/srv/irclogs.ubuntu.com/2007/03/29/#ubuntu-kernel.txt

=== JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel
=== marcin_ant [n=marcin@194.114.146.126] has joined #ubuntu-kernel
=== marcin_ant_ [n=marcin@194.114.146.126] has joined #ubuntu-kernel
=== rrittenhouse [n=tad@unaffiliated/rrittenhouse] has joined #ubuntu-kernel
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== johanbr [n=j@128.189.255.57] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== johanbr [n=j@128.189.255.57] has joined #ubuntu-kernel
=== jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== reitblatt [n=mark@resnet-50-71.dorm.utexas.edu] has joined #ubuntu-kernel
=== owh [n=onno@optussatellitebintb.22bjipb002.optus.net.au] has joined #ubuntu-kernel
owhGreetings. I am trying to determine if the FAT as implemented by the kernel supports the dirty flag. I have conflicting information going back to 1998, but no definitive answer either way. I've looked in include/linux/msdos_fs.h where I would expect the definition. There is a mark_inode_dirty call in fs/fat/file.c, but I cannot see it relating to the boot sector in any way. Can anyone here enlighten me?04:22
owhSome background: Initially bugs were being reported where dosfschk was checking clean file systems and changing them, causing all manner of grief. Some of the bugs are/have been fixed, but the check should never have happened in the first place. I wrote a spec to handle the (v)FAT flag for dosfschk but stayed away from kernel comments because I do not know the state.04:24
owhThe spec was updated to comment about the kernel, but I now need to know for sure if it isn't supported, which is what it's beginning to look like.04:25
owhI suspect that once dosfstools implements dirty flags, that can then be used within the kernel, seeing that it doesn't currently appear to be there.04:38
mjg59BenC:      - pata_oldpiix: Stable, allows us to disable piix.ko IDE module.04:42
mjg59BenC: Does that mean you've added IDs back to ata_piix that had been taken out previously?04:42
mjg59I'd noticed a couple vanish04:42
BenCyes04:43
BenCI had shifted some back to piix because ata_piix was getting some weird errors04:43
owhAm I asking too much, in the wrong channel, at the wrong time?04:55
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
lifelessowh: well, this is the ubuntu-specific kernel channel05:14
lifelessowh: I'm not sure that the folk here know the answers offhand. Though they may.05:15
lifelessBenC: any comment on owh's thing ?05:15
=== fs [i=fs@213.178.77.100] has joined #ubuntu-kernel
BenCno idea05:16
lifelessowh: there you go. :)05:16
owhlifeless: Any suggestions where to ask?05:19
=== AnAnt [n=anant@62.114.91.84] has joined #ubuntu-kernel
=== owh suspects that sending an email to lkml will get burried.
owhI've been trying to track this down since January 2, I've sent emails to ubuntu-dev, ubuntu-dev-discuss, the maintainer of dosfstools, #ubuntu-motu, LP and here. I'm getting a whole lot of nada.05:25
=== owh would think that FAT implementation would be high on the list of importance given it's pervasive nature in the interaction with the rest of the world.
owhI'm happy to be patient, realise that people are busy with other things, but the response level I'm seeing is a little disheartening.05:27
owhHow do I get this issue in front of the appropriate eye balls?05:28
=== jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-kernel
fabbionemorning guys06:09
fabbioneBenC: you still awake?06:09
=== marcin_ant [n=marcin@194.114.146.126] has joined #ubuntu-kernel
owhIt has just been suggested that I write the patch to implement FAT dirty flag support for the kernel. If I actually do that, how do I get someone to look at it?06:22
owhDo I bring it here and show it like a cat comes into your home with it's catch for the night?06:23
=== owh apologises for the bastardisation of the English language in that previous contribution.
=== jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-kernel
fabbioneowh: make a patch first :) then post it to kernel-team@lists.ubuntu.com for review06:28
fabbioneif the patch is good it will eventually land in Linus tree06:28
owhExcellent, now that's what I call progress. Thanks for that fabbione, that pays for the past four hours of banging my head against the keyboard.06:29
fabbioneowh: you are only fighting against different people living in different TimeZones06:30
fabbioneyou can start complaining only after 48 hours of nobody answering (excluding the weekend ;))06:31
owh:)06:31
=== jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-kernel
=== Lure [n=lure@external-7.hermes.si] has joined #ubuntu-kernel
=== abogani [n=abogani@adsl203-157-083.mclink.it] has joined #ubuntu-kernel
=== tumbleweed [n=stefanor@dsl-240-82-161.telkomadsl.co.za] has left #ubuntu-kernel ["done]
=== cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-kernel
=== varka [n=varkatop@p54a5fa22.dip.t-dialin.net] has joined #ubuntu-kernel
=== m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel
=== m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel
=== ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel
=== giangiva [n=giangiva@adsl203-157-083.mclink.it] has joined #ubuntu-kernel
=== sky_walkie [n=hrdlo@193.85.244.121] has joined #ubuntu-kernel
=== giangiva [n=giangiva@adsl203-157-083.mclink.it] has joined #ubuntu-kernel
=== gicmo [n=gicmo@p5491C47D.dip.t-dialin.net] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== gicmo [n=gicmo@p5491C836.dip.t-dialin.net] has joined #ubuntu-kernel
=== raffytaffy [n=raf@24.215.149.187] has joined #ubuntu-kernel
raffytaffyi have i915 chipset - ditching all the i810 and ati/amd stuff is safe correct?01:09
MithrandirI wouldn't drop the i810 stuff, no01:15
raffytaffyok thanks01:27
raffytaffyfor character devices - ( im using nvidia go 6600) i dropped ATI and AMD, seems safe. i kept nvidia nforce/geforce01:28
raffytaffyim trying to configure my kernel to be minimal.01:32
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
mjg59BenC: There's a missing ! in the check for acpidata in ata_acpi_push_id03:34
mjg59Sorry about that03:34
BenCmjg59: Yes, we caught that :)03:35
mjg59Excellent03:35
BenCTim is moving the check for !acpidata to skip_acpi_operation()03:35
MithrandirBenC: did you see my question about whether we can include kqemu in feisty?03:36
mjg59BenC: As long as he's arranging the order of checks so that doesn't dereference a null, that's fine03:36
BenCmjg59: Am I correct that the check for skip_acpi_operation() in do_drive_get_GTF() is bogus (already done from the calling function)?03:36
mjg59BenC: do_drive_get_GTF is exported03:37
mjg59Oh, sorry, no it's not03:37
mjg59I was thinking of GTM03:37
mjg59Yeah, in that case it can probably go03:37
fabbioneBenC: i committed the fixes to OCFS2 local mount.. 3 small patches.. no ABI change03:39
fabbioneBenC: we need to get those in feisty before relase03:39
BenCMithrandir: Yeah, as soon as I get the ata stuff settled down, finish my ps3+powerpc64-smp merge, and do the nvidia 9631 stuff, I'll see if I can get to it :)03:52
BenCfabbione: We have an ABI bump anyway...thanks for the merges03:52
MithrandirBenC: ok, cool.  It was more of a "would it make sense" than "please do asap".03:53
BenCMithrandir: I'd like to have it in there...the more virt stuff we have the better03:53
MithrandirBenC: it seems that the problem with the live cd not working in qemu is limited to amd64; i386 works fine.03:53
zulBenC: I can look at the kqemu stuff if you want03:54
BenCMithrandir: I heard there's problem with amd64 under vmware too...guess I need to check on that today03:54
BenCzul: Yes, please03:54
Mithrandirzul: it should be easy enough; the module builds fine as is, so it's just build-system integration.03:54
zulMithrandir: sure no problem03:54
MithrandirBenC: great, thanks.  If you want bugs about this, then tell me.03:54
mjg59BenC: I'm still trying to track down the HPA issue03:56
mjg59That's basically a blocker to release03:56
BenCmjg59: April 4th is kernel freeze...I don't want to have to revert all the libata-pata drivers back to ide counterparts :)03:56
kylemmjg59, it doesn't work with piix or ahci, does it03:57
mjg59Seems fine with ahci03:57
mjg59Breaks on ata_piix on Apple hardware03:57
kylemcan i get an lspci -vvnn from your MBP?03:58
mjg59Not right this second, but what are you looking for?03:58
mjg59The controller is 8086:27c403:58
mjg59And it comes up with an IDE class, not an AHCI one03:58
kylemright.03:58
kylemthat's fixable though.03:58
kylem;-)03:58
mjg59Subdevice code is an Intel one, not an Apple one03:58
mjg59Otherwise it'd be really easy03:58
mjg59So, yeah, one fix would be to bodge it over to ahci03:59
mjg59And hope that we're only going to hit the issue on Apples03:59
mjg59Though I suspect we still need to make udev smarter in initramfs-tools in order to guarantee that ahci binds rather than ata_piix03:59
kylemgnrrr.04:00
kylemi was hoping i could just install a pci quirk and check the dmi table for Apple04:00
mjg59That ought to be fine04:00
mjg59But the device ID is still present in ata_piix, so both will be loaded04:01
mjg59And I don't think we have guarantees about which will bind first04:01
mjg59So it's either (a) fix udev so that it doesn't load ata_piix unless the class ID is 0x0101, or fix ata_piix so it refuses to bind if the class id is 0x00601 (or whatever ahci is)04:02
kylemargh.04:02
fabbioneBenC: ok ..04:03
kylemmjg59, i think my ich8 changes the devid too.04:04
mjg59kylem: Really? Wow. ich6 and ich7 don't.04:04
kylem1sec whiel i rboot04:04
mjg59Ok04:04
kylem00:1f.2 IDE interface: Intel Corporation Mobile SATA IDE Controller (rev 03)04:05
kylemturns into blah blah AHCI, and sets the prog-if doodly04:05
mjg59And the device ID?04:07
kylemwell, if the string changed, it's different, i didn't bother to save it04:07
mjg59Which bit of the string changed? Just the "IDE interface" to "AHCI interface"?04:08
mjg59If so, surely that's just because the class ID changed?04:08
kylemno04:08
kylemthe device id.04:08
kylem*AND* the class id04:08
kylem00:1f.2 SATA controller: Intel Corporation Mobile SATA AHCI Controller (rev 03)04:08
mjg59Ah, got you04:09
mjg59Yeah, in that case it seems to change04:09
kylemthis is what all implementations *should* do.04:09
mjg59That doesn't seem to be the case for ICH7 and ICH604:09
kylemsince rarely do we match on classid.04:10
mjg59That's why ahci and ata_piix share a load of device IDs04:10
kylemhave i mentioned how much i hate BIOS writers today?04:11
mjg59Not helped by the fact that ata_piix will deliberately try to reprogram your ahci hardware back to piix mode04:11
mjg59ahci has the class ID in it now04:11
kylemwill to-be-driven-by-piix devices always be 0x0101?04:12
mjg59Should be04:12
kylemhmm. ok.04:12
=== Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== varka [n=varkatop@p54a5fa22.dip.t-dialin.net] has joined #ubuntu-kernel
BenCzul: You interested in doing a openvz package like the xen one for feisty universe?04:43
BenCzul: I can get you in contact with the openvz folks who seem ready to do just about anything to get it done04:43
zulBenC: sure04:44
zulwhats one more 04:44
BenCWhat's your preferred email?04:44
zulgmail account04:44
=== shawarma [n=sh@atlas.linux2go.dk] has joined #ubuntu-kernel
BenCzul: Sent04:46
zulBenC: thanks04:46
BenCzul: No, thank you :)04:46
zulBenC: no thank you04:46
zulI can do this all day04:46
BenChehe04:46
shawarmaAny idea when the kernel in the ubuntu-server daily images will be updated? 04:49
shawarmaI'm unable to boot it in qemu and I suspect this bug: https://bugs.beta.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/9463704:49
shawarma...which appears to have been fixed on the 23rd, but uname -v on the ubuntu-server daily image from yesterday says "Mar 21".04:50
shawarmaEr.. Not unable to boot, but unable to access either emulated hard drive or cd-rom.04:50
zulBenC: depending on what happens with liam I can probably get it done this weekend04:52
BenCzul: sounds good04:52
shawarmaBenC: ^^04:53
BenCshawarma: what kernel is on that CD?04:54
shawarma2.6.20-12-generic04:54
shawarmaBenC: uname -v says:"Linux (none) 2.6.20-12-generic #2 SMPWed Mar 21 20:55:46 UTC 2007 i686 unknown"04:55
BenCshawarma: Guess it has to wait on debian-installer being rebuilt with the latest kernel04:56
shawarmaBenC: That's it?I think I saw a new d-i on feisty-changes earlier today..04:56
shawarmaBenC: That would put it on the daily image for today?04:57
BenCeither today or tomorrow04:58
shawarmaBenC: Apparantly so. The changelog even says:"* No-change rebuild to pick up new components."04:58
shawarma:-)04:58
shawarmaI didnt' make the connection for some reason. 04:58
shawarmaBenC: Great. Thanks for clarifying.04:59
zulBenC: http://www.linuxsymposium.org/2007/view_abstract.php?content_key=11005:01
BenCzul: whack05:03
shawarmazul: Is that a Xen hypervisor as a module?05:03
zulshawarma: i think so I havent read the paper yet 05:03
shawarmazul: Interesting. 05:03
shawarmazul: Well... if you have the appropriate hardware, that is. :-(05:04
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel
=== sacater [n=sacater@host86-137-253-194.range86-137.btcentralplus.com] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== pmjdebruijn [n=pmjdebru@pmjdebruijn.xs4all.nl] has joined #ubuntu-kernel
=== bleinmono [n=toffel@ppp91-76-73-23.pppoe.mtu-net.ru] has joined #ubuntu-kernel
=== ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel
=== Nafallo [n=nafallo@ubuntu/member/nafallo] has joined #ubuntu-kernel
=== Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel
LureBenC: is current kernel in git in flux? it oops-es on boot here in ata code (scsi_error_handler)...06:48
BenCshould be fixed now06:52
BenCgit is always in flux06:53
LureBenC: ok, expected06:56
MithrandirBenC: could you take a look at 91009 and tell me what you think?07:19
BenCMithrandir: well, we're using stock 2.6.20 wireless extensions, so if userspace needs to catch up, then that's what has to happen07:21
BenCI can't revert the kernel stack back, else we risk breaking dozens of drivers07:22
Mithrandirgnr, ok.07:22
Mithrandiroh well, let's go for it then.07:23
=== zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
bdmurrayIs there any documentation about kernel hdX: command errors?07:39
=== rrittenhouse [n=tad@unaffiliated/rrittenhouse] has joined #ubuntu-kernel
=== EtienneG [n=etienne@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-kernel
=== cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-kernel
cr3BenC: I seem to be experiencing the same problem as reported in bug #84603, should I log another bug, attach to the existing bug or would you even want me to try anything beforehand?08:13
BenCcr3: let me check08:14
BenCcr3: More dmesg might help08:16
cr3BenC: shall I attach it to the same bug or to another bug?08:17
BenCsame one08:17
cr3BenC: I'm experiencing the problem on a System76 Z35F which is not exactly the same as the original poster, so I'll make sure to mention that in my comment.08:18
BenCcr3: Ok, then lspci -vvn output too please08:18
BenCcompare notes08:18
=== m0rg0th [n=manugarg@219.64.120.181] has joined #ubuntu-kernel
cr3BenC: done08:28
BenCcr3: thanks08:29
=== Lure [n=lure@clj46-234.dial-up.arnes.si] has joined #ubuntu-kernel
=== doko_ [n=doko@dslb-088-074-019-006.pools.arcor-ip.net] has joined #ubuntu-kernel
=== Keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== m0rg0th [n=manugarg@219.64.120.181] has joined #ubuntu-kernel
=== m0rg0th [n=manugarg@219.64.120.181] has joined #ubuntu-kernel
=== sacater [n=sacater@host86-137-253-194.range86-137.btcentralplus.com] has joined #ubuntu-kernel
=== ivoks [n=ivoks@17-44.dsl.iskon.hr] has joined #ubuntu-kernel
=== marcin_ant [n=marcin@194.114.146.126] has joined #ubuntu-kernel

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!