/srv/irclogs.ubuntu.com/2006/05/10/#ubuntu-kernel.txt

=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== mjg59 [n=mjg59@cavan.codon.org.uk] has joined #ubuntu-kernel
zulinfinity: ping02:34
infinitypong02:40
infinityzul: ^^02:41
zuldid the sl-modem driver get into lrm?02:41
infinityNot that I know of.02:41
zul*sigh* ok..02:42
infinityDoes it build against our kernels okay?02:42
infinityI can certainly still lok at adding it.02:42
zuli dont think so, there is a deb in universe that doesnt work right now02:42
zulheh...i had a patch for it a long time ago that might have gotten lost or something02:42
infinityI vaguely recall a patch in bugzilla, but that was for 2.6.12, no?02:43
zulcorrect02:43
infinityAlso, with sl-modem-daemon in multiverse, we'd need that promoted to make the LRM driver any use anyway, I suspect.02:43
infinitySo, that's committing to supporting code we previously weren't touching with a 20-foot pole.02:43
zuli know...im doing some research about it and see if there is a 2.6.15 version02:44
infinityThe description for sl-modem-daemon leads me to believe that the alsa intel8x0m module should be sufficient, and I don't need the sl-modem source...02:44
zulyeah02:45
zulwe should remove it from universe me things02:45
zulthinks even02:45
zuldinner..02:45
=== JaneW [n=JaneW@dsl-146-141-13.telkomadsl.co.za] has joined #ubuntu-kernel
=== [g2] [n=g2@nslu2-linux/g2] has joined #ubuntu-kernel
[g2] Are there any other platforms than the Intel Mac mini using EFI as a BIOS ?05:30
MithrandirBenC: pong06:16
infinity[g2] : Yes, all ia64 machines.06:51
=== Teo [n=teo@p54BC8566.dip0.t-ipconnect.de] has joined #ubuntu-kernel
=== Teo [n=teo@p54BC8566.dip0.t-ipconnect.de] has left #ubuntu-kernel []
=== chmj [n=chmj@196.44.1.98] has joined #ubuntu-kernel
=== allee [n=ach@217.19.180.111] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== doko [n=doko@dslb-088-073-081-033.pools.arcor-ip.net] has joined #ubuntu-kernel
=== allee [n=ach@217.19.180.111] has joined #ubuntu-kernel
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
zulmorning12:43
BenCMithrandir: can you let me know when I can upload a new kernel?01:49
MithrandirBenC: will do.  In a few hours, unless the world suddenly breaks.01:49
BenCI'll keep the duct tape handy just in case :)01:49
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
=== mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel
=== Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-kernel
KeybukBenC: ping (hopeful)04:38
BenCKeybuk: pong04:39
Keybukso, I have an interesting set of bugs here that Compact Flash card readers don't cause usb_storage to get loaded04:39
Keybukand I found this in modules.alias:04:39
Keybukalias usb:v07C4pA000d001[0-5] dc*dsc*dp*ic*isc*ip* usb_storage04:39
Keybuk                        ^^^^^04:39
Keybuk:p04:40
BenCwhat exactly does that 0-5 match cause?04:40
Keybukthat's what I'm trying to find out, the modprobe documentation suggests that would only match the literal string "[0-5] " :)04:41
Keybukthough I thought it used fnmatch04:41
Keybuk(the other possibility right now is that udev escapes [ and ]  to just _ :p)04:42
Keybukactually, strike that udev bit04:42
Keybukquest scott% modprobe -n -v --first-time usb:v07C4pA000d0012dcFFdsc00dp00ic05isc00ip0004:42
KeybukFATAL: Module usb:v07C4pA000d0012dcFFdsc00dp00ic05isc00ip00 not found.04:42
KeybukHAHAHAHAHAHAHAHAHAHAHAHA04:46
KeybukBWAHAHAHAHAHAHAHAH04:46
KeybukOh lordy04:46
Keybukmodprobe converts the "-" to "_" when "canonicalising" the alias as a module name04:46
BenC"shell-style wildcards"04:46
BenCah, yeah, it does that for like usb-storage -> usb_storage04:46
Keybukright04:47
Keybukit also does it to the wildcard aliases :p04:47
Keybukso that's actually seen as usb:v07C4pA000d001[0_5] dc*dsc*dp*ic*isc*ip*04:47
infinitySo use {1..5} and you win?04:47
Keybukprobably04:48
KeybukI'll just fix modprobe to not escape "-" if inside [ ... ] 04:49
Keybuk[ and ]  aren't legal in a module name anyway04:49
Keybukquest obj% ./modprobe -n -v --first-time usb:v07C4pA000d0012dcFFdsc00dp00ic05isc00ip0004:50
Keybukinsmod /lib/modules/2.6.15-21-amd64-k8/kernel/drivers/usb/storage/usb-storage.ko04:50
Keybukbetter04:50
BenCsweet04:50
BenCany other occurences of [x-y]  in there?04:52
Keybukquite a few04:53
Keybukall usb_storage and ibmcar04:54
Keybukuh, ibmcam04:54
BenCinfinity: btw, do you have a roomy for paris?04:58
BenCI need a smoker to bunk with04:58
infinityBenC: Not that I know of.  Sign us up.04:58
BenCgood deal04:58
mjg59What's the l-r-m status?05:18
Keybukoh, neat; that bug was already fixed in the newest upstream modprobe anyway05:21
=== ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #ubuntu-kernel
=== Topic for #ubuntu-kernel: Ubuntu kernel development discussion ONLY | New git tree for dapper: https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-22.33 uploaded (Hello (working) ipw3945) | If you have ANYTHING you want in dapper kernel, message BenC here, or email me directly bcollins@ubuntu.com (malone is kind of noisy right now so I might miss things on there)
=== Topic (#ubuntu-kernel): set by BenC at Tue May 2 20:37:36 2006
Keybukgnargh, this whole udev device enumeration thing is really annoying me now05:49
Keybukshould we sort the device list, or not?05:52
=== ubuntulog [i=ubuntulo@trider-g7.fabbione.net] has joined #ubuntu-kernel
=== Topic for #ubuntu-kernel: Ubuntu kernel development discussion ONLY | New git tree for dapper: https://wiki.ubuntu.com/KernelGitGuide | 2.6.15-22.33 uploaded (Hello (working) ipw3945) | If you have ANYTHING you want in dapper kernel, message BenC here, or email me directly bcollins@ubuntu.com (malone is kind of noisy right now so I might miss things on there)
=== Topic (#ubuntu-kernel): set by BenC at Tue May 2 20:37:36 2006
Keybukoh, there's about a dozen different cases now <g>05:54
Keybukso currently we:05:54
Keybuk o recurse /sys/devices05:55
Keybuk o sort by canonical path05:55
Keybuknow, the "proper" way seems to be to just read each /sys/bus/*/devices directory instead05:55
Keybukif we do that, we "lose" a bunch of intermediate nodes that represent things like "the PCI bus", "an IDE bus", etc.05:56
Keybukbut those seem to be just there for the kernel's own nafarious purposes anyway, and don't actually represent any useful hardware05:56
Keybukin fact, those are all those nodes where if you write to the uevent file, NOTHING HAPPENS05:56
Keybuk(remember those? :p)05:56
Keybukso it doesn't matter if we ignore them05:56
Keybukthis inclines me to believe that we should instead iterate each /sys/bus/*/devices05:57
Keybukbut then we have a sorting issue05:57
Keybukif we sort by canonical path, we'll still think an IDE controller on a PCI bridge comes before the internal IDE controller, beacuse we'll be sorting by it's physical path05:57
Keybuk0000:00:1f.0 > 0000:00:09.0/0000:02:00.0, etc.05:58
Keybukso I thought about instead just sorting by logical path05:58
Keybukwhich amounts to basically sorting the directory before reading from it05:58
Keybukbut now there's a third way too05:59
Keybukwhich is "don't sort at all"05:59
Keybukand then you get the devices out of /sys in whatever order the kernel put them in there05:59
Keybukthe curious thing about that is that it appears to be basically backwards05:59
Keybukon my AMD64 I see "PCI/Express devices, forwards"; "PCI devices, backwards"; "Internal PCI, backwards"06:00
Keybukwhen if I sort logically, I get roughly the opposite order06:00
Keybuk*help*06:02
Keybuk:p06:02
Keybukdid you all die? :p06:13
=== tuxmaniac [n=aanjhan@60.254.67.17] has joined #ubuntu-kernel
mdzKeybuk: yes06:54
Keybukdamn06:54
Keybukmdz: so, what do you think?06:54
mdzrelying on the order the kernel put them there seems wrong06:54
mdzif sorting gives us something vaguely like bus order, that would be logical06:55
=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-kernel
Keybukyeah, my inclination is that sorting by logical bus id is the right solution06:55
KeybukI suspect the only answer we'll ever get from kernel or upstream is "don't rely on any kind of order"07:12
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
fabbioneBenC: ping?08:02
=== mxpxpod [n=BryanFor@unaffiliated/mxpxpod] has joined #ubuntu-kernel
zulwohoo..08:59
BenCfabbione: pong10:05
fabbioneBenC: yo.. did you notice that the airport extreme in the PB can't do more than 11Mb in performance even if associated at 36M?10:06
fabbioneand i also get a gazzillions duplicate pkts when pinging an host10:07
BenCyeah, it's a known bug10:07
mjg59fabbione: Yes, the driver is still mildly b0rked10:07
mjg59That's why we default to 11M10:07
fabbioneboth from/to10:07
BenCI've never been able to do more than 1110:07
fabbionei can associate at 36M max10:07
BenCand I also get the dup pings10:07
fabbioneok10:07
fabbioneso it's all known stuff..10:07
fabbioneperfect10:07
BenCI can get 24M decently, but I keep it at 11M10:07
fabbionethen i won't bother you anymore10:07
BenC:)10:07
fabbionewell performance are still 11Mb10:08
fabbioneno matter at what speed you associate10:08
mjg59BenC: Any idea when we get new l-r-m?10:08
fabbionethanks guys10:08
=== fabbione heads offline
=== ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-kernel
=== zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-kernel

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