(I am picking up a thread about this card from back in September.)
To recap, with Belkin F8T002 card plugged into a Presario
908EA laptop running a modified current-RH9 kernel [added a
few lines as Alexandre Jousset suggested earlier in this
thread]. Then with...
# /etc/rc.d/init.d/pcmcia restart
Shutting down PCMCIA services: cardmgr modules.
Starting PCMCIA services: cardmgr.
In the syslog for that, you see...
kernel: unloading Kernel Card Services
kernel: Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
kernel: sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
kernel: Uniform CD-ROM driver Revision: 3.12
kernel: Linux Kernel Card Services 3.1.22
kernel: options: [pci] [cardbus] [pm]
kernel: PCI: Assigned IRQ 10 for device 00:0a.0
kernel: Yenta IRQ list 02b8, PCI irq10
kernel: Socket status: 30000020
kernel: cs: cb_alloc(bus 2): vendor 0x1415, device 0x950b
kernel: PCI: Enabling device 02:00.0 (0000 -> 0003)
kernel: ttyS4 at port 0x4000 (irq = 10) is a 16C950/954
cardmgr[1508]: starting, version is 3.1.31
cardmgr[1508]: watching 1 sockets
cardmgr[1508]: Card Services release does not match
kernel: cs: IO port probe 0x0c00-0x0cff: clean.
kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x200-0x207 0x378-0x3\
x4d0-0x4d7
kernel: cs: IO port probe 0x0a00-0x0aff: clean.
cardmgr[1508]: socket 0: CardBus hotplug device
/sbin/hotplug: arguments (pci) env (PCI_SLOT_NAME=02:00.0 PCI_ID=1415:95\
/usr/sbin:/usr/bin ACTION=add PWD=/etc/hotplug PCI_SUBSYS_ID=1415:0001 S
CLASS=70006 _=/bin/env)
/sbin/hotplug: invoke /etc/hotplug/pci.agent ()
/etc/hotplug/pci.agent: ... no modules for PCI slot 02:00.0
Anyway, it's there:
# cardctl ident
Socket 0:
product info: "OXSEMI", "OXCB950", "Rev A"
manfid: 0x0279, 0x0001
function: 2 (serial)
An 'hciattach' then "works", where "works" is defined to
mean "something happened". The simplest form
(hciattach /dev/ttyS4 any) spews nonsense, as was seen
earlier in this thread.
The glorious Marcel suggested 'hciattach /dev/ttyS4 bcsp'
(which simply replies: "BCSP initialization timed out"). He
further suggested fiddling with baud rates and the like;
neither Alexandre not I have had any luck with that (it
still just times out).
So: Has anyone made further progress on this device and/or
has any suggestions? (I am serially incompetent and short
of time, but I'll try to help if I can.) Thanks and regards
to all,
Will
-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
Free Linux Tutorials. Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Hello,
Will Partain wrote:
> (I am picking up a thread about this card from back in September.)
[text deleted...]
> The glorious Marcel suggested 'hciattach /dev/ttyS4 bcsp'
> (which simply replies: "BCSP initialization timed out"). He
> further suggested fiddling with baud rates and the like;
> neither Alexandre not I have had any luck with that (it
> still just times out).
>
> So: Has anyone made further progress on this device and/or
> has any suggestions? (I am serially incompetent and short
> of time, but I'll try to help if I can.) Thanks and regards
> to all,
I did not try again but I can tell that, according to my experience and
what Marcel told me, the problem seems to reside on an incorrect setting
in the serial communication. So it seems to be bcsp but with other
settings. If we knew what sequence of bytes the bcsp protocol sends it
would be possible to check in the log, when attaching without bcsp but
with an other setting that 'any', to see which is good. Hm this is not
very clear but people with knowledge of this can understand ;-) In fact,
if it were possible to set the parity settings and other settings in
command line it could be simpler to try which combination is the good one...
For the moment I can not do this because the serial module in my kernel
(the one in Mandrake 9.2) does not recognize the card. When I tested it
was with a specially compiled kernel with serial.c as a module and I was
obliged to rmmod the module to insmod it after. The problem is that I am
unable to get all modules necessary to recompile the Mandrake kernel (it
tells me things like supermount not loaded and I don't find this
module)... Anyway...
My 2p.
Alexandre Jousset.
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users