[12:17] BenC: Thanks. Seems like someone has already taken your fixes upstream. [12:17] TheMuso: which ones? [12:19] The module loading, and the semaphore fixes. [12:19] As well as the ppp serial header adjustment. [12:19] ppc [12:20] excellent [12:20] that was quick :) [12:22] Daniel drake from Gentoo must be following it, as he is the one who committed the fixes. [12:24] I don't know if you are also aware, but there was a commit to CVS recently that I submitted to add a keyboard command for laptop keyboards. I can send you a patch if you'd like. [12:28] yes, please do [12:34] sent. Thanks again. [12:42] BenC: I would like to build a test kernel from git to test the speakup stuff. Is there a way that I can build only one kernel flavour, i.e just i686? [12:42] TheMuso: See the CategoryKernel wiki in the topic, there's a link on that page to a "howto build" wiki page [12:43] Ok thanks. [12:43] TheMuso: or you can wait one day, and the daily builds will be up (URL is in the topic) [12:43] Yeah I saw that too. Cheers. === pschulz01 [n=paul@eth6067.sa.adsl.internode.on.net] has joined #ubuntu-kernel === anibal [i=ams@ns1.mssinc.biz] has joined #ubuntu-kernel [01:58] mdz: ping [01:58] BenC: pong [01:58] mdz: email with benchmarks sent [01:59] mdz: basic idea is, there's little to no difference [01:59] same results for amd64 kernels [02:00] mdz: the best numbers to look at are the Ratio's to the no_load [02:01] the Time columns is also important [02:02] I'm still running a UP amd64-generic vs amd64-k8 test, but I don't expect it to be any different [02:02] BenC: that looks pretty compelling to me [02:03] mdz: just say the word [02:03] BenC: we should discuss on ubuntu-devel; mind if I forward your email? [02:03] sure [02:10] Greetings.. I am going to be 'lurking' here.. but is there anything that I should be aware of (other than what is in the channel subject line?) [02:13] the plan is to learn and start contributing where I can.. I have various embedded archtectures I can test on (if relevent) and an older (non-intel) Mac Mini. [02:19] BenC: do you have any pointers to documentation which explains what the figures mean? [02:19] pshel: welcome, nothing really to explain really :) [02:19] pschulz01: there's some information at https://wiki.ubuntu.com/KernelTeam, though the time-related stuff is out of date [02:20] mdz: contest.kolivas.org [02:21] thanks [02:24] mdz: Thanks. [02:24] BenC: Is ther much that needs doing? [02:25] pshulz: bug maint is the main thing we need, but we only have light documentation on the wiki for kernel bug triaging [02:25] sorry, I keep misspelling your name [02:25] BenC: How many packages does the team/you look after? [02:26] well, kernel is mainly linux-source-2.6.17 (edgy) 2.6.15 (dapper) 2.6.12 (breezy) and 2.6.10 (hoary) [02:26] BenC: that's OK :-) [02:26] we also maintain linux-restricted-modules and linux-meta [02:27] Can I put that on the Wikipage :-) [02:27] and to some degree, other packages like initramfs-tools, kernel-package and kernel-wedge [02:27] BenC: you want to read over this before I send it, or just get it when it hits the list? [02:27] mdz: you can just send it...doubt there's much I need to read over [02:28] pschulz01: just keep it simple...the less we have to maintain the info the better [02:30] BenC: I need somewhere to keep notes :-) [02:40] kylem_: ping [02:50] BenC: Have a look at https://wiki.ubuntu.com/KernelTeam [02:51] BenC: Is there a lauchpad page? [02:51] pschulz01: launchpad.net/people/ubuntu-kernel-team I believe [02:51] BenC: launchpad [02:51] make sure you get the right one [02:51] there are two kernel teams, one has about 6 members, and the other is empty [02:51] choose the one that has members [02:52] I'm waiting for the launchpad folks to implement team merging [02:53] pschulz01: you can kill the news portion. Looks great though, thanks! [02:53] BenC: I need an administrator to add me.. [02:54] I'll get the request [02:54] Done.. [02:59] mdz: nice email, thanks [03:09] BenC, pong. [03:12] BenC: The Launchpad team is listed as 'restricted', as opposed to 'moderated'.. so it doesn't look like you'll even get my request to join. [03:18] BenC: Some final changes to https://wiki.ubuntu.com/KernelTeam otherwise will switch back to lurk mode. [03:23] My shipit CD's just arrived.. [03:24] 70 CD ROMS - 50 PC; 5 Mac/PowerPC; 15 AMD/64Bit + 40 Stickers. === pschulz01 apologises.. related.. but wrong channel. [03:36] BenC: np. I just got a panic when unplugging a slightly flaky USB device, and got an oops in khubd. worth a bug report? === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-kernel [06:42] hmm. the old ndiswrapper-1.1 source package in main generates a ndiswrapper-utils-1.1 binary package that apparently doesn't work with Edgy's kernel. [06:55] edgy's ndiswrapper kernel module has been updates...maybe the userspace tools need to be as well [06:55] crimsun: ^^ === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-kernel === chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === nigel_c [i=nigel@nigel.suspend2.net] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-110-181.pools.arcor-ip.net] has joined #ubuntu-kernel === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-kernel === pschulz01 [n=paul@202.174.42.5] has joined #ubuntu-kernel === nigel_c [i=nigel@nigel.suspend2.net] has joined #ubuntu-kernel === nigel_c [i=nigel@nigel.suspend2.net] has joined #ubuntu-kernel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-kernel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === lfittl [n=lfittl@85-125-147-132.dynamic.xdsl-line.inode.at] has joined #ubuntu-kernel === pschulz01 [n=paul@202.174.42.5] has joined #ubuntu-kernel === kbyrd [n=Miranda@mailout1.vmware.com] has joined #ubuntu-kernel === jwest- [n=jwest@83.110.124.122] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel [07:02] mdz: I think given the lack of any real problems with the proposal, I'm going to move forward with the image conversions [07:02] I'm not going to upload till I get to germany [07:03] so if there's any problems, we can schedule a dev session for it :) [07:04] BenC: sounds good [07:04] BenC: so what are your thoughts on the naming? [07:04] mdz: -386 will remain as an alternate kernels [07:04] -generic will become the standard kernel [07:05] and -generic will be fairly close to what -686 is now? (SMP-enabled) [07:05] basically it will be the same as the k7/686 kernel, but targeted at 586 and above (386 is targeted at 486 and above) [07:06] amd64 will have -generic (which is just a rename of the -amd64-generic kernel) and remove the -xeon and -k8 versions [07:06] -amd64-server will be renamed to -server too [07:07] so we're killing three kernels [07:07] I'm also considering droping the non-smp kernels on ia64, since I doubt there's many non-smp ia64's around [07:07] I've never heard of any at least [07:08] i'm pretty sure the workstation ia64s were uniproc [07:09] (or the low end ones anyway.) http://www.ia64-linux.org/machines/zx2000.html === ivoks [n=ivoks@lns02-0048.dsl.iskon.hr] has joined #ubuntu-kernel [07:10] sounds good [07:11] thom: it may just have to run an smp kernel if they want to use it [07:11] we force ppc64 users to run an smp kernel [07:12] fair enough. [07:12] I never hear anything from ia64 users anyway :) [07:12] probably will change with the new Itanium2 chips, bu then they are multi-core anyway [07:15] mdz: lrm has a "base" kernel for each arch...are we saying we want -generic to be base for i386 now? [07:15] BenC: what does that mean? [07:15] the standard kernel used for installs and most running systems [07:15] I think linux-meta makes the distinction as well [07:15] lrm uses it for udeb creation [07:15] I don't see why lrm should care [07:16] it doesn't create udebs for all kernels [07:16] if it's for udebs, then it should be the kernel we use on the alternate CD [07:16] which will continue to be -386 [07:16] because the liveCD doesn't need udeb's, correct? [07:16] correct [07:16] ok [07:16] linux-meta is trickier, since we use that on both [07:18] linux-meta is going to be tricky because it's gaining a lot of rename cruft :) [07:19] BenC: Hey, a question, I got buried behind real work and stuff, did you get any time for a -dbg or similar kernel package with vmunix? [07:19] maswan: we've had linux-image-debug-* for several kernel versions now [07:20] well, several revisions of the edgy kernel [07:20] BenC: ah, awesome. we're just getting around to upgrading to dapper. :) [07:21] BenC: thanks and keep up the good work [07:21] maswan: np [07:37] BenC: nvidia-kernel-common recommends nvidia-kernel-source | nvidia-kernel. should the kernel provide nvidia-kernel or should we do away with that business entirely? === allee [n=ach@allee.exgal.mpe.mpg.de] has joined #ubuntu-kernel [07:39] do we even need that package? [07:40] I guess we do [07:40] I'd say remove it [07:40] that package is just a dep of the lrm stuff, so it gets pulled in when needed [07:40] I mean remove the recommends [07:53] BenC: i have an 2.6.17ish xen kind of working [07:54] that sounds vaguely cool :) [07:54] mdz: we only support single release upgrades, right (like you can't upgrade directly from breezy to edgy)? [07:54] 2.6.18 xen was cherry picked and back ported now just to cherry pick edgy [07:57] BenC, you pinged last night? [07:58] kylem_: I forget why [07:58] k :) [08:09] grrr...suse sucks [08:09] BenC: correct [08:10] BenC: That said, I entertain bug reports about skipped-release upgrades, if the upgrade path doesn't take me more than 10 seconds to divine and hack into a maintainer script. [08:11] (With most packages, we get that for free anyway, since Debian's release cycle is slower, so they handle most upgrade paths) [08:15] just wondering how long I should keep linux-meta upgrade meta-packages [08:15] like the ones we had in dapper for -686-smp, and the ones that have been there for who knows how long for power[34] kernels [08:22] I think I'm going to kill off the power cruft [08:22] leave the {686,k7}-smp for one more release [08:23] so what is the end result going to be? [08:24] so i can reflect it with the xen bits === jwest- [n=west@83.110.124.122] has joined #ubuntu-kernel === jwest- [n=west@83.110.124.122] has joined #ubuntu-kernel [08:57] zul: i386 => generic (standard kernel), 386, server, server-bigiron [08:58] amd64 => generic (standard kernel), server [08:58] hppa and ia64 are getting their -smp versions cut (basically it will be SMP only for those arches, but no biggie) [08:59] ok cool.. [08:59] ill make my changes as well [09:01] mdz: hey remind me to give you back that euro power adapter you lent me in paris [09:02] BenC: ah, so that's where it went === jwest- [n=west@83.110.124.122] has joined #ubuntu-kernel === lfittl [n=lfittl@85-125-147-132.dynamic.xdsl-line.inode.at] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel