Date: Wed, 1 Aug 2001 23:14:44 +0200 From: Marc Fonvieille <fonvi@easynet.fr> To: Ian Dowse <iedowse@maths.tcd.ie> Cc: freebsd-mobile@freebsd.org Subject: Re: Better patches [long] Message-ID: <20010801231444.A26603@gothic.blackend.org> In-Reply-To: <200108012102.aa07501@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Wed, Aug 01, 2001 at 09:02:24PM %2B0100 References: <20010801213054.A24151@gothic.blackend.org> <200108012102.aa07501@salmon.maths.tcd.ie>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Aug 01, 2001 at 09:02:24PM +0100, Ian Dowse wrote:
> This is certainly odd; all FA410 cards that I have seen do have an
> miibus interface, even the old ones that didn't require fa_select.
> The only thing I can think of is that there might be an unknown
> device at IO address 0x31c (the miibus port is the base + 0x1c)
> that is conflicting with the miibus part of the card's IO space,
> but not the main interface. Maybe try changing the range of free
> IO addresses in pccard.conf to see if the miibus stuff is detected
> when the card gets a different IO address. At what IO address was
> the card working previously with fa_select?
>
at 0x240 or 0x300, both work
here's the dmesg with an old kernel and use of fa_select:
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.3-STABLE #8: Sat Jul 7 14:53:24 CEST 2001
marc@marduk.styx.org:/usr/src/sys/compile/MARDUK
Timecounter "i8254" frequency 1193182 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (466.58-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x66a Stepping = 10
Features=0x183f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR>
real memory = 167706624 (163776K bytes)
avail memory = 159977472 (156228K bytes)
Preloaded elf kernel "kernel" at 0xc0317000.
Pentium Pro MTRR support enabled
md0: Malloc disk
apm0: <APM BIOS> on motherboard
apm: found APM BIOS v1.2, connected at v1.2
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pci0: <unknown card> (vendor=0x8086, dev=0x7195) at 0.1 irq 11
pci0: <unknown card> (vendor=0x8086, dev=0x7196) at 0.2 irq 11
pci0: <NeoMagic MagicGraph 128XD SVGA controller> at 2.0 irq 5
pcic-pci0: <O2micro 6812/6872 PCI-Cardbus Bridge> irq 11 at device 6.0 on pci0
isab0: <PCI to ISA bridge (vendor=8086 device=7198)> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 ATA33 controller> port 0x8000-0x800f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
uhci0: <Intel 82443MX USB controller> port 0x7cc0-0x7cdf irq 10 at device 7.2 on pci0
usb0: <Intel 82443MX USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
chip1: <PCI to Other bridge (vendor=8086 device=719b)> at device 7.3 on pci0
orm0: <Option ROM> at iomem 0xc0000-0xc9fff on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
pcic0: <VLSI 82C146> at port 0x3e0 iomem 0xd0000 irq 10 on isa0
pcic0: Polling mode
pccard0: <PC Card bus -- kludge version> on pcic0
pccard1: <PC Card bus -- kludge version> on pcic0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/7 bytes threshold
ppi0: <Parallel I/O> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
IP packet filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, logging limited to 1000 packets/entry by default
ata0-master: DMA limited to UDMA33, non-ATA66 compliant cable
ad0: 4645MB <IBM-DARA-206000> [10068/15/63] at ata0-master UDMA33
acd0: CDROM <CD-224E> at ata0-slave using PIO4
Mounting root from ufs:/dev/ad0s1a
pccard: card inserted, slot 0
ed0 at port 0x300-0x31f irq 3 slot 0 on pccard0
ed0: address 00:e0:98:7a:f5:61, type Linksys (16 bit)
as you can see there, the card was seen as ed0 and not ed1 as with the
new kernel. The 2nd difference : on the plug the led lighted on is the
100M one with the new kernel and the Link/Act one with the old kernel
> If the ed driver does not detect an miibus, it will not attempt to
> talk to the miibus port again, so it should be safe to try running
> fa_select. If you can't get fa_select to work, then it really
> suggests that something has changed hardware-wise since it last
> worked for you.
fa_select seems do nothing with new kernel.
I forced 0x240-0x25f range in pccard.conf, the card is seen at this new
range but nothing else.
This card stop working with source from before miibus was added to ed
driver, and i think it's source from around 8th July.
Have you any feedback from people using that card with recent stable
tree?
Marc
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-mobile" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010801231444.A26603>