[12:24] kylem: The kernel ends up needing a unsigned 64-bit cmp function from libgcc [12:24] __ucmpdi2 to be exact [12:25] it's something in v4l2 [12:25] ok [12:26] it'll show up in modpost [12:26] I don't understand why x86_64 and sparc64 didn't already show it [12:27] oh, well, probably because di2 isn't needed on 64-bit [12:27] well, it didn't show on x86 :) [12:28] is it ppc64? [12:28] nope, ppc32 [12:29] ok. [12:30] could just disable that on ppc i suppose... === kylem ducks. [12:30] hehe, could just disable ppc :) [12:30] heh, but but but. :) === _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === freeflying_ [i=flyingfr@205.196.222.12] has joined #ubuntu-kernel === freeflying_ [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-kernel [01:58] BenC, looking into the ppc failure now === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-kernel [03:06] kylem: I'm not sure if it's correct, but it may be that getting __ucmpdi2.S from gcc would be the right thing [03:07] i think i remember you just needing to pull something from libgcc. [03:19] I'm talking with benh now...hoping he has some ideas [03:31] ok [03:41] benh concludes the gcc thievery [03:43] kylem: you want to do the dirty work? [03:47] heh [03:56] sure. [03:59] 00000000 *UND* 00000000 __ucmpdi2 [03:59] thar she blows [04:00] kylem: Want to see something ugly? [04:00] git-diff-tree -p e75f9cee32827853fc2f9d1ceb6352e3edc33e9d | less [04:00] look for v4l2_norm_to_name [04:01] is this going to cause me to hate someone? :) [04:02] ew. [04:03] + v4l2_std_id *id = arg,norm; [04:03] *blink* [04:03] that thar is the culprit of the ucmpdi2 [04:04] kylem: Here's the cool part...v4l2_std_id is a bitmask, and that use it in a switch statement! [04:04] yay for programmers [04:05] ergh. === doko_ [n=doko@dslb-088-073-084-238.pools.arcor-ip.net] has joined #ubuntu-kernel [04:19] this driver is fucked. [04:25] doesn't look like there's a .S [04:25] in libgcc === ebryn_ [n=ebryn@c-71-201-174-102.hsd1.il.comcast.net] has left #ubuntu-kernel ["Leaving"] === bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-kernel [04:26] huh kvm got merginated. === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel [04:30] I've been wanting to test kvm [04:30] that's such a poor name though [04:31] fuck, i was going to test on parisc (to see how that symbol gets defined) but linus' tree is all borkinated. bleh. [04:41] http://people.ubuntu.com/~kyle/ppc-__ucmpdi2.diff [04:41] i think that ought to work, from what i recall doing on parisc. [04:43] void foo(void); EXPORT_SYMBOL(foo); is pretty evil, i think it will work for my atheros hack too. [04:43] since gcc takes care of the calling convetions for those, all we need to do is make sure it gets linked. [05:09] kylem: Almost line-for-line what I already started building [05:10] cool [05:14] c0115c30 T __ucmpdi2 [05:14] sweet, worked [05:14] MODPOST doesn't complain either [05:15] unF! [05:18] want me to just apply that patch, or do you wan to do it and push? [05:18] might as well just apply it, it's pretty trivial [05:21] want me to mail to lkml or will you take care of that? === _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-kernel === kylem crashes. 'night. === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel [06:05] kylem: good night, and thanks === rikai [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === datten_ [n=datten@xdsl-81-173-141-222.netcologne.de] has joined #ubuntu-kernel === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-kernel === datten_ is now known as datten === dade` [n=dade@85-18-201-175.ip.fastwebnet.it] has joined #ubuntu-kernel === bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-kernel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === Starting logfile irclogs/ubuntu-kernel.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-kernel === Topic for #ubuntu-kernel: Ubuntu kernel development discussion ONLY | Kernel Wiki: https://wiki.ubuntu.com/CategoryKernel | 2.6.19-7.10 uploaded - DIE BEAR, DIE. Use it, but there are still a few missing modules. === Topic (#ubuntu-kernel): set by BenC at Wed Nov 29 02:08:33 2006 === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-kernel === tonyyserver [n=anthony@d235-240-148.home1.cgocable.net] has joined #ubuntu-kernel === tonyyserver [n=anthony@d235-240-148.home1.cgocable.net] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === RedWyverex [n=mls@ppp-88-217-44-73.dynamic.mnet-online.de] has joined #ubuntu-kernel [01:27] hey === rikai [n=rikai@pool-72-73-103-125.ptldme.east.verizon.net] has joined #ubuntu-kernel [02:52] morning. [02:54] morning kyle how are you [02:56] not bad [02:56] i made a western so i'm happy :) [02:56] cool.. [02:56] its kind of warm outside today [02:56] yes veru [02:56] y [02:57] zul: you're aware that if you want any new xen-3.0 uploads to build, you need to get libvncserver-dev in main? [02:57] zul: you might want to write a MIR for that [02:57] ok.. [02:57] jfyi === rikai_ [n=rikai@pool-72-65-111-65.ptldme.east.verizon.net] has joined #ubuntu-kernel === rrittenhouse [n=tad@cpe-76-188-35-66.neo.res.rr.com] has joined #ubuntu-kernel === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has joined #ubuntu-kernel [03:43] Hi all [03:44] When i add theses packages in my kickstart linux-headers-server, linux-image-server, linux-source my initrd is failed after reboot. Have you an idea ? [03:59] in kickstart? You mean like for an install, or what? === BenC does the "lrm is building" dance [03:59] whoo [04:00] benC : yes i use kickstart with PXE boot for install HP Proliant DL360 G5 Server [04:02] jerom1: And is it the initrd for the installer, or after you install and reboot, that is failing? [04:02] it's failed after my install and reboot [04:03] and what's the failing message? [04:04] unmoutable device ... kernel panic after reboot [04:04] and my grub conf is ok === derekS [n=DerekS@cpe-66-108-44-139.nyc.res.rr.com] has joined #ubuntu-kernel [04:08] are there still issues with 2.6.19-7.10 booting up? i am having them... [04:08] not sure if its my fault or the package === BenC__ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-kernel === bronson [n=bronson@adsl-75-36-147-248.dsl.pltn13.sbcglobal.net] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [05:22] ppc64 is booting 2.6.20 now [05:22] cool [05:26] sweet [05:26] <_MMA_> BenC: About the spec you wanted me to get together. Should I come at it from exactly what we want and let you decide what is possible? Or should we restrain ourselves? [05:27] _MMA_: get it all out there [05:27] <_MMA_> No problem. [05:31] hey, did you guys read my question above? [05:31] BenC: Surely linking libgcc can't be the right answer? === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel [05:32] mjg59, it's the right answer on a whole lot of platforms. [05:32] the "right" answer is shooting the v4l author. [05:32] Really? Ouch. [05:32] mjg59: It seems to be what othr architectures do [05:32] mjg59: It's pretty much the same as taking the .S for that op and compiling it with the kernel [05:32] Yeah [05:32] we /aren't/ linking libgcc. [05:33] it will just take the specific functions it needs from the .a [05:33] and throws the rest away. === rikai_ is now known as rikai === jerom1 [n=jeromeb@LSt-Amand-152-32-6-178.w82-127.abo.wanadoo.fr] has left #ubuntu-kernel [] === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === bronson [n=bronson@66.160.177.208] has joined #ubuntu-kernel [06:32] kylem: do you have an ETA for the dapper-kernel you've been working on? [06:59] mjg59: ping [07:05] sorry, was eating lunch [07:06] BenC: Hi [07:06] mjg59: Can you look at the release/completion patch we have in some of the pcmcia controller drivers and tell me if we still need them? [07:07] I'm getting a softlockup in i82365 on my P4 and I think it might be related to those changes [07:08] release/completition patch? [07:10] it adds a release() call back to the platform device, and it calls complete()...module exit does a wait_for_completion() on it [07:10] it's was suspend related, IIRC [07:10] been around since breezy I think [07:11] Uh. [07:11] Not actually sure if it was anything to do with me. [07:11] I thought I remembered you asking me to put it back in dapper because I left it out...maybe I am misremembering :) [07:11] if you don't know anything about it, I'm killing it [07:12] Looks like it came from http://lists.infradead.org/pipermail/linux-pcmcia/2004-March/000598.html [07:13] that patch isn't causing the softlockup anyway [07:15] I think that's uneeded now...the drivers are using platform_device_alloc() which has: [07:15] pa->pdev.dev.release = platform_device_release; [07:16] oops, I didn't actually use the unpatched one...reverting that patch fixes it === BenC kills off more local changes [07:17] hmm [07:22] kick ass [07:23] that softlockup was my last hurdle before upload === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel [07:25] BenC: do you plan to enable ext4 in it, if not yet then maybe later? [07:32] tepsipakki: When it's not marked experimental [07:33] ok, thanks [07:33] If people want it, they can apt-get the source tarball and build it themselves for testing [07:33] sure, not wise to keep experimental stuff in a supported kernel [07:34] by default [08:13] hmm, still no sprint location [08:13] the suspense kills me. ;-P [08:14] BenC, i heard back from patrick, need to modify the -4572 fix before i can apply it. [08:31] kylem: Yeah, saw that === datten_ [n=datten@xdsl-81-173-190-223.netcologne.de] has joined #ubuntu-kernel === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-kernel === datten_ is now known as datten === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-kernel [09:19] BenC: ping did you get a chance to try it yet? === okaratas [n=okaratas@fedora/ozgur] has joined #ubuntu-kernel [09:49] is anyone still experienceing the bug with grub+2.6.19-7? === rikai_ [n=rikai@pool-72-65-105-87.ptldme.east.verizon.net] has joined #ubuntu-kernel [10:02] derekS: "the bug"? [10:03] zul: Not yet, will do it for sure this evening though [10:05] cool...its warm enough i take it? ;) [10:05] lemme find the number [10:09] BenC: https://bugs.launchpad.net/distros/ubuntu/+source/grub/+bug/73090 [10:09] i think that is the bug i am still seeing [10:17] it starts grub, then nothing really happens [10:17] i get a few errors, then black screen [10:36] derekS: I don't think so [10:36] I mean, I don't think that's your bug [10:36] BenC: hmmm, ok [10:37] it starts grub (ie i see the 2 lines of txt) then weird stuff happens, then i get an error about nvram... then a few more warnings/errors, then something about cpu(either 0 or 1, dual cpu machine) has stalled [10:37] if i wait long enough the screen turns blank [10:38] different bug? [10:41] woot. there. tg3, sky2, and forcedeth work on edgy/dapper with the same code. [10:42] neat === kylem is trying to figure out whether it's best to actually update the in-kernel code, or do a modules package that divverts the old one. [10:46] derekS: Yeah, that's nothing to do with grub, that's a softlockup [10:46] derekS: edit the grub command line from the grub menu, remove "quiet splash" and take a screenshot of the failure [10:48] BenC: i am at work and thats on my home computer :) but i can't really take a "screenshot"... i will take a photo thouhg [10:48] derekS: screenshot in this case means digital photo :) [10:48] haha ok [10:48] you haven't seen ab ug like that though? === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel [11:15] derekS: I have, but they are all different [11:16] BenC: allright, i am going hom from work in a bit, i will do it, and post a link :) [11:17] way to go intel [11:17] ipw3945 is broken on 2.6.15 despite them claiming to support it. [11:22] derekS: Just file a bug against linux-source-2.6.19 === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-kernel === _human_blip_ [n=mike@220.157.65.29] has joined #ubuntu-kernel === ajmitch [n=ajmitch@port166-123.ubs.maxnet.net.nz] has joined #ubuntu-kernel === lfittl [n=lfittl@83.64.250.38] has joined #ubuntu-kernel === crimsun [n=crimsun@dargo.trilug.org] has joined #ubuntu-kernel === infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-kernel === mdz [n=mdz@cpe-76-173-8-128.socal.res.rr.com] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === arun [n=arun@unaffiliated/sindian] has joined #ubuntu-kernel === crimsun_ [n=crimsun@dargo.trilug.org] has joined #ubuntu-kernel === arun [n=arun@chobie.cs.Virginia.EDU] has joined #ubuntu-kernel === mdz [n=mdz@cpe-76-173-8-128.socal.res.rr.com] has joined #ubuntu-kernel [12:05] there, fixed bloody ipw3945. === kylem gives intel ten lines on the chalkboard for letting their driver bitrot. [12:08] and it's not even a year old yet :) [12:08] heh. [12:08] it annoys me when vendors don't have a VCS for their drivers. :/