[05:04] <zul> BenC: how so?
[05:12] <BenC> zul: I'm about 10 minutes from committing the custom build infrastructure for things like xen
[05:12] <BenC> all you have to do is put in a diff and create a couple trivial files to implement it :)
[05:13] <zul> BenC: neat..I could kiss you
[05:13] <zul> but not really..
[05:14] <BenC> Thanks, but I'll pass
[05:14] <BenC> some xen patches would be nice though :)
[05:14] <zul> Im working on it..shhhshh..
[05:15] <zul> although its an incentive now 
[05:15] <BenC> $ ls *.deb
[05:15] <BenC> linux-headers-2.6.21-1-schedcfs_2.6.21-1.1_i386.deb
[05:15] <BenC> linux-image-2.6.21-1-schedcfs_2.6.21-1.1_i386.deb
[05:15] <BenC> that's my example build
[05:16] <zul> cool...Ill have a look when I get up tomorrow
[05:16] <BenC> $ ls -l debian/binary-custom.d/schedcfs.*
[05:16] <BenC> -rw-r--r-- 1 bcollins bcollins  72727 Apr 23 19:36 debian/binary-custom.d/schedcfs.config.amd64
[05:16] <BenC> -rw-r--r-- 1 bcollins bcollins  80542 Apr 23 18:07 debian/binary-custom.d/schedcfs.config.i386
[05:16] <BenC> -rw-r--r-- 1 bcollins bcollins 120459 Apr 23 14:59 debian/binary-custom.d/schedcfs.diff
[05:16] <BenC> -rw-r--r-- 1 bcollins bcollins     23 Apr 23 17:43 debian/binary-custom.d/schedcfs.mk
[05:16] <BenC> -rw-r--r-- 1 bcollins bcollins    209 Apr 23 18:03 debian/binary-custom.d/schedcfs.vars
[05:16] <BenC> and that's all I had to do to get it to build
[05:16] <BenC> there's a README in that subdir (debian/binary-custom.d/)
[05:16] <zul> does it have to be one diff or can it be many diffs?
[05:17] <zul> since I break down the xen diff to make it more manageable
[05:17] <ajmitch> BenC: sounds rather nice
[05:18] <BenC> zul: blob diff
[05:18] <zul> meh..
[05:18] <BenC> zul: too much work, and clutters things
[05:18] <zul> ok Ill work with that then
[05:19] <zul> now only if openvz would get off their butts and do 2.6.21 I really dont want to port 2 kernels
[05:19] <zul> anyways im off to bed night folks
[05:19] <ajmitch> seems like there's been a bit of pr about feisty supporting virtualisation
[05:19] <ajmitch> night zul 
[05:20] <zul> eh?
[05:20] <zul> only if you have the right hardware :)
[05:32] <BenC> the vmware stuff doesn't require special hw
[05:32] <BenC> but kvm does, yes
[05:33] <BenC> debian/binary-custom.d/README and supporting build committed
[05:33] <BenC> Completely Fair Scheduler committed as an example (don't expect it to last through gutsy cycle)
[05:33] <ajmitch> nice
[05:36] <ajmitch> night
[05:37] <roh> hm.. which channel to ask x11/boot specific questions?
[05:40] <roh> the feisty desktop release xorg sig11 here, the 'beta' did not.
[06:06] <jdong> BenC: can I bug you for a quick sec about the standing tifm7xx1 bug?
[06:06] <jdong> bug 53923
[06:07] <jdong> it's been well identified and characterized; the ubuntu bundled tifm7xx1 does not work
[06:07] <jdong> but compiling upstream's stock drivers does work
[06:07] <jdong> so something about how it's bundled is making it break
[06:07] <jdong> I have this cardreader so I would be more than happy to test any patches, candidate kernels, etc.
[07:19] <dade`> if i change a module in /lib/modules .. then i run update-initramfs.. will the module iniside initramfs be updated too ?
[08:59] <dade`> BenC: works, with that patch \o/
[08:59] <dade`> i'm happy.
[08:59] <dade`> so it'll be fixed soon
[12:40] <calavera> 3c59x module doesn't work properly on Feisty (bug #78611). There are plans for correct this or we will have to wait for Gutsy? 
[12:56] <zul> BenC: ping did you commit it last night?
[04:17] <dade`> BenC: did you read me ? :)
[04:17] <BenC> dade`: ah, I see your msg now :)
[04:17] <BenC> dade`: what's up?
[04:18] <dade`> works <- with that patch that disables the ata suspend function
[04:20] <BenC> that's interesting that suspend works when the function that's meant to enable it is disabled
[04:20] <BenC> mjg59: dade has a problem with suspend on a macbook and a patch he tried to basically comment out the suspend code in libata makes it work
[04:20] <BenC> ata_piix
[04:20] <dade`> no
[04:20] <dade`> libata
[04:21] <dade`> wait a sec
[04:21] <dade`> http://www.mail-archive.com/mactel-linux-devel@lists.sourceforge.net/msg00198.html
[04:21] <dade`> see here, that guy did
[04:22] <BenC> dade`: I know the patch was for libata, but just pointing out that you are using ata_piix
[04:23] <dade`> ah ok, all macbooks use ata_piix
[04:23] <BenC> some use piix, depends on what chipset they have
[04:23] <dade`> mine used piix with older kernels
[04:23] <dade`> .18 serie
[04:24] <dade`> if i remember correctly
[04:25] <dade`> BenC: the -386 kernel is smp ?
[04:25] <BenC> dade`: no, it's UP
[04:25] <dade`> 'cause using the .386 kernel on macbook only enables one core.
[04:25] <dade`> ok
[04:25] <dade`> cool
[04:26] <dade`> brb
[04:41] <zul> BenC: what git patch level are we at for gutsy?
[04:42] <BenC> zul: huh?
[04:42] <zul> like 2.6.21-rc7-gitXX
[04:43] <BenC> um, we're at latest linux-2.6.git
[04:43] <zul> ok
[04:43] <BenC> there is no -gitXX
[05:15] <zul> BenC: couldnt we have sub-directories for the binary-custom.d to make it cleaner?
[07:23] <rtg__> BenC: +187 debian/rules.d/2-binary-arch.mk - unterminated macro, gutsy commit c215f0acae2632042df5a7bdf5b5d78acaf235d1
[07:23] <BenC> rtg__: re-pull, I fixed that this morning
[07:24] <rtg__> BenC: I guess I just missed your update.
[07:34] <zdzichuBG> this tifm card reader bug looks like chat, without any word on fix
[07:43] <BenC> zul: done in latest git
[07:43] <BenC> zdzichuBG: likely because we don't have a fix for it yet
[07:44] <zul> BenC: asante sana
[07:45] <BenC> you might have to pull from ubuntu-gutsy with --force or something
[08:45] <dade`> BenC: that fix seems to work only on -386 
[08:45] <dade`> i'll try again a few hours to confirm
[08:46] <dade`> in a few
[08:59] <mjg59> BenC: Which suspend code in libata?
[09:01] <BenC> mjg59: Check with dade for the URL to the patch
[09:02] <mjg59> Eh. Works fine on an MBP, which has identical hardware.
[09:12] <dade`> works fine on a 2.0 macbook
[09:12] <dade`> wich is even more identical
[09:13] <dade`> which
[09:59] <dade`> ok. the same patch works with -generic kernel too
[10:00] <dade`> Now wifi sometimes give problems after wakeup
[10:17] <compengi> i have an issue, i got 3 programs running (xchat, gaim, xmms) but my memory is being eaten dunno why. i got 36.8% of 512MB memory used and 3.3% of 1G swap. and my pc is 4 hours up only, while on edgy i was running same programs but my system didn't use swap until my pc was up several days. does anyone knows what's going on?
[10:19] <fabbione> compengi: it means nothing.. do you notice slow downs or performance hit?
[10:20] <fabbione> might be a lot caching on what you are doing
[10:20] <fabbione> or buffering even
[10:20] <compengi> Mem:    515220k total,   508840k used,     6380k free,    34572k buffers
[10:20] <compengi> Swap:  1020116k total,    33964k used,   986152k free,   294036k cached
[10:20] <compengi> but it wasn't like that in edgy
[10:20] <fabbione> yeah you have over 300MB in cache/buffer
[10:20] <fabbione> do you notice performance hit?
[10:21] <fabbione> or any *real* problem+
[10:21] <fabbione> like applications are crashing?
[10:21] <compengi> not now but i'm 4 hours up still
[10:21] <compengi> in edgy my system started using swap when i was like several days up
[10:21] <fabbione> leave it running for a few days... see it won't do anything bad
[10:21] <fabbione> it doesn't matter what edgy did
[10:22] <fabbione> it's a different kernel
[10:22] <fabbione> they might have changed just the way in which memory is freed or cache released
[10:22] <fabbione> it's not of any relevance what you are reporting
[10:22] <fabbione> it will make sense IF it was source of problems
[10:22] <compengi> oh
[10:22] <compengi> okay
[10:24] <compengi> so you think that in later kernel releases it would be better?
[10:29] <JanC> fabbione: I can tell you if your system starts to swap when it didn't before, that *is* a performance problem  :)
[10:29] <fabbione> JanC: prove it with numbers
[10:29] <fabbione> then come back and tell me you have an issue
[10:30] <fabbione> it might have just been a crontab running to update the locatedb
[10:30] <fabbione> or anything
[10:30] <fabbione> numbers in there means nothing on how the machine is behaving or responding to you
[10:40] <JanC> fabbione: I've seen several people who have the impression that feisty needs more memory than edgy to run smoothly, but it's difficult to get hard numbers or find the cause (so it's not necessarily a kernel problem--it could be GNOME or GTK or Xorg or whatever)
[10:40] <JanC> and program versions have changed too of course
[10:42] <JanC> and some extra daemons & programs are running on a default desktop
[11:28] <bdmurray> Are hibernate / suspend buttons not working a kernel bug or keyboard bug?
[11:30] <bdmurray> The bug I am looking at has a keycode not not known message
[11:40] <ash211> bdmurray: I'd guess keyboard
[11:41] <ash211> if it works through the logout menu, then definitely keyboard
[11:42] <mjg59> ?
[11:42] <mjg59> bdmurray: hotkey-setup
[11:43] <bdmurray> mjg59: thanks
[12:02] <bdmurray> mjg59: do you have a priority preference for unknown keys?