[01:54] <BenC> mjg59: I see one thing odd
[01:55] <BenC> look at the diff to bitblit.c
[01:55] <BenC> nm
[01:55] <BenC> I didn't see where it set err = 1
[01:59] <BenC> I can't see anything that jumps out
[01:59] <BenC> pretty straight forward
[03:07] <mjg59> BenC: Reverting it seems to make usplash work
[03:07] <mjg59> So I'm wondering whether it's changing order of initialisation in some subtle way
[03:24] <BenC> what's the URL again?
[03:25] <BenC> nm, got it
[03:26] <BenC> no, I don't, can you past it again?
[03:26] <mjg59> http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=c465e05a03209651078b95686158648fd7ed84c5;hp=e764a20196f4e1b497a42fdc6e9d254e7ec290f2
[03:26] <mjg59> I'd prefer it if someone else can verify that it changes the behaviour
[03:27] <mjg59> I'm not entirely convinced that I haven't buggered up my test system along the way
[03:33] <BenC> I don't have anything other than the machine that was already broken in breezy to test on
[03:33] <BenC> nothing changes when softcursor.c got moved (code wise)
[03:33] <mjg59> Hmm.
[03:33] <mjg59> Yeah. So now I'm confused.
[03:34] <mjg59> Hmm.
[03:34] <mjg59> The usplash script tries to load softcursor.ko
[03:34] <mjg59> Which is obviously going to fail
[03:34] <mjg59> I wonder if that's the problem
[03:35] <BenC> how's it going to fail?
[03:35] <BenC> did you make the change I submitted in the bug report to fix the loading?
[03:35] <mjg59> It gets installed in a different location, I think
[03:36] <mjg59> Uhm. Which bug report?
[03:36] <mjg59> (Sorry, I've lost track of which ones are on which issues)
[03:36] <BenC> I filed a bug report on usplash about the module loading order and location
[03:37] <BenC> softcursor needs to be loaded first, and needs to be changed to video/console/softcursor.ko
[03:37] <mjg59> I'm actually shifting to modprobe
[03:38] <mjg59> Just let me get a fresh kernel image and I'll check
[03:40] <BenC> that'll work, modprobe vga16fb should do the right thing
[03:54] <mjg59> Ok, modprobe doesn't fix it
[03:55] <mjg59> Hm. So now I wonder if I was finding the wrong breakage with my bisection
[03:55] <mjg59> Grr
[04:04] <mjg59> I may be entirely wrong about that patch, so
[04:27] <mjg59> Oh ha ha fucking ha
[04:27] <mjg59> Making sure that fbcon is loaded before vga16fb makes it work
[04:28] <mjg59> So not a kernel issue at all
[04:28] <mjg59> PAIN
[04:40] <infinity> ... Isn't that backwards?
[04:40] <infinity> Oh well, whatever. :)
[04:40] <infinity> If you've figured out the magical load order, can you eiher push me a patch, or just make an upload?
[04:42] <mjg59> I've uploaded
[04:42] <infinity> Yay.
[04:43] <mjg59> 0.1-23 should fix
[04:44] <infinity> BTW, do we have any spare slots in the pallette?
[04:44] <mjg59> No
[04:45] <mjg59> It's all taken up with brown
[04:45] <infinity> Too... Much... Brown.
[04:45] <mjg59> So, can we have the 640x400 patch? Can we can we can we?
[04:45] <infinity> I need to push aside a shade of brown for some sort of yellow/warn colour, I think.
[04:45] <mjg59> Ngh.
[04:46] <mjg59> I'd also like some artwork that used flat colours rather than trying to anti-alias with a tiny number of them
[04:46] <mjg59> I think that would be a feature
[04:46] <infinity> Yeah.  Good luck convincing someone to do that.
[04:46] <mjg59> How about we kill Jeff and get someone else to spec the artwork next time?
[04:47] <mjg59> Also:
[04:47] <mjg59> BenC: Have you dropped the Toshiba acpi key magic patch?
[04:48] <jbailey> mjg59: Eh?
[04:48] <jbailey> mjg59: Of what do you accuse me? =)
[04:48] <infinity> I'm sure I could just scribble "OOBOONTOO" in a red pen in The GIMP and use that.
[04:48] <mjg59> jbailey: Other Jeff
[04:48] <jbailey> mjg59: Oh good.
[04:48] <mjg59> infinity: I'll upload it tomorrow
[04:53] <mjg59> I have an ath?
[04:53] <mjg59> Oh, yes
[04:55] <infinity> Someone should send me an atheros card for Christmas, so I can actually test this driver.
[04:55] <infinity> The only LRM stuff I can test is fglrx and nvidia.
[04:56] <infinity> (Which is the largest amount of work in the package anyway, so I guess that works)
[04:59] <mjg59> BenC: Can you add the diff from http://www.codon.org.uk/~mjg59/tmp/fb-sysfs.diff ?
[05:09] <mjg59> Haha.
[05:09] <mjg59> So.
[05:09] <mjg59> The reason for powernow not working on my Turion may have been the fact that I'd disabled it in the BIOS
[05:09] <mjg59> Oh deary me.
[05:10] <infinity> *cough*
[05:11] <mjg59> Which means that the only real thing missing from this machine is the Broadcom wireless
[05:13] <mjg59> Looks like it just got support for scanning. Hurrah.
[05:13] <mjg59> Association can't be too far off
[05:14] <BenC> mjg59: patch will be in -5.7
[05:15] <mjg59> BenC: Rock, thanks
[06:25] <BenC> mjg59: what was the url to the softmac stuff?
[06:26] <mjg59> softmac.sipsolutions.net
[06:27] <BenC> thanks
[06:29] <fabbione> hey guys
[06:30] <fabbione> BenC: sparc fails with oldconfig at kernel-headers otherwise we look good
[06:30] <fabbione> i think the defconfig in the tree is old
[06:30] <fabbione> dpkg-deb: building package `linux-headers-2.6.15-4' in `../linux-headers-2.6.15-4_2.6.15-4.6_sparc.deb'.
[06:30] <BenC> I just did a str8 build and it did fine
[06:31] <fabbione> that's weird
[06:31] <fabbione> how do you call the build?
[06:31] <BenC> not with sparc32
[06:31] <BenC> just directly
[06:31] <infinity> Okay, dude, we can be coworkers still ,but we can't be friends anymore.
[06:31] <BenC> infinity: I can say str8 if I want to :P
[06:31] <fabbione> if i use sparc64 in debian/config/archmap and dpkg-buildpackage it farts
[06:31] <BenC> I'm used to typing that when I play online poker
[06:32] <BenC> habit
[06:32] <fabbione> unknown Debian architecture sparc64, you must specify GNU system type, too at /u
[06:32] <BenC> fabbione: guess I need to test with "sparc32 dpkg-buildpackage ..."
[06:32] <BenC> see if I can figure out what is going on
[06:32] <fabbione> well what i did was:
[06:32] <fabbione> use sparc in archmap
[06:32] <fabbione> and build using sparc64 dpkg-build...
[06:32] <BenC> that's what I have now
[06:33] <fabbione> that builds all the kernel except the old config for -header-
[06:33] <fabbione> i need to test out of git
[06:33] <BenC> I didn't call sparc64, but it should be the same
[06:33] <fabbione> this was 4.6
[06:33] <BenC> I need to push, have a big changeset
[06:33] <BenC> (ocfs2, and linus sync)
[06:33] <fabbione> did you also pull from me?
[06:33] <fabbione> perfect
[06:34] <fabbione> if you can push, i can run a build
[06:34] <infinity> BenC : eta on -5.X?
[06:34] <BenC> if all goes well, tomorrow night
[06:34] <infinity> BenC : We really need the update-initramfs change for the -5 ABI bump, and I need to push you the vga16fb patch too, before it's too late.
[06:35] <BenC> probably a good idea if I make tomorrow a "get everything ready for linux-meta switch to .15" day
[06:35] <infinity> (Need to build kernels and test on a couple of machines here first, before I decide to inflict it on the world)
[06:35] <BenC> including fixing k-p
[06:35] <infinity> Yeah, LRM will be in by then.
[06:35] <infinity> Updating it for the ABI bump is simple.
[06:35] <BenC> lamont: !!
[06:35] <infinity> So that's no big deal, once I've done the hard bits (fixing it to stop sucking and actually build)
[06:35] <BenC> lamont: I have -5.7 building on hppa and ia64 now :)
[06:36] <BenC> infinty: good deal
[06:36] <fabbione> coll
[06:36] <fabbione> cool
[06:36] <BenC> I have 5 builds going atm
[06:36] <infinity> BenC : mdz wants me to give you a quick tour of LRM too, so you're not stuck blocking on me when the world crashes around my ears with other tasks.
[06:36] <BenC> only reason I don't have amd64 going is I haven't pushed for concordia to pull from yet
[06:37] <infinity> BenC : But we'll save that until after I've updated all the drivers.
[06:37] <BenC> infinity: unless there's more than what I already encountered doing a few ABI bumps in breezy, then I'm good
[06:38] <infinity> BenC : Axcept for the part where I'm changing that mechanism, no.  If you never have to update a driver, LRM should be simple.
[06:38] <BenC> fabbione: the e3k is my new best friend...I can pump out a quick build in 15 minutes just to see if it compiles ok :)
[06:38] <infinity> If you find yourself having to update one (especially nvidia or fglrx), you'll hate yourself.  So, it's best not to bother. :)
[06:38] <fabbione> BenC: ehehe ok
[06:38] <fabbione> i didn't want to keep you awake
[06:38] <BenC> infinity: I'll try to stay clear of actually doing work on lrm :)
[06:39] <infinity> s/Axcept/Except/
[06:39] <BenC> infinity: my hillbilly accent rubbin' off on ya'll
[06:40] <infinity> BenC : Ugh, dude, I was talking like you for days after you left.
[06:40] <fabbione> BenC: ok, i am going to stop building the kernel for now. Just let me know if i need to build it with sparc32 or sparc64. I can override that in sbuild per source pkg
[06:40] <BenC> was surprised my wife didn't notice my slight french accent when I got back
[06:40] <fabbione> lol
[06:40] <fabbione> Merci
[06:41] <BenC> I noticed I even spoke broken english a few times, in addition to the accent
[06:41] <infinity> If it's not buildable with sparc32, you're not doing it right. :)  Period.
[06:41] <infinity> I sure as heck wouldn't special-case the powerpc buildds to build with linux64 for kernel builds.
[06:41] <BenC> infinity: yeah, because we all know that it has to build on a 50mhz sun4c :)
[06:41] <fabbione> ehhehe
[06:42] <fabbione> infinity: i blame kernel-package
[06:42] <fabbione> no really..
[06:42] <infinity> BenC : No, but the buildds themselves run in linux32/sparc32 for pretty valid reasons, and having the kernel builds not fit into my little automated world sucks. :)
[06:42] <infinity> (doubly-so, if I end up with a sparc buildd in the DC)
[06:43] <BenC> yeah, before I set the sparc buildd's to use sparc32 way back when, administering it was awful
[06:43] <fabbione> infinity: that's why lamont did implement an option in sbuild for that :)
[06:43] <BenC> for what?
[06:43] <fabbione> $build_env_cmnd{'linux-source-2.6.15'} = '/usr/bin/sparc64';
[06:43] <fabbione>  <- in .sbuildrc
[06:43] <BenC> ah
[06:43] <infinity> Oh, that's just vile.
[06:43] <fabbione> so you can override the environment per source pkg
[06:44] <fabbione> infinity: no. it works
[06:44] <fabbione> BenC: the buildd defaults to sparc32
[06:44] <fabbione> and you can make exceptions
[06:44] <infinity> Anyhow, that wasn't lam.
[06:44] <infinity> lamont, even.
[06:44] <fabbione> infinity: you?
[06:45] <fabbione> because the default environment was alredy there
[06:45] <fabbione> the override per source was lamont
[06:45] <fabbione> i am pretty sure about that
[06:45] <fabbione> check the baz changelog
[06:45] <infinity> Oh, wait.  Yes, that was him.
[06:46] <infinity> It kinda mucks with how we do the global  linux32 stuff though.  Yay.
[06:46] <infinity> To be fair, I hacked the latter after he did the former.
[06:46] <infinity> Specifically to work around the bogus requirement to have sparc32/linux32 in the chroots.
[06:46] <infinity> Which is painfully dumb.
[06:47] <fabbione> infinity: after we will get the sparc buildd at the CD
[06:47] <fabbione> we will see how it works
[06:47] <fabbione> i really don't care..
[06:47] <fabbione> just don't break the stuff for older releases
[06:48] <infinity> I don't plan on breaking anything. :)
[06:48] <infinity> If you have whacky sbuild configs, though, you'll have to push those to me.
[06:48] <fabbione> infinity: sure
[06:48] <fabbione> that's no problem
[06:48] <fabbione> the line you saw is basically the only custom in that config
[06:48] <fabbione> well.. for hoary/breezy/dapper atm
[06:48] <fabbione> we didn't build warty
[06:48] <infinity> Ahh, so you haven't done these overrides for older linux source stuff?
[06:48] <fabbione> so that's no issue
[06:49] <fabbione> yes. only the kernels
[06:49] <fabbione> $build_env_cmnd{'linux-source-2.6.10'} = '/usr/bin/sparc64';
[06:49] <fabbione> $build_env_cmnd{'linux-source-2.6.12'} = '/usr/bin/sparc64';
[06:49] <fabbione> $build_env_cmnd{'linux-source-2.6.15'} = '/usr/bin/sparc64';
[06:49] <fabbione> that's all the custom love i have there
[06:49] <infinity> Ahh, three lines then, not one. :)
[06:49] <infinity> Well, let's see about fixing kernel-package.
[06:49] <fabbione> + the default to use sparc32
[06:49] <infinity> If it DTRT on powerpc, surely we can make it do the same for sparc.
[06:49] <fabbione> oh yeah
[06:49] <fabbione> specially because we don't care about 32bit kernels
[06:50] <fabbione> that's where all the mess comes from
[06:50] <infinity> Well, yes, 32-bit targets on sparc are laughable, but it's technically a bi-arch system with a bi-arch toolchain, and we should treat it as such.
[06:50] <infinity> Even if the kernels will all be 64-bit.
[06:51] <infinity> Some day, someone may resurrect sun4 support in 2.6, I'll boot it once, remember how HIDEOUSLY SLOW they were, and never again. :)
[06:54] <fabbione> errr
[06:54] <fabbione> we already killed support for sparc32 in glibc
[06:54] <fabbione> there is really no point in sparc32
[06:54] <fabbione> at all
[06:55] <BenC> libc is v9 optimized?
[06:55] <fabbione> if somebody will resurrect it... well they are welcome to patch everything back
[06:55] <fabbione> BenC: you need ask jbailey but i think they are
[06:56] <fabbione>       - debian/sysdeps/sparc.mk: Set libc_configure_build=sparcv9-linux
[06:56] <fabbione>         set sparc64_configure_build=sparc64-linux
[06:56] <fabbione>     * Drop support for Neanderthal Sparc systems
[06:56] <fabbione>       - debian/sysdeps/sparc.mk: Drop sparcv9 package
[06:56] <fabbione>         Default to nptl for main build and sparcv9b
[06:56] <fabbione>       - debian/control.in/opt: Drop sparcv9 package
[06:56] <fabbione>       - debian/control: Regenerate
[06:56] <fabbione> so i think they are optimized
[06:57] <infinity> Is that true in Debian too?
[06:57] <fabbione> no
[06:57] <fabbione> only ubuntu
[06:57] <infinity> Kay, that makes sense.
[06:57] <fabbione> sparc is our pet arch.. mmk?
[06:57] <fabbione> no really we can do stuff in here that Debian can't
[06:57] <fabbione> let's do i
[06:57] <fabbione> it

[06:58] <infinity> I need to get a reasonably speedy Ultra in my house.
[06:59] <fabbione> i need to get elmo and znarl to look at buildd prices and get them to the datacenter
[06:59] <fabbione> so i can finally use my sparc for debugging and testing
[07:01] <infinity> We should be able to get a set of craptastic Sunfire V240s for next to nothing.
[07:01] <infinity> Should fit well with the buildds we already have.
[07:01] <fabbione> i think elmo was looking in something like that
[07:03] <infinity> The 240 is a lot less crap than the 100/120s I had to work with at my last job, at least.
[01:11] <CataEnry> hi all
[02:23] <zul> heylo
[02:24] <fabbione> hey zul
[02:29] <jbailey> Heya Chuck!
[02:29] <jbailey> zul: Ottawa's even pretty in snow, it's kinda sick.
[02:54] <zul> meh...its ok :)
[02:55] <zul> hey guys how was your weekend?
[03:37] <mjg59> infinity: Can't remember if I asked this last night - what's the situation with the 640x400 thingy?
[03:48] <zul> hmmm...my touchpad is foobared
[03:50] <mjg59> On 2.6.15?
[03:50] <mjg59> Known
[03:53] <zul> yeah i know
[03:54] <mjg59> I blame Scott
[03:59] <zul> heh.
[04:01] <mjg59> Or Marco, or GregKH
[04:06] <jbailey> zul: <Keybuk> http://people.ubuntu.com/~scott/packages/new-udev
[04:06] <jbailey> From #ubuntu-boot not too long ago.
[04:43] <zul> hmmm..
[04:48] <makx> zul: link to your weblog?
[04:48] <makx> do you have modular mousedev
[04:48] <makx> ?
[04:58] <zul> makx: i dont have a weblog
[04:59] <makx> ah ok wasn't you that said to respond to davej, zul?
[05:06] <zul> dont have time to
[05:10] <mkrufky> zul: you closed bug 15395, and ive been busy -- didnt have enough time to write you back
[05:10] <mkrufky> anyhow, yes... i confirm that not only is it not an ubuntu bug (it was an upstream bug) it is also fixed now
[05:11] <mkrufky> the problem was due to missing dvb headers for users trying to install v4l modules from cvs -- it is a moot point now, as we have officially merged dvb and v4l cvs repositories
[05:12] <mkrufky> side note: we are also merging ivtv and pvrusb2 and usbvision drivers into v4l ... so such problems will be nothing but history soon
[05:17] <zul> ok cool..
[05:22] <mkrufky> ya, sorry for the 2-week delay in my response ;-)
[05:30] <zul> meh...its ok i guess ;0
[06:37] <BenC_> lamont: ping
[07:30] <zul> hmmm...somtimes i can be such a bastard
[08:13] <BenC> lamont: hey, when can ia64 and/or hppa use initramfs?
[08:13] <BenC> lamont: btw, I have 2.6.15-5.7 running on my i2k
[08:19] <makx> BenC: hppa needs an klibc patch.
[08:19] <makx> haven't uploaded it yet to Debian due to troubles with missing asm symlink in linux-headers
[08:19] <BenC> what about ia64?
[08:20] <makx> " inflate code misreads magic number" according to jbailey.
[08:21] <jbailey> klibc has the patch in Ubuntu.
[08:22] <makx> aah you added it :)
[08:22] <makx> need to sync with that badly.
[08:23] <jbailey> I need to make lkh not suck in Debian badly.
[08:23] <makx> hehe
[08:24] <BenC> jbailey: so I can safely switch ia64 to use initramfs, or has it not been tested?
[08:28] <BenC> if it hasn't been tested, I can surely do it, and make the change to kernel-package with this update-initramfs change I'm about to do
[08:30] <jbailey> BenC: Well, it doesn't boot. =)
[08:30] <jbailey> BenC: My initial suspicion is that the READ_BYTE or some such macro isn't right.
[08:31] <jbailey> I had LaMont add some printk's to give us the value of those bytes, and they were complete whacked.
[08:31] <jbailey> It's probably easy enough to troubleshoot, but my ia64 isn't local.
[08:35] <BenC> I might just wait till the weekend and take a look at it then
[08:36] <BenC> jbailey: -5.7 will be using update-initramfs, fyi
[08:53] <jbailey> BenC: Nice, thanks!
[09:01] <fabbione> have a nice evening guys
[09:01] <fabbione> cya tomorrow
[09:01] <fabbione> or very late today :)
[09:01] <crimsun> 'night, fabbione 
[09:02] <fabbione> night
[09:13] <janimo> BenC, I don't know if LaptopTesting issues have different priority but here's https://bugzilla.ubuntu.com/show_bug.cgi?id=20085
[09:13] <janimo> it makes a test laptop boot
[09:14] <BenC> is that the acpi return value ignore patch?
[09:14] <janimo> yes
[09:14] <BenC> if so, it's in -5.7
[09:14] <janimo> it is confirmed upstream
[09:14] <janimo> thanks!
[09:14] <CataEnry> bye all
[09:14] <BenC> sure thing
[09:18] <BenC> jbailey: ping
[09:19] <jbailey> BenC: pong
[09:19] <BenC> jbailey: update-initramfs has a bug
[09:20] <BenC> the -d option requires an argument, yet it never sets version to the argument, so it always fails
[09:20] <jbailey> BenC: It's infinity's package now, but if it's an obvious fix, I'd say just upload it.
[09:20] <BenC> ok
[09:20] <jbailey> You're the most important consumer of update-initramfs, so bend it to your needs.
[09:21] <zul> hehe
[09:24] <BenC> nm, I was just using it wrong
[09:24] <BenC> the wiki page for the spec said just -d, and it needs to be -d -k <ver>
[09:25] <makx> BenC: which wiki page?
[09:25] <BenC> https://wiki.ubuntu.com/InitramfsUpdates
[09:53] <lamont> jbailey: BenC  - ia64 initramfs problem is an elilo issue, forwarded upstream
[09:54] <jbailey> lamont: Cool.  Is it just setting the load address too low?
[09:56] <lamont> nfc
[09:56] <lamont> which reminds me... need to see what we did for breezy elilo
[10:05] <zul> BenC: you know those unknown key pressed errors that some people are getting in their dmesg?
[10:10] <BenC> zul: yeah
[10:10] <BenC> I get it sometimes too
[10:11] <BenC> lamont: I've fixed the hppa64-gcc thing (it needed to be hppa64-linux-gnu-gcc-3.4 for my breezy install), however, hppa64 is a nobuild from git right now
[10:11] <BenC> a lot of missing headers referenced for the compat layer
[10:12] <BenC> zul: do you have a fix for it?
[10:14] <zul> BenC: yeah remove the prink that is causing that, its useless
[10:15] <BenC> hehe, put it in yout git so I can pull it :)
[10:15] <zul> ill make a patch for you tonight
[10:23] <jbailey> BenC: From the parisc git, or from Linus?
[10:27] <BenC> I pulled parisc git hoping to get things working
[10:27] <BenC> but it seems to only get hppa32 working, and not hppa64 :/
[10:31] <BenC> cool, the update-initramfs stuff works...install, upgrade/reinstall, and remove/purge
[10:31] <BenC> did the reboot-notifier too
[10:42] <zul> anyways home for me