/srv/irclogs.ubuntu.com/2005/12/06/#ubuntu-kernel.txt

=== doko_ [n=doko@dslb-084-059-083-129.pools.arcor-ip.net] has joined #ubuntu-kernel
BenCit's sad that the 2x550Mhz A500 can compile faster than the 2x800Mhz i2k12:43
BenCthe A500 is on it's third kernel while the i2k is still working on the first12:43
=== anavim [n=anavim@nat1.supportsoft.com] has joined #ubuntu-kernel
BenCjbailey: ping01:20
=== mkrufky [n=mk@user-12lcpqp.cable.mindspring.com] has joined #ubuntu-kernel
jbaileyBenC: pong01:27
BenCjbailey: talked to benh, and got some things squared away...so I expect 2.6.15-6.8 to work for you01:28
BenCrtc and fan problem01:28
jbaileyOoo!01:28
jbaileyWhat was it?01:28
BenCCONFIG_RTC => CONFIG_GEN_RTC (change in ppc for 2.6.15), since we are using the wrong rtc module01:29
BenCand for the cpu, therm_pm72 needs to be loaded01:29
jbaileyIs that the generic timekeeping patch I saw on lkml a couple weeks ago?01:29
jbailey'k.  Should therm_pm72 be loaded in the initramfs then, I guess, sam as fan.ko is on acpi systems?01:29
BenCnah01:29
BenCwell, in breezy it was built-in01:30
BenCso I am going to do that for least-surprise reasons01:30
jbaileyHmm.01:30
BenCalmost every G5 needs it01:30
jbaileyI'm a strong fan of get-it-out-of-the-kernel.01:30
BenCwithout it, you get the "vaccum cleaner mode" as benh put it :)01:31
jbaileyThe initramfs has to handle it for laptops anyway.  Keybuk's laptop gets about 20 seconds before it overheats otherwise.01:31
BenCso in this case, since 99% of the users of this kernel will need it, I think it's best to put it in01:31
BenCyeah, but every laptop is different in someway, isn't it?01:31
jbaileySoudns like a trick question. =)01:32
BenCor is that general acpi?01:32
BenCyeah, it was a little tricky :)01:32
jbaileyGeneral acpi.01:32
jbaileyIn the init-premount hook, we have a scrip that just does:01:33
jbaileymodprobe -q fan01:33
jbaileymodprobe -q thermal01:33
jbaileyIt's be simple enough to just add therm_pm72 into there, too.01:33
jbaileyFWIW, should I also test reboot and try to load the fan module to be sure on that one? =)01:35
jbaileyMy glibc build is almost done.01:35
BenCyeah, that would be good01:35
=== anavim [n=anavim@nat1.supportsoft.com] has left #ubuntu-kernel []
=== jbailey tries that therm test now.
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbaileyBenC: I'm giving it a moment for the fans to get going so that I can clearly hear tht they've stopped after.02:12
BenCok02:12
BenCtherm_p72 should be the module02:12
jbaileyThey're usually doing pretty good by about 4 minutes.02:12
jbaileyyup, that does it. =)02:13
BenCfixed it?02:13
jbaileyYup02:14
BenCsweet, thanks!02:14
jbaileyAre you going to build it in, or should I upload initramfs-tools with a fix?02:14
jbaileyThe other option is that you can link it in /lib/modules/${VER}/initrd02:15
jbaileyinitramfs honours those too.02:15
jbaileyBut I'd rather see those go away.02:15
infinityBENC LIED TO ME.02:17
BenCinfinity: I'm about 30 minutes from an upload02:18
infinity(h is fair, given the number of times I've lied to him..)02:18
infinitys/(h/(Which/02:18
BenCjbailey: if you could upload it, it would give me more time to get -6.8 out :)02:18
jbaileySure, but since infinity's here..02:18
BenCI didn't expect to take this long, had to back out and redo some patches for parisc at the last moment02:19
jbaileyinfinity: You planning an upload in the  next couple of minutes for initramfs-tools anyway?02:19
BenCyeah, infinity, initramfs-tools needs to load therm_pm72 for powerpc fans :)02:19
jbaileyinfinity: I was thinking of just stuffing it in scripts/init-premount/acpi =)02:19
BenCit's strictly a ppc64 thing02:19
jbaileyMaybe rename it to heat02:20
jbaileyWe can have ikeaesque names.02:20
=== jbailey does Yet Another Build of glibc.
jbaileyBenC: Are you still using all the space on concordia?02:21
jbaileyIt would probably be handy for me to try this build there, although the changes  are sufficiently non-invasive that I'm not worried about a multi-arch test right now.02:21
BenCI should be empty on there...let me do a clean02:22
jbaileyThanks/02:23
BenCok, 6.6G free02:24
infinityIf we want IKEA names, I should make it nonsensical, like scripts/init-premount/jerker or something.02:32
infinity"jerker is the name of my desk... I may have purchased it just for that reason)02:32
infinitys/"/(/02:33
mkrufkyBenC: are you 1394 maintainer?02:34
jbaileyDidn't Jody take that over?02:36
infinityOkay, I see two names in scrollback.  Is the module therm_pm72 or therm_p7202:36
infinity?02:36
jbailey$ lsmod |grep therm02:36
jbaileytherm_pm72             36856  002:36
infinityI just uploaded.02:39
jbaileyinfinity: Hey, in terms of testsuites..  Right now I only test the glibc that I absoluely know can be run on every class of machine that might build it.  (Like I run ppc tests, but not ppc64.  However, all our buildds are i686 at least, so I run i386 and i686 tests).  Is it worth putting a hack in there to try and detect if the buildd is actually capable of running a particular test and enabling it?02:39
jbaileyinfinity: Or would you rather that builds be more deterministic than that?02:40
infinityWell, the more tests, the merrier.02:40
infinityOur buildds are all ppc64, fwiw.02:40
infinityI want deterministic BUILDS, but deterministic testsuites don't seem quite as crucial.  Testing based on detection of the metal you're currently running on doesn't seem so horrible.02:41
jbailey'k.  I'll think about that for the next round of retooling, then.02:42
jbaileyI'm going to actually start checking for regression in the testsuite instead of merely logging what failed, so it's a good time to think about this. =)02:43
BenCmkrufky: technically, but I don't really do much with it anymore02:44
mkrufkyBenC: gotcha.... i only ask because stoth described an obscure 1394 problem to me, i thought u might be interested02:52
mkrufkyi directed him to #linux139402:52
BenCok02:53
=== lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-kernel
=== lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-kernel
jbaileyBenC: I'm afk for about 1h for dinner and hanging out with Angie.  I'll be back after to finish my glibc upload and stuff.  If there's anything you need me to do (test reboots, etc.) I can do them then.03:18
BenCok03:19
=== infinity updates madwifi while he waits for the new kernel.
infinityI wonder if I should be a do-gooder and make ltmodem build again, too.03:22
jbaileywoohoo, all the testsuites passed.03:48
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbaileyIs it expected that the new udev HW detection doesn't seem to find my nic?04:00
jbaileyBenC: I think that the kernel should fail the install if update-initramfs fails.  When replacing current modules, there's a reasonable risk that if it fails that you have an unbootble system.04:01
BenCright now, it fails in postinst if update-initramfs returns an error04:01
jbaileyHmm.04:02
jbaileySo update-initramfs needs to return an error then, I guess. =)04:02
jbaileyI ha to revert to an old kernel and do a takeover.04:02
BenCit does already04:02
jbaileyIt did not as of about 10 minutes ago.04:02
BenCatleast it did when I tried installing with an existing initrd there04:03
jbaileyThe -5.7 that's in the archive.04:03
BenChmm04:03
BenCthe -5.7 you got from me wont04:03
BenCthe one in the archive _should_04:03
jbaileyIt gave me the message saying that couldn't overwrite it, and then appeared to continue succesfully.04:03
BenCoh, weird04:03
jbaileyI was replacing the -5.7 I got from you with the one in the archive.04:03
jbaileySo maybe some sort of weird issue with replacing the current version?04:03
=== jbailey goes hunting why the new initramfs didn't load therm_pm72 correctly.
jbaileyDear infinity:  It's lovely that you've modprobed the thermal module, please also actually include it in the initramfs, kthxbye.04:06
infinityDear jbailey: stop making requests before I've woken up.04:07
jbaileyI've seen no evidence that you sleep.04:07
jbaileyinfinity: Would you like me to upload an actually tested version? =)04:08
infinityA version tested by someone with a ppc64 machine?... That's a novel idea.04:11
jbaileyglibc is now officially in the "worksforme" category, up she goes.04:13
BenCinfinity: -6.8 in T-Minus 1 minute04:14
jbaileyAhaha, sweet.  glibc and the kernel on the buildds.04:15
jbaileyQUICK!  SOMEONE UPLOAD X!04:15
BenCand gcc :)04:15
BenCdone04:17
BenCjbailey: did I beat your glibc upload?04:17
BenCwell, the cron will run at the same time, guess linux-source-2.6.15 will become victim to glibc only because of the silly alphabet04:18
=== ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | New git tree for dapper: https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-6.8 uploaded (The "Can it get much better?" release)
BenCinfinity: *pomp* the ball's in your court now :)04:19
infinityNo one will be anyone's victim, there's more than one buildd per arch. :)04:21
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbaileyWell.  Here's hoping that particular crash was random and not my fault.04:24
jbaileyXorg spun out.04:24
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
=== BenC is off to bed
jbaileyg'n Ben.04:40
BenCjbailey: any chance you got glibc tested on sparc?04:43
BenCdid you do any major updates to it?04:43
jbaileyBenC: I tested it before the last round of changes, but those worked on ppc, i386 and amd64 so I'm expecting it to build everywhere.04:43
BenCdebian's glibc just got broken for the 64-bit build, and I want to make sure we don't do the same :)04:43
jbaileyI didn't get nptl on sparc64 working04:43
jbaileyNah, I actually test my changes.04:43
jbaileyThe NMU was poorly timed and lartable there.04:43
jbaileyAlthough if I could still have access to your machine at some point.  Backporting on a sparc5 is really sucking rocks. =)04:44
BenCis TLS enabled for sparc?04:45
BenClol, yeah, after this weekend, I can give out accounts for usage04:45
jbaileyTLS and NPTL are on sparcv9 and sparcv9b04:46
BenCwhat about 64-bit?04:46
jbaileyI gave it compiling on sparc64, but segfaulting in the linker. =)04:46
jbaileySo I stuck with LT for this upload and did the minimal fix to get it building again.04:46
BenCcool04:47
BenCkeep 64-bit the same until fabbione or I hear different from davem, he says TLS is broken on 64-bit04:48
=== jb770 [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jb770Roar04:48
jb770This machine seems to crash out x now04:49
jb770No idea yet which change is doing it. :(04:49
=== jb770 tries the old kernel first
=== wjb [n=Miranda@auproxy1.proxy.lucent.com] has joined #ubuntu-kernel
=== jbailey_ [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
=== mkrufky [n=mk@user-12lcpqp.cable.mindspring.com] has left #ubuntu-kernel []
jbailey_BenC: So far no X hang when I revert to 2.6.12.  Dunno if that's the new udev or the new kernel though.05:46
jbailey_(-5.7)05:46
infinityBenC : Any plans to resurrect acx_pci?06:22
fabbionehey jbailey_ 06:22
=== JaneW [n=JaneW@dsl-146-171-180.telkomadsl.co.za] has joined #ubuntu-kernel
infinityjbailey_ : Hahah.  Was that meant to be a subtle joke, or were you having editor woes? :)07:30
infinityjbailey_ : (initramfs...ubuntu3 has a debian/changelog.dch.save with a different changelog entry than debian/changelog..)07:31
=== fabbione [n=fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-kernel
=== ispiked [n=ispiked@unaffiliated/ispiked] has joined #ubuntu-kernel
=== ispiked_ [n=ispiked@Lee-12-238.rh.ncsu.edu] has joined #ubuntu-kernel
=== chmj [n=chmj@dsl-146-147-133.telkomadsl.co.za] has joined #ubuntu-kernel
=== jbailey__ [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
=== lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #ubuntu-kernel
=== CataEnry [n=cataenry@host204-30.pool8248.interbusiness.it] has joined #ubuntu-kernel
CataEnryhi all10:45
CataEnrybye :)11:00
=== chmj [n=chmj@dsl-146-179-166.telkomadsl.co.za] has joined #ubuntu-kernel
jbailey__infinity: *Lol*  I had been originally going to use that as the quote, and decided that I didn't feel that antagonistic.  Then X crashed on me. =)01:29
BenCjbailey__: are you running -6.8 now?01:32
BenCfabbione: ping01:32
fabbioneBenC: pong01:32
BenCfabbione: -6.8 build on sparc yet?01:33
fabbioneit's in the queue after perl and glibc01:34
fabbioneit will take sometime to get there01:34
jbaileyBenC: No, still -5.701:34
jbaileyActually.01:34
jbaileyHmm01:34
jbaileyNo, I'm running 2.6.12 so that my session will stay running.01:34
jbaileyI'll try -6.8 in a moment. 01:34
BenCdamnit, I knew glibc would slow me down :)01:34
fabbioneBenC: glibc will also unleash modular X on sparc, for which we don't have sparc specific drivers01:35
fabbionelater guys01:36
BenCfabbione: later01:44
jbaileyBenC: Should I try -6.8 and see if it eats my machine?01:45
BenCyes, please01:45
BenCand reenable hwclock too, if you could01:45
=== janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-kernel
BenCwow, I have malone bugs02:15
jbaileyYeah, the upshot of having two bug tracking systems is that people use both of them.  *sigh*02:19
infinityMost of my Malone bugs have been pretty simple wishlists so far, so I haven't minded.02:29
infinityWhich is good, cause Malone and I don't get alone yet.02:29
infinitya/alone/along/02:30
=== infinity gets alone with Malone and shows it a good time.
BenCinfinity: I think Malone will show _you_ a good time, since you're the one that has to "Submit" :)02:36
infinityBenC : I'm off to bed, lrm is waiting in binary NEW.  When elmo gets around to processing it, feel free to do the linux-meta ABI bump again (perhaps confirm with Kamion first that it won't screw his d-i mangling/testing)02:41
BenCok02:42
infinityThough at this point in the game, where d-i gets screwed every 5 minutes by some random uploa,d he'll probably say "just do it".02:42
BenCis udev done?02:42
infinityDefine "done".02:42
BenCuploaded02:42
infinityIt's been uploaded several times.  It half works, and is half broken.02:42
infinityYeah, it was uploaded ages ago, and linut-meta was already uploaded for 2.6.15-5... YOu missed that? :)02:43
infinity(mdz made the order, despite powerpc being broken)02:43
BenCno, I saw that02:43
BenCoh, I had missed that02:43
infinitySo, yeah.  -meta just needs another bump for -6... When LRM gets out of NEW.02:43
BenCok02:44
infinityI probably have 2 or 3 more "real" LRM uploads to do this cycle, but the rest I'm going to leave to you.02:44
infinityIf you want to grab the source and look at the top of debian/rules, you'll see where it automagically figures out kernel versions and such.  ABI dumps are now a matter of changing one integer in debian/rules and adding a changelog entry.  Same as with linux-meta.02:45
BenClinux-meta needs a dh compat bump02:45
infinityAnd this concludes me signing off on "make sure Ben's up to speed on being able to update LRM"02:45
BenCsweet02:45
BenClater :)02:46
=== CataEnry [n=cataenry@host204-30.pool8248.interbusiness.it] has joined #ubuntu-kernel
CataEnryhi all02:57
=== mgalvin [n=mgalvin@host-66-202-95-170.spr.choiceone.net] has joined #ubuntu-kernel
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbaileyBenC: I'm on the new kernel, cat'ing that file works, hwclock works.03:08
jbaileyMy fans are behaving with the new initramfs-tools03:08
jbaileyNow just need to see if X dies on me again. =)03:09
BenCnice03:11
jbaileyWell, 10 minutes of idle didn't kill it.03:18
jbailey'nother 10 minutes under steady usage, no prob.03:32
=== jbailey fires up a make -j5 ccache'd glibc build in a visible terminal.
jbaileyThe only other thing I can think of it to surf a couple dozen pr0n pages to test the image cache.03:32
CataEnrybye03:32
BenCbeat it into submission03:37
BenClet it know who's boss :)03:37
jbaileyRight03:43
jbaileypr0n it is then. =)03:43
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
zulheylo03:58
BenChey zul04:06
jbaileyZool!04:07
jbaileyBenC: I just passed an hour of uptime.  glibc build going in a window, lots of email, web surfing, openning/closing terminals, etc.04:08
jbaileyIt didn't make it 10 minutes before like this, so I think that -6.8 also solves that.  I think we can stamp ppc64 as gold.04:08
BenCexcellent! thanks04:08
=== _maydayjay_ [n=maydayja@gimel.nas.net] has joined #ubuntu-kernel
zulmust...do...kernel...work...tonight04:25
=== jbailey770 [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbailey770Benc: x just died on me.  Anything  i can check before i reboot ?04:27
=== CataEnry [n=Enrico@host204-30.pool8248.interbusiness.it] has joined #ubuntu-kernel
CataEnryhi all04:30
BenCjbailey: not sure04:34
BenCjbailey: any processes in D state?04:35
BenCjbailey: dmesg, "ps axuwww", send me those if you can04:36
BenCif any processes are in d-state, send me "cat /proc/<pid>/wchan" aswell04:36
jbailey770K04:37
jbailey770BenC: i think i narrowed it down a bitmto when im typing alot.04:38
jbailey770I don't see anything  in d state.04:39
jbailey770Ok to reboot  now?04:41
BenCyeah04:41
BenCX freezing, mouse still works, I'm wondering if this is a hal problem04:41
BenCsounds like some bug reports I've heard about concerning hal04:42
jbailey770Well mouse is usually hwcursor isn't it?04:44
jbailey770Kill -9 of x gets the rest of the system happy again .04:45
=== jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbaileyBenC: Fired off the email.04:47
BenCthanks04:47
jbaileyNew udev, I'll load that.04:48
jbaileyBenC: When I look at when it's failed, it's been when I was editting a long changelog entry, doing lots of typing, writing emails, or writing things in RT.04:49
jbaileyAll primarily kbd based.04:50
BenCnothing in the process list sticks out, so I can only assume that it's the kernel that starts killing the load04:51
BenCall the processes are in sleep except X, so it something in the xserver directly04:52
BenCX definitely isn't waiting on something (else it would be in sleep too)04:52
BenChard to say who is at fault04:53
BenCwish I had asked you to kill X, and try restarting it, but you can try that later when you have some time04:53
BenCoh, nm04:53
BenCI see you did that :)04:53
jbaileyI'm still in 2.6.15, so it's going to recur at some point. =)04:53
jbaileyWell, I didn't try restarting X.04:53
jbaileyI typed, reboot, realised that it was going to take forever to do that, and did a kill -9 of X.04:54
jbaileyIt rebooted a moment or two after. =)04:54
BenCtry "ctrl+alt+backspace" next time if you can, to see if it will restart X by itself04:54
jbaileyI'd tried that before, it doesn't work.04:55
jbaileyNo keyboard input seems to have any effect, I cannot change VTs.04:55
jbaileyAlthough, I could try a chvt from the ssh session.04:55
BenCok05:06
infinityEveryone ignore the linux-meta upload I just did.  It wasn't me.  I'm asleep.05:13
infinityThat is all.05:13
infinityOh, also.05:20
infinityBenC : Misdirected complaint...05:21
infinity<Keybuk> infinity: linux-doc-2.6.15 conflict/overwrites linux-doc-2.6.1205:21
BenCyeah, got a bug report already05:21
=== lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #ubuntu-kernel
fsfabbione: ping05:43
=== lamont__ [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel
=== trevilor [n=trevilor@p549CD7D7.dip.t-dialin.net] has joined #ubuntu-kernel
trevilorhi guys05:59
=== chmj [n=chmj@dsl-146-179-166.telkomadsl.co.za] has joined #ubuntu-kernel
=== jbailey_ [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel
jbailey_Hmm, actually had a real kernel crash that time.07:31
jbailey_BenC: No idea what from, nothing in the logs.  I got out of the shower to a machine with the fans going full tilt and not answering pings or ssh07:31
jbailey_BenC: Do you have a -6.8 kernel done with gcc-3.4 at all?  I wonder if that would make a difference.07:33
=== zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
fabbionefs: pong?08:56
=== mkrufky [n=mk@68.160.103.77] has joined #ubuntu-kernel
fsfabbione: hi =)08:57
fabbionefs: hey dude08:57
fabbionei don't have much time now.. we have a meeting in 3 minutes or so08:58
fabbionewhat can i do for you my friend?08:58
fsfabbione: do you remember by chance what the amd64-int3-fix.patch in linux-2.6 was for?08:58
fsit was added in 2.6.10 along with another couple of patches which where all merged upstream, just this one not08:58
fabbionefs: hmm i think i saw it in the Debian kernel, but i did never look at it08:58
fabbioneor was it in our kernel?08:59
fsok thanks =)08:59
fsI think it was in both08:59
fsthus the question08:59
fabbionei am checking08:59
fabbioneas soon as my raid will resume from sleep09:00
fabbioneand somebody will explain me why my disks went to sleep09:00
fsbtw, do you have a current rediffed version of drivers-scsi-megaraid_splitup.patch or was it dropped from ubuntu kernel too?09:00
fabbionefs: it's in git09:00
fsheh, asleep raid disks? 09:00
fabbioneon my workstation09:00
fabbionescary09:00
fsindeed :)09:01
fabbionei just upgraded to 15-rc309:01
fabbionefs: what does the patch patch?09:01
fabbionei don't see anything like that in my patch list09:01
fabbioneperhaps a different name?09:01
fsthe megaraid one? it lists you as the author =)09:01
fsit splits pci ids from newgen and legacy megaraid drivers, so both can be compiled09:02
fabbioneno sorry i am talking about the amd64 one09:02
fsthe legacy supports a few old cards the newgen one does not09:02
fabbionei know about the megaraid09:02
CataEnrybye all09:03
fsoh, it adds 2 lines to a case DIE_INT3 in arch/x86_64/kernel/kprobes.c09:03
fabbioneit's debian specific09:03
fsI dropped it for 2.6.14, and it caused no harm so far09:03
fabbionelsdiff -H * |grep kprobes09:03
fsI just wonder09:03
fabbionenull09:03
fsok, then I'll remove it09:04
fabbioneeheh09:04
fsthanks man =)09:04
fabbioneno problem dude09:04
fabbioneany time09:04
makxfs: should be fixed since 2.6.1209:07
makx-> http://www.ussg.iu.edu/hypermail/linux/kernel/0503.3/1974.html09:07
mdzBenC: #ubuntu-meeting09:07
fsmakx: looks good, thank you =)09:11
makxfs: no thank you dude for going 2.6.15.09:11
BenCmdz: already there09:41
fabbioneBenC: we might not even need or want to merge them, if the packages we have work fine09:58
BenCI was thinking that too09:59
fabbionewe probably want to look at possible kernel-wedge bug fixes09:59
fabbionebut kernel-package has been taking a direction that we might have problems with09:59
BenCyeah, it's been broken up into "module" scripts09:59
fabbioneyes09:59
fabbionewe can for sure give it a shot09:59
fsinteresting how the ubuntu kernel build infrastructure has grown completely different than the debian one09:59
BenCfs: git pushed us into a different direction10:00
fsfabbione: I searched around in git, you don't have a debian/patches dir anymore? is the megaraid driver split implemented directly in drivers/scsi/megaraid?10:00
fabbionefs: what ben sais :)10:00
fabbionefs: yes. it's in a git commit10:00
fsyeah, looks pretty interesting =)10:00
BenCfs: yes, "git-whatchanged <file>"10:01
fsespecially building the udebs from the same source 10:01
fabbionefs: that will never be accepted in Debian10:01
fabbionei had that discussion already on debian-boot10:01
fabbionewhen the 2 build systems were closer10:01
fswell then, I guess I have to checkout the whole thing10:01
fabbionefs: yes...10:02
fsfabbione: we had the discussion again a week ago, it soon went a highly emotional way10:02
fabbionefs: i am not surprised :)10:03
fsmaybe if someone makes a decent proposal with some working code, it will be accepted10:03
fabbionefs: the code was working... and it still does10:04
fabbioneit kinda needs to be updated to your new build system10:04
fabbionewe still use it :)10:04
fabbionefs: in regards of keeping 2 different build system i think it's good10:05
fabbionefs: we keep developing different bits merging/splitting/remerging and so on10:05
fabbionefs: if you look at the history..10:06
fabbionewe started with the same build system done by herbert10:06
fabbionewe landed in 2 different places10:06
fsyeah10:06
fabbionedebian did push later (after sarge) in a similar directions that we did already explore here10:07
fabbione(build all from one source)10:07
fabbioneusing a different and probably more clean implementation10:07
fabbioneon my suggestion and discussion with others10:07
fabbioneDebian did the config. file split/allignement10:07
fabbionethat now we are partially pulling back10:07
fabbioneso even if the code is not exactly the same10:07
fabbionewe rely on the same concepts10:07
fabbioneand we are both improving by a bit of competition10:08
zulwho is doing what now?10:08
fabbionethat imho is very good10:08
fabbionezul: what?10:08
zulwhat are you guys on about?10:08
fabbioneDebian <-> Ubuntu kernel build system sync10:08
zulah ok..10:09
fabbionefs: personally i believe we did achieve a lot working this way.. probably more than sharing the same code10:09
makxfs: not convinced. ;)10:09
=== fabbione takes a smoking break
makxehh upps fabbione. :)10:09
fsI guess I need to track your development much closer ;)10:10
zulyou can start with our git tree ;)10:39
lamont__BenC: linux-source-2.6.15 needs to Depend: gcc-3.4 on architectures using 3.4... 10:43
lamont__more to the point, linux-source-2.6.12 has this issue, and causes some ftbfs pain10:43
BenConly one I know of is hppa10:43
BenCwhich is does10:43
BenC*it10:44
lamont__see http://buildd.mmjgroup.com/buildLogs/c/cpqarrayd/2.2-1/cpqarrayd_2.2-1_20051129-1652-hppa-failed.gz  10:44
lamont__and the last (sparc) build in the same directory10:45
BenClinux-source-2.6.15 the .deb, you mean?10:45
lamont__--> linux-source-2.6.12 has a bug10:45
lamont__yes.10:45
lamont__the deb10:45
lamont__needs to Depends: $THERIGHTGCC10:45
BenCok, that should only affect hppa10:46
lamont__uh... sparc cpqarrayd has the same failure....10:46
lamont__gcc-3.4: command not found10:46
lamont__ISTR 2.6.12 was all built with gcc-3.410:47
BenCsparc builds with gcc-4, unless fabbione is forcing something10:47
fabbioneno i don't force anything10:47
lamont__cpqarrayd build-depends: linux-source-2.6.1210:47
lamont__so that probably needs to change to -2.6.1510:47
BenCyeah10:47
=== mkrufky [n=mk@68.160.103.77] has left #ubuntu-kernel []
BenCcrappy, I can't do build-dep like arch depends :)10:48
=== mkrufky [n=mk@68.160.103.77] has joined #ubuntu-kernel
fabbionemjg59: ping?10:57
lamont__BenC: nope... have to gen them into existance11:03
dilingerfabbione: have you got anyone using amd64-k8-smp on dual opterons?11:04
dilingerer, for breezy that is11:04
fabbionedilinger: no idea, why?11:04
fabbioneare you going to send me for testing?11:04
fabbioneactually11:05
dilingerhehe11:05
fabbioneMithrandir does run that stuff11:05
dilingermy machine blows up spectacularly w/ smp11:05
fabbioneLinux rho 2.6.12-9-amd64-k8-smp #1 SMP Mon Oct 10 13:18:18 BST 2005 x86_64 GNU/Linux11:05
fabbionethere11:05
fabbioneit works great here11:05
fabbioneup to make -j1000 on the kernel11:05
fabbioneno OOPS or anything11:05
fabbionetested on heavy load for about 3 days11:06
fabbioneit's a 2xdual core amd64...11:06
fabbionedilinger: fix your hw :)11:07
Mithrandirdilinger: I do, why?11:07
Mithrandiron like five different boxes.11:07
Mithrandirsome dualcore, some just SMP11:07
dilingerfabbione: haha, thanks!11:09
dilingerit looks like it oops when it switches into framebuffer11:09
dilingerso maybe it's a video card thing11:09
Mithrandirblacklist the fb module?11:09
=== BenC_ [n=bcollins@dpc674797249.direcpc.com] has joined #ubuntu-kernel
dilingeris the fb module actually in the initramfs?11:12
Mithrandirno idea11:12
Mithrandirit probably is11:12
Mithrandirremove "splash"?11:12
dilingeri already removed splash and quiet11:12
Mithrandirbut, I'm off to bed.11:12
dilinger'night11:12
dilingeroh man11:14
=== dilinger gives jbailey a cookie
dilingerthe initramfs stuff is *so* much easier to understand..11:15
=== makx adds an "sacher rote" :)
makxs/rote/torte/ # local cake11:15
dilingermeh11:19
dilingeri can't actually tell what's going on here11:19
dilingerand my serial cable is in nyc11:19
dilingerdamnit11:19
dilingeroh well, guess i'll go UP for now11:20
dilingeri give 2.6.15 a try, if i get bored11:20
=== jane_ [n=JaneW@dsl-146-171-180.telkomadsl.co.za] has joined #ubuntu-kernel
=== BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel
=== mkrufky [n=mk@68.160.103.77] has left #ubuntu-kernel []

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!