[03:42]  * lamont pokes rtg_ 
[08:53] <Meserias> hi
[08:53] <Meserias> can someone help me with install Verlihub plugins instalations ?
[13:43] <seb129> hi
[13:44] <seb129> I've issue with dapper being very slow to boot on a recent enough computer (PIV 2.4GHz), each boot line is taking some seconds, everything is very slow from the initramfs first line to the distro use
[13:44] <seb129> debian does the same on the box, windows works correctly
[13:45] <seb129> does anybody has an idea on any workaround or something I could try to get it working? Using acpi=off or noapic options make no difference
[13:45] <mjg59> seb129: How much RAM?
[13:47] <seb129> 512
[13:47] <mjg59> Hm.
[13:48] <mjg59> Sorry, no idea in that case
[13:49] <seb129> that's slow from the start of the boot
[13:50] <seb129> "checking if image is initramfs" takes over 10s for example
[13:53] <seb129> when booting in debug mode from the grub entry the load is around 2.5 after the boot
[13:53] <seb129> and that's standard command line mode without anything special running
[14:37] <maks_> seb128: you are not seb129 ?
[14:38] <seb128> maks_: I'm back to my desktop
[14:38] <seb128> but yes that was me
[14:38] <maks_> ok i've once seen that
[14:38] <seb128> connecting from somewhere else
[14:38] <seb128> ah?
[14:38] <maks_> it was due to non matching ram
[14:39] <seb128> non matching?
[14:39] <maks_> stock kernel or debian kernel but shouldn't matter
[14:40] <maks_> seb128: yes 2 modules that were from different type
[14:40] <maks_> put one out and everything was fine
[14:40] <seb128> ok, thanks
[14:41] <seb128> will try that
[14:41] <maks_> seb128: i rember top giving an incredible 0.2 load on that box
[14:41] <seb128> what is weird is that windows is running normally on the box, shouldn't this sort of issue impact on any OS installed?
[14:41] <maks_> :)
[14:41] <maks_> afair that box worked fine on 2.4
[14:42] <maks_> but any 2.6 would be trouble
[14:42] <seb128> ok, thanks for the hint
[15:52] <wip> hi people
[15:52] <wip> i have a issue with the RT kernel
[15:52] <wip> madwifi cannot compile
[15:53] <wip> the option of the kernel for the wireless is not setup correctly
[15:53] <wip> no problem with the generic kernel
[15:53] <wip> what's next? how long it will take to release a new RT with this option enable?
[15:53]  * amitk points at abogani for -rt work, but he is not online
[15:54] <_MMA_> wip: I believe theis is a known bug. Im looking now.
[15:54] <_MMA_> *this
[15:55] <wip> _MMA_: oh no. i really don't want to compile my kernel
[15:55] <wip> _MMA_: when i was young and so motivated i was compiling every week :)
[15:55] <pitti> hi guys
[15:56]  * _MMA_ waves.
[15:56] <amitk> hi pitti
[15:57] <pitti> BenC: how difficult would it be to add a kernel patch that disables ptrace()/LD_PRELOAD if a particular bit in the executable's ELF header is set? (i. e. what the kernel automatically does for set{g,u}id binaries)
[15:57] <pitti> hey amitk
[15:57] <pitti> BenC: calling prctrl(SET_DUMPABLE, 0) from within the app doesn't work, because it's a race condition
[15:57] <BenC> pitti: does this patch exist, or will we need to write it?
[15:58] <pitti> BenC: I don't know of an existing patch
[15:58] <henrix> wip: it seems that this is reported on Bug #130665
[15:58] <ubotu> Launchpad bug 130665 in linux-restricted-modules-2.6.22 "madwifi fails to load: ath_pci: Unknown symbol _ath_hal_attach" [Undecided,Confirmed] https://launchpad.net/bugs/130665
[15:58] <pitti> BenC: I'm not saying that we need to write it, just asking how much effort that would take
[15:58] <BenC> pitti: and is this elf header bit defined somewhere, or are we making something up that may end up conflicting elsewhere?
[15:58] <pitti> BenC: that needs to be defined with upstream, etc.
[15:59] <pitti> BenC: right, we shouldn't make up something ubuntu specific; but let's just pretend we would have a defined field
[15:59] <wip> henrix: since i installed gutsy, the rt package did not updated once. is there a time frame for releasing the rt-kernel?
[15:59] <wip> henrix: it's just a matter of enabling wireless option in the kernel
[16:01] <_MMA_> wip: abogani will be the guy to talk to. He might be back on later.
[16:01] <henrix> wip: the bug report refers that you just need to built madwifi modules yourself. no kernel recompilation. about new release... don't know. you need to ask abogani
[16:01]  * wip noted
[16:02] <wip> henrix: weird, the compilation on RT failed, saying that the kernel doesn't have the wireless options enable
[16:02] <wip> henrix: no problem on generic kernel
[16:03] <henrix> wip: sorry, I can not help you further :( your sure you have the latest linux rt image?
[16:04] <henrix> wip: 2.6.22.14.21, I believe...
[16:08] <pitti> BenC: according to elf(5) there is a field uint32 e_flags which could be used for that (no defined flags so far)
[16:08] <pitti> BenC: that should be discussed upstream
[16:08] <wip> henrix: yes. the message when compiling madwifi in RT is: Please enable wireless extensions.
[16:08] <BenC> pitti: ok, sounds easy at first glance
[16:09] <pitti> BenC: I just wonder how much code it would take to call the same dumpable protection that's used for suid binaries for ones with that flag
[16:10] <wip> henrix: v14+ required, v17+ recommended; option CONFIG_NET_RADIO (kernel 2.6.22 and later: CONFIG_WLAN_80211)
[16:10] <pitti> BenC: is lkml free to post for anyone, or do I need to subscribe?
[16:10] <BenC> pitti: it's wide open
[16:10] <pitti> BenC: cool, thanks; I'll give it a shot then
[16:10] <maks_> pitti http://vger.kernel.org/majordomo-taboos.txt
[16:10] <maks_> :)
[16:11] <pitti> heh
[16:12] <henrix> wip: hmm... I just checked and -rt kernel does have CONFIG_WLAN_80211 configured as a module
[16:12] <wip> henrix: thanks for taking the time
[16:13] <henrix> wip: sorry for not being that useful :(
[16:13] <wip> henrix: do you have 1 min to check other requirements
[16:13] <henrix> wip: correction: it has CONFIG_WLAN_80211 built-in, not as a module
[16:14] <wip> henrix: i guess it's okay, cause: No module versioning support - option CONFIG_MODVERSIONS
[16:14] <wip> henrix: Wireless Extensions support in kernel
[16:14] <wip> henrix: can you check for thoses:
[16:14] <wip> henrix: option CONFIG_SYSCTL
[16:14] <wip> henrix: option CONFIG_CRYPTO
[16:14] <pitti> BenC: ok to CC: you?
[16:14] <wip> henrix: option CONFIG_CRYPTO_HMAC
[16:14] <wip> henrix: option CONFIG_CRYPTO_AES
[16:15] <wip> henrix: many things... sorry
[16:15] <henrix> wip: if you have the -rt image installed, you can just grep your file /boot/config-2.6.22-14-rt ;)
[16:15] <BenC> pitti: yes, please
[16:16] <wip> henrix: excellent thanks!
[16:16] <henrix> wip: CONFIG_SYSCTL=y; CONFIG_CRYPTO=y; CONFIG_CRYPTO_HMAC=y; CONFIG_CRYPTO_AES=m
[16:16] <henrix> wip: np
[16:25] <pitti> BenC: sent
[16:33] <zul> guys i should have a 2.6.24 kernel for xen by midweek next week
[16:34] <zul> for i386 at least
[16:36] <rtg_> zul: I just pushed the -rc5 rebase
[16:36] <zul> yep working on rc5 as a base
[17:59] <wip> henrix, _MMA_: problem fixed! i had to use the very last svn version
[17:59] <wip> it compile fine and the wireless is now fully working
[17:59] <_MMA_> wip: I see. Thanx for the FYI.
[17:59] <henrix> wip: great ;)
[17:59] <wip> thanks to you for working on ubuntu RT kernel
[18:00] <wip> we need it
[18:02] <reynaldo> yay! full size decoding with the OLPC's XO -> http://dev.laptop.org/~rverdejo/video_samples/MPlayerFullSize01_mpeg41000_mp2128_622x520.avi
[18:02] <reynaldo> totally unrelated but though some of you might be interested
[18:02] <reynaldo> if not, sorry.
[18:02] <reynaldo> the excitement of the moment
[18:02] <reynaldo> :)
[20:14] <Kano> CPU[AMD Athlon 64 X2 Dual Core 3800+ clocked at 1000.000 Mhz]  Kernel[Linux 2.6.24-2-generic i686]  Up[-2min-]  Mem[-162.9/2027.1MB-]  HDD[-800GB(90%used)-]  Procs[-140-]  Client[Konversation 1.0.1]
[20:14] <Kano> /dev/hdc:
[20:14] <Kano>  using_dma    =  0 (off)
[20:14] <Kano> my dvd drive has still dma off with that kernel
[20:14] <Kano> could you use the pata drivers instead
[20:15] <Kano> nvidia chipset
[23:55] <zenrox> ok i have a quick question
[23:55] <zenrox> i built a kernel out of the hardy's git repo
[23:55] <zenrox> built just fine
[23:56] <zenrox> installed fine
[23:56] <zenrox> but when i boot up i cant get it to reconize the nvidia module i built agenst it
[23:56] <zenrox> am i missing something
[23:57] <Kano> i guess teh restricted modules are making problems
[23:57] <zenrox> never made the restricted modules
[23:58] <zenrox> but made the linux-ubuntu-modules
[23:58] <Kano> well i would uninstall everything with restricted, i hate that package ;)
[23:58] <zenrox> i agree
[23:58] <zenrox> but i built the nvidia sepratly
[23:58] <zenrox> tried modprobing it and i get error inserting module