/srv/irclogs.ubuntu.com/2007/08/21/#ubuntu-kernel.txt

=== Lure [n=lure@dhcp65-74-212-118.airport.aus.wayport.net] has joined #ubuntu-kernel
=== doko_ [n=doko@dslb-088-073-098-226.pools.arcor-ip.net] has joined #ubuntu-kernel
=== jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-kernel
=== ion [n=ion@70-59-226-160.phnx.qwest.net] has joined #ubuntu-kernel
=== hxu [n=hxu@159.226.21.127] has joined #ubuntu-kernel
hxuHi! In include/linux/mqueue.h, per-uid limit of kernel memory used by mqueue is set to 819200, but why do I always get -1(infinity) by getrlimit(2)  for both soft and hard limit of mqueue?03:30
=== bullgard4 [n=detlef@p54BF1CCA.dip0.t-ipconnect.de] has joined #ubuntu-kernel
=== dhon__ [n=dhon@60-240-97-109.static.tpgi.com.au] has joined #ubuntu-kernel
=== m0rg0th [n=m0rg0th@220.225.228.97] has joined #ubuntu-kernel
=== bullgard4 [n=detlef@p54BF0216.dip0.t-ipconnect.de] has joined #ubuntu-kernel
=== macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-kernel
=== Starting logfile irclogs/ubuntu-kernel.log
=== ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-kernel
=== Topic for #ubuntu-kernel: Ubuntu kernel development discussion ONLY | Kernel Wiki: https://wiki.ubuntu.com/KernelTeam | Latest kernel upload: 2.6.22-9.25 | Latest news: -rt and -xen kernels re-added | New Kernel Team machine: http://kernel.ubuntu.com/
=== Topic (#ubuntu-kernel): set by lamont at Fri Aug 3 16:12:28 2007
(kraut/#ubuntu-kernel) moin09:07
=== macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-kernel
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel
=== macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-kernel
=== TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-kernel
=== abogani [n=alessio@adsl203-157-083.mclink.it] has joined #ubuntu-kernel
=== IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-kernel
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== ICU [n=me@sechzig.dd.ewetel.de] has joined #ubuntu-kernel
=== dholbach [n=daniel@ubuntu/member/dholbach] has joined #ubuntu-kernel
dholbachcan somebody look at bug 82343? I'm not sure who to assign it to or if it makes sense at all11:54
=== dholbach_ [n=daniel@i59F7264D.versanet.de] has joined #ubuntu-kernel
IntuitiveNippledholbach: I guess it's mostly hal since it is hal scripts that are run by gnome-mount to run cryptsetup, but after that it is gnome-volume-manager (which starts gnome-mount)12:05
dholbachalso bug 5775512:05
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-kernel
=== ion [n=ion@70-59-226-160.phnx.qwest.net] has joined #ubuntu-kernel
IntuitiveNippleI'm not sure on that one, but it *looks* like udev from those patches12:13
dholbachI don't have a clue about either of them, so it'd be nice if somebody of the kernel team reviewed and sponsored them12:17
IntuitiveNippleI did some hacking with hal and gnome-mount for cryptsetup over the weekend, so I'm sure about that one12:18
dholbachif you comment on the bug it will make it easier for somebody who sponsors the patch to review it12:19
dholbachI'm happier if I don't touch those parts :-)12:19
IntuitiveNipplewhich one, 82343 ?12:19
dholbachboth :)12:19
IntuitiveNipple*sniggers12:20
dholbachcan somebody also check out bug 129828?12:41
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-kernel
=== EtienneG [n=etienne@ubuntu/member/EtienneG] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
lamonthead->wall01:57
=== jml [n=jml@ppp121-44-219-182.lns1.hba1.internode.on.net] has joined #ubuntu-kernel
=== bronson [n=bronson@adsl-76-202-198-213.dsl.pltn13.sbcglobal.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
=== _MMA_ [n=_MMA_@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== m0rg0th [n=m0rg0th@220.225.228.97] has joined #ubuntu-kernel
=== tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-kernel
=== gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-kernel
=== lamont prepares a diff to go into .27
lamontwaiting for builds is such a pain02:52
Riddellanyone want to fix linux-source-2.6.22-10.26?02:56
Riddell"make: *** [/build/buildd/linux-source-2.6.22-2.6.22/debian/stamps/stamp-custom-prepare-xen]  Error 2"02:56
=== lamont notes that running updateconfigs migrated some stuff to i386/config from the individual ones
lamontRiddell: i386, I expect?03:02
Riddelllamont: yes03:02
lamontah, it wasn't just hppa then03:03
lagahello. dev/rtc/max-user-freq is currently set to the default value of 64 which is rather low for multimedia applications. would it be possible for you kernel guys to increase the default value to 1024 as recommended by mplayer/mythtv documentation or would i have negative side effects?03:04
=== xhaker [n=xhaker@83-223-183-215.cpe.netmadeira.com] has joined #ubuntu-kernel
xhakermjg59, thanks for the patch, i have udma5 now :)03:05
xhakerBenC, could you please apply http://www.leetcorp.net/xhaker.diff03:05
aboganilaga: Why someone want use RTC when kernel offer High Resolution Timers at no cost? :-|03:07
lagaabogani: um, might be a legacy item. i still wonder if there are negative side effects.. if not, we can just enable it ourselves in mythbuntu03:08
lamontRiddell: test i386 build running now03:09
lamontfix is committed in lamont/hppa-ia64 (xen kernels and hppa were missing CONFIG_MSS)03:09
Riddellthanks03:10
xhakerbummer, the kernel was uploaded already! :D03:16
zulxhaker: send me the patch and ill get it in for the next one03:18
xhakerzul, here http://www.leetcorp.net/xhaker.diff03:18
zulgot it thanks03:19
xhakerzul, mjg59 sent me that yesterday. I added the description in front03:19
=== djf_jeff [n=jeff@modemcable026.33-70-69.static.videotron.ca] has joined #ubuntu-kernel
=== gicmo [n=gicmo@p5491E336.dip.t-dialin.net] has joined #ubuntu-kernel
zulis there still a meeting today?04:00
lamontRiddell: I think it'll build.. :-)04:07
Riddellexciting04:09
lamontuploaded04:10
lamonts/ed$/ing/04:10
Riddellso when you say think, hopefully you're understating?04:10
lamontyeah.04:11
lamontit was past the scary part on a previously-afflicted architecture04:12
Riddellaccepted, many thanks lamont 04:17
lamontyep.  built. :-)04:19
xhakerhmm, i386 failed to build?04:25
xhakerthe last kernel upload, that is04:25
lamont-10.27 can't have failed yet04:25
xhakerzul, will -10.27 have that patch i sent you earlier? maybe i got lucky04:26
zulxhaker: uh no04:26
lamont.27 is nothing but the ftbfs04:27
xhakerlamont, ok.04:28
=== infinity kills the -10.26 build on artigas...
infinityOh, nevermind, it just finishd.04:32
dholbachI also subscribed the kernel team to bug 12583404:36
dholbachseems that the team is not bug contact for linux-ubuntu-modules04:36
dholbachlinux-ubuntu-modules-2.6.2204:36
dholbachalso bug 11479304:39
dholbachand bug 12485504:39
infinityThey're the contact now.04:40
dholbachrock and roll04:40
dholbachgracias, monsieur conrad04:40
infinityYou're mixing languages.04:40
=== ScottK [n=ScottK@ubuntu/member/scottk] has joined #ubuntu-kernel
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-kernel
zulatheros is lum isnt it?05:12
rtg_zul: lrm05:13
lamontBenC: you around?05:21
=== pmjdebruijn [n=pmjdebru@ds9.pcode.nl] has joined #ubuntu-kernel
=== xhaker_ [n=xhaker@83-223-179-252.cpe.netmadeira.com] has joined #ubuntu-kernel
bdmurrayrtg_: what package is iwl4965?05:28
rtg_Gutsy l-u-m05:29
rtg_bdmurray: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-gutsy-lum.git;a=summary05:29
BenClamont: yeah05:30
bdmurraygreat, thanks05:31
lamontBenC: so since I suck at unbreaking things... is it preferable to have changelog claim that 10.28 immediately follows 9.25, or to renumber 10.{26,27} to 9.{26,27}?05:32
BenClamont: that's what kyle was working on05:33
kylemso. really shouldn't have uploaded that.05:33
lamontkylem: sorry.05:33
kylemand everyone else is kind of stupid for approving it.05:33
lamontand while you're fixing zen, please fix debian/hppa/config too05:33
lamonts/zen/xen/05:33
kylemespecially given i was sleeping on the couch about 10 feet away05:33
kylemwith my mobile phone05:33
lamontI think we were trying to let you sleep05:34
kylemwell, i wasn't at the time it ftbfs.05:35
kylemanyway. wha tbroke now?05:35
lamontsame bug as xen05:35
lamont-10.27 is top of my hppa-ia64.git tree05:35
lamontand dies in abicheck, because I suck05:36
kylemeh?05:36
kylemoh.05:36
kylemright.05:36
kylemok, i'll just bump to 10.28 and upload.05:36
lamonti386 was ftbfs because of CONFIG_MSS.  ditto hppa05:36
kylemyes.05:36
kylemi know, i got the email...05:36
lamontand I screwed up things for abicheck when I did -10.2705:37
kylemyeah, it's fine.05:37
kylemi'd have made the same mistake probably.05:37
lamontbut if you want the history, it's in my tree... :(05:37
kylemok, i pulled the patch from your tree05:37
lamontand I had a -10.28 prepared, but hadn't committed it or uploaded yet...  and now it's your baton.05:38
kylemlamont, there's nothing wrong with the commit though, right? it will succeed now?05:40
lamontright05:42
kylemok, thanks.05:43
lamontwhat I changed but did not commit was: changelog (rename .26,27 to -9), and rename debian/abi/2.6.22-9.25 -> 2705:43
kylemthe odds are astronomically high that i'm goign to fuck this up.05:43
lamontwant me to just upload a .28?05:43
kylemno, it's fine05:44
kylemwhy would you rename the abi?05:44
kylemthere is no abi to compare it to05:45
lamontah, good point.05:45
lamontas long as it's -9.27 for the previous in changelog.  got it.05:45
lamontEOVERKILL05:45
kylemyeah, sorry, i should have nuked it when i was preparing it in the first place.05:45
lamontanyway, sorry for screwing up .27 and making more work.05:46
lamontand feel free to make that .27 guy lamont@u.c, or not. :-)05:47
=== dholbach [n=daniel@ubuntu/member/dholbach] has left #ubuntu-kernel ["Ex-Chat"]
=== amitk_ [n=amit@a91-154-122-129.elisa-laajakaista.fi] has joined #ubuntu-kernel
=== bullgard4 [n=detlef@p54BF0216.dip0.t-ipconnect.de] has joined #ubuntu-kernel
kylemhttp://kernel.ubuntu.com/git?p=ubuntu/ubuntu-gutsy.git;a=commitdiff;h=a5691db7134fd4566504a38c3a3d81265845266505:54
kylemhopefully it doesn't fail because i capitalize urgent or something05:54
infinityProcessing..05:56
=== m0rg0th [n=m0rg0th@219.64.120.181] has joined #ubuntu-kernel
infinitykylem: Processed and approved.05:58
lamontkylem: as an FYI, debian/rules updateconfigs changes config/i386/*05:58
kylemyeah05:59
kylemi expect that05:59
lamontI expected that you did05:59
lamontI also noticed that at least one of those config vars was =y and =m in diff config.* files, and merged into =y... 05:59
kylemhand editing them generally a bad idea06:00
lamontuh.... that's what I do.  and then I run updateconfigs so that amitk doesn't yell at me.06:00
ograBenC, ping06:03
BenCogra: ?06:04
ograBenC, about bug 13033006:04
ogrameh, no ubotu :P06:04
ograhttps://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/13033006:04
ograi was told you have concerns with that ?06:04
BenCogra: ...06:06
mjg59ogra: Which hardware?06:07
kylemi'm working on fixing up alsa on them.06:07
kylemslowly.06:07
elmooh, right, I need to report my feisty-hates-usb bug06:08
ogramjg59, kaluha specifically and there is a driver for sis7019 that we dont have but thats available as unlicensed source that needs various bits of the oss stack thats missing as well06:08
mjg59ogra: Yeah, I think the "unlicensed source" bit is probably more of a problem06:08
ograright06:09
mjg59We shouldn't be distributing kernel options for the sole reason of letting someone breach copyright06:09
ograi have it building fine here, but cant use it, its a shame06:09
ograwell, i think its up to the user and i want to enable them at least to make their HW work06:09
amitk_ogra: we have worse - a GPL driver that we can't include becase of crazy firmware licensing: http://www.marvell.com/drivers/driverDisplay.do?dId=178&pId=3806:11
BenCogra: ah, right...we'll end up re-enabling oss where needed06:12
ograamitk_, well, i dont care about inclusion since i wont be able to, but i care that the user can solve it himself ....06:12
amitk_ogra: point taken06:13
mjg59amitk_: 2.2(ii) seems to grant permission to redistribute the firmware?06:13
elmomjg59: but not sell it, and check out the export/nuclear crack clause towards the end06:14
ograBenC, i'll get a list and attach it to the bug .... for now kahlua is the most important one i know of, but i'm sure there are more, these embedded chipsets suck in that regard06:16
mjg59elmo: It says that we can't sell the firmware, not that we can't sell the product it's incorporated into?06:16
mjg59elmo: I suspect that the export stuff is a matter of law anyway. I'd go slightly further and suggest that we've never made any real guarantees about anyone's right to use anything in l-r-m06:17
elmomjg59: if we sell an Ubuntu DVD with this on it, how is that not selling the firmware?  where does the license make the distinction between the firmware and the product it's integrated into06:18
elmomjg59: that export stuff is not a matter of law06:18
elmo"any party engaged in nuclear, chemical/biological weapons or missile proliferation activities "06:18
elmo" may not, in the absence of authorization by U.S. and local law and regulations, as required, be used by or exported or reexported"06:19
elmois something I can't even parse, but under at least one reading seems to say 'in soviet russia, US law applies YOU'06:19
mjg59elmo: That section starts "are subject to US export control laws"06:20
mjg59If authorization by US and local law and regulations /isn't/ required, it sounds fine06:20
elmoI really don't see how you're reading it that way06:21
elmo'  In addition to the above' <- above being are subject to US export control laws06:22
elmo' may not, in the absence of authorization by U.S. and local law and regulations, as required, [... a whole bunch of prohibitive restrictions] '06:22
BenCogra: ok06:22
mjg59I read that as "You may not do these things without the authorization of US and local law (as required)"06:23
mjg59Where there's no requirement, you may do them06:23
=== bullgard5 [n=detlef@p54BF0216.dip0.t-ipconnect.de] has joined #ubuntu-kernel
mjg59elmo: The "You may not sell this" bit also claims "You may not distribute it", which is clearly at odds with 2.2 - the only way for that to make sense is for it to be fine to distribute or sell it as part of the licensee's product, but not on its own06:26
mjg59Which is a restriction that we've had on other things in the past06:26
elmoerr, like what?06:26
elmooh, you mean selling in aggregrate06:27
elmosure we've had that before06:27
mjg59Yeah06:27
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
elmobut I don't buy the whole 'this is the whole sane reading of the license -> we'll use that' argument at all06:27
elmowe've been bitten by that before with e.g. pine06:27
mjg592.2(ii) makes it clear that you can distribute as part of licensee's product, whereas 2.3(ii) states that you can't distribute the proprietary deliverables06:28
elmoand we've certainly got a history of rejecting internally inconsistent licenses06:28
mjg59Heh. Have you guys asked for clarification?06:29
elmoI dunno - I haven't been dealing with them/don't know who is.  amit?06:30
elmo'All Derivatives of the Open Source Deliverables shall be licensed back to Marvell' is another interesting one06:31
infinitykylem: Old builds killed, new builds on the way.06:31
kylemthanks hot stuff.06:31
mjg59elmo: Surely that's an inevitable consequence of them being GPLed?06:31
elmonot if I don't  distribute it to them, it's not06:32
mjg59Hm. Yes, I can see that being an issue.06:33
=== tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-kernel
amitk_elmo: mjg59: I haven't dealt with Marvell directly. I got a request from Pepper to include this driver. And since the license was too much for my comprehension of law, I asked around (mdz, elmo, rtg_)06:48
amitk_but if you know who has done these sorts of negotiations before, we could take this forward06:50
amitk_actually it was Mithrandir instead of rtg_06:52
=== bullgard4 [n=detlef@e179072130.adsl.alicedsl.de] has joined #ubuntu-kernel
zulBenC: maybe there should be a wiki page on patches from the community (ie what is needed, etc)07:11
=== bullgard5 [n=detlef@e179072112.adsl.alicedsl.de] has joined #ubuntu-kernel
BenCzul: basically it's the same as upstream kernel07:41
=== bullgard4 [n=detlef@e179072112.adsl.alicedsl.de] has joined #ubuntu-kernel
=== bullgard4 [n=detlef@e179072112.adsl.alicedsl.de] has joined #ubuntu-kernel
IntuitiveNippleAnyone familiar with the TCP keepalive code? I'm trying to confirm that code I'm looking at in net/ipv4/tcp_minisocks.c in tcp_check_req() is the bit responsible for sending the keepalive ACK - around line 585 "req->rsk_ops->send_ack(skb, req);"08:05
xhaker_zul, that bit about patches from the community was related to the patch i linked you earlier? It was mjg59 who did that patch, not me, i just added the /**/ comment08:30
zulxhaker_: can you update it then08:30
xhaker_i've added it to my own branch08:31
xhaker_what info do you need? the commit message?08:31
zulsigned off description etc08:31
xhaker_can i export my diff with that info attached?08:32
xhaker_git-*08:32
zulsure email me it ill try to get it upstream as well08:32
zulzulcss@ubuntu.com08:33
zulor even better yet send it to the kernel-team ml08:34
xhaker_I will do that.. after a reboot09:00
zullater09:45
=== lamont`` [n=lamont@mix.mmjgroup.com] has joined #ubuntu-kernel
=== ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-kernel
=== chrisle [n=chris@e178125175.adsl.alicedsl.de] has joined #ubuntu-kernel
=== JanC [n=janc@lugwv/member/JanC] has joined #ubuntu-kernel

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