[12:58] initramfs-tools: Depends: lvm2 (>= 2.01.04-5) but 2.00.32-1 is to be installed === lamont glares at jbailey [01:00] hrm.. my bad [01:01] lamont: If you can find an earlier version that's sure to work, I'll relax the dependancy. [01:01] nah - I just forgot that I have hoary pinned high and breezy pinned low in the real root on that machine [01:01] *lol* === lamont crosses digits, praying that the ACPI code in -7.11 is love [01:03] RAMDISK: Compressed image found at block 0 [01:03] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [01:03] hrm... that's not love [01:04] ACPI: Looking for DSDT in initrd... not found! [01:04] not found! [01:04] wonder if that matters [01:04] sigh. serious kernel hacking is going to be required to figure this one out, I fear [01:07] lamont: Are you using mkinitrd or mkinitramfs ? [01:17] jbailey: dpkg -i [01:18] note also that -6.10 doesn't boot either [01:32] 'kay, so it's not the new dsdt patch, good. =) [01:48] jbailey: well, -6.10 didn't boot because interrupts don't happen (damn acpi patch..) === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel === doko [n=doko___@dsl-084-059-069-234.arcor-ip.net] has joined #ubuntu-kernel [06:01] mdz: there was no code change in unionfs since your fix [06:01] what regression do you have? [06:25] bah no changes have been done to VFS layer or unionfs [06:25] and i did tell you in /msg once that unionfs is oopsorama === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel [06:39] BenC: you here? [06:44] i think i know what's wrong.. but that's unionfs error === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel === Seveas [n=seveas@seveas.demon.nl] has joined #ubuntu-kernel === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel === one2 [n=me@cpe-66-87-4-181.ut.sprintbbd.net] has joined #ubuntu-kernel === one2 [n=me@cpe-66-87-4-181.ut.sprintbbd.net] has left #ubuntu-kernel ["Leaving"] === fs [i=fs@213.178.77.98] has joined #ubuntu-kernel === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel [04:20] Wow, who do I have to blame for Hibernate working even worse than it did before? [04:20] infinity: Comparing what with what? [04:21] Well, before it used to boot, do the whole "reading state form swap (progress bar)" thing, then hang. I just tested with the new kernel, and it doesn't even seem to bother trying. [04:21] It just booted normally and fscked my dirty partitions, no attempt reo resume. [04:21] s/reo/to/ === infinity stares at his fingers. [04:22] So, it's not like things got "worse", per se, since I couldn't suspend (either to disk or ram) before, it just seems to try less hard now. :) === infinity decides to try suspend to ram instead, to see how bad that is. [04:24] infinity: Uhm. What kernel version worked? [04:25] Or, at least, what kernel version tried harder? [04:25] My suspicion would be that it's the initrd/initramfs issue that's biting you [04:25] s/issue/transition/ [04:26] mjg59: How so? [04:26] jbailey: If there are no messages at all, then the kernel isn't being told to resume [04:27] infinity: Is RESUME= set in your /etc/mkinitramfs/initramfs.conf ? === infinity 's head explodes. [04:27] Dude, suspend to RAM now works. [04:28] infinity: And also please look at what $(cat /sys/power/resume) gives you [04:28] infinity: Rock. What hardware? [04:28] mjg59 : Brand new SATA T43. [04:28] infinity: Hurrah [04:28] jbailey : RSUME= is commented out. [04:28] infinity: That'll be your problem, then [04:29] Yup [04:29] infinity: (New kernel has extreme amounts of love) [04:29] Hrm, but that's a regression, mkinitrd didn't need manual love to find the resume partition. [04:29] Indeed [04:29] infinity: Is this an upgrade or a clean install? [04:29] infinity: It's a long-fixed regression. [04:30] Upgrade from older mkinitramfs versions. [04:30] But I've not touched that conffile, so it should have been updated if it's changed. [04:30] It populates it at first install. [04:30] And the initrd itself has been regenerated with 0.22 [04:30] It can't change it after that. [04:30] Oh, it's not a conffile?... Feh. [04:30] is. [04:30] (lagging phone) === infinity purges and reinstalls. [04:31] jbailey: perhaps use ucf and then upgrade if you can? [04:31] Right, can't purge, kernels want it there. [04:31] Mithrandir: I don't know ucf at all. [04:31] infinity: --force-depends === infinity goes to manually rerun the postinst. [04:31] Then reinstall it. [04:31] Or manually rerun, that'll do too. [04:32] I'm sure there's something broken with acpipnp === mjg59 digs further [04:32] I assume I'll need to regenrate my initrd after I reinstall this? :) [04:33] infinity: Yes. =) [04:33] jbailey : Hrm, now it's not commented out, but it's still an empty string. Was the postinst supposed to put my swap partition in there? [04:33] Yes. [04:33] It works for all the cases I've tried, do you mind troubleshooting it? [04:33] It didn't. [04:34] Oh, that's cause I don't HAVE aswap partition anymore, cause it still has the bloody suspend magic. === infinity reruns mkswap and swapon, THEN tries the postinst. [04:34] [04:35] That worked better. [04:36] Oh good. =) [04:36] Still, that seems a bit unintuitive. What happens if I reparition and my swap moves around? [04:36] Isn't there a way for us to figure this stuff out on the fly in a reasonably sane fashion? [04:36] infinity: We can't mount the root filesystem on resume [04:36] Not even readonly? [04:37] Arguably what we /could/ do would be to rewrite the grub config on the fly on suspend [04:37] No - it'll still replay the journal [04:37] Ahh, hrm. [04:37] Yes, rewriting the grub config would work too. [04:38] that's fairly evil. [04:38] Or have grub probe the swap partitions to detect which ones. [04:38] +have sigs in them. [04:38] So is hardcoding the partition we think you resume from. [04:38] infinity: Wlel, we hardcode the partition you're resuming *to* as well, right? =) [04:38] jbailey : That's the elegant solution, but suffers from the inability to have two different supended OSs at once. [04:39] jbailey: less evil, I'd say. [04:39] If you move shit around during a suspend, your system will break, no sympathy. [04:39] infinity: do we care about that use case? You'll have to be careful not to have any overlapping mounts, for instance. [04:40] jbailey : Erm, but does anything actually read the initramfs config on suspend and pick the "right" partition?... When I had nothing in there, the kernel still happily suspended to my swap partition. [04:40] Right, that's the default it falls back to. [04:40] I wish it wouldn't. [04:40] Mithrandir : Well, I don't know how many people have multiple Linuxes installed at once, but I dual-boot between Win32 and Ubuntu using suspend-to-disk for both, cause it's much faster than full reboots. [04:40] I guess I could detect an image if it's not set. [04:40] phear [04:41] So, for a Linux hacker with Fedora, SuSE and Ubuntu installed, I suppose it's a valid use-case to do OS-swapping using suspend-to-disk and three swap partitions. [04:42] jbailey : Well, since the kernel plays russian roulette on suspend if that value isn't set, there's no reason you can't do the same on reboot. [04:42] jbailey : And the multi-OS thing is probably enough of a corner case that you could just disable the autoprobing feature through a config option, for the power user. === infinity goes to retry suspend-to-disk with his new initrd. [04:45] So if resume isn't set, i should check every partition on the system for an image? [04:48] Oh well, one out of 2 ain't bad. [04:48] With initramfs properly configured, it attemps to resume and fails. [04:49] Reading image (progress ... done) ... ACPI: PCI interrupt for XX:XX disabled (repeat several times) ... system hangs. [04:49] mjg59 ^ [04:49] infinity: Ok [04:50] infinity: I'll be uploading a new acpi-support soon. We'll see if that helps [04:50] jbailey : Maybe. Or maybe just not care, I dunno. I'm undecided, now that I know mine still doesn't work anyway. :) [04:50] mjg59 : Mmkay. At least suspend-to-ram works for me for the first time. Shame about hibernate being broken. Also odd, since I figured hinbernate kinda worked everywhere. :) [04:54] mjg59: Is it possible for now to just tell the kernel not to attempt to guess if the resume partition hasn't been set? [04:54] mjg59: All it will result in is a clobbered swap file. [04:54] jbailey: Not without removing that code from the kernel [04:54] (Which would be easy enough) [04:55] Right, I'm thinking the gratuitous application of #if 0 #endif to a section.\ [04:55] That's certainly the safest approach. [04:55] Will it just refuse to suspend at all in that case? [04:55] Cause that would be fine by me. [04:55] Yeah [04:55] Well, it can be made to [04:56] "Can't suspend, no partition selected as suspend target." [04:56] That's by far the safest way around this whole issue. [05:04] Hey STR work on my laptop with the new kernel [05:04] Sweet. [05:05] HAvn't had that since 2.6.10 =) [05:11] Join my l33t STR club, yo. [05:11] Though it's never worked on this laptop until today. [05:12] Now I just need to get the Xorg ATi X300 driver to a) support PCIe, and b) STOP FUCKING CRASHING EVERY COUPLE OF HOURS, and I may like my new computer. === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel [05:36] infinity: Yeah, I have the same issue on an X300 [05:36] Daniel's supposed to be pulling CVS radeon soon [05:37] I suspect A) and B) are closely related. [05:37] Though, while CVS may help B), it won't help A). [05:37] PCIe isn't going to make breezy unless someone offers some hacker big bags of cash to make it happen. [05:38] mjg59 : If you tell me your crashing X300 is AGP, that will put my mind at ease that I may see a fix for the crashes before I see PCIe support. [05:38] Cause the latter won't be soon. [05:52] infinity: It's PCIe [06:07] Damn you. [06:07] You could have just lied to make me feel better. === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel === doko [n=doko@dsl-084-059-069-234.arcor-ip.net] has joined #ubuntu-kernel === doko [n=doko@dsl-084-059-069-234.arcor-ip.net] has joined #ubuntu-kernel [08:42] Setting up udev (0.060-1ubuntu6) ... [08:42] udev requires a mounted sysfs, not started. [08:42] interesting... [08:43] Interesting that you don't have a mounted sysfs, or that you do and udev's too dumb to notice? :) [08:45] iz in a chroot [08:46] and with a 2.6.12-1-hppa64 kernel [08:48] I should really upgrade to 2.6.12-7.11 === BenC [n=bcollins@ip68-107-227-12.hr.hr.cox.net] has joined #ubuntu-kernel === xxx_ [n=xxx@220.235.201.15] has joined #ubuntu-kernel === xxx_ [n=xxx@220.235.201.15] has left #ubuntu-kernel ["Leaving"]