munckfishHi, I have a proposed update for the linux-ports kernel sat in my Git tree. The changes are for the PS3. I can't test on any of the other architectures unfortunately.10:14
munckfishcould someone explain what the process should be to get these changes reviewed and included?10:15
munckfishShould I just send a [request pull] message to the kernerl-team list? Or should I try to find folks to test it on other architectures first?10:16
munckfishalso, I appreciate it's late on in the Intrepid cycle, so any advice on how or if at all this is likely to get included would be great.10:16
amitkmunckfish: please send a pull request to kernel-team. How are the changes impacting other arches?10:22
munckfishamitk: ok I'll do that. The other architectures will be affected in that I re-synced to Most of the few patches I had to apply should only affect powerpc.10:37
munckfishOne patch fixed a boot hang introduced in by code in 10:37
munckfishA diffstat of my changes/patches not including the re-sync is here: http://paste.ubuntu.com/46120/10:39
munckfishMy tree is here: http://kernel.ubuntu.com/git?p=dmunckton/ubuntu-intrepid-ports.git;a=summary10:40
amitkmunckfish: a quick glance doesn't reveal anything catastrophically wrong :) Hopefully stable tree updates shouldn't kill other arches.10:44
munckfishamitk: great thx for looking over it10:45
munckfishamitk: so is your main focus on lpia support? I notice that's in the name of your tree on zinc10:46
amitkmunckfish: for the moment, yes10:52
munckfishok thx for you help10:56
amitkmunckfish: np10:56
rtgsmb_tp: have you tried sending your depmod changes to the maintainer?14:45
smb_tprtg, No not yet. Since the bug I created them seems to be not solved by that (at least there still might be something missing)14:46
smb_tps/bug I/bug for which I/14:46
rtgsmb_tp: you were definitely on the right track.14:46
smb_tprtg, Probably the machanism that loads the modules for usb devices should stop at the first driver that is successfully loaded14:47
rtgsmb_tp: that seems like a modprobe issue14:47
smb_tprtg, Either modprobe or the framework around (suspect hal but just by gut feeling, no proof). You also had some issues with ordering. Did you get around them with this patch14:49
rtgsmb_tp: yep - it solves the case where a new module with a different name supersedes an existing module with regard to device IDs14:50
rtgand still preserves the search order14:50
smb_tprtg, yours was a pci driver IIRC14:50
rtgsmb_tp: yep - but I'm sure USB would suffer the same issue14:50
smb_tprtg, The ordering problem in any case. I could see it on two of my machines. Depending on creation order of the dirs the order in which the ids/drivers where listed just changed14:51
rtgsmb_tp: as long as the 2 modules have the same name, then ordering is done correctly, right?14:52
smb_tprtg, Yes, and only in that case. Actually that is with or without the patch handled differently. If there is a module with the same name, only the one with the highest priority (search order) will be kept.14:54
smb_tpFor drivers that supply the same pci id, both are listed in the modules.* files14:54
rtgsmb_tp: that as is it should be, so that blacklisting the first module allows you to load the second module.14:55
rtgbut that only works if they have a different name14:55
smb_tprtg, yep (to one) if they have the same name (second statement)14:56
smb_tprtg, Or I am confused... Let me rethink14:56
rtgsmb_tp: you're right.14:56
rtgsmb_tp: I think you should engage the maintainer on these issues.14:57
smb_tprtg, Right, if there are already two corner cases this makes sense. And your case is even solved by a change14:58
smb_tprtg, Marco d'Itri?15:00
rtgsmb_tp: dunno, who's in the changelog?15:01
smb_tprtg, Him (beside of me and you for the last minor changes. :))15:01
Q-FUNKhowdy!  recent 2.6.27 uploads seem to have broken fbdev.  I cannot get any login prompt on vcons, even when booting in recovery mode. is there any change in how the fbdev modules are compiled that would explain this and how do I fix it?15:56
=== CarlFK1 is now known as CarlF1
* elkan76 hi everybody!17:33
Wellarknice.. I have a laptop with unsupported rtl8187 wireless and (broken) r8169 wired17:47
Wellarkno network for me :)17:47
Wellarkwill provide more info later.. :/17:48
elkan76Sorry but where can i find the diffrences for the last propossed kernel 2.6.24-21 generic18:31
elkan76I'm using the previous version of 2.6.24-21, and after the last update, my wireless drop down. I have a Broadcom 4318 AirForceOne rev.02 and Hardy Heron.18:31
elkan76Thanks for any indication18:31
elkan76Ohh and my module is b43... :)18:32
Wellarkok. I used python (no network, no access to compilers or kernel source) to patch the usb id of my rtl8187 usb device to rtl8187.ko and got the wireless working so it's just a matter of adding the ID to rtl8187_dev.c19:17
Wellarkbut now dns is not working (might have something to do with NetworkManager doing something smart with resolv.conf) and I can't download any packages atm..19:19
Wellarkdoes anyone have the interface specification from realtek for r8169 chipsets?19:20
=== philwyett_ is now known as philwyett
elkan76Hi, i find three bugs that are similar, but in different dates, there are a common factor??20:39
Kanohi, does somebody else have got lots of23:19
Kano[46591.657036] ata2: EH pending after 5 tries, giving up23:19
Kano[46591.657045] ata2: EH complete23:19
Kanowith latest 2.6.27-3.423:19
Kanoseems to be the pata-amd23:20

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!