/srv/irclogs.ubuntu.com/2007/05/22/#ubuntu-kernel.txt

=== defendguin [n=supertux@cpe-72-181-7-135.houston.res.rr.com] has joined #ubuntu-kernel
=== pkl_ [n=phillip@unaffiliated/pkl/x-764568] has joined #ubuntu-kernel
=== jml_ [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #ubuntu-kernel
=== zdzichuBG [i=matthew@ogrody.nsm.pl] has joined #ubuntu-kernel
=== RemoteViewer [n=555@stan.physik.fu-berlin.de] has joined #ubuntu-kernel
=== sdrik [n=sdrik@ip-93-4.dsl.newel.net] has joined #ubuntu-kernel
=== poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-kernel
=== rtg [n=rtg@rtg.theglobal.net] has joined #ubuntu-kernel
=== blenderhead001 [n=blenderh@adsl-068-209-133-121.sip.jax.bellsouth.net] has joined #ubuntu-kernel
=== rtg [n=rtg@rtg.theglobal.net] has joined #ubuntu-kernel
=== poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-kernel
=== jml [n=jml@121.44.219.152] has joined #ubuntu-kernel
=== rtg [n=rtg@rtg.theglobal.net] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel
=== mdomsch [n=mdomsch@cpe-70-113-73-138.austin.res.rr.com] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel
=== scarter [n=scarter@24-247-21-19.dhcp.trcy.mi.charter.com] has joined #ubuntu-kernel
=== akio [n=lucifer@250.203.189.72.cfl.res.rr.com] has joined #ubuntu-kernel
akiohello05:49
=== poningru [n=poningru@adsl-074-245-140-197.sip.gnv.bellsouth.net] has joined #ubuntu-kernel
=== n2diy [n=darryl@ppp-42d42804.wlks.losch.net] has joined #ubuntu-kernel
=== gicmo_ [n=gicmo@p5491DF84.dip.t-dialin.net] has joined #ubuntu-kernel
=== mdomsch [n=mdomsch@cpe-70-113-73-138.austin.res.rr.com] has joined #ubuntu-kernel
=== m0rg0th [n=manugarg@220.225.228.97] has joined #ubuntu-kernel
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel
=== ivoks [n=ivoks@1-178.dsl.iskon.hr] has joined #ubuntu-kernel
=== elmarco|away is now known as elmarco
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
=== ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-kernel
=== keturn [n=kevint@pdpc/supporter/sustaining/keturn] has joined #ubuntu-kernel
=== Lure [n=lure@external-1.hermes.si] has joined #ubuntu-kernel
=== keturn [n=kevint@pdpc/supporter/sustaining/keturn] has joined #ubuntu-kernel
=== jml [n=jml@121.44.219.152] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-kernel
=== elmarco is now known as elmarco|away
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel
=== scarter [n=scarter@24-247-21-19.dhcp.trcy.mi.charter.com] has joined #ubuntu-kernel
=== mdomsch [n=Matt_Dom@cpe-70-113-73-138.austin.res.rr.com] has joined #ubuntu-kernel
=== mdomsch is now known as mdomsch_qtr
KeybukBenC: ping?03:18
BenCKeybuk: pong04:25
=== elmarco|away is now known as elmarco
fabbionehey BenC 04:27
BenChey04:27
KeybukBenC: what would be the estimated timeline for getting http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d9aca22cf443f5ed77d15a320abbab055ae4a976 into our kernels?04:28
fabbioneBenC: i will pretty soon need 2 things from you.... pull from gfs2-nmw tree and export the 3 symbols i need for gfs1.04:29
fabbioneBenC: but i will give you a ping when it's time. I need 2 more fixes to hit gfs2-nmw04:29
BenCfabbione: why isn't gfs2-nmw in 2.6.22?04:29
BenCI really wanted to avoid pulling in other trees, especially when there's time to push things upstream still04:30
fabbioneBenC: not all of it yet. but i need it before otherwise new userland doesn't build/work04:30
BenCKeybuk: Should be next upload, hopefully on or before Friday04:30
fabbioneBenC: i understand, but there is a change on dlm headers and gfs2 headers that i need to propagated to build the new userland.. otherwise i am blocked.04:31
fabbioneBenC: i still want these 2 extra fixes in before you pull04:31
BenCKeybuk: We need to talk about bug #11561604:31
fabbioneBenC: also.. i saw kernel.u.c04:31
BenCfabbione: any assurance that those changes will be pushed upstream for 2.6.22 or are we stuck with the divergence in gutsy?04:32
BenCfabbione: you might have an account on kernel.u.c, try ssh to zinc.u.c04:32
fabbioneBenC: they will be pushed upstream for sure.. when it's something i can't say right now, but i can ask04:32
BenCyou can clone, and put whatever changes you want to push to me there04:32
fabbioneBenC: i already have an account there04:32
fabbionehow do i setup a tree that shows up in gitweb?04:32
BenCfabbione: are you in kernel_team group?04:33
fabbionei was planning to put gfs2/ocfs2 and gfs1 team04:33
fabbionei guess so... checking04:33
BenCif so, mkdir /srv/kernel.ubuntu.com/git/fabbione/04:33
BenCthen clone a tree, mv newtree/.git /srv/kernel.ubuntu.com/git/fabbione/fabbione-gutsy.git04:33
fabbioneyes i am04:33
KeybukBenC: ok :)04:34
BenCfabbione: you might want to look at 115616 too, since it involves evms, and I could use some feedback04:34
fabbioneBenC: i saw that bug. i will need to look at whatchanges04:35
BenCThe basic issue is described here: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/115616/comments/304:35
fabbioneBenC: not sure i can get there by today04:35
BenCMainly that I want to ditch the horrible bd_claim patch, but we need a way for users not to have broken systems that were based on the work around04:35
KeybukBenC: ah, ok, it was a patch we dropped?04:36
BenCKeybuk: yeah, we've been carrying it around for a few releases, and it really is evil, and in actuality creates more room for breakage than it fixes04:36
Keybukagree04:37
Keybukthe evms FAQ doesn't offer a better solution though04:37
BenCActually, it does, which is to convert to evms totally, or ignore devices that evms isn't using04:37
Mithrandirfixing it is easy.  Move partition discovery out of the kernel and just use devmapper devices.04:37
Mithrandirfsvo easy, that is.04:37
KeybukMithrandir: actually, that doesn't help, since evms would still fight over the devmapper devices04:38
Keybukclaim applies to the devmapper ones too04:38
BenCit still tries to lock the physical block dev, which is the problem04:38
fabbioneBenC: ok.. i have the tree cloned as you say... now?04:38
Keybukevms for all => well, if you're using evms, you're doomed anyway04:38
BenCfabbione: "mv newtree/.git /srv/kernel.ubuntu.com/git/fabbione/fabbione-gutsy.git"04:39
Keybukwe actually have udev set to prefer to *not* use the evms-supplied devices right now04:39
fabbioneBenC: done that04:39
=== Mithrandir will not be very happy if somebody decides to break all his systems.
Keybukevms to exclude => it doesn't seem easy to do that either, since we don't know what to exclude or not?04:39
BenCfabbione: the main gitweb page is hourly generated...let me run the script04:39
fabbioneBenC: ok04:40
BenCfabbione: shows up now04:40
fabbioneoh neay04:40
fabbioneneat04:40
MithrandirKeybuk: make it not lock the whole device unless it contains an evms volume, and if so, see if it can just claim a partition?04:40
fabbionehow do i setup the repo description?04:40
BenCfabbione: vi ubuntu-gutsy-gfs2.git/description04:40
KeybukMithrandir: do you know how to do that?04:40
MithrandirKeybuk: a) get drunk, b) dive into the evms source code.04:41
Mithrandirit's a big and scary chunk of code.04:41
Mithrandirtalking to upstream might be a good start, though04:41
Keybukgiven that upstream haven't felt inclined to fix it yet, I doubt they'll be responsive04:41
BenCyeah, their FAQ is sort of "eh, deal with it"04:42
Mithrandirdepends.. I've found them very good in the past when I've managed to catch their attention.04:42
fabbioneBenC: ok.. all done.. can you regenerate the page?04:42
fabbioneBenC: coolness it works04:42
BenCfabbione: weez cookin' now04:43
=== Keybuk never understood why evms creates all those devmapper'd copies anyway
KeybukI think we have two choices:04:47
Keybuk- apply the bd-claim patch04:47
Keybuk- stop supporting evms04:47
BenCKeybuk: what's the fallout from option 2?04:54
=== bleinmono [n=toffel@ppp85-141-151-191.pppoe.mtu-net.ru] has joined #ubuntu-kernel
Keybukupsetting some users04:55
=== AlinuxOS [n=vsichi@host122-198-dynamic.8-87-r.retail.telecomitalia.it] has joined #ubuntu-kernel
BenCis there any way we can make option 2 work without asking users to hack a config file?05:03
fabbioneBenC: let see if the git-send-pack works :)05:07
fabbioneyeps05:07
fabbionegfs1 tree updated...05:07
fabbioneBenC: the gfs2 author is in vacation this week. there are a set of patches in there that will be pushed to Linus (like the 2 i am waiting for), others will make .23 for sure05:09
fabbioneBenC: if you really really feel unconfortable with that, i can start diverging userland, but it's just shifting one problem from one place to another05:10
fabbioneBenC: also note that gfs2 tree touches "only" dlm and gfs2.. meaning none of the core kernel functionalities05:10
fabbioneand not stuff people will use regularly05:11
BenCfabbione: that's good05:11
fabbioneanyway. i will let you take a breath on it and ping you once the other fixes are in05:11
=== scarter [n=scarter@24-247-21-19.dhcp.trcy.mi.charter.com] has joined #ubuntu-kernel
KeybukBenC: how do you mean?05:23
BenCKeybuk: I mean our work arounds include: 1) uninstall evms, 2) edit evms.conf to ignore the disks, 3) switch to evms completely05:24
BenCnone of which seem easy to do with update-manager or something05:25
Keybukthe problem with 2) is that it's not obvious to me why evms doesn't just do that by default05:25
Keybuk(ignore volumes without evms metadata)05:26
BenCyeah, that does seem pretty broken05:26
BenCthe people having the problem so far are not even using evms at all05:26
BenCit's just being stupid05:26
Keybukyeah05:26
Keybukwe installed it by default once05:26
Keybukyay us05:26
BenCwhich release was that, dapper?05:26
=== AvengerMoJo [n=alex@onenet.ximian.com] has joined #ubuntu-kernel
Keybukwarty05:32
Keybuk+/**05:32
Keybuk+ * activate_on_kernel_partition05:32
Keybuk+ * The normal activation failed. If we're running on a 2.6 kernel, this could05:32
Keybuk+ * be due to bd_claim, meaning the user may have a kernel partition mounted on05:32
Keybuk+ * the same disk that we're trying to activate on. In this case, lets try to05:32
Keybuk+ * activate the segment on top of the kernel partition instead of the disk.05:32
Keybuk+ * The only things that change are the minor number for the target device and05:32
Keybuk+ * the starting offset.05:32
Keybuk+ *05:32
Keybuk+ * If this succeeds, we must indicate that this segment is active on top of a05:32
Keybuk+ * kernel partition, since it means certain other functionality cannot be used.05:32
Keybuk+ **/05:32
BenCsounds like it's supposed to work around things05:33
=== scarter [n=scarter@24-247-21-19.dhcp.trcy.mi.charter.com] has joined #ubuntu-kernel
Keybukyeah, trying to work out exactly how05:34
=== johanbr [n=j@JBrannlund.MathStat.Dal.Ca] has joined #ubuntu-kernel
=== gortiz [n=gortiz@88.87.105.4] has joined #ubuntu-kernel
=== AvengerMoJ1 [n=alex@onenet.ximian.com] has joined #ubuntu-kernel
=== pmjdebruijn [n=pmjdebru@home.pcode.nl] has joined #ubuntu-kernel
=== Lure [n=lure@89-212-19-55.dynamic.dsl.t-2.net] has joined #ubuntu-kernel
=== kylem_ [n=kyle@amnesiac.heapspace.net] has joined #ubuntu-kernel
=== lfittl [n=lfittl@212.41.228.52] has joined #ubuntu-kernel
bdmurraywhat is the ti multimedia card reader bug number?07:21
rtgbdmurray: https://bugs.launchpad.net/ubuntu/+source/udev/+bug/5392307:23
bdmurrayrtg: thanks07:25
=== ivoks [n=ivoks@39-126.dsl.iskon.hr] has joined #ubuntu-kernel
=== bdgraue [n=bdgraue@dyndsl-085-016-087-054.ewe-ip-backbone.de] has joined #ubuntu-kernel
=== Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel
johanbrI've never been bitten by the above bug, but I noticed SD cards no longer automount with the Gutsy kernel. They work fine after manually mounting, though.07:56
=== __keybuk [n=scott@wing-commander.netsplit.com] has joined #ubuntu-kernel
=== __keybuk [n=scott@wing-commander.netsplit.com] has left #ubuntu-kernel [""]
=== drez22 [n=elementz@pD9E569D0.dip.t-dialin.net] has joined #ubuntu-kernel
=== elementz [n=elementz@pD9E569D0.dip.t-dialin.net] has joined #ubuntu-kernel
=== elementz [n=elementz@pD9E569D0.dip.t-dialin.net] has joined #ubuntu-kernel
=== doko [n=doko@dslb-088-073-100-164.pools.arcor-ip.net] has joined #ubuntu-kernel
=== m0rg0th [n=manugarg@219.64.120.181] has joined #ubuntu-kernel
bdmurrayrtg: is dmidecode helpful with bugs like 116185?08:38
BenCbdmurray: /proc/acpi/dsdt is more helpful, but in reality, most bugs like that are BIOS bugs08:41
BenCdsdt will help find out08:41
bdmurrayBenC: okay, thanks08:43
=== allee [n=ach@lapex-mcallee.mpe.mpg.de] has joined #ubuntu-kernel
=== bleinmono [n=toffel@ppp85-141-151-191.pppoe.mtu-net.ru] has joined #ubuntu-kernel
=== n2diy [n=darryl@66.212.43.129] has joined #ubuntu-kernel
=== Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-kernel
=== cassidy [n=cassidy@host-85-27-113-193.brutele.be] has joined #ubuntu-kernel
=== mdomsch [n=Matt_Dom@cpe-70-113-73-138.austin.res.rr.com] has joined #ubuntu-kernel
=== elmarco is now known as elmarco|away
=== macd [n=d@adsl-35-254-87.msy.bellsouth.net] has joined #ubuntu-kernel
=== racarr [n=robb@pool-71-163-244-36.washdc.fios.verizon.net] has joined #ubuntu-kernel
=== bdgraue [n=bdgraue@dyndsl-085-016-087-054.ewe-ip-backbone.de] has joined #ubuntu-kernel

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