[12:41] <zul__> do do do
[01:58] <BenC> kylem: If it fixes bugs, then it's definitely a candidate for proposed-updates
[01:58] <zul> hey BenC 
[01:58] <BenC> hey zul
[01:59] <kylem> BenC, the vendor driver is pretty crap...
[03:44] <zul> BenC: bravo :)
[03:49] <BenC> zul: for what?
[03:52] <zul> the posting to the -devel ml
[03:53] <BenC> heh, I'm getting tired of feeling like everyone's personal fuck toy...
[03:54] <zul> i can understand
[03:54] <ajmitch> "why didn't you do this?!? it's *critical*"
[04:35] <zul_> night..
[05:48] <ajmitch> seems that vmware module patching wasn't entirely correct, tcpdump is showing a lot of invalid checksums
[06:01] <ajmitch> needed to be CHECKSUM_PARTIAL, not CHECKSUM_COMPLETE
[07:40] <fabbione> BenC: gfs1 in .19 is totally busted
[07:40] <fabbione> i am afraid some of the porting bits you did are not 100% correct
[08:09] <Mithrandir> BenC: regarding 14908 ; it's marked as "later" which means I need it fixed ASAP; any chance you could get to it soonish?
[09:37] <AnAnt> BenC: ping
[09:37] <AnAnt> anyone here ?
[09:40] <neuralis> AnAnt: what's up?
[09:43] <AnAnt> the PREEMPT thing
[09:43] <AnAnt> what is CONFIG_PREEMPT_VOLUNTARY ?
[09:43] <AnAnt> what's the difference between CONFIG_PREEMPT_VOLUNTARY & CONFIG_PREEMPT ?
[09:44] <AnAnt> and what has Timer frequency value to do with the PREEMPT option ?
[09:48] <AnAnt> neuralis: hello ?
[09:52] <neuralis> these are general questions; you might wish to google around or read the source.
[09:52] <neuralis> (you're asking questions about standard operating systems theory.)
[10:05] <AnAnt> what should I search for there ?
[10:10] <AnAnt> ok, I can turn on KERNEL_PREEMPT at run time ? do I understand correctly ?
[10:45] <Mithrandir> BenC: shouldn't 65106 be marked as fix released now ?
[11:56] <AnAnt> how can I find out the KERNEL compile options ?
[11:56] <AnAnt> I am using the generic kernel
[12:43] <willvdl> hi folks, does edgy kernel have i2c support by default?
[12:43] <willvdl> [struggling with lmsensors] 
[12:48] <AnAnt> you can know from /boot/config-$(uname -a)
[12:48] <AnAnt> oops sorry
[12:48] <AnAnt> you can know from /boot/config-$(uname -r)
[12:49] <AnAnt> in the -generic kernel I2C is compiled as modules
[12:49] <AnAnt> ie. you can modprobe it
[12:51] <pradeep> willvdl, ^
[12:51] <willvdl> one sec
[12:52] <willvdl> config-2.6.17-10-generic
[12:52] <willvdl> AnAnt, what should I be modprobing?
[12:54] <AnAnt> willvdl: dunno
[12:54] <willvdl> ah, good point. thanks though
[12:54] <AnAnt> can I turn on KERNEL_PREEMPT at run or boot time ? 
[12:55] <AnAnt> willvdl: I never used I2C
[02:21] <BenC> AnAnt: PREEMPT is a compile time option only
[02:32] <fabbione> BenC: can you please pull from my feisty branch on people in a tree that you can kill and tell me if the commit log is ok?
[02:32] <fabbione> (there is only one commit to update GFS=
[02:39] <BenC> fabbione: pulled, looks good
[02:39] <fabbione> BenC: ok thanks
[02:39] <fabbione> gfs1 is still fux0red
[02:39] <fabbione> but i have some gfs2 fixes to push to you soon
[02:40] <AnAnt> BenC: I saw on some website that it can be configured in run/boot time, was that in earlier 2.6 kernels ?
[03:21] <kylem> ugh. so much spam.
[03:24] <zul> meh...feels like im wearing concrete blocks for shoes
[03:32] <Mithrandir> BenC: if you could respond to my questions in backlog, that'd be useful.
[03:34] <BenC> Mithrandir: Looks like userspace stuff
[03:34] <BenC> Mithrandir: I'll look into it
[03:35] <Mithrandir> sure, 14908 is userspace stuff; it's kernel packaging.
[03:46] <BenC> Mithrandir: Ah, I see, the file touching thing
[03:46] <Mithrandir> BenC: yup, exactly.
[03:51] <zul> *sigh* they might be replacing the mail server at work exchange..
[03:54] <JanC> zul: I hope you don't mean "* by Exchange" ?  :-/
[03:54] <zul> yeah with exchange...i need more coffee
[03:55] <JanC> well, you will need lots of coffee if they do (for waiting ;) )
[03:55] <zul> im not touching it
  tree /sys/module/usbcore/
  /sys/module/usbcore/
  |-- drivers
  |   |-- hub -> ../../../subsystem/usb/drivers/hub
  |   |-- usb -> ../../../subsystem/usb/drivers/usb
  |   `-- usbfs -> ../../../subsystem/usb/drivers/usbfs
  |-- initstate
  |-- parameters
  |   |-- blinkenlights
  |   |-- multithread_probe
  |   |-- nousb
  |   |-- old_scheme_first
  |   |-- usbfs_snoop
  |   `-- use_both_schemes
  |-- refcnt
 i already have that :)
[06:27] <BenC> infinity: ping
[07:12] <badock> hello all
[07:14] <badock> i'd like to know something : if i want to cross-compile kernel for my ubuntu machine, can i do it on another machine, by just 'making' the sources with the .config of my ubuntu machine ?
[07:41] <kylem> hmm, redhat defaults to HZ=1000
[08:38] <BenC> kylem: what about preempt
[08:39] <kylem> same as us
[08:40] <kylem> voluntary and preempt the bkl
[08:45] <dade`> kylem: I read a pdf where it says that changing hz from 1000 to 100 affects battery life for something like 2%
[08:58] <JanC> hm, I use my laptops with the AC cable 90% of the time  :)
[08:59] <JanC> and 2% isn't really significant
[08:59] <JanC> the applications I use have more impact on battery life than that
[09:00] <JanC> (if that 2% is correct)
[09:02] <JanC> e.g. one bug in edgy's nautilus might have like 20-30% impact on battery life...
[09:05] <BenC> JanC: I think he means it affects 2% of people
[09:06] <JanC> dade`: can you clarify?  :)
[09:07] <dade`> wait, i'm not so good in english, i try to find the pdf
[09:08] <dade`> http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/doc/OLS2006-bltk-paper.pdf
[09:12] <dade`> is there a way to turn off bluetooth ?
[09:12] <JanC> it looks like 1000Hz isn't really a problem for laptop users when the system is idle
[09:13] <dade`> there is something else that wastes power energy
[09:14] <dade`> HZ seems to be not so important
[09:15] <dade`> I did some lame test on my macbook, osx consumes 1200/1300 mah, linux does ~1800 idling on  same conditions
[09:16] <dade`> and on heavy load the difference is even bigger
[09:16] <JanC> that doesn't compare interrupt frequency on linux though  :)
[09:17] <JanC> 'I wish the linux test labs funded by the major linux distributions would do such tests...)
[09:18] <JanC> * and major linux service providers *
[09:18] <JanC> I mean, what are they doing with all that money from IBM & co. ?   ;-)
[09:19] <dade`> do you have a laptop ? wich one ?
[09:19] <dade`> which
[09:20] <JanC> I have an Intel Core Duo 2300 (Centrino)
[09:21] <JanC> local brand laptop based on an MSI "barebone"
[09:21] <dade`> ok
[09:21] <dade`> i tried to boot without loading ANY bluetooth module
[09:21] <dade`> and my bluetooth mouse just works
[09:21] <dade`> funny huh ?
[09:55] <JanC> dade`: udev ?  :)
[09:56] <dade`> udev what ?
[09:56] <JanC> how do you load no bluetooth?
[09:56] <dade`> if the module is not loaded bluetooth sould be off
[09:57] <JanC> udev will (should) load all necessary modules when it's needed...
[09:57] <dade`> when it's needed
[09:59] <dade`> lsmod showed no bluetooth module loaded
[10:00] <dade`> isn't this enough ?
[10:00] <lehaid> hi
[10:00] <JanC> before or after using the bluetooth mouse?
[10:01] <lehaid> what the most recommended place to read about compiling my own ubuntu-kernel for 6.06?
[10:02] <JanC> lehaid: see /topic
[10:02] <dade`> before
[10:03] <dade`> i guess
[10:03] <JanC> dade`: it's possible tha tudev just loaded that driver after that then?
[10:03] <dade`> no
[10:03] <dade`> i look at it while using the mouse
[10:03] <JanC> in that case, i can only imagine some sort of BIOS emulation  :)
[10:04] <dade`> yes it looks like an usb mouse
[10:04] <dade`> but i don't care about this, i just wanted to power off bluetooth to save energy !
[10:04] <dade`> and there is no way
[10:15] <lehaid> i want to compile an kernel module which packages should i have besides the linux-headers or is it enough ?
[10:16] <JanC> dade`: remove all bluetooth drivers  :)
[10:17] <JanC> or maybe you can disable bluetooth fysically
[10:17] <dade`> i think it works anyway 
[10:17] <dade`> there is no hw button in macbooks
[10:17] <lehaid> anybody know what i need besides that?
[10:37] <lehaid> shouldn't /usr/include/linux hold the kernel headers?
[10:38] <zul> right im heading home...later..
[10:41] <ajmitch> bye zul 
[11:08] <crimsun> BenC: thanks for -lowlatency!
[11:21] <BenC> crimsun: :)
[11:34] <tormod> BenC: you confirmed bug #72765, with no comment. Did you reproduce it yourself?
[11:35] <BenC> tormad: I confirmed it based on your answers...you seemed to be confident that it was only reproducible with 2.6.19 kernels and not 2.6.17
[11:35] <BenC> tormad: Is my faith in your confidence misplaced? :)
[11:36] <tormod> benc, of course not (but yout spelling is :) I was just curious if you saw it somewhere else.
[11:38] <BenC> tormod: ok, I just marked it as such to make sure I keep an eye on it...I have nothing to work with yet, unless you are willing to do a git-bisect to recompile the kernel a bunch of times to nail down the commit that started it
[11:39] <tormod> benc, I wonder if it has to with the pata transition. Is there a way I kind force the old pata back?
[11:40] <tormod> s/kind/can (I spell funny today too)
[11:41] <BenC> if you download the kernel source you should be able to compile just the ide module and try it out
[11:42] <BenC> you'd have to move it to /lib/modules/`uname -r`/kernel/drivers/ide/pci/,  blacklist the pata module and rerun "sudo update-initramfs"
[11:42] <tormod> can I not remove some module from the initrd
[11:42] <BenC> the old ide module is not being built for your chipset if you now have a pata module
[11:45] <tormod> would that be the ide/pci/via82cxxx.ko module in my case?
[11:57] <tormod> benc, thanks, I will look into this (but not tonight).
[11:58] <tormod> benc, just one more question, through which module/src file is the "stop" sent to the drives?