[01:47] <BenC> infinity: ping
[01:56] <infinity> .gnop : CenB
[01:56] <infinity> All reports on the vga16fb change have been positive so far.  At least, I didn't seem to break any already-working setups.
[01:57] <infinity> So, I should push you the patch for -8.10, and update {edu,ku,u}buntu-artwork
[01:57] <BenC> hey
[01:57] <BenC> got a nice bogl assertion for you
[01:57] <infinity> Ah-ha.
[01:58] <infinity> Line?
[01:58] <BenC> bogl-vga16.c:437
[01:58] <infinity> Lies.  That's the one I fixed in -25.
[01:59] <BenC> I dist-upgraded to dapper to make sure it wasn't a conflict somewhere
[01:59] <BenC> maybe I should rerun update-initramfs to be sure again
[02:00] <infinity> update-alternatives --display usplash-artwork.so
[02:01] <BenC> I know usplash 0.25-1 is in the initrd
[02:01] <BenC> cpio'd it just to make sure
[02:02] <infinity> That assertion will fail in two instances:
[02:02] <infinity> a) bug in the code (fixed in 0.1-25)
[02:02] <infinity> b) artwork too big for display area.
[02:02] <infinity> The latter could happen if your usplash-artwork.so isn't the right one, but if you're seeing mjg59's scary line art, it SHOULD be right.
[02:03] <infinity> But, if all else fails and we dunno WTF is going on with your machine, I'll just give you a debug build with a bunch of printfs to tell us WHAT it's asserting ain't true.
[02:08] <BenC> update-initramfs didn't help
[02:08] <infinity> Yeah, no big shock there.
[02:08] <infinity> You should be able to reproduce the same assertion at a command line in a VC, no need to reboot and do it from the initramfs.
[02:08] <BenC> it just shows a black screen, but I can see where the scanlines end, and it looks normal
[02:08] <BenC> console is still normal
[02:08] <infinity> Unless your VCs are still misbehaving and staying black forever after usplash runs.
[02:09] <BenC> they do, but switching to X and back fixes it
[02:09] <infinity> And then shows the assertion?
[02:09] <BenC> yeah
[02:09] <infinity> Spiff.
[02:11] <BenC> anything I can test?
[02:11] <infinity> 'Sec.
[02:12] <infinity> http://cerberus.0c3.net/~adconrad/usplash_0.1-24.1_i386.deb
[02:12] <infinity> There's the printf-laden build I was using to find the stupid bug in the first place.
[02:12] <infinity> Should give us xx,yy,yres,xres,pixmapx,pixmapy on your machine, so we can at least see why the assert is failing.
[02:13] <infinity> If it's the pixamp size, that's easy.  You have cruft ans we need to clean it up.
[02:13] <infinity> If it's yy, it's a programming bug.
[02:13] <infinity> If it's bogl_yres, we have real issues I need to figure out. :)
[02:13] <BenC> FYI, I had edubuntu installed on here
[02:14] <infinity> Ah-ha.
[02:14] <BenC> is there a pointer to the artwork?
[02:14] <infinity> update-alternatives --display usplash-artwork.so
[02:14] <infinity> dpkg --purge edubuntu-artwork-usplash.  Or wait an hour or two for me to get around to uploading the smaller pixmaps.
[02:15] <BenC> ok, updated to usplash version
[02:15] <BenC> ...
[02:16] <BenC> ok, it displayed!
[02:16] <BenC> has some line artifacys, but much better than the old one
[02:17] <BenC> working on boot too
[02:17] <BenC> it's not perfect, but it is so much better than before
[02:17] <BenC> I can live with it enough to not do vga=771 anymore
[02:18] <BenC> you should add that to you .txt :)
[02:19] <infinity> Artifacting?.. Poop.
[02:19] <infinity> Maybe that's your tvout still hating us.
[02:19] <infinity> Woudl you test it on a normal monitor and make sure it looks right there?
[02:20] <infinity> s/Woudl/Could/
[02:20] <infinity> First morning smoke setting in.. Typing hard.
[02:22] <infinity> If it looks okay on a real monitor, I'll stamp is "good enough", push the new artwork out for all three dists, and you can patch -8.10 in time for flight-2.
[02:26] <BenC> when's flight 2?
[02:27] <BenC> I was thinking -7.9 was going to be flight 2
[02:27] <BenC> send me the vga16fb patch and I'll merge it
[02:28] <infinity> Well, flight-2 hasn't happened yet, so if you upload -8.10, that'll have to be hammered into shape for it.
[02:28] <infinity> concordia.ubuntu.com:~adconrad/vga16fb.patch
[02:28] <infinity> Applies to drivers/video/vga16fb.c
[02:29] <BenC> I've been marking all bugs about vga16fb with "vga16fb" in the status whiteboard
[02:30] <BenC> so I'll be pushing a mass "please test flight 2" to all of them in -8.10 gets in it
[02:31] <BenC> if I can close all the vga16fb bugs, you will be my bestest friend, you can come tip cows with me in my front yard and everything
[02:32] <infinity> You have cows?
[02:32] <BenC> the largest portion of the land my house is on is leased to some people that raise cows for beef
[02:32] <BenC> my house is surrounded by pasture except for the driveway leading out
[02:33] <infinity> Ahh, so they're not, strictly speaking, your cows.
[02:33] <BenC> nah, but they are like our pets :)
[02:33] <infinity> Does land ownership give you the right to tip them?
[02:33] <infinity> I'm not sure how this works. :)
[02:33] <BenC> I'd have to check the county by-laws, there may be a loophole :)
[02:34] <BenC> where'd you get these margins from?
[02:35] <BenC> one thing I know is that lilo graphic splash screen works on my tvout
[02:35] <infinity> modedb.c
[02:35] <infinity> I was originally fiddling with calculating them by hand, but then decided to just go with modedb.c, assuming it may be "right".
[02:35] <infinity> I may fall back to doing it by hand, if we can find something more correct.
[02:36] <BenC> one thing I thought was odd is that I am at 640x400-70
[02:36] <BenC> I was expecting 60HZ
[02:36] <infinity> That's expected.
[02:37] <infinity> You shouldn't drop down to 60Hz until you hit 640x480 and above.
[02:37] <BenC> less scanlines == more refresh?
[02:38] <infinity> Yeah, that's the basic theory.
[02:38] <BenC> it's been a long time since I messed with video modes, back when I was working on an HD set-top-box
[02:38] <infinity> Longer for me, I'm sure.
[02:39] <infinity> It was discouraging to discover I remember pretty much nothing about it.
[02:39] <BenC> but all of those were 540p and greater, so I didn't get a chance to mess with low modes like this :)
[02:39] <infinity> Anyhow, this seems to work everywhere 640x480 worked (so far, no regression reports), and works a few places where it didn't, so..
[02:40] <infinity> I'm calling it "Good Enough", and if we find some spare time, we can look for better timings to make it perfect.
[02:40] <infinity> I'm going to fix up the artwork stuff right now.
[02:41] <infinity> See if we can't get some pretty artwork back for flight-2.
[02:50] <BenC> sweet
[02:51] <BenC> commited, and pushed
[02:51] <infinity> Hrm, I wonder if I should update the two -artwork-usplash packages to use update-initrafms -u in the postinst.  Probably.
[02:51] <BenC> yeah
[02:51] <infinity> I wonder how many times we'll rebuild initramfs on a big upgrade.
[02:51] <infinity> I wish we had a good way to do post-hooks...
[02:51] <infinity> Hrm.
[02:51] <infinity> Wait.
[02:52] <BenC> gziping that is starting to get slow
[02:52] <infinity> I could do post-hooks in apt.
[02:52] <infinity> Doesn't work for dpkg, though.
[02:52] <infinity> (raw dpkg, that is)
[02:52] <BenC> how does ldconfig do it?
[02:52] <BenC> isn't there an ldconfig post-hook for libraries?
[02:52] <infinity> If there is, it's a special-case in dpkg itself.
[02:53] <BenC> nope, don't see it
[02:53] <infinity> But in apt, you can do DPkg::Post-Invoke stuff, that runs after the dpkg run.
[02:54] <infinity> Not really "good enough", though, I guess.  Installing kernels with raw dpkg is a pretty common occurence.
[02:54] <infinity> Meh.  I'm still seeing that failed asserion every time I do update-initramfs, too.
[02:55] <infinity> [17311616.280000]  Assertion failed! qc->n_elem > 0,drivers/scsi/libata-core.c,ata_fill_sg,line=2504
[02:56] <BenC> is it causing a failure?
[03:01] <infinity> No.  Just a fright. :)
[03:01] <BenC> yeah, it looks pretty scary :)
[03:01] <infinity> Also, 'strace -f update-initramfs -u' is a bad idea.  Don't do it.
[03:01] <infinity> Still going on the console I ran it on.
[03:02] <infinity> I had hopes of catching the Assertion in situ, but that seems hopeless with an strace this... Long. :)
[03:03] <BenC> -o strace.out
[03:03] <BenC> helps
[03:04] <infinity> Sure, but then I don't get the printk in the middle of the strace output.
[09:48] <CataEnry> hi :)
[01:01] <Mithrandir> any idea why a hoary box is giving me shitty raid resync speeds?  8MB/sec, driver is AMD8111
[01:05] <fabbione> Mithrandir: ide or scsi?
[01:05] <fabbione> or sata?
[01:05] <Mithrandir> IDE
[01:05] <Mithrandir> PATA
[01:05] <fabbione> do you have dma enabled?
[01:05] <Mithrandir> hdparm claims so
[01:05] <Mithrandir> hda and hdb, which sucks, I know, but still.
[01:06] <fabbione> check dmesg... there are some cases in which raid turns off DMA to ensure proper raid resync
[01:06] <fabbione> and i highly suggest NOT to turn it on while it is resyncing
[01:07] <Mithrandir> it doesn't say anything about turning it off
[01:42] <HrdwrBoB> Mithrandir: hda->hdb is bad
[01:42] <Mithrandir> hd13:05 < Mithrandir> hda and hdb, which sucks, I know, but still.
[01:42] <HrdwrBoB> I'd say that's a large portion of the problem
[01:42] <HrdwrBoB> yeah
[01:42] <Mithrandir> it's not.
[01:42] <Mithrandir> you can still get quite good performance.
[02:26] <zul> heylo
[03:29] <Mithrandir> BenC: I wonder if the devmapper snapshot target is broken (at least with cloops)
[03:30] <Mithrandir> BenC: both Colin and I are seeing really weird stuff with the live cd; FS corruption, it looks like
[03:31] <BenC> Mithrandir: ok, I'll check the cloop patches from breezy
[03:31] <Mithrandir> BenC: please do.  Breezy works for me at least.
[03:31] <Mithrandir> BenC: we're using the snapshot target, backed with a cow device in ramfs.
[03:32] <Mithrandir> it works in breezy. :-)
[03:34] <Kamion> dm linear doesn't appear to cause corruption
[03:35] <fabbione> BenC: when you included cloop, did you take it from breezy or upstream?
[03:35] <BenC> I took a fresh upstream
[03:35] <fabbione> BenC: ok
[03:35] <fabbione> take it from breezy and the problem will be solved
[03:35] <fabbione> there is an extra fix in breezy exactly for that problem
[03:36] <fabbione> that upstream did reject as: "It works here you fuckheads"
[03:36] <BenC> would have been easier if that patch was seperate from the main one :)
[03:36] <fabbione> if you find our patch and upstream in the same version you should be able to get just the fix to the device mapper you need
[03:36] <fabbione> BenC: i fully agree...
[03:36] <BenC> I'll find part it needs and just patch it in
[03:36] <fabbione> it was at my second / third kernel upload
[03:37] <fabbione> i admit i didn't have my clear at that time yet
[03:37] <fabbione> and forgot about it..
[03:37] <BenC> hehe, no problem :)
[03:37] <BenC> took my couple of months before I was felt comfortable with the build system and baz
[03:38] <infinity> You got comfortable with baz?
[03:38] <infinity> Now that bzr is the way of the future, I'm allowed to talk shit about baz/tla publically, right?
[03:39] <fabbione> oh at that time was not even in ba
[03:39] <fabbione> baz
[03:39] <BenC> Mithrandir: fortunately I am doing -8.10 today, so I'll get that patch in there
[03:39] <infinity> And conveniently, Flight-2 is now blocked on -8.10
[03:39] <infinity> Which means I'm guaranteed to get my vga16fb fixes. :)
[03:39] <infinity> Yay.
[03:40] <BenC> brb
[03:40] <jbailey> BenC: Do you need a bug filed for the asm symlink on ppc in the headers package
[03:40] <infinity> 'Night, guys.
[03:40] <jbailey> ?
[03:40] <BenC> nah, already fixed in -8.10
[03:40] <BenC> oh, and we get correct EXTRAVERSION now too in linux-headers packages
[03:41] <fabbione> bbl
[03:41] <jbailey> BenC: Lovely, thanks.  I'll wait for that then, before doing more on klibc.
[03:42] <Kamion> gah, jackass no longer has 2.6.9-7 source, which is where that patch came in
[03:47] <BenC> I can get it from baz
[03:48] <Kamion> doesn't 2.6.9-7 predate baz?
[03:48] <BenC> yeah, I but I'll diff the patch against pristine and find it
[03:51] <Kamion> seems to be http://people.debian.org/~cjwatson/tmp/cloop-dm.patch if I'm reading recent cloop source package changes correctly
[03:53] <BenC> diff between breezy and dapper cloop.c is trivial
[03:53] <BenC> yeah, that while loop was the change
[03:54] <BenC> I'm just going to copy the breezy cloop.c
[03:57] <BenC> Kamion, Muthrandir: consider this fixed for -8.10, which will be uploaded in about 5 hours
[03:58] <Mithrandir> BenC: ok, thanks.
[03:58] <mjg59> Someone still needs to track down what broke suspend
[03:59] <mjg59> I'm lacking the time to do a git bisect righ tnow
[04:00] <mjg59> I suspect it's somewhere in IDE - things seem more reliable if I use the libata driver
[04:00] <Kamion> BenC: great, thanks
[04:01] <BenC> hmm, wonder if I have any machines that support suspend
[04:01] <BenC> can I susped a G4?
[04:05] <jbailey> BenC: I think I suspended my pegasos.
[04:05] <jbailey> It might have been STD, though.
[04:05] <BenC> is there a prefered way to suspend? I've actually never done it on anything (my laptop didn't work)
[04:08] <zul> BenC: can you pull in mine stuff as well? thanks
[04:10] <mjg59> It may well be an x86-specific issue
[04:12] <makx> suspend to ram is more likely not to work on my experience
[04:12] <makx> suspend to disk is not that fast but already nice.
[04:14] <Kamion> my G4 PowerBook suspends to RAM fine
[04:14] <Kamion> I normally just press the power button, although closing the lid works if your lid is less wobbly than mine
[04:22] <BenC> zul: URL again?
[04:22] <BenC> is there a script I can run to try suspend?
[04:24] <BenC> lamont: elilo with initramfs support ready yet?
[04:24] <BenC> oh wait, I got that elilo.efi from you didn't I
[04:24] <BenC> I'll try it  when I boot -8.10
[04:25] <mjg59> makx: The specific case is that our 2.6.15 kernels have broken suspend
[04:25] <mjg59> At least on x86 with IDE
[04:26] <mjg59> Suspend to RAM works fine on most laptops with 2.6.11
[04:26] <mjg59> Uh, 2.6.12
[04:26] <BenC> well my G4 has IDE, so I should atleast be able to tell you whether it's x86 specific or not
[04:27] <zul> BenC: http://zulinux.homelinux.net/git/ubuntu-2.6.git
[04:32] <makx> mjg59: ive an old broken gericom laptop which never suspended to ram.
[04:33] <makx> anyway quite surpring that this bad hardware still lives.
[04:33] <BenC> zul: just the efi patch?
[04:34] <BenC> zul: can you pull from me to fix merges?
[04:35] <lamont__> BenC: thanks for testing
[04:35] <lamont__> elilo was uploaded to debian, haven't checked to see where it got with ubuntu
[04:37] <fabbione> lamont__:  do you have any idea why util-linux -2 didn't get autosynced?
[04:40] <lamont__> no clue
[04:41] <zul> BenC: sure..i can do that tonight when i get home..
[04:43] <zul> or i can try now..
[04:43] <BenC> got it
[04:44] <zul> nifty
[05:43] <BenC> lamont: I installed the elilo from debian (3.4-pre5-2)
[05:44] <BenC> it booted my ia64, going to try initramfs now
[06:03] <zul> BenC: i fixed up my tree..
[06:12] <jbailey> BenC: Apparnetly there's klibc segfaults.
[06:12] <jbailey> I haven't tried stuff yet.
[06:12] <jbailey> (On conference call, lagging)
[06:18] <BenC> it got into the initramfs, and yes, looked like there was a segv of some kind
[06:19] <BenC> it's progress though
[06:21] <Mithrandir> hmm, is usplash broken in the current initramfs?
[06:22] <BenC> depends, what does broken look like to you? :)
[06:23] <Mithrandir> doesn't show anything at att, just spits out "0" (no \n, even) when run by hand in the initramfs
[06:24] <Mithrandir> this is the live cd, so there might be a lot of other things broken, which is why I ask if it's known-broken before investigating
[06:26] <BenC> not sure about that one, guess you need to ask infinity
[06:27] <Mithrandir> mhm.
[06:27] <Mithrandir> he's asleep now, though. Hopefully.
[06:27] <BenC> shouldn't be broken, afaik
[06:27] <Mithrandir> ok
[06:27] <BenC> but there is the 640x400 change with vga16fb that is being coordinated with my -8.10 kernel upload
[06:27] <BenC> make sure it has 0.25-1 usplash
[06:28] <Mithrandir> do you mean 0.1-26?
[06:28] <BenC> yeah, that's it :)
[06:29] <BenC> -26 may be expecting new kernel, I'd have to ask infinity about that
[06:30] <BenC> lame, I cannot even peruse alsa bug tracker without an account
[06:30] <BenC> nm, seems they have guest login
[07:08] <BenC> this sucks
[07:09] <BenC> because our ide is modular, none of the ide kernel command line options are honored (ide=nodma, ide=reverse, hdc=remap, etc...)
[07:09] <BenC> they have to be module options, but that defeats the purpose of people using them (e.g. for booting the install cd)
[07:29] <Kamion> although I guess it means more "don't ship it in releases yet"
[07:35] <BenC> yeah, it's only there for testing
[07:36] <BenC> it will probably get pulled for no other reason than we have no way to include firmware yet anyway
[07:37] <Kamion> mm, I was wondering about that
[07:38] <zul> BenC: i can help out there if you want
[09:21] <Mithrandir> BenC: ETA on kernel upload?
[09:27] <BenC> couple hours
[09:32] <mjg59> zul: Around?
[09:38] <zul> mjg59: yo
[09:39] <mjg59> zul: You've got a Latitude X1, right?
[09:39] <zul> indeed
[09:39] <zul> what do you want me to test?
[09:39] <mjg59> Do you have backlight problems if you close it at a console?
[09:40] <zul> i havent tried or really havent noticed, i can try it tonight and let you know
[09:40] <BenC> is that the radeon backlight problem?
[09:42] <mjg59> No, intel
[09:43] <mjg59> zul: Basically, switch to a console, close the lid, open it, check if the backlight is on or not
[09:47] <zul> ok cool
[09:47] <zul> ill let you know when i get home
[09:50] <BenC> zul: I have something you can work on, if you want
[09:51] <BenC> #18456, creating a linux-image-dbg package with unstripped, uncompressed vmlinux in it for OProfile and such
[09:51] <BenC> mainly just for i386 and amd64
[09:57] <zul> BenC: sure..
[09:57] <BenC> would probably be best handled in debian/post-install like the linux-headers packages are
[09:57] <BenC> zul: thanks
[10:00] <fabbione> hey Ben
[10:00] <BenC> hey fabbione
[10:00] <fabbione> BenC: we need to schedule an amd64-generic kernel built as _i386.deb
[10:00] <fabbione> doko was asking for it and some users too
[10:01] <BenC> for 32-bit userland and 64-bit kernel?
[10:01] <fabbione> yes
[10:01] <BenC> easy enough, just copy the one from amd64 config's
[10:01] <fabbione> yeah that too
[10:01] <BenC> I can schedule that for post 8.10
[10:01] <fabbione> after you release 8.10
[10:01] <fabbione> yeah
[10:01] <fabbione> bingo
[10:01] <Kamion> oh, argh, one more kernel thing
[10:02] <fabbione> Kamion: not for install
[10:02] <fabbione> and not in main
[10:02] <BenC> not for install or CD
[10:02] <fabbione> we will keep for universe
[10:02] <Kamion> no, *I* have one more kernel thing I mean
[10:02] <BenC> DVD only, IMO
[10:02] <BenC> what?
[10:02] <Kamion> the kernel appears to be eating arguments it doesn't recognise
[10:02] <Kamion> for example:
[10:03] <Kamion> Unknown boot option `base-installer/kernel/linux/extra-packages-2.6=usplash': ignoring
[10:03] <fabbione> good night fellas
[10:03] <CataEnry> hi :)
[10:03] <Kamion> although rescue/enable=true appears to work, since the rescue mode works fine
[10:04] <BenC> the original untouched command line should always be in /proc/cmdline
[10:04] <Kamion> so I'm a bit confused as yet, but this is breaking d-i preseeding
[10:04] <Kamion> at the moment we fetch it from init's environment, not /proc/cmdline
[10:04] <BenC> base- is probably matching some __setup() in the kernel
[10:05] <Kamion> ok, if it's constrained to a particular pattern then I can postpone the fix
[10:05] <BenC> IMO, it should always be gotten from /proc/cmdline
[10:05] <Kamion> I think we used the environment because it was already parsed into a more or less suitable form
[10:05] <Kamion> but it can be changed
[10:06] <Kamion> dates from December 2003 if I'm reading d-i changelogs correctly
[10:06] <Kamion> right, no problem then
[10:07] <BenC> ok
[11:59] <AcidPils1> BenC: omg, wanna have a beer?
[12:00] <BenC> think I'll need a case, I've spent 4 days on this buglist
[12:00] <jbailey> BenC: And now the bugs are sitting on top of you, squishing you? =)
[12:00] <BenC> jbailey: feels like it :)
[12:01] <BenC> now I need to reload to see how many I actually closed and/or put in pendingupload
[12:02] <AcidPils> BenC: dont do it... i dont wanna see you cry because of the new reports ;)