[12:55] <lamont> fabbione: util-linux built, just need to do some more testing, and then upload/merge/upload
[12:57] <BenC> lamont: how invasive are the hppa patches for other architectures?
[12:58] <BenC> I noticed most of the changes outside of hppa are related to types, do these really affect non-hppa, or is it just mostly non-changes when compiled on something other than hppa?
[01:08] <lamont> BenC: it was "scary" - so we left them separate.
[01:08] <lamont> I know that people have built i386 kernels from the hppa tree with no ill effects
[01:08] <lamont> dunno how recently, thouhg
[01:09] <lamont> back on in about 4.5 hours.
[05:13] <fabbione> BenC: i did rename some of the patches to match our name convetion. they are all at the end of the 00list-7.11 in the same order as mjg59 did push them to us
[05:14] <fabbione> so they are pretty simple to identify
[05:22] <fabbione> i didn't remove the old patches yet.. i tend to keep such big changes around easily reversible for at least one release
[06:36] <BenC> hey
[06:36] <fabbione> hey Ben
[06:37] <BenC> the acpi doesn't compile, so I am figuring out why
[06:37] <fabbione> yes i am looking at it too
[06:37] <BenC> got access to concordia, so I am doing builds there
[06:37] <fabbione> the toshiba acpi is one of them
[06:37] <BenC> the one place I found is the toshiba
[06:37] <fabbione> eheh so am i :)
[06:38] <fabbione> # CONFIG_INPUT_ACERHK is not set
[06:38] <fabbione> this needs to be N on amd64...
[06:39] <fabbione> klibc_1.0.14-1ubuntu1_sparc.changes ACCEPTED
[06:39] <fabbione> finally!
[06:39] <fabbione> we can install kernels on sparc again
[06:39] <fabbione> ok.. removing toshiba and setting ACER=n on amd64, it builds...
[06:39] <fabbione> BenC: did you get access to davis and halley too?
[06:40] <BenC> no
[06:40] <BenC> btw, I am doing i386 build
[06:41] <BenC> does the toshiba need to be working on i386?
[06:43] <lamont> fabbione: wanna test a util-linux for me?
[06:45] <fabbione> BenC: it doesn't build on amd64.. and it should on i386 at least
[06:45] <fabbione> lamont: sure..
[06:45] <lamont> deb http://people.debian.org/~lamont/util-linux /
[06:45] <lamont> it's the debian version of hwclock*.sh, I need to go make the ubuntu changes again
[06:46] <fabbione> i guess that requires a reboot to verify that it works.. but it's ok..
[06:46] <fabbione> i can do it
[06:46] <lamont> if it's happy, I'll bump it to -6 and upload
[06:47] <fabbione> lamont: happy to what degree?
[06:47] <fabbione> that it doesn't hang at boot?
[06:47] <fabbione> or that it works?
[06:48] <lamont> pretty much - It'd be nice to know that hwclock*.sh are spitting things out in some semblance of good format
[06:48] <fabbione> ok...
[06:48] <lamont> and that ocfs2 works
[06:49] <fabbione> lamont: ocfs2 will have to wait that i upload the next kernel
[06:49] <fabbione> and upgrade the laptop
[06:50] <fabbione> it's in a special setup that initrd doesn't handle and that initramfs should...
[06:50] <fabbione> but the guy that did push the patch is good..
[06:50] <jbailey> fabbione: Eh?
[06:51] <fabbione> jbailey: it's that setup in which i have /boot on IDE and / on usb..
[06:51] <fabbione> remember i was talking about sleep N in initrd?
[06:51] <fabbione> because scsi over usb takes time to init..
[06:52] <jbailey> Hmm.
[06:52] <jbailey> I have a sleep 2 after the PCI bus for the USB bus  to populate.
[06:52] <jbailey> Is that not enough for this?
[06:52] <fabbione> + if / is on subsystem foo, and /boot on bar, bar doesn't get included in the initrd 
[06:52] <fabbione> jbailey: in the initrd there is no sleep
[06:52] <fabbione> i didn't check initramfs yet
[06:52] <jbailey> initramfs has a sleep2
[06:52] <jbailey> Otherwisie it goes by way too fast.
[06:52] <fabbione> and as i said i need to upgrade it when i have time to recover in case of mess
[06:52] <fabbione> right now i am just too busy
[06:53] <desrt> jbailey; since switching to initramfs i'm getting a lot of warnings during startup
[06:53] <desrt> jbailey; you probably know about these?
[06:54] <jbailey> desrt: Depends on the warning. =)
[06:54] <fabbione> lamont: is util-linux enough for the clock thingy?
[06:54] <desrt> lvm
[06:54] <fabbione> or do i need to upgrade all of them
[06:54] <jbailey> desrt: AFAIK there should be no lvm warnings.
[06:54] <desrt> i don't remember exactly... but it's something about can't initialise volume group sda1
[06:55] <fabbione> desrt: LVM tends to spit out gratuitous warnings
[06:55] <desrt> nod.  it certainly has no effect on my system successfully booting
[06:55] <fabbione> nope.. that's probably lvscan or something
[06:56] <fabbione> that hits automatically all the devices
[06:57] <lamont> util-linux is enough for the clock
[06:57] <lamont> mount is enough for ocfs2
[06:57] <fabbione> lamont: ok.. i will be able to test ocfs2 probably tomorrow
[06:58] <fabbione> and mount immediatly.. for regressions
[06:58] <fabbione> if there are no regressions, can you upload and i will test after?
[07:00] <lamont> fabbione: yes
[07:00] <lamont> the best part is that the diff between debian/ubuntu is now minimized
[07:01] <fabbione> lamont: ehehe
[07:01] <fabbione> Setting up util-linux (2.12p-5.1) ...
[07:01] <fabbione> Installing new version of config file /etc/init.d/hwclock.sh ...
[07:01] <fabbione> Installing new version of config file /etc/init.d/hwclockfirst.sh ...
[07:01] <fabbione> BenC: i will start test builds on ppc and ia64...
[07:01] <jbailey> fabbione: When is your next kernel upload?
[07:01] <fabbione> sparc can wait a bit given that there is no ACPI :)
[07:01] <fabbione> jbailey: soon..
[07:02] <fabbione> jbailey: and it will be my last kernel upload :)
[07:02] <jbailey> I need one with the DSDT patch in it.
[07:02] <fabbione> jbailey: than you have more or less today to give me the patch
[07:02] <fabbione> brb
[07:03] <jbailey> Lovely.  That's sometime in the next 24 hours, right? =)
[07:07] <lamont> fabbione: 69 lines of diff -u atm, the first 39 of which are changelog
[07:07] <lamont> hrm... oops.
[07:15] <lamont> fabbione: I'm going to sleep now, but when I wake up, I'll see about uploading
[07:15] <lamont> or will you be done playing with ocfs2 then?
[07:17] <jbailey> Yup, bedtime here too.
[07:18] <jbailey> fabbione: When I get up in the morning I'll do a test build of the kernel.  I think I have a patch that will work (It's one I tested before, but I want to do another round of testing)
[07:18] <jbailey> fabbione: I need to know how you do your massive ccache speedups, though, if possible.  The build time on the kernel is bloody forever.
[07:31] <fabbione> re
[07:31] <fabbione> lamont-away: i hope i will be able to test ocfs2 before you wake up
[07:32] <fabbione> jbailey: i just use ccache in the normal way
[07:32] <fabbione> the speed up is done by export CONCURRENCY_LEVEL in your env
[07:32] <fabbione> that's like passing make -j$VALUE
[07:32] <fabbione> if your ccache is populated, you will switch to disk I/O
[07:32] <fabbione> that's up to your disk at that point
[07:32] <fabbione> and yes.. within the next my 24hours
[07:33] <fabbione> that means when i will wake up tomorrow there must be a patch
[08:06] <fabbione> RIDE THE SPLIT! GO FEENODE!
[08:18] <fabbione> mjg59: up till now the only failure i get is the toshiba ACPI on amd64
[08:18] <fabbione> it builds on i386 tho
[08:19] <fabbione> i still need to hit ppc64
[08:19] <fabbione> ia64 looks good
[08:20] <fabbione> hmmm
[08:20] <fabbione> i386 just farted
[08:36] <fabbione> the toshiba patch is borked
[08:41] <fabbione> drivers/acpi/toshiba_acpi.c: In function `toshiba_acpi_init':
[08:41] <fabbione> drivers/acpi/toshiba_acpi.c:878: error: `status2' undeclared (first use in this function)
[08:41] <fabbione> drivers/acpi/toshiba_acpi.c:878: error: (Each undeclared identifier is reported only once
[08:41] <fabbione> drivers/acpi/toshiba_acpi.c:878: error: for each function it appears in.)
[08:42] <fabbione> lamont-away: it seems that hwclock did work fine here.
[10:22] <fabbione> lamont-away: OCFS2 test passed
[10:22] <fabbione> you are good to go
[11:44] <doko> fabbione: 12708, our linux-source builds are fine building XFS modules?
[11:45] <fabbione> doko: our kernel builds with 3.4
[11:45] <fabbione> and we build XFS
[11:45] <fabbione> i have no idea with 4.0
[11:45] <fabbione> last build i did was a long while back
[11:55] <doko> fabbione: hmm, where do I set the compiler version for the debian build?
[11:56] <fabbione> doko: to do what?
[11:56] <fabbione> right now if you want to use the default compiler just stop applying the patch that forces gcc-3.4
[11:56] <doko> ok
[11:58] <fabbione> mjg59: wake up dude...
[11:59] <doko> bah, doesn't get to the modules ...
[11:59] <fabbione> told you...
[12:00] <fabbione> we don't support kernel compilation with 4.0
[12:00] <fabbione> that's it..
[12:00] <fabbione> he needs to get over it
[12:00] <doko> hmm, close the report?
[12:01] <fabbione> doko: NOTABUG
[12:01] <fabbione> it's not a supported combination
[12:02] <doko> done
[01:02] <fabbione> *** Warning: "acpi_ec_read" [drivers/acpi/i2c-acpi-ec.ko]  undefined!
[01:03] <fabbione> this is on amd64
[01:03] <fabbione> mjg59: WAKE UP DUDE?
[01:19] <fabbione> AHHHHHHHH
[01:19] <fabbione> dpatch sucks
[01:20] <fabbione> the toshiba thing doesn't work, because the patch doesn't apply, and there is no error reported
[01:28] <mjg59> fabbione: Ho
[01:28] <fabbione> 2 dpatches generate .rej
[01:28] <fabbione> and dpatch doesn't catch them
[01:28] <fabbione> i noticed by mistake
[01:29] <mjg59> Oh. Fun. Which ones?
[01:29] <fabbione> one is the toshiba..
[01:29] <fabbione> i am trying to find the other..
[01:30] <fabbione> in fact the reject bit was int status2;
[01:30] <fabbione> that's exactly why we were getting the above failures
[01:30] <mjg59> That is weird. It applied fine here.
[01:30] <mjg59> Bah.
[01:30] <fabbione> yeah it applies fine here too
[01:30] <fabbione> expect that there is a .rej
[01:30] <fabbione> now it did build perfectly..
[01:31] <mjg59> Weird
[01:33] <fabbione> now it builds fine :)
[01:33] <mjg59> Hurrahj
[01:36] <Mithrandir> jbailey: is suspend to disk supposed to work with initramfs?  It seems extraordinarily unstable for me.
[01:37] <fabbione> MUHA MUHA MUHA
[01:37] <jbailey> Mithrandir: works on my laptop.  What problem are you having?
[01:37] <fabbione> the last rej hunk is the missing exported symbol that was causing the above
[01:37] <Mithrandir> jbailey: spits out "a" six times then sits around for a while doing nothing.
[01:37] <jbailey> Mithrandir: At what point?
[01:38] <Mithrandir> jbailey: just after loading the kernel.  Checking if I can reproduce it now
[01:38] <jbailey> Mithrandir: Basically, all suspend to disk does is pokes the major:minor into /sys/power/resume or something like that.
[01:38] <mjg59> Mithrandir: "a"s are from usplash
[01:38] <mjg59> Mithrandir: Try without quiet/splash
[01:38] <jbailey> Mithrandir: So from a running system, check to make sure it's set to where your swap is.
[01:39] <jbailey> Mithrandir: If it is, all further problems are not initramfs.
[01:39] <fabbione> jbailey: initramfs is still too fast for / over scsi over USB
[01:40] <Mithrandir> well, now it resumed (As in, got the state off disk), then gave me a screen reverse-video screen with the cursor blinking on it.
[01:41] <jbailey> Mithrandir: Can you ssh to it?  It would be worth knowing whether that's a video refresh issue or a fucked-machine issue.
[01:41] <jbailey> fabbione: Can you take a look and tell me where you need pauses added?  Since I don't have that setup, all I'd be doing is guessing.
[01:42] <Mithrandir> jbailey: no ping, caps lock doesn't work.
[01:42] <mjg59> jbailey: There's no way of knowing for sure how long USB will take to populate
[01:42] <fabbione> jbailey: scripts/functions.. i added a sleep 5 before and after calling scsi-$something..
[01:42] <jbailey> mjg59: What's the right solution?
[01:42] <mjg59> Mithrandir: 2.6.12?
[01:42] <fabbione> at the end of functions
[01:42] <Mithrandir> mjg59: yes.
[01:43] <fabbione> jbailey: just a sec and i will be more precise
[01:43] <mjg59> Mithrandir: PM is generally broken on our 2.6.12. Wait for the one fabbione is currently building.
[01:43] <Mithrandir> mjg59: ok
[01:43] <mjg59> jbailey: If the root device hasn't appeared and looks like it might be USB, spend a while spinning?
[01:43] <jbailey> fabbione: If you look in /usr/share/initramfs-tools/scripts/functions
[01:43] <fabbione> jbailey: yes.. it's in there.. but just one sec. i am powering it on
[01:44] <jbailey> fabbione: TThe load_modules function is the one you want.  Currently I have:
[01:44] <jbailey>         # Give the USB bus a moment to catch up
[01:44] <jbailey>         sleep 2
[01:44] <fabbione> jbailey: it's a bit after that
[01:44] <fabbione> if you can wait a minute that's booting..
[01:44] <jbailey> Sure. =)
[01:45] <fabbione>         done
[01:45] <fabbione>         ide_boot_events
[01:45] <fabbione>         scsi_boot_events
[01:45] <fabbione> }
[01:45] <fabbione> i did add sleep 5 before scsi_boot_events 
[01:45] <fabbione> and for sake 5 after
[01:45] <jbailey> And that still wasn't enough?
[01:45] <fabbione> that gives enough time for the disk to appear in /sys
[01:45] <jbailey> Oh ouch. =(
[01:46] <fabbione> i did only one test adding 5 at the same time
[01:46] <fabbione> otherwise scsi and usb-storage are probed
[01:46] <fabbione> but not sd_mod
[01:46] <jbailey> So you shouldn't need the 5 after, I think.
[01:46] <fabbione> mostlikely not..
[01:46] <jbailey> Is there no way to tell that the bus is still scanning?
[01:46] <fabbione> but since i didn't read all the code
[01:47] <fabbione> dunno..
[01:47] <fabbione> i will need to investigate that
[01:47] <fabbione> but that's not todays stuff
[01:47] <jbailey> Ayup
[01:51] <jbailey> Erp, the concordia i386 chroot doesn't have kernel-wedge and stuff installed?
[01:51] <fabbione> yes it does
[01:51] <fabbione> linux32 dchroot -c breezy-i386
[01:51] <jbailey> Doh.
[01:51] <jbailey> I'm in hoary-i386
[01:51] <jbailey> my bad
[01:51] <fabbione> jbailey: if you can give me a few more minutes.. i have almost done with concordia
[01:52] <fabbione> and i can hand over to you a kernel source
[01:52] <jbailey> Cool.  I'm just going to make sure the patch applies cleanly to what I've got right now.
[01:54] <fabbione> jbailey: wait.. what you got there is ages behind
[01:54] <fabbione> you are really going to waste your time
[01:55] <fabbione> i so much have the feeling that i am going to regret the next patch i will apply...
[02:01] <fabbione> mjg59: do you have the SATA GO FUCK YOUR SELF SLEEP AND RESUME patch for 2.6.12?
[02:01] <fabbione> because the one i got yesterday doesn't apply
[02:02] <fabbione> and i don't plan to rediff all that stuff
[02:02] <fabbione> i know.. i know i am going to regret to add this patch...
[02:12] <fabbione> jbailey: i am doing the last test build for today.. and i can give you the source.
[02:13] <fabbione> it's tested only ONE flavour on amd64
[02:13] <mjg59> fabbione: Nope. I'll generate you one now.
[02:13] <fabbione> it means that it might not build on other arches
[02:14] <jbailey> fabbione: Lovely.
[02:14] <jbailey> Where do I find it?
[02:14] <fabbione> jbailey: as soon as i am done i will tell you and it will be on concordia
[02:15] <jbailey> fabbione: Do you know about how long?
[02:15] <fabbione> jbailey: 10 minutes?
[02:15] <jbailey> Cool.
[02:16] <mjg59> fabbione: Mailed
[02:18] <fabbione> mjg59: building...
[02:19] <mjg59> fabbione: Cool
[02:21] <fabbione>   * Add experimental sata suspend remove support (it clearly cannot be worst 
[02:21] <fabbione>     than it is now):
[02:21] <fabbione>     - Add patch external-experimental-sata_suspend-resume.dpatch.
[02:21] <fabbione> michele: you got your patch.. now.. next time i pass by italy, you will offer me a beer
[02:23] <michele> fabbione, let's make them two :)
[02:23] <fabbione> michele: where do you live in italy?
[02:26] <zul> heylo
[02:27] <michele> fabbione, treviso
[02:28] <michele> where are you from?
[02:28] <fabbione> ah
[02:28] <fabbione> michele: i am from Rome, but i have relatices in Venice..
[02:28] <fabbione> hey zul
[02:28] <fabbione> relatvies even
[02:28] <fabbione> i pass by that area quite often
[02:29] <michele> ok, let me know next time :) (micampe@micampe.it)
[02:29] <michele> and well'have a beer or something
[02:30] <fabbione> michele: yeah.. it won't be before Xmas
[02:30] <michele> ok, let's hope I'm not in france by then :)
[02:31] <fabbione> what?? NO BEERS?
[02:31] <fabbione> jbailey: building the latest diff.gz for you right now...
[02:31] <michele> ahah
[02:32] <michele> fabbione, I'll make sure you'll have your beers before leaving
[02:32] <fabbione> eheh
[02:32] <michele> anyway... when will that kernel be packaged and distributed?
[02:32] <fabbione> no later than monday
[02:33] <michele> ok. colony 3 looks decent, I might try to install it
[02:36] <zul> fabbione: sata patch sucked?
[02:36] <fabbione> zul: yeah..
[02:36] <fabbione> i know i will regret it for the rest of my life
[02:36] <zul> figured
[02:36] <fabbione> but this is my last kernel upload.. or at least i hope so
[02:37] <fabbione> so BenC will hunt me down to death at the next Ubuntu conference
[02:37] <chmj> I'll help him 
[02:37] <fabbione> jbailey: uploading now to concordia
[02:37] <fabbione> nah i will still be around till breezy release
[02:37] <fabbione> and probably after for the cluster stuff
[02:38] <jbailey> fabbione: You off kernel stuff completely?
[02:38] <fabbione> jbailey: almost :)
[02:38] <chmj> fabbione: you leaving kernel for userspace ?
[02:38] <fabbione> it's not my decision, but i agree with who made it..
[02:38] <fabbione> the insanometer is out of scale here
[02:39] <michele> fabbione, will you regret even after my delightful beers?
[02:40] <michele> home-brewed just for you!
[02:40] <fabbione> michele: the dark side of the force phear you must
[02:47] <zul> fabbione: so ill tell benc to where to get my stuff whee..
[02:51] <fabbione> zul: sure.. 
[02:51] <fabbione> i did merge your last stuff yesterday...
[02:51] <fabbione> it's in for the next upload
[02:51] <fabbione> but i remember you did a lot of patches while i was in holidays
[02:51] <fabbione> you didn't port them to 7.11, did you?
[03:03] <zul> fabbione: no they were changes to the ide subsystem 
[03:03] <fabbione> hm ok...
[03:04] <zul> they were backported from .13 so im not sure if we want them there or not
[03:04] <fabbione> hmmm
[03:05] <fabbione> i would have to see them again...
[03:05] <fabbione> probably it's not a good idea to merge too much from head
[03:19] <zul> yeah i was thinking that
[03:20] <zul> ill send you them tonight..it was just two patches though
[03:20] <zul> both from fedora that got merged into head
[03:25] <zul> both from alan cox
[03:26] <fabbione> ok
[03:26] <fabbione> i will look at them tomorrow morning
[03:26] <fabbione> i have Danish class later
[03:33] <zul> okie dokie
[04:14] <BenC> how do I revert a changed file in baz?
[04:15] <fabbione> BenC: hey..
[04:15] <fabbione> did you already commit the file?
[04:15] <BenC> hey
[04:15] <BenC> no
[04:15] <BenC> need to revert to get your changes
[04:15] <fabbione> are there more changes or only that one?
[04:15] <BenC> just that one
[04:15] <fabbione> baz undo
[04:16] <BenC> ok
[04:16] <fabbione> note that it will create a ,,LONGDIRECTORYNAME that you can safely remove
[04:16] <fabbione> BenC: i did fix all the ACPI stuff
[04:16] <fabbione> it builds everywhere.. 
[04:16] <fabbione> we need to re-test build, save the ABI files and we are ready to upload..
[04:17] <fabbione> what time is it now where you live?
[04:17] <BenC> 10am
[04:17] <fabbione> do you think you can come tomorrow at 8am?
[04:17] <BenC> yeah
[04:18] <fabbione> so we can do the upload stuff together
[04:18] <BenC> 10:20am I mean
[04:18] <fabbione> and i will drive your trough the baz dance
[04:18] <fabbione> yeah.. 
[04:18] <BenC> sure thing
[04:18] <fabbione> and how to start the new release
[04:18] <fabbione> so after that you can take over..
[04:18] <fabbione> or almost :)
[04:19] <fabbione> we are waiting for a patch from jbailey 
[04:19] <fabbione> to attach DSTS to initramfs
[04:19] <fabbione> that's the latest missing code for 7.11 in what was my list
[04:19] <fabbione> if you have more, go ahead and add it today
[04:20] <fabbione> tomorrow i will do the build orgy  everywhere
[04:20] <lamont-away> fabbione: woot!
[04:20] <fabbione> if you have time to test the kernel, that would be very good too...
[04:21] <fabbione> lamont-away: http://people.ubuntu.com/~fabbione/OCFS2-1.1.0.png
[04:21] <fabbione> now gimme the util-linux crack :)
[04:22] <fabbione> anyway i am off for the next 4 hours and 30.. probably more
[04:22] <fabbione> danish class will start soon :)
[04:22] <fabbione> and i will pass by again
[04:22] <fabbione> lamont-away: in case, can you help BenC with baz while i am not around?
[04:24] <fabbione> later guys
[04:24] <fabbione> lamont-away: you also want to check that hppa still applies properly to 7.11
[04:24] <fabbione> i had no time to look at it
[04:27] <lamont-away> fabbione: uploading util-linux, then I have a task to do here, and off to the office.
[04:27] <lamont-away> will do my best to help BenC if I'm here.
[04:28] <BenC> lamont-away: maybe you can help me get my hppa installed :)
[04:29] <lamont-away> that's easier.
[04:30] <lamont-away> http://people.ubuntu.com/~lamont/ubuntu-hppa/tree is a hoary archive for hppa
[04:30] <lamont-away> alternatively, you start with a sarge install, and then dist-upgrade it to breezy with a few well placed --reinstall's as needed.
[04:30] <lamont-away> still no d-i for hppa/ubuntu
[04:31] <BenC> I have woody on my hppa, so maybe that wil work
[04:31] <lamont-away> should - dist-upgrade to hoary, then dist-upgrade to breezy (dunno if you can skip...)
[05:36] <BenC> can someone else look at bug 3117 and tell me if that looks like an acpi problem, perhaps something with cpu frequency changes for power saving?
[05:58] <mjg59> That's an unusual one.
[05:58] <infinity> Hrm, I have a machine that does on-demand frequency scaling, and I've never seen the clock skew like that.
[05:58] <mjg59> Normally excessive work results in missed timer interrupts and a slower clock
[05:58] <infinity> In fact, most of us do.
[05:59] <infinity> I'm willing to bet mjg59 has a few dozen. :)
[05:59] <mjg59> "I'm seeing this behavior on a brand new Dell so I don't think it's due to crappy
[05:59] <mjg59> hardware." ha ha ha
[05:59] <mjg59> Oh - if it's related to spread spectrum stuff, then it probably is broken hardware
[06:00] <mjg59> The idea there is to change all the clocks slightly to reduce RF interference
[06:00] <mjg59> Which tends to break stuff
[06:01] <infinity> Spread spectrum is such utter crack.
[06:02] <infinity> When my phone rings, all the monitors in the house shake, but clearly I should be concerned about the tiny amount of RF interference from my RAM.
[06:06] <BenC> mjg59: so is there a workaround other than telling people to disable spread spectrum?
[06:07] <mjg59> BenC: Not that I know of. It's not something that's ever hit me.
[06:12] <BenC> damn
[06:12] <BenC> even google searching just says "disable spread spectrum"
[06:12] <BenC> even the NTP site says to do it
[07:51] <jbailey> BenC: ping?
[07:52] <jbailey> mjg59: Hey, something that might interest you...
[07:52] <mjg59> jbailey: Mm?
[07:52] <jbailey> mjg59: The way I'm doing the DSDT replacement, I suspect that it's happening early enough to repalce other tables if you need.
[07:53] <mjg59> jbailey: Ah
[07:53] <mjg59> Hmm. In principle that's useful, but there's very few cases where people have broken other tables
[07:53] <jbailey> 'k, no worries.
[07:54] <mjg59> jbailey: You've seen the problems some people seem to be having with booting on Colony 3?
[07:54] <jbailey> If it comes up during LaptopTesting, though, I suspect it's an option.
[07:54] <mjg59> Excellent
[07:54] <jbailey> mjg59: Blank consoles and whatnot?
[07:54] <mjg59> jbailey: Failing to mount the root filesystem and dropping to a shell
[07:54] <jbailey> Hmm, generally on ubuntu-devel@ or in the channel?
[07:54] <jbailey> I've been tring to follow the list and haven't seen much there.
[07:55] <mjg59> The list
[07:55] <jbailey> Ah, small pile of messages from this morning.
[07:55] <jbailey> I'll read them
[07:56] <jbailey> The lilo issue I know about and think I have a fix for.
[07:56] <jbailey> Dunno about the people specifying a device and it not being there.  Probably just a missing driver.
[07:57] <jbailey> Anyone here use VmWare?
[08:00] <mjg59> jbailey: Oh, yes. I had an issue with a missing driver
[08:00] <mjg59> It didn't pull in my IDE module
[08:00] <mjg59> I suspect that the logic for grabbing device drivers is faulty
[08:00] <jbailey> mjg59: The list that's included is a flat list right now.
[08:01] <mjg59> jbailey: Ah!
[08:01] <jbailey> I'm going to play with autogenerating it.
[08:01] <mjg59> jbailey: Well, it's incomplete :)
[08:01] <jbailey> Which module are you missing, though, in the meantime?
[08:01] <mjg59> atiixp
[08:01] <mjg59> Looks like various SATA and SCSI ones may be missing
[08:01] <jbailey> Quite possibly.
[08:06] <jbailey> BenC: Whenever you're back, the initramfs DSDT patch is in my homedir on concordia and is called drivers-acpi-osl_attach-dsdt-to-initrd.dpatch
[08:07] <jbailey> BenC: It just replaces the current version of that patch.
[08:07] <jbailey> BenC: I have tested it booting with and without it replacing the DSDT from the DSDT.aml file in the initramfs
[09:40] <fabbione> ah finally good news
[09:42] <zul> hmmm?
[09:43] <fabbione> the patch from jb
[09:43] <zul> ah
[09:53] <zul> well im heading home
[09:53] <zul> c ya later
[09:54] <fabbione> later
[10:34] <lamont> fabbione: as you may note, new util-linux for you
[10:34] <lamont> rather, -6ubuntu1 is in the archvie
[10:37] <fabbione> lamont: thanks...
[10:37] <fabbione> i saw that..
[10:54] <lamont> fabbione: I haven't had time to play wiht 7.11 on hppa
[10:55] <fabbione> i will try a test build tomorrow
[10:55] <lamont> thansk
[11:57] <BenC> jbailey: cool, thanks
[11:58] <jbailey> BenC: Do you know when you're targetting an upload of it?
[11:59] <BenC> fab wants to get the current 7.11 uploaded, and then turn thngs over to me tomorrow, so I suspect soon after that
[12:00] <jbailey> Cool, so I don't need to stay up all night tonight watching for people complaining of things breaking. =)
[12:01] <BenC> nope :)
[12:01] <BenC> got the patch
[12:02] <BenC> any certain order that this has to be applied in relation to the other acpi patches?