"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

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

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

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.

cannot reserve io ports

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

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

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

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

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

Linux device number bug report