[14:13] <sebner1> hi, is there a known issuse with intel gm 915 and kernel intrepid?
[14:33] <BenC> sebner1: it's better to mention your probably then to ask if there is a problem
[14:34] <sebner1> BenC: my sisters laptop has a intel gma 915 and with hardy and a intrepid kernel it's not booting everytime. sometimes it`'s "No Screens found". but just with the updated kernel. if I also update xorg the same remains
[14:38] <BenC> sebner1: /var/log/Xorg.0.log and dmesg would be helpful
[14:44] <amitk> sebner1: by 'not booting', do you mean the X doesn't start?
[14:45] <BenC> amitk: that's the assumption I was going on :)
[14:55] <sebner1> amitk: yes but I solved the issuse. it is a kernel issuse. disable usplash solves it.
[14:57] <johanbr> Booting Intrepid with splash usually (but not always) makes my Dell 1420 go haywire. The splash never appears and the speaker starts beeping like crazy. Is this known?
[14:58] <johanbr> Booting the hardy kernel behaves the same way, so it looks related to the intrepid usplash rather than the intrepid kernel.
[15:01] <BenC> amitk: that was terrible unhelpful...I would have liked to have actually fixed that
[15:03] <BenC> smb_tp: I'll ACK that amd SB700 hpet patch in kernel-team@ for hardy
[15:03] <BenC> smb_tp: and I'll pull it in for intrepid
[15:06] <smb_tp> BenC, It looks safe enough. At least only having effect on a specific hw. 
[15:07] <smb_tp> BenC, I was not sure Hardy was targetted
[15:10] <johanbr> To answer my own question, yes: https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/253399/
[15:25] <amitk> BenC: despair not... I can reproduce it on my laptop. Just upgraded kernel-only to Intrepid. With splash, I only get a blank screen. On disabling splash, everything works.
[15:38] <BenC> amitk: are you using any video= or vga= cmdline options?
[15:38] <BenC> amitk: does installing v86d fix things?
[15:41] <amitk> BenC: no video= or vga=
[15:41] <amitk> i guess v86d is an intrepid-only package..
[15:48] <BenC> it is, and you'll need latest initramfs-tools to go with it
[15:50] <amitk> BenC: will have to wait a bit, I lost wireless (3945) on the upgrade.
[15:53] <BenC> amitk: update linux-restricted-modules-common to get the firmware
[15:53] <amitk> hmm... /lib/firmware/<kernel-version> wasn't created
[15:54] <amitk> BenC: ack, just discovered ^
[15:55] <BenC> amitk: right, because it's all general in /lib/firmware/ now (not kernel version specific)
[16:23] <fransman>  I have build a Ubuntu kernel for a Cobalt Raq server box. It has only ttyS0 as output, so no tty's/no video but that's ok for testing. The kernel is booting in a second stage fired-up by a embedded kernel. This all goes nice. But it look's like this new kernel is less verbose at startup.
[16:23] <fransman> it show only booting kernel... Ubuntu intrepid (development branch) deblnxsrv15 ttyS0 deblnxsrv15 login:
[16:23] <fransman> what do I've got to do to get it more verbose?
[16:25] <amitk> BenC: installing v86d solves the problem
[16:26] <BenC> amitk: interesting...I'd say that's a bug in uvesafb if it causes that problem without v86d installed
[16:27] <BenC> fransman: remove "quiet" from the kernel cmdline
[16:28] <fransman> BenC: It's a Linux server box that does not boot with Grub
[16:28] <fransman> So there is no quiet in the boot line
[16:28] <BenC> fransman: you have to be passing some sort of cmdline to the new kernel no matter how you boot (even with kexec), so check that cmdline
[16:29] <BenC> fransman: or try console=ttyS0
[16:29] <fransman> It does already boot with command line: 'console=ttyS0,115200 debug ip=off '
[16:30] <fransman> But it does not more then pasted
[16:30] <BenC> fransman: then I'm at a loss
[16:32] <fransman> but we will find out in the next day's for sure
[16:32] <fransman> thanks for your support BenC:
[16:32] <BenC> fransman: np, let me know how things go
[16:33] <fransman> I do
[16:36] <amitk> fransman: does the box have BIOS over serial?
[16:36] <fransman> yes
[16:37] <fransman> so it show boot state 0 and 1, but it's less verbose on the kernel in 2
[16:38] <mpt> I have a reproducible kernel panic when running the Intrepid alpha 3 live CD inside VirtualBox. Where should I report it, and with what information?
[16:40] <amitk> fransman: Was something changed in the bios?
[16:40] <fransman> no please
[16:41] <fransman> we are hacking linux not bioses
[16:42] <amitk> fransman: I meant changing bios options :)
[16:42] <fransman> In this box you can not change bios options
[16:43] <fransman> there is even no bios screen
[16:43] <fransman> it all embedded 
[16:43] <fransman> build on linux
[16:45] <fransman> (for the boot-process i mean)
[17:13] <abogani> Is it meeting time?
[17:13] <abogani> What is the last useful day for push a custom kernel flavour in Universe?
[17:13] <amitk> abogani: a new flavour not covered by the ports package?
[17:14] <BenC> Sorry, meeting is now
[17:14]  * BenC got caught up in 2.6.27
[17:14] <abogani> amitk: No the "old" -rt kernel flavour...
[17:16] <BenC> I don't have much in the way of topics for this meeting...Intrepid is moving along, now is a good time for testing (kernel has settled)
[17:16] <amitk> abogani: ASAP, we are getting close to Alpha4 :)
[17:17] <BenC> abogani, amitk: Actually universe freeze is way later than the rest of the dist (somewhere around beta?)...as long as no one wants CD's with -rt on it :)
[17:18] <abogani> BenC: I'm the only man on the planet that would be happy to see a Ubuntu LiveCD with -rt kernel.... :)
[17:19] <BenC> abogani: what about ubuntu-studio?
[17:22] <BenC> Ok, so as far as agenda's go...let's just open the floor to some general questions/comments :)
[17:22] <abogani> BenC:  Sorry I'm very busy with build system of the -rt kernel flavour and i'm not informed about Ubuntu Studio status except that Cory hope to have the kernel asap.
[17:22] <BenC> Anyone have any questions about intrepid kernel, features and such?
[17:22] <BenC> abogani: ok
[17:26] <BenC> Ok...guess we'll call this meeting...if anyone has anything they would like to discuss, please feel free to ask
[17:26] <abogani> BenC: What i'll do when i have a working rt kernel source package? Should i put it on REVU? Or pass it to an UKT member (that is canonical employer)?
[17:26] <BenC> abogani: REVU
[17:28] <abogani> shudder
[17:58] <abogani> soren: Is it possible create an intrepid vm with ubuntu-vm-builder on hardy?
[22:02] <abogani> Compiling Intrepid kernel on updated intrepid obtain:
[22:04] <abogani> make: Entering directory `/home/ubuntu/linux-rt-2.6.26-1.0/debian/build/build-rt'
[22:04] <abogani>  CHK     include/linux/version.h  
[22:04] <abogani> CHK     include/linux/utsrelease.hc  
[22:04] <abogani> CALL    scripts/checksyscalls.sh  
[22:04] <abogani> CHK     include/linux/compile.h  
[22:04] <abogani> CC      arch/x86/mm/pageattr.o
[22:05] <abogani> arch/x86/mm/pageattr.c: In function 'try_preserve_large_page':
[22:05] <abogani> arch/x86/mm/pageattr.c:307: internal compiler error: Segmentation fault
[22:05] <abogani> Please submit a full bug report,
[22:05] <abogani> with preprocessed source if appropriate.
[22:05] <abogani> See <file:///usr/share/doc/gcc-4.3/README.Bugs> for instructions.
[22:05] <abogani> make[1]: *** [arch/x86/mm/pageattr.o] Error 1
[22:05] <abogani> make: *** [arch/x86/mm] Error 2
[22:05] <abogani> Any clue?
[22:05] <abogani> doko, ^
[22:18] <amitk> BenC: from uvesafb documentation:
[22:18] <amitk> Note that the v86d userspace helper has to be available at all times in
[22:18] <amitk> +order for uvesafb to work properly.  If you want to use uvesafb during
[22:18] <amitk> +early boot, you will have to include v86d into an initramfs image, and
[22:18] <amitk> +either compile it into the kernel or use it as an initrd.
[22:32] <BenC> amitk: I know that part
[22:32] <BenC> amitk: but uvesafb not working shouldn't mean it destroys the video
[22:33] <mjg59> Is vga= being passed at the command line?
[22:34] <mjg59> Because, if so, grub's probably programming a mode
[22:35] <amitk> mjg59: no vga= or video= is being passed.
[22:38] <amitk> ohh.. and it seems to mess up resume too. I see the pointer for a bit, then blank screen, just like on login with splash enabled
[22:54] <Ng> anyone about with a 4965 wireless chip? it takes ages to connect to wireless on resume, but normally it connects really quickly. If I poke it to try a new connection after resume it's pretty quick too
[22:56] <mjg59> I think that's just n-m taking its time to rescan
[22:59] <Ng> hmm