Stefan Monnier | 25 Nov 16:00 2008
Picon

"hda: lost interrupt" with CompactFlash (via PCMCIA)


I'm trying to read a CompactFlash card via a PCMCIA adapter (first time
I use this PCMCIA port) and am not having much luck:

   # dmesg|grep hda
   [   10.372034] hda_intel: probe_mask set to 0x1 for device 17aa:2010
   [   11.213306] hda: CF 32GB, CFA DISK drive
   [   11.903046] ide-cs: hda: Vpp = 0.0
   [   11.992912] hda: max request size: 128KiB
   [   12.002171] hda: 63438848 sectors (32480 MB) w/1KiB Cache, CHS=65535/15/63
   [   12.014230]  hda:<6>IBM TrackPoint firmware: 0x0e, buttons: 3/3
   [   42.038076] hda: lost interrupt
   [   72.060069] hda: lost interrupt
   [  102.070870] hda: lost interrupt
   [  132.077265] hda: lost interrupt
   [  162.088454] hda: lost interrupt
   [  192.146202] hda: lost interrupt
   [  222.277767] hda: lost interrupt
   [  252.284251] hda: lost interrupt
   [  282.303333] hda: lost interrupt
   [  312.418909]  hda1
   [  342.642385] hda: lost interrupt
   [  383.835564] hda: lost interrupt
   [  414.354070] hda: lost interrupt
   [  444.366335] hda: lost interrupt
   [  474.375465] hda: lost interrupt
   #

The /dev/hda* device files don't even show up.  This is a Thinkpad T60
running Debian testing, with Debian's stock kernel 2.6.26-1-686.  I have
(Continue reading)

Steven Scholz | 12 Mar 12:34 2004
Picon

io_speed = 0 ???

Hi there,

cs.c contains the lines

/* Access speed for attribute memory windows */
INT_MODULE_PARM(cis_speed,	300);		/* ns */

/* Access speed for IO windows */
INT_MODULE_PARM(io_speed,	0);		/* ns */

Does that mean, we're not using the timing values store the CIS but 
using these hardcoded numbers?

Which value should I choose if io_speed is not specified by the user?

In m8xx_pcmcia.c 255ns is choosen if it is not a memory card. Thus 
resulting in very slow cycle times for PCMCIA ATA cards...

	if(!ns) {

		/*
		 * We get called with IO maps setup to 0ns
		 * if not specified by the user.
		 * They should be 255ns.
		 */

		if(is_io)
			ns = 255;
		else
			ns = 100;  /* fast memory if 0 */
(Continue reading)

Tim Blechmann | 8 Feb 19:10 2004
Picon
Picon

02 micro 6933 cardbus controller creates problem with the hammerfall dsp driver

hi all,

this is my first posting to the kernel list, that's why i don't know, if
i'm right here ... if not, please drop me a line and tell me who i
should ask...

i'm experiencing problems with the O2 micro 6933 card when trying to use
the hammerfall dsp sound device. i'm using the yenta socket driver (the
O2 micro 6933 should be 100% compatible to the yenta socket)

i met thomas charbonnel, who maintains the alsa driver of the hdsp, and
concerning him, it seems to be a problem of the dma mapping in the
cardbus-pci bridge ... the alsa driver is working fine, until it starts
dma (to output sounds) ... (thomas, please correct me if i'm saying
something completely stupid, i'm a musician, not a kernel hacker)

my dmesg output is:
Linux version 2.4.24-ck1 (root <at> laptop) (gcc version 3.2.3 20030422
(Gentoo Linux 1.4 3.2.3-r3, propolice)) #1 Sat Jan 17 15:45:42 CET 2004
BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 -
000000000009f000 (usable) BIOS-e820: 000000000009f000 - 00000000000a0000
(reserved) BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001fef0000 (usable)
 BIOS-e820: 000000001fef0000 - 000000001feff000 (ACPI data)
 BIOS-e820: 000000001feff000 - 000000001ff00000 (ACPI NVS)
 BIOS-e820: 000000001ff00000 - 000000001ff80000 (usable)
 BIOS-e820: 000000001ff80000 - 0000000020000000 (reserved)
 BIOS-e820: 00000000ff800000 - 00000000ffc00000 (reserved)
 BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
511MB LOWMEM available.
(Continue reading)

davis | 6 Feb 15:26 2004
Picon

cardbus nic will not autoconfigure

System Summary:

Debian Unstable Userland
    pcmcia-cs 3.2.5-2
    hotplug 0.0.20031013-2

intel 2.4.22-pre2 kernel from BitKeeper tree (not-updated in a while)
    Kernel Driver Options
        3c590/3c900 Vortex Boomerang Support
        pcmcia ne2000 support
        Support For PCI HotPlug (Experimental)
        PCMCIA/CardBus Support

IBM T20 Laptop

Card #1 PCMCIA IBM Credit Card Adapater 10BaseT
Card #2 3Com Megahertz 10/100 Lan CardBus (3CCFE575CT)
Built-in Nic 3Com Hurricane CardBus (3C556B)
----------------------------------------------

Hello

I have a weird problem with a new card bus ethernet card in my laptop.  When I insert the new
card, it does not auto ifconfig the interface.  However, if I insert my old IBM 10BaseT card
it will autoconfig the interface.  I can kludge an auto ifconfig by adding a stanza in
/etc/networking/interfaces and it will ifconfig automatically when the system boots.
But if I subsquently remove the nic and reinsert it, it will not re-ifconfig.

Here are other bits of info.  The Vortex Boomerang driver help says it supports a
3c575 card as well.  I need this driver for my built-in 3c556b nic.  (I'm trying
(Continue reading)

Julia Elbert | 6 Feb 02:07 2004

reserve io ports - dmesg lspci text formats

This is the dmesg and lpci -vvv in text format for my previous question
about the
Error
Cannot reserve io ports

The format in the previous e-mail was bad. Sorry about that.
--jelbert

Linux version 2.6.1 (root <at> localhost.localdomain) (gcc version 3.2.2
20030222 (Red Hat Linux 3.2.2-5)) #9 Thu Feb 5 12:22:06 PST 2004
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
 BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000eac00 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)
 BIOS-e820: 0000000007ff0000 - 0000000007fffc00 (ACPI data)
 BIOS-e820: 0000000007fffc00 - 0000000008000000 (ACPI NVS)
 BIOS-e820: 00000000fffeac00 - 0000000100000000 (reserved)
0MB HIGHMEM available.
127MB LOWMEM available.
On node 0 totalpages: 32752
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 28656 pages, LIFO batch:6
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.2 present.
Building zonelist for node : 0
Kernel command line: BOOT_IMAGE=linux 
Initializing CPU#0
PID hash table entries: 512 (order 9: 4096 bytes)
Detected 365.131 MHz processor.
(Continue reading)

Julia Elbert | 6 Feb 01:49 2004

cannot reserve io ports

Hello,
 
I  am getting a message on module loading that I think is from cs.c
 
Error: eero100 Can't reserve i/o ports
What does this mean?
 
I have a ti cardbus controller
I have a dec bridge in a cardbus form factor
connected to another dec bridge in a chassis with pci slots
I have an ethernet card in a slot.
 
I can insert the dec bridge and it looks as though I can edit Config registers and fit all the memory, prefetch and io within the cardbus window.
I can edit the ethernet registers as well, but  when I cat /proc/bus/pci/devices the ethernet still contains an invalid i/o where I have changed it using lspci and verified it with lspci -H1 -vvvv as well as setpci
 
I think this is why I am getting the error, but don't know how to fix/update proc data unless I am not really changing config registers?
Any insight is welcome. I have attached dmesg and lspci info if you are interested.
This is a long one, so I understand if it is toooo long.
Thanks so much.
jelbert
 
 
DMESG

Linux version 2.6.1 (root <at> localhost.localdomain) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #9 Thu Feb 5 12:22:06 PST 2004BIOS-provided physical RAM map:

BIOS-e820: 0000000000000000 - 000000000009f800 (usable)

BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)

BIOS-e820: 00000000000eac00 - 0000000000100000 (reserved)

BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)

BIOS-e820: 0000000007ff0000 - 0000000007fffc00 (ACPI data)

BIOS-e820: 0000000007fffc00 - 0000000008000000 (ACPI NVS)

BIOS-e820: 00000000fffeac00 - 0000000100000000 (reserved)

0MB HIGHMEM available.

127MB LOWMEM available.

....

Linux Kernel Card Services

options: [pci] [cardbus] [pm]

PCI: Found IRQ 10 for device 0000:00:0a.0

PCI: Sharing IRQ 10 with 0000:01:00.0

Yenta: CardBus bridge found at 0000:00:0a.0 [103c:000e]

Yenta: Enabling burst memory read transactions

Yenta: Using CSCINT to route CSC interrupts to PCI

Yenta: Routing CardBus interrupts to PCI

Yenta: ISA IRQ mask 0x0a98, PCI irq 10

Socket status: 30000006

PCI: Found IRQ 10 for device 0000:00:0a.1

Yenta: CardBus bridge found at 0000:00:0a.1 [103c:000e]

Yenta: Using CSCINT to route CSC interrupts to PCI

Yenta: Routing CardBus interrupts to PCI

Yenta: ISA IRQ mask 0x0a98, PCI irq 10

Socket status: 30000020

PCI: Failed to allocate resource 7(5000-4cff) for 0000:06:00.0

PCI: Failed to allocate resource 7(5000-4cff) for 0000:07:04.0

PCI: Failed to allocate resource 1(5000-4cff) for 0000:08:05.0

PCI: Bus 8, bridge: 0000:07:04.0

IO window: 5000-4cff

MEM window: 11000000-111fffff

PREFETCH window: 10c00000-10cfffff

PCI: Bus 7, bridge: 0000:06:00.0

IO window: 5000-4cff

MEM window: 11000000-111fffff

PREFETCH window: 10c00000-10cfffff

PCI: Setting latency timer of device 0000:06:00.0 to 64

PCI: Setting latency timer of device 0000:07:04.0 to 64

cs: IO port probe 0x0c00-0x0cff: clean.

cs: IO port probe 0x0100-0x04ff: excluding 0x3c0-0x3df 0x3f8-0x3ff

cs: IO port probe 0x1000-0x17ff: clean.

cs: IO port probe 0x0a00-0x0aff: clean.

atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).

atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).

Intel(R) PRO/100 Network Driver - version 2.3.30-k1

Copyright (c) 2003 Intel Corporation

PCI: Unable to reserve I/O region #2:fffffd00 <at> 5000 for device 0000:08:05.0

PCI: Unable to reserve I/O region #2:fffffd00 <at> 5000 for device 0000:08:05.0

cs: IO port probe 0x0c00-0x0cff: clean.

cs: IO port probe 0x0100-0x04ff: excluding 0x3c0-0x3df 0x3f8-0x3ff

cs: IO port probe 0x1000-0x17ff: clean.

cs: IO port probe 0x0a00-0x0aff: clean.

eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html

eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw <at> saw.sw.com.sg> and others

PCI: Setting latency timer of device 0000:08:05.0 to 64

eepro100: cannot reserve I/O ports

 

LSPCI VVV

00:0a.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)

Subsystem: Hewlett-Packard Company: Unknown device 000e

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-

Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-

Latency: 168, cache line size 20

Interrupt: pin B routed to IRQ 10

Region 0: Memory at 10001000 (32-bit, non-prefetchable) [size=4K]

Bus: primary=00, secondary=06, subordinate=09, sec-latency=176

Memory window 0: 10c00000-10fff000 (prefetchable)

Memory window 1: 11000000-113ff000

I/O window 0: 00004800-000048ff

I/O window 1: 00004c00-00004cff

BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+

16-bit legacy interface ports at 0001

06:00.0 PCI bridge: Digital Equipment Corporation DECchip 21150 (rev 06) (prog-if 00 [Normal decode])

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-

Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-

Latency: 248, cache line size 10

Bus: primary=06, secondary=07, subordinate=08, sec-latency=248

I/O behind bridge: 00004000-00004fff

Memory behind bridge: 11000000-113fffff

Prefetchable memory behind bridge: 0000000010c00000-0000000010f00000

BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-

Capabilities: [dc] Power Management version 1

Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)

Status: D0 PME-Enable- DSel=0 DScale=0 PME-

Bridge: PM- B3+

07:04.0 PCI bridge: Digital Equipment Corporation DECchip 21150 (rev 06) (prog-if 00 [Normal decode])

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-

Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-

Latency: 248, cache line size 10

Bus: primary=07, secondary=08, subordinate=08, sec-latency=248

I/O behind bridge: 00004000-00004fff

Memory behind bridge: 11000000-111fffff

Prefetchable memory behind bridge: 0000000010c00000-0000000010f00000

BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-

Capabilities: [dc] Power Management version 1

Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)

Status: D0 PME-Enable- DSel=0 DScale=0 PME-

Bridge: PM- B3+

08:05.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)

Subsystem: Intel Corp. EtherExpress PRO/100+ Management Adapter

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-

Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-

Latency: 64 (2000ns min, 14000ns max)

Interrupt: pin A routed to IRQ 10

Region 0: Memory at 11100000 (32-bit, non-prefetchable) [size=4K]

Region 1: I/O ports at 5000

Region 2: Memory at 11000000 (32-bit, non-prefetchable) [size=1M]

Expansion ROM at 10c00000 [disabled] [size=1M]

Capabilities: [dc] Power Management version 2

Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)

Status: D0 PME-Enable- DSel=0 DScale=2 PME-

 

LSPCI -H1 gives proper i/o for the ethernet, I don't get it.....

08:05.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 08)

Subsystem: Intel Corp. EtherExpress PRO/100+ Management Adapter

Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-

Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-

Latency: 64 (2000ns min, 14000ns max)

Interrupt: pin A routed to IRQ 10

Region 0: Memory at 111ff000 (32-bit, non-prefetchable)

Region 1: I/O ports at 48c0

Region 2: Memory at 11f00000 (32-bit, non-prefetchable)

Capabilities: [dc] Power Management version 2

Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)

Status: D0 PME-Enable- DSel=0 DScale=2 PME-

 

Proc has weird numbers in for the ethernet.....

The hex dump contains 5001 and is not reflecting proper i/o......

Bob Rinker | 4 Feb 03:32 2004

Problem with IRQs

TIA for any help. I have a Sony VAIO laptop (PCG-FX140) that I recently
upgraded from RH8.0 to Fedora Core 1. The problem I am having also
appeared earlier when I tried upgrading to RH9.0 - my solution at the time
was to go back to RH8.0 .

The problem is that the pcmcia driver doesn't load. I think the problem is
due to a lack of IRQs. The error meesage I get (during boot-up) is:

  PCI: No IRQ known for interrupt pin A of device 01:02.0. Please try
  using pci=biosirq.
  PCI: No IRQ known for interrupt pin B of device 01:02.1. Please try
  using pci=biosirq.
  ds: no socket drivers loaded!

When I look at /proc/interrupts, it appears that all the usually
assignable IRQs (9-15) are indeed used. However, with RH8.0, I would get
the above error message followed by:

Yenta IRQ list 0018 PCI irq0
Socket status: 30000410
Yenta IRQ list 0018 PCI irq0
Socket status: 30000410

And the loading succeeds, with my orinoco wireless card being assigned an
IRQ of 3, according to /proc/interrupts. I checked
/etc/pcmcia/config.opts, and only irqs 7 and 12 are excluded.

It sounds to me like the system is running out of IRQs. Is there some way
to solve this problem? Again, thanks!

- Bob Rinker

-------------------------------------------------------
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
Jingmin (Jimmy) Zhou | 6 Jan 10:28 2004

pcmcia with high mem support

Hi,

Recently I've got 2GB (2 x 1GB) RAM for my Dell Latitude C640
laptop. The spec. of the laptop says it officially supports
maximal 1GB (2 x 512MB), however the BIOS successfully
recognizes the 2GB RAM, and WinXP/FreeBSD5.1/Linux2.4/Linux2.6
all can use the 2GB RAM without any problems except that the
orinoco_cs driver does not work any more under Linux. (WinXP/
FreeBSD both can use 2GB RAM and the wireless card without any
problems).

The Laptop has a Dell True Mobile 1150 miniPCI wireless card,
which works fine under Linux 2.4/2.6 with the orinoco_cs driver
before I upgraded the RAM from 256MB to 2GB.

I use pcmcia-cs package (3.2.5 and 3.2.7). Before upgrading
RAM, the cardmgr program could probe and find the wireless card
perfectly. But now, it cannot find the wireless card at all.

Even though I specify the amount of memory to be 256MB as the
boot parameter when I actually have the 2GB installed, the
cardmgr still cannot find the wireless card.

How to solve this problem?

Thanks a lot for help!

Here's part of the dump message of lspci under 2GB Memory:

-------------------- cut below -----------------------------
02:03.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 01)
        Subsystem: Lucent Technologies: Unknown device ab01
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 168, cache line size 20
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at 7ffe5000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=02, secondary=06, subordinate=09, sec-latency=176
        Memory window 0: 81000000-813ff000 (prefetchable)
        Memory window 1: 81400000-817ff000
        I/O window 0: 00005000-000050ff
        I/O window 1: 00005400-000054ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001

-------------------- cut above -----------------------------

Here's part of the dump message of lspci under original 256MB Memory:

-------------------- cut below -----------------------------
02:03.0 CardBus bridge: Texas Instruments PCI1410 PC card Cardbus Controller (rev 01)
        Subsystem: Lucent Technologies: Unknown device ab01
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+
        Latency: 168, cache line size 20
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at 10003000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=02, secondary=0b, subordinate=0e, sec-latency=176
        Memory window 0: 11400000-117ff000 (prefetchable)
        Memory window 1: 11800000-11bff000
        I/O window 0: 00005000-000050ff
        I/O window 1: 00005400-000054ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001
-------------------- cut above -----------------------------

Here's part of the dump message of dmesg under 2GB Memory:
-------------------- cut below -----------------------------
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 0000000000100000 - 000000007ffe2800 (usable)
 BIOS-e820: 000000007ffe2800 - 0000000080000000 (reserved)
 BIOS-e820: 00000000feda0000 - 00000000fee00000 (reserved)
 BIOS-e820: 00000000ffb80000 - 0000000100000000 (reserved)
user-defined physical RAM map:
 user: 0000000000000000 - 000000000009fc00 (usable)
 user: 000000000009fc00 - 00000000000a0000 (reserved)
 user: 0000000000100000 - 000000007ffe2800 (usable)

..

PCI: Enabling device 0000:02:01.0 (0000 -> 0002)
Yenta: CardBus bridge found at 0000:02:01.0 [1028:012a]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ list 0000, PCI irq11
Socket status: 00000000
PCI: Enabling device 0000:02:01.1 (0000 -> 0002)
Yenta: CardBus bridge found at 0000:02:01.1 [1028:012a]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ list 0000, PCI irq11
Socket status: 00000000
Yenta: CardBus bridge found at 0000:02:03.0 [12a3:ab01]
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ list 0000, PCI irq11
Socket status: 00000000
-------------------- cut above -----------------------------

Here's part of the dump message of dmesg under original 256MB Memory:
-------------------- cut below -----------------------------
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000ffe2800 (usable)
 BIOS-e820: 000000000ffe2800 - 0000000010000000 (reserved)
 BIOS-e820: 00000000feda0000 - 00000000fee00000 (reserved)
 BIOS-e820: 00000000ffb80000 - 0000000100000000 (reserved)
user-defined physical RAM map:
 user: 0000000000000000 - 000000000009fc00 (usable)
 user: 000000000009fc00 - 00000000000a0000 (reserved)
 user: 0000000000100000 - 000000000ffe2800 (usable)

..

PCI: Enabling device 0000:02:01.0 (0000 -> 0002)
Yenta: CardBus bridge found at 0000:02:01.0 [1028:012a]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ list 04f8, PCI irq11
Socket status: 30000006
PCI: Enabling device 0000:02:01.1 (0000 -> 0002)
Yenta: CardBus bridge found at 0000:02:01.1 [1028:012a]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ list 04f8, PCI irq11
Socket status: 30000006
Yenta: CardBus bridge found at 0000:02:03.0 [12a3:ab01]
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta: ISA IRQ list 0000, PCI irq11
Socket status: 30000010
..
cs: memory probe 0x0c0000-0x0fffff: excluding 0xc0000-0xcffff 0xe0000-0xfffff
orinoco_cs.c 0.13e (David Gibson <hermes <at> gibson.dropbear.id.au> and others)
eth1: Station identity 001f:0001:0008:000a
eth1: Looks like a Lucent/Agere firmware version 8.10
eth1: Ad-hoc demo mode supported
eth1: IEEE standard IBSS ad-hoc mode supported
eth1: WEP supported, 104-bit key
eth1: MAC address 00:02:2D:59:78:55
eth1: Station name "HERMES I"
eth1: ready
eth1: index 0x01: Vcc 3.3, irq 11, io 0x0100-0x013f
blk: queue c136de00, I/O limit 4095Mb (mask 0xffffffff)
-------------------- cut above -----------------------------

-------------------------------------------------------
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
John H. | 3 Jan 12:06 2004

WPA support for orinoco_cs


Are there plans for WPA support for orinico_cs?

_______________________________________________
No banners. No pop-ups. No kidding.
Introducing My Way - http://www.myway.com

-------------------------------------------------------
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
John H. | 29 Dec 07:02 2003

wireless.opts problems


I understand wireless.opts should be able to automatically do some things, like set a wep key, dependent on
the essid I am on.

I have eth1 set to find whatever wireless network is in range,

and wireless.opts has this as default

essidany,*,*,*)

    INFO="Any ESSID"

    ESSID="any"

    ;;

I was wondering, if I could have it to where I do the following, in addition to finding any open network

if essid="specificid"

use key="blah"

thanks.  I want to be able to use both together.  if the specific id is matched, and it requires wep(Which it
will), use the key.

thanks

_______________________________________________
No banners. No pop-ups. No kidding.
Introducing My Way - http://www.myway.com

-------------------------------------------------------
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
Sriram Neelakandan Iyer | 24 Dec 08:06 2003
Picon

CF memory card vs CF wireless card

Hi ,

I have an ARM7TDMI based chip that has an on board CF
controller. I have coded the Linux Socket Service
Layer based on the SA11xx stuff.

Well there is a strange issue that i am seeing with
this board. 

 I am able to read the CIS of a CF memory card
properly. dump_cis prints the details as per the specs
I use a SanDisk 64MB SDCFB card and i get the full CIS
as per the data sheet properly.

But when i plugin a CF wireless card, the card
detection happens, but dump_cis complains "no CIS
present" .. i found that the Attribute memory was
giving out randomly alternating values of 0x00 & 0xFF.

The CF wireless card i use is a DCF660W from DLink and
the same card works on my laptop perfectly normal.

I think that the memory card is a CF card and the
wireless card is a CF+(CF I/O) card. 

I also noticed that the SanDisk card does not require
a RESET to read the CIS - (probably it does it
internally on power up) .. But my socket service
anyways does issue a CF_RESET when required .

1. Is there anything special to be done to handle CF
Wireless card (i.e. CF+ cards) to read the CIS space ?

2. Is there any init sequence to be followed for CF+
card power up ?

any help in this are will be appreciated,
regards,
sriram

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

-------------------------------------------------------
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

Gmane