=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-kernel === _human_blip_ [n=mike@220.157.65.181] has joined #ubuntu-kernel === bojohan [n=user@muon.olf.sgsnet.se] has joined #ubuntu-kernel [01:30] hello, i'm looking at Bug #29789: tv card audio not working [01:38] in fact, it seems that what i need is to load tda9887 before bttv (snd_bt87x isn't involved) [01:38] bad: $ insmod tuner.ko ; insmod bttv.ko autoload=0 ; insmod tda9887.ko [01:38] good: $ insmod tuner.ko ; insmod tda9887.ko ; insmod bttv.ko autoload=0 [01:38] (bttv autoloads tda9887) [01:40] is this useful to anyone? [01:41] Pinnacle PCTV using line-out [01:46] zul: Thanks (If it was you committing the fix) :) [01:47] NAiL: no probs the patch was pushed to benc this morning [01:48] So it'll get built and put in the feeds eventually? [01:48] yeah [01:48] Cool :-) [01:51] Will it eventually be pushed upstream too? [01:52] maybe.. === human_blip [n=mike@220.157.65.181] has joined #ubuntu-kernel === bojohan [n=user@linus003.dd.chalmers.se] has joined #ubuntu-kernel === _human_blip_ [n=mike@220.157.65.181] has joined #ubuntu-kernel === _human_blip_ [n=mike@220.157.65.181] has joined #ubuntu-kernel === joelbryan [n=joelbrya@210.213.156.191] has joined #ubuntu-kernel [03:50] Is it just me or the kernel 2.15-20 feels much faster? [03:50] it feels the same as 19 to me [03:51] it's faster doing grep regexp search [03:51] got a test case? [03:57] grep -i -R "word" * === mxpxpod [n=bryan@unaffiliated/mxpxpod] has joined #ubuntu-kernel === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-kernel [05:53] joelbryan: can't see any differenc. [05:53] +e [06:11] joelbryan: If "*" is a really large list of files, maybe you're just seeing some good disk caching going on. [06:11] joelbryan: If not, then the kernel has nothing to do with it, and you'd look to grep or glibc for having made that faster. === infinity decides to plan a patch to put a full POSIX and PCRE regex implementation in kernel space, and post it to LKML next April 1. === human_blip [n=mike@220.157.65.181] has joined #ubuntu-kernel === SEJeff [n=alicia@12-211-125-247.client.insightbb.com] has joined #ubuntu-kernel === smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-kernel === doko_ [n=doko@dslb-088-073-091-042.pools.arcor-ip.net] has joined #ubuntu-kernel === jane_ [n=JaneW@dsl-146-191-135.telkomadsl.co.za] has joined #ubuntu-kernel === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel === Keybuk [n=scott@syndicate.netsplit.com] has joined #ubuntu-kernel === zul [n=chuck@fpott03.dinmar.com] has joined #ubuntu-kernel [02:52] heylo === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel === mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel === fs [i=fs@213.178.77.98] has joined #ubuntu-kernel [05:33] BenC: ping [05:33] doh...unping === fs [i=fs@213.178.77.98] has joined #ubuntu-kernel === jkakar [n=jkakar@204.174.36.228] has joined #ubuntu-kernel [07:39] BenC: jbailey suggested I ask you this question--Do you know what the difference between "free" and "available" inodes is? [07:57] jkakar: What's presenting "available" inodes? [07:59] cjb: Python's os.statvfs() returns a bunch of values, two of them are F_BFREE and F_BAVAIL... it says that avail are "total available to non-super user"; I'm trying to understand why the numbers would be different. [08:00] I think the B means they're talking about blocks, not inodes. [08:00] jkakar: Because filesystems have a set number of blocks and inodes reserved for root use. [08:00] jkakar: So regular users can't accidentally fill up the filesystem completely. [08:00] infinity: Ah, thanks. That makes sense. [08:01] (base)adconrad@cthulhu:~$ sudo tune2fs -l /dev/sda3 | grep Reserved [08:01] Reserved block count: 122094 [08:01] Reserved blocks uid: 0 (user root) [08:01] Reserved blocks gid: 0 (group root) [08:01] (for example) [08:10] infinity: Awesome, thanks. === cjb [n=cjb@islay.ra.phy.cam.ac.uk] has joined #ubuntu-kernel