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