=== jml [n=jml@59.167.203.115] has joined #ubuntu-kernel [12:52] BenC, ok, i dunno what's up with the ABI. [12:52] i have the same ABI breakage with / without these patches it seems. [12:58] odd...there's no ABI breakage in current git that I saw [12:58] unless there's some stuff I didn't pull yet [01:00] just two commits from pkl that aren't even related to libata [01:00] kvm seems to have jumbled about === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel [01:02] yeah, I overrode kvm ABI [01:02] grep -v drivers/kvm/ from debian/abi/*/* :) [01:02] heh ouch. [01:02] pretty much a no-op if anything in there changes [01:02] http://people.ubuntu.com/~kyle/feisty/ [01:03] that G965 fix rings a bell, pretty sure we have a bug about that, right? [01:04] + u64 n_sectors_boot; /* size of ATA device at startup */ [01:04] there's the HPA ABI change...struct ata_device [01:05] lba48 bug looks important [01:07] yeah [01:07] 1sec, i'll fix the abi change there. [01:11] hmm, no way to avoid this really. doh. === johanbr [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-kernel [01:12] can't we just force the abi until release and tell people who built their modules against in-devel feisty tough luck? === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel === jml [n=jml@59.167.203.115] has joined #ubuntu-kernel === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-kernel [01:37] kylem: I'd say that's probably possible until kernel freeze. =) === lfittl [n=lfittl@213.129.230.12] has joined #ubuntu-kernel [01:38] But ISVs and such will probably start following along at that poitn. === marcin_ant [n=marcin@194.114.146.126] has joined #ubuntu-kernel === jml_ [n=jml@59.167.203.115] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-kernel === zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === zul___ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === kkubasik [n=kjk38@kjk38-laptop.student.cwru.edu] has joined #ubuntu-kernel === defendguin [n=supertux@cpe-72-181-7-135.houston.res.rr.com] has joined #ubuntu-kernel [03:35] I was looking for some help with a bug that crept in between -12 and -13 [03:36] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/99648 [03:37] there was an MMC update in -13 referencing bug 93171 === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel === reitblatt [n=mark@resnet-50-173.dorm.utexas.edu] has joined #ubuntu-kernel === reitblatt [n=mark@resnet-50-200.dorm.utexas.edu] has joined #ubuntu-kernel === infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-kernel === someone [n=someone@adsl-71-135-189-174.dsl.pltn13.pacbell.net] has joined #ubuntu-kernel === m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel === kkubasik [n=kjk38@kjk38-laptop.student.cwru.edu] has joined #ubuntu-kernel === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel === doko [n=doko@dslb-088-074-012-109.pools.arcor-ip.net] has joined #ubuntu-kernel === macd_ [n=d@adsl-241-73-94.msy.bellsouth.net] has joined #ubuntu-kernel === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel === ivoks [n=ivoks@wall2.grad.hr] has joined #ubuntu-kernel === capiira [n=capiira@dslb-088-064-072-239.pools.arcor-ip.net] has joined #ubuntu-kernel [10:18] hi all i tried to compile my own kernel and downloaded the linux-source 2.6.20 and used the config-2.6.20-14-generic from /boot and now i have a big 230mb kernel :) and wonder why [10:19] that's my content http://paste.ubuntu-nl.org/15006/ [10:22] i see that there is too much stuff compiled but i used the original .config file === ilmari [i=ilmari@nygaard.ping.uio.no] has joined #ubuntu-kernel [10:51] so nobody a life? [10:55] the mmc merge in 2.6.20-13 "broke" HAL (bug 99648) [10:59] :/ hmm my kernel did become 230mb big again [11:00] and i need USB_SUSPEND disabled for my scanner === madc [n=d@adsl-241-73-94.msy.bellsouth.net] has joined #ubuntu-kernel === madc [n=d@adsl-241-73-94.msy.bellsouth.net] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-kernel === fabbione [i=fabbione@gordian.fabbione.net] has joined #ubuntu-kernel [12:19] still no nobody a life? [12:19] no, we're all lifeless corpses [12:20] can you help me with my kernel compilation prob ? [12:20] maybe i forgot to do something important [12:26] i downloaded the ubuntu linux-source-2.6.20, untared, did a ln -s to /usr/src/linux, copied a lastest generic config to /usr/src/linux/.config, did a sudo make clean and menuconfig and loaded the config, saved it and compiled [12:26] it always become 230mb big === infinity2 [n=adconrad@cerberus.0c3.net] has joined #ubuntu-kernel [12:27] compiled using make-kpkg [12:35] no one know ? [12:44] capiira: looks like the modules aren't stripped === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel [12:58] how so? can i change that in menuconfig? [12:58] its my first kernel compilation and im just doing it because i need USB_SUSPEND off [01:01] make INSTALL_MOD_STRIP=1 [01:01] see Documentation/kbuild/makefiles.txt [01:09] thx === EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-kernel === rikai_ is now known as rikai === orangey [n=orangey@bas5-london14-1088884563.dsl.bell.ca] has joined #ubuntu-kernel === abogani [n=abogani@adsl203-157-084.mclink.it] has joined #ubuntu-kernel [02:04] you know how to use that with make-kpkg? [02:05] or if its possible to simply write it into the makefile [02:17] i wrote INSTALL_MOD_STRIP := 1 into the makefile variable section lets see what will happen === BenC_ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-kernel === mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel === rikai_ [n=rikai@unaffiliated/rikai] has joined #ubuntu-kernel === giangiva [n=giangiva@adsl203-157-083.mclink.it] has joined #ubuntu-kernel === rpereira [n=rpereira@ubuntu/member/rpereira] has joined #ubuntu-kernel === rikai_ is now known as rikai === sdrik [n=sdrik@ip-93-4.dsl.newel.net] has joined #ubuntu-kernel === rtg [n=rtg@rtg.theglobal.net] has joined #ubuntu-kernel === ivoks [n=ivoks@6-158.dsl.iskon.hr] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === giangiva_ [n=giangiva@adsl203-157-083.mclink.it] has joined #ubuntu-kernel === defendguin [n=jmsunser@216-136-108-250.static.twtelecom.net] has joined #ubuntu-kernel [03:56] ilmari, have you had any luck lucking for the cause of the regression? [03:57] defendguin: no, but I did get hold of a -12 kernel and have attached the udevmonitor output [03:57] i saw that [03:58] it's definitely the mmc merge that caused it, but I haven't had time to go through the details of the changes [03:58] (at work ATM) [03:58] ilmari, me too [03:58] i had to install xchat here at work so i could try to steer someone into looking at it [04:01] bug 99648 if anyone is watching === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel [04:10] defendguin: it doesn't seem like a critical regression from edgy or dapper, so it likely won't be addressed in the next week. [04:11] it breaks everyone's card reader .... [04:14] everyone's? [04:14] or just yours? [04:16] Everyone's [04:16] hal doesn't pick up MMC card readers any more [04:16] because it can't find the parent device from the class-based DEVPATH [04:16] it needs to be /devices/-based [04:19] MMC is fixable in a post-release update, I think [04:23] if ubuntu were release and all card readers were not working that would most certainly be a black mark on and reviews that it gets [04:24] any reviews* [04:25] the bug is convoluted...is there a suggested patch we can review? === giangiva__ [n=giangiva@adsl203-157-084.mclink.it] has joined #ubuntu-kernel [04:29] defendguin: have you tried any patches to fix it? [04:30] BenC, no i have not. I am not aware of any patches that are available to fix this particular problem. [04:30] mjg59: do you have any ideas on the issue? [04:31] BenC: When you pulled the mmc tree, did you pull the for_linus branch or the main one? [04:31] mjg59: I'm pretty sure I pulled for-linus [04:32] and I was pretty sure I tested it afterwards because I have mmc on several laptops here [04:33] Well, it's clearly changed the device structure in such a way that hal no longer picks it up [04:33] Options are either alter hal or alter the kernel [04:34] altering hal may be easier to do [04:34] question is, can we alter hal in such as a way as to be compatible? [04:34] No clue. [04:36] you got any pointers to what needs to change in hal for this to work? [04:36] The udev output ought to give a pretty clear indication [04:36] I think I can afford enough beer for Tollef to let hal changes through before I can get a new kernel through [04:36] heh === giangiva__ [n=giangiva@adsl203-157-084.mclink.it] has joined #ubuntu-kernel [04:38] Mithrandir: what's the chances I can get this in for RC, or should I just worry about post-RC? [04:38] Mithrandir: I'll post a diff for you and cjwatson once I get it done, so you can review it [04:39] <\sh> BenC: can you give me some details on https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/55495 ? [04:39] BenC: RC, I don't think so. post-RC, if the patch isn't too scary. [04:39] ok [04:41] \sh: Ug, 8 months ago, hard to say [04:41] \sh: No mention in dapper/edgy changelog for that bug #? [04:41] <\sh> BenC: well, dapper / edgy are still having problems with it...(install media kernel) [04:42] it's only marked fix committed, so it may be in -proposed [04:42] which means no install media available [04:42] <\sh> BenC: that's the problem... [04:42] <\sh> and I can't test it, without having a running installation on this dl320s...;) [04:43] \sh: netboot it? [04:44] <\sh> Mithrandir: could be a solution if I had any network where the machine is. I really need to do a manual install...:( how can I tweak the server CD? ,-) [04:44] \sh: documented on the wiki, just search for custom === maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-kernel [04:46] this seriously looks like a bug in hal of some kind [04:47] DEVNAME=/dev/mmcblk0p1 [04:47] DEVLINKS=/dev/disk/by-uuid/3639-3635 /dev/disk/by-label/ilMobile [04:47] it gets that far in -14, but doesn't do the mount [04:47] <\sh> Mithrandir: for the alternate, old d-i cd? [04:48] yes [04:48] <\sh> Mithrandir: found it thx a lot :) [04:50] <\sh> BenC: found it in 2.6.15-26.47 ... actually we need to create 6.06.2 ;) === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel [05:12] <\sh> Mithrandir: sorry to ask, but when I need to change the default (isolinux) boot kernel in /install/ , I only have to replace it with the kernel I need, right? what about initrd.gz, what is needed for initrd.gz of the alternate installer cd ? [05:12] \sh: yes, you can just replace it with the kernel you need, but you should ideally grab both the kernel and the initrd from a build of d-i [05:14] <\sh> Mithrandir: thinking about dapper, I just want to "update" the installer kernel..nothing else. and I think there is no d-i build for 2.6.15-26.47 or higher [05:14] <\sh> or is there a d-i rebuild for every kernel update? [05:15] no, but you can do one yourself [05:15] <\sh> Mithrandir: standard pbuilder run of d-i, I think [05:15] yes, just make sure you have the necessary repositories enabled [05:16] <\sh> Mithrandir: main and restricted [05:16] well, and -updates and -proposed? === newz2000 [n=matt@unaffiliated/newz2000] has joined #ubuntu-kernel [05:17] <\sh> Mithrandir: -security is the right one ;) the kernel is in the -security repos [05:17] well, that then. [05:19] <\sh> Mithrandir: thx...trying === ivoks [n=ivoks@6-158.dsl.iskon.hr] has joined #ubuntu-kernel [05:25] <\sh> Mithrandir: forgot to update amd64.cfg to use 2.6.15-28-amd64-server kernel [05:27] go BenC! === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === giangiva_ [n=giangiva@adsl203-157-083.mclink.it] has joined #ubuntu-kernel [05:40] BenC: I can give you a one line fix for the kernel re 99648 [05:40] mjg59: Ok [05:41] http://www.codon.org.uk/~mjg59/tmp/fix_sd.diff [05:41] The alternative looks like quite a lot of work on hal === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel [05:43] Mithrandir: would you be against a post-RC upload of the kernel with that one-liner fix (nothing from git)? === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel [05:45] mjg59: yay! [05:45] I would really quite like the squashfs fix from git, although I realise it's a bit scary at this point [05:45] What's happening with the HPA stuff? [05:45] That's sort of required [05:47] mjg59: right now, it's not even in our git repo, so it's doing nothing [05:47] BenC: We can't release without it [05:47] i posted the patches yesterday, not wanting to step on people's toes [05:48] since everyone is trying to get bug fixes in right now.. [05:48] kylem: if you feel they are tested well enough, then please put them in git [05:48] They're not tested anywhere near well enough, but the alternative is to revert back to drivers/ide [05:48] mjg59: what exactly are the implications of not having it? [05:48] Various machines refuse to boot [05:48] basically all thinkpads [05:48] what's the symptoms of the failure? [05:49] Reads beyond end of device [05:50] are there any bug reports that reflect this problem? [05:50] ... yes, the whole impetus for doing this in the first place. [05:51] I didn't mean it to say there weren't, just need something to bounce off of to justify the patch [05:51] got a bug number? [05:51] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/82314 === ivoks [n=ivoks@6-158.dsl.iskon.hr] has joined #ubuntu-kernel [05:54] mjg59: I have a laptop that exhibits the mmc problem with an SD card. I'm building with your patch and will test it shortly. [05:54] rtg: It's trivially correct - the wireless stuff is rather more of a blocker [05:55] BenC: wasn't the idea to do a kernel upload post-rc with the HPA and other really critical fixes? If so, it can go in with those. [05:55] mjg59: I know, but I've been working on a I2C fault. [05:55] mjg59: what wireless stuff? [05:55] mjg59: is there actually a bug report about the hpa stuff? [05:55] Mithrandir: see kyle's link [05:56] ah, cheers [05:56] there's probably more, but that's the report that precipitated me actually writing the code in the first place. [05:56] BenC: The fact that softmac drivers don't work with n-m [05:56] I've bumped that bug to critical, marked it inprogress and milestone for release [05:57] mjg59: ah, right, any real resolution for that? [05:57] or is it still in "we don't know why it wont work" phase? [05:58] BenC: "we don't know why it wont work" [05:58] wpa_supplicant never receives the netlink messages [05:58] Which is weird, since iwevent /does/ [05:58] we're talking ieee80211_softmac, stock drivers, like bcm43xx, right? [05:58] Yes [05:58] bcm43xx and zd1211rw [05:59] I bet I can point to where to look [05:59] That'd be a good start [05:59] ubuntu/net/wireless/wext-old.c [05:59] it replaces the stock net/ core wireless extensions [06:00] so that mac80211 stuff can have a compatibility layer [06:00] probably something in there that isn't quite compatible with softmac stuff [06:01] might be missing some nl stuff [06:01] BenC: Its not 100% failure. mjg59 can reproduce it, but I could not using the same model AP and a BCM43xx. [06:01] I was going to update the mac80211 stuff, but I ditched it because it's a large update [06:01] you guys are awesome i hope someone is paying you for all this [06:01] defendguin: Me? No. [06:01] damn! [06:02] mjg59 gets paid in laptops and beer [06:02] mmmm [06:02] No new laptops for some time [06:02] I'm starting to feel unloved [06:03] mjg59: might help if you identified some models that tend to give us the most problems and we can go from there :) [06:03] mjg59, i got a bunch of old latitude D series laptops :-D [06:04] that may or may not have good hardware [06:04] BenC: TBH, I really don't have the time right now [06:06] oh, one bad thing about HPA [06:06] changes ABI [06:06] Like I said, it's basically that or go back to drivers/ide [06:07] kylem: Can you show me the patches for HPA again? [06:07] http://people.ubuntu.com/~kyle/feisty/ [06:08] kylem: Can you go ahead and commit 0001 and 0005? [06:09] 0002 is important too [06:09] and a one liner [06:09] yeah, that one too please [06:09] k. [06:13] kylem, mjg59: Is there any way to do this patch without the addition of n_sectors_boot? [06:13] that's the only thing changing the ABI [06:13] BenC, i think not doing that would break suspend/resume in some instances. [06:14] just wondering if there's some other way to store it [06:14] maybe (ab)use some other part of the struct ata_device [06:14] it's 8-bytes, so hard. [06:15] i'm testbuilding a patch, but even on my crestline it's kind of slow :P [06:15] i think if i abuse padding i can not break ABI on i386/amd64 [06:15] and we can override it on the other architectures. === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel [06:16] I'd rather have you break the ABI and we take the pain than find random bugs later. [06:16] even if it's bloody painful [06:22] kylem, mjg59: Why can't we use ata_hpa_resize() in ata_dev_same_device() and avoid the need for n_sectors_boot? [06:23] does it write to the device in some way? [06:23] n_sectors_boot is the very first size returned by IDENTIFY [06:23] the check is basically ensuring that if the drive firmware resets the size, that we make sure it's the same disk [06:24] but if it hasn't, then the size in the ata_id will still be the post-HPA size [06:24] Yeah, you need both sizes to do the "Is this the same disk" check [06:24] the problem is, it may or may not be the same. [06:25] could probably do something really ugly like put it on an external linked list tagged by ata_id or something. [06:26] trying to understand the logic in this check [06:26] if the n_sectors_boot is the same, it really doesn't mean the device will show the same after HPA is applied, right? === johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-kernel [06:27] trying to find the ide code [06:28] IDE doesn't bother with the "Is this disk the same" check [06:28] drivers/ide is very naive === capiira [n=capiira@dslb-088-064-072-239.pools.arcor-ip.net] has joined #ubuntu-kernel [06:30] IDE doesn't have hotplug, though? === pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel [06:30] anyone know where i can get a proper .config version of the newest ubuntu kernel? [06:30] Mithrandir, drivers/ide has a few sata drivers. [06:30] ok === rtg_ [n=rtg@rtg.theglobal.net] has joined #ubuntu-kernel [06:31] capiira: /boot/config-`uname -r` [06:32] i used the one from /boot and noticed that my package is 228mb but not becuase of the kernel but becuase of all the modules [06:32] capiira: strip the modules [06:32] right, we enable -g compilation [06:33] but how to do that ? i used make-kpkg [06:34] capiira: best bet is to disable CONFIG_DEBUG_INFO in the config [06:34] yeah but i used the config from /boot why its not equal the original ubuntu kernel ? [06:35] do they differs? [06:35] mjg59: In what context is the "same device check" important? Will it break things if the HPA size is different? Is it enough that the boot size is the same for things to work ok? [06:36] hmm found [06:36] CONFIG_DEBUG_BUGVERBOSE=y and CONFIG_DEBUG_INFO=y [06:36] the Ubuntu kernel package is built using debian/rules (in the standard way as for any package), not just make-kpkg [06:36] it just seems to me that for the same device check to be worth while, the post-hpa-resize size is the important one [06:37] ahh ok === bronson [n=bronson@66.237.74.66.ptr.us.xo.net] has joined #ubuntu-kernel [06:37] capiira: reading some of the wiki pages referenced in the topic is probably a good idea. [06:38] yeah thats what i did [06:38] https://wiki.ubuntu.com/KernelCustomBuild [06:39] they use make-kpkg too [06:39] BenC: What's the code flow? ie, has the hpa resizing been re-performed before the "Is this disk the same" check? [06:40] Alternate Build Method: The Old-Fashioned Debian Way that's what i did [06:40] The drive will have been reset over suspend/resume, so will have dropped back to the original size [06:40] could just blat it unconditionally, i suppose [06:40] capiira: If you want to build a kernel identical to the shipped one, use dpkg-buildpackage and not make-kpkg [06:40] BenC: l-r-m has to be reuploaded anyway, so is breaking the ABI really a huge issue? [06:41] yes that's what i want thx [06:42] mjg59, you know a link that explains how to do with dpkg-buildpackage ? [06:42] mjg59: ABI breakage isn't merely a matter of uploads at this point [06:42] capiira: yes, the URL above has links to building the kernel [06:42] check the KnowledgeBase page [06:43] mjg59: there are other reasons why I don't want the ABI to change before release :) [06:44] BenC: I'm a bit reluctant about modifying the patch beyond the testing it's already got [06:45] ignoring the ABI change, I'm still trying to wrap my head around if this check is correct or not [06:46] ata_dev_configure() is called after ata_dev_same_device() in ata_dev_revalidate() [06:46] the hpa resize occurs in ata_dev_configure === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel [06:46] thx [06:47] http://marc.info/?l=linux-ide&m=117630937432256&w=2 === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel [06:49] kylem: Ah, good point...might be proper to set new_n_sectors to the native_max if hpa is enabled on the id [06:49] avoids all the ata_hpa_resize stuff, since it actually writes to the device, which is probably bad [06:51] You have to do the ata_hpa_resize on resume [06:52] Or do you mean avoid doing it unconditionally? [06:52] i mean, doing it unconditionally is probably the way to go. just entirely forget about the pre-HPA disk size [06:58] I was thinking more like breaking out the read_native_max into a helper and use that for the resume case to get new_n_sectors for hpa enabled id's [06:59] remove the whole block for "Are we the boot time size..." === kylem nods. === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel === blueyed [n=daniel@pdpc/supporter/active/blueyed] has joined #ubuntu-kernel [07:22] kylem: do you have hw to test the hpa stuff? [07:22] well, anyone with an ata disk can test the most critical half of it [07:22] but no, i don't have any symptomatic hw. [07:23] my thinkpad predates using HPA, it just had the bios partition at the end of the disk unprotected [07:24] wonder how quick the people on the bug report can turn around a test run [07:24] guess I'll build a kernel and post it [07:25] BenC: I'm committing the mmc fix. It appears to work. Thanks to mjg59. [07:25] I have it in my tree already [07:25] rtg_, rock! [07:25] rtg_: thanks for testing though [07:26] BenC: Well then, I'll just let you commit it. [07:27] BenC: Bug 84965 has been set to "Fix released" by you on 18 Mar ("Added to my git tree.), but does not seem to have hit the archives yet!? [07:27] https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/84965/ [07:28] kylem: http://people.ubuntu.com/~bcollins/libata-hpa-support.diff [07:28] kylem: that's a redo of your 0003 patch, can you look it over? [07:29] I added ata_hpa_native_size() and used it [07:29] looks ok [07:31] I'm not absolutely sure of it...I don't know what the expected state of *dev is in this function, so reading it via *dev and deciding if *new_id is the same device may not be the right thing [07:31] we may need to use the n_sectors_boot after all [07:32] not too happy about an ABI bump, but might not be able to avoid it :/ === reitblatt [n=mark@resnet-50-173.dorm.utexas.edu] has joined #ubuntu-kernel [07:44] blueyed: heh, was marked fix committed by chuck, but I never got the commit [07:44] zul: Do you have that patch still? [07:45] BenC: looking [07:45] zul: Marked it in progress and assigned back to you [07:45] dont think so unfortunately [07:46] it might be on my backup drive, ill check again when im home === bronson [n=bronson@66.237.74.66.ptr.us.xo.net] has joined #ubuntu-kernel [07:48] BenC, zul: Thanks for looking into it! [07:52] rtg_: Hey, don't let me forget to bring the 5160 cpu's with me to Austin [07:53] I keep forgetting to send them out, but I can definitely carry them with me [07:53] BenC: Gotta bug mdz about the MB price list. [07:54] he's probably pushing things like that off until UDS, so might be best to talk to him there [07:54] I'm rooming with him, so I'll probably have opportunity. === mrec_ is now known as mrec [07:55] ah, cool [07:57] qemu still can't use CDROM on 20070411 :/ === shawarma [n=sh@atlas.linux2go.dk] has joined #ubuntu-kernel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel === doko [n=doko@dslb-088-074-012-109.pools.arcor-ip.net] has joined #ubuntu-kernel === defendguin [n=jmsunser@216-136-108-250.static.twtelecom.net] has joined #ubuntu-kernel [08:39] BenC, what was the decision on that mmc bug from earlier is that going in before release or after it? [08:39] defendguin: before release [08:39] we have a one-liner fix for it [08:39] yeah i saw that [08:41] should i go and close out the bug saying a fix has been released or just wait till everyone gets it and we test it out to make sure? [08:41] defendguin: fix-committed [08:42] Not released as yet === capiira [n=capiira@dslb-084-056-002-010.pools.arcor-ip.net] has joined #ubuntu-kernel [08:42] ahh === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-kernel === macd_ [n=d@adsl-150-28-231.aby.bellsouth.net] has joined #ubuntu-kernel [08:56] anyone in here on the acpi team? === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel [08:59] Yes [08:59] mjg59, you /are/ the acpi team. ;P [09:00] :( [09:00] I thought rtg has also done some stuff on acpi :) [09:00] pkl_, less fun to tease mjg59 that way. :) [09:01] hehe [09:01] defendguin: What's up? [09:01] I haven't, for which I'm eternally glad. [09:02] pkl_, hehe. === varka_ [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel [09:02] i've had a bug outstanding since before edgy's release and i was wondering if someone could take a quick look at it [09:03] defendguin: I can take a look, but promise little [09:04] i understand i don't think it would warrant going in anytime soon but it would be nice to see it finally work [09:04] defendguin: Bug number would be helpful :) [09:05] launchpad is being slow [09:05] s/being/ [09:06] bug 44615 [09:06] where did ubotu go? [09:06] defendguin: never been here :-) === doko [n=doko@dslb-088-073-080-164.pools.arcor-ip.net] has joined #ubuntu-kernel [09:06] sure he has [09:06] nope [09:07] ok i'm crazy [09:07] not aslong as I've been anyway :-) === doko_ [n=doko@dslb-088-073-080-164.pools.arcor-ip.net] has joined #ubuntu-kernel [09:07] mjg59, i remorted thsi back before dapper was released [09:09] What does sudo acpi_fakekey 142 do? === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel [09:10] i'll have to write that down and get back to you [09:11] Ok [09:12] there is a very strict policy around here about bringing personal computers to work [09:12] Heh. Not a problem. === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel [09:12] any other info i can collect? [09:13] Working out whether that works would be a good start [09:14] ok only 2 + hours === m0rg0th [n=manugarg@219.64.120.181] has joined #ubuntu-kernel === macd [n=d@adsl-35-254-57.msy.bellsouth.net] has joined #ubuntu-kernel === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has left #ubuntu-kernel ["Ex-Chat"] === fs [i=fs@213.178.77.100] has joined #ubuntu-kernel [10:08] hmm hi what does that error mean ? make: *** No rule to make target `binary-debs'. Stop. === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel === varka [n=varkatop@p54A5F424.dip.t-dialin.net] has joined #ubuntu-kernel === newz2000 is now known as newz2000_ === newz2000_ is now known as newz2000 [10:15] Has anyone taken a look at https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/96857 ? It renders Feisty uninstallable in qemu. :-( === Eruantalon [n=hans@5634185c.rev.stofanet.dk] has joined #ubuntu-kernel [10:35] shawarma: I did a livecd install under qemu just two days ago...I wonder what the difference is === blueyed [n=daniel@i5387DFDA.versanet.de] has joined #ubuntu-kernel [10:35] BenC: on amd64? [10:36] iirc, it's amd64-specific [10:36] 64-bit Intel [10:36] well, same thing. [10:36] with a 64 bit install too? [10:36] I'm using the 386 iso. [10:37] yeah, 64-bit install [10:37] Mithrandir: I'm almost certain that you used an i386 iso as well, when you tested it? [10:38] The initial reporter doesn't specify which host arch he's on. :-( [10:38] hmmmm :/ there is something wrong or something missing in that debian/rules tutorial from the topic site [10:39] shawarma: oh, the cdrom bug, yes, that was i386, iirc. [10:39] i did exactly wht it's written there and get that make error [10:40] that error make: *** No rule to make target `binary-debs'. Stop. [10:40] capiira: sounds to me like you install linux-source-2.6.20 package instead of getting the linux-source-2.6.20 sources [10:40] there is a difference [10:40] i got the tar.gz [10:40] or bz [10:41] let me see [10:41] tar.bz2 [10:41] linux-source-2.6.20.tar.bz2 [10:42] capiira: Instead of "apt-get install linux-source-2.6.20" you should "apt-get source linux-source-2.6.20" [10:42] ahh [10:43] do you think that's why i get a 230mb package after make-kpkg, too ? [10:44] BenC: Actually, I don't seem to have any ide devices available at all in my qemu. [10:44] capiira: No [10:44] then it must be right one if it works with make-kpkg or not ? [10:45] capiira: No [10:45] ok [10:45] let me test real quick [10:46] complicated, sorry for disturbing just want to get my scanner to work :/ [10:46] BenC: I'm using 0.9.0 right now, but 0.8.3 (or whatever's in Edgy) does the same thing. [10:48] shawarma: trying now with a i386 cd from last night [10:49] I'm using qemu 0.8.2+dfsg [10:49] BenC: Ok, cool. I'm using the server cd, but that shouldn't matter here, I suppose. [10:49] shouldn't [10:49] that bug https://bugs.launchpad.net/ubuntu/+source/sane-backends/+bug/85488 [10:51] BenC: Just retested with latest daily both with and without kqemu (qemu 0.9.0). Same thing. No hard drive, no cd-rom. [10:51] BenC: Not that kqemu should matter at all. [10:51] I see hd (sda), but no cdrom [10:52] /sys/block only shows ram0-ram9 [10:52] Strange. I can try downgrading my qemu.. [10:53] actually I see the cdrom, but it's failing to follow though with it [10:53] BenC: You're using the qemu from feisty? [10:53] Well, the lack of hdc is hardly surprising [10:54] The provided dmesg in the bug log isn't useful [10:54] We need the next page as well [10:55] How would I extract that from a running qemu without net access between guest and host? [10:55] well, I can reproduce it, so all it does it reproduce the same exception [10:56] I'm not sure when it last worked, unfortunately. In January it did, that's for sure.. [10:57] I cleverly overwrote the daily image I had an after that it stopped working. [10:58] It's likely that it worked before that device was being run by libata [10:58] Any idea when that happened? [10:58] late february perhaps? [10:59] shawarma: you can try "modprobe -r ata_piix; modprobe piix" and see what happens [11:00] that just worked for me [11:00] Nothing. [11:00] Well, if that doesn't work, it's almost certainly some sort of qemu issue [11:00] In fact, I'm not sure ata_piix was loaded in the first place.. [11:00] The piix driver hasn't changed [11:01] I'll recheck. [11:01] I'm quite sure it did [11:01] since it shows "scsi1: ata_piix" [11:01] mjg59: Well, it *used* to work in qemu.. [11:02] Yes and then we changed drivers [11:02] True. [11:03] Yes, ata_piix and piix are both indeed loaded. [11:04] If loading piix did nothing, it's probably still bound to ata_piix [11:05] yeah, check dmesg after rmmod ata_piix [11:05] according to lsmod nothing is using either. [11:05] make sure it released both ata devices [11:05] There's no change in dmesg after remove ata_piix. [11:05] And make sure that ide-generic isn't loaded [11:05] Or ata-generic [11:06] If none of this works, your problem bears no resemblance to the one that the bug's demsg dump is from [11:06]