=== 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 === decaf [n=mehmet@85.107.188.202] has joined #ubuntu-kernel === crimsun [n=crimsun@pdpc/supporter/silver/crimsun] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === decaf [n=mehmet@85.107.188.202] has left #ubuntu-kernel ["Leaving"] [03:44] startkeylogger === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === cmvo [n=cmvo@62.225.11.174] has joined #ubuntu-kernel === Solol [n=julien@seg75-3-82-225-248-234.fbx.proxad.net] has joined #ubuntu-kernel === heatxsink [n=jmioph@c-24-7-127-192.hsd1.ca.comcast.net] has joined #ubuntu-kernel [10:32] so 2.6.15-16-23 doesn't have that bluez patch? === CataEnry [n=cataenry@host83-39.pool8248.interbusiness.it] has joined #ubuntu-kernel === ..[topic/#ubuntu-kernel:BenC] : Ubuntu kernel development discussion ONLY | New git tree for dapper: https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-17.24 uploaded (\./) | Daily Diet of Destruction: http://people.ubuntu.com/~bcollins/kernels-daily/ [01:32] hey BenC [01:33] hey fabio [01:33] BenC: sparc buildds are up and running [01:33] :) [01:33] kick ass [01:34] BenC: if you can be so kind to pull/push from me i have a few |Viagara bug fixes from davem [01:34] RTC driver and SMP [01:34] fabbione: btw, this time around, I kept all the ABI files for all 6 architectrures :) [01:34] now it is stable :) [01:34] ok [01:34] yeah i saw [01:34] no abi changes [01:34] great, now Sun can send me one so I can use it :) [01:34] i wish i could get one too :) [01:34] if they send me two, I'll sneek one into Germany for you :) [01:35] eheh [01:35] too bad i won't be in Germany [01:35] my wife delivery is right at that time [01:35] so i might or not come.. [01:35] it depends how i "fell" [01:35] ah, yeah, don't want to take a chance of missing that delivery [01:35] yeah exactly [01:36] https://launchpad.net/+builds [01:38] BenC: i wanted to talk to you about silo too [01:38] how bad would it be to move it to git? (including history) [01:38] tailor did convert the svn repo without a glitch [01:38] or gime davem and me svn commit rights? :) [01:39] would probably be easier to convert to git [01:39] drop it on master.k.o [01:39] yeah [01:40] http://people.ubuntu.com/~fabbione/silo.tailor.conf [01:40] use this tailor config to import trunk into git [01:40] with history [01:40] of course change the paths to what fits you best :) === doko__ [n=doko@dslb-084-059-112-169.pools.arcor-ip.net] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel [05:07] BenC: *poke* [05:07] jbailey: yo [05:07] BenC: FCare to join us on the call? =) [05:07] oh crap [05:07] give me about 2 minutes [05:07] *lol* [05:15] Hm. === JaneW [n=JaneW@dsl-165-206-144.telkomadsl.co.za] has joined #ubuntu-kernel [07:16] shitty...both my USB2 systems work fine with a USB2 storage device [07:17] why can't I get a broken ehci like everyone else [07:17] BenC: How's your IDE knowledge? [07:17] suitable for questions, not sure about answers though :) [07:17] I have a PATA controller here [07:17] If I drive it with ata_piix (the libata driver), it works fine [07:18] via, intel, promise? [07:18] Intel [07:18] intel, ok [07:18] ahci is broken? [07:18] If I drive it with piix (the drivers/ide one), it doesn't work [07:18] No, this isn't a SATA controller [07:18] ah, right, piix [07:18] what sort of error messages from piix? [07:19] Or rather, it seems fine until I load ide-cd, at which point I get a spew of "failed opcode" errors and then interrupts rise at about 1000 a second [07:19] this seems familiar...I think there's a bug like this in lp [07:20] I can't wait for 2.6.16 when most everything is in libata [07:20] will be a nightmare for upgrades, but it will be worth it [07:22] can't seem to find it right now [07:24] want to try the 2.6.16-git piix.c in dapper's kernel? [07:26] nm, no code changes in 2.6.16-git [07:36] BenC: Why a nightmare for upgrades? [07:36] initramfs-tools ought to just load the right driver based on the PCI ID, shouldn't iT? [07:37] the switch to libata based IDE will make things go from /dev/hda to /dev/sda [07:37] if we had been using UUID based root and filesystem mounting all along, it wouldn't be a problem [07:38] however, there's also initramfs support for find-root or something like that [07:38] maybe it can help detect the changes [07:40] Or udev can magically make them appear as hdwhatever anyway [07:40] (I'm not convinced, but...) [07:41] hmm...I wonder if udev can rename devices for PATA to a corresponding hd instead of sd :) [07:43] Ouch, that's nasty. [07:43] Is this a permanent change? [07:44] BenC, mjg59: what package/setting does turn on power management for hd's? shutting down hd's in a server install doesn't seem to make sense [07:44] Like will all IDE devices then be sda'ish evermore?> [07:44] doko: not sure... [07:44] doko: To the best of my knowledge, no package does it [07:44] jbailey: pretty much...I think the long term plan is to move everything to libata/PATA [07:45] doko: do you have the -server install, or just normal ubuntu? [07:45] BenC: Ah, okay. [07:45] BenC: -server install [07:45] so normal install CD, but -server install, server kernel [07:46] doko: complain to fabbione...he's responsible for much of -server stuff [07:46] doko: dapper? [07:46] yes [07:46] yeah, he'd be interested in that [07:46] BenC: nope.. it's a .15 thingy to shut down disks all the time [07:46] fabbione: ^^^ [07:46] doko: ^^ [07:46] fabbione: are you sure it's not some default in hdparm.conf? [07:47] or perhaps even a BIOS setting [07:47] even if i boot with .15 and stay at "Choose language" in d-i the disks are turned off [07:47] BenC: it didn't happen with .12 [07:47] even my raid5 of 6 disks does go to sleep once in a while [07:47] can it be overridden with hdparm? [07:47] I can confirm this, .12 didn't spin down the disks [07:47] -server could have customer settings [07:47] custom [07:48] BenC: dunno... [07:48] i am not a fun of hdparm [07:48] BenC: Probably best to figure out why the kernel is setting it... [07:48] mjg59++ [07:48] could be a good reason though :) [07:48] most people want that...but I guess it could be changed for -server [07:49] BenC: We can set the timeout from userspace [07:49] no userland tricks pretty please [07:49] can you get the hdparm output for .12 and .15 and see if there's some difference? [07:49] BenC: yes i think i can [07:49] BenC: but not right away [07:49] But by default, the kernel ought to be leaving them runnning [07:49] then I can track down in the kernel [07:49] np, just email it when you can [07:49] BenC: i also got hints from elmo about -server kernel [07:49] BenC: like using a more sane deadline scheduler by default [07:50] looks like we'll be getting a powerpc-pseries kernel back, BTW [07:50] IBM is offering to test it for us [07:50] ah nice [07:50] ask benh for a config [07:50] he has access to one [07:51] I wish we could get someone to get mkvmlinux+oldworld boot working again too [07:51] why? [07:51] BenC: you could ask sven luther [07:52] but that would also mean shipping 20 CDs for powerpc [07:52] uh, heh, might pass [07:52] one for each possible arch/subarch/underarch combination [07:52] :P [07:52] don't forget the uberarch's [08:02] ehe [08:04] Are there any oldworld systems that people still care about? [08:04] I thought you had to go back quite a ways to find them. [08:25] infinity claims he has a G3 that needs oldworld boot [08:26] but I don't think he cares enough about it to get it working :) === cmvo [n=cmvo@62.225.11.174] has left #ubuntu-kernel ["Konversation] === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-kernel [09:35] Can somebody give this bug a proper looking at and set appropriate status and severity so it gets assigned faster [09:35] https://launchpad.net/distros/ubuntu/+source/linux-meta/+bug/32072 [09:36] kernel NULL pointer dereference in 2.6.15-14-amd64-k8 [09:36] don't know if it was found and fixed by -17