On Mon, 15 Nov 2004 01:29:28 -0400
Marr wrote:
> On Sunday 14 November 2004 08:29pm, Jed S. Baer wrote:
> >
> > In FC3, kernel 2.6.9-1, this setup no longer functions. I have use
> > Minicom to get a look at what's happening. I can dial the modem, and
> > get a CONNECT message back from it. Once the connect string has been
> > sent, no further comm is possible. Normally, after receiving the
> > connect string, a return character will result in a login prompt from
> > my ISP. No amount of banging on the keyboard has had any effect. I
> > cannot tell, at this point, whether that's because nothing is going
> > upstream, or nothing is coming back, nor where the I/O is being
> > stopped.
>
> That's quite a jump in kernel versions. I suspect there have been
> several changes to the module involved. Maybe you should "binary-search"
> down to the first kernel that breaks things.
Unless I misunderstand what you're suggesting, that would be a monumental
undertaking. The only "delta" I have between RH8 and FC3 is FC2, and it
was also problematic, although to a very slightly lesser degree (i.e.,
kppp worked). But more importantly, I have only the one box here. I wish I
had a test box which I could use to try out different installs, but even
with the dual-boot configuration, this machine doesn't serve that purpose.
And, being on dialup, grabbing distros is at best, a pain.
> By the way, what module is getting loaded to support the Belkin F5U103
> adapter? It should be the 'belkin_sa' module, per the source code. Your
> post caught my eye because I occasionally (very successfully) use a
> Belkin F5U109 RS232/USB adapter in a similar manner (i.e. for modem use,
> but under kernel 2.4.22, Slackware 9.1) but it uses a different kernel
> module ('mct_u232'), so unfortunately, I cannot really comment any
> further on your specific problem.
$ lsmod (not snipped in case something suggests a conflict)
Module Size Used by
mga 114244 2
parport_pc 24705 1
lp 11565 0
parport 41737 2 parport_pc,lp
i2c_dev 10433 0
i2c_core 22081 1 i2c_dev
ipt_REJECT 6465 1
ipt_state 1857 1
ip_conntrack 40693 1 ipt_state
iptable_filter 2753 1
ip_tables 16193 3 ipt_REJECT,ipt_state,iptable_filter
dm_mod 54741 0
button 6481 0
battery 8517 0
ac 4805 0
md5 4033 1
ipv6 232577 13
uhci_hcd 31449 0
ehci_hcd 31557 0
emu10k1_gp 3649 0
gameport 4801 1 emu10k1_gp
snd_emu10k1 93769 1
snd_rawmidi 26725 1 snd_emu10k1
snd_pcm_oss 47609 0
snd_mixer_oss 17217 1 snd_pcm_oss
snd_pcm 97993 2 snd_emu10k1,snd_pcm_oss
snd_timer 29765 1 snd_pcm
snd_seq_device 8137 2 snd_emu10k1,snd_rawmidi
snd_ac97_codec 64401 1 snd_emu10k1
snd_page_alloc 9673 2 snd_emu10k1,snd_pcm
snd_util_mem 4801 1 snd_emu10k1
snd_hwdep 9413 1 snd_emu10k1
snd 54053 11
snd_emu10k1,snd_rawmidi,snd_pcm_oss,snd_mixer_o
ss,snd_pcm,snd_timer,snd_seq_device,snd_ac97_codec,snd_hwdep
soundcore 9889 1 snd
8139too 26305 0
mii 4673 1 8139too
floppy 58609 0
ext3 116809 3
jbd 74969 1 ext3
sym53c8xx 70113 0
scsi_transport_spi 12353 1 sym53c8xx
sd_mod 16961 0
scsi_mod 118417 3 sym53c8xx,scsi_transport_spi,sd_mod
> Since I have 2.4.22 and 2.6.1 source code hanging around on this
> machine, I did a quick 'diff' on the 'belkin_sa.c' file. There are
> several changes just between those 2 kernel releases, so I think my
> "binary search" advice applies, unless someone else more familiar with
> that module speaks up first. In fact, this problem might get better
> replies over on the 'Linux-USB-Devel' mailing list.
Well, my past experience is that denizens of Devel also monitor users. If
that's not true on this list, then I'll check my assumptions, and try next
door.
Also, I'll add that what I wasn't sure about earlier is the case. There
are two USB drivers being loaded. From dmesg:
ehci_hcd 0000:00:10.3: EHCI Host Controller
ehci_hcd 0000:00:10.3: irq 11, pci mem 128a6000
ehci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:10.3: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 11 (level, low) -> IRQ 11
uhci_hcd 0000:00:10.0: UHCI Host Controller
uhci_hcd 0000:00:10.0: irq 11, io base 0000e000
uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:10.1[B] -> GSI 10 (level, low) -> IRQ 10
uhci_hcd 0000:00:10.1: UHCI Host Controller
uhci_hcd 0000:00:10.1: irq 10, io base 0000e400
uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:10.2[C] -> GSI 3 (level, low) -> IRQ 3
uhci_hcd 0000:00:10.2: UHCI Host Controller
uhci_hcd 0000:00:10.2: irq 3, io base 0000e800
uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 4
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
My recollection for past kernel builds is that you choose one or the
other. But of course 2.6 brings many changes.
And, since FC3 brings many changes from RH8, I'm still coming to grips
with how to make it behave "my" way.
jed
--
http://s88369986.onlinehome.us/freedomsight/
... it is poor civic hygiene to install technologies that could someday
facilitate a police state. -- Bruce Schneier
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
