| === mjg59` is now known as mjg59 | ||
| * lamont pokes rtg_ | 03:42 | |
| === asac_ is now known as asac | ||
| === calc_ is now known as calc | ||
| === doko_ is now known as doko | ||
| === \sh_away is now known as \sh | ||
| === \sh is now known as \sh_away | ||
| Meserias | hi | 08:53 |
|---|---|---|
| Meserias | can someone help me with install Verlihub plugins instalations ? | 08:53 |
| === _fs is now known as fs | ||
| === \sh_away is now known as \sh | ||
| === \sh is now known as \sh_away | ||
| seb129 | hi | 13:43 |
| 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:44 |
| 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:45 |
| seb129 | 512 | 13:47 |
| mjg59 | Hm. | 13:47 |
| mjg59 | Sorry, no idea in that case | 13:48 |
| seb129 | that's slow from the start of the boot | 13:49 |
| seb129 | "checking if image is initramfs" takes over 10s for example | 13:50 |
| 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 | 13:53 |
| === \sh_away is now known as \sh | ||
| maks_ | seb128: you are not seb129 ? | 14:37 |
| 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:38 |
| seb128 | non matching? | 14:39 |
| maks_ | stock kernel or debian kernel but shouldn't matter | 14:39 |
| 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:40 |
| 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:41 |
| maks_ | but any 2.6 would be trouble | 14:42 |
| seb128 | ok, thanks for the hint | 14:42 |
| wip | hi people | 15:52 |
| wip | i have a issue with the RT kernel | 15:52 |
| wip | madwifi cannot compile | 15:52 |
| 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:53 | |
| _MMA_ | wip: I believe theis is a known bug. Im looking now. | 15:54 |
| _MMA_ | *this | 15:54 |
| 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:55 |
| * _MMA_ waves. | 15:56 | |
| amitk | hi pitti | 15:56 |
| 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:57 |
| 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:58 |
| 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 | 15:59 |
| _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:01 | |
| 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:02 |
| henrix | wip: sorry, I can not help you further :( your sure you have the latest linux rt image? | 16:03 |
| henrix | wip: 2.6.22.14.21, I believe... | 16:04 |
| 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:08 |
| 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:09 |
| 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:10 |
| pitti | heh | 16:11 |
| henrix | wip: hmm... I just checked and -rt kernel does have CONFIG_WLAN_80211 configured as a module | 16:12 |
| === \sh is now known as \sh_away | ||
| wip | henrix: thanks for taking the time | 16:12 |
| 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:13 |
| 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:14 |
| 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:15 |
| 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:16 |
| pitti | BenC: sent | 16:25 |
| zul | guys i should have a 2.6.24 kernel for xen by midweek next week | 16:33 |
| zul | for i386 at least | 16:34 |
| rtg_ | zul: I just pushed the -rc5 rebase | 16:36 |
| zul | yep working on rc5 as a base | 16:36 |
| === chuck_ is now known as zul | ||
| 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 | 17:59 |
| wip | we need it | 18:00 |
| 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 | :) | 18:02 |
| 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:14 |
| Kano | nvidia chipset | 20:15 |
| === chuck_ is now known as zul | ||
| 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:55 |
| 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:56 |
| Kano | i guess teh restricted modules are making problems | 23:57 |
| zenrox | never made the restricted modules | 23:57 |
| 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 | 23:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!