[15:47] <Elv1313> Today'S ISO image does not boot
[15:47] <Elv1313> it say: "BUG: soft lockup - CPU#0 stuck for 61s! [event 0:6]"
[15:47] <Elv1313> I filled a bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/557351
[15:48] <ubot3> Malone bug 557351 in linux "Ubuntu 10.04 does not boot" [Undecided,New] 
[16:37] <apw> Elv1313, does not boot on what
[16:37] <Elv1313> apw: see the bug report
[16:39] <apw> Elv1313, pentium 4 is not terribly specific
[16:39] <Elv1313> Unfortunatly, I can't be that much more specific, let me check
[16:40] <apw> Elv1313, also which CD was it? is that the 32 bit live, 64 bit live, 32/64 alternate ?
[16:40] <Elv1313> ht7961
[16:40] <Elv1313> the 32bit live cd
[16:40] <Elv1313> The exposed chip of the motherboard (southbridge) have ht7961 written on it.
[16:44] <Elv1313> apw: lspci in 9.10 say SiS654 chipsset
[16:50] <apw> ok if we 
[16:50] <apw> ok if we have no name for the machine we really need some fuller information via apport-collect perhaps from the previous release
[16:51] <apw> i have also put some first diagnostics steps in the bug
[16:58] <Elv1313> apw: I submitted the apport-collect information (sudo apport-collect 557351). I can go in single user mode as the init script scrash before (upstart) init 1
[16:59] <apw> Elv1313, in your trace ureadahead is running which is started as an upstart job i believe
[17:00] <apw> Elv1313, you could try booting init=/bin/bash too
[17:00] <Elv1313> it's all I can do, as it is one of my client computer, they pay me right now, so I can spend too much time
[17:00] <apw> Elv1313, fine
[17:00] <Elv1313> apw: I will try, but it is the last thing I will do
[17:01]  * Elv1313 back in 1 hours
[17:19] <apw> cking, hey if i have an m1330 overheating ... fans run slowly all the time ... in lucid the temp is more like 60c and in karmic 40 odd ... whats the best way to diagnose such a thing
[17:20] <cking> apw, do the fans run faster in karmic?
[17:20] <apw> i believe so ... pgraner has the machine
[17:20] <apw> it seems that they don't react to heat, but heat is reported correctly
[17:21] <cking> well, if fan control was purely a SMI based BIOS control, then we'd see no difference, so it's kinda an ACPI issue I suppose
[17:22] <apw> gah i hate acpi ...
[17:23] <cking> is this "straight out of the box" or has he installed some fan control guff?
[17:23] <apw> fresh install at that level
[17:23]  * cking consults the ACPI spec as this is unfamiliar ground
[17:27] <BenC> Suggestion/request: See about building videobuf-dma-contig module forcefully
[17:27] <cking> apw, is there /proc/acpi/fan/FAN/state on that machine?
[17:27] <BenC> It's in 2.6.28 kernel, but since nothing uses it, it's not built in any ubuntu kernels after that
[17:27] <BenC> but external modules tend to use it (like the one I'm writing)
[17:28] <BenC> IOW, it exists in jaunty and before, but not after jaunty
[17:29] <cking> apw, does it have an Nvidia 8400 GS inside it?
[17:30] <apw> cking, its an all intel machien
[17:30] <apw> cking, we may have a fix ... he is just testing
[17:30] <cking> apw, that was quick. what's the fix?
[17:31] <apw> may be the same fix as for my machine.  looking like with my kernel its happy
[17:31] <cking> apw, is that the multi byte embedded controller fix?
[17:31] <apw> cking, yeah
[17:33] <cking> Apparently the CPU + GPU are close together on the XPS M1330, so it may be exercising the video can make things toasty
[17:43] <apw> cking, yeah they have a rep for the gpu fans going too i think
[17:47] <BenC> cking, apw: On the m1330 I had, the video toasted itself into not working anymore
[17:48] <BenC> bad thermal handling for gpu is common on m1330
[17:48] <apw> BenC, ouch
[17:48] <cking> BenC, yeah, googling brings up loads of tales of woe. No supertuxkart on this machine then
[17:48] <amitk-afk> new thermal paste?
[17:48] <BenC> internet blogs suggest taking them apart and applying thermal paste in large quantities between the gpu and copper thermal duct
[17:48] <cking> new machine more like
[17:49] <BenC> but mine was way too gone by then to test the suggestions :)
[18:04] <Elv1313> apw: I am in init=/bin/bash, now what? 
[18:05] <apw> Elv1313, does dmesg contain the error you mentioned?
[18:06] <Elv1313> apw: look clean up me
[18:06] <apw> hrm
[18:06] <Elv1313> apw: is there a way to start the boot process from here and recover the log
[18:07] <Elv1313> (i am on a live-cd)
[18:07] <apw> Elv1313, normally i then make a live usb stick as you can make it have persistant storage
[18:08] <apw> if you exec upstart you should start normal boot
[18:09] <Elv1313> I have no time to do that, I am working for a cononical parther compagnie (sysadmin shop), if this is not going to work we will look like idiots...
[18:09] <dmarkey> hey, re: https://lists.ubuntu.com/archives/kernel-team/2010-April/009770.html can we include the xenfs module aswell?
[18:12] <apw> Elv1313, well i can only do what i can do with the info i have
[18:12] <apw> for an unknown machine something unknown is occuring ... its actully hard to recommend anything
[18:12] <apw> with that information ... sorry but thats the realtity
[18:12] <Elv1313> I know... I can't do much about it. exec upstart = upstart command not found
[18:13] <apw> Elv1313, i guess its exec /sbin/init, but i suspect you'll end up in the same place
[18:14] <apw> dmarkey, could you reply to the thread on that on the kernel team list and start the discussion there
[18:14] <apw> lucky for you i've not applied the previous fix yet
[18:15] <dmarkey> apw: understood
[18:15] <Elv1313> apw: Yea, it frozen instantanly, I lost ability do to ctrl+C avec alt+F* too
[18:18] <Elv1313> SReadAhead is nice in Moblin, but backporting it to ubuntu may not have been the greatest move ever (apparently)
[18:20] <Elv1313> apw: can you change the status of the bug back to new? (as I added most of the missing info)
[18:20] <apw> Elv1313, remind me of the number
[18:20] <Elv1313> 557351
[18:21] <apw> i have sadly looked at close to 50 today ...
[18:21] <apw> bug #557351
[18:21] <ubot3> Malone bug 557351 in linux "Ubuntu 10.04 does not boot" [Undecided,Incomplete] https://launchpad.net/bugs/557351
[18:21] <Elv1313> new or confirmed
[18:24] <dmarkey> apw: do i have time to test something first?
[18:24] <apw> dmarkey, we are running tight to change anything
[18:24] <apw> but if you want to test thats great
[18:26] <dmarkey> well im pretty sure that without xenfs, the console isnt set up properly in /etc/init/* , but i need to confirm
[18:27] <cnd> I'm bisecting an older kernel, but when I build I get this at the end:
[18:27] <cnd> dpkg-deb - error: (upstream) version (`unknown') doesn't contain any digits
[18:33] <apw> cnd, whats the version in the changelog ?
[18:33] <cnd> apw, I just realized I wasn't running in a chroot
[18:33] <cnd> maybe that's the cause?
[18:34] <apw> hmmm maybe ... not totally convinced but its easy to test
[18:53] <cnd> apw: not a chroot issue
[18:54] <cnd> I find the Version: tag listed as "unknown" in debian/linux-image-2.6.32-10-generic/DEBIAN/control
[18:54] <cnd> what sets that?
[18:57] <ScarFreewill> ogasawara packed a kernel for me to test, its related with the radeon driver. my question is little offtopic as I'm seeking some help to test it propperly with saving as much bandwidth as possable
[19:00] <ogasawara> ScarFreewill: I assume this is for bug 533784 ?
[19:00] <ubot3> Malone bug 533784 in debian "[Radeon kernel module] drmRadeonCmdBuffer: -12. Kernel failed to parse or rejected command stream" [Unknown,Confirmed] https://launchpad.net/bugs/533784
[19:00] <ScarFreewill> yes that's correct
[19:00] <ogasawara> ScarFreewill: and you've already downloaded the test kernels I built?
[19:00] <ScarFreewill> I'm busy copying mini.iso (6 Arpil) to my flashdrive so that I can just load x on there.
[19:01] <ScarFreewill> I've got a spare old hdd that I can test with
[19:02] <ScarFreewill> I'm just wonder if it's needed to load something like Fluxbox or if I can use plain x-server
[19:04] <ogasawara> ScarFreewill: I think I'm a little confused as to what you're asking.  But basically whatever you can reproduce the issue on, I want you to retest in that same environment with the test kernel.
[19:06] <ScarFreewill> ok I was also not sure if I needed to add the xorg-edgers ppa
[19:08] <ScarFreewill> the only reason I'm using the mini image instead of alternate/dekstop is because I dont have enough bandwidth to download the full cd.
[19:09] <ScarFreewill> building up from scratch will time more time, but thats not a problem for me
[21:35] <dmarkey> apw: thats fine, the xenfs module isnt needed
[21:36] <apw> dmarkey, so we are good with the patch which is being pushed yes
[21:37] <dmarkey> yes, i manually included xen-netfront.ko and xen-blkfront.ko and the installer worked OK,
[21:38] <dmarkey> i need to raise another bug in the installer however. i'll need to be fast
[21:42] <ScarFreewill> ogasawara: sorry to bother again, I'm really new to this. Is there a ppa for those kernel debs that you packed or should I rather just use dpkg to install it?
[22:20] <dvheumen> hi, are you guys also open for questions about disappearing partition "devices" in /dev? I've got a very strange problem during an Alternative installation that I can't put my finger on
[22:26] <ogasawara> ScarFreewill: sorry, no ppa.  just use dpkg.
[23:27] <RAOF> apw: Are you still around?  Can I push a patch to quirk off acceleration for nouveau on macbook pros and geforce 3's to you (once I've tested it does what I want, such as build ;))?
[23:30] <jjohansen> RAOF: I think he is probably sleeping, but if you send it to kernel-team he should be back on in 8 - 9 hours
[23:30] <RAOF> And I should have been able to build the damnable kernel in 8-9 hours too, so I'll be ready!
[23:30] <RAOF> :)
[23:31] <jjohansen> :)