=== setuid [i=japh@gnu-designs.com] has joined #ubuntu-kernel [12:05] Well that was fun... seems the fglrx module doesn't built at all, and nothing I can find contains it, nor radeon or r300 modules for the kernel, so it all dies after I try to log in. [12:06] I get the gdm login/graphics/etc. but after I log in, it just recycles gdm, no X at all after login. [12:06] Is there some magical mojo to get the fglrx kernel module built for a custom kernel? === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === maks [n=max@baikonur.stro.at] has joined #ubuntu-kernel === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel === mjg59_ [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === _Traxer|off [i=traxer@shell6.powershells.de] has joined #ubuntu-kernel === lifeless [n=robertc@dsl-152.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-kernel === chninkel [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-kernel === maks [n=max@213.239.196.228] has joined #ubuntu-kernel === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel === chninkel_ [n=yann@alcyone.pleiades.fr.eu.org] has joined #ubuntu-kernel === lifeless [n=robertc@dsl-152.1.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-kernel === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [12:21] benc, airlied: I noticed that the kernel from today has more r300 bits in it. [12:21] So I'm trying it again. =) [12:21] jbailey: yeah, I'm hoping that will help you [12:34] hrm, r300 you say? ;) === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | Kernl GIT tree info (updated): https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-22.35 uploaded (May your computer boot happily) === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | Kernel GIT tree info (updated): https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-22.35 uploaded (May your computer boot happily) [12:38] well, he goes a git-pull from latest kernel === lamont [n=lamont@mib.fc.hp.com] has joined #ubuntu-kernel === _mike_ [n=mike@220.157.65.127] has joined #ubuntu-kernel [12:43] BenC: *lol* [12:43] I'd say "sheesh, you barely stopped for a smoke", except I'm sure that's not true ;) [12:57] this merge is getting ugly :) [01:01] Do you cherry pick changesets, or create new diffs when you do backports? === fabbione [i=fabbione@195.22.207.162] has joined #ubuntu-kernel [01:09] jbailey: a little of both [01:10] I'm really not looking forward to merging glibc with Debian again. [01:10] some of the stuff can't be cherry picked, especially things that made the semphore -> mutex switch [01:10] Right. [01:10] Assuming you're targetting .17 for edgy? [01:10] I'm wondering if glibc should have support for the new syscalls. [01:10] man, I know I've seen atleast 50 conflicts pass by so far === maks [n=max@213.239.196.228] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel === mjg59_ [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel [01:10] yeah, maybe even .18 === maks [n=max@baikonur.stro.at] has joined #ubuntu-kernel [01:10] 'k === fabbione_ [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel [01:11] if .17 released within 4 weeks of edgy opening, then we'll target .18 [01:11] You're brave. [01:11] Aren't we theoretically still aiming for an October edgy release? [01:11] Linus has been sticking with his 3 month release cycles pretty closely [01:11] are we??! [01:12] wow, that sounds like it will be a little insane [01:12] I haven't seen anything that says we're not. [01:12] yeah, we're shooting for a shortened one to get back on track [01:13] 6.06, 6.10, 7.04, 7.10, ... [01:14] Anyhow, off to the gym. [01:52] shit, this merge is going to take a few days [01:55] oh man [01:55] edgy kernel already? === mxpxpod_ [n=BryanFor@wuw-ojr3gmca.dybb.com] has joined #ubuntu-kernel [01:57] 360 files conflicting === mxpxpod__ [n=BryanFor@wuw-ojr3gmca.dybb.com] has joined #ubuntu-kernel [02:16] This is for edgy? I think Fedora does things pretty well by rebasing to Linus every day. [02:16] But I guess they stay closer to upstream than you guys. [02:17] it takes a lot of guts to be as cool as benc :) [02:17] he doesn't feel the peer pressure, huh :) [02:22] Of course, Fedora also introduces weird bugs that break things that they then ignore the bug report on for a month, and then continue to ignore it after I find out what they've done wrong and give them a patch to fix it. *sigh* [02:23] BenC; got a sec to explain something to me? [02:23] cjb: kernel bugs? or other things? [02:24] (or anyone who knows, really) [02:24] airlied: Yeah, kernel, I was thinking of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190128 . [02:24] when building a new kernel config, how do i decide if it needs a new ABI number and how do i affect the change? is this somehow automated? [02:24] (Which is still broken in Rawhide.) [02:25] I haven't seen davej online lately, he might be away.. :-) [02:25] He's posting to lkml and pushing new kernels, so I think he is around, but I've heard that he's pretty swamped. [02:27] they should have a hey I fixed this flag in bugzilla.. [02:27] desrt: yes, it's in debian/rules. [02:28] crimsun; does kpkg automatically deal with it? [02:28] desrt: it's sed, grep, wc, and shell magic. [02:30] airlied: That's a really good idea. I wouldn't have privileges to change state to it, though, unless they make it so that anyone can. Which would also be a good idea. === chuck_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [02:36] cjb: Every distro has their own approaches to kernel, toolchain, etc. [02:36] It's what makes us all interesting ;) [02:37] jbailey; is there more of a formal office in montreal these days? === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel [02:37] Yeah. And then there's Xen, which rebases against -stable guaranteeing that *no* distro will be in a position to merge it, no matter how often they rebase to Linus. :) [02:39] crimsun; i guess the thing that confuses me -- you have to know the kernel version number before you start building it [02:39] crimsun; but it doesn't seem like you'd know the ABI version number until after building [02:40] desrt: If you do the debian/rules build, it will tell you the ABI changed [02:40] and if it does do: debian/rules bumpabi [02:40] and be sure to edit the version in debian/changelog [02:40] then i have to rebuild? [02:40] debian/rules binary-debs [02:40] is the target I use [02:40] desrt: yeah [02:40] crikey [02:40] desrt: it will only build the first target though [02:41] not the whole thing [02:41] ok. if i'm fairly sure the ABI is gonna change then i can just bumpabi first? [02:41] desrt: apt-get install ccache [02:41] good call. [02:41] yeah [02:41] does that setup automagically? [02:41] you have to add /usr/lib/ccache to the front of your PATH [02:41] done & done [02:42] so first, build [02:42] maybe even set CCACHE_DIR to some place you want [02:42] debian/rules binary-debs === cjb symlinks gcc to 'ccacne gcc'. [02:42] if the ABI changes, run debian/rules bumpabi [02:42] erm.... [02:42] there is no debian/ directory here? [02:42] edit debian/changelog to reflect the ABI change [02:42] then how can you have an existing ABI? :) [02:43] where do i get debian/ from? [02:43] desrt: Yeah, we take possesion of it next week. [02:43] apt-get source linux-source-2.6.15 [02:43] oh. [02:43] i thought install == source for linux-source [02:43] well, it is, minus the debian directory that we use to build the packages [02:43] ok. this actually makes quite a bit more sense now :) [02:44] what of make-kpkg? [02:44] jbailey; that's pretty sweet. where is it? [02:44] bleah... [02:46] BenC; so i take it the bump-abi rule just copies the new abi info into the debian/ directory? [02:50] desrt: it just sed's the files needed to reflect the new version [02:50] there's a stored copy of the 'old' abi information somewhere in debian/ for purposes of comparison, right? [02:54] ok... so the -23 source package has a copy of the abi's for -22 but not for -23 [03:04] desrt: Near Lucien L'alier. [03:04] (mtro) === _human_blip_ [n=mike@220.157.65.127] has joined #ubuntu-kernel [04:21] jbailey; cool. === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-kernel [04:42] BenC: X spun out and kill -9 didn't solve it. [04:42] So still some sort of problem Ah well. post-dapper problem. [04:44] jbailey: still nothing causes the spin? [04:44] just general usage? [04:44] jbailey: that sucks [04:45] airlied: In this case it was in a screensaver. [04:45] I was afk, so I don't have more details. [04:45] In a screensaver, I can't really tell if it's thatit's changing, was about to DPMS, etc. [04:45] hmm I'll probably have to run more screensavers.. you on 64-bit or SMP? [04:45] It's unfortunately a very poor testcase. [04:45] both. =) [04:46] ah lovely... I've always wondered if we might have some SMP issues.. [04:46] airlied: If you have some sort of assault test that you want me to run, I can cheerfully do so. [04:46] my only SMP machine has an X1300 in it, so I can't use it yet.. [04:46] Although perhaps not tonight. [04:46] jbailey: I'd love to have one that's the problem we don't so finding these things is a real pita.. [04:50] I might put a PCI radeon in my SMP box for a test... [04:53] YEah, I'm sure. [04:53] I don't know how to start troubleshooting this sort of thing. [04:54] If it's at all significant, kill -9 wouldn't take out Xorg [04:54] yeah nothing will take it out once the GPU crashes.. [04:55] it's also like playing whack a mole, you smack one bug, another bug the exact same pops up, it could be 5 bugs all different having the same symptoms.. [04:58] heh. [04:58] Are you part of upstream for this? [05:01] jbailey: I'm the DRM maintainer for upstream.. [05:02] Ah, cool. [05:02] You seemed excessivly clueful for a random observer. =) [05:03] I also try and fix r300 things because I hate ATI. :-P [05:08] morning guys [05:08] airlied: Eh, you express hatred in a way with which I am not familiar ;) [05:08] Heya Fabio! [05:08] hey Jeff === jbailey goes and grabs some more food. [05:09] touch: cannot touch `/root/glibc-2.3.6/stamp-dir/check_sparc64': No space left on device [05:09] WTF [05:09] infinity: i need your binaries.. sort of now === dilinger [n=dilinger@207.210.101.209] has joined #ubuntu-kernel === doko [n=doko@201.160.17.131.cableonline.com.mx] has joined #ubuntu-kernel [08:07] airlied: When I sync to 2.6.17-git, I can just revert and merge conflicts in drm to match Linus' tree, right? [08:10] BenC: yes there should be nothing in your tree that isn't in Linus.. === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [08:54] mjg59: Too late to do anything about it now, but I think your "switch to 640x480 on some machines" hack could be circumvented with just tweaking the 640x400 timings instead. [08:55] mjg59: If I'd known you were looking at doing that, I would have worked with you to test some stuff. I didn't have access to any hardware where the current (admittedly not-quite-right) timings didn't work, so I couldn't test better ones. :/ === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel [09:31] whew. [09:31] that is ugly as shit. === bluefoxicy is attempting to write a patch to control mmap() and stack randomization entropy levels from kernel parameters [09:33] trivial but 1) i don't understand the code really so I may be off by 1; 2) I shoved two additions, a subtraction, a bit shift, and a modulus in one statement. [09:33] at least the code appears robust enough to handle it even if I screw up. === Keybuk [n=scott@quest.netsplit.com] has left #ubuntu-kernel [""] === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel [02:38] BenC: Hrm, the CONFIG_RTC=y thing didn't go in, did it? [02:42] oh, hurrah [02:42] pleeeease put that in [02:42] and GENRTC=y [02:42] let more pointless modules bite the dust [02:44] It's less about pointless modules and more about SMP machines *requiring* the RTC driver to manipulate the hwclock in any sane fashion. [02:45] infinity: damnit...that's two config options I forgot to add [02:45] So hwclock and ntp don't blow up, among others. [02:45] hwclock wouldn't blow up now anyway [02:45] I forgot HUGEPAGES for PPC64 aswell === Keybuk points at /etc/udev/rules.d/85-hwclock.rules [02:45] I'll sneak it into the first update [02:46] Keybuk; try to convince BenC to release a -24 for dapper :) [02:46] no no === desrt j/k [02:46] -23.36 if anything :) [02:46] fwiw i have a sneaky suspicion that hugepages changes the abi [02:46] desrt: that wouldn't be an ABI change [02:47] you certainly get new functions [02:47] BenC: When you say "first update", you mean "the first update before release", not "after", right? :) [02:47] yeah, let's have ANOTHER kernel ABI change before release [02:47] they're SO MUCH FUN [02:47] BenC: I suspect the RTC change especially won't fly after release. [02:47] if HUGEPAGES changes the ABI, then powerpc will get an ignore file [02:47] (Doubly-so, since we seem to build some udebs with rtc drivers in them?... Feh) [02:47] I don't think it would affect modules anyway [02:48] ignore file? [02:48] desrt: echo "Yes" > debian/abi/powerpc.ignore [02:48] so I don't have to bump the ABI [02:48] ah. i see. cheater file :) [02:48] Of course, we put those udebs in universe, so we know d-i isn't using them ANYWAY. [02:48] if it only adds functions, it would ignore it anyway [02:48] since new != important [02:49] wait a second [02:49] plus... the normal modules get upgraded along with -image and you don't really have a whole lot of linux-restricted-modules kicking around on ppc [02:49] I'm not working...I don't have money in my budget for extraneous beer-to-super expenses [02:49] BenC: fabbione promised to wipe clean the irc logs :) [02:49] BenC: I'll cover your drink requirement. I'm sure I already owe several. [02:49] lol [02:50] Hell, I actually UPLOADED on my day off. [02:50] So, I'm a lost cause. === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-kernel [02:50] infinity: and it wasn't exactly a subtle package either ;) === desrt has been looking for someone willing to do an upload since last night :p [02:50] I'm at 73 files remaining of 360 for the edgy 2.6.17 git merge [02:50] hi [02:51] I've got a kernel panic just a moment ago [02:51] I've got pictures if anyone is interested [02:51] BenC; btw.. is it normal that the kernel doesn't build-dep on kernel-wedge or m4? [02:51] zyga: you're too late...all oopses are not considered features, which enable breaks to prevent hyper-tension and repetitive syndromes [02:52] s/not/now/ ? [02:52] ? :D [02:52] yes [02:52] duh.. I need to run now [02:52] I'll post the pictures and come back in 5 hours [02:52] bbl [02:52] desrt: the kernel, or the kernel source? [02:52] BenC; source [02:53] oh man i'm a dumbass. i did apt-get build-dep linux-source. disregard. [02:53] apt-get install linux-kernel-devel [02:53] that'll help a little too :) [02:54] http://www.technologyevangelist.com/2006/05/ubuntu_linux_dapper.html [02:54] so i'm still trying to figure out the abi thing === BenC notes we are better than Vista [02:54] and, our install is easier than MacOSX, which I think says a lot more [02:54] the -23 source i downloaded contains the -22 abi files.... how does the build check if my build is the same as -23? [02:54] desrt: it doesn't [02:55] we have to add the -23 files in afterwards, they aren't important in that source file [02:55] ah. so if you were building a kernel, you'd have them kicking around in there [02:55] desrt: Grab the -23 ABI file from /boot/ :) [02:55] ahah. truth revealed [02:56] infinity; thx. i've been wondering :) [02:56] desrt: debian/bin/getabis 2.6.15 23 [02:56] that will get them _all_ [02:56] BenC: Actually, that's a fair point. Maybe our shipping kernel source should contain the ABI files, for people trying to mangle derivative kernel builds. [02:56] in the process, downloading a few hundred megs of .debs :) [02:56] BenC: Which makes a good excuse for one last upload. :) [02:56] FAILED [02:56] :) [02:57] desrt: debian/bin/getabis 2.6.15 23.35 [02:57] BenC: The process is confusing enough for people to understand without also wondering where the files are. :) [02:57] to hell with it [02:57] infinity: Nah, ppl love a good file hunt :) === desrt copies from /boot :) [02:58] BenC: I'm vaguely amused at comparisons between Linux distros and Vista. [02:58] jbailey: I'm ammused that our TCP/IP stack needs optimizing [02:58] With a target release of midwinters, the likelyhood of xgl being stable is high. [02:59] Did davem just plan a redo of a large part of the IP stack? [03:00] I thought I saw something about doing channels and some other optimisation. [03:00] Our IP stack has needed optimisation for eons, this is no surprise. [03:00] But just that all the flashing zing that Vista can pump out will probably be matched in every aspect that an end user will care about. [03:00] The WinNT IP stack was lifted nearly verbatim from BSD, and has been very performant from day 1. [03:01] But, yeah, most users don't give a hoot about a slightly better IP stack. [03:01] And most server scenarios don't push data from RAM fast enough for those benchmarks to mean anything to them. [03:01] (Some few here and there actually do, but most machines aren't bottlenecked elsewhere) [03:02] s/aren't/are/ [03:05] heh [03:06] this dapper review has an entire paragraph devoted to "we should have shipped networkmanager by default" [03:08] Yeah, WiFi is either not important at all, or THE MOST IMPORTANT THING EVER. It's a rather polarising thing. [03:08] I'm still in the "not important at all" camp, despite having a small wireless network at home. [03:08] it depends on if you have a laptop or not [03:09] Mostly because when I want to get any real work done, I still switch to copper (and probably always will, since copper is always a few steps ahead) [03:11] my laptop's inability to get onto my wireless network without me invoking a shellscript is sort of a sore spot [03:12] it doesn't hurt me too much.... [03:12] but it hurts my "look how awesome ubuntu is!" credibility :p [03:12] Mine seems to do well anywhere with NM now. [03:12] WEP, WPA, etc, etc. [03:12] nm is terribly buggy on bigendian === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [03:13] So are many wireless drivers. :/ [03:15] the opensource broadcom ones seem to work fairly well [03:15] and the latest upgrade massively improved the range i get [03:16] i used to barely be able to connect from the far corner of my office... now i get flawless signal from across the hall [03:22] linux-source-2.6.15 (2.6.15-23.36) UNRELEASED; urgency=low [03:22] Changes by Ben Collins [03:22] * powerpc64: Enable HUGETLB [03:22] * x86: Build-in rtc and genrtc on all but the 386 kernel. [03:22] I'll try to get this in for dapper release, but no guarantees [03:23] :) [03:23] * amd64: Same as above [03:23] ? [03:23] good call [03:23] I have no idea about RTC drivers on PPC, so I can't comment there, sadly. [03:23] If you have an SMP G5, you could do some hwclock testing. [03:23] what's the issue with having the driver built-in? [03:24] kernel gets correct initial time without having to use hwclock in the initscript? [03:24] But on amd64, we know we want it (heck, the installer does "echo rtc >> /etc/modules" on amd64, doesn't it?) [03:24] desrt: No. [03:24] desrt: hwclock and ntp (and other hwclock-using things) just plain don't work right on SMP systems without an rtc driver. [03:25] desrt: So having it modular on our kernels that are now all SMP-enabled is just plain silly. [03:25] btw: there is no 'rtc' module on ppc [03:25] infinity; why not just load the module on boot? [03:28] desrt: Because loading it on boot unconditionally it no different from having it built in? [03:28] fair enough :) [03:28] desrt: s/it no/is no/ [03:28] Simplicity++ [03:28] i thought the ubuntu kernel policy was "make everything a module that is humanly possible" [03:28] I dislike adding more moving parts without a good reason. [03:29] No, that's the Herbert Xu kernel policy. [03:29] that's my kernel policy too :p [03:29] Ours is more like "make things modular if there are conflicting ways to set up a system" [03:29] or my pre-ubuntu-feeding-my-kernel policy [03:29] You'll note we don't modularise the IP stack, for instance. [03:29] Which CAN be done. [03:30] But it's insane. [03:30] wait.. the true test [03:30] brb [03:30] ok [03:30] unix domain sockets -- not a module [03:30] good job :) [03:31] Yeah, I vaguely recall Xu building that one modular. [03:31] who is Xu? i think i'd like this chap. [03:32] Herbert Xu.. Was a Debian kernel maintainer for ages, worked for us on the kernel back in the warty and hoary days, and did some contract work for us in the breezy timeframe. [03:33] Has nothing to do with us recently. [03:56] BenC: what about HUGEPAGE for sparc? [03:56] HUGETLB i mean [03:56] I can do that too [03:56] is it worth? [03:56] or are we going to destabilize *? [03:56] probably best to ask davem [03:57] i know he enables it in his kernels === BenC is down 10 files to manually merge from the 360 he started with [03:57] fabbione: might be a good idea then [03:57] BenC: 10 files?!? [03:57] slacker ;) === jbailey hides [03:58] it'd be a lot more if my perl skillz weren't soo good :P === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === BenC pushes a most likely unbuildable edgy 2.6.17-git kernel [04:40] BenC: cool :) === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [05:43] yay, first 2.6.17-git build started! === BenC waits for it to fail horribly [05:43] if this works on the first try, I'll be worried [05:44] I expect it to break horribly in sound/ ;-) [05:47] I reverted most of sound/ [05:47] it's pretty much stock 2.7.17-git [05:47] oh excellent. [05:47] except for my snd-power-mac forward port [05:48] crimsun: do you go both ways...like if I send you patches can you submit them to alsa? :) [05:48] BenC: oh sure [05:48] good, I need to get the snd-powermac changes merged [05:48] benh has been bugging me to get it done for awhile [06:39] BenC: Stop hitting on our volunteer contributors. It could be misconstrued as sexual harassment. :) [06:39] hehe [06:39] "Do you go both ways" indeed. [07:44] BenC: merged.. What did you take on doign sound? === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel [07:56] fuck that [07:56] oops wrong window [08:06] Guys isnt it linux-kernel-tree to download source from ubuntu breezy? [08:08] you probably mean linux-tree{-2.6.12} [08:13] crimsun: yes.. linux-tree-2.6.12 will download the source I guess? I forgot and now in dapper its linux-source? === lloydinho [n=andreas@130.225.236.251] has joined #ubuntu-kernel === doko [n=doko@201.160.17.131.cableonline.com.mx] has joined #ubuntu-kernel === doko_ [n=doko@201.160.19.41.cableonline.com.mx] has joined #ubuntu-kernel === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-kernel [10:54] woot! [10:55] I wrote a patch to let me shift around entropy for mmap() and stack bases via kernel command line! ... now to build and test. === frenkel [n=frank@j210092.upc-j.chello.nl] has joined #ubuntu-kernel === frenkel [n=frank@j210092.upc-j.chello.nl] has left #ubuntu-kernel [] === doko [n=doko@201.160.19.41.cableonline.com.mx] has joined #ubuntu-kernel === frafu [n=frafu06@vodsl-8926.vo.lu] has joined #ubuntu-kernel [11:12] back [11:17] anyone awake? [11:24] I'm awake [11:24] And very bored. [11:24] LD [M] drivers/media/video/zr36067.o [11:24] CC [M] drivers/media/video/videocodec.o [11:24] It seems I have much more boredom to come. === bluefoxicy building a kernel package to test a patch [11:25] I've got pictures of a kernel panic [11:25] interested? :) [11:25] ocrap, i have it set to build for like 59 different architectures [11:25] abort, abort! [11:25] (fspot is still working on that part though :) [11:25] 59? :) [11:26] didn't clean antyhing out [11:27] http://rafb.net/paste/results/ImsI6i74.html <-- this is what I'm doing [11:28] checking [11:28] I'll post the pictures in a moment [11:28] gotta love how I replace 2 lines of code with 23 lines ;) [11:29] holy sh... :-) [11:29] random_factor = get_random_int() % (4096 << (mmap_random_bits - 1)); <-- this is wrong :) [11:29] I had just plugged an USB mic+headphones [11:29] and a notification popup asked me to configure it... [11:29] when did linux distros get that good! [11:30] lol [11:30] The more interesting thing isn't that it asked... It's whether or not it workes afterward. :) [11:30] s/workes/worked/ === bluefoxicy changes things directly inside the patch ;) [11:31] good point [11:31] well gstreamer seems to see it === zyga is curious what kind of usb device it reports as [11:32] hmm, bDeviceClass - 0 [11:32] I don't know usb :P [11:32] nyway [11:32] lsusb [11:32] pictures are ready [11:32] bluefoxicy: I did use lsusb [11:32] what'd you panic this time? === bluefoxicy would imagine usb headphones == sound card [11:33] bluefoxicy: probably right [11:34] zyga: next april I should send a patch to lkml to fix panic() [11:34] it occurs to me the kernel doens't actually panic [11:34] #define panic() BUG() [11:34] http://ubuntu.suxx.pl/2006--1/bugs/kernel-panic-0 [11:35] (tla has left its marks on my soul) [11:35] I'll fix this by having it mdelay() for a few seconds and then randomly printk() one of {"My mind is going","I'm scared, Dave; will I dream?","Daisy, daisy....","HELP ME!!!!!!} in a loop. [11:36] hehe [11:38] hrumpf... gnome-sound-properties doesn't remember the default sound device setting [11:41] whoooa [11:41] it works [11:42] are my photos of any use? [11:43] I see lots of numbers. [11:43] so not to me :) [11:43] there is a backtrace... [11:44] http://ubuntu.suxx.pl/2006--1/bugs/kernel-panic-0/DSCN5461.JPG [11:44] I know