Date: Fri, 09 Nov 2007 00:39:59 +0900 From: Watanabe Kazuhiro <CQG00620@nifty.ne.jp> To: freebsd-mobile <freebsd-mobile@freebsd.org> Subject: Re: PCMCIA RS232 card Message-ID: <20071108153959.8FFAD12308@mail.asahi-net.or.jp> In-Reply-To: <200711081008.11798.root@solink.ru>
index | next in thread | previous in thread | raw e-mail
At Thu, 8 Nov 2007 10:08:11 +0600,
Bachilo Dmitry wrote:
> > > I wonder if there can something be done to make the subject work.
> > > When I plug it in it says:
> > > cardbus0: <simple comms, UART> at device 0.0 (no driver attached)
> > > As far as I know, FreeBSD supports this type of cards (with puc driver?),
> > > but I've tried hard and got nowhere. It is an "STlab RS232 Serial
> > > adapter". What additional information from me is required?
> >
> > Does your kernel includes the puc(4) driver? e.g.:
> > | % kldstat -v | grep puc
> > | 71 pci/puc
> > | 72 cardbus/puc
> > | 76 puc/sio
> > | 164 puc/ppc
> > | %
>
> I have this:
>
> %kldstat -v | grep puc
> 6 1 0xc3a9e000 7000 puc.ko
> 423 cardbus/puc
> 424 pci/puc
> 425 pccard/puc
> %
>
> I've no SIO, what that's supposed to mean? No com-port support even if card is
> recognized?
You load the puc(4) driver as a kernel module, and the sio(4) driver
is *not* loaded as a kernel module, is it?
If so, there are two choices that you can make.
(1) If you want to load the puc(4) driver as a kernel module, you
should load the sio(4) driver module as well. By default the
sio(4) driver is kernel builtin. So you should remove "device
sio" from your kernel configulation file and rebuild/install the
kernel. Then you should add the following lines to
/boot/loader.conf:
sio_load="YES"
puc_load="YES"
(2) If you don't want to load the puc(4) driver as a kernel module,
you should add "device puc" to your kernel configulation file and
rebuild/install the kernel.
See my another post:
http://lists.freebsd.org/pipermail/freebsd-questions/2007-November/162080.html
> > By default the driver is not included in the GENERIC kernel.
>
> I know that, I've tried to kldload it and to compile it in - all the same.
Hmm.. Did your kernel have the sio(4) driver? e.g.:
| % kldstat -v | grep sio
| 74 pci/sio
| 75 cardbus/sio
| 76 puc/sio
| 165 isa/sio
| 166 acpi/sio
| %
> > If you load the puc(4) driver as a kernel module (puc.ko), would you
> > try to include the driver into the kernel instead of loading the
> > kernel module?
>
> see below. It does not recognize the card in both cases.
>
> > And will you show me the output of "pciconf -lv"?
>
> When I was on 7.0-PRE, I was able to see a normal output, but now something
> strange comes out, look:
>
> %pciconf -lv
> none0@pci0:0:0: class=0x060000 card=0x009f1025 chip=0x59501002 rev=0x10
> hdr=0x00
> vendor = 'ATI Technologies Inc.'
> device = 'RS480 Host Bridge'
> class = bridge
> subclass = HOST-PCI
> -1013113760@pci0:0:0: class=0x02103f card=0x01000100 chip=0x009f1025
> rev=0x5a hdr=0x00
> vendor = 'Acer Incorporated'
> class = network
> 6Z86032452@pci0:0:0: class=0x021050 card=0x00000000 chip=0x01000400
> rev=0x59 hdr=0x00
> class = network
> PY7Z0@pci96:28:157: class=0x000500 card=0x00000000 chip=0x00000000
> rev=0x01 hdr=0xc3
> class = old
> none1@pci68:192:32: class=0x000000 card=0xc39d1c60 chip=0x00000000
> rev=0x00 hdr=0x05
> class = old
> subclass = non-VGA display device
> none2@pci0:0:0: class=0x000000 card=0x0520c044 chip=0xc39d1c60 rev=0x00
> hdr=0x00
> class = old
> subclass = non-VGA display device
> none3@pci0:0:0: class=0x601c9d card=0x00000000 chip=0x0520c044 rev=0xc3
> hdr=0x00
> `1131548674@pci0:192:221: class=0x44c020 card=0x00000000 chip=0x00000000
> rev=0x05 hdr=0xc2
> D `10424357@pci12:5:0: class=0x000000 card=0xc2ddc000 chip=0x00000000
> rev=0x00 hdr=0x83
> class = old
> subclass = non-VGA display device
> none4@pci2:16:118: class=0x000000 card=0x80820101 chip=0xc2ddc000
> rev=0x00 hdr=0x43
> class = old
> subclass = non-VGA display device
> none5@pci37:16:159: class=0x00c0dd card=0x437b1002 chip=0x01000304
> rev=0xc2 hdr=0x00
> class = old
> none6@pci0:20:3: class=0x060100 card=0x009f1025 chip=0x43771002
> rev=0x80 hdr=0x00
> vendor = 'ATI Technologies Inc.'
> device = 'IXP SB400 PCI-ISA Bridge'
> class = bridge
> subclass = PCI-ISA
> -1013113760@pci0:0:0: class=0x021071 card=0x01041400 chip=0x00000000
> rev=0x43 hdr=0x00
> class = network
> "86032452@pci0:0:0: class=0x000000 card=0x00000000 chip=0x00001800
> rev=0x00 hdr=0x00
> vendor = 'Virtual IP group Inc'
> class = old
> subclass = non-VGA display device
> none7@pci96:28:157: class=0x001801 card=0x00000000 chip=0x00000000
> rev=0x00 hdr=0xc3
> class = old
> none8@pci68:192:32: class=0x000000 card=0xc39d1c60 chip=0x00000000
> rev=0x00 hdr=0x05
> class = old
> subclass = non-VGA display device
> none9@pci0:0:0: class=0x000000 card=0x0520c044 chip=0xc39d1c60 rev=0x00
> hdr=0x00
> class = old
> subclass = non-VGA display device
> none10@pci0:0:0: class=0x601c9d card=0x00000000 chip=0x0520c044
> rev=0xc3 hdr=0x00
> `-2126966548@pci0:192:221: class=0x44c020 card=0x00000000 chip=0x00000000
> rev=0x05 hdr=0xc2
> D `68686952@pci2:0:0: class=0x000000 card=0xc2ddc000 chip=0x00000000
> rev=0x00 hdr=0x10
> class = old
> subclass = non-VGA display device
> none11@pci140:22:26: class=0x000000 card=0x01000002 chip=0xc2ddc000
> rev=0x00 hdr=0x00
> class = old
> subclass = non-VGA display device
> none12@pci37:16:159: class=0x00c0dd card=0x14121524 chip=0x10000706
> rev=0xc2 hdr=0x00
> class = old
> none13@pci6:4:1: class=0x050100 card=0x009f1025 chip=0x05301524
> rev=0x01 hdr=0x00
> vendor = 'ENE Technology Inc'
> device = 'PCI Memory Stick Card Reader Controller'
> class = memory
> subclass = flash
> -1013113760@pci0:0:0: class=0x241550 card=0x00020406 chip=0x009f1025
> rev=0x05 hdr=0x00
> vendor = 'Acer Incorporated'
> $ 86032452@pci0:0:0: class=0x25109f card=0x00000000 chip=0x00030406
> rev=0x00 hdr=0x00
> %
That's odd just as you say... why?
---
Watanabe Kazuhiro (CQG00620@nifty.ne.jp)
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071108153959.8FFAD12308>