administrator_ | hey all | 01:24 |
---|---|---|
administrator_ | im thinking of grabbing 2.6.25 kernel for built in 8165 wlan support that i hear rumors of | 01:25 |
administrator_ | is there an official 2.6.25 (k)ubuntu kernel package? | 01:25 |
crimsun | no. Do you mean 2.6.27? | 01:27 |
administrator_ | i didnt mean that | 01:28 |
administrator_ | crimsun: what if i mean that now | 01:28 |
administrator_ | ? | 01:28 |
crimsun | (the only 2.6.25ish one is for -ports) | 01:30 |
administrator_ | crimsun: i didn't explain myself well. i dont care what version the knerel is, so long as it has a module for the 8165 wlan chipset | 01:41 |
administrator_ | but i found some ubuntu docs | 01:41 |
mdz | cking: I had a git tree from earlier in Intrepid, and just did a 'git pull' | 09:49 |
mdz | this gave me a bunch of conflicts, though I never modified by working tree. why is this? | 09:49 |
cking | mdz: I suspect it's because it's been rebased. | 09:49 |
cking | I see this occur when ever the latest rc patches are pulled in - if there are too many of these merge conflicts I just get the entire repo again from clean - which is probably not an efficient way of working buy my network connection is fast | 09:53 |
cking | s/buy/but | 09:53 |
cking | I am sure amit has the necessary runes to resolve this efficiently | 09:53 |
amitk | mdz: during development, git pull will almost never work | 09:53 |
amitk | mdz: because we rebase, as cking mentioned | 09:53 |
mdz | amitk: how do you keep your tree up to date? | 09:54 |
amitk | git fetch; git rebase origin | 09:54 |
mdz | (I won't ask why we rebase...) | 09:54 |
amitk | but wait | 09:54 |
amitk | since your tree is probably in a mess right now... | 09:54 |
amitk | mdz: do you have any local changes you care about? or do you just need the latest kernel tree? | 09:55 |
amitk | mdz: 'git fetch; git reset --hard origin' will restore you to a pristine tree if you don't have (or care about) local changes. | 09:57 |
mdz | amitk: thanks | 09:59 |
munckfish | Hi I'm looking at bug 280451 raised by doko - is there any historic reason why the ports kernels builddep on gcc-4.1 specifically? | 10:12 |
=== asac_ is now known as asac | ||
=== thegodfather is now known as fabbione | ||
=== thegodfather is now known as fabbione | ||
munckfish | Hi I'm looking at bug 280451 raised by d o k o - is there any historic reason why the ports kernels builddep on gcc-4.1 specifically? | 14:35 |
munckfish | I just have this recollection that I saw a check in <kernel src>/Makefile ages ago that enforced use of gcc 4.1 for a certain arch but I can't see it | 14:36 |
munckfish | there now | 14:36 |
rtg | munckfish: some of the arches used to have compiler dependencies. dunno if they are still true. | 14:36 |
rtg | compiler version dependencies, that is. | 14:37 |
munckfish | rtg: yep | 14:37 |
rtg | if they no longer exist in Hardy, then they are probably not appropriate for the ports kernels. | 14:37 |
munckfish | https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/280451 | 14:37 |
rtg | munckfish: propose a patch and get smb_tp to test build | 14:38 |
munckfish | rtg: yes will do | 14:38 |
smb_tp | munckfish, best mail to the kernel team list | 14:42 |
smb_tp | munckfish, if you are done and have something to pull | 14:43 |
munckfish | smb_tp: yep usual procedure. | 14:43 |
njpatel | is there some news on the e1000 for module regarding the eeprom-corruption? | 15:39 |
rtg | njpatel: the EEPROM corruption is related to ICH{8,9,10} e1000e parts, and yes, it appears to have been resolved by marking mapped memory to be read-only. | 15:42 |
=== BenC1 is now known as BenC | ||
njpatel | rtg: anyway I can do that on my laptop right now? I am at the GNOME/GUI-hackfest without any network-access on my own laptop (just using a colleagues machine for the moment) | 15:44 |
rtg | njpatel: you can do what on your laptop? update? 2.6.27-5 and later should be fine. | 15:47 |
njpatel | rtg: oh... hm... I already updated to 2.6.27-6 (via usb-stick) and that still does not give me back a working eth0 | 15:48 |
njpatel | rtg: i am on a core 2 duo (using amd64 arch) | 15:49 |
rtg | njpatel: what NIC? lspci -vvnn | 15:49 |
njpatel | rtg: using a Ubuntu 7.10 live cd ethernet works so the hardware is ok | 15:49 |
njpatel | 00:19.0 Ethernet controller [0200]: Intel Corporation 82566MM Gigabit Network Connection [8086:1049] | 15:51 |
njpatel | Subsystem> Lenovo Device [17aa:20de] | 15:52 |
rtg | njpatel: hang on a sec... | 15:52 |
rtg | njpatel: ok, that is an ICH8 device. do you see any eth devices with 'ifconfig -a' | 15:54 |
njpatel | rtg: I get lo and pan0 | 15:55 |
rtg | njpatel: look in dmesg, e.g., dmesg | grep -i e1000e | 15:55 |
njpatel | oh one sec | 15:56 |
rtg | njpatel: also, make sure its not still black listed in /etc/modprobe.d | 15:56 |
njpatel | rtg: nothing shown from dmesg | 16:00 |
rtg | njpatel: check for black listing? | 16:00 |
njpatel | rtg: there is blacklist-e1000e in /etc/modprobe.d still | 16:01 |
njpatel | just delete that? and try to restart networking? | 16:01 |
rtg | njpatel: ok, then you're not completely up to date. 'sudo rm /etc/modprobe.d/ blacklist-e1000e; sudo update-initramfs -u' | 16:02 |
njpatel | probably due to me just updating the package manually and not via apt-get or synaptic (since I have not network) so some scripts were skipped | 16:03 |
njpatel | rtg: manually loading e1000e now should work I assume | 16:04 |
rtg | njpatel: well, my first attempt at removing blacklist-e1000e in module-init-tools wasn't correct. Steve Langasek had to come along behind and clean up my mess. | 16:05 |
rtg | njpatel: yep - you should be able to just modprobe e1000e (or reboot) | 16:05 |
njpatel | hm.. looks good sofar... trying to plug in a cable an see NetworkManager hopefully do its magic | 16:06 |
njpatel | rtg: sweet works again | 16:07 |
njpatel | rtg: you don't also happen to know a bit about iwl3945 | 16:07 |
njpatel | :) | 16:07 |
rtg | njpatel: a bit, though I'm not sure I'll of much help. | 16:08 |
rtg | s/of/be of/ | 16:08 |
njpatel | rtg: ok huge thanks at least ethernet is working again | 16:14 |
laga_ | hum | 18:36 |
laga_ | aufs is broken *again* | 18:36 |
amitk | laga_: in what way? | 18:41 |
laga_ | NFS branches | 18:41 |
laga_ | i'd like to blame kees cook commit (118463fa8236a123fdf6f81fb0c0176f7fd1caa7), but i can't tell for sure yet | 18:41 |
laga_ | i still wonder why i have to constantly explain funny changes to aufs to junjiro | 18:41 |
laga_ | kees cook re-introduced aufs_do_setattr which hasn't existed in a long time in aufs. although it looks like it's just a wrapper, so i'm not sure if it's to blame | 18:42 |
laga_ | amitk: http://launchpadlibrarian.net/18342118/DSC00183.JPG - this is what you get if you try to boot a mythbuntu-diskless client | 18:43 |
laga_ | i will set up a test system tomorrow and revert that commit. i'm glad someone noticed before the release :) | 18:46 |
amitk | laga_: just talked to kees. If reverting that patch fixes the problem, could you possibly prepare a patch separating the vfs changes from the fsetattr changes? | 19:02 |
laga_ | yes, i think i could do that. i'll get back to you | 19:03 |
ogra | do we have any way to support RT2700E wlan chipsets ? | 19:03 |
ogra | apparently they are in the eee1000 | 19:03 |
mrxmike | ok | 19:18 |
mrxmike | following -> Intrepid crashes on my Intel D945GCLF + Atom 230 (its a Intel bundled mobo+processor) | 19:19 |
mrxmike | desktop / server (also tried alternative version) | 19:19 |
ogra | you should mention that you try to run 64bit kernels on it, i doubt anyone will actually associate 64bit with atom (since thats the exact thing you ran into in the other channels ;) ) | 19:22 |
mrxmike | im currently installing the 32bit version of Intrepid beta server (32bit), the installation is nearly completed | 19:22 |
mrxmike | ogra: i wasnt done typing yet :P | 19:22 |
ogra | heh | 19:22 |
mrxmike | So -> problem is, Intrepid (64) kernels do not work on the Atom 230 (probably not on the newer 330 either, i'll buy this as soon as possible) | 19:24 |
mrxmike | but i cannot test that yet | 19:24 |
mrxmike | funny detail, with acpi=off .. the kernel of the livecd's does work | 19:24 |
mrxmike | What can i do, how can i help with adding support / fixing what is broken? | 19:27 |
ogra | amitk, did you ever do any work with 64bit atoms yet ? | 19:28 |
amitk | ogra: not yet... so what does 'crashed' mean here? | 19:29 |
mrxmike | kernel segfaults, no CPU time for xxSeconds | 19:31 |
mrxmike | errors | 19:31 |
amitk | mrxmike: It will be hard to debug or look into without detailed info. dmesg, lspci -vvnn, /proc/version_signature attached to a bug report would help a lot. | 19:33 |
amitk | but booting with acpi=off seems to suggest acpi bug in bios or kernel | 19:35 |
mrxmike | amitk: i will provide all those details as good as i can, its easy ... as i can use the livecd for it... | 19:44 |
mrxmike | but i just installed 32bit server, and i do want to use my server as well .. (so i keep that on) | 19:45 |
amitk | mrxmike: so it works just fine with 32-bit? | 19:46 |
mrxmike | i think it does yes | 19:46 |
mrxmike | (well quiet sure actually) | 19:46 |
lafeuil | Hi, on intrepid, why the current version of linux is not the 2.6.27 on powerpc ? | 22:22 |
munckfish | lafeuil: because powerpc is now community supported and therefore uses the linux-ports kernel source not the standard one | 22:32 |
munckfish | it's stuck 2.6.25 cause no one was motivated enough or had enough time to upgrade it | 22:33 |
munckfish | I'm hoping that'll change in intrepid+1 | 22:33 |
munckfish | cause I'm hoping to do something about it myself | 22:33 |
lafeuil | munckfish: Ok thanks for your answers | 22:35 |
munckfish | lafeuil: np | 22:35 |
lafeuil | When is intrepid+1 ? | 22:35 |
munckfish | well pretty much 6.5 months from now I guess | 22:36 |
munckfish | lafeuil: is there a specific feature you're missing? | 22:36 |
lafeuil | munckfish: no, I understand now | 22:37 |
lafeuil | munckfish: thank you | 22:38 |
lafeuil | bye | 22:38 |
Kano | hi, did anybody test gspca with 2.6.27? in worst case it does not even boot with webcam connected... | 23:07 |
Kano | 2 ppl dont get the webcam working with it... with 2.6.26 old gspca it works | 23:09 |
administrator_ | hey all... im reading the ubuntu custom kernel docs... i dont want to use the git method on a production kernel, do i? i basically want a kernel built the same way as the default kernel, + the 8159 wlan driver... | 23:14 |
Kano | just compile it externally,what the problem | 23:15 |
administrator_ | Kano: isnt there a certain kernel package out there just for (k)ubuntu? | 23:17 |
Kano | you only need the headers + a driver that compiles against the kernel | 23:17 |
administrator_ | with whatever relevant patches that we use | 23:17 |
administrator_ | Kano: the driver is in the kernel id like to use | 23:17 |
administrator_ | so i just grab any linux-headers and kernel, and i dont worry about patches or anything like that? | 23:18 |
Kano | which config option? | 23:18 |
administrator_ | Kano: its the wlan module for 8159 chipsets | 23:18 |
Kano | config option? | 23:18 |
Kano | there is no option with 8159 in the name.. | 23:19 |
administrator_ | Kano: i dont know, i head someone say it was in there so i was gonna look through menuconfig | 23:19 |
Kano | i think you are dreaming | 23:19 |
administrator_ | check 8150 | 23:19 |
administrator_ | and pinch me | 23:19 |
Kano | CONFIG_USB_RTL8150=m | 23:19 |
Kano | is already set | 23:19 |
administrator_ | does it add support for 8159 in the newest kernel or something? | 23:19 |
Kano | /sbin/modinfo rtl8150 | 23:20 |
Kano | shows it, what i find problematic is that rt2500usb and rt73usb share the same ids | 23:20 |
administrator_ | that doesnt look like it supports the 8159 chipset anywya | 23:22 |
Kano | lsusb | 23:22 |
Kano | then you can check the id | 23:23 |
administrator_ | its not a usb nic | 23:24 |
Kano | then use lspci -nn | 23:24 |
Kano | and show the line | 23:24 |
administrator_ | Kano: im beginning to think i was misinformed.. sure, one sec | 23:24 |
Kano | 8150 IS usb | 23:24 |
Kano | also wlan is very simple to use with ndiswrapper | 23:25 |
administrator_ | im a knuckle head, its 8185 | 23:25 |
administrator_ | and i have serious problems with ndiswrapper, which im certain constitute a bug | 23:26 |
administrator_ | http://ubuntuforums.org/showthread.php?p=5931608 | 23:26 |
administrator_ | which is why im here | 23:26 |
Kano | administrator_: rtl8180 is already there, if you want to use ndiswrapper you have to blacklist it | 23:27 |
administrator_ | i dont have ndiswrapper, but i didnt have wlan0, so i assumed i needed it | 23:28 |
Kano | administrator_: grep 10ec /lib/modules/$(uname -r)/modules.pcimap |grep 8185 | 23:29 |
administrator_ | sorry, i meant to say 'i dont want to use ndiswrapper, im only using it because i didnt have an interface for my wlan, so google searching seemed to imply i needed it_ | 23:29 |
Kano | ndiswrapper is usually very good | 23:29 |
Kano | but in that case you would have to blacklist rtl8180 | 23:29 |
administrator_ | Kano: nothing returns from that grep | 23:30 |
Kano | then your kernel is too old | 23:30 |
administrator_ | i have 8139 and 8169, which are obviously wired drivers | 23:30 |
Kano | i use 2.6.27-6 | 23:30 |
administrator_ | Kano: and you have it right? | 23:31 |
Kano | of course | 23:31 |
administrator_ | great, sorry for the confusion, my fault | 23:31 |
administrator_ | so i can just grab linux kernel sources from anywhere right? there isnt any 2.6.27 *buntu specific-patched kernel that you would recommend i use | 23:32 |
Kano | in 8.10? | 23:32 |
Kano | it is | 23:33 |
administrator_ | these need to go into production, asap, or i would just use intrepid personally | 23:33 |
administrator_ | i need a kernel for use with 8.04.1 | 23:33 |
administrator__ | Kano: thanks, those .debs worked great | 23:51 |
Kano | fine | 23:51 |
administrator__ | lol | 23:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!