[12:17] kylem: I have 3 that all load i2c_ec, but nonoe of them oops. [12:17] On the vast majority of machines, i2c_ec will never bind [12:17] So loading it is uninteresting [12:21] BenC we can easily write a blacklist dir in /dev/.initramfs [12:22] some m-i-t would need to pick that up === macd [n=d@adsl-150-23-118.aby.bellsouth.net] has joined #ubuntu-kernel [12:28] is i2c_ec autoloaded somehow? [12:28] Yep. [12:28] Well, maybe. I'm not sure. [12:28] I think its a result of sms [12:30] sms --> sbs === mjg59_ [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === capiira [n=capiira@dslb-088-064-082-166.pools.arcor-ip.net] has left #ubuntu-kernel ["Leaving"] [01:08] rtg_: Uh. http://git.kernel.org/?p=linux/kernel/git/bcollins/ubuntu-feisty.git;a=commitdiff;h=82580efcd0224a29a9bef1b4ce53f7a4d4611b09 is really, really not a good idea. [01:09] Oh, wait, hang on. [01:09] Sorry, I see what you were doing there. [01:11] BenC qemu test complain about not beeing able to write to ${rootmnt}/etc/modprobe.d/initramfs as ro mounted [01:12] can post the patch if you want [01:12] maks_: Ah, right, it's mounted ro until after the init scripts run fsck and such [01:13] so maybe there should be a dangling symlink for /etc/modprobe.d/initramfs-blacklist -> /some/tmpfs/initramfs-blacklist [01:13] initramfs could create /some/tmpfs/initramfs-blacklist [01:14] BenC: It looks astonishingly likely that db2f0f088a056c4ccf9054747169802db2f9ae9a is what broke the i2c_ec stuff [01:14] Any idea what dragged that in? [01:15] BenC currently we like to write usplash stuff into /dev/.initramfs so there could be the modprobe.d blacklist there [01:15] mjg59_: right, rtg found that out too...that got dragged in either by devres stuff, or to fix some other bug, but I can't recall which now [01:16] I should really edit cherry-picks as to why they got picked, especially ones like that [01:16] Well, just lose that line [01:17] we are still seeing a bug with HPA patch, even reverted back to original ABI breaking code [01:17] reverting it just covered up the ata_dev_same_device() failure [01:17] BenC: Well, that's not the fix that he committed [01:18] BenC: is there a reason why c25cfc3ad3cb8cac3474febfe66cff8ee0bfba18a was applied reverting the tifm driver from 0.8 to 0.7? [01:18] mjg59_: I'll look at that in a second...if it works with the i2c change reverted, I can maybe get it in [01:18] I need to get HPA working [01:18] BenC: I can't guarantee that it works, and I recommend not reverting the entire thing [01:18] [ 67.208231] ata1.00: ata_hpa_resize 1: sectors = 234441648, hpa_sectors = -1342616656 [01:19] Just change that one line [01:19] It certainly can't make anything worse [01:19] mjg59_: which line? [01:19] + smbus->adapter.dev.parent = &device->dev; [01:19] Delete it [01:19] for i2c_ec? [01:19] Yes [01:19] Ok [01:19] You can't legally do that with the acpi in 2.6.20 [01:20] mjg59_: back to HPA, there seems to be some 64-bit issue with the lba to sectors code [01:20] I can see it on my xeon now [01:20] I need to check the values in that function [01:21] Ok [01:21] I'm unlikely to have a 64-bit install done in time to help you [01:23] mjg59_: be around for general poking if I find anything? [01:24] now that I can reproduce it, I can at least find out where it's coming from, but if I get any ata questions, I'm at a loss for quick answers [01:29] Yup [01:36] printk("%02x %02x %02x %02x %02x %02x: %016llx \n", [01:36] tf->hob_lbah, tf->hob_lbam, tf->hob_lbal, [01:36] tf->lbah, tf->lbam, tf->lbal, sectors); [01:37] [ 67.124009] f9 4b af f9 4b af: ffffffffaff94baf [01:37] prints that [01:37] that can't be right [01:37] this is what gets printed for another drive [01:37] [ 67.112044] 00 00 00 f9 4b af: 0000000000f94baf [01:37] the f94baf looks awful familiar :/ [01:46] the first read is from ata_read_native_max_address_ext() [01:46] the second is from the return value of ata_set_native_max_address_ext() [01:47] I think I see the problem with this === jml [n=jml@59.167.203.115] has joined #ubuntu-kernel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-kernel === jml_ [n=jml@59.167.203.115] has joined #ubuntu-kernel [02:15] BenC: what's the status? I see scrollback ... [02:30] cjwatson: things are working, I just have a slight problem of 64-bit ness it seems [02:31] cjwatson: it's a problem I can reproduce so just a matter of figuring out the thinko that is hiding in here somewhere [02:32] ok, I'm going to doze here, [02:32] if you phone my landline it stands some chance of waking me up [02:32] cjwatson: Ok, elmo said he'd be around to process an upload, unless you prefer I contact you [02:34] use me as a first resort and elmo as a backup, please === mdz_ [n=mdz@host86-141-95-121.range86-141.btcentralplus.com] has joined #ubuntu-kernel [02:44] cjwatson: will do === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-kernel === reitblatt [n=mark@resnet-50-180.dorm.utexas.edu] has joined #ubuntu-kernel === tritium [n=tritium@ubuntu/member/tritium] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === defendguin [n=supertux@cpe-72-181-7-135.houston.res.rr.com] has joined #ubuntu-kernel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [04:07] t. [04:07] (sorry, ultra-tappy touchpad) === tritium_ [n=tritium@ubuntu/member/tritium] has joined #ubuntu-kernel === m0rg0th [n=manugarg@219.64.120.181] has joined #ubuntu-kernel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [06:19] hey how do i mount the mmc device? === defendguin [n=supertux@cpe-72-181-7-135.houston.res.rr.com] has joined #ubuntu-kernel [06:35] now my mmc card wont work in -12 and it used to and my camera doesn't connect as a mass storage device [06:38] defendguin: please try the absolute latest kernel, it should fix it. === m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel [06:38] Mithrandir: what is the latest? -14? [06:38] or did they release something else with the mmc fix? [06:40] defendguin: yes. about 8 hours ago and should be in the archive.ubuntu.com as we speak [06:40] probably the mirrors didn't catch it up yet [06:40] 2.6.20.14.12 [06:40] ahh i see it in update [06:40] 2.6.20-14.23 [06:41] i hope that fixes the issue with the camera too === defendguin [n=supertux@cpe-72-181-7-135.houston.res.rr.com] has joined #ubuntu-kernel [06:50] doesn't look like it is working [06:51] how can i tell that im in .23? it just says generic [06:51] make sure uname -a says 2.6.20-14-generic [06:52] Linux houston 2.6.20-14-generic #2 SMP Thu Apr 12 22:53:19 UTC 2007 i686 GNU/Linux [06:52] and neither your camera (which I presume is mass-storage) nor your mmc reader works correctly? [06:53] correct [06:55] it is most probably mass storage but i can't guarantee that [06:57] i wish i had gotten a chance to test this fix out a few days ago [06:58] I think it's too late to fix this now, we might be able to do it in a post-release update [07:02] Mithrandir: i really need to mount this disk [07:03] i used to remember my fstab stuff but its been so long since i needed to [07:08] what sucks is that it used to work in -12 but now that doesn't even work [07:12] BenC: this isn't sounding good. What's up? [07:21] what breaks if we just blacklist that i2c-ec driver? [07:23] hm, the smart battery module breaks then.. [07:27] ugh, it's 1:30 for Ben, a bit on the late side to call him. [07:45] i don't think he will mind too much if you call him [07:45] probably the wife will mind more [08:09] I've sent him an SMS and will send him an email too, hopefully he'll see either if he's up === tritium [n=tritium@ubuntu/member/tritium] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === abogani [n=abogani@adsl203-157-083.mclink.it] has joined #ubuntu-kernel === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-kernel === m0rg0th_ [n=manugarg@220.225.228.97] has joined #ubuntu-kernel === ivoks [n=ivoks@20-45.dsl.iskon.hr] has joined #ubuntu-kernel === infinity3 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-kernel === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel === varka [n=varkatop@p54A5FF03.dip.t-dialin.net] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel === jml_ [n=jml@59.167.203.115] has joined #ubuntu-kernel === varka [n=varkatop@p54A5FF03.dip.t-dialin.net] has left #ubuntu-kernel ["Ex-Chat"] === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-kernel [12:07] the new kernel seems to be broken for me [12:07] should I file a bug? [12:07] no [12:08] there are about five hundred zillion dupes filed already [12:08] haha [12:08] ok sorry === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === stivani [n=stivani@d5152A75F.access.telenet.be] has joined #ubuntu-kernel === mdz [n=mdz@yttrium.canonical.com] has joined #ubuntu-kernel === ivoks [n=ivoks@38-155.dsl.iskon.hr] has joined #ubuntu-kernel [01:38] the SD/MMC reader on my x40 seems to work again, at least. [01:53] I've yet to find a use for the SD/MMC reader [01:54] since every single device I own has a different profile card [01:54] I wish I had a CF reader instead. SD is one of the few I actually don't have. [01:55] so I must be lucky. card reader in my z61t is compatibile with my sistet's Minolta camera [01:55] the 770 takes a little card that's half the size of the cards the N800 takes [01:55] zdzichuBG: my camera uses CF cards, since it's a tad more expensive than the cheap ones you can get. [01:56] at least I don't know of any prosumer DSLRs which use !CF. [01:56] successive sony phones have left me with a small pile of Memory Stick Duo, Memory Stick Pro Duo and now Scandisk M2 cards [01:56] none of which fit in any other device [01:56] yes, I have MS Pro Duo as well, for my old camera. [01:57] it's easier just to chuck a 250-thousand-different-kinds-of-cards reader in the bag and use that [01:57] I just use bluetooth [01:57] or USB === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-kernel === Lure_ [n=lure@external-7.hermes.si] has joined #ubuntu-kernel === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel [03:01] Mithrandir: 1000-in-1 usb card readers are cheap :) [03:01] they cost about 2.5 cents, so yes. === JanC just bought one [03:05] I don't understand why they don't just cram one of these in laptops instead of all those things that need special drivers [03:06] would probably be easier to support for manufacturers too === ..[topic/#ubuntu-kernel:cjwatson] : Ubuntu kernel development discussion ONLY | Kernel Wiki: https://wiki.ubuntu.com/KernelTeam | 2.6.20-15.24 Uploaded - If you have a BUG, it's too late to get it in for release. === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-kernel === jml [n=jml@59.167.203.115] has joined #ubuntu-kernel === m0rg0th__ [n=manugarg@220.225.228.97] has joined #ubuntu-kernel === mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-kernel ["Exit,] [03:35] Keybuk: The ones in the N70 (RSMMC) are electrically compatible with MMC and SD [03:35] There's a little adapter that clips on [03:36] N70? [03:36] don't have one of those [03:36] I have a 770 and N800 [03:36] 770, rather [03:36] the ones in the N800 are bigger versions of the ones in the 770, right? [03:39] The N800 comes with SD, not MMC [03:39] SD readers can read MMC, but not vice-versa [03:44] zul: ping [03:44] BenC: pong [03:44] whats up [03:44] zul: are you able to do anything with openvz? I sort of need to give Malc a heads up on what may or may not happen [03:45] yeah I have x86 kind of working kind of broken on amd64 [03:45] I keep timing out when Im trying to upload it with dput [03:45] IMO, just apply the patches and getting it building if you can [03:45] let them worry about whether it works or not [03:45] sure.. [03:46] zul: could you reply to the email they sent? [03:46] sure [03:47] zul: great thanks. I know you got a lot of other things going on more important, I'm just trying to follow up and make sure the communication doesn't go stale [03:47] not a problem, thanks [03:48] done [03:49] Ill try to upload the kernel to the archive again [03:50] and get the userland stuff uploaded at lunch === m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel [04:19] mjg59_: all I remember is that I tried to put the 770 card into my laptop [04:19] and couldn't get it out for weeks [04:21] Yes. You need the clip-on adapter. [04:22] wtf, could not resolve us.archive.ubuntu.com [04:24] I don't think I got an adapter [04:24] the M2 thing in the W880i is damned nifty though [04:24] it's 1GB and smaller than a thumb-nail === ivoks [n=ivoks@37-212.dsl.iskon.hr] has joined #ubuntu-kernel [04:28] Keybuk: The 770 ships with the card in an adapter [04:28] You have to unclip it before you can put it in the machine [04:28] oh [04:28] wonder where I put that then [04:29] probably threw it away :) [04:37] Keybuk: thank you for the n-m fix it worked great :) [04:41] hey guys ... I'm getting 403 Forbidden when trying to install linux-image-2.6.20-14-generic [04:42] before I look for someone to bug, am I th eonly one that noticed this ? [04:42] EtienneG: this kernel is buggy, so the access is currently blocked [04:43] ha, ok then [04:43] EtienneG: some people have crash with it another one is being built at the moment [04:43] thanks for the info, I'll be waiting for the next upload === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === ThiefOfBaghdad [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel [05:06] BenC: ping bu [05:06] er... openvz-kernel-2.6.20_2.6.20-1_source.changes is NEW === Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === bleinmono [n=toffel@ppp85-141-150-48.pppoe.mtu-net.ru] has joined #ubuntu-kernel [05:51] mjg59, kylem: We need to figure out the correct fix for this [05:51] Yes. [05:51] I'm leaning toward just not doing hpa if the driver is sata_nv...if it's even possible to do that check [05:52] Not trivially. [05:52] What other code paths are there that execute ata_exec_internal? === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel [05:53] Ah, hang on. Alan at one point suggested doing the resizing after the drive/controller timing had been set up. [05:53] Can you move the call to... [05:53] (Let me find this) [05:53] let me check... [05:54] we should do this for ATAPI, right? [05:54] Ok, after the call to ata_set_mode() in ata_eh_recover() [05:54] No, ATAPI isn't a problem [05:54] no. [05:55] Or, rather, I don't think ATAPI devices can implement HPAs [05:55] doing HPA on ATAPI devices is illegal. [05:55] they should report no hpa support though right? [05:55] it won't claim ata_id_hpa_enabled [05:55] right [05:55] right [05:55] - Mandatory when the Host Protected Area feature set and the 48-bit Address feature set are [05:55] implemented. [05:55] - Use prohibited when the Removable Media feature set is implemented. [05:55] - Use prohibited when PACKET Command feature set is implemented. [05:55] kylem: Can you give that a go? [05:56] let me try mjg59's suggestion [05:56] There's two codepaths where ata_set_mode() gets called, depending on whether the eh code is in use or not [05:56] It may need adding to both [05:57] Actually, yeah, it needs adding to both (if it works) [05:57] But I guess we'll find out [05:57] mjg59, i've moved it somewhere myself trying. [05:57] mjg59: maybe put it in ata_set_mode? [05:57] BenC: Could do, but no real need [05:58] It's trivial to add to both [05:58] trying. [06:00] recompiling [06:00] worked. [06:00] mjg59, didn't fail that time. [06:01] ah. didn't fail because it didn't execute, fun. [06:02] ohhhh. hmm. maybe because hpa_id_enabled wasn't true there. [06:02] kylem: Where did you add it? [06:02] mjg59, after ata_set_mode in bus_probe. [06:03] kylem: That won't be executed if there's an error handler [06:03] Put it in ata_eh_recover() [06:03] I've put it in both places, rebooting [06:05] boots [06:05] i still think we should add an avoid_all_hpa_code flag. [06:05] Does it execute? [06:05] but I want to put a printk back in there to make sure it is getting called [06:05] kylem: I changed the ignore_hpa=0 to actually do that [06:05] at least that way, we don't brownpaperbag the pressed cds completley and utterly. [06:06] ok. [06:06] I can sort of understand sata_nv getting upset if you're executing ata commands before actually making sure the disk and controller timings agree === ivoks [n=ivoks@33-171.dsl.iskon.hr] has joined #ubuntu-kernel [06:09] it's not getting called [06:09] let me post my diff [06:11] people.ubuntu.com/~bcollins/libata.diff [06:12] I'm thinking about moving the checks for (ata_ignore_hpa && ata_id_hpa_enabled(dev->id) to the top of ata_hpa_resize to clean things up a bit [06:13] Would also work [06:13] ok. [06:13] BenC: It's not obvious why it's not getting called. You rebuilt the initramfs as well, right? [06:13] i have an idea. [06:13] we buy everyone scsi disks. [06:13] and pretend ATA doesn't exist. :) [06:13] yes [06:18] ergh. [06:19] ok. [06:19] i think ata_dev_revalidate is the right place to put it. [06:19] since it's called from both the _eh and bus_probe paths. [06:20] After set_mode? [06:21] BenC: (is that another ABI bump, BTW?) [06:21] ok, it's getting called now [06:21] cjwatson: No [06:21] ok, just checkin' [06:21] I'm not going to say no if that's what it takes [06:22] BenC: Getting called and breaking? [06:22] mjg59: I need to check that it is actually going down the code path [06:23] Ok [06:23] but the function got called === notts [n=eric@cpe-72-184-186-31.tampabay.res.rr.com] has joined #ubuntu-kernel [06:25] sorry to jump in, but there a major bug with the new updated kernel this morning [06:26] got error message: error loading os" [06:26] notts: Yes, it's broken for various people [06:26] It's being worked on [06:28] hey hey. [06:28] garzik to the rescue. [06:28] major thanks, any word on when [06:30] When it works [06:32] WOOOOOO [06:32] I WIN [06:32] hi everybody. [06:33] mjg59: neither of my drives says they support hpa when ata_resize_hpa() is called [06:33] BenC, boot with sata_nv.adma=0 [06:33] kylem: with old patch? [06:33] ata4.00: ata_hpa_resize 1: sectors = 390721968, hpa_sectors = 390721968 [06:33] BenC: Hm. Odd. [06:33] BenC, yeah [06:34] want my defconfig'd kernel instead of rebuilding? [06:34] kylem: Figures. [06:34] yes. [06:34] fuck nvidia. [06:34] right in the skull. [06:34] it doesn't take me long to rebuild libata.ko [06:34] ok. [06:34] kylem: so should we disable adma by default? [06:34] i think so. [06:34] Fine. Dropping adma just costs us ncq [06:34] But it's clearly broken in some respect [06:35] kylem: can you do a patch for that, and I'll include a patch so that ignore_hpa steers clear of all hpa code? === notts3 [n=eric@cpe-72-184-186-31.tampabay.res.rr.com] has joined #ubuntu-kernel [06:36] email it to me and I'll test it and prepare a -15.25 [06:36] 1sec, trying to figure out if we can shortcircuit adma mode so we can leave it on. [06:36] kylem: just default the module param to 0 :) [06:36] if people want it they can enable it manually [06:36] NCQ is fairly hit or miss too. [06:37] do you think making module parm adma=0 by default is enough? [06:37] yes. [06:37] if that's all that's needed I can do that locally [06:37] ok. [06:38] it's static int adma_enabled [06:38] ok, I'll rebuild a kernel and see if danielk is still around to test [06:38] any idea when sata_nv.adma was turned on? [06:38] cjwatson, recently. [06:38] nod [06:39] commit 382a6652e91b34d5480cfc0ed840c196650493d4 [06:39] Author: Robert Hancock [06:39] Date: Mon Feb 5 16:26:02 2007 -0800 [06:39] sata_nv: use ADMA for NODATA commands [06:39] turning it off wholesale is fine for now. i'll look into a real fix when we have some idle cycles. [06:39] hmm, git-blame says 2006-10-27 [06:39] oh, it's only one bit of adma? [06:40] yeah. [06:40] basically instead of transitioning from adma mode to normal mode, they decided to submit NODATA with ADMA. [06:41] git log drivers/ata/sata_nv.c doesn't show the commit above? [06:41] (just trying to find it) [06:41] probably came in one of our imports [06:41] it was a chunk patch to sync with libata [06:41] $ git diff-tree -p 382a6652e91b34d5480cfc0ed840c196650493d4 [06:41] fatal: bad object 382a6652e91b34d5480cfc0ed840c196650493d4 [06:41] ah [06:41] cjwatson: git-diff-tree -p --pretty SHA [06:41] cjwatson, git show [06:41] cjwatson: ah, you don't have upstream in there [06:42] should we just revert that one patch? [06:42] ah, I have a different tree for that [06:42] BenC, testing. [06:42] if we can leave adma on for default transactions we can avoid the "my driver performance sucks" crew [06:42] yup. [06:42] reverts cleanly, testing now. [06:43] it does say it fixed some timeouts ... [06:43] boots. [06:43] oh, no, maybe not [06:43] yeah, the language is murky. [06:44] cjwatson: it fixes some previously fixed ones in a different way [06:44] from the sound of it [06:44] Well, worst case is that we revert back to edgy levels of support for that hardware [06:44] mm [06:44] can we bonnie++ the resulting system or something? :) [06:44] BenC: The i2c_ec patch went in, right? [06:45] NCQ isn't always a win. [06:45] kylem: so reverting that patch with current code works? [06:45] bit concerned that just booting might be a weak test there [06:45] mjg59: yes [06:45] Excellent, thanks [06:45] (I don't care about performance, more that it doesn't fall over under load) [06:45] BenC, yes in my testing tree (which is .21-rc6) building ubuntu images now [06:45] mjg59: anything else you know about? [06:45] of the release-critical ohmygod kind [06:45] Nothing from me [06:46] I thought it might be worth an explicit check :) [06:46] thanks [06:46] Yeah, I forgot about that one because it got downgraded to medium for some reason [06:47] Basic problem was just that something we'd ended up pulling in expected the ACPI device semantics from 2.6.21 [06:47] it was critical when I first saw it [06:47] I bumped it back up yesterday [06:47] kylem: can you arrange for as many people on the team as possible who use sata_nv to try this out? [06:48] cjwatson, just ping them in #c? [06:48] or check the hw db? [06:50] #c, #distro, distro-team@ [06:50] yup. [06:51] I'll have kernels built with this in about 30 minutes [06:51] i386 and amd64 [06:52] ok [06:55] BenC, this should be a suitably large hammer for now. I'm going to try and snoop the taskfile and unset ADMA for these commands and submit the patch upstream when i get a bit of free time. [06:55] kylem: ok === shawarma [n=sh@atlas.linux2go.dk] has left #ubuntu-kernel [] [06:56] kylem, mjg59: thanks for the time...maybe we get a suitable kernel for release [06:56] heh [06:57] at least -15.24 is almost done building to free up the buildd's [06:58] builds started [06:59] let me know when it's ready (by whatever means necessary) and I'll contact Tollef if he isn't around [06:59] so we can make sure it builds on palmer again === tritium_ [n=tritium@ubuntu/member/tritium] has joined #ubuntu-kernel [07:08] is palmer the faster machine? [07:10] BenC, patch hitting your mailbox. [07:10] alternate fix, reverting that commit is fine too though. [07:11] I've already got the revert in here and building/preparing :) [07:11] beauty. === jpon [n=jpniane@neu67-3-82-239-80-181.fbx.proxad.net] has joined #ubuntu-kernel [07:12] i fired the fix upstream since it was so simple to filter. [07:12] kylem: your fix will filter into gutsy, so for feisty we'll stick with edgy type performance === kylem nods. [07:14] BenC, worst case scenario is we fix it right in -updates, with this, everyone should be able to at least boot. === lfittl [n=lfittl@213.129.230.12] has joined #ubuntu-kernel [07:16] sounds like the right decision [07:17] with ben's ignore_hpa patch, if this crops up in another controller we aren't able to test on, we should can at least tell them to disable it to get it installed. [07:17] but from a cursory glance, i don't think it will be. === reitblatt [n=mark@resnet-50-180.dorm.utexas.edu] has joined #ubuntu-kernel [07:31] kvm, seems broken (kvm-api-9 dependency can't be fulfilled), any time when this will be fixed? [07:33] somebody oughta fix that, I agree; is it just a rebuild? === ivoks [n=ivoks@39-229.dsl.iskon.hr] has joined #ubuntu-kernel [07:39] * refs/heads/Ubuntu-2.6.20-12.20: fast forward to branch 'Ubuntu-2.6.20-12.20' of git+ssh://rookery/srv/kernel-team/private/ubuntu-feisty old..new: 3ffd70d..3ffd70d [07:39] error: Ref refs/heads/Ubuntu-2.6.20-12.20 is at 3ffd70ddba9d846eefd2d201404ad4c8a99d2899 but expected d02602542ef5ceb2af1765a179a9af6224136afe [07:39] does anyone know what I'm supposed to do about that? [07:47] cjwatson: I just edited .git/refs/heads/Ubuntu-2.6.20-12.20 and made it d02602542ef5ceb2af1765a179a9af6224136afe. It was happy after that. [07:48] huh :-) [07:49] nope, two git pulls later and it's unhappy again === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-kernel [07:54] cjwatson: Yeah, it does it to me too. Serious git training is something I'm going to extract from Ben and Kyle at UDS so I can understand some of these bizarre problems. === lfittl_ [n=lfittl@213.129.230.12] has joined #ubuntu-kernel [07:55] we could do a git bootcamp at uds if you wish? i could make slides [07:55] Man, I would hug you for that, but it might wig you out :) [07:56] haha. [07:56] bootcamp> I'd like that, if I have any time [07:56] i suspect a few other people in the company would like it too [07:56] i'd like someone to give me a bzr boot-to-the-head heh [07:56] cjwatson, are any of our bzr team coming? [07:57] not sure, but plenty of distro are very capable with bz [07:57] r === kylem wants to bug them about the backend too, hehe [08:14] bug or annoy? === lfittl_ [n=lfittl@213.129.230.12] has joined #ubuntu-kernel === lfittl [n=lfittl@213.129.230.12] has joined #ubuntu-kernel === joejaxx [i=joejaxx@fluxbuntu/founder/joejaxx] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-111-226.pools.arcor-ip.net] has joined #ubuntu-kernel === PhinnFort [n=martin@unaffiliated/phinnfort] has joined #ubuntu-kernel [08:56] where can I find a list/download the patches that are applied against the ubuntu kernel? [08:57] i'm especially interested in the usplash patch === PhinnFort notices that the special thing about usplash is that it is completely userspace [09:08] :S [09:15] that's one of the things the "u" stands for, yes :-) [09:19] :D [09:19] that means I won't have to worry about ck stepping on other patches' toes === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === nott2 [n=eric@cpe-72-184-186-31.tampabay.res.rr.com] has joined #ubuntu-kernel [10:10] have they up loaded the new fix for kernel 2.6.20-14 ? [10:25] 21:10 -15.24 is in the archive and built everywhere [10:25] 21:11 except possibly ia64, and if not that's on its way [10:25] 21:11 -15.24 should work for everyone except people using sata_nv [10:25] 21:11 for sata_nv, -15.25 has been uploaded [10:25] 21:11 but it has not yet built [10:25] 21:11 (in progress, hamsters running as fast as they can) [10:25] 21:12 so sata_nv users should stay on -13 until -15.25 is available, and everyone else should use -15.24 [10:25] 21:12 and REPORT REGRESSIONS ASAP [10:25] nott2: ^-- === nott2 [n=eric@cpe-72-184-186-31.tampabay.res.rr.com] has joined #ubuntu-kernel === nott2 [n=eric@cpe-72-184-186-31.tampabay.res.rr.com] has joined #ubuntu-kernel === Wicker25 [n=wicker25@host-84-221-154-193.cust-adsl.tiscali.it] has joined #ubuntu-kernel [11:12] cjwatson: so the new kernel is uploaded ? [11:13] got a error "403" from the website when trying to update about hour ago.... [11:17] just try to get a update, nothing YET.... === kane77 [n=kane@194.1.130.37] has joined #ubuntu-kernel === fryfrog [n=fryfrog@gallery/fryfrog] has joined #ubuntu-kernel === blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-kernel === madzero [n=madzero@cpc2-cosh5-0-0-cust524.cos2.cable.ntl.com] has joined #ubuntu-kernel === fryfrog [n=fryfrog@gallery/fryfrog] has left #ubuntu-kernel [] === madzero [n=madzero@cpc2-cosh5-0-0-cust524.cos2.cable.ntl.com] has left #ubuntu-kernel []