From jan at alfalab.com  Fri Apr  1 00:28:48 2005
From: jan at alfalab.com (jan@alfalab.com)
Date: Fri Apr  1 01:17:47 2005
Subject: PXA255 and linux 2.6.11.4
Message-ID: <Pine.LNX.4.53.0503312221300.25711@ra.alfalab.ca>

I am trying to use CompactFlash card as /dev/hda1 on PXA255 platform
(loosely resembling lubbock). Can someone point me to docs on how the
ide driver interacts with the pcmcia drivers? Are the various levels
of drivers and their interaction in the PCMCIA system documented
anywhere (besides the Linux PCMCIA Programmer's Guide, v2.33,
2003-01-22)

Thanks,
Jan

=================================================================
In a world without walls and fences, who needs Windows and Gates?
=================================================================


From leszek at serwer.3miasto.net  Fri Apr  1 03:22:59 2005
From: leszek at serwer.3miasto.net (Leszek Koltunski)
Date: Fri Apr  1 03:50:25 2005
Subject: Making a PCMCIA network card work?
Message-ID: <Pine.NEB.4.60.0504010954410.23679@serwer.3miasto.net>


Hello PCMCIA gurus,

The problem: I cannot make a PCMCIA network card ( Lemel LM-N90TX card, 
but I also tried with a Buffalo LPC3-CLX with similar results ) work.
I remember the only time I've used a PCMCIA network card before, back in 
1999 with the 2.2.20 kernel, everything just worked. Did I get dumber or 
what?

System: 2.6.11 , Debian Sarge, Thinkpad R51

What I did: I've compiled my kernel with the following options related to 
PCMCIA:

leszek@utumno:/boot$ cat config-2.6.11 | grep PCMCIA
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
# PCCARD (PCMCIA/CardBus) support
# CONFIG_PCMCIA_DEBUG is not set
CONFIG_PCMCIA=y
CONFIG_PCMCIA_PROBE=y
# PCMCIA SCSI adapter support
# CONFIG_PCMCIA_AHA152X is not set
# CONFIG_PCMCIA_FDOMAIN is not set
# CONFIG_PCMCIA_NINJA_SCSI is not set
# CONFIG_PCMCIA_QLOGIC is not set
# CONFIG_PCMCIA_SYM53C500 is not set
# CONFIG_PCMCIA_WAVELAN is not set
# CONFIG_PCMCIA_NETWAVE is not set
# CONFIG_PCMCIA_RAYCS is not set
# CONFIG_PCMCIA_WL3501 is not set
# PCMCIA network device support
CONFIG_NET_PCMCIA=y
# CONFIG_PCMCIA_3C589 is not set
# CONFIG_PCMCIA_3C574 is not set
# CONFIG_PCMCIA_FMVJ18X is not set
CONFIG_PCMCIA_PCNET=m
# CONFIG_PCMCIA_NMCLAN is not set
# CONFIG_PCMCIA_SMC91C92 is not set
# CONFIG_PCMCIA_XIRC2PS is not set
CONFIG_PCMCIA_AXNET=m
# PCMCIA character devices
# PCMCIA devices

I also have this yenta_socket compiled as a module.

Then, I compiled the pcmcia-cs package from David Hinds. It told me that 
since I've got PCMCIA support in the kernel, it's going to only build the 
userspace. Fine.

I inserted the Buffalo card ( Googling tells me it uses the axnet_cs 
driver ) and issued "/etc/init.d/pcmcia start"

cardmgr got started and my CPU usage upped to 100%. It looks like cardmgr 
was spamming syslog with infinite number of messages 'Generic or SRAM' :

Mar 30 23:00:07 localhost cardmgr[3935]: watching 1 socket
Mar 30 23:00:07 localhost kernel: cs: IO port probe 0x100-0x4ff: excluding 
0x3b8-0x3df 0x4d0-0x4d7
Mar 30 23:00:07 localhost kernel: cs: IO port probe 0x800-0x8ff: clean.
Mar 30 23:00:07 localhost kernel: cs: IO port probe 0xc00-0xcff: clean.
Mar 30 23:00:07 localhost kernel: cs: IO port probe 0xa00-0xaff: clean.
Mar 30 23:00:07 localhost cardmgr[3936]: starting, version is 3.2.5
Mar 30 23:00:07 localhost kernel: cs: memory probe 0xa0000000-0xa0ffffff: 
clean.
Mar 30 23:00:07 localhost cardmgr[3936]: socket 0: Anonymous Memory
Mar 30 23:00:07 localhost cardmgr[3936]: executing: 'modprobe sram_mtd'
Mar 30 23:00:07 localhost kernel: 2.6. kernels use pcmciamtd instead of 
memory_cs.c and do not require special
Mar 30 23:00:07 localhost kernel: MTD handling any more.
Mar 30 23:00:07 localhost cardmgr[3936]: + FATAL: Module sram_mtd not 
found.
Mar 30 23:00:07 localhost cardmgr[3936]: modprobe exited with status 1
Mar 30 23:00:07 localhost cardmgr[3936]: module 
/lib/modules/2.6.11/pcmcia/sram_mtd.o not available
Mar 30 23:00:07 localhost cardmgr[3936]:   Common memory region at 
0xb7ed0846: Generic or SRAM
Mar 30 23:00:38 localhost last message repeated 1124620 times
Mar 30 23:01:39 localhost last message repeated 2215404 times
Mar 30 23:02:14 localhost last message repeated 1283464 times

and so on...

then I killed cardmrg, modprobed axnet_cs and restarted axnet_cs - no 
difference...
Then i tried to mess with /etc/pcmcia/config.opts - to no avail...

The questions:

- seems like the system recognized my PCMCIA card as a 'memory device' Why 
is that?
- what do I need to do to make the damn card work?

Further symptoms:

output of a few commands with card inserted:

utumno:/var/log# cardctl ident
Socket 0:
   no product info available
utumno:/var/log# cardctl config
Socket 0:
   Vcc 3.3V  Vpp1 3.3V  Vpp2 3.3V
   interface type is "cardbus"
   irq 11 [exclusive] [level]
   function 0:
utumno:/var/log# cat /proc/interrupts
            CPU0
   0:   15860150          XT-PIC  timer
   1:      27281          XT-PIC  i8042
   2:          0          XT-PIC  cascade
   3:          1          XT-PIC  lirc_sir
   8:          4          XT-PIC  rtc
   9:      42258          XT-PIC  acpi
  11:    1504398          XT-PIC  ipw2200, Intel ICH4, uhci_hcd, uhci_hcd, 
uhci_hcd, ehci_hcd, Intel 82801DB-ICH4 Modem, yenta, eth0, 
radeon@PCI:1:0:0
  12:      96554          XT-PIC  i8042
  14:      28219          XT-PIC  ide0
  15:         11          XT-PIC  ide1
NMI:          0
ERR:          0
utumno:/var/log# cat /proc/iomem
00000000-0009efff : System RAM
0009f000-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cffff : Video ROM
000d0000-000d0fff : Adapter ROM
000d1000-000d1fff : Adapter ROM
000d2000-000d3fff : reserved
000e0000-000effff : Extension ROM
000f0000-000fffff : System ROM
00100000-1ff5ffff : System RAM
   00100000-00343ad9 : Kernel code
   00343ada-0042637f : Kernel data
1ff60000-1ff76fff : ACPI Tables
1ff77000-1ff78fff : ACPI Non-volatile Storage
1ff80000-1fffffff : reserved
20000000-200003ff : 0000:00:1f.1
20400000-207fffff : PCI CardBus #03
20800000-20bfffff : PCI CardBus #03
   20800000-208001ff : 0000:03:00.0
b0000000-b0000fff : 0000:02:00.0
   b0000000-b0000fff : yenta_socket
c0000000-c00003ff : 0000:00:1d.7
   c0000000-c00003ff : ehci_hcd
c0000800-c00008ff : 0000:00:1f.5
   c0000800-c00008ff : ich_audio MBBAR
c0000c00-c0000dff : 0000:00:1f.5
   c0000c00-c0000dff : ich_audio MMBAR
c0100000-c01fffff : PCI Bus #01
   c0100000-c010ffff : 0000:01:00.0
c0200000-c020ffff : 0000:02:01.0
   c0200000-c020ffff : e1000
c0210000-c0213fff : 0000:02:00.2
c0214000-c0214fff : 0000:02:02.0
   c0214000-c0214fff : ipw2200
c0215000-c02157ff : 0000:02:00.2
c0220000-c023ffff : 0000:02:01.0
   c0220000-c023ffff : e1000
d0000000-dfffffff : 0000:00:00.0
e0000000-e7ffffff : PCI Bus #01
   e0000000-e7ffffff : 0000:01:00.0
ff800000-ffffffff : reserved

lspci -vv part conc. the CardBus bridge:

0000:02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus 
Controller (rev 01)
         Subsystem: IBM: Unknown device 0552
         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: 0x20 (128 bytes)
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at b0000000 (32-bit, non-prefetchable) [size=4K]
         Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
         Memory window 0: 20400000-207ff000 (prefetchable)
         Memory window 1: 20800000-20bff000
         I/O window 0: 00004000-000040ff
         I/O window 1: 00004400-000044ff
         BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- 
PostWrite+
         16-bit legacy interface ports at 0001


I am at a loss here. Could anyone shed some light on this?
In particular, why doesn't cardctl ident recognize the card?

thanks in advance,

Leszek Koltunski



From debian at sternwelten.at  Fri Apr  1 04:43:44 2005
From: debian at sternwelten.at (maximilian attems)
Date: Fri Apr  1 04:43:50 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050331101612.B3B5B1012F@P450.internal.cowart.net>
References: <20050330150609.GN2559@sputnik.stro.at>
	<20050331101612.B3B5B1012F@P450.internal.cowart.net>
Message-ID: <20050401094344.GA2755@sputnik.stro.at>

cc'ing the pcmcia maintainer and the author of
the patch for interrupt routing for TI bridges.
concerning a bug report about non working irq routing since 2.6.6-rc1
up until 2.6.12-rc1-mm3
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=270376
(lspci, dmesg)

hope you can help to resolve that issue.
i volountary test build kernels for bug reporter with proposed patches.

On Thu, 31 Mar 2005, Jefferson Cowart wrote:

> (For reference my primary card is a 3C574. My secondary is a 3C589.)
.. 
> ========
> 
> (I put that card into a Windows XP laptop and it worked fine there so the
> card itself is fine.)
> 
> Now I'm trying to see if I have these same problems on 2.5.5
> 
> First, Booting with the secondary card plugged in had the same failure as
> above.
> Next booting with the primary plugged in. It worked (as expected). Then I
> was able to pull and re-insert the card without problems. However pulling
> the primary and inserting the secondary killed the network (as expected).
> 
> Now I'm going back to 2.4.27 to figure out if my secondary card will work
> there. It failed. I got a hard lock when I inserted the card. (Reboot button
> needed.)
> 
> I'm 99.9% certain that my testing of 2.6.6-2.6.10 was using my primary nic,
> but I'm booting 2.6.10 now to be sure. (I know the kernels I tested for you
> yesterday used my primary nic.) As expected no networking.
> 
> It looks like we may have 2 different bugs here: one in the yenta_socket
> driver starting somewhere after 2.6.5-bk1 and before 2.6.6-rc1 and one in
> the 3c589 driver in I don't know what versions. (I seem to remember that
> 2.4.18 worked, but I'm not sure. If you want me to try that nic under and
> older kernel let me know, however I think fixing the first bug is more
> important.) If you need any further log info let me know.

indeed there is a change in the irq handling in the yenta code.
it went in after 2.6.5-bk2 and is in 2.6.6-rc1.

in the context could you send please the ouput of a pre 
2.6.6-rc1 kernel on your box:
cat /proc/interrupts 

regarding your other pcmcia i don't know if it's supported.
thanks for your feedback.

--
maks


From pcmcia at externe.net  Fri Apr  1 04:58:07 2005
From: pcmcia at externe.net (Guylhem Aznar)
Date: Fri Apr  1 04:58:09 2005
Subject: io mode driver for ata flash card
In-Reply-To: <20050330163140.GA25228@sonic.net>
References: <20050329195913.GB23619@externe.net>
	<20050329211342.GA10724@sonic.net>
	<20050330115516.GA15455@externe.net>
	<20050330163140.GA25228@sonic.net>
Message-ID: <20050401095807.GA30307@externe.net>

On Wednesday, 30 March 2005 at  8:31:40 (-0800), David Hinds wrote:
> You showed what you do to use the wireless part; but you did not show
> what you do to access the flash part.  What do you do exactly, and
> what error do you get when you try to use both?

It was on the forum link - uploading the firmware and iwconfig.

> Any chance you could plug this card into a laptop and try this?  Also
> try "dump_cis -v".

Here it is.

> This is while the flash part is working?  How does it look when the
> wireless part is working?

I have to cross compile the modules again. Tell me if the following
did hlep.

> > I'm preparing a kernel 2.4.29 if it can help...
> 
> Nope.

Right - it didnt :-(

--------------------------/

Socket 0:
  product info: "SanDisk", "ConnectPlus"
  manfid: 0xd601, 0x0101
  function: 6 (network)
--------------------------/

PRODID_1="SanDisk"
PRODID_2="ConnectPlus"
PRODID_3=""
PRODID_4=""
MANFID=d601,0101
FUNCID=6

--------------------------/

Socket 0:
  dev_info
    fn_specific 700ns, 2kb
  mfc {
    vers_1 7.0, "SanDisk", "ConnectPlus"
    manfid 0xd601, 0x0101
    funcid network_adapter
    lan_technology wireless
    lan_speed 1 mb/sec
    lan_speed 2 mb/sec
    config base 0x03e0 mask 0x0001 last_index 0x01
    cftable_entry 0x01 [default]
      Vcc Vnom 3300mV Vmin 3V Vmax 3600mV Iavg 300mA
      Ipeak 300mA Idown 10mA
      io 0x0000-0x007f [lines=7] [16bit]
      irq mask 0xffff [level] [pulse] [shared]
  }, {
    common_jedec 0xdf 0x01
    funcid fixed_disk [post]
    disk_interface [ide]
    disk_features [silicon] [unique] [single]
      [sleep] [standby] [idle] [low power]
    config base 0x0200 mask 0x000f last_index 0x07
    cftable_entry 0x00 [default]
      [rdybsy] [mwait] [pwrdown]
      Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
      memory 0x0000-0x07ff @ 0x0000
    cftable_entry 0x00
      Vcc Vnom 3300mV Ipeak 45mA
    cftable_entry 0x01 [default]
      [rdybsy] [pwrdown]
      Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
      io 0x0000-0x000f [lines=4] [8bit] [16bit]
      irq mask 0xffff [level] [pulse] [shared]
    cftable_entry 0x01
      Vcc Vnom 3300mV Ipeak 45mA
    cftable_entry 0x02 [default]
      [rdybsy] [pwrdown]
      Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
      io 0x01f0-0x01f7, 0x03f6-0x03f7 [lines=10] [8bit] [16bit] [range]
      irq 14 [level] [pulse] [shared]
    cftable_entry 0x02
      Vcc Vnom 3300mV Ipeak 45mA
    cftable_entry 0x03 [default]
      [rdybsy] [pwrdown]
      Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
      io 0x0170-0x0177, 0x0376-0x0377 [lines=10] [8bit] [16bit] [range]
      irq 14 [level] [pulse] [shared]
    cftable_entry 0x03
      Vcc Vnom 3300mV Ipeak 45mA
    cftable_entry 0x07
  }

-------------------------------------------

Socket 0:
  offset 0x02, tuple 0x01, link 0x04
    df 72 01 ff 
  dev_info
    fn_specific 700ns, 2kb

  offset 0x08, tuple 0x1c, link 0x04
    03 d9 01 ff 

  offset 0x0e, tuple 0x06, link 0x0b
    02 00 39 00 00 00 00 70 00 00 00 
  mfc_long_link
   function 0: attr 0x0039
   function 1: attr 0x0070

  offset 0x1b, tuple 0x15, link 0x17
    07 00 53 61 6e 44 69 73 6b 00 43 6f 6e 6e 65 63 
    74 50 6c 75 73 00 ff 
  vers_1 7.0, "SanDisk", "ConnectPlus"

  offset 0x34, tuple 0x20, link 0x04
    01 d6 01 01 
  manfid 0xd601, 0x0101

  offset 0x3b, tuple 0x13, link 0x03
    43 49 53 
  link_target

  offset 0x40, tuple 0x21, link 0x02
    06 00 
  funcid network_adapter

  offset 0x44, tuple 0x22, link 0x02
    01 07 
  lan_technology wireless

  offset 0x48, tuple 0x22, link 0x05
    02 40 42 0f 00 
  lan_speed 1 mb/sec

  offset 0x4f, tuple 0x22, link 0x05
    02 80 84 1e 00 
  lan_speed 2 mb/sec

  offset 0x56, tuple 0x1a, link 0x07
    03 01 e0 03 00 00 01 
  config base 0x03e0 mask 0x0001 last_index 0x01

  offset 0x5f, tuple 0x1b, link 0x10
    c1 01 19 77 b5 1e 35 b5 3c 36 36 05 47 ff ff ff 
  cftable_entry 0x01 [default]
    Vcc Vnom 3300mV Vmin 3V Vmax 3600mV Iavg 300mA
    Ipeak 300mA Idown 10mA
    io 0x0000-0x007f [lines=7] [16bit]
    irq mask 0xffff [level] [pulse] [shared]

  offset 0x72, tuple 0x13, link 0x03
    43 49 53 
  link_target

  offset 0x77, tuple 0x18, link 0x02
    df 01 
  common_jedec 0xdf 0x01

  offset 0x7b, tuple 0x80, link 0x03
    14 08 00 

  offset 0x80, tuple 0x21, link 0x02
    04 01 
  funcid fixed_disk [post]

  offset 0x84, tuple 0x22, link 0x02
    01 01 
  disk_interface [ide]

  offset 0x88, tuple 0x22, link 0x03
    02 0c 0f 
  disk_features [silicon] [unique] [single]
    [sleep] [standby] [idle] [low power]

  offset 0x8d, tuple 0x1a, link 0x05
    01 07 00 02 0f 
  config base 0x0200 mask 0x000f last_index 0x07

  offset 0x94, tuple 0x1b, link 0x0b
    c0 c0 a1 27 55 4d 5d 75 08 00 21 
  cftable_entry 0x00 [default]
    [rdybsy] [mwait] [pwrdown]
    Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
    memory 0x0000-0x07ff @ 0x0000

  offset 0xa1, tuple 0x1b, link 0x06
    00 01 21 b5 1e 4d 
  cftable_entry 0x00
    Vcc Vnom 3300mV Ipeak 45mA

  offset 0xa9, tuple 0x1b, link 0x0d
    c1 41 99 27 55 4d 5d 75 64 f0 ff ff 21 
  cftable_entry 0x01 [default]
    [rdybsy] [pwrdown]
    Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
    io 0x0000-0x000f [lines=4] [8bit] [16bit]
    irq mask 0xffff [level] [pulse] [shared]

  offset 0xb8, tuple 0x1b, link 0x06
    01 01 21 b5 1e 4d 
  cftable_entry 0x01
    Vcc Vnom 3300mV Ipeak 45mA

  offset 0xc0, tuple 0x1b, link 0x12
    c2 41 99 27 55 4d 5d 75 ea 61 f0 01 07 f6 03 01 
    ee 21 
  cftable_entry 0x02 [default]
    [rdybsy] [pwrdown]
    Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
    io 0x01f0-0x01f7, 0x03f6-0x03f7 [lines=10] [8bit] [16bit] [range]
    irq 14 [level] [pulse] [shared]

  offset 0xd4, tuple 0x1b, link 0x06
    02 01 21 b5 1e 4d 
  cftable_entry 0x02
    Vcc Vnom 3300mV Ipeak 45mA

  offset 0xdc, tuple 0x1b, link 0x12
    c3 41 99 27 55 4d 5d 75 ea 61 70 01 07 76 03 01 
    ee 21 
  cftable_entry 0x03 [default]
    [rdybsy] [pwrdown]
    Vcc Vnom 5V Vmin 4500mV Vmax 5500mV Ipeak 80mA
    io 0x0170-0x0177, 0x0376-0x0377 [lines=10] [8bit] [16bit] [range]
    irq 14 [level] [pulse] [shared]

  offset 0xf0, tuple 0x1b, link 0x06
    03 01 21 b5 1e 4d 
  cftable_entry 0x03
    Vcc Vnom 3300mV Ipeak 45mA

  offset 0xf8, tuple 0x1b, link 0x04
    07 00 28 d3 
  cftable_entry 0x07
    2 bytes in subtuples


-- 
*@externe.net                                            http://externe.net
P?rim?/Deprecated:    @oeil.qc.ca, @metalab.unc.edu, @ibiblio.org, @7un.org
GPG: 92EB37C1 DD11C9C9 20519D01 E8FA1B11 42975AF7 http://externe.net/pubkey

From thorlinux at gmx.de  Fri Apr  1 05:57:51 2005
From: thorlinux at gmx.de (thorsten borchers)
Date: Fri Apr  1 05:58:00 2005
Subject: pcmcia amilo a1640 CardBus bridge: O2 Micro, Inc. OZ711M1
Message-ID: <9964.1112353071@www42.gmx.net>

Hilfe!!!
cardctl insert  says pcmcia_socket0: *** DANGER *** unable to remove socket
power
does not go with all kernel! see my messages.


-- 
Handyrechnung zu hoch? Tipp: SMS und MMS mit GMX
Seien Sie so frei: Alle Infos unter http://www.gmx.net/de/go/freesms

-- 
Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl
-------------- next part --------------
[root@Steffi-Amilo /home/steffi]# dmesg
Linux version 2.6.11 (root@ccux) (gcc-Version 3.3.4) #3 Thu Mar 24 18:53:56 UTC 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001dfd0000 (usable)
 BIOS-e820: 000000001dfd0000 - 000000001dfdf000 (ACPI data)
 BIOS-e820: 000000001dfdf000 - 000000001e000000 (ACPI NVS)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
479MB LOWMEM available.
found SMP MP-table at 000ff780
On node 0 totalpages: 122832
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 118736 pages, LIFO batch:16
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 ACPIAM                                ) @ 0x000f7470
ACPI: RSDT (v001 A M I  OEMRSDT  0x02000501 MSFT 0x00000097) @ 0x1dfd0000
ACPI: FADT (v002 A M I  OEMFACP  0x02000501 MSFT 0x00000097) @ 0x1dfd0200
ACPI: MADT (v001 A M I  OEMAPIC  0x02000501 MSFT 0x00000097) @ 0x1dfd0390
ACPI: OEMB (v001 A M I  AMI_OEM  0x02000501 MSFT 0x00000097) @ 0x1dfdf040
ACPI: DSDT (v001 UW     F11_____ 0x00000000 INTL 0x02002026) @ 0x00000000
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:12 APIC version 16
ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 1, version 2, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 10 global_irq 10 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ10 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 1e000000 (gap: 1e000000:e1f80000)
Built 1 zonelists
Kernel command line: root=/dev/hda6 ro video=vesafb:1024x768-32@75 splash=silent,theme:ccux
fbsplash: silent
fbsplash: theme ccux
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 798.208 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 480224k/491328k available (3734k kernel code, 10480k reserved, 1340k data, 224k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 1576.96 BogoMIPS (lpj=788480)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 078bfbff c3d3fbff 00000000 00000000 00000000 00000000 00000001
CPU: After vendor identify, caps: 078bfbff c3d3fbff 00000000 00000000 00000000 00000000 00000001
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 128K (64 bytes/line)
CPU: After all inits, caps: 078bfbff c3d3fbff 00000000 00000010 00000000 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD Mobile AMD Sempron(tm) Processor 3000+ stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking if image is initramfs... it is
Freeing initrd memory: 700k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xf0031, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050211
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Uncovering SIS963 that hid as a SIS503 (compatible=0)
Enabling SiS 96x SMBus.
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC0] (gpe 2)
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 *4 5 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs *3 4 5 7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 *5 7 10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 9 devices
PnPBIOS: Disabled by ACPI PNP
SCSI subsystem initialized
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically.  If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device().  As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
Bluetooth: Core ver 2.7
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
pnp: the driver 'system' has been registered
pnp: match found with the PnP device '00:06' and the driver 'system'
pnp: match found with the PnP device '00:07' and the driver 'system'
pnp: match found with the PnP device '00:08' and the driver 'system'
Machine check exception polling timer started.
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NTFS driver 2.1.22 [Flags: R/O].
SGI XFS with no debug enabled
SGI XFS Quota Management subsystem
Initializing Cryptographic API
Linux agpgart interface v0.100 (c) Dave Jones
[drm] Initialized drm 1.0.0 20040925
vesafb: Silicon Integrated Systems Corp., 6330, 2.06J.01 (OEM: SiS)
vesafb: VBE version: 3.0
vesafb: protected mode interface info at cbdd:0004
vesafb: pmi: set display start = b00cbdfe, set palette = b00cbe42
vesafb: hardware doesn't support DCC transfers
vesafb: monitor limits: vf = 0 Hz, hf = 0 kHz, clk = 0 MHz
vesafb: scrolling: redraw
Console: switching to colour frame buffer device 128x48
fbsplash: console 0 using theme 'ccux'
fbsplash: switched splash state to 'on' on console 0
vesafb: framebuffer at 0xd0000000, mapped to 0xce880000, using 6144k, total 16384k
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
i8042.c: Detected active multiplexing controller, rev 1.0.
serio: i8042 AUX0 port at 0x60,0x64 irq 12
serio: i8042 AUX1 port at 0x60,0x64 irq 12
serio: i8042 AUX2 port at 0x60,0x64 irq 12
serio: i8042 AUX3 port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
floppy0: no floppy controllers found
RAMDISK driver initialized: 16 RAM disks of 16000K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SIS5513: IDE controller at PCI slot 0000:00:02.5
SIS5513: chipset revision 0
SIS5513: not 100% native mode: will probe irqs later
SIS5513: SiS 962/963 MuTIOL IDE UDMA133 controller
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: ST960821A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: _NEC DVD+/-RW ND-6500A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 128KiB
hda: 117210240 sectors (60011 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(33)
hda: cache flushes supported
 hda: hda1 hda2 < hda5 hda6 hda7 >
hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
libata version 1.10 loaded.
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
Synaptics Touchpad, model: 1
 Firmware: 5.9
 Sensor: 0
 new absolute packet format
 Touchpad has extended capability bits
 -> palm detection
input: SynPS/2 Synaptics TouchPad on isa0060/serio2
input: PC Speaker
Advanced Linux Sound Architecture Driver Version 1.0.8 (Thu Jan 13 09:39:32 2005 UTC).
ALSA device list:
  No soundcards found.
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI wakeup devices:
 LID  MAC AC97 MC97 SLPB
ACPI: (supports S0 S1 S3 S4 S5)
ReiserFS: hda6: found reiserfs format "3.6" with standard journal
ReiserFS: hda6: using ordered data mode
ReiserFS: hda6: journal params: device hda6, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda6: checking transaction log (hda6)
ReiserFS: hda6: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 224k freed
lp: driver loaded but no devices found
Adding 1253028k swap on /dev/hda7.  Priority:1 extents:1
agpgart: Detected SiS 760 chipset
agpgart: Maximum main memory to use for agp memory: 409M
agpgart: AGP aperture is 4M @ 0xe0000000
i2c-sis96x version 1.0.0
sis96x_smbus 0000:00:02.1: SiS96x SMBus base address: 0x0c00
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ACPI: PCI interrupt 0000:00:02.6[C] -> GSI 18 (level, low) -> IRQ 18
ACPI: PCI interrupt 0000:00:02.7[C] -> GSI 18 (level, low) -> IRQ 18
intel8x0_measure_ac97_clock: measured 49458 usecs
intel8x0: clocking to 48000
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI interrupt 0000:00:03.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:03.0: Silicon Integrated Systems [SiS] USB 1.0 Controller
ohci_hcd 0000:00:03.0: irq 20, pci mem 0xdfffd000
ohci_hcd 0000:00:03.0: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
ACPI: PCI interrupt 0000:00:03.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:03.1: Silicon Integrated Systems [SiS] USB 1.0 Controller (#2)
ohci_hcd 0000:00:03.1: irq 21, pci mem 0xdfffe000
ohci_hcd 0000:00:03.1: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
ACPI: PCI interrupt 0000:00:03.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:03.3: Silicon Integrated Systems [SiS] USB 2.0 Controller
ehci_hcd 0000:00:03.3: irq 23, pci mem 0xdffff000
ehci_hcd 0000:00:03.3: new USB bus registered, assigned bus number 3
PCI: cache line size of 64 is not supported by device 0000:00:03.3
ehci_hcd 0000:00:03.3: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 6 ports detected
sis900.c: v1.08.07 11/02/2003
ACPI: PCI interrupt 0000:00:04.0[A] -> GSI 19 (level, low) -> IRQ 19
eth0: Realtek RTL8201 PHY transceiver found at address 1.
eth0: Using transceiver found at address 1 as default
eth0: SiS 900 PCI Fast Ethernet at 0xd800, IRQ 19, 00:03:0d:21:15:b9.
ieee1394: Initialized config rom entry `ip1394'
ohci1394: $Rev: 1223 $ Ben Collins <bcollins@debian.org>
ACPI: PCI interrupt 0000:00:06.0[A] -> GSI 19 (level, low) -> IRQ 19
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19]  MMIO=[dfffb800-dfffbfff]  Max Packet=[2048]
Linux Kernel Card Services
  options:  [pci] [cardbus] [pm]
ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 17 (level, low) -> IRQ 17
Yenta: CardBus bridge found at 0000:00:09.0 [1734:106c]
Yenta O2: res at 0x94/0xD4: 00/ea
Yenta O2: enabling read prefetch/write burst
Yenta: ISA IRQ mask 0x0000, PCI irq 17
Socket status: 00146091
ACPI: PCI interrupt 0000:00:09.1[A] -> GSI 17 (level, low) -> IRQ 17
Yenta: CardBus bridge found at 0000:00:09.1 [1734:106c]
Yenta: ISA IRQ mask 0x0000, PCI irq 17
Socket status: 00146091
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00030d5325519ba6]
eth1394: $Rev: 1224 $ Ben Collins <bcollins@debian.org>
eth1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
sisfb: Video ROM found and copied
sisfb: Fatal error: Unable to reserve frame buffer memory
sisfb: Is there another framebuffer driver active?
Real Time Clock Driver v1.12
USB Universal Host Controller Interface driver v2.2
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver audio
drivers/usb/class/audio.c: v1.0.0:USB Audio Class driver
eth0: Media Link On 100mbps full-duplex
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0x800-0x8ff: excluding 0x818-0x837 0x840-0x84f 0x858-0x89f
cs: IO port probe 0x800-0x8ff: excluding 0x818-0x837 0x840-0x84f 0x858-0x89f
cs: IO port probe 0x100-0x4ff: excluding 0x480-0x48f 0x4d0-0x4d7
cs: IO port probe 0x100-0x4ff: excluding 0x480-0x48f 0x4d0-0x4d7
cs: IO port probe 0xa00-0xaff: clean.
cs: IO port probe 0xa00-0xaff: clean.
fbsplash: switching to verbose mode
mtrr: 0xd0000000,0x2000000 overlaps existing 0xd0000000,0x1000000
-------------- next part --------------
[root@Steffi-Amilo /home/steffi]# cat /proc/iomem
00000000-0009fbff : System RAM
0009fc00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cbfff : Video ROM
000cc000-000d5fff : Adapter ROM
000f0000-000fffff : System ROM
00100000-1dfcffff : System RAM
  00100000-004a59ec : Kernel code
  004a59ed-005f4bff : Kernel data
1dfd0000-1dfdefff : ACPI Tables
1dfdf000-1dffffff : ACPI Non-volatile Storage
1e000000-1e000fff : 0000:00:09.1
  1e000000-1e000fff : yenta_socket
1e001000-1e001fff : 0000:00:09.0
  1e001000-1e001fff : yenta_socket
1e400000-1e7fffff : PCI CardBus #02
1e800000-1ebfffff : PCI CardBus #02
1ec00000-1effffff : PCI CardBus #06
1f000000-1f3fffff : PCI CardBus #06
cfd00000-dfcfffff : PCI Bus #01
  d0000000-d7ffffff : 0000:01:00.0
    d0000000-d0ffffff : vesafb
dfe00000-dfefffff : PCI Bus #01
  dfee0000-dfefffff : 0000:01:00.0
dfff4000-dfff7fff : 0000:00:06.0
dfffa000-dfffafff : 0000:00:09.2
dfffb800-dfffbfff : 0000:00:06.0
  dfffb800-dfffbfff : ohci1394
dfffc000-dfffcfff : 0000:00:04.0
  dfffc000-dfffcfff : sis900
dfffd000-dfffdfff : 0000:00:03.0
  dfffd000-dfffdfff : ohci_hcd
dfffe000-dfffefff : 0000:00:03.1
  dfffe000-dfffefff : ohci_hcd
dffff000-dfffffff : 0000:00:03.3
  dffff000-dfffffff : ehci_hcd
e0000000-e1ffffff : 0000:00:00.0
fff80000-ffffffff : reserved
[root@Steffi-Amilo /home/steffi]#

-------------- next part --------------
[root@Steffi-Amilo /home/steffi]# lspci -vv
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 760/M760 Host (rev 03)
        Subsystem: Unknown device 1734:106c
        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: 32
        Region 0: Memory at e0000000 (32-bit, non-prefetchable) [size=32M]
        Capabilities: [a0] AGP version 3.0
                Status: RQ=32 Iso- ArqSz=2 Cal=3 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none>
        Capabilities: [d0] #08 [0120]
        Capabilities: [f0] #08 [8000]

00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202 (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: 64
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
        I/O behind bridge: 0000c000-0000cfff
        Memory behind bridge: dfe00000-dfefffff
        Prefetchable memory behind bridge: cfd00000-dfcfffff
        Secondary status: SERR
        BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- >Reset- FastB2B-

00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 25)
        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: 0

00:02.1 SMBus: Silicon Integrated Systems [SiS]: Unknown device 0016
        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-
        Interrupt: pin B routed to IRQ 0
        Region 4: I/O ports at 0c00 [size=32]

00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (prog-if 80 [Master])
        Subsystem: Unknown device 1734:106c
        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: 128
        Region 4: I/O ports at ffa0 [size=16]

00:02.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller (rev a0) (prog-if 00 [Generic])
        Subsystem: Unknown device 1734:106c
        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-
        Interrupt: pin C routed to IRQ 18
        Region 0: I/O ports at e400 [size=256]
        Region 1: I/O ports at e000 [size=128]
        Capabilities: [48] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0)
        Subsystem: Unknown device 1734:106c
        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 (13000ns min, 2750ns max)
        Interrupt: pin C routed to IRQ 18
        Region 0: I/O ports at e800 [size=256]
        Region 1: I/O ports at ec00 [size=128]
        Capabilities: [48] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) (prog-if 10 [OHCI])
        Subsystem: Unknown device 1734:106c
        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 (20000ns max)
        Interrupt: pin A routed to IRQ 20
        Region 0: Memory at dfffd000 (32-bit, non-prefetchable) [size=4K]

00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) (prog-if 10 [OHCI])
        Subsystem: Unknown device 1734:106c
        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 (20000ns max)
        Interrupt: pin B routed to IRQ 21
        Region 0: Memory at dfffe000 (32-bit, non-prefetchable) [size=4K]

00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller (prog-if 20 [EHCI])
        Subsystem: Unknown device 1734:106c
        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 (20000ns max)
        Interrupt: pin D routed to IRQ 23
        Region 0: Memory at dffff000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)
        Subsystem: Unknown device 1734:106c
        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 (13000ns min, 2750ns max)
        Interrupt: pin A routed to IRQ 19
        Region 0: I/O ports at d800 [size=256]
        Region 1: Memory at dfffc000 (32-bit, non-prefetchable) [size=4K]
        Expansion ROM at dffc0000 [disabled] [size=128K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:06.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) (prog-if 10 [OHCI])
        Subsystem: Unknown device 1734:106c
        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 (500ns min, 1000ns max), cache line size 10
        Interrupt: pin A routed to IRQ 19
        Region 0: Memory at dfffb800 (32-bit, non-prefetchable) [size=2K]
        Region 1: Memory at dfff4000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME+

00:09.0 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20)
        Subsystem: Unknown device 1734:106c
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 168, cache line size 20
        Interrupt: pin A routed to IRQ 17
        Region 0: Memory at 1e001000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
        Memory window 0: 1e400000-1e7ff000 (prefetchable)
        Memory window 1: 1e800000-1ebff000
        I/O window 0: 00004000-000040ff
        I/O window 1: 00004400-000044ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001

00:09.1 CardBus bridge: O2 Micro, Inc.: Unknown device 7114 (rev 20)
        Subsystem: Unknown device 1734:106c
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 168, cache line size 20
        Interrupt: pin A routed to IRQ 17
        Region 0: Memory at 1e000000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=00, secondary=06, subordinate=09, sec-latency=176
        Memory window 0: 1ec00000-1efff000 (prefetchable)
        Memory window 1: 1f000000-1f3ff000
        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

00:09.2 System peripheral: O2 Micro, Inc.: Unknown device 7110
        Subsystem: Unknown device 1734:106c
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin A routed to IRQ 5
        Region 0: Memory at dfffa000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [a0] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Capabilities: [80] #08 [2101]

00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-

00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-

00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-

01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661FX/M661FX/M661MX/741/M741/760/M760 PCI/AGP VGA Display Adapter (prog-if 00 [VGA])
        Subsystem: Unknown device 1734:106c
        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-
        BIST result: 00
        Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
        Region 1: Memory at dfee0000 (32-bit, non-prefetchable) [size=128K]
        Region 2: I/O ports at cc00 [size=128]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [50] AGP version 3.0
                Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3+ Rate=x4,x8
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=<none>

From daniel.ritz at gmx.ch  Fri Apr  1 12:28:18 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Fri Apr  1 12:28:40 2005
Subject: pcmcia amilo a1640 CardBus bridge: O2 Micro, Inc. OZ711M1
Message-ID: <200504011928.18043.daniel.ritz@gmx.ch>

hi

this seems easy. you have 512MB ram of which 32MB are used as shared memory
for the graphic processor. but the bios forgets to report that fact...
just add
	reserve=0x1e000000,2000000
to the kernel command line. this should fix it.

rgds
-daniel


From linux at dominikbrodowski.net  Fri Apr  1 12:52:13 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Fri Apr  1 12:52:18 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050401094344.GA2755@sputnik.stro.at>
References: <20050330150609.GN2559@sputnik.stro.at>
	<20050331101612.B3B5B1012F@P450.internal.cowart.net>
	<20050401094344.GA2755@sputnik.stro.at>
Message-ID: <20050401175213.GA23683@isilmar.linta.de>

Seems to be the IRQ storm issue again... Daniel, IIRC you worked on that
issue before: do you have an idea on how to write a proper patch for this
issue?

Thanks,
	Dominik

From linux at dominikbrodowski.net  Fri Apr  1 13:08:10 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Fri Apr  1 13:08:12 2005
Subject: Making a PCMCIA network card work?
In-Reply-To: <Pine.NEB.4.60.0504010954410.23679@serwer.3miasto.net>
References: <Pine.NEB.4.60.0504010954410.23679@serwer.3miasto.net>
Message-ID: <20050401180810.GB23683@isilmar.linta.de>

Hi,

> The problem: I cannot make a PCMCIA network card ( Lemel LM-N90TX card, 
> but I also tried with a Buffalo LPC3-CLX with similar results ) work.
> I remember the only time I've used a PCMCIA network card before, back in 
> 1999 with the 2.2.20 kernel, everything just worked. Did I get dumber or 
> what?

No, it was me being too dumb to write proper patches without flaws :(

> - what do I need to do to make the damn card work?

a) it seems to be a cardbus card, and so you need the proper driver for it,
and that isn't axnet_cs:
>   interface type is "cardbus"

Does it show up in "lspci"? What surprises me is that cardctl is informed 

b) try a more recent kernel. 2.6.12-rc1-mm4 is preferred :)

Thanks,
	Dominik

From linux at dominikbrodowski.net  Fri Apr  1 13:10:34 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Fri Apr  1 13:10:35 2005
Subject: PXA255 and linux 2.6.11.4
In-Reply-To: <Pine.LNX.4.53.0503312221300.25711@ra.alfalab.ca>
References: <Pine.LNX.4.53.0503312221300.25711@ra.alfalab.ca>
Message-ID: <20050401181034.GC23683@isilmar.linta.de>

On Thu, Mar 31, 2005 at 10:28:48PM -0700, jan@alfalab.com wrote:
> I am trying to use CompactFlash card as /dev/hda1 on PXA255 platform
> (loosely resembling lubbock). Can someone point me to docs on how the
> ide driver interacts with the pcmcia drivers? Are the various levels
> of drivers and their interaction in the PCMCIA system documented
> anywhere (besides the Linux PCMCIA Programmer's Guide, v2.33,
> 2003-01-22)

The more recent changes are (partly) documented at 
http://ftp.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html

However, already more changes are in -mm, and even more will be submitted
once these are merged into Linus' kernel.

	Dominik

From linux at dominikbrodowski.net  Fri Apr  1 13:35:31 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Fri Apr  1 13:35:33 2005
Subject: A simple driver!
In-Reply-To: <1112132537.4249cbb960d37@webmail.nmsu.edu>
References: <1112132537.4249cbb960d37@webmail.nmsu.edu>
Message-ID: <20050401183531.GA24517@isilmar.linta.de>

On Tue, Mar 29, 2005 at 02:42:17PM -0700, subhash@nmsu.edu wrote:
> Hi,
> I'm a master's student and just started to understand the linux pcmcia. I have
> written a simple driver which registers as a client driver but the attach
> routine is not running after i register the driver. Can u please see my code and
> suggest me where did i make a mistake?

Did you
a) either inform cardmgr in /etc/pcmcia/config* of the identity of the card,
and that it should "bind" testdriver for it,
b) or use 2.6.12-rc1-mm4 and use an "id_table" as described in
Documentation/pcmcia/ ? [no, you didn't do the latter, as I can see by
looking at the code, but you should -- that's how it will be done in future
:-) ]

Thanks,
	Dominik

From pedro at ztec.com.br  Fri Apr  1 13:11:23 2005
From: pedro at ztec.com.br (Pedro Burjack)
Date: Fri Apr  1 16:12:43 2005
Subject: manfid
Message-ID: <424D8ECB.4040507@ztec.com.br>

Hi, my name is Pedro and I am facing some problems with a 6MB PCMCIA 
SRAM card from PRETEC.

In */etc/pcmcia/config* it is configured:
*card "Pretec"
  manfid 0x0000,0x0000
  bind "pcmciamtd"*

I suspect the manfid is wrong, but PRETEC doesn't have an email for contact.
Would anyone have a good idea for the manfid?


-- 
Pedro Burjack

From dhinds at sonic.net  Fri Apr  1 16:53:48 2005
From: dhinds at sonic.net (David Hinds)
Date: Fri Apr  1 16:53:57 2005
Subject: manfid
In-Reply-To: <424D8ECB.4040507@ztec.com.br>
References: <424D8ECB.4040507@ztec.com.br>
Message-ID: <20050401215348.GA26749@sonic.net>

On Fri, Apr 01, 2005 at 06:11:23PM +0000, Pedro Burjack wrote:
> Hi, my name is Pedro and I am facing some problems with a 6MB PCMCIA 
> SRAM card from PRETEC.
> 
> In */etc/pcmcia/config* it is configured:
> *card "Pretec"
>  manfid 0x0000,0x0000
>  bind "pcmciamtd"*

Did you put that there?  I don't think that would be in any standard
distribution of this file.

> I suspect the manfid is wrong, but PRETEC doesn't have an email for contact.
> Would anyone have a good idea for the manfid?

Conventionally, you would do 'cardctl ident'.

But most SRAM cards don't provide any configuration data.

-- Dave

From daniel.ritz at gmx.ch  Fri Apr  1 18:42:23 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Fri Apr  1 18:42:51 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050401175213.GA23683@isilmar.linta.de>
References: <20050330150609.GN2559@sputnik.stro.at>
	<20050401094344.GA2755@sputnik.stro.at>
	<20050401175213.GA23683@isilmar.linta.de>
Message-ID: <200504020142.23391.daniel.ritz@gmx.ch>

On Friday 01 April 2005 19:52, Dominik Brodowski wrote:
> Seems to be the IRQ storm issue again... Daniel, IIRC you worked on that
> issue before: do you have an idea on how to write a proper patch for this
> issue?
> 

nope it looks more like something else. looking at the debian bug report:
- lspci shows function 0 to be on irq 10 while function 1 is on irq 11
- the irq storm happens on irq 10 when probing the interrupt of function 1

so it looks more like the bios is lying about the actual assignment.

or it could be really an interrupt routing problem.

could i get a hexdump of the both functions of the cardbus controller?
(/proc/bus/pci/00/07.0 and /proc/bus/pci/00/07.1 

thanks, rgds
-daniel


From daniel.ritz at gmx.ch  Fri Apr  1 18:50:18 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Fri Apr  1 18:50:42 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050401175213.GA23683@isilmar.linta.de>
References: <20050330150609.GN2559@sputnik.stro.at>
	<20050401094344.GA2755@sputnik.stro.at>
	<20050401175213.GA23683@isilmar.linta.de>
Message-ID: <200504020150.18544.daniel.ritz@gmx.ch>

On Friday 01 April 2005 19:52, Dominik Brodowski wrote:
> Seems to be the IRQ storm issue again... Daniel, IIRC you worked on that
> issue before: do you have an idea on how to write a proper patch for this
> issue?
> 

btw. i'm working on the patch again. but like the routing code it's not
so easy to support all the different TIs :(

> Thanks,
> 	Dominik
> 
> 


From komurojun-mbn at nifty.com  Fri Apr  1 19:36:41 2005
From: komurojun-mbn at nifty.com (Komuro)
Date: Fri Apr  1 19:36:47 2005
Subject: Compaq WL200 and pd6729
In-Reply-To: <42469199.1060200@pcuf.fi>
References: <42469199.1060200@pcuf.fi>
	<1142.213.250.74.23.1111832734.squirrel@netlandzone.dyndns.org>	<200503181442.12481.aaron@cs.anu.edu.au><200503241032.43695.aaron@cs.anu.edu.au><20050323234616.GA8739@sonic.net><200503241355.32758.aaron@cs.anu.edu.au><20050324055402.GA9700@sonic.net><3934.192.168.0.150.1111761872.squirrel@kone><1111797874.2626.23.camel@asus.domain.com>	<1068.213.250.74.23.1111829959.squirrel@netlandzone.dyndns.org>
	<7352316.1111881236535.komurojun-mbn@nifty.com>
Message-ID: <538212.1112402201496.komurojun-mbn@nifty.com>

>- 2.6.5-1.358 + pd6729 from LKML 2004/02/01 without SS_CAP_PAGE_REGS
>  OK
>
>- 2.6.5-1.358 + pd6729 from LKML 2004/02/01 with SS_CAP_PAGE_REGS
>  cs: memory probe 0xa0000000-0xa0ffffff: clean.
>  cs: unable to map card memory!
>
>- 2.6.5-1.358 + pd6729 from 2.6.7-mm1 without SS_CAP_PAGE_REGS
>  OK
>
>- 2.6.5-1.358 + pd6729 from 2.6.7-mm1 with SS_CAP_PAGE_REGS
>  cs: memory probe 0xa0000000-0xa0ffffff: clean.
>  cs: unable to map card memory!


Can you try the attached patch for kernel 2.6.5-1.358 , please ?


linux-2.6.5-1.358/drivers/pcmcia/rsrc_mgr.c

find_mem_region

-	ret = allocate_resource(&ioport_resource, res, num, min, ~0UL, 0,
+	ret = allocate_resource(&ioport_resource, res, num, min, ~0UL, 1,


Best Regards
Komuro
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rsrc_mgr.c.diff
Type: application/octet-stream
Size: 413 bytes
Desc: not available
Url : http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20050402/0a8a83f6/rsrc_mgr.c.obj
From jeff at cowart.net  Sat Apr  2 00:14:21 2005
From: jeff at cowart.net (Jefferson Cowart)
Date: Sat Apr  2 00:14:50 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <200504020142.23391.daniel.ritz@gmx.ch>
References: <20050330150609.GN2559@sputnik.stro.at>
	<20050401094344.GA2755@sputnik.stro.at>
	<20050401175213.GA23683@isilmar.linta.de>
	<200504020142.23391.daniel.ritz@gmx.ch>
Message-ID: <424E2A2D.2010506@cowart.net>



Daniel Ritz wrote:
> On Friday 01 April 2005 19:52, Dominik Brodowski wrote:
> 
>>Seems to be the IRQ storm issue again... Daniel, IIRC you worked on that
>>issue before: do you have an idea on how to write a proper patch for this
>>issue?
>>
> 
> 
> nope it looks more like something else. looking at the debian bug report:
> - lspci shows function 0 to be on irq 10 while function 1 is on irq 11
> - the irq storm happens on irq 10 when probing the interrupt of function 1
> 
> so it looks more like the bios is lying about the actual assignment.
> 
> or it could be really an interrupt routing problem.
> 
> could i get a hexdump of the both functions of the cardbus controller?
> (/proc/bus/pci/00/07.0 and /proc/bus/pci/00/07.1 

First of all how do I generate those (is hexdump the name of a program)?

Secondly, what kernel should I do that under?

Third, I will be away from this computer until Sunday afternoon/evening. 
  I'll get you the results then.

> thanks, rgds
> -daniel
> 

From jar at pcuf.fi  Sat Apr  2 06:08:26 2005
From: jar at pcuf.fi (Jar)
Date: Sat Apr  2 03:06:48 2005
Subject: Compaq WL200 and pd6729
In-Reply-To: <538212.1112402201496.komurojun-mbn@nifty.com>
References: <42469199.1060200@pcuf.fi>	<1142.213.250.74.23.1111832734.squirrel@netlandzone.dyndns.org>	<200503181442.12481.aaron@cs.anu.edu.au><200503241032.43695.aaron@cs.anu.edu.au><20050323234616.GA8739@sonic.net><200503241355.32758.aaron@cs.anu.edu.au><20050324055402.GA9700@sonic.net><3934.192.168.0.150.1111761872.squirrel@kone><1111797874.2626.23.camel@asus.domain.com>	<1068.213.250.74.23.1111829959.squirrel@netlandzone.dyndns.org>	<7352316.1111881236535.komurojun-mbn@nifty.com>
	<538212.1112402201496.komurojun-mbn@nifty.com>
Message-ID: <424E7D2A.10905@pcuf.fi>

Komuro wrote:

>>- 2.6.5-1.358 + pd6729 from LKML 2004/02/01 without SS_CAP_PAGE_REGS
>> OK
>>
>>- 2.6.5-1.358 + pd6729 from LKML 2004/02/01 with SS_CAP_PAGE_REGS
>> cs: memory probe 0xa0000000-0xa0ffffff: clean.
>> cs: unable to map card memory!
>>
>>- 2.6.5-1.358 + pd6729 from 2.6.7-mm1 without SS_CAP_PAGE_REGS
>> OK
>>
>>- 2.6.5-1.358 + pd6729 from 2.6.7-mm1 with SS_CAP_PAGE_REGS
>> cs: memory probe 0xa0000000-0xa0ffffff: clean.
>> cs: unable to map card memory!
> 
> 
> 
> Can you try the attached patch for kernel 2.6.5-1.358 , please ?
> 
> 
> linux-2.6.5-1.358/drivers/pcmcia/rsrc_mgr.c
> 
> find_mem_region
> 
> -	ret = allocate_resource(&ioport_resource, res, num, min, ~0UL, 0,
> +	ret = allocate_resource(&ioport_resource, res, num, min, ~0UL, 1,

I am sorry, but I can't test this right now because the system is in
heavy use and don't want to reboot. But I use 2.6.10-1.9_FC2 now and
SS_CAP_PAGE_REGS seems to work with it.

I check also those lines and there is differences between kernels:

  ret = allocate_resource(&ioport_resource, res, num, min, ~0UL, 0,

but 2.6.10-XXX_FC2 there is

  ret = allocate_resource(&ioport_resource, res, num, min, ~0UL, 1,


Best Regards, Jar


From leszek at serwer.3miasto.net  Sat Apr  2 13:05:28 2005
From: leszek at serwer.3miasto.net (Leszek Koltunski)
Date: Sat Apr  2 13:05:50 2005
Subject: Making a PCMCIA network card work?
Message-ID: <Pine.NEB.4.60.0504021954160.15868@serwer.3miasto.net>


I am using 2.6.12-rc1-mm4 now. Things still do not work, although messages 
in syslog are a tad different.

revelant part of /var/log/syslog:

Apr  3 01:42:32 localhost kernel: ttyS0 at I/O 0x3f8 (irq = 4) is a NS16550A
Apr  3 01:42:32 localhost kernel: ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A
Apr  3 01:42:32 localhost kernel: ACPI: PCI Interrupt 0000:02:00.0[A] -> 
Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
Apr  3 01:42:32 localhost kernel: Yenta: CardBus bridge found at 0000:02:00.0 [1014:0552]
Apr  3 01:42:32 localhost kernel: Yenta: Using INTVAL to route CSC interrupts to PCI
Apr  3 01:42:32 localhost kernel: Yenta: Routing CardBus interrupts to PCI
Apr  3 01:42:32 localhost kernel: Yenta TI: socket 0000:02:00.0, mfunc 0x01d21b22, devctl 0x64
Apr  3 01:42:32 localhost kernel: Yenta: ISA IRQ mask 0x04b8, PCI irq 11
Apr  3 01:42:32 localhost kernel: Socket status: 30000020
Apr  3 01:42:32 localhost kernel: pcmcia: I/O behind socket: 0x4000 - 0x8fff
Apr  3 01:42:32 localhost kernel: cs: IO port probe 0x4000-0x8fff: clean.
Apr  3 01:42:32 localhost kernel: pcmcia: Memory behind socket: 0xc0200000 - 0xcfffffff
Apr  3 01:42:32 localhost kernel: pcmcia: Memory behind socket: 0xe8000000 - 0xefffffff
Apr  3 01:42:32 localhost kernel: ACPI: Can't get handler for 0000:03:00.0
Apr  3 01:42:32 localhost kernel: e1000: eth0: e1000_watchdog: NIC Link is 
Up 100 Mbps Full Duplex

relevant part of 'lspci -vv' :

0000:02:00.0 CardBus bridge: Texas Instruments PCI4520 PC card Cardbus 
Controller (rev 01)
         Subsystem: IBM: Unknown device 0552
         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: 0x10 (64 bytes)
         Interrupt: pin A routed to IRQ 11
         Region 0: Memory at b0000000 (32-bit, non-prefetchable) [size=4K]
         Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
         Memory window 0: e8000000-e83ff000 (prefetchable)
         Memory window 1: c0400000-c07ff000
         I/O window 0: 00004000-000040ff
         I/O window 1: 00004400-000044ff
         Secondary status: SERR
         BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- 
PostWrite+
         16-bit legacy interface ports at 0001

with card being plugged in:

utumno:/var/log# cardctl ident
Socket 0:
   no product info available
utumno:/var/log# cardctl config
Socket 0:
   Vcc 3.3V  Vpp1 3.3V  Vpp2 3.3V
   interface type is "cardbus"
   irq 11 [exclusive] [level]
   function 0:
utumno:/var/log# /etc/init.d/pcmcia start
Starting PCMCIA services: cardmgr[11163]: watching 1 socket
done.
utumno:/var/log#

'pcmcia start' spat the following lines in syslog:

Apr  3 02:01:38 localhost kernel: ds: ds_open(socket 0)
Apr  3 02:01:38 localhost kernel: ds: ds_open(socket 1)
Apr  3 02:01:38 localhost kernel: ds: ds_open(socket 1)
Apr  3 02:01:38 localhost cardmgr[11163]: watching 1 socket
Apr  3 02:01:38 localhost kernel: cs: IO port probe 0x100-0x4ff: excluding 
0x2f8-0x2ff 0x3b8-0x3df 0x3f8-0x3ff 0x4d0-0x4d7
Apr  3 02:01:38 localhost kernel: cs: IO port probe 0x800-0x8ff: clean.
Apr  3 02:01:38 localhost kernel: cs: IO port probe 0xc00-0xcff: clean.
Apr  3 02:01:38 localhost kernel: cs: IO port probe 0xa00-0xaff: clean.

I dont know what to do next. Isn't cardmgr supposed to load a driver? Do I 
have to modprobe something?

Please let me know what else do you need to diagnose the problem ( if any; 
I cannot see any errors in any logs except for the fact that eth1 does not 
get created and card doesn't work )

Leszek

From linux at dominikbrodowski.net  Sun Apr  3 03:23:23 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Sun Apr  3 03:23:27 2005
Subject: Making a PCMCIA network card work?
In-Reply-To: <Pine.NEB.4.60.0504021954160.15868@serwer.3miasto.net>
References: <Pine.NEB.4.60.0504021954160.15868@serwer.3miasto.net>
Message-ID: <20050403072323.GA21413@isilmar.linta.de>

Hi,

> Apr  3 01:42:32 localhost kernel: ACPI: Can't get handler for 0000:03:00.0

> relevant part of 'lspci -vv' :

Does "lspci" show up a device numbered 0000:03:00.0 ?

> I dont know what to do next. Isn't cardmgr supposed to load a driver?

No, as it is a cardbus device -- this is handled by the hotplug subsystem.

> Do I have to modprobe something?

Possibly. But only if you haven't built the proper PCI driver into the
kernel.

If all this doesn't work, the error most probably is caused by the ACPI
error message above, which I cannot track down at the moment, unfortunately.

	Dominik

From congo at inMail.sk  Sun Apr  3 05:32:01 2005
From: congo at inMail.sk (Congo)
Date: Sun Apr  3 05:25:48 2005
Subject: AverTV cardbus
Message-ID: <200504031113843.SM02132@62.168.101.114>

Hi,

   i would like to ask if it is possible to make it work ? I was trying but on my gentoo 2.6.11 but cardmgr was still saying that sockets are empty. I have HP Nx 9105. And the link for the tv card is http://www.avermedia.com/cgi-bin/products_tvtuner_avertvcardbus.asp?show=2.

                                                                                      m0d0r


----------
* www.inMail.sk - Vasa emailova adresa na cely zivot ZDARMA
* www.inshop.sk - virtualna obchodna galeria s viac ako 230 obchodmi!
* www.ZonerPress.sk - pocitacova literatura, zameranie na webdesign a grafiku 


From leszek at serwer.3miasto.net  Sun Apr  3 06:54:38 2005
From: leszek at serwer.3miasto.net (Leszek Koltunski)
Date: Sun Apr  3 06:54:46 2005
Subject: Making a PCMCIA network card work?
Message-ID: <Pine.NEB.4.60.0504031224330.27399@serwer.3miasto.net>


Ok, I managed to get this thing working, albeit after quite a lot of 
bald-spot scratching.

1) insert Knoppix 3.3 live-CD
2) watch it configure the CardBus automatically
3) do a 'lsmod' to figure out what modules are necessary
4) recompile 2.6.12-rc1-mm4 with additional PCI network card support
5) reboot into new kernel and modprobe the modules ( 8139too, mii, 
pci_hotplug )
6) cardctl ident suddenly can see the card

utumno:/var/log# cardctl ident
Socket 0:
   product info: "CardBus", "Fast Ethernet"
   manfid: 0x0000, 0x024c
   function: 6 (network)

7) Voilla!

In a second, I am going to find out if it also works with 2.6.11 .

-------------------------------------------------------------------------

What is confusing is that from user's standpoint, any credit-card-sized 
gizmo is a PCMCIA card. So, when I try to make it work, I read PCMCIA 
HOWTO and learn that it is configured by cardmgr. How can I know that it 
is indeed a CardBus thingy and I need standard PCI drivers for it? No 
googling helps in this case, since the card ( Lemel LM-N90TX ) appears to 
be quite obscure. Furthermore, how would I figure out it needs 8139too if 
not for Knoppix?

Questions:

1) Any chance you could reduce the confusion and have *all* hot-swappable 
devices be managed by hotplug, thus removing the need for some obscure 
proggies like cardmgr, cardctl & friends?

2) do I still even need the pcmcia-cs userspace? since hotplug manages 
things, I shouldn't, right? It is quite important as I am building a 
system for a severely memory-constrained set-top-box.

3) do I need the 'pci-hotplug' module at all? Knoppix modprobed it, and it 
sounds like it might be related to a working CardBus card, so I included 
it, too...

4) About ACPI being 'unable to get handler for 0000:03:00.0 , here's 
related part of dmesg:

ttyS0 at I/O 0x3f8 (irq = 4) is a NS16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a NS16550A
ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKA] -> GSI 11 (level, low) 
-> IRQ 11
Yenta: CardBus bridge found at 0000:02:00.0 [1014:0552]
Yenta: Using INTVAL to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:02:00.0, mfunc 0x01d21b22, devctl 0x64
Yenta: ISA IRQ mask 0x04b8, PCI irq 11
Socket status: 30000020
pcmcia: I/O behind socket: 0x4000 - 0x8fff
cs: IO port probe 0x4000-0x8fff: clean.
pcmcia: Memory behind socket: 0xc0200000 - 0xcfffffff
pcmcia: Memory behind socket: 0xe8000000 - 0xefffffff
ACPI: Can't get handler for 0000:03:00.0
8139too Fast Ethernet driver 0.9.27
PCI: Enabling device 0000:03:00.0 (0000 -> 0003)
ACPI: PCI Interrupt 0000:03:00.0[A] -> Link [LNKA] -> GSI 11 (level, low) 
-> IRQ 11
PCI: Setting latency timer of device 0000:03:00.0 to 64
eth1: RealTek RTL8139 at 0xe09fe000, 00:e0:98:b1:96:0e, IRQ 11
eth1:  Identified 8139 chip type 'RTL-8139C'

and 'lspci -vv':

0000:03:00.0 Ethernet controller: Abocom Systems Inc RTL8139 [FE2000VX] CardBus Fast Ethernet Attached Port Adapter (rev 10)
         Subsystem: Abocom Systems Inc RTL8139 [FE2000VX] CardBus Fast Ethernet Attached Port 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 (8000ns min, 16000ns max)
         Interrupt: pin A routed to IRQ 11
         Region 0: I/O ports at 4000 [size=256]
         Region 1: Memory at c0400000 (32-bit, non-prefetchable) [size=512]
         Capabilities: [50] Power Management version 2
                 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-


the card still works, as I said above...

5) On an unrelated note, LIRC ( infrared control ) does not work with 
2.6.12-rc1-mm4:

utumno:/var/log# modprobe lirc_sir
WARNING: Error inserting lirc_dev 
(/lib/modules/2.6.12-rc1-mm4/misc/lirc_dev.ko): Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error inserting lirc_sir 
(/lib/modules/2.6.12-rc1-mm4/misc/lirc_sir.ko): Unknown symbol in module, or unknown parameter (see dmesg)

in syslog, we have

Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol class_simple_device_add
Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol class_simple_destroy
Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol class_simple_device_remove
Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol class_simple_create
Apr  3 18:48:39 localhost kernel: lirc_sir: Unknown symbol lirc_unregister_plugin
Apr  3 18:48:39 localhost kernel: lirc_sir: Unknown symbol lirc_register_plugin

LIRC works flawlessly with 2.6.10 and 2.6.11
Where do I report this?

Leszek



From linux at dominikbrodowski.net  Sun Apr  3 14:29:10 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Sun Apr  3 14:29:15 2005
Subject: Making a PCMCIA network card work?
In-Reply-To: <Pine.NEB.4.60.0504031224330.27399@serwer.3miasto.net>
References: <Pine.NEB.4.60.0504031224330.27399@serwer.3miasto.net>
Message-ID: <20050403182910.GA31217@isilmar.linta.de>

> What is confusing is that from user's standpoint, any credit-card-sized 
> gizmo is a PCMCIA card. So, when I try to make it work, I read PCMCIA 
> HOWTO and learn that it is configured by cardmgr. How can I know that it 
> is indeed a CardBus thingy and I need standard PCI drivers for it? No 
> googling helps in this case, since the card ( Lemel LM-N90TX ) appears to 
> be quite obscure. Furthermore, how would I figure out it needs 8139too if 
> not for Knoppix?
> 
> Questions:
> 
> 1) Any chance you could reduce the confusion and have *all* hot-swappable 
> devices be managed by hotplug, thus removing the need for some obscure 
> proggies like cardmgr, cardctl & friends?

That's something currently is worked upon. 2.6.12-rc1-mm4 already has
support for it; however as PCMCIA and CardBus are two different buses (you
can compare them to ISA and PCI) handled by the same slot, there is no
chance not to have some sort of confusion :(

> 2) do I still even need the pcmcia-cs userspace? since hotplug manages 
> things, I shouldn't, right? It is quite important as I am building a 
> system for a severely memory-constrained set-top-box.

For CardBus cards, you do not need pcmcia-cs userspace as long as you use a
recent 2.6. kernel. You do not even need to enable CONFIG_PCMCIA,
CONFIG_PCCARD, CONFIG_CARDBUS and CONFIG_YENTA should be enough.

> 3) do I need the 'pci-hotplug' module at all? Knoppix modprobed it, and it 
> sounds like it might be related to a working CardBus card, so I included 
> it, too...

I doubt that you need it.

> 5) On an unrelated note, LIRC ( infrared control ) does not work with 
> 2.6.12-rc1-mm4:
> 
> utumno:/var/log# modprobe lirc_sir
> WARNING: Error inserting lirc_dev 
> (/lib/modules/2.6.12-rc1-mm4/misc/lirc_dev.ko): Unknown symbol in module, 
> or unknown parameter (see dmesg)
> FATAL: Error inserting lirc_sir 
> (/lib/modules/2.6.12-rc1-mm4/misc/lirc_sir.ko): Unknown symbol in module, 
> or unknown parameter (see dmesg)
> 
> in syslog, we have
> 
> Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol 
> class_simple_device_add
> Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol 
> class_simple_destroy
> Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol 
> class_simple_device_remove
> Apr  3 18:48:39 localhost kernel: lirc_dev: Unknown symbol 
> class_simple_create
> Apr  3 18:48:39 localhost kernel: lirc_sir: Unknown symbol 
> lirc_unregister_plugin
> Apr  3 18:48:39 localhost kernel: lirc_sir: Unknown symbol 
> lirc_register_plugin
> 
> LIRC works flawlessly with 2.6.10 and 2.6.11
> Where do I report this?

Greg Kroah-Hartmann (see MAINTAINERS for his e-mail address). He 
intends to remove the class_simple API.

	Dominik

From dhinds at sonic.net  Sun Apr  3 23:25:34 2005
From: dhinds at sonic.net (David Hinds)
Date: Mon Apr  4 00:57:30 2005
Subject: manfid
In-Reply-To: <424E6635.4080202@ztec.com.br>
References: <424D8ECB.4040507@ztec.com.br> <20050401215348.GA26749@sonic.net>
	<424E6635.4080202@ztec.com.br>
Message-ID: <20050404032534.GA7403@sonic.net>

On Sat, Apr 02, 2005 at 09:30:29AM +0000, Pedro Burjack wrote:
> 
> Here is the exit of 'cardctl ident':
> Socket 0:
>   product info: "PRETEC", "  6MB SRAM CARD", "", ""

Then, as suggested in the PCMCIA-HOWTO, you would do:

  card "Pretec SRAM"
    version "PRETEC", "  6MB SRAM CARD"
    bind "pcmciamtd"

From forum at ridefix.com  Mon Apr  4 08:31:27 2005
From: forum at ridefix.com (forum@ridefix.com)
Date: Mon Apr  4 08:56:50 2005
Subject: bios_override usage?
Message-ID: <E1DIQjn-00073u-NN@server112.advancednetworkhosting.com>


Is there any documentation for using the bios_override flag?  Where do I
put this?  (using mandrake10, on a 2.6.11.6 kernel)

g

From rddunlap at osdl.org  Mon Apr  4 11:34:41 2005
From: rddunlap at osdl.org (Randy.Dunlap)
Date: Mon Apr  4 11:34:45 2005
Subject: bios_override usage?
In-Reply-To: <E1DIQjn-00073u-NN@server112.advancednetworkhosting.com>
References: <E1DIQjn-00073u-NN@server112.advancednetworkhosting.com>
Message-ID: <42515E91.7090306@osdl.org>

forum@ridefix.com wrote:
> Is there any documentation for using the bios_override flag?  Where do I
> put this?  (using mandrake10, on a 2.6.11.6 kernel)

'modinfo yenta_socket' should tell you:

parmtype:       override_bios:uint
parm:           override_bios:yenta ignore bios resource allocation


See top of Documentation/kernel-parameters.txt for how to specify
kernel parameters.  Quick summary:

for a loadable module:  modprobe yenta_socket override_bios=1
(or probably can set it in /etc/modprobe.conf somehow)

on kernel command/boot line, add:
	yenta_socket.override_bios=1


Note:  this option needs to be added to
Documentation/kernel-parameters.txt .

-- 
~Randy

From pedro at ztec.com.br  Mon Apr  4 09:11:39 2005
From: pedro at ztec.com.br (Pedro Burjack)
Date: Mon Apr  4 12:12:31 2005
Subject: manfid
In-Reply-To: <42513BF5.6050702@ztec.com.br>
References: <424D8ECB.4040507@ztec.com.br> <42513BF5.6050702@ztec.com.br>
Message-ID: <42513D0B.2010205@ztec.com.br>

Hi, my name is Pedro and I am facing some problems with a 6MB PCMCIA 
SRAM card from PRETEC.

>
>>
>> In */etc/pcmcia/config* it is configured:
>> card "Pretec"
>>  manfid 0x0000,0x0000
>>  bind "pcmciamtd"*
>

I found out that, in kernel 2.6, the module pcmciamtd replaces the 
memory_cs.
 
Is there a replacement for the sram_mtd module?

Thank you



From forum at ridefix.com  Mon Apr  4 20:28:39 2005
From: forum at ridefix.com (forum@ridefix.com)
Date: Tue Apr  5 01:34:53 2005
Subject: bios_override usage?
In-Reply-To: <4251D653.5000004@osdl.org>
References: <E1DIZYq-0006FT-N7@server112.advancednetworkhosting.com>
	<4251D653.5000004@osdl.org>
Message-ID: <3644.67.167.90.174.1112660919.squirrel@ridefix.com>

> forum@ridefix.com wrote:
>> Well I tried adding each these to modprobe.conf:
>>
>> yenta_socket.override_bios=1
>> yenta_socket override_bios=1
>> override_bios=1
>> override_bios:yenta
>>
>> but they produce the error at bootup:
>>
>> modprobe WARNING: /etc/modprobe.conf line 1:
>> ignoring bad line starting with 'override_bios'
>> (or whatever I put in there)
>
> Did you look at other options in /etc/modprobe.conf ?
> I see lines like this:
>
> options sisfb             mode=none mem=12288
>
> so maybe one like this would work better:
> options yenta_socket     override_bios=1

My modprobe.conf did not have much in it,
there were no "options" lines.

I added this and it worked!

options yenta_socket override_bios=1

Thanks for the patch also!  (it may come in handy in the future)

G


From jeff at cowart.net  Tue Apr  5 02:56:42 2005
From: jeff at cowart.net (Jefferson Cowart)
Date: Tue Apr  5 02:55:58 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <200504020142.23391.daniel.ritz@gmx.ch>
Message-ID: <20050405065536.EC6D01012F@P450.internal.cowart.net>

Sorry for the delay in sending this. I ended up getting back later than
expected. In any case the hexdumps are below. Please let me know if you need
anything else.

Under 2.6.5-bk1
===============
(/proc/bus/pci/00/07.0)
0000000 104c ac17 0007 0210 0002 0607 a820 0082
0000010 8000 000c 00a0 0200 0100 b004 0000 1000
0000020 f000 103f 0000 1040 f000 107f 4400 0000
0000030 44fc 0000 4800 0000 48fc 0000 010a 0540
0000040 0000 0000 0001 0000 0000 0000 0000 0000
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000080 7020 2800 0000 0000 0000 0000 3822 0ba4
0000090 83c0 6062 0000 0000 0000 0000 0000 0000
00000a0 0001 7e21 0000 0080 0809 0000 001f 0000
00000b0 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100
(/proc/bus/pci/00/07.1)
0000000 104c ac17 0007 0210 0002 0607 a820 0082
0000010 8000 000d 00a0 0200 0500 b008 0000 1080
0000020 f000 10bf 0000 10c0 f000 10ff 4c00 0000
0000030 4cfc 0000 5400 0000 54fc 0000 010b 05c0
0000040 0000 0000 0001 0000 0000 0000 0000 0000
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000080 5020 2844 0000 0000 0000 0000 3822 0ba4
0000090 82c0 6062 0000 0000 0000 0000 0000 0000
00000a0 0001 7e21 0000 0080 0809 0000 001f 0000
00000b0 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100


Under 2.6.12-rc1-mm3
====================
(/proc/bus/pci/00/07.0)
0000000 104c ac17 0007 0210 0002 0607 a820 0082
0000010 8000 000c 00a0 0200 0100 b004 0000 0800
0000020 f000 083f 0000 0840 f000 087f 2000 0000
0000030 20fc 0000 2400 0000 24fc 0000 010a 0540
0000040 0000 0000 0001 0000 0000 0000 0000 0000
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000080 7020 2800 0000 0000 0000 0000 3822 0ba4
0000090 83c0 6062 0000 0000 0000 0000 0000 0000
00000a0 0001 7e21 0000 0080 0809 0000 001e 0000
00000b0 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100
(/proc/bus/pci/00/07.1)
0000000 104c ac17 0007 0210 0002 0607 a820 0082
0000010 8000 000d 00a0 0200 0500 b008 0000 0880
0000020 f000 08bf 0000 08c0 f000 08ff 2800 0000
0000030 28fc 0000 2c00 0000 2cfc 0000 010b 0540
0000040 0000 0000 0001 0000 0000 0000 0000 0000
0000050 0000 0000 0000 0000 0000 0000 0000 0000
*
0000080 7020 2844 0000 0000 0000 0000 3822 0ba4
0000090 82c0 6062 0000 0000 0000 0000 0000 0000
00000a0 0001 7e21 0000 0080 0809 0000 001e 0000
00000b0 0000 0000 0000 0000 0000 0000 0000 0000
*
0000100


----------------
Thanks
Jefferson Cowart
Jeff@cowart.net   

> -----Original Message-----
> From: Daniel Ritz [mailto:daniel.ritz@gmx.ch] 
> Sent: Friday, April 01, 2005 15:42
> To: Dominik Brodowski; maximilian attems
> Cc: Jefferson Cowart; 270376@bugs.debian.org; 
> linux-pcmcia@lists.infradead.org
> Subject: Re: Bug#270376: PCMCIA Nic stops working after 
> upgrading to 2.6.6/7/8
> 
> On Friday 01 April 2005 19:52, Dominik Brodowski wrote:
> > Seems to be the IRQ storm issue again... Daniel, IIRC you 
> worked on that
> > issue before: do you have an idea on how to write a proper 
> patch for this
> > issue?
> > 
> 
> nope it looks more like something else. looking at the debian 
> bug report:
> - lspci shows function 0 to be on irq 10 while function 1 is on irq 11
> - the irq storm happens on irq 10 when probing the interrupt 
> of function 1
> 
> so it looks more like the bios is lying about the actual assignment.
> 
> or it could be really an interrupt routing problem.
> 
> could i get a hexdump of the both functions of the cardbus controller?
> (/proc/bus/pci/00/07.0 and /proc/bus/pci/00/07.1 
> 
> thanks, rgds
> -daniel
> 
> 


From pedro at ztec.com.br  Wed Apr  6 06:42:49 2005
From: pedro at ztec.com.br (Pedro Burjack)
Date: Wed Apr  6 10:00:49 2005
Subject: sram memory
Message-ID: <4253BD29.3030508@ztec.com.br>

Dominik Brodowski wrote:

> On Thu, Mar 24, 2005 at 08:45:49AM +0000, Pedro Burjack wrote:
>  
>
>> Hi, my name is Pedro
>>
>> I'm using a Pretec SRAM 6MB in a distribuition called Conectiva 9 
>> with kernel 2.4.
>> I only needed to install kernel-pcmcia-cs-3.2.3.rpm, modify 
>> /etc/pcmcia/config
>> inserting
>>
>> card "Pretec"
>>   manfid 0x0000,0x0000
>>   bind "memory_cs"
>>
>> and my card was reconized and I was using the kernel's module i82365 
>> and device /dev/mem0c0b
>>
>> Now I'm trying to use it in kernel 2.6.5 where I already compiled 
>> pcmcia support
>>   
>
>
> Could you try something more recent? (2.6.11.x, 2.6.12-rc1 or something
> similar?) Also, memory_cs got replaced by pcmciamtd so you should replace
>
>    bind "memory_cs"
>
> with
>
>    bind "pcmciamtd"
>
>
>  
>
Hi,

I tried to use bind "pcmciamtd" and this was the error message:

bind 'pcmciamtd' to socket 1 failed: Invalid argument

I configured my /etc/pcmcia/config like this

device "pcmciamtd"
class "memory" module "pcmciamtd"

card "Pretec"
   version "PRETEC", "  6MB SRAM CARD"
   manfid 0x0000,0x0000
   bind "pcmciamtd"


How can I do to cardmgr accepts the argument
bind "pcmciamtd"?

thank you





>> "Starting PCMCIA services: using yenta_socket instead of i82365.
>>   
>
>
> This is correct. For the Cardbus Controller you're using you should use
> "yenta_socket" and not "i82365".
>
>     Dominik
>
>  
>




From dhinds at sonic.net  Thu Apr  7 02:36:35 2005
From: dhinds at sonic.net (David Hinds)
Date: Thu Apr  7 02:36:43 2005
Subject: io mode driver for ata flash card
In-Reply-To: <20050401095807.GA30307@externe.net>
References: <20050329195913.GB23619@externe.net>
	<20050329211342.GA10724@sonic.net>
	<20050330115516.GA15455@externe.net>
	<20050330163140.GA25228@sonic.net>
	<20050401095807.GA30307@externe.net>
Message-ID: <20050407063635.GA18700@sonic.net>

On Fri, Apr 01, 2005 at 04:58:07AM -0500, Guylhem Aznar wrote:
> On Wednesday, 30 March 2005 at  8:31:40 (-0800), David Hinds wrote:
> > You showed what you do to use the wireless part; but you did not show
> > what you do to access the flash part.  What do you do exactly, and
> > what error do you get when you try to use both?
> 
> It was on the forum link - uploading the firmware and iwconfig.

My question was, how do you use the flash memory function, and what
error(s) do you see if you try to use both card functions at the same
time?

-- Dave

From alextcollins at gmail.com  Thu Apr  7 09:03:10 2005
From: alextcollins at gmail.com (Alex Collins)
Date: Thu Apr  7 09:03:13 2005
Subject: AMD64 (32-bit, untill i get this working),
	orinoco + suse/gentoo et al.
Message-ID: <161cc99d0504070603753fa570@mail.gmail.com>

Hello all!

I really hope I can get some expert help here, as i've been directed
to this mailing list because your apprently experts :P

Im not a n00b really. But sometimes I feel like one when trying to get
wireless working under Linux. MY BCM4301 internal PCI card is listed,
but is getting no power. I bought an Orinoco Classic Gold PCMCIA card,
because its supposed to work.

Rubbish! Im getting no power to my PCMCIA card, and on boot, the
kernel (at init 3 when loading PCMCIA, no such error on
/etc/init.d/pcmcia restart) complains that it cant find a module
(sorry, its a bit hard to copy-paste at init 3). So, i've scoured
YaST, and attempted to add this card (it lists an unknown device in
Network Devices, but i've had no luck).

So, I beg you, whoever may help, could you please help me out getting
this working?

Computer Specification
---------------------------
Laptop Manu.:Compaq Presario R3000
Processor: AMD64 (Im running 32-bit SuSE now)
RAM: 512MB
PCI: Ethernet (Broadcom 8139)
WiFi (BCM 4301, Broadcom)
PCMCIA: 1 Slot, with an Orinoco Classic Gold PC Card

Various Output (dmesg, lspci, lsmod et al)
-------------------------------------------------

    quote:
    ===========================
    PCMCIA restart (dmesg output)
    (/etc/init.d/pcmcia restart)
    ===========================
    Linux Kernel Card Services
    options: [pci] [cardbus] [pm]
    ACPI: PCI interrupt 0000:02:04.0[A] -> GSI 11 (level, low) -> IRQ 11
    Yenta: CardBus bridge found at 0000:02:04.0 [103c:006d]
    Yenta: Using CSCINT to route CSC interrupts to PCI
    Yenta: Routing CardBus interrupts to PCI
    Yenta TI: socket 0000:02:04.0, mfunc 0x01111d22, devctl 0x64
    Yenta: ISA IRQ mask 0x00f8, PCI irq 11
    Socket status: 30000084
    ACPI: PCI interrupt 0000:02:04.1[B] -> GSI 10 (level, low) -> IRQ 10
    Yenta: CardBus bridge found at 0000:02:04.1 [103c:006d]
    Yenta: Using CSCINT to route CSC interrupts to PCI
    Yenta: Routing CardBus interrupts to PCI
    Yenta TI: socket 0000:02:04.1, mfunc 0x01111d22, devctl 0x64
    Yenta: ISA IRQ mask 0x00f8, PCI irq 10
    Socket status: 30000006

    ==============
    cardctl status
    ==============
    Socket 0:
    no card
    Socket 1:
    no card

    =============
    lsmod output (before /etc/init.d/pcmcia restart)
    =============
    linux:/home/alex/el # lsmod
    Module Size Used by
    ds 21128 4
    yenta_socket 21248 0
    pcmcia_core 66188 2 ds,yenta_socket
    orinoco 39308 0
    hermes 9216 1 orinoco
    nls_cp437 7296 0
    vfat 14592 0
    fat 48032 1 vfat
    usb_storage 69184 0
    af_packet 23692 0
    nvidia 5288160 14
    usbserial 32240 0
    parport_pc 41024 1
    lp 12136 0
    parport 45068 2 parport_pc,lp
    edd 11344 0
    cpufreq_userspace 6344 2
    powernow_k8 10504 0
    freq_table 5000 1 powernow_k8
    thermal 20236 0
    processor 29628 2 powernow_k8,thermal
    fan 6024 0
    button 9760 0
    battery 12680 3
    ac 7176 0
    snd_pcm_oss 63912 0
    snd_mixer_oss 21120 3 snd_pcm_oss
    snd_ioctl32 18432 0
    snd_intel8x0 35396 3
    snd_ac97_codec 81952 1 snd_intel8x0
    snd_pcm 110220 4 snd_pcm_oss,snd_ioctl32,snd_intel8x0,snd_ac97_co dec
    snd_timer 26632 1 snd_pcm
    snd 67336 9 snd_pcm_oss,snd_mixer_oss,snd_ioctl32,snd_intel8
x0,snd_ac97_codec,snd_pcm,snd_timer
    soundcore 10912 3 snd
    snd_page_alloc 11664 2 snd_intel8x0,snd_pcm
    ipv6 264096 21
    usbhid 43908 0
    joydev 11264 0
    sg 40248 0
    st 40612 0
    sd_mod 18072 0
    sr_mod 18084 0
    scsi_mod 130560 5 usb_storage,sg,st,sd_mod,sr_mod
    ohci_hcd 21380 0
    ohci1394 33796 0
    ieee1394 117592 1 ohci1394
    ehci_hcd 30852 0
    evdev 10752 0
    subfs 8960 2
    nls_utf8 2560 1
    ntfs 90496 1
    dm_mod 58840 0
    8139too 26112 0
    mii 5888 1 8139too
    usbcore 122368 7 usb_storage,usbserial,usbhid,ohci_hcd,ehci_hcd
    reiserfs 244848 1

    =============
    lsmod output (after /etc/init.d/pcmcia restart)
    =============
    linux:/home/alex/el # lsmod
    Module Size Used by
    ds 21128 4
    yenta_socket 21248 0
    pcmcia_core 66188 2 ds,yenta_socket
    orinoco 39308 0
    hermes 9216 1 orinoco
    nls_cp437 7296 0
    vfat 14592 0
    fat 48032 1 vfat
    usb_storage 69184 0
    af_packet 23692 0
    nvidia 5288160 14
    usbserial 32240 0
    parport_pc 41024 1
    lp 12136 0
    parport 45068 2 parport_pc,lp
    edd 11344 0
    cpufreq_userspace 6344 2
    powernow_k8 10504 0
    freq_table 5000 1 powernow_k8
    thermal 20236 0
    processor 29628 2 powernow_k8,thermal
    fan 6024 0
    button 9760 0
    battery 12680 3
    ac 7176 0
    snd_pcm_oss 63912 0
    snd_mixer_oss 21120 3 snd_pcm_oss
    snd_ioctl32 18432 0
    snd_intel8x0 35396 3
    snd_ac97_codec 81952 1 snd_intel8x0
    snd_pcm 110220 4 snd_pcm_oss,snd_ioctl32,snd_intel8x0,snd_ac97_co dec
    snd_timer 26632 1 snd_pcm
    snd 67336 9 snd_pcm_oss,snd_mixer_oss,snd_ioctl32,snd_intel8
x0,snd_ac97_codec,snd_pcm,snd_timer
    soundcore 10912 3 snd
    snd_page_alloc 11664 2 snd_intel8x0,snd_pcm
    ipv6 264096 21
    usbhid 43908 0
    joydev 11264 0
    sg 40248 0
    st 40612 0
    sd_mod 18072 0
    sr_mod 18084 0
    scsi_mod 130560 5 usb_storage,sg,st,sd_mod,sr_mod
    ohci_hcd 21380 0
    ohci1394 33796 0
    ieee1394 117592 1 ohci1394
    ehci_hcd 30852 0
    evdev 10752 0
    subfs 8960 2
    nls_utf8 2560 1
    ntfs 90496 1
    dm_mod 58840 0
    8139too 26112 0
    mii 5888 1 8139too
    usbcore 122368 7 usb_storage,usbserial,usbhid,ohci_hcd,ehci_hcd
    reiserfs 244848 1

    =========
    lspci
    =========
    0000:00:00.0 Host bridge: nVidia Corporation nForce3 Host Bridge (rev a4)
    0000:00:01.0 ISA bridge: nVidia Corporation nForce3 LPC Bridge (rev a6)
    0000:00:01.1 SMBus: nVidia Corporation nForce3 SMBus (rev a4)
    0000:00:02.0 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5)
    0000:00:02.1 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5)
    0000:00:02.2 USB Controller: nVidia Corporation nForce3 USB 2.0 (rev a2)
    0000:00:06.0 Multimedia audio controller: nVidia Corporation
nForce3 Audio (rev a2)
    0000:00:06.1 Modem: nVidia Corporation: Unknown device 00d9 (rev a2)
    0000:00:08.0 IDE interface: nVidia Corporation nForce3 IDE (rev a5)
    0000:00:0a.0 PCI bridge: nVidia Corporation nForce3 PCI Bridge (rev a2)
    0000:00:0b.0 PCI bridge: nVidia Corporation nForce3 AGP Bridge (rev a4)
    0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] HyperTransport Technology Configuration
    0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Address Map
    0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] DRAM Controller
    0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Miscellaneous Control
    0000:01:00.0 VGA compatible controller: nVidia Corporation NV17
[GeForce4 440 Go 64M] (rev a3)
    0000:02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21
IEEE-1394a-2000 Controller (PHY/Link)
    0000:02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
    0000:02:02.0 Network controller: Broadcom Corporation BCM4303
802.11b Wireless LAN Controller (rev 02)
    0000:02:04.0 CardBus bridge: Texas Instruments PCI1620 PC Card
Controller (rev 01)
    0000:02:04.1 CardBus bridge: Texas Instruments PCI1620 PC Card
Controller (rev 01)
    0000:02:04.2 System peripheral: Texas Instruments PCI1620 Firmware
Loading Function (rev 01)



iwconfig output

    quote:
    eth0: No wireless extensions!
    lo: No wireless extensions!
    sit0: No wireless extensions!



I've found that the problem is that SuSE 9.2 is incorrectly
identifying my card (Orinoco Classic Gold PCMCIA) as an "Anonymous
Memory" card. So, i changed the modules it should load (from memory_cs
[it doesnt exist], to orinoco, orinoco_cs, hermes, yenta_socket). I've
also set my eth0 to 'Manual' in /etc/network/ifcofg-eth0... but it
still seems to attempt to map to eth0 and not to the wireless card.

I also cannot get power to the PC card because of this...Any ideas?

Also, here's some updated dmesg output after messing with the modules
(setting the "Anonymous Memory" sections bind line to load "orinoco"
[or any of the aforementioned modules])

    quote:
    =======
    dmesg after /etc/init.d/pcmcia restart and editing /etc/pcmcia/config
    =======
    unloading Kernel Card Services
    Linux Kernel Card Services
    options: [pci] [cardbus] [pm]
    ACPI: PCI interrupt 0000:02:04.0[A] -> GSI 11 (level, low) -> IRQ 11
    Yenta: CardBus bridge found at 0000:02:04.0 [103c:006d]
    Yenta: Using CSCINT to route CSC interrupts to PCI
    Yenta: Routing CardBus interrupts to PCI
    Yenta TI: socket 0000:02:04.0, mfunc 0x01111d22, devctl 0x64
    Yenta: ISA IRQ mask 0x00f8, PCI irq 11
    Socket status: 30000010
    ACPI: PCI interrupt 0000:02:04.1[B] -> GSI 10 (level, low) -> IRQ 10
    Yenta: CardBus bridge found at 0000:02:04.1 [103c:006d]
    Yenta: Using CSCINT to route CSC interrupts to PCI
    Yenta: Routing CardBus interrupts to PCI
    Yenta TI: socket 0000:02:04.1, mfunc 0x01111d22, devctl 0x64
    Yenta: ISA IRQ mask 0x00f8, PCI irq 10
    Socket status: 30000006
    cs: memory probe 0x0c0000-0x0fffff: excluding 0xc0000-0xfffff
    cs: memory probe 0x60000000-0x60ffffff: excluding 0x60000000-0x60ffffff
    cs: memory probe 0xa0000000-0xa0ffffff: excluding 0xa0000000-0xa0ffffff
    cs: unable to map card memory!
    cs: unable to map card memory!

//End Quoting 

Im getting now power to the device, so its a real pain as to where to
start. After installing 32-bit I thought it would work out-of-the-box,
but im still not getting anywhere. I've been told its probably due to
memory allocation (/etc/ioports or /etc/iomem?).

I hope, that someone can help me with this, i've been trying so hard
recently to get this working (as you can see), but I really cant jump
this hurdle.

Any help or suggestions would be greatly appreciated.

Sincerely,

Alex Collins

From linux at dominikbrodowski.net  Thu Apr  7 09:12:32 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Thu Apr  7 09:12:39 2005
Subject: AMD64 (32-bit, untill i get this working),
	orinoco + suse/gentoo et al.
In-Reply-To: <161cc99d0504070603753fa570@mail.gmail.com>
References: <161cc99d0504070603753fa570@mail.gmail.com>
Message-ID: <20050407131231.GA21609@isilmar.linta.de>

Hello,

>     cs: memory probe 0x0c0000-0x0fffff: excluding 0xc0000-0xfffff
>     cs: memory probe 0x60000000-0x60ffffff: excluding 0x60000000-0x60ffffff
>     cs: memory probe 0xa0000000-0xa0ffffff: excluding 0xa0000000-0xa0ffffff
>     cs: unable to map card memory!
>     cs: unable to map card memory!

That's the problem. Any chance that you can try the 2.6.12-rc2-mm1 kernel?
Please send me the output of "lspci -vvv", then I'm quite confident that we
can solve the issue.

Thanks,
	Dominik

PS: It might take a few days until I reply, as I'm quite busy with other
(university-related) tasks at the moment. Nonetheless I'll try to respond
ASAP also to the other, yet unsolved issues on this mailing list.

From alextcollins at gmail.com  Thu Apr  7 09:14:49 2005
From: alextcollins at gmail.com (Alex Collins)
Date: Thu Apr  7 09:14:51 2005
Subject: AMD64 (32-bit, untill i get this working),
	orinoco + suse/gentoo et al.
In-Reply-To: <20050407131231.GA21609@isilmar.linta.de>
References: <161cc99d0504070603753fa570@mail.gmail.com>
	<20050407131231.GA21609@isilmar.linta.de>
Message-ID: <161cc99d050407061468e775d5@mail.gmail.com>

I could try the new kernel, hopefully I can just "make oldconfig" with
the new kernel source and be done with it?

Thank you for such a speedy reply, im slightly more confident this 'll
get fixed now :)

On Apr 7, 2005 2:12 PM, Dominik Brodowski <linux@dominikbrodowski.net> wrote:
> Hello,
> 
> >     cs: memory probe 0x0c0000-0x0fffff: excluding 0xc0000-0xfffff
> >     cs: memory probe 0x60000000-0x60ffffff: excluding 0x60000000-0x60ffffff
> >     cs: memory probe 0xa0000000-0xa0ffffff: excluding 0xa0000000-0xa0ffffff
> >     cs: unable to map card memory!
> >     cs: unable to map card memory!
> 
> That's the problem. Any chance that you can try the 2.6.12-rc2-mm1 kernel?
> Please send me the output of "lspci -vvv", then I'm quite confident that we
> can solve the issue.
> 
> Thanks,
>         Dominik
> 
> PS: It might take a few days until I reply, as I'm quite busy with other
> (university-related) tasks at the moment. Nonetheless I'll try to respond
> ASAP also to the other, yet unsolved issues on this mailing list.
>

From daniel.ritz at gmx.ch  Thu Apr  7 17:44:30 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Thu Apr  7 17:44:56 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050405065536.EC6D01012F@P450.internal.cowart.net>
References: <20050405065536.EC6D01012F@P450.internal.cowart.net>
Message-ID: <200504072344.30484.daniel.ritz@gmx.ch>

On Tuesday 05 April 2005 08:56, Jefferson Cowart wrote:
> Sorry for the delay in sending this. I ended up getting back later than
> expected. In any case the hexdumps are below. Please let me know if you need
> anything else.

also sorry for the delay :)

> 
> Under 2.6.5-bk1
> ===============
> (/proc/bus/pci/00/07.0)
> 0000000 104c ac17 0007 0210 0002 0607 a820 0082
> 0000010 8000 000c 00a0 0200 0100 b004 0000 1000
> 0000020 f000 103f 0000 1040 f000 107f 4400 0000
> 0000030 44fc 0000 4800 0000 48fc 0000 010a 0540
> 0000040 0000 0000 0001 0000 0000 0000 0000 0000
> 0000050 0000 0000 0000 0000 0000 0000 0000 0000
> *
> 0000080 7020 2800 0000 0000 0000 0000 3822 0ba4

               ^
there you go. the intrtie bit is set. this means that both functions
use INTA to signal the interrupts. but the BIOS is broken and assigned
a different irq to function 1 compared to function 0. 
so the reason it broke when the irq-routing patch was merged is that
irqs are actually probed to see if they work or if the routing needs
some tuning...

the attached patch should fix it. it's untested 'cos i don't have a
laptop with TI bridge anymore...but it's simple

rgds
-daniel

-----

[PATCH] yenta TI: align irq of func1 to func0 if INTRTIE is set

make sure that if the INTRTIE bit is set both functions of the
cardbus bridge use the same IRQ before doing any probing...
[ yes i hate the TI bridges for the fact that they are very flexible
  so that so many BIOS vendors get it wrong. ]

Signed-off-by: Daniel Ritz <daniel.ritz@gmx.ch>

--- 1.22/drivers/pcmcia/ti113x.h	2005-03-11 21:32:12 +01:00
+++ edited/drivers/pcmcia/ti113x.h	2005-04-07 23:14:40 +02:00
@@ -442,6 +442,25 @@
 }
 
 
+/* changes the irq of func1 to match that of func0 */
+static int ti12xx_align_irqs(struct yenta_socket *socket, int *old_irq)
+{
+	struct pci_dev *func0;
+
+	/* find func0 device */
+	func0 = pci_get_slot(socket->dev->bus, socket->dev->devfn & ~0x07);
+	if (!func0)
+		return 0;
+
+	if (old_irq)
+		*old_irq = socket->cb_irq;
+	socket->cb_irq = socket->dev->irq = func0->irq;
+
+	pci_dev_put(func0);
+
+	return 1;
+}
+
 /*
  * ties INTA and INTB together. also changes the devices irq to that of
  * the function 0 device. call from func1 only.
@@ -449,26 +468,22 @@
  */
 static int ti12xx_tie_interrupts(struct yenta_socket *socket, int *old_irq)
 {
-	struct pci_dev *func0;
 	u32 sysctl;
+	int ret;
 
 	sysctl = config_readl(socket, TI113X_SYSTEM_CONTROL);
 	if (sysctl & TI122X_SCR_INTRTIE)
 		return 0;
 
-	/* find func0 device */
-	func0 = pci_get_slot(socket->dev->bus, socket->dev->devfn & ~0x07);
-	if (!func0)
+	/* align */
+	ret = ti12xx_align_irqs(socket, old_irq);
+	if (!ret)
 		return 0;
 
-	/* change the interrupt to match func0, tie 'em up */
-	*old_irq = socket->cb_irq;
-	socket->cb_irq = socket->dev->irq = func0->irq;
+	/* tie */
 	sysctl |= TI122X_SCR_INTRTIE;
 	config_writel(socket, TI113X_SYSTEM_CONTROL, sysctl);
 
-	pci_dev_put(func0);
-
 	return 1;
 }
 
@@ -489,7 +504,7 @@
  */
 static void ti12xx_irqroute_func1(struct yenta_socket *socket)
 {
-	u32 mfunc, mfunc_old, devctl;
+	u32 mfunc, mfunc_old, devctl, sysctl;
 	int pci_irq_status;
 
 	mfunc = mfunc_old = config_readl(socket, TI122X_MFUNC);
@@ -497,6 +512,11 @@
 	printk(KERN_INFO "Yenta TI: socket %s, mfunc 0x%08x, devctl 0x%02x\n",
 	       pci_name(socket->dev), mfunc, devctl);
 
+	/* if IRQs are configured as tied, align irq of func1 with func0 */
+	sysctl = config_readl(socket, TI113X_SYSTEM_CONTROL);
+	if (sysctl & TI122X_SCR_INTRTIE)
+		ti12xx_align_irqs(socket, NULL);
+	
 	/* make sure PCI interrupts are enabled before probing */
 	ti_init(socket);
 


From debian at sternwelten.at  Thu Apr  7 19:26:17 2005
From: debian at sternwelten.at (maximilian attems)
Date: Thu Apr  7 19:26:24 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <200504072344.30484.daniel.ritz@gmx.ch>
References: <20050405065536.EC6D01012F@P450.internal.cowart.net>
	<200504072344.30484.daniel.ritz@gmx.ch>
Message-ID: <20050407232617.GB19672@sputnik.stro.at>

On Thu, 07 Apr 2005, Daniel Ritz wrote:

> On Tuesday 05 April 2005 08:56, Jefferson Cowart wrote:
> > Sorry for the delay in sending this. I ended up getting back later than
> > expected. In any case the hexdumps are below. Please let me know if you need
> > anything else.
> 
> also sorry for the delay :)
> 
> > 
> > Under 2.6.5-bk1
> > ===============
> > (/proc/bus/pci/00/07.0)
> > 0000000 104c ac17 0007 0210 0002 0607 a820 0082
> > 0000010 8000 000c 00a0 0200 0100 b004 0000 1000
> > 0000020 f000 103f 0000 1040 f000 107f 4400 0000
> > 0000030 44fc 0000 4800 0000 48fc 0000 010a 0540
> > 0000040 0000 0000 0001 0000 0000 0000 0000 0000
> > 0000050 0000 0000 0000 0000 0000 0000 0000 0000
> > *
> > 0000080 7020 2800 0000 0000 0000 0000 3822 0ba4
> 
>                ^
> there you go. the intrtie bit is set. this means that both functions
> use INTA to signal the interrupts. but the BIOS is broken and assigned
> a different irq to function 1 compared to function 0. 
> so the reason it broke when the irq-routing patch was merged is that
> irqs are actually probed to see if they work or if the routing needs
> some tuning...
> 
> the attached patch should fix it. it's untested 'cos i don't have a
> laptop with TI bridge anymore...but it's simple
> 
> rgds
> -daniel

thanks a lot for your explenations and the provided patch.
i need some sleep right now, but i'll build a kernel
tommorow for jefferson - bug reporter - to test.
 
a++ maks


From jeff at cowart.net  Thu Apr  7 19:41:18 2005
From: jeff at cowart.net (Jefferson Cowart)
Date: Thu Apr  7 19:40:26 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050407232617.GB19672@sputnik.stro.at>
Message-ID: <20050407234011.194961012F@P450.internal.cowart.net>

Thanks for the response. 

maximilian attems - Let me know when the kernel is built and I'll go ahead
and try that.


----------------
Thanks
Jefferson Cowart
Jeff@cowart.net   

> -----Original Message-----
> From: maximilian attems [mailto:debian@sternwelten.at] 
> Sent: Thursday, April 07, 2005 16:26
> To: Daniel Ritz
> Cc: Jefferson Cowart; 'Dominik Brodowski'; 
> 270376@bugs.debian.org; linux-pcmcia@lists.infradead.org
> Subject: Re: Bug#270376: PCMCIA Nic stops working after 
> upgrading to 2.6.6/7/8
> 
> On Thu, 07 Apr 2005, Daniel Ritz wrote:
> 
> > On Tuesday 05 April 2005 08:56, Jefferson Cowart wrote:
> > > Sorry for the delay in sending this. I ended up getting 
> back later than
> > > expected. In any case the hexdumps are below. Please let 
> me know if you need
> > > anything else.
> > 
> > also sorry for the delay :)
> > 
> > > 
> > > Under 2.6.5-bk1
> > > ===============
> > > (/proc/bus/pci/00/07.0)
> > > 0000000 104c ac17 0007 0210 0002 0607 a820 0082
> > > 0000010 8000 000c 00a0 0200 0100 b004 0000 1000
> > > 0000020 f000 103f 0000 1040 f000 107f 4400 0000
> > > 0000030 44fc 0000 4800 0000 48fc 0000 010a 0540
> > > 0000040 0000 0000 0001 0000 0000 0000 0000 0000
> > > 0000050 0000 0000 0000 0000 0000 0000 0000 0000
> > > *
> > > 0000080 7020 2800 0000 0000 0000 0000 3822 0ba4
> > 
> >                ^
> > there you go. the intrtie bit is set. this means that both functions
> > use INTA to signal the interrupts. but the BIOS is broken 
> and assigned
> > a different irq to function 1 compared to function 0. 
> > so the reason it broke when the irq-routing patch was merged is that
> > irqs are actually probed to see if they work or if the routing needs
> > some tuning...
> > 
> > the attached patch should fix it. it's untested 'cos i don't have a
> > laptop with TI bridge anymore...but it's simple
> > 
> > rgds
> > -daniel
> 
> thanks a lot for your explenations and the provided patch.
> i need some sleep right now, but i'll build a kernel
> tommorow for jefferson - bug reporter - to test.
>  
> a++ maks
> 
> 


From debian at sternwelten.at  Fri Apr  8 15:06:36 2005
From: debian at sternwelten.at (maximilian attems)
Date: Fri Apr  8 15:43:22 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050407234011.194961012F@P450.internal.cowart.net>
References: <20050407232617.GB19672@sputnik.stro.at>
	<20050407234011.194961012F@P450.internal.cowart.net>
Message-ID: <20050408190636.GF19672@sputnik.stro.at>

On Thu, 07 Apr 2005, Jefferson Cowart wrote:

> Thanks for the response. 
> 
> maximilian attems - Let me know when the kernel is built and I'll go ahead
> and try that.

the patch easy applied to 2.6.11 (1 line offset, easy to fix).
you'll find this kernel with the posted patch at
-> http://charm.itp.tuwien.ac.at/~mattems/

thanks for your feedback (dmesg appreciated).
a++ maks


From bugme-daemon at osdl.org  Fri Apr  8 17:47:51 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr  8 17:48:03 2005
Subject: [Bug 4460] New: PCMCIA hard disk not started correctly
Message-ID: <200504082147.j38Llp6R027721@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4460

           Summary: PCMCIA hard disk not started correctly
    Kernel Version: 2.6.11
            Status: NEW
          Severity: normal
             Owner: linux-pcmcia@lists.infradead.org
         Submitter: osavill@uklinux.net


Distribution: Mandrake 10.1
Hardware Environment: Dell Inspiron 7500
Software Environment: kernel 2.6.11
Problem Description:

When the PCMCIA hard disk is inserted the LEDs light up and the disk spins, then 
everything stops, then the LEDs come back on and the disk spins up again then it 
 all stops again. The stop is very sudden and complete. By doing cardctl insert 
the system will do the double beep and hde1 .. hdeN appear in /dev, but none of 
them can be mounted. The disk has 2 FAT32, 1 swap and 5 ext3 partitions The /
var/log/messages output is simply:
Apr  8 22:03:29 opc kernel: cs: pcmcia_socket1: time out after reset.

This disk works fine under 2.4 and Windoze.

Steps to reproduce: Plugin a PCMCIA hard disk

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From jar at pcuf.fi  Fri Apr  8 21:25:42 2005
From: jar at pcuf.fi (Jar)
Date: Fri Apr  8 18:52:50 2005
Subject: Compaq WL200 and pd6729
In-Reply-To: <20050330203412.GA15457@isilmar.linta.de>
References: <1142.213.250.74.23.1111832734.squirrel@netlandzone.dyndns.org>
	<1068.213.250.74.23.1111829959.squirrel@netlandzone.dyndns.org>
	<7352316.1111881236535.komurojun-mbn@nifty.com>
	<42469199.1060200@pcuf.fi>
	<52819.194.157.0.2.1112183199.squirrel@netlandzone.dyndns.org>
	<20050330203412.GA15457@isilmar.linta.de>
Message-ID: <42572F16.5060004@pcuf.fi>

Dominik Brodowski wrote:

> On Wed, Mar 30, 2005 at 02:46:39PM +0300, Jar wrote:
> 
>>>>komurojun-mbn@nifty.com wrote:
>>>>Can you reproduce the problem with 2.6.5 kernel?
>>>
>>>- 2.6.5-1.358 + pd6729 from LKML 2004/02/01 without SS_CAP_PAGE_REGS
>>>  OK
>>>
>>>- 2.6.5-1.358 + pd6729 from LKML 2004/02/01 with SS_CAP_PAGE_REGS
>>>  cs: memory probe 0xa0000000-0xa0ffffff: clean.
>>>  cs: unable to map card memory!
>>>
>>>- 2.6.5-1.358 + pd6729 from 2.6.7-mm1 without SS_CAP_PAGE_REGS
>>>  OK
>>>
>>>- 2.6.5-1.358 + pd6729 from 2.6.7-mm1 with SS_CAP_PAGE_REGS
>>>  cs: memory probe 0xa0000000-0xa0ffffff: clean.
>>>  cs: unable to map card memory!
>>
>>Maybe this was just 2.6.5-FC2 related problem. Komuro, it was working for you with
>>2.6.5?
>>
>>What you are going to do (Komuro, Dominik, Others)? Would it be better to put the
>>SS_CAP_PAGE_REGS back to get large windows? Module parameter?
> 
> 
> If it works, let's put it in.
> 
> 	Dominik
> 

Is this SS_CAP_PAGE_REGS thing in its way to 2.6.12 ?

-               socket[i].socket.features |= SS_CAP_PAGE_REGS | 
SS_CAP_PCCARD;
+               socket[i].socket.features |= SS_CAP_PCCARD;


Best Regards, Jar

From jar at pcuf.fi  Fri Apr  8 22:04:40 2005
From: jar at pcuf.fi (Jar)
Date: Fri Apr  8 19:26:09 2005
Subject: Compaq WL200 and pd6729
In-Reply-To: <42572F16.5060004@pcuf.fi>
References: <1142.213.250.74.23.1111832734.squirrel@netlandzone.dyndns.org>	<1068.213.250.74.23.1111829959.squirrel@netlandzone.dyndns.org>	<7352316.1111881236535.komurojun-mbn@nifty.com>	<42469199.1060200@pcuf.fi>	<52819.194.157.0.2.1112183199.squirrel@netlandzone.dyndns.org>	<20050330203412.GA15457@isilmar.linta.de>
	<42572F16.5060004@pcuf.fi>
Message-ID: <42573838.90908@pcuf.fi>

Jar wrote:

> Is this SS_CAP_PAGE_REGS thing in its way to 2.6.12 ?
> 
> -               socket[i].socket.features |= SS_CAP_PAGE_REGS | 
> SS_CAP_PCCARD;
> +               socket[i].socket.features |= SS_CAP_PCCARD;
> 

Sorry, should be

-               socket[i].socket.features |= SS_CAP_PCCARD;
+               socket[i].socket.features |= SS_CAP_PAGE_REGS | 
SS_CAP_PCCARD;


Best Regards, Jar

From jeff at cowart.net  Fri Apr  8 23:02:08 2005
From: jeff at cowart.net (Jefferson Cowart)
Date: Fri Apr  8 23:01:21 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050408190636.GF19672@sputnik.stro.at>
Message-ID: <20050409030058.8E79B1012F@P450.internal.cowart.net>

Looks like the patch fixed the problem. What are the chances of getting this
included in sarge?


----------------
Thanks
Jefferson Cowart
Jeff@cowart.net   

> -----Original Message-----
> From: maximilian attems [mailto:debian@sternwelten.at] 
> Sent: Friday, April 08, 2005 12:07
> To: Jefferson Cowart
> Cc: 'Daniel Ritz'; 'Dominik Brodowski'; 
> 270376@bugs.debian.org; linux-pcmcia@lists.infradead.org
> Subject: Re: Bug#270376: PCMCIA Nic stops working after 
> upgrading to 2.6.6/7/8
> 
> On Thu, 07 Apr 2005, Jefferson Cowart wrote:
> 
> > Thanks for the response. 
> > 
> > maximilian attems - Let me know when the kernel is built 
> and I'll go ahead
> > and try that.
> 
> the patch easy applied to 2.6.11 (1 line offset, easy to fix).
> you'll find this kernel with the posted patch at
> -> http://charm.itp.tuwien.ac.at/~mattems/
> 
> thanks for your feedback (dmesg appreciated).
> a++ maks

$ uname -a
Linux jcc02003-hawk 2.6.11-ti-fix #1 Fri Apr 8 19:47:44 CEST 2005 i586
GNU/Linux
$ dmesg
Linux version 2.6.11-ti-fix (root@aipc54) (gcc version 3.3.5 (Debian
1:3.3.5-8)) #1 Fri Apr 8 19:47:44 CEST 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000ed800 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 0000000007d00000 (usable)
 BIOS-e820: 00000000fffed800 - 0000000100000000 (reserved)
125MB LOWMEM available.
On node 0 totalpages: 32000
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 27904 pages, LIFO batch:6
  HighMem zone: 0 pages, LIFO batch:1
DMI not present.
ACPI: Unable to locate RSDP
Allocating PCI resources starting at 07d00000 (gap: 07d00000:f82ed800)
Built 1 zonelists
Kernel command line: root=/dev/hda2 ro
__iounmap: bad address c00fffd9
No local APIC present or hardware disabled
mapped APIC to ffffd000 (010fb000)
Initializing CPU#0
PID hash table entries: 512 (order: 9, 8192 bytes)
Detected 267.347 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 119284k/128000k available (1387k kernel code, 8168k reserved, 757k
data, 220k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 524.28 BogoMIPS (lpj=262144)
Security Framework v1.0.0 initialized
SELinux:  Disabled at boot.
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 00808131 01818131 00000000 00000000
00000000 00000000 00000000
CPU: After vendor identify, caps: 00808131 01818131 00000000 00000000
00000000 00000000 00000000
Working around Cyrix MediaGX virtual DMA bugs.
CPU: After all inits, caps: 00808131 00818131 00000000 00000001 00000000
00000000 00000000
CPU: Cyrix MediaGXtm MMXtm Enhanced stepping 02
Checking 'hlt' instruction... OK.
Checking for popad bug... OK.
checking if image is initramfs...it isn't (bad gzip magic numbers); looks
like an initrd
Freeing initrd memory: 4352k freed
NET: Registered protocol family 16
EISA bus registered
PCI: PCI BIOS revision 2.10 entry at 0xfd9b4, last bus=0
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050211
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: Found PnP BIOS installation structure at 0xc00f7920
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xaa24, dseg 0x400
PnPBIOS: 17 nodes reported by PnP BIOS; 17 recorded by driver
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
pnp: 00:00: ioport range 0x398-0x399 has been reserved
pnp: 00:0a: ioport range 0x480-0x48f has been reserved
pnp: 00:0b: ioport range 0x4d0-0x4d1 has been reserved
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
PCI: Fixup for MediaGX/Geode Slave Disconnect Boundary (0x41=0x14)
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 54 ports, IRQ sharing enabled
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
input: AT Translated Set 2 keyboard on isa0060/serio0
EISA: Probing bus 0 at eisa0
Cannot allocate resource for EISA slot 3
Cannot allocate resource for EISA slot 4
Cannot allocate resource for EISA slot 5
EISA: Detected 0 cards.
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
NET: Registered protocol family 8
NET: Registered protocol family 20
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 4352KiB [1 disk] into ram disk... done.
VFS: Mounted root (cramfs filesystem) readonly.
Freeing unused kernel memory: 220k freed
NET: Registered protocol family 1
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Cyrix 5520: IDE controller at PCI slot 0000:00:12.0
    ide0: BM-DMA at 0x5000-0x5007, BIOS settings: hda:pio, hdb:pio
    ide1: BM-DMA at 0x5008-0x500f, BIOS settings: hdc:pio, hdd:pio
Probing IDE interface ide0...
hda: TOSHIBA MK2105MAV, ATA DISK drive
PIO clocking = 4
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: CD-ROM CDR_U241, ATAPI CD/DVD-ROM drive
PIO clocking = 4
ide1 at 0x170-0x177,0x376 on irq 14
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 128KiB
hda: 4233600 sectors (2167 MB), CHS=4200/16/63
hda: cache flushes not supported
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Adding 249944k swap on /dev/hda1.  Priority:-1 extents:1
EXT3 FS on hda2, internal journal
Generic RTC Driver v1.07
hdc: ATAPI 24X CD-ROM drive, 128kB Cache
Uniform CD-ROM driver Revision: 3.20
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Linux Kernel Card Services
  options:  [pci] [cardbus] [pm]
Yenta: CardBus bridge found at 0000:00:07.0 [0000:0000]
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:07.0, mfunc 0x0ba43822, devctl 0x62
Yenta: ISA IRQ mask 0x0010, PCI irq 10
Socket status: 30000010
Yenta: CardBus bridge found at 0000:00:07.1 [0000:0000]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:07.1, mfunc 0x0ba43822, devctl 0x62
Yenta: ISA IRQ mask 0x0010, PCI irq 10
Socket status: 30000006
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
PCI: Guessed IRQ 9 for device 0000:00:13.0
ohci_hcd 0000:00:13.0: Compaq Computer Corporation ZFMicro Chipset USB
ohci_hcd 0000:00:13.0: irq 9, pci mem 0xfedfe000
ohci_hcd 0000:00:13.0: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
usb 1-1: new full speed USB device using ohci_hcd and address 2
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 4 ports detected
input: PC Speaker
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
cs: IO port probe 0x100-0x4ff: excluding 0x220-0x22f 0x300-0x307 0x388-0x38f
cs: IO port probe 0x100-0x4ff: excluding 0x220-0x22f 0x300-0x307 0x388-0x38f
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0xa00-0xaff: clean.
cs: IO port probe 0xa00-0xaff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
  ASIC rev 10,<6>eth0: Megahertz 574B at io 0x320, irq 10, hw_addr
00:50:DA:E4:D2:CC.
 64K FIFO split 1:1 Rx:Tx, autoselect MII interface.
NET: Registered protocol family 17
eth0: found link beat
eth0: autonegotiation complete: 100baseT-FD selected
NET: Registered protocol family 10
Disabled Privacy Extensions on device c02e60a0(lo)
IPv6 over IPv4 tunneling driver
eth0: no IPv6 routers present

> 


From jeff at cowart.net  Fri Apr  8 23:24:48 2005
From: jeff at cowart.net (Jefferson Cowart)
Date: Fri Apr  8 23:23:59 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050408190636.GF19672@sputnik.stro.at>
Message-ID: <20050409032339.3D4C11012F@P450.internal.cowart.net>

Looks like I may have spoken a bit too soon. The problem is partially fixed,
but I'm still having a few problems. After the system was up I ran cardctl
eject 0 to stop and let me remove my Ethernet card and I got the follow
error:

eth0: no IPv6 routers present
irq 10: nobody cared!
 [<c01297b5>] __report_bad_irq+0x31/0x77
 [<c012985f>] note_interrupt+0x4c/0x71
 [<c0129476>] __do_IRQ+0x93/0xbd
 [<c0104b35>] do_IRQ+0x19/0x24
 [<c01038ba>] common_interrupt+0x1a/0x20
 [<c01189a4>] __do_softirq+0x2c/0x7d
 [<c0118a17>] do_softirq+0x22/0x26
 [<c0104b3a>] do_IRQ+0x1e/0x24
 [<c01038ba>] common_interrupt+0x1a/0x20
 [<c015f4b8>] load_elf_binary+0x236/0xaba
 [<c0124172>] autoremove_wake_function+0x0/0x3a
 [<c014862f>] kernel_read+0x38/0x41
 [<c0148f48>] search_binary_handler+0x71/0x19c
 [<c015e934>] load_script+0x1c8/0x1d8
 [<c015fca7>] load_elf_binary+0xa25/0xaba
 [<c012dcab>] __alloc_pages+0x32c/0x338
 [<c0198562>] copy_from_user+0x3a/0x60
 [<c0148281>] copy_strings+0x178/0x1b7
 [<c0148f48>] search_binary_handler+0x71/0x19c
 [<c01491d7>] do_execve+0x164/0x1f9
 [<c0101946>] sys_execve+0x2b/0x59
 [<c0102ed3>] syscall_call+0x7/0xb
handlers:
[<c89206f7>] (yenta_interrupt+0x0/0x27 [yenta_socket])
[<c89206f7>] (yenta_interrupt+0x0/0x27 [yenta_socket])
[<c893ee46>] (el3_interrupt+0x0/0x1db [3c574_cs])
Disabling IRQ #10

Subsequent attempts to replicate the error have been unsuccessful, so it
doesn't appear to be a big problem.

On a related note now my second NIC works so it looks like they were indeed
the same bug (or at least a related one).


----------------
Thanks
Jefferson Cowart
Jeff@cowart.net   

> -----Original Message-----
> From: maximilian attems [mailto:debian@sternwelten.at] 
> Sent: Friday, April 08, 2005 12:07
> To: Jefferson Cowart
> Cc: 'Daniel Ritz'; 'Dominik Brodowski'; 
> 270376@bugs.debian.org; linux-pcmcia@lists.infradead.org
> Subject: Re: Bug#270376: PCMCIA Nic stops working after 
> upgrading to 2.6.6/7/8
> 
> On Thu, 07 Apr 2005, Jefferson Cowart wrote:
> 
> > Thanks for the response. 
> > 
> > maximilian attems - Let me know when the kernel is built 
> and I'll go ahead
> > and try that.
> 
> the patch easy applied to 2.6.11 (1 line offset, easy to fix).
> you'll find this kernel with the posted patch at
> -> http://charm.itp.tuwien.ac.at/~mattems/
> 
> thanks for your feedback (dmesg appreciated).
> a++ maks
> 
> 


From debian at sternwelten.at  Sat Apr  9 10:34:06 2005
From: debian at sternwelten.at (maximilian attems)
Date: Sat Apr  9 10:34:13 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050409032339.3D4C11012F@P450.internal.cowart.net>
References: <20050408190636.GF19672@sputnik.stro.at>
	<20050409032339.3D4C11012F@P450.internal.cowart.net>
Message-ID: <20050409143406.GA7262@sputnik.stro.at>

On Fri, 08 Apr 2005, Jefferson Cowart wrote:

> Looks like I may have spoken a bit too soon. The problem is partially fixed,
> but I'm still having a few problems. After the system was up I ran cardctl
> eject 0 to stop and let me remove my Ethernet card and I got the follow
> error:
> 
> eth0: no IPv6 routers present
> irq 10: nobody cared!
>  [<c01297b5>] __report_bad_irq+0x31/0x77

can you send the hexdump of the cardbus controller
before and after the cardctl command on this patched 2.6.11 kernel:
/proc/bus/pci/00/07.0 and /proc/bus/pci/00/07.1

thanks for your feedback.
maks


From daniel.ritz at gmx.ch  Sat Apr  9 16:00:10 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Sat Apr  9 16:01:47 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050409032339.3D4C11012F@P450.internal.cowart.net>
References: <20050409032339.3D4C11012F@P450.internal.cowart.net>
Message-ID: <200504092200.10178.daniel.ritz@gmx.ch>

On Saturday 09 April 2005 05:24, Jefferson Cowart wrote:
> Looks like I may have spoken a bit too soon. The problem is partially fixed,
> but I'm still having a few problems. After the system was up I ran cardctl
> eject 0 to stop and let me remove my Ethernet card and I got the follow
> error:
> 
> eth0: no IPv6 routers present
> irq 10: nobody cared!
>  [<c01297b5>] __report_bad_irq+0x31/0x77
>  [<c012985f>] note_interrupt+0x4c/0x71
>  [<c0129476>] __do_IRQ+0x93/0xbd
>  [<c0104b35>] do_IRQ+0x19/0x24
>  [<c01038ba>] common_interrupt+0x1a/0x20
>  [<c01189a4>] __do_softirq+0x2c/0x7d
>  [<c0118a17>] do_softirq+0x22/0x26
>  [<c0104b3a>] do_IRQ+0x1e/0x24
>  [<c01038ba>] common_interrupt+0x1a/0x20
>  [<c015f4b8>] load_elf_binary+0x236/0xaba
>  [<c0124172>] autoremove_wake_function+0x0/0x3a
>  [<c014862f>] kernel_read+0x38/0x41
>  [<c0148f48>] search_binary_handler+0x71/0x19c
>  [<c015e934>] load_script+0x1c8/0x1d8
>  [<c015fca7>] load_elf_binary+0xa25/0xaba
>  [<c012dcab>] __alloc_pages+0x32c/0x338
>  [<c0198562>] copy_from_user+0x3a/0x60
>  [<c0148281>] copy_strings+0x178/0x1b7
>  [<c0148f48>] search_binary_handler+0x71/0x19c
>  [<c01491d7>] do_execve+0x164/0x1f9
>  [<c0101946>] sys_execve+0x2b/0x59
>  [<c0102ed3>] syscall_call+0x7/0xb
> handlers:
> [<c89206f7>] (yenta_interrupt+0x0/0x27 [yenta_socket])
> [<c89206f7>] (yenta_interrupt+0x0/0x27 [yenta_socket])
> [<c893ee46>] (el3_interrupt+0x0/0x1db [3c574_cs])
> Disabling IRQ #10
> 

looks more like a bug in the 3c574_cs driver. can you try the attached
patch? if it has no negative side effects i push it upstream.
(i don't know that driver and i have no doc of the chip. it just seems
 to be an obvious bug)

> Subsequent attempts to replicate the error have been unsuccessful, so it
> doesn't appear to be a big problem.
> 
> On a related note now my second NIC works so it looks like they were indeed
> the same bug (or at least a related one).

yep, the same.

> 
> 
> ----------------
> Thanks
> Jefferson Cowart
> Jeff@cowart.net   
> 

rgds
-daniel

------------------

[PATCH] 3c574_cs: disable interrupts in el3_close

3c574_cs forgets to disable interrupts during el3_close().
fix it by doing what 3c59x does.

Signed-off-by: Daniel Ritz <daniel.ritz@gmx.ch>

--- 1.40/drivers/net/pcmcia/3c574_cs.c	2005-01-25 22:50:25 +01:00
+++ edited/drivers/net/pcmcia/3c574_cs.c	2005-04-09 21:49:02 +02:00
@@ -1274,6 +1274,9 @@
 		spin_lock_irqsave(&lp->window_lock, flags);
 		update_stats(dev);
 		spin_unlock_irqrestore(&lp->window_lock, flags);
+
+		/* force interrupts off */
+		outw(SetIntrEnb | 0x0000, ioaddr + EL3_CMD);
 	}
 
 	link->open--;


From bugme-daemon at osdl.org  Sat Apr  9 16:04:06 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sat Apr  9 16:04:14 2005
Subject: [Bug 4460] PCMCIA hard disk not started correctly
Message-ID: <200504092004.j39K463P025104@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4460





------- Additional Comments From linux@brodo.de  2005-04-09 13:04 -------
Please create a new attachment with complete "dmesg" output.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From jeff at cowart.net  Sun Apr 10 06:43:01 2005
From: jeff at cowart.net (Jefferson Cowart)
Date: Sun Apr 10 06:42:11 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050409143406.GA7262@sputnik.stro.at>
Message-ID: <20050410104153.42BA01012F@P450.internal.cowart.net>

I can send them to you, but as I mentioned in my last e-mail I can't figure
out how to reproduce the problem. Additionally it looks like Daniel Ritz
already has a patch that he thinks fixes it. Do you still want me to try to
get that data or just work with the new patch?


----------------
Thanks
Jefferson Cowart
Jeff@cowart.net   

> -----Original Message-----
> From: maximilian attems [mailto:debian@sternwelten.at] 
> Sent: Saturday, April 09, 2005 07:34
> To: Jefferson Cowart
> Cc: 'Daniel Ritz'; 'Dominik Brodowski'; 
> 270376@bugs.debian.org; linux-pcmcia@lists.infradead.org
> Subject: Re: Bug#270376: PCMCIA Nic stops working after 
> upgrading to 2.6.6/7/8
> 
> On Fri, 08 Apr 2005, Jefferson Cowart wrote:
> 
> > Looks like I may have spoken a bit too soon. The problem is 
> partially fixed,
> > but I'm still having a few problems. After the system was 
> up I ran cardctl
> > eject 0 to stop and let me remove my Ethernet card and I 
> got the follow
> > error:
> > 
> > eth0: no IPv6 routers present
> > irq 10: nobody cared!
> >  [<c01297b5>] __report_bad_irq+0x31/0x77
> 
> can you send the hexdump of the cardbus controller
> before and after the cardctl command on this patched 2.6.11 kernel:
> /proc/bus/pci/00/07.0 and /proc/bus/pci/00/07.1
> 
> thanks for your feedback.
> maks
> 
> 


From debian at sternwelten.at  Sun Apr 10 08:48:25 2005
From: debian at sternwelten.at (maximilian attems)
Date: Sun Apr 10 08:48:29 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050410104153.42BA01012F@P450.internal.cowart.net>
References: <20050409143406.GA7262@sputnik.stro.at>
	<20050410104153.42BA01012F@P450.internal.cowart.net>
Message-ID: <20050410124825.GB32118@sputnik.stro.at>

On Sun, 10 Apr 2005, Jefferson Cowart wrote:

> I can send them to you, but as I mentioned in my last e-mail I can't figure
> out how to reproduce the problem. Additionally it looks like Daniel Ritz
> already has a patch that he thinks fixes it. Do you still want me to try to
> get that data or just work with the new patch?

yes please try the kernel-image with both fixes:
http://charm.itp.tuwien.ac.at/~mattems/kernel-image-2.6.11-ti-3c574-fix_01_i386.deb
 
thanks for your feedback
maks

From jeff at cowart.net  Sun Apr 10 13:31:56 2005
From: jeff at cowart.net (Jefferson Cowart)
Date: Sun Apr 10 13:30:48 2005
Subject: Bug#270376: PCMCIA Nic stops working after upgrading to
	2.6.6/7/8
In-Reply-To: <20050410124825.GB32118@sputnik.stro.at>
Message-ID: <20050410173045.93D5D1012F@P450.internal.cowart.net>

I don't seem to be having any problems with this latest kernel. However as I
haven't been able to reproduce that error on the first patched 2.6.11, I
can't really be sure. 

At this point it looks like all these bugs are fixed, so the bug can
probably be closed as soon as these are integrated into the Debian kernel
packages.

Thanks to everyone for their help.


----------------
Thanks
Jefferson Cowart
Jeff@cowart.net   

> -----Original Message-----
> From: maximilian attems [mailto:debian@sternwelten.at] 
> Sent: Sunday, April 10, 2005 05:48
> To: Jefferson Cowart
> Cc: 'Daniel Ritz'; 'Dominik Brodowski'; 
> 270376@bugs.debian.org; linux-pcmcia@lists.infradead.org
> Subject: Re: Bug#270376: PCMCIA Nic stops working after 
> upgrading to 2.6.6/7/8
> 
> On Sun, 10 Apr 2005, Jefferson Cowart wrote:
> 
> > I can send them to you, but as I mentioned in my last 
> e-mail I can't figure
> > out how to reproduce the problem. Additionally it looks 
> like Daniel Ritz
> > already has a patch that he thinks fixes it. Do you still 
> want me to try to
> > get that data or just work with the new patch?
> 
> yes please try the kernel-image with both fixes:
> http://charm.itp.tuwien.ac.at/~mattems/kernel-image-2.6.11-ti-
> 3c574-fix_01_i386.deb
>  
> thanks for your feedback
> maks
> 
> 


From eckhardt at satorlaser.com  Mon Apr 11 03:35:38 2005
From: eckhardt at satorlaser.com (Ulrich Eckhardt)
Date: Mon Apr 11 03:35:04 2005
Subject: CompactFlash on PCMCIA problems
Message-ID: <200504110935.38633.eckhardt@satorlaser.com>

Hi!

I'm trying to code the glue to connect the vanilla ATA drivers with a CF card 
connected to an Au1100 (a MIPS based system-on-a-chip with an integrated 
PCMCIA controller) in order to mount a root-filesystem from it. I managed to 
access the CIS parts of the card but then the problems start: the area where 
I'd expect to find the ATA controller's registers mirrors every byte twice, 
just as if the address used was first shifted by one.

Here's a sketch of what I'm doing[3]:

1. Setup SYS_PINFUNC so the PCMCIA interface is used
2. Setup GPIO and GPIO2, they are used for e.g. card detection and power
3. apply power to card via GPIO
4. reset card via GPIO, waiting for it to finish
5. ioremap all three PCMCIA_*_PHYS_ADDR ranges[1]
6. parse CIS in ioremapped PCMCIA_ATTR_PHYS_ADDR
7. setup CISREG_CCSR with 0x00, in particular to reset CCSR_POWER_DOWN
8. setup CISREG_COR with 0x01, configuration #1 is the contiguous memory[1] 
configuration parsed from the CIS

At this moment, I think I should be able to talk to the ATA controller via the 
first few bytes of the ioremapped PCMCIA_IO_PHYS_ADDR, but that area has this 
weird mirrored byte behaviour which I don't understand.


Another thing I don't fully understand yet is the meaning of the three memory 
areas. These are called 'IO', 'attrib' and 'mem'. The 'attrib' area contains 
the CIS and presents no problem. The 'IO' area is where I'd expect to find 
the ATA controller's registers. Now, what I don't understand is the meaning 
of the 'mem' area (PCMCIA_MEM_PHYS_ADDR). The documents I found on the web 
always referred to a 'common memory' area, but funnily they also only 
distinguished between two areas!?

Yet another thing I'm missing is the meaning of CISREG_IOBASE_* and 
CISREG_IOSIZE. When exactly and how do I have to setup those?

I'm pretty lost, I have tried everything I could think of without any success. 
I also sent this to the Linux/MIPS mailinglist, but without any further 
insights. 

Please CC me on reply - I read the the list on the web, but I can't reply to 
that without breaking threads.

thank you

Uli

[1] is a particular size required? Also, I used ioremap_nocache(), does that 
matter or should I use plain ioremap()?
[2] yes, it might be more interesting to use one of the non-contiguous modes, 
but that still doesn't solve my problems.
[3] Note: some parts of this have nothing to do with PCMCIA in general, but 
rather with the setup of my board. GPIO mean 'general purpose IO', pins on 
the chip used either as IO pins or to drive a special interface like PCMCIA.

From scott at waye.co.uk  Mon Apr 11 04:15:11 2005
From: scott at waye.co.uk (Scott Waye)
Date: Mon Apr 11 04:15:29 2005
Subject: [Fwd: irq 9: nobody cared! after moving from 2.4.19 to 2.6.11.5]
Message-ID: <425A320F.3050207@waye.co.uk>

Hi,

I've been following the thread

Re: Bug#270376: PCMCIA Nic stops working after upgrading to 2.6.6/7/8

as I have also been having problems with 
my PCMCIA card (actually I think its a Cardbus card, but I'm not sure) 
since moving from 2.4.19 to 2.6.8.1.  
With 2.6.8.1 the machine (a Sony Vaio Laptop FX401 (PCG972-M) with a 
belkin 802.11b (atmelwlan driver) would boot ok, but X11 would crash the 
kernel if the card was enabled.  Workaround there was to cardctl eject 
0, start X11, cardctl insert 0.  That normally worked.  I then upgraded 
to 2.6.11.5 with and without the recently posted TI patch from the above thread and now the network 
connection does not come up properly even without X.  

On booting with the patch and with the card inserted, dmesg reports this and lspci -vv 
follows the dmesg output

After booting the card power led is on, and the activity led is on continuously (normally flashes) and
dmesg logs "interface not ready yet" repeatedly.  

Not sure if its relevant, but you'll notice that I have lapic in the kernel options (the only option) as 
without it I get a message like "APIC disabled by the BIOS, enable with "lapic"



Linux version 2.6.11.5 (root@cali) (gcc version 3.2) #4 Sun Apr 10 
09:39:43 BST 2005
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000c0000 - 00000000000d4000 (reserved)
BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000fef0000 (usable)
BIOS-e820: 000000000fef0000 - 000000000feff000 (ACPI data)
BIOS-e820: 000000000feff000 - 000000000ff00000 (ACPI NVS)
BIOS-e820: 000000000ff00000 - 0000000010000000 (usable)
BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved)
256MB LOWMEM available.
On node 0 totalpages: 65536
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 61440 pages, LIFO batch:15
HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 PTLTD                                 ) @ 0x000f7700
ACPI: RSDT (v001 SONY   K5       0x06040000  LTP 0x00000000) @ 0x0fef9d89
ACPI: FADT (v001 SONY   K5       0x06040000 PTL_ 0x000f4240) @ 0x0fefee4c
ACPI: BOOT (v001 PTLTD  $SBFTBL$ 0x06040000  LTP 0x00000001) @ 0x0fefeec0
ACPI: SSDT (v001 PTLTD  POWERNOW 0x06040000  LTP 0x00000001) @ 0x0fefeee8
ACPI: DSDT (v001  SONY  K5       0x06040000 MSFT 0x0100000d) @ 0x00000000
Allocating PCI resources starting at 10000000 (gap: 10000000:effe0000)
Built 1 zonelists
Kernel command line: BOOT_IMAGE=Linux ro root=306 lapic
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
mapped APIC to ffffd000 (fee00000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 800.191 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 255840k/262144k available (2076k kernel code, 5680k reserved, 
834k data, 148k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 1572.86 BogoMIPS (lpj=786432)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 0383fbff c1c7fbff 00000000 00000000 
00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff c1c7fbff 00000000 00000000 
00000000 00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 64K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c7fbff 00000000 00000020 00000000 
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD mobile AMD Duron(tm) stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
tbxface-0118 [02] acpi_load_tables      : ACPI Tables successfully acquired
Parsing all Control 
Methods:.................................................................................................................................................................
Table [DSDT](id F005) - 562 Objects with 44 Devices 161 Methods 22 Regions
Parsing all Control Methods:
Table [SSDT](id F003) - 3 Objects with 0 Devices 0 Methods 0 Regions
ACPI Namespace successfully loaded at root c040e3c0
ACPI: setting ELCR to 0200 (from 0620)
evxfevnt-0094 [03] acpi_enable           : Transition to ACPI mode 
successful
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfd7cd, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050211
evgpeblk-0979 [06] ev_create_gpe_block   : GPE 00 to 0F [_GPE] 2 regs on 
int 0x9
evgpeblk-0987 [06] ev_create_gpe_block   : Found 2 Wake, Enabled 1 
Runtime GPEs in this block
Completing Region/Field/Buffer/Package 
initialization:..........................................................................................
Initialized 22/22 Regions 16/16 Fields 27/27 Buffers 25/27 Packages (574 
nodes)
Executing all Device _STA and_INI 
methods:................................................
48 Devices found containing: 48 _STA, 3 _INI methods
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Via IRQ fixup
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 *10 11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 7 9 10 11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: Embedded Controller [EC0] (gpe 1)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PPB_._PRT]
ACPI: Power Resource [PCR0] (off)
ACPI: Power Resource [PCR1] (off)
Linux Plug and Play Support v0.97 (c) Adam Belay
Linux Kernel Card Services
options:  [pci] [cardbus]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically.  If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device().  As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
Simple Boot Flag at 0x37 set to 0x1
Applying VIA southbridge workaround.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Probing IDE interface ide0...
hda: HITACHI_DK23CA-15, ATA DISK drive
Probing IDE interface ide1...
hdc: QSI DVD-ROM SDR-081, ATAPI CD/DVD-ROM drive
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
spurious 8259A interrupt: IRQ7.
[ACPI Debug] String: [0x1C] "Temperature increasing: _Q80"
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 29498112 sectors (15103 MB) w/512KiB Cache, CHS=29264/16/63
hda: cache flushes not supported
hda: hda1 hda2 < hda5 hda6 >
hdc: ATAPI 24X DVD-ROM drive, 512kB Cache
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9
PCI: setting IRQ 9 as level-triggered
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 9 (level, low) -> IRQ 9
Yenta: CardBus bridge found at 0000:00:0a.0 [104d:80f6]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.0, mfunc 0x012c1222, devctl 0x66
irq 9: nobody cared!
[<c013022a>] __report_bad_irq+0x2a/0x90
[<c012fb20>] handle_IRQ_event+0x30/0x70
[<c013031c>] note_interrupt+0x6c/0xd0
[<c012fcae>] __do_IRQ+0x14e/0x160
[<c01044a3>] do_IRQ+0x23/0x40
[<c0102a3a>] common_interrupt+0x1a/0x20
[<c0119ab0>] __do_softirq+0x30/0x90
[<c0119b36>] do_softirq+0x26/0x30
[<c0119c15>] irq_exit+0x35/0x40
[<c01044a8>] do_IRQ+0x28/0x40
[<c0102a3a>] common_interrupt+0x1a/0x20
[<c01111d9>] sub_preempt_count+0x39/0x60
[<c01e659f>] pci_bus_write_config_word+0x7f/0xa0
[<c027b59c>] yenta_probe_cb_irq+0x7c/0x130
[<c0114f67>] printk+0x17/0x20
[<c027a4ef>] ti12xx_irqroute_func0+0x8f/0x380
[<c027ad11>] ti12xx_override+0x101/0x1a0
[<c027ba67>] yenta_probe+0x237/0x250
[<c01ea532>] pci_device_probe_static+0x52/0x70
[<c01ea58c>] __pci_device_probe+0x3c/0x50
[<c01ea5cc>] pci_device_probe+0x2c/0x50
[<c023dcef>] driver_probe_device+0x2f/0x70
[<c023de29>] driver_attach+0x59/0x90
[<c023e2f8>] bus_add_driver+0x98/0xd0
[<c023e91f>] driver_register+0x2f/0x40
[<c025a11c>] ide_register_driver+0x10c/0x130
[<c01ea842>] pci_register_driver+0x62/0x80
[<c03f206f>] yenta_socket_init+0xf/0x20
[<c03da81b>] do_initcalls+0x2b/0xc0
[<c03f37aa>] sock_init+0x2a/0x40
[<c01002c0>] init+0x0/0x110
[<c01002ef>] init+0x2f/0x110
[<c010086c>] kernel_thread_helper+0x0/0x14
[<c0100871>] kernel_thread_helper+0x5/0x14
handlers:
[<c01f01d0>] (acpi_irq+0x0/0x16)
Disabling IRQ #9
[ACPI Debug] String: [0x24] "------------------------ _Q09 : test"
Yenta TI: socket 0000:00:0a.0 probing PCI interrupt failed, trying to fix
Yenta TI: socket 0000:00:0a.0 falling back to parallel PCI interrupts
Yenta TI: socket 0000:00:0a.0 no PCI interrupts. Fish. Please report.
Yenta: ISA IRQ mask 0x0c00, PCI irq 0
Socket status: 30000019
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
ACPI: PCI interrupt 0000:00:0a.1[B] -> GSI 10 (level, low) -> IRQ 10
Yenta: CardBus bridge found at 0000:00:0a.1 [104d:80f6]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.1, mfunc 0x012c1222, devctl 0x64
Yenta TI: socket 0000:00:0a.1 probing PCI interrupt failed, trying to fix
Yenta TI: socket 0000:00:0a.1 no PCI interrupts. Fish. Please report.
Yenta: ISA IRQ mask 0x0808, PCI irq 0
Socket status: 30000006
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
ALPS Touchpad (Glidepoint) detected
Disabling hardware tapping
input: AlpsPS/2 ALPS TouchPad on isa0060/serio1
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 148k freed
kjournald starting.  Commit interval 5 seconds
Adding 265032k swap on /dev/hda5.  Priority:-1 extents:1
EXT3 FS on hda6, internal journal
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x100-0x4ff: excluding 0x378-0x37f 0x3f8-0x3ff 0x4d0-0x4d7
cs: IO port probe 0x100-0x4ff: excluding 0x378-0x37f 0x3f8-0x3ff 0x4d0-0x4d7
cs: IO port probe 0xa00-0xaff: clean.
cs: IO port probe 0xa00-0xaff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
pcmf502re: ATMEL 11Mbps Wireless PCMCIA LAN driver version 2.0.1.0
-> vnet_attach()
-> vnet_event(registration complete, 0, 0xc0115074)
-> vnet_event(card insertion, 0, 0xc0115074)
-> vnet_config(0x00000000)
pcmf502re: index 0x01: Vcc 5.0, irq 10, io 0x0100-0x011f
pcmf502re: Registered netdevice atml0
Copy Code To Internal Memory (** EEPROM **)
*** Downloading Firmware to internal memory ***
--=+>GetFwFile BasicFW : 35348,
Fw Mapped in : 0xCF370000
<=- Out of GetFwFile
**** SCATTER LOADING ****
... atmelwlan debug messages deleted
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
PCI: setting IRQ 5 as level-triggered
ACPI: PCI interrupt 0000:00:07.5[C] -> GSI 5 (level, low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:07.5 to 64
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet
interface not ready yet



00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 03)
  Subsystem: Sony Corporation: Unknown device 80f6
  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: 8
  Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M]
  Capabilities: [a0] AGP version 2.0
      Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2
      Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
  Capabilities: [c0] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 (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: 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: 00009000-00009fff
  Memory behind bridge: e8100000-e9ffffff
  BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
  Capabilities: [80] Power Management version 2
      Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 40)
  Subsystem: Sony Corporation: Unknown device 80f6
  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: 0
  Capabilities: [c0] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 
06) (prog-if 8a [Master SecP PriP])
  Subsystem: Sony Corporation: Unknown device 80f6
  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: 0
  Region 4: I/O ports at 1c40 [size=16]
  Capabilities: [c0] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 1a) 
(prog-if 00 [UHCI])
  Subsystem: Sony Corporation: Unknown device 80f6
  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: 0, cache line size 08
  Interrupt: pin D routed to IRQ 9
  Region 4: I/O ports at 1c00 [size=32]
  Capabilities: [80] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 1a) 
(prog-if 00 [UHCI])
  Subsystem: Sony Corporation: Unknown device 80f6
  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: 0, cache line size 08
  Interrupt: pin D routed to IRQ 9
  Region 4: I/O ports at 1c20 [size=32]
  Capabilities: [80] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.4 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] 
(rev 40)
  Subsystem: Sony Corporation: Unknown device 80f6
  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-
  Interrupt: pin ? routed to IRQ 9
  Capabilities: [68] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 
[Apollo Super AC97/Audio] (rev 50)
  Subsystem: Sony Corporation: Unknown device 80f6
  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-
  Interrupt: pin C routed to IRQ 5
  Region 0: I/O ports at 1000 [size=256]
  Region 1: I/O ports at 1c54 [size=4]
  Region 2: I/O ports at 1c50 [size=4]
  Capabilities: [c0] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.6 Communication controller: VIA Technologies, Inc. VT82C686 
[Apollo Super AC97/Modem] (rev 30)
  Subsystem: Sony Corporation: Unknown device 80f6
  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-
  Interrupt: pin C routed to IRQ 5
  Region 0: I/O ports at 1400 [size=256]
  Capabilities: [d0] Power Management version 2
      Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:0a.0 CardBus bridge: Texas Instruments PCI1420
  Subsystem: Sony Corporation: Unknown device 80f6
  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 10
  Interrupt: pin A routed to IRQ 9
  Region 0: Memory at 10000000 (32-bit, non-prefetchable) [size=4K]
  Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
  Memory window 0: 10400000-107ff000 (prefetchable)
  Memory window 1: 10800000-10bff000
  I/O window 0: 00004000-000040ff
  I/O window 1: 00004400-000044ff
  BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
  16-bit legacy interface ports at 0001

00:0a.1 CardBus bridge: Texas Instruments PCI1420
  Subsystem: Sony Corporation: Unknown device 80f6
  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 10
  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

00:0e.0 FireWire (IEEE 1394): Texas Instruments: Unknown device 8020 
(prog-if 10 [OHCI])
  Subsystem: Sony Corporation: Unknown device 80f6
  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-
  Interrupt: pin A routed to IRQ 9
  Region 0: Memory at e8004000 (32-bit, non-prefetchable) [size=2K]
  Region 1: Memory at e8000000 (32-bit, non-prefetchable) [size=16K]
  Capabilities: [44] 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-

00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 
(rev 10)
  Subsystem: Sony Corporation: Unknown device 80f6
  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-
  Interrupt: pin A routed to IRQ 10
  Region 0: I/O ports at 1800 [size=256]
  Region 1: Memory at e8004800 (32-bit, non-prefetchable) [size=256]
  Capabilities: [50] Power Management version 2
      Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0-,D1+,D2+,D3hot+,D3cold+)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage P/M 
Mobility AGP 2x (rev 64) (prog-if 00 [VGA])
  Subsystem: Sony Corporation: Unknown device 80f6
  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: 66 (2000ns min), cache line size 08
  Interrupt: pin A routed to IRQ 5
  Region 0: Memory at e9000000 (32-bit, non-prefetchable) [size=16M]
  Region 1: I/O ports at 9000 [size=256]
  Region 2: Memory at e8100000 (32-bit, non-prefetchable) [size=4K]
  Expansion ROM at <unassigned> [disabled] [size=128K]
  Capabilities: [50] AGP version 1.0
      Status: RQ=255 SBA+ 64bit- FW- Rate=x1,x2
      Command: RQ=0 SBA- AGP- 64bit- FW- Rate=<none>
  Capabilities: [5c] 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-






From georg.fleischmann at online.de  Mon Apr 11 17:38:01 2005
From: georg.fleischmann at online.de (georg.fleischmann@online.de)
Date: Mon Apr 11 18:00:07 2005
Subject: Trouble whith TI PCI1620 cardbus resp. Compaq WL110 Wireless PC-Card
Message-ID: <5612700$1113251986425ae092e8d794.25187339@config2.schlund.de>


Hello,

I had some trouble with this cardbus, but i changed
/etc/pcmcia/config.options by using the memory range, which i found in
MS Windows.
Now it recognizes the PC-card when inserted, but i am not able to use it
and no light comes on.
When i start the cardmgr and insert the card i get this:

linux:/home/gf # tail -f /var/log/messages: 
Apr  9 22:50:55 linux cardmgr[11092]: watching 2 sockets
Apr  9 22:50:55 linux kernel: cs: IO port probe 0x0c00-0x0cff: clean.
Apr  9 22:50:55 linux kernel: cs: IO port probe 0x0800-0x08ff: clean.
Apr  9 22:50:55 linux kernel: cs: IO port probe 0x0100-0x04ff: excluding
0x200-0x20f 0x4d0-0x4d7
Apr  9 22:51:09 linux cardmgr[11093]: socket 0: Compaq WL110 PC Card
Apr  9 22:51:10 linux kernel: orinoco 0.13e (David Gibson
<hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
Apr  9 22:51:10 linux kernel: orinoco_cs 0.13e (David Gibson
<hermes@gibson.dropbear.id.au>, Pavel Roskin <proski@gnu.org>, et al)
Apr  9 22:51:10 linux kernel: orinoco_cs: GetNextTuple(): No matching
CIS configuration, maybe you need the ignore_cis_vcc=1 parameter.
Apr  9 22:51:10 linux kernel: orinoco_cs: GetFirstTuple: No more items
Apr  9 22:51:11 linux cardmgr[11093]: get dev info on socket 0 failed:
Resourcetemporarily unavailable



linux:/home/gf # cardctl status
Socket 0:
  5V 16-bit PC Card
  function 0: [ready]
Socket 1:
  no card
linux:/home/gf # cardctl ident
Socket 0:
  product info: "Compaq", "Compaq WL110 PC Card", "Version 01.01", ""
  manfid: 0x0156, 0x0002
  function: 6 (network)
Socket 1:
  no product info available




linux:/home/gf # dmesg | grep Yenta
Yenta: CardBus bridge found at 0000:02:04.0 [103c:006d]
Yenta: Enabling burst memory read transactions
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:02:04.0, mfunc 0x01111d22, devctl 0x64
Yenta: ISA IRQ mask 0x00f0, PCI irq 11
Yenta: CardBus bridge found at 0000:02:04.1 [103c:006d]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:02:04.1, mfunc 0x01111d22, devctl 0x64
Yenta: ISA IRQ mask 0x00f0, PCI irq 10





I was thinking about the power apply problem and tried setpci but since
i am not familiar to this, i dont know how to use that in the right
way. I just got this:

linux:/home/gf # setpci -s 04.0 0x80.1
Usage: setpci [<options>] (<device>+ <reg>[=<values>]*)*

linux:/home/gf # setpci -s 04.0 0x8000000
lspci: Register number out of range!


linux:/home/gf # setpci -s 04.0 0x8
01

linux:/home/gf # setpci -s 04.0 0x80
61



I am using this Machine:
Notebook: HP Compaq NX9105  
Cardbus: TI PCI1620 
PC-Card: Compaq WL110 Wireless
OS: SuSE 9.2 prof with kernel 2.6.8.-24.14
  
It would be great, if sombody may help me with my problem, i had a lot
of looking arround with google, but i couldn't solve it by myself.

Thanks for your Help
Georg Fleischmann













linux:/home/gf # lspci -vv
0000:00:00.0 Host bridge: nVidia Corporation nForce3 Host Bridge (rev
a4)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Region 0: Memory at f0000000 (32-bit, prefetchable)
        Capabilities: [44] #08 [0180]
        Capabilities: [c0] AGP version 2.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW-
Rate=x1

0000:00:01.0 ISA bridge: nVidia Corporation nForce3 LPC Bridge (rev a6)
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0

0000:00:01.1 SMBus: nVidia Corporation nForce3 SMBus (rev a4)
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin A routed to IRQ 10
        Region 4: I/O ports at 2040 [size=64]
        Region 5: I/O ports at 2000 [size=64]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:02.0 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5)
(prog-if 10 [OHCI])
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at e8000000 (32-bit, non-prefetchable)
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:02.1 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5)
(prog-if 10 [OHCI])
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin B routed to IRQ 10
        Region 0: Memory at e8001000 (32-bit, non-prefetchable)
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:02.2 USB Controller: nVidia Corporation nForce3 USB 2.0 (rev a2)
(prog-if 20 [EHCI])
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Interrupt: pin C routed to IRQ 10
        Region 0: Memory at e8004000 (32-bit, non-prefetchable)
        Capabilities: [80] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:06.0 Multimedia audio controller: nVidia Corporation nForce3
Audio (rev a2)
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (500ns min, 1250ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: I/O ports at 1400
        Region 1: I/O ports at 1c00 [size=128]
        Region 2: Memory at e8002000 (32-bit, non-prefetchable)
[size=4K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:06.1 Modem: nVidia Corporation: Unknown device 00d9 (rev a2)
(prog-if 00 [Generic])
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Interrupt: pin B routed to IRQ 10
        Region 0: I/O ports at 1800
        Region 1: I/O ports at 1c80 [size=128]
        Region 2: Memory at e8003000 (32-bit, non-prefetchable)
[size=4K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:08.0 IDE interface: nVidia Corporation nForce3 IDE (rev a5)
(prog-if 8a [Master SecP PriP])
        Subsystem: nVidia Corporation: Unknown device 0c80
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0 (750ns min, 250ns max)
        Region 4: I/O ports at 2080 [size=16]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:0a.0 PCI bridge: nVidia Corporation nForce3 PCI Bridge (rev a2)
(prog-if 00 [Normal decode])
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
        Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0
        Bus: primary=00, secondary=02, subordinate=0a, sec-latency=128
        I/O behind bridge: 00003000-00007fff
        Memory behind bridge: e8100000-e97fffff
        Expansion ROM at 00003000 [disabled] [size=20K]
        BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B-

0000:00:0b.0 PCI bridge: nVidia Corporation nForce3 AGP Bridge (rev a4)
(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: 16
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=10
        Memory behind bridge: ea000000-eaffffff
        Prefetchable memory behind bridge: f8000000-fc0fffff
        BridgeCtl: Parity+ SERR+ NoISA+ VGA+ MAbort- >Reset- FastB2B-

0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] HyperTransport Technology Configuration
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
        Capabilities: [80] #08 [2101]

0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Address Map
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-

0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] DRAM Controller
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-

0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Miscellaneous Control
        Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
        Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-

0000:01:00.0 VGA compatible controller: nVidia Corporation NV17
[GeForce4 420 Go 32M] (rev a3) (prog-if 00 [VGA])
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        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 (1250ns min, 250ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at ea000000 (32-bit, non-prefetchable)
        Region 1: Memory at f8000000 (32-bit, prefetchable) [size=64M]
        Region 2: Memory at fc000000 (32-bit, prefetchable) [size=512K]
        Capabilities: [60] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [44] AGP version 2.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA- ITACoh- GART64-
HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
                Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW-
Rate=<none>

0000:02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21
IEEE-1394a-2000 Controller (PHY/Link) (prog-if 10 [OHCI])
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        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 (500ns min, 1000ns max), cache line size 10
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at e8106000 (32-bit, non-prefetchable)
        Region 1: Memory at e8100000 (32-bit, non-prefetchable)
[size=16K]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME+

0000:02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
        Subsystem: Realtek Semiconductor Co., Ltd. RT8139
        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 (8000ns min, 16000ns max)
        Interrupt: pin A routed to IRQ 10
        Region 0: I/O ports at 7000
        Region 1: Memory at e8106800 (32-bit, non-prefetchable)
[size=256]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA
PME(D0-,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:04.0 CardBus bridge: Texas Instruments PCI1620 PC Card
Controller (rev 01)
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        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 e8104000 (32-bit, non-prefetchable)
        Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
        Memory window 0: e8200000-e83ff000 (prefetchable)
        Memory window 1: e8400000-e85ff000
        I/O window 0: 00004000-000040ff
        I/O window 1: 00004400-000044ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+
PostWrite+
        16-bit legacy interface ports at 0001

0000:02:04.1 CardBus bridge: Texas Instruments PCI1620 PC Card
Controller (rev 01)
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        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 e8105000 (32-bit, non-prefetchable)
        Bus: primary=02, secondary=07, subordinate=0a, sec-latency=176
        Memory window 0: e9000000-e93ff000 (prefetchable)
        Memory window 1: e8c00000-e8fff000
        I/O window 0: 00006000-00006fff
        I/O window 1: 00005000-00005fff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+
PostWrite+
        16-bit legacy interface ports at 0001

0000:02:04.2 System peripheral: Texas Instruments PCI1620 Firmware
Loading Function (rev 01)
        Subsystem: Hewlett-Packard Company: Unknown device 006d
        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 (1750ns min, 1000ns max), cache line size 10
        Region 0: I/O ports at 7400
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

From debian at sternwelten.at  Mon Apr 11 18:05:02 2005
From: debian at sternwelten.at (maximilian attems)
Date: Mon Apr 11 18:05:25 2005
Subject: Bug#303550: kernel-image-2.6.11-1-686: irq11 makes eth0 problems
In-Reply-To: <20050410133148.GA1656@ile>
References: <E1DJVpI-0004i7-Lw@ile> <20050408163448.GD19672@sputnik.stro.at>
	<20050409185137.GA1829@ile>
	<20050409195253.GE24735@sputnik.stro.at>
	<20050410133148.GA1656@ile>
Message-ID: <20050411220502.GE3948@sputnik.stro.at>

Hello Daniel,

Adding you and the pcmcia list to cc,
received another bug report concerning TI irq routing.
your patch don't seem to fix this PCI1250 rev2.
you'll find the bug report at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=303550

note that the previous bug report #270376 involved a PCI1220 (rev 02)
thanks a lot again for your help.
debian user seem to be a good user base for your patches. ;-)


--- reply to previous bug report follows

bonsoir philippe!

On Sun, 10 Apr 2005, Philippe Bourcier wrote:

> On Sat, Apr 09, 2005 at 09:52:53PM +0200, maximilian attems wrote:
> > could you tested the kernel-image at:
> > http://charm.itp.tuwien.ac.at/~mattems/
> 
> - the vga=791 boot parameter makes the system boot with a black
>   screen; if i switch to a console, i don't get one (graphical broken
>   screen);
> - the usb mouse doesn't work at all (console nor X);

sorry i don't get you now,
does this happen with any debian kernel or just with the one above?
have you installed hotplug? if not is mousedev and psmouse loaded?
can you send in the output of cat /proc/bus/input/devices
 
> Apr 10 14:34:55 ile kernel: Linux version 2.6.11-ti-fix (root@aipc54) (gcc version 3.3.5 (Debian 1:3.3.5-8)) #1 Fri Apr 8 19:47:44 CEST 2005
..
> Apr 10 14:34:55 ile kernel: Linux Kernel Card Services
> Apr 10 14:34:55 ile kernel: options:  [pci] [cardbus] [pm]
> Apr 10 14:34:55 ile kernel: PCI: Found IRQ 11 for device 0000:00:03.0
> Apr 10 14:34:55 ile kernel: Yenta: CardBus bridge found at 0000:00:03.0 [0000:0000]
> Apr 10 14:34:55 ile kernel: Yenta: Enabling burst memory read transactions
> Apr 10 14:34:55 ile kernel: Yenta: Using CSCINT to route CSC interrupts to PCI
> Apr 10 14:34:55 ile kernel: Yenta: Routing CardBus interrupts to PCI
> Apr 10 14:34:55 ile kernel: Yenta TI: socket 0000:00:03.0, mfunc 0xcba97543, devctl 0x62
> Apr 10 14:34:55 ile kernel: Yenta: ISA IRQ mask 0x0698, PCI irq 11
> Apr 10 14:34:55 ile kernel: Socket status: 30000010
> Apr 10 14:34:55 ile kernel: PCI: Found IRQ 11 for device 0000:00:03.1
> Apr 10 14:34:55 ile kernel: Yenta: CardBus bridge found at 0000:00:03.1 [0000:0000]
> Apr 10 14:34:55 ile kernel: Yenta: Using CSCINT to route CSC interrupts to PCI
> Apr 10 14:34:55 ile kernel: Yenta: Routing CardBus interrupts to PCI
> Apr 10 14:34:55 ile kernel: Yenta TI: socket 0000:00:03.1, mfunc 0xcba97543, devctl 0x62
> Apr 10 14:34:55 ile kernel: Yenta: ISA IRQ mask 0x0698, PCI irq 11
> Apr 10 14:34:55 ile kernel: Socket status: 30000010
..
> Apr 10 14:35:16 ile kernel: eth0: 3Com 3c589, io 0x310, irq 9, hw_addr 00:00:86:52:4B:CB
> Apr 10 14:35:16 ile kernel: 8K FIFO split 5:3 Rx:Tx, auto xcvr
> Apr 10 14:35:16 ile kernel: program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
> Apr 10 14:35:16 ile kernel: ttyS2 at I/O 0x3e8 (irq = 11) is a 16550A
> Apr 10 14:35:21 ile kernel: eth0: flipped to 10baseT
> Apr 10 14:35:23 ile xfs: ignoring font path element /usr/lib/X11/fonts/cyrillic/ (unreadable)
> Apr 10 14:35:23 ile xfs: ignoring font path element /usr/lib/X11/fonts/CID (unreadable)
> Apr 10 14:35:27 ile kernel: [<c01297b5>] __report_bad_irq+0x31/0x77
> Apr 10 14:35:27 ile kernel: [<c012985f>] note_interrupt+0x4c/0x71
> Apr 10 14:35:27 ile kernel: [<c0129476>] __do_IRQ+0x93/0xbd
> Apr 10 14:35:27 ile kernel: [<c0104b35>] do_IRQ+0x19/0x24
> Apr 10 14:35:27 ile kernel: [<c01038ba>] common_interrupt+0x1a/0x20
> Apr 10 14:35:27 ile kernel: [<c01189a4>] __do_softirq+0x2c/0x7d
> Apr 10 14:35:27 ile kernel: [<c0118a17>] do_softirq+0x22/0x26
> Apr 10 14:35:27 ile kernel: [<c0104b3a>] do_IRQ+0x1e/0x24
> Apr 10 14:35:27 ile kernel: [<c01038ba>] common_interrupt+0x1a/0x20
> Apr 10 14:35:27 ile kernel: eth0: interrupt(s) dropped!

urgs, thanks for your testing and feedback.
a++ maks

From hadmut at danisch.de  Mon Apr 11 18:13:20 2005
From: hadmut at danisch.de (Hadmut Danisch)
Date: Mon Apr 11 18:58:06 2005
Subject: Ricoh Co Ltd RL5c476 II  problem
Message-ID: <20050411221320.GA14708@danisch.de>

Hi,

on http://kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html

you ask for reports about problems with pcmcia drivers. 

Here is mine:

Notebook Medion MD 95600 ( = MSI S260, Medion is just a trade mark )

Card don't get recognized and actived, seem to have no power.



/proc/interrupts:

 19:          7   IO-APIC-level  yenta, uhci_hcd
 20:         11   IO-APIC-level  yenta


(The interrupt counter for 20 increases when I eject or insert a 
card, so does not seem to be an interrupt problem).

card bus bridge type:

0000:01:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
0000:01:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)


See attachments for full lspci -vv and cbdump.


regards
Hadmut














-------------- next part --------------
0000:00:00.0 Host bridge: Intel Corp. Mobile Memory Controller Hub (rev 03)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Capabilities: [e0] #09 [2109]

0000:00:02.0 VGA compatible controller: Intel Corp. Mobile Graphics Controller (rev 03) (prog-if 00 [VGA])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 0
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at fbe80000 (32-bit, non-prefetchable) [size=512K]
	Region 1: I/O ports at dc00 [size=8]
	Region 2: Memory at d0000000 (32-bit, prefetchable) [size=256M]
	Region 3: Memory at fbe40000 (32-bit, non-prefetchable) [size=256K]
	Capabilities: [d0] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:02.1 Display controller: Intel Corp. Mobile Graphics Controller (rev 03)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 0
	Region 0: Memory at fbd80000 (32-bit, non-prefetchable) [size=512K]
	Capabilities: [d0] Power Management version 2
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1d.0 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 04) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0
	Interrupt: pin A routed to IRQ 23
	Region 4: I/O ports at d880 [size=32]

0000:00:1d.1 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 04) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0
	Interrupt: pin B routed to IRQ 19
	Region 4: I/O ports at d800 [size=32]

0000:00:1d.2 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 04) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0
	Interrupt: pin C routed to IRQ 18
	Region 4: I/O ports at d480 [size=32]

0000:00:1d.3 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 04) (prog-if 00 [UHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0
	Interrupt: pin D routed to IRQ 16
	Region 4: I/O ports at d400 [size=32]

0000:00:1d.7 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 04) (prog-if 20 [EHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0
	Interrupt: pin A routed to IRQ 23
	Region 0: Memory at fbe3bc00 (32-bit, non-prefetchable) [size=1K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [58] #0a [20a0]

0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev d4) (prog-if 01 [Subtractive decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 0
	Bus: primary=00, secondary=01, subordinate=03, sec-latency=32
	I/O behind bridge: 0000e000-0000efff
	Memory behind bridge: fbf00000-fbffffff
	BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-
	Capabilities: [50] #0d [0000]

0000:00:1e.2 Multimedia audio controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 04)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0
	Interrupt: pin A routed to IRQ 17
	Region 0: I/O ports at d000 [size=256]
	Region 1: I/O ports at cc00 [size=64]
	Region 2: Memory at fbe3b800 (32-bit, non-prefetchable) [size=512]
	Region 3: Memory at fbe3b400 (32-bit, non-prefetchable) [size=256]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1e.3 Modem: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 04) (prog-if 00 [Generic])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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-
	Interrupt: pin B routed to IRQ 20
	Region 0: I/O ports at c800 [size=256]
	Region 1: I/O ports at c480 [size=128]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1f.0 ISA bridge: Intel Corp. 82801FBM (ICH6M) LPC Interface Bridge (rev 04)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0

0000:00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 04) (prog-if 8a [Master SecP PriP])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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: 0
	Interrupt: pin A routed to IRQ 18
	Region 0: I/O ports at <unassigned>
	Region 1: I/O ports at <unassigned>
	Region 2: I/O ports at <unassigned>
	Region 3: I/O ports at <unassigned>
	Region 4: I/O ports at ffa0 [size=16]

0000:00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 04)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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-
	Interrupt: pin B routed to IRQ 19
	Region 4: I/O ports at 0400 [size=32]

0000:01:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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 (8000ns min, 16000ns max)
	Interrupt: pin A routed to IRQ 22
	Region 0: I/O ports at e800 [size=256]
	Region 1: Memory at fbfffc00 (32-bit, non-prefetchable) [size=256]
	Expansion ROM at fbfe0000 [disabled] [size=64K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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
	Interrupt: pin A routed to IRQ 19
	Region 0: Memory at 1e001000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=01, secondary=02, subordinate=05, sec-latency=176
	Memory window 0: 1e400000-1e7ff000 (prefetchable)
	Memory window 1: 1e800000-1ebff000
	I/O window 0: 00004000-000040ff
	I/O window 1: 00004400-000044ff
	BridgeCtl: Parity+ SERR+ ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
	16-bit legacy interface ports at 0001

0000:01:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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
	Interrupt: pin B routed to IRQ 20
	Region 0: Memory at 1e000000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=01, secondary=06, subordinate=09, sec-latency=176
	Memory window 0: 1ec00000-1efff000 (prefetchable)
	Memory window 1: 1f000000-1f3ff000
	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

0000:01:04.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 04) (prog-if 10 [OHCI])
	Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121
	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 (500ns min, 1000ns max)
	Interrupt: pin C routed to IRQ 21
	Region 0: Memory at fbfff000 (32-bit, non-prefetchable) [size=2K]
	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+

0000:01:09.0 Network controller: Intel Corp. PRO/Wireless 2200BG (rev 05)
	Subsystem: Intel Corp.: Unknown device 2701
	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 (750ns min, 6000ns max), Cache Line Size: 0x08 (32 bytes)
	Interrupt: pin A routed to IRQ 17
	Region 0: Memory at fbffe000 (32-bit, non-prefetchable) [size=4K]
	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=1 PME-

-------------- next part --------------
01:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II
  -- generic cardbus config registers
  Vendor ID                      [00] : 0x1180
  Device ID                      [02] : 0x0476
  PCI command                    [04] : 0x0007
  Base address                   [10] : 0x1e001000
  Memory Base 0                  [1c] : 0x1e400000
  Memory Limit 0                 [20] : 0x1e7ff000
  Memory Base 1                  [24] : 0x1e800000
  Memory Limit 1                 [28] : 0x1ebff000
  IO Base 0                      [2c] : 0x00004000
  IO Limit 0                     [30] : 0x000040fc
  IO Base 1                      [34] : 0x00004400
  IO Limit 1                     [38] : 0x000044fc
  Bridge control                 [3e] : 0x0583
  Subsystem vendor ID            [40] : 0x1462
  Subsystem device ID            [42] : 0x0121
  Legacy mode base               [44] : 0x0001
  -- Ricoh RL5c476II specific config registers
  System configuration           [80] : 0x0001
  Misc Control                   [82] : 0x20a0
  16-bit Interface Control       [84] : 0x0300
  16-bit I/O Timing 0            [88] : 0x0463
  16-bit Memory Timing 0         [8a] : 0x0463
  DMA Slave                      [90] : 0x0000
  Misc Control 2                 [a0] : 0x0000
  Misc Control 3                 [a2] : 0x0008
  Misc Control 4                 [a4] : 0x0000
  GPIO 1                         [aa] : 0x00
  -- cardbus registers
  CB_SOCKET_EVENT                [00] : 0x00000000
  CB_SOCKET_MASK                 [04] : 0x00000006
  CB_SOCKET_STATE                [08] : 0x30000818
  CB_SOCKET_FORCE                [0c] : 0x00000000
  CB_SOCKET_CONTROL              [10] : 0x00000433
  CB_SOCKET_POWER                [20] : 0x00000000
  -- exca registers
  I365_IDENT                     [00] : 0x83
  I365_STATUS                    [01] : 0x6f
  I365_POWER                     [02] : 0xd3
  I365_INTCTL                    [03] : 0x40
  I365_CSC                       [04] : 0x00
  I365_CSCINT                    [05] : 0x08
  I365_ADDRWIN                   [06] : 0x01
  I365_IOCTL                     [07] : 0x00
  I365_GENCTL                    [16] : 0x0000
  I365_GBLCTL                    [1e] : 0x0000
  I365_IO0_START                 [08] : 0x0000
  I365_IO0_STOP                  [0a] : 0x0001
  I365_IO1_START                 [0c] : 0x0000
  I365_IO1_STOP                  [0e] : 0x0001
  I365_MEM0_START                [10] : 0x0000
  I365_MEM0_STOP                 [12] : 0x8000
  I365_MEM0_OFF                  [14] : 0x4000
  I365_MEM0_PAGE                 [40] : 0x60
  I365_MEM1_START                [18] : 0x0000
  I365_MEM1_STOP                 [1a] : 0x0000
  I365_MEM1_OFF                  [1c] : 0x0000
  I365_MEM1_PAGE                 [41] : 0x00
  I365_MEM2_START                [20] : 0x0000
  I365_MEM2_STOP                 [22] : 0x0000
  I365_MEM2_OFF                  [24] : 0x0000
  I365_MEM2_PAGE                 [42] : 0x00
  I365_MEM3_START                [28] : 0x0000
  I365_MEM3_STOP                 [2a] : 0x0000
  I365_MEM3_OFF                  [2c] : 0x0000
  I365_MEM3_PAGE                 [43] : 0x00
  I365_MEM4_START                [30] : 0x0000
  I365_MEM4_STOP                 [32] : 0x0000
  I365_MEM4_OFF                  [34] : 0x0000
  I365_MEM4_PAGE                 [44] : 0x00

01:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II
  -- generic cardbus config registers
  Vendor ID                      [00] : 0x1180
  Device ID                      [02] : 0x0476
  PCI command                    [04] : 0x0007
  Base address                   [10] : 0x1e000000
  Memory Base 0                  [1c] : 0x1ec00000
  Memory Limit 0                 [20] : 0x1efff000
  Memory Base 1                  [24] : 0x1f000000
  Memory Limit 1                 [28] : 0x1f3ff000
  IO Base 0                      [2c] : 0x00004800
  IO Limit 0                     [30] : 0x000048fc
  IO Base 1                      [34] : 0x00004c00
  IO Limit 1                     [38] : 0x00004cfc
  Bridge control                 [3e] : 0x0500
  Subsystem vendor ID            [40] : 0x1462
  Subsystem device ID            [42] : 0x0121
  Legacy mode base               [44] : 0x0001
  -- Ricoh RL5c476II specific config registers
  System configuration           [80] : 0x0001
  Misc Control                   [82] : 0x00a0
  16-bit Interface Control       [84] : 0x0300
  16-bit I/O Timing 0            [88] : 0x0463
  16-bit Memory Timing 0         [8a] : 0x0463
  DMA Slave                      [90] : 0x0000
  Misc Control 2                 [a0] : 0x0002
  Misc Control 3                 [a2] : 0x0008
  Misc Control 4                 [a4] : 0x0000
  GPIO 1                         [aa] : 0x00
  -- cardbus registers
  CB_SOCKET_EVENT                [00] : 0x00000000
  CB_SOCKET_MASK                 [04] : 0x00000006
  CB_SOCKET_STATE                [08] : 0x30000828
  CB_SOCKET_FORCE                [0c] : 0x00000000
  CB_SOCKET_CONTROL              [10] : 0x00000433
  CB_SOCKET_POWER                [20] : 0x00000000
  -- exca registers
  I365_IDENT                     [00] : 0x83
  I365_STATUS                    [01] : 0x6e
  I365_POWER                     [02] : 0x13
  I365_INTCTL                    [03] : 0x00
  I365_CSC                       [04] : 0x00
  I365_CSCINT                    [05] : 0x00
  I365_ADDRWIN                   [06] : 0x00
  I365_IOCTL                     [07] : 0x00
  I365_GENCTL                    [16] : 0x0000
  I365_GBLCTL                    [1e] : 0x0000
  I365_IO0_START                 [08] : 0x0000
  I365_IO0_STOP                  [0a] : 0x0001
  I365_IO1_START                 [0c] : 0x0000
  I365_IO1_STOP                  [0e] : 0x0001
  I365_MEM0_START                [10] : 0x0000
  I365_MEM0_STOP                 [12] : 0x0000
  I365_MEM0_OFF                  [14] : 0x0000
  I365_MEM0_PAGE                 [40] : 0x00
  I365_MEM1_START                [18] : 0x0000
  I365_MEM1_STOP                 [1a] : 0x0000
  I365_MEM1_OFF                  [1c] : 0x0000
  I365_MEM1_PAGE                 [41] : 0x00
  I365_MEM2_START                [20] : 0x0000
  I365_MEM2_STOP                 [22] : 0x0000
  I365_MEM2_OFF                  [24] : 0x0000
  I365_MEM2_PAGE                 [42] : 0x00
  I365_MEM3_START                [28] : 0x0000
  I365_MEM3_STOP                 [2a] : 0x0000
  I365_MEM3_OFF                  [2c] : 0x0000
  I365_MEM3_PAGE                 [43] : 0x00
  I365_MEM4_START                [30] : 0x0000
  I365_MEM4_STOP                 [32] : 0x0000
  I365_MEM4_OFF                  [34] : 0x0000
  I365_MEM4_PAGE                 [44] : 0x00

From buffalo.phil at free.fr  Tue Apr 12 17:14:24 2005
From: buffalo.phil at free.fr (Philippe Bourcier)
Date: Tue Apr 12 17:15:53 2005
Subject: Bug#303550: kernel-image-2.6.11-1-686: irq11 makes eth0 problems
In-Reply-To: <20050411220502.GE3948@sputnik.stro.at>
References: <E1DJVpI-0004i7-Lw@ile> <20050408163448.GD19672@sputnik.stro.at>
	<20050409185137.GA1829@ile>
	<20050409195253.GE24735@sputnik.stro.at>
	<20050410133148.GA1656@ile> <20050411220502.GE3948@sputnik.stro.at>
Message-ID: <20050412211424.GA1897@ile>

    hi all,

On Tue, Apr 12, 2005 at 12:05:02AM +0200, maximilian attems wrote:
> received another bug report concerning TI irq routing.
> your patch don't seem to fix this PCI1250 rev2.
> you'll find the bug report at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=303550
> 
> note that the previous bug report #270376 involved a PCI1220 (rev 02)
> thanks a lot again for your help.
> debian user seem to be a good user base for your patches. ;-)

> --- reply to previous bug report follows

> On Sun, 10 Apr 2005, Philippe Bourcier wrote:
> 
> > On Sat, Apr 09, 2005 at 09:52:53PM +0200, maximilian attems wrote:
> > > could you tested the kernel-image at:
> > > http://charm.itp.tuwien.ac.at/~mattems/
> > 
> > - the vga=791 boot parameter makes the system boot with a black
> >   screen; if i switch to a console, i don't get one (graphical broken
> >   screen);

  just with the above one: 2.6.11-ti-fix

> > - the usb mouse doesn't work at all (console nor X);
> 
> sorry i don't get you now,
> does this happen with any debian kernel or just with the one above?

  with 2.6.11-ti-fix and (sometimes...) with 2.6.11-1-686
(debian)

Apr 12 21:40:05 ile kernel: Linux version 2.6.11-1-686 (dilinger@mouth) (gcc version 3.3.5 (Debian 1:3.3.5-8)) #1 Sun Apr 3 06:20:48 EDT 2005

Apr 12 21:40:05 ile kernel: Kernel command line: root=/dev/hda2 video=vesafb:ywrap,mtrr vga=791 noapic acpi=off ro 

Apr 12 21:40:38 ile kernel: [<c013242a>] __report_bad_irq+0x2a/0xa0
Apr 12 21:40:38 ile kernel: [<c0131ed0>] handle_IRQ_event+0x30/0x70
Apr 12 21:40:38 ile kernel: [<c0132530>] note_interrupt+0x70/0xb0
Apr 12 21:40:38 ile kernel: [<c0131ff0>] __do_IRQ+0xe0/0xf0
Apr 12 21:40:38 ile kernel: [<c0105279>] do_IRQ+0x19/0x30
Apr 12 21:40:38 ile kernel: [<c010391a>] common_interrupt+0x1a/0x20
Apr 12 21:40:38 ile kernel: [<c011cb6e>] __do_softirq+0x2e/0x90
Apr 12 21:40:38 ile kernel: [<c011cbf6>] do_softirq+0x26/0x30
Apr 12 21:40:38 ile kernel: [<c010527e>] do_IRQ+0x1e/0x30
Apr 12 21:40:38 ile kernel: [<c010391a>] common_interrupt+0x1a/0x20
Apr 12 21:40:38 ile kernel: eth0: interrupt(s) dropped!

> have you installed hotplug? if not is mousedev and psmouse loaded?

  yes: hotplug  0.0.20040329-22  Linux Hotplug Scripts

> can you send in the output of cat /proc/bus/input/devices
>  
> > Apr 10 14:34:55 ile kernel: Linux version 2.6.11-ti-fix (root@aipc54) (gcc version 3.3.5 (Debian 1:3.3.5-8)) #1 Fri Apr 8 19:47:44 CEST 2005
> ..
> > Apr 10 14:34:55 ile kernel: Linux Kernel Card Services
> > Apr 10 14:34:55 ile kernel: options:  [pci] [cardbus] [pm]
> > Apr 10 14:34:55 ile kernel: PCI: Found IRQ 11 for device 0000:00:03.0
> > Apr 10 14:34:55 ile kernel: Yenta: CardBus bridge found at 0000:00:03.0 [0000:0000]
> > Apr 10 14:34:55 ile kernel: Yenta: Enabling burst memory read transactions
> > Apr 10 14:34:55 ile kernel: Yenta: Using CSCINT to route CSC interrupts to PCI
> > Apr 10 14:34:55 ile kernel: Yenta: Routing CardBus interrupts to PCI
> > Apr 10 14:34:55 ile kernel: Yenta TI: socket 0000:00:03.0, mfunc 0xcba97543, devctl 0x62
> > Apr 10 14:34:55 ile kernel: Yenta: ISA IRQ mask 0x0698, PCI irq 11
> > Apr 10 14:34:55 ile kernel: Socket status: 30000010
> > Apr 10 14:34:55 ile kernel: PCI: Found IRQ 11 for device 0000:00:03.1
> > Apr 10 14:34:55 ile kernel: Yenta: CardBus bridge found at 0000:00:03.1 [0000:0000]
> > Apr 10 14:34:55 ile kernel: Yenta: Using CSCINT to route CSC interrupts to PCI
> > Apr 10 14:34:55 ile kernel: Yenta: Routing CardBus interrupts to PCI
> > Apr 10 14:34:55 ile kernel: Yenta TI: socket 0000:00:03.1, mfunc 0xcba97543, devctl 0x62
> > Apr 10 14:34:55 ile kernel: Yenta: ISA IRQ mask 0x0698, PCI irq 11
> > Apr 10 14:34:55 ile kernel: Socket status: 30000010
> ..
> > Apr 10 14:35:16 ile kernel: eth0: 3Com 3c589, io 0x310, irq 9, hw_addr 00:00:86:52:4B:CB
> > Apr 10 14:35:16 ile kernel: 8K FIFO split 5:3 Rx:Tx, auto xcvr
> > Apr 10 14:35:16 ile kernel: program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
> > Apr 10 14:35:16 ile kernel: ttyS2 at I/O 0x3e8 (irq = 11) is a 16550A
> > Apr 10 14:35:21 ile kernel: eth0: flipped to 10baseT
> > Apr 10 14:35:23 ile xfs: ignoring font path element /usr/lib/X11/fonts/cyrillic/ (unreadable)
> > Apr 10 14:35:23 ile xfs: ignoring font path element /usr/lib/X11/fonts/CID (unreadable)
> > Apr 10 14:35:27 ile kernel: [<c01297b5>] __report_bad_irq+0x31/0x77
> > Apr 10 14:35:27 ile kernel: [<c012985f>] note_interrupt+0x4c/0x71
> > Apr 10 14:35:27 ile kernel: [<c0129476>] __do_IRQ+0x93/0xbd
> > Apr 10 14:35:27 ile kernel: [<c0104b35>] do_IRQ+0x19/0x24
> > Apr 10 14:35:27 ile kernel: [<c01038ba>] common_interrupt+0x1a/0x20
> > Apr 10 14:35:27 ile kernel: [<c01189a4>] __do_softirq+0x2c/0x7d
> > Apr 10 14:35:27 ile kernel: [<c0118a17>] do_softirq+0x22/0x26
> > Apr 10 14:35:27 ile kernel: [<c0104b3a>] do_IRQ+0x1e/0x24
> > Apr 10 14:35:27 ile kernel: [<c01038ba>] common_interrupt+0x1a/0x20
> > Apr 10 14:35:27 ile kernel: eth0: interrupt(s) dropped!
> 
> urgs, thanks for your testing and feedback.

Linux ile 2.6.11-ti-fix #1 Fri Apr 8 19:47:44 CEST 2005 i686 GNU/Linux

I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
H: Handlers=kbd event0 
B: EV=120013 
B: KEY=4 2000000 3802078 f840d001 f2ffffdf ffefffff ffffffff fffffffe 
B: MSC=10 
B: LED=7 

I: Bus=0003 Vendor=046d Product=c03e Version=2000
N: Name="Logitech USB-PS/2 Optical Mouse"
P: Phys=usb-0000:00:07.2-1.3/input0
H: Handlers=event1 mouse0 ts0 
B: EV=17 
B: KEY=70000 0 0 0 0 0 0 0 0 
B: REL=103 
B: MSC=10 

I: Bus=0010 Vendor=001f Product=0001 Version=0100
N: Name="PC Speaker"
P: Phys=isa0061/input0
H: Handlers=kbd event2 
B: EV=40001 
B: SND=6 

I: Bus=0011 Vendor=0002 Product=0001 Version=0061
N: Name="PS/2 Logitech TouchPad 3"
P: Phys=isa0060/serio1/input0
H: Handlers=event3 mouse1 ts1 
B: EV=7 
B: KEY=70000 0 0 0 0 0 0 0 0 
B: REL=143 


Linux ile 2.6.11-1-686 #1 Sun Apr 3 06:20:48 EDT 2005 i686 GNU/Linux

I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
H: Handlers=kbd event0 
B: EV=120013 
B: KEY=4 2000000 3802078 f840d001 f2ffffdf ffefffff ffffffff fffffffe 
B: MSC=10 
B: LED=7 

I: Bus=0003 Vendor=046d Product=c03e Version=2000
N: Name="Logitech USB-PS/2 Optical Mouse"
P: Phys=usb-0000:00:07.2-1.3/input0
H: Handlers=event1 mouse0 ts0 
B: EV=17 
B: KEY=70000 0 0 0 0 0 0 0 0 
B: REL=103 
B: MSC=10 

I: Bus=0010 Vendor=001f Product=0001 Version=0100
N: Name="PC Speaker"
P: Phys=isa0061/input0
H: Handlers=kbd event2 
B: EV=40001 
B: SND=6 

I: Bus=0011 Vendor=0002 Product=0001 Version=0061
N: Name="PS/2 Logitech TouchPad 3"
P: Phys=isa0060/serio1/input0
H: Handlers=event3 mouse1 ts1 
B: EV=7 
B: KEY=70000 0 0 0 0 0 0 0 0 
B: REL=143 


Linux ile 2.6.10-1-686 #1 Fri Mar 11 03:55:46 EST 2005 i686 GNU/Linux

I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
H: Handlers=kbd event0 
B: EV=120013 
B: KEY=4 2000000 3802078 f840d001 f2ffffdf ffefffff ffffffff fffffffe 
B: MSC=10 
B: LED=7 

I: Bus=0003 Vendor=046d Product=c03e Version=2000
N: Name="Logitech USB-PS/2 Optical Mouse"
P: Phys=usb-0000:00:07.2-1.3/input0
H: Handlers=event1 mouse0 ts0 
B: EV=7 
B: KEY=7001f 0 0 0 0 0 0 0 0 
B: REL=103 

I: Bus=0010 Vendor=001f Product=0001 Version=0100
N: Name="PC Speaker"
P: Phys=isa0061/input0
H: Handlers=kbd event2 
B: EV=40001 
B: SND=6 

I: Bus=0011 Vendor=0002 Product=0001 Version=0061
N: Name="PS/2 Logitech TouchPad 3"
P: Phys=isa0060/serio1/input0
H: Handlers=event3 mouse1 ts1 
B: EV=7 
B: KEY=70000 0 0 0 0 0 0 0 0 
B: REL=143 

  hope this helps,
-- 
                                           /             \
                                          ((__-^^-,-^^-__))
 .''`.          Philippe BOURCIER          `-_---' `---_-'  .-.
: :' :  http://bourcier.philippe.online.fr  `--|o` 'o|--'   /V\
`. `'                                          \  `  /     // \\
  `-   Linux Counter registered user #290012    ): :(     /(   )\
                                                :o_o:      ^^-^^
                                                 "-"

From daniel.ritz at gmx.ch  Wed Apr 13 16:03:17 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Wed Apr 13 16:04:07 2005
Subject: [Fwd: irq 9: nobody cared! after moving from 2.4.19 to 2.6.11.5]
Message-ID: <200504132203.17768.daniel.ritz@gmx.ch>

hi

strange enough. the interrupt is even coming in on the right line. but
please try the attached patch. it should fix the problem. (also strange
enough the problem has not been reported before. but i saw similar
reports more than once this week. i think all from debian users. looks
like they upgraded the kernel so we have a lot more testers :)

dominik please push this for 2.6.12 anyway. it can't hurt :)

rgds
-daniel

------

[PATCH] yenta: harden PCI interrupt probing

some bridges seem to generate an interrupt while disabling the ISA
interrupts. register the interrupt handler earlier to catch that one.
also give the device some time to clear it's status after disabling
interrupts (not that it should matter but it's safer)

Signed-off-by: Daniel Ritz <daniel.ritz@gmx.ch>

--- 1.71/drivers/pcmcia/yenta_socket.c	2005-03-29 00:21:41 +02:00
+++ edited/drivers/pcmcia/yenta_socket.c	2005-04-13 21:31:13 +02:00
@@ -817,16 +817,16 @@
 
 	socket->probe_status = 0;
 
-	/* disable ISA interrupts */
-	bridge_ctrl = config_readw(socket, CB_BRIDGE_CONTROL);
-	bridge_ctrl &= ~CB_BRIDGE_INTR;
-	config_writew(socket, CB_BRIDGE_CONTROL, bridge_ctrl);
-
 	if (request_irq(socket->cb_irq, yenta_probe_handler, SA_SHIRQ, "yenta", socket)) {
 		printk(KERN_WARNING "Yenta: request_irq() in yenta_probe_cb_irq() failed!\n");
 		return -1;
 	}
 
+	/* disable ISA interrupts */
+	bridge_ctrl = config_readw(socket, CB_BRIDGE_CONTROL);
+	bridge_ctrl &= ~CB_BRIDGE_INTR;
+	config_writew(socket, CB_BRIDGE_CONTROL, bridge_ctrl);
+
 	/* generate interrupt, wait */
 	exca_writeb(socket, I365_CSCINT, I365_CSC_STSCHG);
 	cb_writel(socket, CB_SOCKET_EVENT, -1);
@@ -841,6 +841,7 @@
 	cb_writel(socket, CB_SOCKET_EVENT, -1);
 	exca_readb(socket, I365_CSC);
 
+	msleep(50);
 	free_irq(socket->cb_irq, socket);
 
 	return (int) socket->probe_status;


From rmk+pcmcia at arm.linux.org.uk  Wed Apr 13 16:20:13 2005
From: rmk+pcmcia at arm.linux.org.uk (Russell King)
Date: Wed Apr 13 16:20:27 2005
Subject: [Fwd: irq 9: nobody cared! after moving from 2.4.19 to 2.6.11.5]
In-Reply-To: <200504132203.17768.daniel.ritz@gmx.ch>;
	from daniel.ritz@gmx.ch on Wed, Apr 13, 2005 at 10:03:17PM +0200
References: <200504132203.17768.daniel.ritz@gmx.ch>
Message-ID: <20050413212013.E19329@flint.arm.linux.org.uk>

On Wed, Apr 13, 2005 at 10:03:17PM +0200, Daniel Ritz wrote:
> some bridges seem to generate an interrupt while disabling the ISA
> interrupts. register the interrupt handler earlier to catch that one.
> also give the device some time to clear it's status after disabling
> interrupts (not that it should matter but it's safer)

This patch may also help, though I haven't tested it on x86.  It
certainly shuts up the complaints on my ARM-based Cardbus bridge
which has no ISA.

diff -urpN orig/drivers/pcmcia/yenta_socket.c linux/drivers/pcmcia/yenta_socket.c
--- orig/drivers/pcmcia/yenta_socket.c	Fri Jan  9 22:39:36 2004
+++ linux/drivers/pcmcia/yenta_socket.c	Sat Feb 21 14:41:05 2004
@@ -764,7 +764,7 @@ static unsigned int yenta_probe_irq(stru
 	 * register to generate bogus card status events.
 	 */
 	cb_writel(socket, CB_SOCKET_EVENT, -1);
-	cb_writel(socket, CB_SOCKET_MASK, CB_CSTSMASK);
+	cb_writel(socket, CB_SOCKET_MASK, 0); //CB_CSTSMASK);
 	exca_writeb(socket, I365_CSCINT, 0);
 	val = probe_irq_on() & isa_irq_mask;
 	for (i = 1; i < 16; i++) {


-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core

From daniel.ritz at gmx.ch  Wed Apr 13 16:54:07 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Wed Apr 13 16:54:26 2005
Subject: [Fwd: irq 9: nobody cared! after moving from 2.4.19 to 2.6.11.5]
In-Reply-To: <20050413212013.E19329@flint.arm.linux.org.uk>
References: <200504132203.17768.daniel.ritz@gmx.ch>
	<20050413212013.E19329@flint.arm.linux.org.uk>
Message-ID: <200504132254.07475.daniel.ritz@gmx.ch>

On Wednesday 13 April 2005 22:20, Russell King wrote:
> On Wed, Apr 13, 2005 at 10:03:17PM +0200, Daniel Ritz wrote:
> > some bridges seem to generate an interrupt while disabling the ISA
> > interrupts. register the interrupt handler earlier to catch that one.
> > also give the device some time to clear it's status after disabling
> > interrupts (not that it should matter but it's safer)
> 
> This patch may also help, though I haven't tested it on x86.  It
> certainly shuts up the complaints on my ARM-based Cardbus bridge
> which has no ISA.
> 

it can't help. the irq storm happens in yenta_probe_cb_irq() not in
yenta_probe_irq(). also it's a bad thing to write a 0 there 'cos it
makes the whole code useless (the interrupt we're trying to force is
then just masked out)

what does the complaints on your ARMs look like btw.?

rgds
-daniel

> diff -urpN orig/drivers/pcmcia/yenta_socket.c linux/drivers/pcmcia/yenta_socket.c
> --- orig/drivers/pcmcia/yenta_socket.c	Fri Jan  9 22:39:36 2004
> +++ linux/drivers/pcmcia/yenta_socket.c	Sat Feb 21 14:41:05 2004
> @@ -764,7 +764,7 @@ static unsigned int yenta_probe_irq(stru
>  	 * register to generate bogus card status events.
>  	 */
>  	cb_writel(socket, CB_SOCKET_EVENT, -1);
> -	cb_writel(socket, CB_SOCKET_MASK, CB_CSTSMASK);
> +	cb_writel(socket, CB_SOCKET_MASK, 0); //CB_CSTSMASK);
>  	exca_writeb(socket, I365_CSCINT, 0);
>  	val = probe_irq_on() & isa_irq_mask;
>  	for (i = 1; i < 16; i++) {
> 
> 
> -- 
> Russell King
>  Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
>  maintainer of:  2.6 Serial core
> 
> 


From daniel.ritz at gmx.ch  Wed Apr 13 17:46:53 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Wed Apr 13 17:47:15 2005
Subject: Bug#303550: kernel-image-2.6.11-1-686: irq11 makes eth0 problems
In-Reply-To: <20050412211424.GA1897@ile>
References: <E1DJVpI-0004i7-Lw@ile> <20050411220502.GE3948@sputnik.stro.at>
	<20050412211424.GA1897@ile>
Message-ID: <200504132346.53596.daniel.ritz@gmx.ch>

On Tuesday 12 April 2005 23:14, Philippe Bourcier wrote:
>     hi all,
> 
> On Tue, Apr 12, 2005 at 12:05:02AM +0200, maximilian attems wrote:
> > received another bug report concerning TI irq routing.
> > your patch don't seem to fix this PCI1250 rev2.
> > you'll find the bug report at
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=303550
> > 
> > note that the previous bug report #270376 involved a PCI1220 (rev 02)
> > thanks a lot again for your help.
> > debian user seem to be a good user base for your patches. ;-)
> 
> > --- reply to previous bug report follows
> 
> > On Sun, 10 Apr 2005, Philippe Bourcier wrote:
> > 
> > > On Sat, Apr 09, 2005 at 09:52:53PM +0200, maximilian attems wrote:
> > > > could you tested the kernel-image at:
> > > > http://charm.itp.tuwien.ac.at/~mattems/
> > > 
> > > - the vga=791 boot parameter makes the system boot with a black
> > >   screen; if i switch to a console, i don't get one (graphical broken
> > >   screen);
> 
>   just with the above one: 2.6.11-ti-fix
> 
> > > - the usb mouse doesn't work at all (console nor X);
> > 
> > sorry i don't get you now,
> > does this happen with any debian kernel or just with the one above?
> 
>   with 2.6.11-ti-fix and (sometimes...) with 2.6.11-1-686
> (debian)
> 
> Apr 12 21:40:05 ile kernel: Linux version 2.6.11-1-686 (dilinger@mouth) (gcc version 3.3.5 (Debian 1:3.3.5-8)) #1 Sun Apr 3 06:20:48 EDT 2005
> 
> Apr 12 21:40:05 ile kernel: Kernel command line: root=/dev/hda2 video=vesafb:ywrap,mtrr vga=791 noapic acpi=off ro 
> 
> Apr 12 21:40:38 ile kernel: [<c013242a>] __report_bad_irq+0x2a/0xa0
> Apr 12 21:40:38 ile kernel: [<c0131ed0>] handle_IRQ_event+0x30/0x70
> Apr 12 21:40:38 ile kernel: [<c0132530>] note_interrupt+0x70/0xb0
> Apr 12 21:40:38 ile kernel: [<c0131ff0>] __do_IRQ+0xe0/0xf0
> Apr 12 21:40:38 ile kernel: [<c0105279>] do_IRQ+0x19/0x30
> Apr 12 21:40:38 ile kernel: [<c010391a>] common_interrupt+0x1a/0x20
> Apr 12 21:40:38 ile kernel: [<c011cb6e>] __do_softirq+0x2e/0x90
> Apr 12 21:40:38 ile kernel: [<c011cbf6>] do_softirq+0x26/0x30
> Apr 12 21:40:38 ile kernel: [<c010527e>] do_IRQ+0x1e/0x30
> Apr 12 21:40:38 ile kernel: [<c010391a>] common_interrupt+0x1a/0x20
> Apr 12 21:40:38 ile kernel: eth0: interrupt(s) dropped!
> 
> > have you installed hotplug? if not is mousedev and psmouse loaded?
> 
>   yes: hotplug  0.0.20040329-22  Linux Hotplug Scripts
> 
> > can you send in the output of cat /proc/bus/input/devices
> >  
> > > Apr 10 14:34:55 ile kernel: Linux version 2.6.11-ti-fix (root@aipc54) (gcc version 3.3.5 (Debian 1:3.3.5-8)) #1 Fri Apr 8 19:47:44 CEST 2005
> > ..
> > > Apr 10 14:34:55 ile kernel: Linux Kernel Card Services
> > > Apr 10 14:34:55 ile kernel: options:  [pci] [cardbus] [pm]
> > > Apr 10 14:34:55 ile kernel: PCI: Found IRQ 11 for device 0000:00:03.0
> > > Apr 10 14:34:55 ile kernel: Yenta: CardBus bridge found at 0000:00:03.0 [0000:0000]
> > > Apr 10 14:34:55 ile kernel: Yenta: Enabling burst memory read transactions
> > > Apr 10 14:34:55 ile kernel: Yenta: Using CSCINT to route CSC interrupts to PCI
> > > Apr 10 14:34:55 ile kernel: Yenta: Routing CardBus interrupts to PCI
> > > Apr 10 14:34:55 ile kernel: Yenta TI: socket 0000:00:03.0, mfunc 0xcba97543, devctl 0x62
> > > Apr 10 14:34:55 ile kernel: Yenta: ISA IRQ mask 0x0698, PCI irq 11
> > > Apr 10 14:34:55 ile kernel: Socket status: 30000010
> > > Apr 10 14:34:55 ile kernel: PCI: Found IRQ 11 for device 0000:00:03.1
> > > Apr 10 14:34:55 ile kernel: Yenta: CardBus bridge found at 0000:00:03.1 [0000:0000]
> > > Apr 10 14:34:55 ile kernel: Yenta: Using CSCINT to route CSC interrupts to PCI
> > > Apr 10 14:34:55 ile kernel: Yenta: Routing CardBus interrupts to PCI
> > > Apr 10 14:34:55 ile kernel: Yenta TI: socket 0000:00:03.1, mfunc 0xcba97543, devctl 0x62
> > > Apr 10 14:34:55 ile kernel: Yenta: ISA IRQ mask 0x0698, PCI irq 11
> > > Apr 10 14:34:55 ile kernel: Socket status: 30000010
> > ..
> > > Apr 10 14:35:16 ile kernel: eth0: 3Com 3c589, io 0x310, irq 9, hw_addr 00:00:86:52:4B:CB
> > > Apr 10 14:35:16 ile kernel: 8K FIFO split 5:3 Rx:Tx, auto xcvr
> > > Apr 10 14:35:16 ile kernel: program smartd is using a deprecated SCSI ioctl, please convert it to SG_IO
> > > Apr 10 14:35:16 ile kernel: ttyS2 at I/O 0x3e8 (irq = 11) is a 16550A
> > > Apr 10 14:35:21 ile kernel: eth0: flipped to 10baseT
> > > Apr 10 14:35:23 ile xfs: ignoring font path element /usr/lib/X11/fonts/cyrillic/ (unreadable)
> > > Apr 10 14:35:23 ile xfs: ignoring font path element /usr/lib/X11/fonts/CID (unreadable)
> > > Apr 10 14:35:27 ile kernel: [<c01297b5>] __report_bad_irq+0x31/0x77
> > > Apr 10 14:35:27 ile kernel: [<c012985f>] note_interrupt+0x4c/0x71
> > > Apr 10 14:35:27 ile kernel: [<c0129476>] __do_IRQ+0x93/0xbd
> > > Apr 10 14:35:27 ile kernel: [<c0104b35>] do_IRQ+0x19/0x24
> > > Apr 10 14:35:27 ile kernel: [<c01038ba>] common_interrupt+0x1a/0x20
> > > Apr 10 14:35:27 ile kernel: [<c01189a4>] __do_softirq+0x2c/0x7d
> > > Apr 10 14:35:27 ile kernel: [<c0118a17>] do_softirq+0x22/0x26
> > > Apr 10 14:35:27 ile kernel: [<c0104b3a>] do_IRQ+0x1e/0x24
> > > Apr 10 14:35:27 ile kernel: [<c01038ba>] common_interrupt+0x1a/0x20
> > > Apr 10 14:35:27 ile kernel: eth0: interrupt(s) dropped!
> > 
> > urgs, thanks for your testing and feedback.
> 

the ethernet cards irq is coming on the line of the cardbus bridge. this
is because the CB_BRIDGE_INTR bit in the bridge control register
isn't set. but there has been no relevant changes to yenta_socket in
the 2.6.10 -> 2.6.11 timeframe as far as i can see. i think it could be
a recent change to cs.c...i'm gonna read thru the code tomorrow or so..
doesn't sound to hard.

rgds
-daniel


From mark at brier.me.uk  Wed Apr 13 20:38:14 2005
From: mark at brier.me.uk (Mark Brier)
Date: Wed Apr 13 19:38:03 2005
Subject: irq 11: nobody cared
Message-ID: <1113439094.12796.9.camel@linlappy.brier.me.uk>

I'm new to the list and have been through the archives for the last few
months, and I've seen this issue reported by a few people. My card has
infact worked (with this current kernel - nitro2 on gentoo), but it was
flaky, sometimes success, usually failure.

when booting with my Netgear WG511 in the slot, and yenta and all other
relevant code compiled into the kernel, I am seeing (from dmesg)...

irq 11: nobody cared (try booting with the "irqpoll" option.
 [<c013f4d2>] __report_bad_irq+0x2a/0x8d
 [<c013ec90>] handle_IRQ_event+0x39/0x6d
 [<c013f5ed>] note_interrupt+0x9e/0xf5
 [<c013ee3a>] __do_IRQ+0x176/0x198
 [<c0104c81>] do_IRQ+0x19/0x24
 [<c010339a>] common_interrupt+0x1a/0x20
 [<c0100ab1>] default_idle+0x23/0x29
 [<c0100b24>] cpu_idle+0x3e/0x4c
 [<c0492776>] start_kernel+0x14c/0x165
 [<c0492330>] unknown_bootoption+0x0/0x1e0
handlers:
[<c031c29e>] (yenta_interrupt+0x0/0x38)
Disabling IRQ #11

I have tried with "irqpoll" in my grub.conf, but the same message is
displayed, and my card fails to initialise.

lspci shows...

0000:00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale)
Chipset Host Bridge (rev 11)
0000:00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset
AGP Bridge (rev 11)
0000:00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #1)
(rev 02)
0000:00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #2)
(rev 02)
0000:00:1d.2 USB Controller: Intel Corporation 82801CA/CAM USB (Hub #3)
(rev 02)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev
42)
0000:00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC)
(rev 02)
0000:00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 (rev 02)
0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM
AC'97 Audio Controller (rev 02)
0000:00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller
(rev 02)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250
Lf [FireGL 9000] (rev 01)
0000:02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:02:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21
IEEE-1394a-2000 Controller (PHY/Link)
0000:02:05.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB
1.1 Controller (rev 50)
0000:02:05.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB
1.1 Controller (rev 50)
0000:02:05.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51)
0000:02:09.0 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus
Controller (rev 01)
0000:02:09.1 CardBus bridge: Texas Instruments PCI1520 PC card Cardbus
Controller (rev 01)

Please help!


-- 
  .~.   Mark Brier
 / v \  mark@brier.me.uk
/( _ )\ PubKey - http://www.brier.me.uk/gpg/markbrier.asc
  ^ ^

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20050414/023b6233/attachment.bin
From scott at waye.co.uk  Thu Apr 14 12:56:11 2005
From: scott at waye.co.uk (Scott Waye)
Date: Thu Apr 14 12:56:00 2005
Subject: [Fwd: irq 9: nobody cared! after moving from 2.4.19 to 2.6.11.5]
In-Reply-To: <200504132203.17768.daniel.ritz@gmx.ch>
References: <200504132203.17768.daniel.ritz@gmx.ch>
Message-ID: <425EA0AB.8090301@waye.co.uk>

Hi,

Daniel Ritz wrote:

>hi
>
>strange enough. the interrupt is even coming in on the right line. but
>please try the attached patch. it should fix the problem. (also strange
>enough the problem has not been reported before. but i saw similar
>reports more than once this week. i think all from debian users. looks
>like they upgraded the kernel so we have a lot more testers :)
>
>dominik please push this for 2.6.12 anyway. it can't hurt :)
>
>  
>
Thanks for the patch.  I applied it onto 2.6.11.5 with the ti113x.h 
patch already applied (not sure if that makes any difference).  I still 
have a problem and get the following output in dmesg/lspci -vv :  Oh, 
FWIW this laptop was intially built from Slackware (I've always used 
that right since a.out days)

Linux version 2.6.11.5 (root@cali) (gcc version 3.2) #5 Thu Apr 14 
17:35:54 BST 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
 BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000c0000 - 00000000000d4000 (reserved)
 BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fef0000 (usable)
 BIOS-e820: 000000000fef0000 - 000000000feff000 (ACPI data)
 BIOS-e820: 000000000feff000 - 000000000ff00000 (ACPI NVS)
 BIOS-e820: 000000000ff00000 - 0000000010000000 (usable)
 BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved)
256MB LOWMEM available.
On node 0 totalpages: 65536
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 61440 pages, LIFO batch:15
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 PTLTD                                 ) @ 0x000f7700
ACPI: RSDT (v001 SONY   K5       0x06040000  LTP 0x00000000) @ 0x0fef9d89
ACPI: FADT (v001 SONY   K5       0x06040000 PTL_ 0x000f4240) @ 0x0fefee4c
ACPI: BOOT (v001 PTLTD  $SBFTBL$ 0x06040000  LTP 0x00000001) @ 0x0fefeec0
ACPI: SSDT (v001 PTLTD  POWERNOW 0x06040000  LTP 0x00000001) @ 0x0fefeee8
ACPI: DSDT (v001  SONY  K5       0x06040000 MSFT 0x0100000d) @ 0x00000000
Allocating PCI resources starting at 10000000 (gap: 10000000:effe0000)
Built 1 zonelists
Kernel command line: BOOT_IMAGE=Linux ro root=306 lapic
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
mapped APIC to ffffd000 (fee00000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 800.018 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 255840k/262144k available (2076k kernel code, 5680k reserved, 
834k data, 148k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 1572.86 BogoMIPS (lpj=786432)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 0383fbff c1c7fbff 00000000 00000000 
00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff c1c7fbff 00000000 00000000 
00000000 00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 64K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c7fbff 00000000 00000020 00000000 
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD mobile AMD Duron(tm) stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
 tbxface-0118 [02] acpi_load_tables      : ACPI Tables successfully acquired
Parsing all Control 
Methods:.................................................................................................................................................................
Table [DSDT](id F005) - 562 Objects with 44 Devices 161 Methods 22 Regions
Parsing all Control Methods:
Table [SSDT](id F003) - 3 Objects with 0 Devices 0 Methods 0 Regions
ACPI Namespace successfully loaded at root c040e3c0
ACPI: setting ELCR to 0200 (from 0620)
evxfevnt-0094 [03] acpi_enable           : Transition to ACPI mode 
successful
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfd7cd, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050211
evgpeblk-0979 [06] ev_create_gpe_block   : GPE 00 to 0F [_GPE] 2 regs on 
int 0x9
evgpeblk-0987 [06] ev_create_gpe_block   : Found 2 Wake, Enabled 1 
Runtime GPEs in this block
Completing Region/Field/Buffer/Package 
initialization:..............................................................................<7>spurious 
8259A interrupt: IRQ7.
............
Initialized 22/22 Regions 16/16 Fields 27/27 Buffers 25/27 Packages (574 
nodes)
Executing all Device _STA and_INI 
methods:................................................
48 Devices found containing: 48 _STA, 3 _INI methods
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Via IRQ fixup
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 *10 11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 7 9 10 11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: Embedded Controller [EC0] (gpe 1)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PPB_._PRT]
ACPI: Power Resource [PCR0] (off)
ACPI: Power Resource [PCR1] (off)
Linux Plug and Play Support v0.97 (c) Adam Belay
Linux Kernel Card Services
  options:  [pci] [cardbus]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically.  If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device().  As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
Simple Boot Flag at 0x37 set to 0x1
Applying VIA southbridge workaround.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Probing IDE interface ide0...
hda: HITACHI_DK23CA-15, ATA DISK drive
Probing IDE interface ide1...
hdc: QSI DVD-ROM SDR-081, ATAPI CD/DVD-ROM drive
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 29498112 sectors (15103 MB) w/512KiB Cache, CHS=29264/16/63
hda: cache flushes not supported
 hda: hda1 hda2 < hda5 hda6 >
hdc: ATAPI 24X DVD-ROM drive, 512kB Cache
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9
PCI: setting IRQ 9 as level-triggered
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 9 (level, low) -> IRQ 9
Yenta: CardBus bridge found at 0000:00:0a.0 [104d:80f6]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.0, mfunc 0x012c1222, devctl 0x66
irq 9: nobody cared!
 [<c013022a>] __report_bad_irq+0x2a/0x90
 [<c012fb20>] handle_IRQ_event+0x30/0x70
 [<c013031c>] note_interrupt+0x6c/0xd0
 [<c012fcae>] __do_IRQ+0x14e/0x160
 [<c01044a3>] do_IRQ+0x23/0x40
 [<c0102a3a>] common_interrupt+0x1a/0x20
 [<c0119ab0>] __do_softirq+0x30/0x90
 [<c0119b36>] do_softirq+0x26/0x30
 [<c0119c15>] irq_exit+0x35/0x40
 [<c01044a8>] do_IRQ+0x28/0x40
 [<c0102a3a>] common_interrupt+0x1a/0x20
 [<c027b5d7>] yenta_probe_cb_irq+0xb7/0x140
 [<c027a4ef>] ti12xx_irqroute_func0+0x8f/0x380
 [<c027ad11>] ti12xx_override+0x101/0x1a0
 [<c027ba77>] yenta_probe+0x237/0x250
 [<c01ea532>] pci_device_probe_static+0x52/0x70
 [<c01ea58c>] __pci_device_probe+0x3c/0x50
 [<c01ea5cc>] pci_device_probe+0x2c/0x50
 [<c023dcef>] driver_probe_device+0x2f/0x70
 [<c023de29>] driver_attach+0x59/0x90
 [<c023e2f8>] bus_add_driver+0x98/0xd0
 [<c023e91f>] driver_register+0x2f/0x40
 [<c025a11c>] ide_register_driver+0x10c/0x130
 [<c01ea842>] pci_register_driver+0x62/0x80
 [<c03f206f>] yenta_socket_init+0xf/0x20
 [<c03da81b>] do_initcalls+0x2b/0xc0
 [<c03f37aa>] sock_init+0x2a/0x40
 [<c01002c0>] init+0x0/0x110
 [<c01002ef>] init+0x2f/0x110
 [<c010086c>] kernel_thread_helper+0x0/0x14
 [<c0100871>] kernel_thread_helper+0x5/0x14
handlers:
[<c01f01d0>] (acpi_irq+0x0/0x16)
[<c027b4e0>] (yenta_probe_handler+0x0/0x40)
Disabling IRQ #9
[ACPI Debug] String: [0x24] "------------------------ _Q09 : test"
Yenta TI: socket 0000:00:0a.0 probing PCI interrupt failed, trying to fix
Yenta TI: socket 0000:00:0a.0 falling back to parallel PCI interrupts
Yenta TI: socket 0000:00:0a.0 no PCI interrupts. Fish. Please report.
Yenta: ISA IRQ mask 0x0c00, PCI irq 0
Socket status: 30000019
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
ACPI: PCI interrupt 0000:00:0a.1[B] -> GSI 10 (level, low) -> IRQ 10
Yenta: CardBus bridge found at 0000:00:0a.1 [104d:80f6]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.1, mfunc 0x012c1222, devctl 0x64
Yenta TI: socket 0000:00:0a.1 probing PCI interrupt failed, trying to fix
Yenta TI: socket 0000:00:0a.1 no PCI interrupts. Fish. Please report.
Yenta: ISA IRQ mask 0x0808, PCI irq 0
Socket status: 30000006
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
ALPS Touchpad (Glidepoint) detected
  Disabling hardware tapping
input: AlpsPS/2 ALPS TouchPad on isa0060/serio1
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 148k freed
kjournald starting.  Commit interval 5 seconds
Adding 265032k swap on /dev/hda5.  Priority:-1 extents:1
EXT3 FS on hda6, internal journal
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x100-0x4ff: excluding 0x378-0x37f 0x3f8-0x3ff 0x4d0-0x4d7
cs: IO port probe 0x100-0x4ff: excluding 0x378-0x37f 0x3f8-0x3ff 0x4d0-0x4d7
cs: IO port probe 0xa00-0xaff: clean.
cs: IO port probe 0xa00-0xaff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
pcmf502re: ATMEL 11Mbps Wireless PCMCIA LAN driver version 2.0.1.0
..... cut atmelwlan debug messages .....
PCI: Setting latency timer of device 0000:00:07.5 to 64
interface not ready yet
interface not ready yet
interface not ready yet
.......etc.


00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 03)
    Subsystem: Sony Corporation: Unknown device 80f6
    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: 8
    Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M]
    Capabilities: [a0] AGP version 2.0
        Status: RQ=31 SBA+ 64bit- FW- Rate=x1,x2
        Command: RQ=0 SBA+ AGP+ 64bit- FW- Rate=x2
    Capabilities: [c0] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305 (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: 0
    Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
    I/O behind bridge: 00009000-00009fff
    Memory behind bridge: e8100000-e9ffffff
    BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
    Capabilities: [80] Power Management version 2
        Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 40)
    Subsystem: Sony Corporation: Unknown device 80f6
    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: 0
    Capabilities: [c0] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 
06) (prog-if 8a [Master SecP PriP])
    Subsystem: Sony Corporation: Unknown device 80f6
    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: 0
    Region 4: I/O ports at 1c40 [size=16]
    Capabilities: [c0] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 1a) 
(prog-if 00 [UHCI])
    Subsystem: Sony Corporation: Unknown device 80f6
    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: 0, cache line size 08
    Interrupt: pin D routed to IRQ 9
    Region 4: I/O ports at 1c00 [size=32]
    Capabilities: [80] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 1a) 
(prog-if 00 [UHCI])
    Subsystem: Sony Corporation: Unknown device 80f6
    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: 0, cache line size 08
    Interrupt: pin D routed to IRQ 9
    Region 4: I/O ports at 1c20 [size=32]
    Capabilities: [80] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.4 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] 
(rev 40)
    Subsystem: Sony Corporation: Unknown device 80f6
    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-
    Interrupt: pin ? routed to IRQ 9
    Capabilities: [68] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 
[Apollo Super AC97/Audio] (rev 50)
    Subsystem: Sony Corporation: Unknown device 80f6
    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-
    Interrupt: pin C routed to IRQ 5
    Region 0: I/O ports at 1000 [size=256]
    Region 1: I/O ports at 1c54 [size=4]
    Region 2: I/O ports at 1c50 [size=4]
    Capabilities: [c0] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:07.6 Communication controller: VIA Technologies, Inc. VT82C686 
[Apollo Super AC97/Modem] (rev 30)
    Subsystem: Sony Corporation: Unknown device 80f6
    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-
    Interrupt: pin C routed to IRQ 5
    Region 0: I/O ports at 1400 [size=256]
    Capabilities: [d0] Power Management version 2
        Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

00:0a.0 CardBus bridge: Texas Instruments PCI1420
    Subsystem: Sony Corporation: Unknown device 80f6
    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 10
    Interrupt: pin A routed to IRQ 9
    Region 0: Memory at 10000000 (32-bit, non-prefetchable) [size=4K]
    Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
    Memory window 0: 10400000-107ff000 (prefetchable)
    Memory window 1: 10800000-10bff000
    I/O window 0: 00004000-000040ff
    I/O window 1: 00004400-000044ff
    BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
    16-bit legacy interface ports at 0001

00:0a.1 CardBus bridge: Texas Instruments PCI1420
    Subsystem: Sony Corporation: Unknown device 80f6
    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 10
    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

00:0e.0 FireWire (IEEE 1394): Texas Instruments: Unknown device 8020 
(prog-if 10 [OHCI])
    Subsystem: Sony Corporation: Unknown device 80f6
    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-
    Interrupt: pin A routed to IRQ 9
    Region 0: Memory at e8004000 (32-bit, non-prefetchable) [size=2K]
    Region 1: Memory at e8000000 (32-bit, non-prefetchable) [size=16K]
    Capabilities: [44] 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-

00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 
(rev 10)
    Subsystem: Sony Corporation: Unknown device 80f6
    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-
    Interrupt: pin A routed to IRQ 10
    Region 0: I/O ports at 1800 [size=256]
    Region 1: Memory at e8004800 (32-bit, non-prefetchable) [size=256]
    Capabilities: [50] Power Management version 2
        Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0-,D1+,D2+,D3hot+,D3cold+)
        Status: D0 PME-Enable- DSel=0 DScale=0 PME-

01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage P/M 
Mobility AGP 2x (rev 64) (prog-if 00 [VGA])
    Subsystem: Sony Corporation: Unknown device 80f6
    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: 66 (2000ns min), cache line size 08
    Interrupt: pin A routed to IRQ 5
    Region 0: Memory at e9000000 (32-bit, non-prefetchable) [size=16M]
    Region 1: I/O ports at 9000 [size=256]
    Region 2: Memory at e8100000 (32-bit, non-prefetchable) [size=4K]
    Expansion ROM at <unassigned> [disabled] [size=128K]
    Capabilities: [50] AGP version 1.0
        Status: RQ=255 SBA+ 64bit- FW- Rate=x1,x2
        Command: RQ=31 SBA+ AGP+ 64bit- FW- Rate=x2
    Capabilities: [5c] 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-

--
Scott


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.9.10 - Release Date: 14/04/2005


From alex at wmi.com  Thu Apr 14 13:18:45 2005
From: alex at wmi.com (Alex Holeczy)
Date: Thu Apr 14 13:43:34 2005
Subject: Porting a device drive to use device id
Message-ID: <Pine.LNX.4.61.0504141316160.24136@cac0.wmi.com>


I am working on porting a device driver from kernel 2.4 to kernel 2.6.  As
part of the port, I am trying to update my device driver to use the device
table as outlined in 'devicetable.txt'.

When I load the updated device driver with the PCMCIA card inserted, the
device driver gets loaded correctly and I can access the card.  But if I
insert the card after I have loaded the device driver, I get the following
error message from cardmgr.

cardmgr[31431]: error in file './cacdsp.conf' line 18: module name
'bullet33_cs' not found

The following is my configuration file:

module "bullet33_cs" opts "xx=1"


The device table is initialized as follows:

static struct pcmcia_device_id bullet33_ids[] = {
         PCMCIA_DEVICE_PROD_ID12("CAC","TIC33", 0x746b5df7, 0x12e84903),
         PCMCIA_DEVICE_NULL,
};

MODULE_DEVICE_TABLE(pcmcia, bullet33_ids);

static struct pcmcia_driver bullet33_cs_driver = {
     .owner          = THIS_MODULE,
     .drv            = {
         .name   = "bullet33_cs",
     },
     .attach         = bullet33_attach,
     .detach         = bullet33_detach,
     .id_table       = bullet33_ids,
};


Where does cardmgr look for the device driver?

Do I need to run 'depmod' with special parameters to make the device 
driver visible to cardmgr?

With this new method of matching devices to drivers, does the device 
driver need to create the device nodes in /dev?  Previously the scripts 
that I installed in /etc/pcmcia would create the device nodes?
Do I still need the script files?


Thanks,
Alex

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Alex Holeczy (alex@wmi.com)

Communication Automation Corporation (CAC)      www.cacdsp.com www.wmi.com
1180 McDermott Drive, West Chester, PA  19380

800-367-6735 Ext. 122 or 610-692-9526 Ext. 122 (Voice)
610-436-8258 (Fax) 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

From dhinds at sonic.net  Thu Apr 14 14:15:37 2005
From: dhinds at sonic.net (David Hinds)
Date: Thu Apr 14 14:15:44 2005
Subject: Porting a device drive to use device id
In-Reply-To: <Pine.LNX.4.61.0504141316160.24136@cac0.wmi.com>
References: <Pine.LNX.4.61.0504141316160.24136@cac0.wmi.com>
Message-ID: <20050414181537.GA14388@sonic.net>

On Thu, Apr 14, 2005 at 01:18:45PM -0400, Alex Holeczy wrote:
> 
> When I load the updated device driver with the PCMCIA card inserted, the
> device driver gets loaded correctly and I can access the card.  But if I
> insert the card after I have loaded the device driver, I get the following
> error message from cardmgr.
> 
> cardmgr[31431]: error in file './cacdsp.conf' line 18: module name
> 'bullet33_cs' not found

Actually, no, you don't.  You get this error message when cardmgr
reads your conf file, regardless of when you insert your card...

> The following is my configuration file:
> 
> module "bullet33_cs" opts "xx=1"

What do you intend this line to do?

The error message pops up because you have not defined any PCMCIA
device type that uses the "bullet33_cs" module.  Hence cardmgr can't
do much with your opts specification.

You can only use a "module... opts..." specification if you are
relying on cardmgr to load the driver.  Options for modules that are
autoloaded according to the devicetable stuff should probably go in
/etc/modules.conf.

> Where does cardmgr look for the device driver?

The whole point of the devicetable stuff is to remove the dependency
on cardmgr.

-- Dave

From daniel.ritz at gmx.ch  Thu Apr 14 14:38:55 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Thu Apr 14 14:39:12 2005
Subject: [Fwd: irq 9: nobody cared! after moving from 2.4.19 to 2.6.11.5]
In-Reply-To: <425EA0AB.8090301@waye.co.uk>
References: <200504132203.17768.daniel.ritz@gmx.ch>
	<425EA0AB.8090301@waye.co.uk>
Message-ID: <200504142038.55519.daniel.ritz@gmx.ch>

On Thursday 14 April 2005 18:56, Scott Waye wrote:
> Hi,
> 
> Daniel Ritz wrote:
> 
> >hi
> >
> >strange enough. the interrupt is even coming in on the right line. but
> >please try the attached patch. it should fix the problem. (also strange
> >enough the problem has not been reported before. but i saw similar
> >reports more than once this week. i think all from debian users. looks
> >like they upgraded the kernel so we have a lot more testers :)
> >
> >dominik please push this for 2.6.12 anyway. it can't hurt :)
> >
> >  
> >
> Thanks for the patch.  I applied it onto 2.6.11.5 with the ti113x.h 
> patch already applied (not sure if that makes any difference).  I still 
> have a problem and get the following output in dmesg/lspci -vv :  Oh, 
> FWIW this laptop was intially built from Slackware (I've always used 
> that right since a.out days)
> 
[snip]
> ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 9 (level, low) -> IRQ 9
> Yenta: CardBus bridge found at 0000:00:0a.0 [104d:80f6]
> Yenta: Using CSCINT to route CSC interrupts to PCI
> Yenta: Routing CardBus interrupts to PCI
> Yenta TI: socket 0000:00:0a.0, mfunc 0x012c1222, devctl 0x66
> irq 9: nobody cared!
>  [<c013022a>] __report_bad_irq+0x2a/0x90
>  [<c012fb20>] handle_IRQ_event+0x30/0x70
>  [<c013031c>] note_interrupt+0x6c/0xd0
>  [<c012fcae>] __do_IRQ+0x14e/0x160
>  [<c01044a3>] do_IRQ+0x23/0x40
>  [<c0102a3a>] common_interrupt+0x1a/0x20
>  [<c0119ab0>] __do_softirq+0x30/0x90
>  [<c0119b36>] do_softirq+0x26/0x30
>  [<c0119c15>] irq_exit+0x35/0x40
>  [<c01044a8>] do_IRQ+0x28/0x40
>  [<c0102a3a>] common_interrupt+0x1a/0x20
>  [<c027b5d7>] yenta_probe_cb_irq+0xb7/0x140
>  [<c027a4ef>] ti12xx_irqroute_func0+0x8f/0x380
>  [<c027ad11>] ti12xx_override+0x101/0x1a0
>  [<c027ba77>] yenta_probe+0x237/0x250
>  [<c01ea532>] pci_device_probe_static+0x52/0x70
>  [<c01ea58c>] __pci_device_probe+0x3c/0x50
>  [<c01ea5cc>] pci_device_probe+0x2c/0x50
>  [<c023dcef>] driver_probe_device+0x2f/0x70
>  [<c023de29>] driver_attach+0x59/0x90
>  [<c023e2f8>] bus_add_driver+0x98/0xd0
>  [<c023e91f>] driver_register+0x2f/0x40
>  [<c025a11c>] ide_register_driver+0x10c/0x130
>  [<c01ea842>] pci_register_driver+0x62/0x80
>  [<c03f206f>] yenta_socket_init+0xf/0x20
>  [<c03da81b>] do_initcalls+0x2b/0xc0
>  [<c03f37aa>] sock_init+0x2a/0x40
>  [<c01002c0>] init+0x0/0x110
>  [<c01002ef>] init+0x2f/0x110
>  [<c010086c>] kernel_thread_helper+0x0/0x14
>  [<c0100871>] kernel_thread_helper+0x5/0x14
> handlers:
> [<c01f01d0>] (acpi_irq+0x0/0x16)
> [<c027b4e0>] (yenta_probe_handler+0x0/0x40)
> Disabling IRQ #9
> [ACPI Debug] String: [0x24] "------------------------ _Q09 : test"
> Yenta TI: socket 0000:00:0a.0 probing PCI interrupt failed, trying to fix
> Yenta TI: socket 0000:00:0a.0 falling back to parallel PCI interrupts
> Yenta TI: socket 0000:00:0a.0 no PCI interrupts. Fish. Please report.
> Yenta: ISA IRQ mask 0x0c00, PCI irq 0
> Socket status: 30000019

he he. it's better now, the yent_probe_handler is there at least :)

so can you try these two things?
- make sure no card is inserted when yenta is loading. insert it when the
  whole pcmcia thingy is up
- try to just remove the followin code in yenta_probe_cb_irq() in yenta.c:
        /* disable ISA interrupts */
        bridge_ctrl = config_readw(socket, CB_BRIDGE_CONTROL);
        bridge_ctrl &= ~CB_BRIDGE_INTR;
        config_writew(socket, CB_BRIDGE_CONTROL, bridge_ctrl);

now that i think about it i can't remember why i put it there in the
first place...it's not needed as far as i can see. also the opposite in
yenta_probe_irq() is not needed...this thingy is only for the functional
interrupt, not for the CSC.


rgds
-daniel


From alex at wmi.com  Thu Apr 14 15:23:51 2005
From: alex at wmi.com (Alex Holeczy)
Date: Thu Apr 14 15:23:52 2005
Subject: Porting a device drive to use device id
In-Reply-To: <20050414181537.GA14388@sonic.net>
References: <Pine.LNX.4.61.0504141316160.24136@cac0.wmi.com>
	<20050414181537.GA14388@sonic.net>
Message-ID: <Pine.LNX.4.61.0504141430100.3367@cac0.wmi.com>



On Thu, 14 Apr 2005, David Hinds wrote:

> On Thu, Apr 14, 2005 at 01:18:45PM -0400, Alex Holeczy wrote:
>>
>> When I load the updated device driver with the PCMCIA card inserted, the
>> device driver gets loaded correctly and I can access the card.  But if I
>> insert the card after I have loaded the device driver, I get the following
>> error message from cardmgr.
>>
>> cardmgr[31431]: error in file './cacdsp.conf' line 18: module name
>> 'bullet33_cs' not found
>
> Actually, no, you don't.  You get this error message when cardmgr
> reads your conf file, regardless of when you insert your card...
>
>> The following is my configuration file:
>>
>> module "bullet33_cs" opts "xx=1"
>
> What do you intend this line to do?


I found the syntax for this line in pcmciautils-002/config/config.opts.

Here comes my lack of understanding of have things really work...

My thinking was that the pcmcia_device_id struct notifies the kernel that 
my device driver will manage PCMCIA cards which match the PCMCIA device 
product id 1 and 2.  The line in my configuration file (cacdsp.conf) was 
to tell 'cardmgr' that my device driver exists.

When a PCMCIA card gets inserted into the system, 'cardmgr' would scan the 
*.conf files in the /etc/pcmcia directory informing the kernel of possible 
loadable modules which handle PCMCIA cards.  Since the kernel knows which 
drivers manage which devices, the kernel would load the appropriate module 
to handle the inserted PCMCIA card.

If I need to tell 'cardmgr' which driver to load like I did under the 
kernel 2.4, then I am missing the purpose of telling the kernel through 
the .id_table element what PCMCIA cards the module handle.

Could you explain the sequence of events that happen when a PCMCIA card 
gets inserted into the system?


TIA
Alex

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Alex Holeczy (alex@wmi.com)

Communication Automation Corporation (CAC)      www.cacdsp.com www.wmi.com
1180 McDermott Drive, West Chester, PA  19380

800-367-6735 Ext. 122 or 610-692-9526 Ext. 122 (Voice)
610-436-8258 (Fax) 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

From bugme-daemon at osdl.org  Fri Apr 15 02:48:59 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr 15 02:49:08 2005
Subject: [Bug 4498] New: When i try to use a pcmcia wireless card i get the
	message "cs: unable to map card memory!"
Message-ID: <200504150648.j3F6mxIC017189@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4498

           Summary: When i try to use a pcmcia wireless card i get the
                    message "cs: unable to map card memory!"
    Kernel Version: 2.6.5 y 2.6.11
            Status: NEW
          Severity: normal
             Owner: linux-pcmcia@lists.infradead.org
         Submitter: capeto@x6ltda.com


Distribution: Fedora Core 2
Hardware Environment: I try with the cards "PC24E-H-FC", "NL-2511CD PLUS EXT2"
and "SL-2511CD"
Software Environment: --
Problem Description: I get the message "cs: unable to map card memory!" every
time that i push the card. i see many people with the same problem in some
lists, but no one have the solution. I see that the pcmcia config files
reference the module memory_cs and it does not exists more. May it be the problem?

Tanks and excuse my bad english.

Steps to reproduce: It allways happend.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Fri Apr 15 14:43:03 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr 15 14:43:12 2005
Subject: [Bug 4501] New: PCMCIA Card not powered on - CardBus bridge: Ricoh
	Co Ltd RL5c476 II (rev ac)
Message-ID: <200504151843.j3FIh3Hu010631@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501

           Summary: PCMCIA Card not powered on  - CardBus bridge: Ricoh Co
                    Ltd RL5c476 II (rev ac)
    Kernel Version: 2.6.11.7
            Status: NEW
          Severity: normal
             Owner: linux-pcmcia@lists.infradead.org
         Submitter: hadmut@danisch.de


Distribution: Debian
Hardware Environment:
  Medion MD 95600 = MSI S260 Notebook


0000:00:00.0 Host bridge: Intel Corp. Mobile Memory Controller Hub (rev 03)
0000:00:02.0 VGA compatible controller: Intel Corp. Mobile Graphics Controller
(rev 03)
0000:00:02.1 Display controller: Intel Corp. Mobile Graphics Controller (rev 03)
0000:00:1d.0 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #1 (rev 04)
0000:00:1d.1 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #2 (rev 04)
0000:00:1d.2 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #3 (rev 04)
0000:00:1d.3 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB
UHCI #4 (rev 04)
0000:00:1d.7 USB Controller: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family)
USB2 EHCI Controller (rev 04)
0000:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev d4)
0000:00:1e.2 Multimedia audio controller: Intel Corp. 82801FB/FBM/FR/FW/FRW
(ICH6 Family) AC'97 Audio Controller (rev 04)
0000:00:1e.3 Modem: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem
Controller (rev 04)
0000:00:1f.0 ISA bridge: Intel Corp. 82801FBM (ICH6M) LPC Interface Bridge (rev 04)
0000:00:1f.1 IDE interface: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE
Controller (rev 04)
0000:00:1f.3 SMBus: Intel Corp. 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus
Controller (rev 04)
0000:01:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
0000:01:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
0000:01:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac)
0000:01:04.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 04)
0000:01:09.0 Network controller: Intel Corp. PRO/Wireless 2200BG (rev 05)


Software Environment:
Linux kernel, Debian distribution

Problem Description:
When inserting PC-Cards just nothing happens, except that the interrupt 
counter in /proc/interrupts increase :

 19:          7   IO-APIC-level  yenta, uhci_hcd
 20:          2   IO-APIC-level  yenta

(Same machine works with Windows XP, so hardware is not broken)

lspci does not show any pccard. 

I guess it could be the problem described on 
http://kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html

I tried to load yenta_socket both with disable_clkrun=0
and disable_clkrun=1, but that didn't help.

Interestingly, there are plenty of web pages telling that 
Linux runs well on Notebooks with the same chip.



Steps to reproduce:

Insert a pc card.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From komurojun-mbn at nifty.com  Fri Apr 15 23:22:07 2005
From: komurojun-mbn at nifty.com (Komuro)
Date: Fri Apr 15 23:22:14 2005
Subject: pcmciautils-002 release
In-Reply-To: <200504151843.j3FIh3Hu010631@fire-1.osdl.org>
References: <200504151843.j3FIh3Hu010631@fire-1.osdl.org>
Message-ID: <2519203.1113621727750.komurojun-mbn@nifty.com>


pcmciautils-002 does not handle the config.opts line 50 properly.


>pcmcia-socket-startup: error in file 'config.opts' line 50: syntax error

>module "ray_cs" opts "essid=ADHOC_ESSID hop_dwell=128 beacon_period=256 trans
late=1"


Best Regards
Komuro


From jar at pcuf.fi  Sat Apr 16 08:39:16 2005
From: jar at pcuf.fi (Jar)
Date: Sat Apr 16 08:39:21 2005
Subject: 25/Documentation/pcmcia/devicetable.txt
Message-ID: <1227.62.148.193.233.1113655156.squirrel@netlandzone.dyndns.org>


The '{' is missimg in crc32hash.c example

-        while (len--)
+        while (len--) {

-- 
Best Regards, Jar

From scott at waye.co.uk  Sat Apr 16 14:10:29 2005
From: scott at waye.co.uk (scott)
Date: Sat Apr 16 14:06:28 2005
Subject: [Fwd: irq 9: nobody cared! after moving from 2.4.19 to 2.6.11.5]
In-Reply-To: <200504142038.55519.daniel.ritz@gmx.ch>
References: <200504132203.17768.daniel.ritz@gmx.ch>
	<425EA0AB.8090301@waye.co.uk> <200504142038.55519.daniel.ritz@gmx.ch>
Message-ID: <1113675028.5434.21.camel@bollox>

Hi,

On Thu, 2005-04-14 at 19:38, Daniel Ritz wrote:
> On Thursday 14 April 2005 18:56, Scott Waye wrote:
> > Hi,
> > 
> > Daniel Ritz wrote:
> > 
> > >hi
> > >
> > >strange enough. the interrupt is even coming in on the right line. but
> > >please try the attached patch. it should fix the problem. (also strange
> > >enough the problem has not been reported before. but i saw similar
> > >reports more than once this week. i think all from debian users. looks
> > >like they upgraded the kernel so we have a lot more testers :)
> > >
> > >dominik please push this for 2.6.12 anyway. it can't hurt :)
> > >
> > >  
> > >
> > Thanks for the patch.  I applied it onto 2.6.11.5 with the ti113x.h 
> > patch already applied (not sure if that makes any difference).  I still 
> > have a problem and get the following output in dmesg/lspci -vv :  Oh, 
> > FWIW this laptop was intially built from Slackware (I've always used 
> > that right since a.out days)
> > 
> [snip]
> > ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 9 (level, low) -> IRQ 9
> > Yenta: CardBus bridge found at 0000:00:0a.0 [104d:80f6]
> > Yenta: Using CSCINT to route CSC interrupts to PCI
> > Yenta: Routing CardBus interrupts to PCI
> > Yenta TI: socket 0000:00:0a.0, mfunc 0x012c1222, devctl 0x66
> > irq 9: nobody cared!
> >  [<c013022a>] __report_bad_irq+0x2a/0x90
> >  [<c012fb20>] handle_IRQ_event+0x30/0x70
> >  [<c013031c>] note_interrupt+0x6c/0xd0
> >  [<c012fcae>] __do_IRQ+0x14e/0x160
> >  [<c01044a3>] do_IRQ+0x23/0x40
> >  [<c0102a3a>] common_interrupt+0x1a/0x20
> >  [<c0119ab0>] __do_softirq+0x30/0x90
> >  [<c0119b36>] do_softirq+0x26/0x30
> >  [<c0119c15>] irq_exit+0x35/0x40
> >  [<c01044a8>] do_IRQ+0x28/0x40
> >  [<c0102a3a>] common_interrupt+0x1a/0x20
> >  [<c027b5d7>] yenta_probe_cb_irq+0xb7/0x140
> >  [<c027a4ef>] ti12xx_irqroute_func0+0x8f/0x380
> >  [<c027ad11>] ti12xx_override+0x101/0x1a0
> >  [<c027ba77>] yenta_probe+0x237/0x250
> >  [<c01ea532>] pci_device_probe_static+0x52/0x70
> >  [<c01ea58c>] __pci_device_probe+0x3c/0x50
> >  [<c01ea5cc>] pci_device_probe+0x2c/0x50
> >  [<c023dcef>] driver_probe_device+0x2f/0x70
> >  [<c023de29>] driver_attach+0x59/0x90
> >  [<c023e2f8>] bus_add_driver+0x98/0xd0
> >  [<c023e91f>] driver_register+0x2f/0x40
> >  [<c025a11c>] ide_register_driver+0x10c/0x130
> >  [<c01ea842>] pci_register_driver+0x62/0x80
> >  [<c03f206f>] yenta_socket_init+0xf/0x20
> >  [<c03da81b>] do_initcalls+0x2b/0xc0
> >  [<c03f37aa>] sock_init+0x2a/0x40
> >  [<c01002c0>] init+0x0/0x110
> >  [<c01002ef>] init+0x2f/0x110
> >  [<c010086c>] kernel_thread_helper+0x0/0x14
> >  [<c0100871>] kernel_thread_helper+0x5/0x14
> > handlers:
> > [<c01f01d0>] (acpi_irq+0x0/0x16)
> > [<c027b4e0>] (yenta_probe_handler+0x0/0x40)
> > Disabling IRQ #9
> > [ACPI Debug] String: [0x24] "------------------------ _Q09 : test"
> > Yenta TI: socket 0000:00:0a.0 probing PCI interrupt failed, trying to fix
> > Yenta TI: socket 0000:00:0a.0 falling back to parallel PCI interrupts
> > Yenta TI: socket 0000:00:0a.0 no PCI interrupts. Fish. Please report.
> > Yenta: ISA IRQ mask 0x0c00, PCI irq 0
> > Socket status: 30000019
> 
> he he. it's better now, the yent_probe_handler is there at least :)
> 
> so can you try these two things?
> - make sure no card is inserted when yenta is loading. insert it when the
>   whole pcmcia thingy is up
> - try to just remove the followin code in yenta_probe_cb_irq() in yenta.c:
>         /* disable ISA interrupts */
>         bridge_ctrl = config_readw(socket, CB_BRIDGE_CONTROL);
>         bridge_ctrl &= ~CB_BRIDGE_INTR;
>         config_writew(socket, CB_BRIDGE_CONTROL, bridge_ctrl);
> 
> now that i think about it i can't remember why i put it there in the
> first place...it's not needed as far as i can see. also the opposite in
> yenta_probe_irq() is not needed...this thingy is only for the functional
> interrupt, not for the CSC.
> 
Thanks for the help.  Ok, I commented out those lines in yenta_socket.c,
rebuilt the kernel, took out the card and rebooted.  Booted fine, I
can't see anything wrong in the dmesg output (attached).  I then
inserted the card and the network came up fine.  "cardctl eject 0", and
the network went down, power light out.  Then a few seconds later the
kernel oops.  I didn't have a serial console running so I didn't get the
output.  On rebooting, I found this in syslog: 

Apr 16 08:39:50 cali kernel: kernel BUG at mm/slab.c:927!
Apr 16 08:39:50 cali kernel: invalid operand: 0000 [#1]

I then connected a serial console to get the full output, and this time
it oops'ed with a different error (sorry about the formatting):

 Unable to handle kernel paging request at virtual address 2d640030
printing
eip:                                                                
*pde =
00000000                                                               
Oops: 0002
[#1]                                                               
PREEMPT                                                                       
Modules linked in: snd_pcm_oss snd_mixer_oss snd_via82xx snd_ac97_codec
snd_pt
CPU:   
0                                                                     
EIP:    0060:[<c013a19b>]    Not tainted
VLI                                  
EFLAGS: 00010016  
(2.6.11.5)                                                 
EIP is at
free_block+0x4b/0xd0                                                
eax: c1365d40   ebx: cec7ad80   ecx: cd875000   edx:
2d640030                 
esi: cfeeff60   edi: 00000001   ebp: cfeeff6c   esp:
cfea5ed4                 
ds: 007b   es: 007b   ss:
0068                                                
Process events/0 (pid: 3, threadinfo=cfea4000
task=cfecd020)                  
Stack: cfb07040 c0367b20 cfeeff7c cfeec9f0 cfeec9e0 00000005 cfeeff60
c013a83
       cfeeff60 cfeec9f0 00000005 00000001 cfeeff60 cfeeffd0 cfeee8e0
c013a91
	   cfeeff60 cfeec9e0 00000000 cfee777c cfea4000 cfea4000 00000292
c0415b4 
Call
Trace:                                                                  
 [<c013a83f>]
drain_array_locked+0x7f/0xb0                                     
 [<c013a913>]
cache_reap+0xa3/0x1c0                                            
 [<c012567c>]
worker_thread+0x22c/0x300                                        
 [<c013a870>]
cache_reap+0x0/0x1c0                                             
 [<c0111200>]
default_wake_function+0x0/0x20                                   
 [<c0111200>]
default_wake_function+0x0/0x20                                   
 [<c0125450>]
worker_thread+0x0/0x300                                          
 [<c0129be5>]
kthread+0xa5/0xb0                                                
 [<c0129b40>]
kthread+0x0/0xb0                                                 
 [<c0100871>]
kernel_thread_helper+0x5/0x14                                   
Code: 6e 0c 89 44 24 08 8b 44 24 24 8b 15 b0 5b 41 c0 8b 0c b8 8d 81 00
00 00
 <6>note: events/0[3] exited with preempt_count 1             

---------------
dmesg output from successful boot with card not inserted:

Linux version 2.6.11.5 (root@cali) (gcc version 3.2) #6 Sat Apr 16
08:33:34 BST 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
 BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000c0000 - 00000000000d4000 (reserved)
 BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fef0000 (usable)
 BIOS-e820: 000000000fef0000 - 000000000feff000 (ACPI data)
 BIOS-e820: 000000000feff000 - 000000000ff00000 (ACPI NVS)
 BIOS-e820: 000000000ff00000 - 0000000010000000 (usable)
 BIOS-e820: 00000000fffe0000 - 0000000100000000 (reserved)
256MB LOWMEM available.
On node 0 totalpages: 65536
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 61440 pages, LIFO batch:15
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 PTLTD                                 ) @ 0x000f7700
ACPI: RSDT (v001 SONY   K5       0x06040000  LTP 0x00000000) @
0x0fef9d89
ACPI: FADT (v001 SONY   K5       0x06040000 PTL_ 0x000f4240) @
0x0fefee4c
ACPI: BOOT (v001 PTLTD  $SBFTBL$ 0x06040000  LTP 0x00000001) @
0x0fefeec0
ACPI: SSDT (v001 PTLTD  POWERNOW 0x06040000  LTP 0x00000001) @
0x0fefeee8
ACPI: DSDT (v001  SONY  K5       0x06040000 MSFT 0x0100000d) @
0x00000000
Allocating PCI resources starting at 10000000 (gap: 10000000:effe0000)
Built 1 zonelists
Kernel command line: BOOT_IMAGE=Linux ro root=306 lapic
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
mapped APIC to ffffd000 (fee00000)
Initializing CPU#0
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 800.354 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 255840k/262144k available (2076k kernel code, 5680k reserved,
834k data, 148k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode...
Ok.
Calibrating delay loop... 1572.86 BogoMIPS (lpj=786432)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 0383fbff c1c7fbff 00000000 00000000
00000000 00000000 00000000
CPU: After vendor identify, caps: 0383fbff c1c7fbff 00000000 00000000
00000000 00000000 00000000
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 64K (64 bytes/line)
CPU: After all inits, caps: 0383fbff c1c7fbff 00000000 00000020 00000000
00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD mobile AMD Duron(tm) stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
 tbxface-0118 [02] acpi_load_tables      : ACPI Tables successfully
acquired
Parsing all Control
Methods:.................................................................................................................................................................
Table [DSDT](id F005) - 562 Objects with 44 Devices 161 Methods 22
Regions
Parsing all Control Methods:
Table [SSDT](id F003) - 3 Objects with 0 Devices 0 Methods 0 Regions
ACPI Namespace successfully loaded at root c040e3c0
ACPI: setting ELCR to 0200 (from 0620)
evxfevnt-0094 [03] acpi_enable           : Transition to ACPI mode
successful
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfd7cd, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050211
evgpeblk-0979 [06] ev_create_gpe_block   : GPE 00 to 0F [_GPE] 2 regs on
int 0x9
evgpeblk-0987 [06] ev_create_gpe_block   : Found 2 Wake, Enabled 1
Runtime GPEs in this block
Completing Region/Field/Buffer/Package
initialization:..........................................................................................
Initialized 22/22 Regions 16/16 Fields 27/27 Buffers 25/27 Packages (574
nodes)
Executing all Device _STA and_INI
methods:................................................
48 Devices found containing: 48 _STA, 3 _INI methods
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Via IRQ fixup
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 *10 11 12)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 7 9 10 11 12)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 *9 10 11 12)
ACPI: Embedded Controller [EC0] (gpe 1)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PPB_._PRT]
ACPI: Power Resource [PCR0] (off)
ACPI: Power Resource [PCR1] (off)
Linux Plug and Play Support v0.97 (c) Adam Belay
Linux Kernel Card Services
  options:  [pci] [cardbus]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically.  If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device().  As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
Simple Boot Flag at 0x37 set to 0x1
Applying VIA southbridge workaround.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
spurious 8259A interrupt: IRQ7.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
Probing IDE interface ide0...
hda: HITACHI_DK23CA-15, ATA DISK drive
Probing IDE interface ide1...
hdc: QSI DVD-ROM SDR-081, ATAPI CD/DVD-ROM drive
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 29498112 sectors (15103 MB) w/512KiB Cache, CHS=29264/16/63
hda: cache flushes not supported
 hda: hda1 hda2 < hda5 hda6 >
hdc: ATAPI 24X DVD-ROM drive, 512kB Cache
Uniform CD-ROM driver Revision: 3.20
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9
PCI: setting IRQ 9 as level-triggered
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 9 (level, low) -> IRQ 9
Yenta: CardBus bridge found at 0000:00:0a.0 [104d:80f6]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.0, mfunc 0x012c1222, devctl 0x66
Yenta: ISA IRQ mask 0x0c08, PCI irq 9
Socket status: 30000006
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
ACPI: PCI interrupt 0000:00:0a.1[B] -> GSI 10 (level, low) -> IRQ 10
Yenta: CardBus bridge found at 0000:00:0a.1 [104d:80f6]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.1, mfunc 0x012c1222, devctl 0x66
[ACPI Debug] String: [0x24] "------------------------ _Q09 : test"
Yenta: ISA IRQ mask 0x0808, PCI irq 10
Socket status: 30000006
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
ALPS Touchpad (Glidepoint) detected
  Disabling hardware tapping
input: AlpsPS/2 ALPS TouchPad on isa0060/serio1
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
NET: Registered protocol family 17
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 148k freed
kjournald starting.  Commit interval 5 seconds
Adding 265032k swap on /dev/hda5.  Priority:-1 extents:1
EXT3 FS on hda6, internal journal
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x800-0x8ff: clean.
cs: IO port probe 0x100-0x4ff: excluding 0x378-0x37f 0x3f8-0x3ff
0x4d0-0x4d7
cs: IO port probe 0x100-0x4ff: excluding 0x378-0x37f 0x3f8-0x3ff
0x4d0-0x4d7
cs: IO port probe 0xa00-0xaff: clean.
cs: IO port probe 0xa00-0xaff: clean.
warning: process `update' used the obsolete bdflush system call
Fix your initscripts?
pcmf502re: ATMEL 11Mbps Wireless PCMCIA LAN driver version 2.0.1.0
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
PCI: setting IRQ 5 as level-triggered
ACPI: PCI interrupt 0000:00:07.5[C] -> GSI 5 (level, low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:07.5 to 64
[ACPI Debug] String: [0x1C] "Temperature increasing: _Q80"
-> vnet_attach()
-> vnet_event(registration complete, 0, 0xc0115074)
-> vnet_event(card insertion, 0, 0xc0115074)
-> vnet_config(0x00000008)
pcmf502re: index 0x01: Vcc 5.0, irq 3, io 0x0100-0x011f
pcmf502re: Registered netdevice atml0
Copy Code To Internal Memory (** EEPROM **)
*** Downloading Firmware to internal memory ***
--=+>GetFwFile BasicFW : 35348, 
Fw Mapped in : 0xCDCB0000
<=- Out of GetFwFile



--
Scott



From jar at pcuf.fi  Sat Apr 16 17:37:14 2005
From: jar at pcuf.fi (Jar)
Date: Sat Apr 16 17:37:24 2005
Subject: Pcmcia hotplug question
Message-ID: <4261858A.5020508@pcuf.fi>


With this new pcmcia hotplug system, if we have e.g. Prism II card which 
can use modules; orinoco_cs or hostap_cs. How to force the system to use 
either one? Does the hotplug scripts support some blacklist or something?

-- 
Best Regards, Jar

From alex at wmi.com  Mon Apr 18 11:59:00 2005
From: alex at wmi.com (Alex Holeczy)
Date: Mon Apr 18 11:59:19 2005
Subject: Porting Device Driver to 2.6
Message-ID: <Pine.LNX.4.61.0504181147310.3073@cac0.wmi.com>


How do you register the device release function for a generic device under 
kernel 2.6?  It appears that sound cards have a method for registering a 
free function.

Using the kernel 2.4 there was a 'release' element in the dev_link_t 
structure used to register the device release function.  The 'release' 
element does not exists in the dev_link_t structure for the 2.6 kernel.

Currently I am call my 'release' function in the detach function.

Thanks,
Alex

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Alex Holeczy (alex@wmi.com)

Communication Automation Corporation (CAC)      www.cacdsp.com www.wmi.com
1180 McDermott Drive, West Chester, PA  19380

800-367-6735 Ext. 122 or 610-692-9526 Ext. 122 (Voice)
610-436-8258 (Fax) 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

From ctracy at adiemus.org  Mon Apr 18 12:39:35 2005
From: ctracy at adiemus.org (Chris Tracy)
Date: Mon Apr 18 12:39:37 2005
Subject: Major network throughput decrease in xircom_cb as opposed to
 xircom_tulip_cb
Message-ID: <Pine.LNX.4.44.0504172320580.2506-100000@adiemus.org>

Hello,

	I have an old Inspiron 5000 that I just updated from FC1 (2.4.x)  
to FC3 (2.6.11).  The system has no built-in ethernet, so I've got a
Xircom Cardbus Ethernet PC Card in it.  In 2.4.27, I could download from
another local system (via wget on the console) at around 8-9MB/s
(64-72Mbit).  When using the xircom_cb driver in 2.6.11-1.14_FC3 (and
vanilla 2.6.11.7) that throughput dropped significantly, down to between
2-3MB/s (16-24Mbit).  Out of curiousity, I installed vanilla 2.6.11.7 and
configured the system to use the older xircom_tulip_cb module.  With it,
on 2.6.11.7, I'm back to my old speeds.

	Is this a known issue?  I guess it's not a big deal since the 
older driver works as I'd expect, but I figured someone would want to know 
about the regression.  (And I assume the older driver will go away 
eventually)

	If you'd like any more info from me, please let me know.

	Thanks,

	Chris



From richard at freedomwigs.com  Tue Apr 19 01:11:30 2005
From: richard at freedomwigs.com (Richard Barrington)
Date: Tue Apr 19 01:35:40 2005
Subject: Problem with 16-bit cards on Tecra 530CDT: unable to apply power
Message-ID: <42649302.2040902@freedomwigs.com>

Hi,

I know I'm replying to an ancient post, but I've just had the same 
problem on a Toshiba Tecra CDT510. It also uses the TOPIC95 bridge. 
Kernel is Ubuntu 2.6.10-5-386.

Things worked fine with a DSE RealTek chipset PCMCIA NIC and Yenta 
driver, but gave the "unable to apply power error" with a Brightcom 
PCMCIA modem (Intel MD566X chipset). I've worked around it by changing 
the BIOS setting to "PCIC" and loading the i82365 bridge driver. The 
modem now works fine, but unfortunately the NIC is no longer found...

Regards,
Richard.

>Hi,
>
>I have installed Fedora Core 2 on a Toshiba Tecra 530CDT laptop, which 
>uses a TOPIC95 PCMCIA bridge. I'm trying to get a couple of 16-bit 3Com 
>cards (3C589D and 3C574TX) to work properly, but keep getting the 
>following message when I insert one of the cards:
>
>kernel: cs: pcmcia_socket0: unable to apply power
>
>The TOPIC95 BIOS setting is set to "CardBus/16-bit". I also have a 
>CardBus 3Com card (3C575) which works fine. I have tried both the 2.6.5, 
>2.6.6 and 2.6.7 kernels distributed with FC2, as well as configured and 
>compiled 2.6.8-rc3. The same problem exists in all versions. Does anyone 
>know more about this, or have any help to offer?
>
>Thanks,
>Magnus
>

From bugme-daemon at osdl.org  Tue Apr 19 13:44:32 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Tue Apr 19 13:44:44 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504191744.j3JHiWHI031860@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From flo@mianos.de  2005-04-19 10:44 -------
same problem on same notebook here!
Today i tested this nice notebook with the new SuSE9.3 LIVE-DVD"!
there the pcmcia slot works!!!!! =? what did they diffrent? patches?
please answer: flo@mianos.de

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Tue Apr 19 13:49:10 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Tue Apr 19 13:49:19 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504191749.j3JHnAV3032297@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From flo@mianos.de  2005-04-19 10:49 -------
Here is output of lspci -vv: 
root@laptop cpufreq # lspci -vv 
0000:00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express 
Processor to DRAM Controller (rev 03) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort+ >SERR- <PERR- 
        Latency: 0 
        Capabilities: [e0] #09 [2109] 
 
0000:00:02.0 VGA compatible controller: Intel Corporation Mobile 
915GM/GMS/910GML Express Graphics Controller (rev 03) (prog-if 00 [VGA]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort- >SERR- <PERR- 
        Latency: 0 
        Interrupt: pin A routed to IRQ 10 
        Region 0: Memory at fbe80000 (32-bit, non-prefetchable) 
        Region 1: I/O ports at dc00 [size=8] 
        Region 2: Memory at d0000000 (32-bit, prefetchable) [size=256M] 
        Region 3: Memory at fbe40000 (32-bit, non-prefetchable) [size=256K] 
        Capabilities: [d0] Power Management version 2 
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML 
Express Graphics Controller (rev 03) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort- >SERR- <PERR- 
        Latency: 0 
        Region 0: Memory at fbd80000 (32-bit, non-prefetchable) 
        Capabilities: [d0] Power Management version 2 
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #1 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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: 0 
        Interrupt: pin A routed to IRQ 11 
        Region 4: I/O ports at d880 [size=32] 
 
0000:00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #2 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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: 0 
        Interrupt: pin B routed to IRQ 5 
        Region 4: I/O ports at d800 [size=32] 
 
0000:00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #3 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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: 0 
        Interrupt: pin C routed to IRQ 7 
        Region 4: I/O ports at d480 [size=32] 
 
0000:00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) USB UHCI #4 (rev 04) (prog-if 00 [UHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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: 0 
        Interrupt: pin D routed to IRQ 10 
        Region 4: I/O ports at d400 [size=32] 
 
0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d4) 
(prog-if 01 [Subtractive decode]) 
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- 
        Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- 
<MAbort- >SERR- <PERR- 
        Latency: 0 
        Bus: primary=00, secondary=01, subordinate=03, sec-latency=32 
        I/O behind bridge: 0000e000-0000efff 
        Memory behind bridge: fbf00000-fbffffff 
        BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B- 
        Capabilities: [50] #0d [0000] 
 
0000:00:1e.2 Multimedia audio controller: Intel Corporation 
82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 04) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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: 0 
        Interrupt: pin A routed to IRQ 4 
        Region 0: I/O ports at d000 
        Region 1: I/O ports at cc00 [size=64] 
        Region 2: Memory at fbe3bc00 (32-bit, non-prefetchable) [size=512] 
        Region 3: Memory at fbe3b800 (32-bit, non-prefetchable) [size=256] 
        Capabilities: [50] Power Management version 2 
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 
Modem Controller (rev 04) (prog-if 00 [Generic]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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- 
        Interrupt: pin B routed to IRQ 6 
        Region 0: I/O ports at c800 
        Region 1: I/O ports at c480 [size=128] 
        Capabilities: [50] Power Management version 2 
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA 
PME(D0+,D1-,D2-,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface 
Bridge (rev 04) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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: 0 
 
0000:00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 
Family) IDE Controller (rev 04) (prog-if 8a [Master SecP PriP]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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: 0 
        Interrupt: pin A routed to IRQ 7 
        Region 0: I/O ports at <unassigned> 
        Region 1: I/O ports at <unassigned> 
        Region 2: I/O ports at <unassigned> 
        Region 3: I/O ports at <unassigned> 
        Region 4: I/O ports at ffa0 [size=16] 
 
0000:00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus 
Controller (rev 04) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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- 
        Interrupt: pin B routed to IRQ 4 
        Region 4: I/O ports at 0400 [size=32] 
 
0000:01:03.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ (rev 10) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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 (8000ns min, 16000ns max) 
        Interrupt: pin A routed to IRQ 5 
        Region 0: I/O ports at e800 [size=fbfe0000] 
        Region 1: Memory at fbfffc00 (32-bit, non-prefetchable) [size=256] 
        Expansion ROM at 00010000 [disabled] 
        Capabilities: [50] Power Management version 2 
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA 
PME(D0-,D1+,D2+,D3hot+,D3cold+) 
                Status: D0 PME-Enable- DSel=0 DScale=0 PME- 
 
0000:01:04.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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 
        Interrupt: pin A routed to IRQ 5 
        Region 0: Memory at 1e001000 (32-bit, non-prefetchable) 
        Bus: primary=01, secondary=02, subordinate=05, sec-latency=176 
        Memory window 0: 1e400000-1e7ff000 (prefetchable) 
        Memory window 1: 1e800000-1ebff000 
        I/O window 0: 00004000-000040ff 
        I/O window 1: 00004400-000044ff 
        BridgeCtl: Parity+ SERR+ ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+ 
        16-bit legacy interface ports at 0001 
 
0000:01:04.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ac) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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 
        Interrupt: pin B routed to IRQ 6 
        Region 0: Memory at 1e000000 (32-bit, non-prefetchable) 
        Bus: primary=01, secondary=06, subordinate=09, sec-latency=176 
        Memory window 0: 1ec00000-1efff000 (prefetchable) 
        Memory window 1: 1f000000-1f3ff000 
        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 
 
0000:01:04.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller 
(rev 04) (prog-if 10 [OHCI]) 
        Subsystem: Micro-Star International Co., Ltd.: Unknown device 0121 
        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 (500ns min, 1000ns max) 
        Interrupt: pin C routed to IRQ 5 
        Region 0: Memory at fbfff000 (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- 
 
0000:01:09.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 05) 
        Subsystem: Intel Corporation: Unknown device 2701 
        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 (750ns min, 6000ns max), cache line size 08 
        Interrupt: pin A routed to IRQ 4 
        Region 0: Memory at fbffe000 (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=1 PME- 
 
root@laptop cpufreq  
 
 
 
 
here is out put with inserted card in the first and only slot: 
root@laptop cpufreq # cardctl status 
Socket 0: 
  no card 
Socket 1: 
  3.3V CardBus card 
  function 0: [ready] 
root@laptop cpufreq #      
 
but in dmesg nothing happens!! 
 
socket 0 is for the integrated sd/mmc/memory-stick slot in this notebook! 

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From ctracy at adiemus.org  Tue Apr 19 14:00:10 2005
From: ctracy at adiemus.org (Chris Tracy)
Date: Tue Apr 19 14:00:21 2005
Subject: cs: pcmcia_socket1: voltage interrogation timed out.
Message-ID: <Pine.LNX.4.44.0504190956480.2506-100000@adiemus.org>

	Still working on 2.6.11 on my old Inspiron 5000. (actually it's an
ARM N30W-14, which is the same thing)  I've got a NetGear WG511U cardbus
802.11a/b/g card.  If I reboot the system up with it inserted, I get the
error:

cs: pcmcia_socket1: voltage interrogation timed out.

and the card doesn't show up.  If I then pull the card and reinsert it, or 
run "cardctl insert 1" (or 0, I've got two slots and it happens 
identically in both) the card comes up just fine.  If I physically power 
the system off, then back on all while the card is inserted, it also works 
fine.

	Looking around, I found this patch and discussion of the issue on 
linux-kernel:

http://groups-beta.google.com/group/linux.kernel/browse_thread/thread/f4673ddd7d4dffd5/8d0189c1acc63b30

	However, applying the patch mentioned above to 2.6.11.7 does NOT
fix the issue on this system.

	I never had this issue in 2.4.x (where I used pcmcia-cs), and so
far I've seen it both in 2.6.11-1.14_FC3 and vanilla 2.6.11.7.

	For reference, the output of lspci on this system can be found 
here:

http://adiemus.org/~ctracy/linux/darkc-lspci-v.out

	If there's anymore info anyone would like, please let me know.

	Thanks,

	Chris

------------------------------
Chris Tracy
Security/Network Administrator
Engineering Design Center
Santa Clara University


From bugme-daemon at osdl.org  Tue Apr 19 14:20:49 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Tue Apr 19 14:21:18 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504191820.j3JIKn8i002128@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-19 11:20 -------
Confirmed, 

SuSE 9.3 live-dvd makes the pcmcia-slot run on my machine as well. 

But dmesg reports a acpi kernel backtrace. 

I do suspekt that it has anything to do with ACPI, so let's start
searching for the differences.


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Tue Apr 19 16:20:20 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Tue Apr 19 16:20:27 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504192020.j3JKKKsT012945@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-19 13:20 -------
OK,

booting the Suse kernel directly from hard disk is not possible since
it expects to load the IDE drivers from initrd. initrd insists on 
searching for the CDROM. I was too lazy to modify the initrd and simply 
tried to compile a 2.6.11.7 with the configuration from the suse kernel 
(except for setting PIIX to static): 

It doesn't make any difference. still doesn't run the PCMCIA slot and still 
needs the pci=noacpi kernel parameter. 

The Suse config contains some veriables (e.g. CONFIG_ACPI_INITRD) which are
not supported by the plain kernel. So some patches were applied, which seem 
to solve the problem.


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Tue Apr 19 17:05:16 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Tue Apr 19 17:05:26 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504192105.j3JL5Gqh017306@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-19 14:05 -------
Now my kernel (pcmcia not working) has interrupts 

145:          0   IO-APIC-level  yenta, uhci_hcd
153:          3   IO-APIC-level  yenta

while the suse kernel had

  5:        122          XT-PIC  uhci_hcd, yenta, ohci1394, eth0
  6:         82          XT-PIC  yenta, eth2


I bet it is an ACPI problem. 


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From linux at dominikbrodowski.net  Wed Apr 20 08:04:54 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Wed Apr 20 08:04:57 2005
Subject: Major network throughput decrease in xircom_cb as opposed to
	xircom_tulip_cb
In-Reply-To: <Pine.LNX.4.44.0504172320580.2506-100000@adiemus.org>
References: <Pine.LNX.4.44.0504172320580.2506-100000@adiemus.org>
Message-ID: <20050420120454.GD28491@isilmar.linta.de>

Hi,

On Mon, Apr 18, 2005 at 09:39:35AM -0700, Chris Tracy wrote:
> Hello,
> 
> 	I have an old Inspiron 5000 that I just updated from FC1 (2.4.x)  
> to FC3 (2.6.11).  The system has no built-in ethernet, so I've got a
> Xircom Cardbus Ethernet PC Card in it.  In 2.4.27, I could download from
> another local system (via wget on the console) at around 8-9MB/s
> (64-72Mbit).  When using the xircom_cb driver in 2.6.11-1.14_FC3 (and
> vanilla 2.6.11.7) that throughput dropped significantly, down to between
> 2-3MB/s (16-24Mbit).  Out of curiousity, I installed vanilla 2.6.11.7 and
> configured the system to use the older xircom_tulip_cb module.  With it,
> on 2.6.11.7, I'm back to my old speeds.
> 
> 	Is this a known issue?  I guess it's not a big deal since the 
> older driver works as I'd expect, but I figured someone would want to know 
> about the regression.  (And I assume the older driver will go away 
> eventually)
> 
> 	If you'd like any more info from me, please let me know.

I've forwarded this report to the author of the xircom_cb driver, Arjan van
de Ven. This list focuses on the PCMCIA core, not on specific drivers.

Thanks,
	Dominik

From linux at dominikbrodowski.net  Wed Apr 20 08:10:03 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Wed Apr 20 08:10:04 2005
Subject: Porting Device Driver to 2.6
In-Reply-To: <Pine.LNX.4.61.0504181147310.3073@cac0.wmi.com>
References: <Pine.LNX.4.61.0504181147310.3073@cac0.wmi.com>
Message-ID: <20050420121003.GE28491@isilmar.linta.de>

On Mon, Apr 18, 2005 at 11:59:00AM -0400, Alex Holeczy wrote:
> 
> How do you register the device release function for a generic device under 
> kernel 2.6?  It appears that sound cards have a method for registering a 
> free function.
> 
> Using the kernel 2.4 there was a 'release' element in the dev_link_t 
> structure used to register the device release function.  The 'release' 
> element does not exists in the dev_link_t structure for the 2.6 kernel.

Yes, there was, but it was using a timer which is not the preferred way of
doing things. For what purposes do you need it exactly?

	Dominik

From alex at wmi.com  Wed Apr 20 08:41:53 2005
From: alex at wmi.com (Alex Holeczy)
Date: Wed Apr 20 08:41:56 2005
Subject: Porting Device Driver to 2.6
In-Reply-To: <20050420121003.GE28491@isilmar.linta.de>
References: <Pine.LNX.4.61.0504181147310.3073@cac0.wmi.com>
	<20050420121003.GE28491@isilmar.linta.de>
Message-ID: <Pine.LNX.4.61.0504200823530.10332@cac0.wmi.com>

On Wed, 20 Apr 2005, Dominik Brodowski wrote:

> On Mon, Apr 18, 2005 at 11:59:00AM -0400, Alex Holeczy wrote:
>>
>> How do you register the device release function for a generic device under
>> kernel 2.6?  It appears that sound cards have a method for registering a
>> free function.
>>
>> Using the kernel 2.4 there was a 'release' element in the dev_link_t
>> structure used to register the device release function.  The 'release'
>> element does not exists in the dev_link_t structure for the 2.6 kernel.
>
> Yes, there was, but it was using a timer which is not the preferred way of
> doing things. For what purposes do you need it exactly?


In the 2.4 kernel environment, the release() function was used to free any 
resources allocated by a call to the config() function.  The release() 
function would only free resources if the device was not currently opened.

The release() would also call the detach(), if the detach() function was 
called prior to the resource being closed.

I thought that in the 2.6 kernel, the release() function would be required 
to perform the same function.

Currently my 2.6 driver, calls the release() function in the detach() 
function.  But if the device is still open when the detach() function is 
called, it does not make sense to free the system resources because the 
user application may try to access the device.

Maybe if the detach() function is called when the device is still opened, 
the close() function should be responsible for calling the release() 
function.

What do you think?

Regards,
Alex


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Alex Holeczy (alex@wmi.com)

Communication Automation Corporation (CAC)      www.cacdsp.com www.wmi.com
1180 McDermott Drive, West Chester, PA  19380

800-367-6735 Ext. 122 or 610-692-9526 Ext. 122 (Voice)
610-436-8258 (Fax) 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

From linux at dominikbrodowski.net  Wed Apr 20 08:51:52 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Wed Apr 20 08:51:53 2005
Subject: Porting Device Driver to 2.6
In-Reply-To: <Pine.LNX.4.61.0504200823530.10332@cac0.wmi.com>
References: <Pine.LNX.4.61.0504181147310.3073@cac0.wmi.com>
	<20050420121003.GE28491@isilmar.linta.de>
	<Pine.LNX.4.61.0504200823530.10332@cac0.wmi.com>
Message-ID: <20050420125152.GA29580@isilmar.linta.de>


On Wed, Apr 20, 2005 at 08:41:53AM -0400, Alex Holeczy wrote:
> On Wed, 20 Apr 2005, Dominik Brodowski wrote:
> 
> >On Mon, Apr 18, 2005 at 11:59:00AM -0400, Alex Holeczy wrote:
> >>
> >>How do you register the device release function for a generic device under
> >>kernel 2.6?  It appears that sound cards have a method for registering a
> >>free function.
> >>
> >>Using the kernel 2.4 there was a 'release' element in the dev_link_t
> >>structure used to register the device release function.  The 'release'
> >>element does not exists in the dev_link_t structure for the 2.6 kernel.
> >
> >Yes, there was, but it was using a timer which is not the preferred way of
> >doing things. For what purposes do you need it exactly?
> 
> 
> In the 2.4 kernel environment, the release() function was used to free any 
> resources allocated by a call to the config() function.  The release() 
> function would only free resources if the device was not currently opened.
> 
> The release() would also call the detach(), if the detach() function was 
> called prior to the resource being closed.
> 
> I thought that in the 2.6 kernel, the release() function would be required 
> to perform the same function.

OK, I now understand what you mean. Thanks. 2.6. now serializes this
behaviour - release() should be called within detach(); however, the
allocation and freeing of memory (kfree) should be done outside of this. As
you're writing a sound device driver, I'd suggest that you keep close to
what the other two PCMCIA sound drivers already do.

> Currently my 2.6 driver, calls the release() function in the detach() 
> function.  But if the device is still open when the detach() function is 
> called, it does not make sense to free the system resources because the 
> user application may try to access the device.
> 
> Maybe if the detach() function is called when the device is still opened, 
> the close() function should be responsible for calling the release() 
> function.
> 
> What do you think?

The device should be "closed" when it is detached==released.

	Dominik

From linux at dominikbrodowski.net  Wed Apr 20 08:54:51 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Wed Apr 20 08:54:51 2005
Subject: Pcmcia hotplug question
In-Reply-To: <4261858A.5020508@pcuf.fi>
References: <4261858A.5020508@pcuf.fi>
Message-ID: <20050420125451.GB29580@isilmar.linta.de>

On Sun, Apr 17, 2005 at 12:37:14AM +0300, Jar wrote:
> 
> With this new pcmcia hotplug system, if we have e.g. Prism II card which 
> can use modules; orinoco_cs or hostap_cs. How to force the system to use 
> either one? Does the hotplug scripts support some blacklist or something?

Most probably these devices do have different product, card and/or
manufactor IDs. Only the appropriate ones for the specific module should be
entered into the pcmcia_device_table[]. Or do two devices requiring
different drivers look _exactly_ the same with regard to product, card and
manufactor IDs?

Thanks,
	Dominik

From linux at dominikbrodowski.net  Wed Apr 20 09:00:52 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Wed Apr 20 09:00:53 2005
Subject: pcmciautils-002 release
In-Reply-To: <2519203.1113621727750.komurojun-mbn@nifty.com>
References: <200504151843.j3FIh3Hu010631@fire-1.osdl.org>
	<2519203.1113621727750.komurojun-mbn@nifty.com>
Message-ID: <20050420130052.GD29580@isilmar.linta.de>

On Sat, Apr 16, 2005 at 12:22:07PM +0900, Komuro wrote:
> 
> pcmciautils-002 does not handle the config.opts line 50 properly.

This is a custom addition done to config.opts. module parameters should be
specified in modprobe.conf instead, and not in a pcmcia-specific file.

Thanks,
	Dominik

From linux at dominikbrodowski.net  Wed Apr 20 09:06:15 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Wed Apr 20 09:06:16 2005
Subject: Porting a device drive to use device id
In-Reply-To: <Pine.LNX.4.61.0504141430100.3367@cac0.wmi.com>
References: <Pine.LNX.4.61.0504141316160.24136@cac0.wmi.com>
	<20050414181537.GA14388@sonic.net>
	<Pine.LNX.4.61.0504141430100.3367@cac0.wmi.com>
Message-ID: <20050420130615.GE29580@isilmar.linta.de>

On Thu, Apr 14, 2005 at 03:23:51PM -0400, Alex Holeczy wrote:
> 
> 
> On Thu, 14 Apr 2005, David Hinds wrote:
> 
> >On Thu, Apr 14, 2005 at 01:18:45PM -0400, Alex Holeczy wrote:
> >>
> >>When I load the updated device driver with the PCMCIA card inserted, the
> >>device driver gets loaded correctly and I can access the card.  But if I
> >>insert the card after I have loaded the device driver, I get the following
> >>error message from cardmgr.
> >>
> >>cardmgr[31431]: error in file './cacdsp.conf' line 18: module name
> >>'bullet33_cs' not found
> >
> >Actually, no, you don't.  You get this error message when cardmgr
> >reads your conf file, regardless of when you insert your card...
> >
> >>The following is my configuration file:
> >>
> >>module "bullet33_cs" opts "xx=1"
> >
> >What do you intend this line to do?
> 
> 
> I found the syntax for this line in pcmciautils-002/config/config.opts.

Please put module options into modprobe.conf isntead. I'll fix config.opts
in pcmciautils for the next release to not mislead you into this direction.

> When a PCMCIA card gets inserted into the system, 'cardmgr' would scan the 
> *.conf files in the /etc/pcmcia directory informing the kernel of possible 
> loadable modules which handle PCMCIA cards.  Since the kernel knows which 
> drivers manage which devices, the kernel would load the appropriate module 
> to handle the inserted PCMCIA card.
> 
> If I need to tell 'cardmgr' which driver to load like I did under the 
> kernel 2.4, then I am missing the purpose of telling the kernel through 
> the .id_table element what PCMCIA cards the module handle.
> 
> Could you explain the sequence of events that happen when a PCMCIA card 
> gets inserted into the system?

I'll exclude the previous behaviour:

- device is discovered
- device information is determined, a hotplug call is generated
- a hotplug script uses the device information and "modprobe" to load the
  appropriate module. Which module is appropriate is determined by comparing
  the information stored in id_table and passed using the hotplug script.
- the kernel matches the device driver and the device information to check
  whether this is indeed the correct device driver.

This means that you don't need cardmgr for these purposes. However, you do
need a patched libsysfs and a patched modprobe. Check the archives for
details.

	Dominik

From alex at wmi.com  Wed Apr 20 09:26:56 2005
From: alex at wmi.com (Alex Holeczy)
Date: Wed Apr 20 09:26:58 2005
Subject: Porting Device Driver to 2.6
In-Reply-To: <20050420125152.GA29580@isilmar.linta.de>
References: <Pine.LNX.4.61.0504181147310.3073@cac0.wmi.com>
	<20050420121003.GE28491@isilmar.linta.de>
	<Pine.LNX.4.61.0504200823530.10332@cac0.wmi.com>
	<20050420125152.GA29580@isilmar.linta.de>
Message-ID: <Pine.LNX.4.61.0504200912270.11645@cac0.wmi.com>

On Wed, 20 Apr 2005, Dominik Brodowski wrote:

>
> On Wed, Apr 20, 2005 at 08:41:53AM -0400, Alex Holeczy wrote:
>> On Wed, 20 Apr 2005, Dominik Brodowski wrote:
>>
>>> On Mon, Apr 18, 2005 at 11:59:00AM -0400, Alex Holeczy wrote:
>>>>
>>>> How do you register the device release function for a generic device under
>>>> kernel 2.6?  It appears that sound cards have a method for registering a
>>>> free function.
>>>>
>>>> Using the kernel 2.4 there was a 'release' element in the dev_link_t
>>>> structure used to register the device release function.  The 'release'
>>>> element does not exists in the dev_link_t structure for the 2.6 kernel.
>>>
>>> Yes, there was, but it was using a timer which is not the preferred way of
>>> doing things. For what purposes do you need it exactly?
>>
>>
>> In the 2.4 kernel environment, the release() function was used to free any
>> resources allocated by a call to the config() function.  The release()
>> function would only free resources if the device was not currently opened.
>>
>> The release() would also call the detach(), if the detach() function was
>> called prior to the resource being closed.
>>
>> I thought that in the 2.6 kernel, the release() function would be required
>> to perform the same function.
>
> OK, I now understand what you mean. Thanks. 2.6. now serializes this
> behaviour - release() should be called within detach(); however, the
> allocation and freeing of memory (kfree) should be done outside of this. As
> you're writing a sound device driver, I'd suggest that you keep close to
> what the other two PCMCIA sound drivers already do.
>


I am not developing a 2.6 kernel device driver for a sound card, so 
keeping close to the other two PCMCIA sound drivers may not work.  I have 
been using these source files as a guide.  They have been very beneficial 
in the development process.  The device driver is for a DSP card our 
company makes.

If the detach() function is suppose to call the release() function and the 
release() function is not suppose to free any resources allocated by the 
config() function for the device.

Where should I free the device specific resources?

By 'serialize this behavior', do you mean that the detach() function 
should not be called by the 2.6 kernel if the device is still open?


Thanks,

Alex

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Alex Holeczy (alex@wmi.com)

Communication Automation Corporation (CAC)      www.cacdsp.com www.wmi.com
1180 McDermott Drive, West Chester, PA  19380

800-367-6735 Ext. 122 or 610-692-9526 Ext. 122 (Voice)
610-436-8258 (Fax) 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

From jar at pcuf.fi  Wed Apr 20 12:54:23 2005
From: jar at pcuf.fi (Jar)
Date: Wed Apr 20 12:54:26 2005
Subject: Pcmcia hotplug question
In-Reply-To: <20050420125451.GB29580@isilmar.linta.de>
References: <4261858A.5020508@pcuf.fi>
	<20050420125451.GB29580@isilmar.linta.de>
Message-ID: <3628.192.168.0.150.1114016063.squirrel@kone>


> On Sun, Apr 17, 2005 at 12:37:14AM +0300, Jar wrote:
>>
>> With this new pcmcia hotplug system, if we have e.g. Prism II card which
>> can use modules; orinoco_cs or hostap_cs. How to force the system to use
>> either one? Does the hotplug scripts support some blacklist or something?
>
> Most probably these devices do have different product, card and/or
> manufactor IDs. Only the appropriate ones for the specific module should be
> entered into the pcmcia_device_table[]. Or do two devices requiring
> different drivers look _exactly_ the same with regard to product, card and
> manufactor IDs?

I mean that, if we have a card, lets say 'Compaq WL200'. It has 'manfid: 0x0138,
0x0002'. At least orinoco_cs or hostap_cs drivers can run this card.

in hostap_cs.conf we have:
card "Compaq WL200"
   version "Compaq", "WL200_11Mbps_Wireless_PCI_Card"
   bind "hostap_cs"

and in orinoco_cs.c we have:
PCMCIA_DEVICE_MANF_CARD(0x0138, 0x0002),

After the hostap driver is merged into the offical kernel, which driver the pcmcia
hotplug system will load? Orinoco_cs or hostap_cs? If someone want to use orinoco_cs
instead of hostap_cs and vice versa, what to do then?

--
Best Regards, Jar

From linux at dominikbrodowski.net  Wed Apr 20 13:08:49 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Wed Apr 20 13:08:51 2005
Subject: Pcmcia hotplug question
In-Reply-To: <3628.192.168.0.150.1114016063.squirrel@kone>
References: <4261858A.5020508@pcuf.fi>
	<20050420125451.GB29580@isilmar.linta.de>
	<3628.192.168.0.150.1114016063.squirrel@kone>
Message-ID: <20050420170849.GA2290@isilmar.linta.de>

On Wed, Apr 20, 2005 at 07:54:23PM +0300, Jar wrote:
> I mean that, if we have a card, lets say 'Compaq WL200'. It has 'manfid: 0x0138,
> 0x0002'. At least orinoco_cs or hostap_cs drivers can run this card.
> 
> in hostap_cs.conf we have:
> card "Compaq WL200"
>    version "Compaq", "WL200_11Mbps_Wireless_PCI_Card"
>    bind "hostap_cs"
> 
> and in orinoco_cs.c we have:
> PCMCIA_DEVICE_MANF_CARD(0x0138, 0x0002),
> 
> After the hostap driver is merged into the offical kernel, which driver the pcmcia
> hotplug system will load? Orinoco_cs or hostap_cs?

The one which is initialized first.
> If someone want to use orinoco_cs
> instead of hostap_cs and vice versa, what to do then?

Build one into the kernel, the other as module or not at all. Same as for
PCI devices, that is.

Thanks,
	Dominik

From yum.rayan at gmail.com  Thu Apr 21 18:02:42 2005
From: yum.rayan at gmail.com (Yum Rayan)
Date: Thu Apr 21 18:03:07 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] smc91c92_cs: Reduce stack usage in
	smc91c92_event()
Message-ID: <df35dfeb05042115021c24638b@mail.gmail.com>

This patch reduces the stack usage of the function smc91c92_event() in
smc91c92_cs driver from 3540 to 132. Currently this is the highest
stack user in linux-2.6.12-rc2-mm3. I used a patched version of gcc
3.4.3 on i386 with -fno-unit-at-a-time disabled.

The patch has only been compile tested. It would be nice to get
feedback if someone that owns the hardware can actually test this
patch.

Acked-by: J?rn Engel <joern@wohnheim.fh-wedel.de>
Acked-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Yum Rayan <yum.rayan@gmail.com>

 smc91c92_cs.c |  287 ++++++++++++++++++++++++++++++++++++++--------------------
 1 files changed, 189 insertions(+), 98 deletions(-)

diff -Nupr -X dontdiff
linux-2.6.12-rc2-mm3.a/drivers/net/pcmcia/smc91c92_cs.c
linux-2.6.12-rc2-mm3.b/drivers/net/pcmcia/smc91c92_cs.c
--- linux-2.6.12-rc2-mm3.a/drivers/net/pcmcia/smc91c92_cs.c	2005-04-14
22:15:43.000000000 -0700
+++ linux-2.6.12-rc2-mm3.b/drivers/net/pcmcia/smc91c92_cs.c	2005-04-20
18:12:00.000000000 -0700
@@ -127,6 +127,12 @@ struct smc_private {
     int				rx_ovrn;
 };
 
+struct smc_cfg_mem {
+    tuple_t tuple;
+    cisparse_t parse;
+    u_char buf[255];
+};
+
 /* Special definitions for Megahertz multifunction cards */
 #define MEGAHERTZ_ISR		0x0380
 
@@ -498,14 +504,24 @@ static int mhz_mfc_config(dev_link_t *li
 {
     struct net_device *dev = link->priv;
     struct smc_private *smc = netdev_priv(dev);
-    tuple_t tuple;
-    cisparse_t parse;
-    u_char buf[255];
-    cistpl_cftable_entry_t *cf = &parse.cftable_entry;
+    struct smc_cfg_mem *cfg_mem;
+    tuple_t *tuple;
+    cisparse_t *parse;
+    cistpl_cftable_entry_t *cf;
+    u_char *buf;
     win_req_t req;
     memreq_t mem;
     int i, k;
 
+    cfg_mem = kmalloc(sizeof(struct smc_cfg_mem), GFP_KERNEL);
+    if (!cfg_mem)
+        return CS_OUT_OF_RESOURCE;
+
+    tuple = &cfg_mem->tuple;
+    parse = &cfg_mem->parse;
+    cf = &parse->cftable_entry;
+    buf = cfg_mem->buf;
+
     link->conf.Attributes |= CONF_ENABLE_SPKR;
     link->conf.Status = CCSR_AUDIO_ENA;
     link->irq.Attributes =
@@ -514,12 +530,12 @@ static int mhz_mfc_config(dev_link_t *li
     link->io.Attributes2 = IO_DATA_PATH_WIDTH_8;
     link->io.NumPorts2 = 8;
 
-    tuple.Attributes = tuple.TupleOffset = 0;
-    tuple.TupleData = (cisdata_t *)buf;
-    tuple.TupleDataMax = sizeof(buf);
-    tuple.DesiredTuple = CISTPL_CFTABLE_ENTRY;
+    tuple->Attributes = tuple->TupleOffset = 0;
+    tuple->TupleData = (cisdata_t *)buf;
+    tuple->TupleDataMax = 255;
+    tuple->DesiredTuple = CISTPL_CFTABLE_ENTRY;
 
-    i = first_tuple(link->handle, &tuple, &parse);
+    i = first_tuple(link->handle, tuple, parse);
     /* The Megahertz combo cards have modem-like CIS entries, so
        we have to explicitly try a bunch of port combinations. */
     while (i == CS_SUCCESS) {
@@ -532,10 +548,10 @@ static int mhz_mfc_config(dev_link_t *li
 	    if (i == CS_SUCCESS) break;
 	}
 	if (i == CS_SUCCESS) break;
-	i = next_tuple(link->handle, &tuple, &parse);
+	i = next_tuple(link->handle, tuple, parse);
     }
     if (i != CS_SUCCESS)
-	return i;
+	goto free_cfg_mem;
     dev->base_addr = link->io.BasePort1;
 
     /* Allocate a memory window, for accessing the ISR */
@@ -544,7 +560,7 @@ static int mhz_mfc_config(dev_link_t *li
     req.AccessSpeed = 0;
     i = pcmcia_request_window(&link->handle, &req, &link->win);
     if (i != CS_SUCCESS)
-	return i;
+	goto free_cfg_mem;
     smc->base = ioremap(req.Base, req.Size);
     mem.CardOffset = mem.Page = 0;
     if (smc->manfid == MANFID_MOTOROLA)
@@ -556,6 +572,8 @@ static int mhz_mfc_config(dev_link_t *li
 	&& (smc->cardid == PRODID_MEGAHERTZ_EM3288))
 	mhz_3288_power(link);
 
+free_cfg_mem:
+    kfree(cfg_mem);
     return i;
 }
 
@@ -563,39 +581,61 @@ static int mhz_setup(dev_link_t *link)
 {
     client_handle_t handle = link->handle;
     struct net_device *dev = link->priv;
-    tuple_t tuple;
-    cisparse_t parse;
-    u_char buf[255], *station_addr;
+    struct smc_cfg_mem *cfg_mem;
+    tuple_t *tuple;
+    cisparse_t *parse;
+    u_char *buf, *station_addr;
+    int rc;
+
+    cfg_mem = kmalloc(sizeof(struct smc_cfg_mem), GFP_KERNEL);
+    if (!cfg_mem)
+	return -1;
 
-    tuple.Attributes = tuple.TupleOffset = 0;
-    tuple.TupleData = buf;
-    tuple.TupleDataMax = sizeof(buf);
+    tuple = &cfg_mem->tuple;
+    parse = &cfg_mem->parse;
+    buf = cfg_mem->buf;
+
+    tuple->Attributes = tuple->TupleOffset = 0;
+    tuple->TupleData = (cisdata_t *)buf;
+    tuple->TupleDataMax = 255;
 
     /* Read the station address from the CIS.  It is stored as the last
        (fourth) string in the Version 1 Version/ID tuple. */
-    tuple.DesiredTuple = CISTPL_VERS_1;
-    if (first_tuple(handle, &tuple, &parse) != CS_SUCCESS)
-	return -1;
+    tuple->DesiredTuple = CISTPL_VERS_1;
+    if (first_tuple(handle, tuple, parse) != CS_SUCCESS) {
+	rc = -1;
+	goto free_cfg_mem;
+    }
     /* Ugh -- the EM1144 card has two VERS_1 tuples!?! */
-    if (next_tuple(handle, &tuple, &parse) != CS_SUCCESS)
-	first_tuple(handle, &tuple, &parse);
-    if (parse.version_1.ns > 3) {
-	station_addr = parse.version_1.str + parse.version_1.ofs[3];
-	if (cvt_ascii_address(dev, station_addr) == 0)
-	    return 0;
+    if (next_tuple(handle, tuple, parse) != CS_SUCCESS)
+	first_tuple(handle, tuple, parse);
+    if (parse->version_1.ns > 3) {
+	station_addr = parse->version_1.str + parse->version_1.ofs[3];
+	if (cvt_ascii_address(dev, station_addr) == 0) {
+		rc = 0;
+		goto free_cfg_mem;
+	}
     }
 
     /* Another possibility: for the EM3288, in a special tuple */
-    tuple.DesiredTuple = 0x81;
-    if (pcmcia_get_first_tuple(handle, &tuple) != CS_SUCCESS)
-	return -1;
-    if (pcmcia_get_tuple_data(handle, &tuple) != CS_SUCCESS)
-	return -1;
+    tuple->DesiredTuple = 0x81;
+    if (pcmcia_get_first_tuple(handle, tuple) != CS_SUCCESS) {
+	rc = -1;
+	goto free_cfg_mem;
+    }
+    if (pcmcia_get_tuple_data(handle, tuple) != CS_SUCCESS) {
+	rc = -1;
+	goto free_cfg_mem;
+    }
     buf[12] = '\0';
-    if (cvt_ascii_address(dev, buf) == 0)
-	return 0;
-
-    return -1;
+    if (cvt_ascii_address(dev, buf) == 0) {
+	rc = 0;
+	goto free_cfg_mem;
+   }
+    rc = -1;
+free_cfg_mem:
+   kfree(cfg_mem);
+   return rc;
 }
 
 /*======================================================================
@@ -665,19 +705,29 @@ static int mot_setup(dev_link_t *link)
 static int smc_config(dev_link_t *link)
 {
     struct net_device *dev = link->priv;
-    tuple_t tuple;
-    cisparse_t parse;
-    u_char buf[255];
-    cistpl_cftable_entry_t *cf = &parse.cftable_entry;
+    struct smc_cfg_mem *cfg_mem;
+    tuple_t *tuple;
+    cisparse_t *parse;
+    cistpl_cftable_entry_t *cf;
+    u_char *buf;
     int i;
 
-    tuple.Attributes = tuple.TupleOffset = 0;
-    tuple.TupleData = (cisdata_t *)buf;
-    tuple.TupleDataMax = sizeof(buf);
-    tuple.DesiredTuple = CISTPL_CFTABLE_ENTRY;
+    cfg_mem = kmalloc(sizeof(struct smc_cfg_mem), GFP_KERNEL);
+    if (!cfg_mem)
+	return CS_OUT_OF_RESOURCE;
+
+    tuple = &cfg_mem->tuple;
+    parse = &cfg_mem->parse;
+    cf = &parse->cftable_entry;
+    buf = cfg_mem->buf;
+
+    tuple->Attributes = tuple->TupleOffset = 0;
+    tuple->TupleData = (cisdata_t *)buf;
+    tuple->TupleDataMax = 255;
+    tuple->DesiredTuple = CISTPL_CFTABLE_ENTRY;
 
     link->io.NumPorts1 = 16;
-    i = first_tuple(link->handle, &tuple, &parse);
+    i = first_tuple(link->handle, tuple, parse);
     while (i != CS_NO_MORE_ITEMS) {
 	if (i == CS_SUCCESS) {
 	    link->conf.ConfigIndex = cf->index;
@@ -686,10 +736,12 @@ static int smc_config(dev_link_t *link)
 	    i = pcmcia_request_io(link->handle, &link->io);
 	    if (i == CS_SUCCESS) break;
 	}
-	i = next_tuple(link->handle, &tuple, &parse);
+	i = next_tuple(link->handle, tuple, parse);
     }
     if (i == CS_SUCCESS)
 	dev->base_addr = link->io.BasePort1;
+
+    kfree(cfg_mem);
     return i;
 }
 
@@ -697,41 +749,58 @@ static int smc_setup(dev_link_t *link)
 {
     client_handle_t handle = link->handle;
     struct net_device *dev = link->priv;
-    tuple_t tuple;
-    cisparse_t parse;
+    struct smc_cfg_mem *cfg_mem;
+    tuple_t *tuple;
+    cisparse_t *parse;
     cistpl_lan_node_id_t *node_id;
-    u_char buf[255], *station_addr;
-    int i;
+    u_char *buf, *station_addr;
+    int i, rc;
 
-    tuple.Attributes = tuple.TupleOffset = 0;
-    tuple.TupleData = buf;
-    tuple.TupleDataMax = sizeof(buf);
+    cfg_mem = kmalloc(sizeof(struct smc_cfg_mem), GFP_KERNEL);
+    if (!cfg_mem)
+	return CS_OUT_OF_RESOURCE;
+
+    tuple = &cfg_mem->tuple;
+    parse = &cfg_mem->parse;
+    buf = cfg_mem->buf;
+
+    tuple->Attributes = tuple->TupleOffset = 0;
+    tuple->TupleData = (cisdata_t *)buf;
+    tuple->TupleDataMax = 255;
 
     /* Check for a LAN function extension tuple */
-    tuple.DesiredTuple = CISTPL_FUNCE;
-    i = first_tuple(handle, &tuple, &parse);
+    tuple->DesiredTuple = CISTPL_FUNCE;
+    i = first_tuple(handle, tuple, parse);
     while (i == CS_SUCCESS) {
-	if (parse.funce.type == CISTPL_FUNCE_LAN_NODE_ID)
+	if (parse->funce.type == CISTPL_FUNCE_LAN_NODE_ID)
 	    break;
-	i = next_tuple(handle, &tuple, &parse);
+	i = next_tuple(handle, tuple, parse);
     }
     if (i == CS_SUCCESS) {
-	node_id = (cistpl_lan_node_id_t *)parse.funce.data;
+	node_id = (cistpl_lan_node_id_t *)parse->funce.data;
 	if (node_id->nb == 6) {
 	    for (i = 0; i < 6; i++)
 		dev->dev_addr[i] = node_id->id[i];
-	    return 0;
+	    rc = 0;
+	    goto free_cfg_mem;
 	}
     }
     /* Try the third string in the Version 1 Version/ID tuple. */
-    tuple.DesiredTuple = CISTPL_VERS_1;
-    if (first_tuple(handle, &tuple, &parse) != CS_SUCCESS)
-	return -1;
-    station_addr = parse.version_1.str + parse.version_1.ofs[2];
-    if (cvt_ascii_address(dev, station_addr) == 0)
-	return 0;
+    tuple->DesiredTuple = CISTPL_VERS_1;
+    if (first_tuple(handle, tuple, parse) != CS_SUCCESS) {
+	rc = -1;
+	goto free_cfg_mem;
+    }
+    station_addr = parse->version_1.str + parse->version_1.ofs[2];
+    if (cvt_ascii_address(dev, station_addr) == 0) {
+	rc = 0;
+	goto free_cfg_mem;
+    }
 
-    return -1;
+    rc = -1;
+free_cfg_mem:
+    kfree(cfg_mem);
+    return rc;
 }
 
 /*====================================================================*/
@@ -773,26 +842,36 @@ static int osi_setup(dev_link_t *link, u
 {
     client_handle_t handle = link->handle;
     struct net_device *dev = link->priv;
-    tuple_t tuple;
-    u_char buf[255];
-    int i;
-
-    tuple.Attributes = TUPLE_RETURN_COMMON;
-    tuple.TupleData = buf;
-    tuple.TupleDataMax = sizeof(buf);
-    tuple.TupleOffset = 0;
+    struct smc_cfg_mem *cfg_mem;
+    tuple_t *tuple;
+    u_char *buf;
+    int i, rc;
+
+    cfg_mem = kmalloc(sizeof(struct smc_cfg_mem), GFP_KERNEL);
+    if (!cfg_mem)
+        return -1;
+
+    tuple = &cfg_mem->tuple;
+    buf = cfg_mem->buf;
+
+    tuple->Attributes = TUPLE_RETURN_COMMON;
+    tuple->TupleData = (cisdata_t *)buf;
+    tuple->TupleDataMax = 255;
+    tuple->TupleOffset = 0;
 
     /* Read the station address from tuple 0x90, subtuple 0x04 */
-    tuple.DesiredTuple = 0x90;
-    i = pcmcia_get_first_tuple(handle, &tuple);
+    tuple->DesiredTuple = 0x90;
+    i = pcmcia_get_first_tuple(handle, tuple);
     while (i == CS_SUCCESS) {
-	i = pcmcia_get_tuple_data(handle, &tuple);
+	i = pcmcia_get_tuple_data(handle, tuple);
 	if ((i != CS_SUCCESS) || (buf[0] == 0x04))
 	    break;
-	i = pcmcia_get_next_tuple(handle, &tuple);
+	i = pcmcia_get_next_tuple(handle, tuple);
+    }
+    if (i != CS_SUCCESS) {
+	rc = -1;
+	goto free_cfg_mem;
     }
-    if (i != CS_SUCCESS)
-	return -1;
     for (i = 0; i < 6; i++)
 	dev->dev_addr[i] = buf[i+2];
 
@@ -814,8 +893,10 @@ static int osi_setup(dev_link_t *link, u
 	      inw(link->io.BasePort1 + OSITECH_AUI_PWR),
 	      inw(link->io.BasePort1 + OSITECH_RESET_ISR));
     }
-
-    return 0;
+    rc = 0;
+free_cfg_mem:
+   kfree(cfg_mem);
+   return rc;
 }
 
 /*======================================================================
@@ -887,9 +968,10 @@ static void smc91c92_config(dev_link_t *
     client_handle_t handle = link->handle;
     struct net_device *dev = link->priv;
     struct smc_private *smc = netdev_priv(dev);
-    tuple_t tuple;
-    cisparse_t parse;
-    u_short buf[32];
+    struct smc_cfg_mem *cfg_mem;
+    tuple_t *tuple;
+    cisparse_t *parse;
+    u_char *buf;
     char *name;
     int i, j, rev;
     kio_addr_t ioaddr;
@@ -897,21 +979,29 @@ static void smc91c92_config(dev_link_t *
 
     DEBUG(0, "smc91c92_config(0x%p)\n", link);
 
-    tuple.Attributes = tuple.TupleOffset = 0;
-    tuple.TupleData = (cisdata_t *)buf;
-    tuple.TupleDataMax = sizeof(buf);
+    cfg_mem = kmalloc(sizeof(struct smc_cfg_mem), GFP_KERNEL);
+    if (!cfg_mem)
+	goto config_failed;
+
+    tuple = &cfg_mem->tuple;
+    parse = &cfg_mem->parse;
+    buf = cfg_mem->buf;
+	
+    tuple->Attributes = tuple->TupleOffset = 0;
+    tuple->TupleData = (cisdata_t *)buf;
+    tuple->TupleDataMax = 64;
 
-    tuple.DesiredTuple = CISTPL_CONFIG;
-    i = first_tuple(handle, &tuple, &parse);
+    tuple->DesiredTuple = CISTPL_CONFIG;
+    i = first_tuple(handle, tuple, parse);
     CS_EXIT_TEST(i, ParseTuple, config_failed);
-    link->conf.ConfigBase = parse.config.base;
-    link->conf.Present = parse.config.rmask[0];
+    link->conf.ConfigBase = parse->config.base;
+    link->conf.Present = parse->config.rmask[0];
 
-    tuple.DesiredTuple = CISTPL_MANFID;
-    tuple.Attributes = TUPLE_RETURN_COMMON;
-    if (first_tuple(handle, &tuple, &parse) == CS_SUCCESS) {
-	smc->manfid = parse.manfid.manf;
-	smc->cardid = parse.manfid.card;
+    tuple->DesiredTuple = CISTPL_MANFID;
+    tuple->Attributes = TUPLE_RETURN_COMMON;
+    if (first_tuple(handle, tuple, parse) == CS_SUCCESS) {
+	smc->manfid = parse->manfid.manf;
+	smc->cardid = parse->manfid.card;
     }
 
     /* Configure card */
@@ -1046,7 +1136,7 @@ static void smc91c92_config(dev_link_t *
     	    printk(KERN_NOTICE "  No MII transceivers found!\n");
 	}
     }
-
+    kfree(cfg_mem);
     return;
 
 config_undo:
@@ -1054,6 +1144,7 @@ config_undo:
 config_failed:			/* CS_EXIT_TEST() calls jump to here... */
     smc91c92_release(link);
     link->state &= ~DEV_CONFIG_PENDING;
+    kfree(cfg_mem);
 
 } /* smc91c92_config */

From yum.rayan at gmail.com  Thu Apr 21 18:12:17 2005
From: yum.rayan at gmail.com (Yum Rayan)
Date: Thu Apr 21 18:19:06 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] serial_cs: Reduce stack usage in
	serial_event()
In-Reply-To: <df35dfeb05042115021c24638b@mail.gmail.com>
References: <df35dfeb05042115021c24638b@mail.gmail.com>
Message-ID: <df35dfeb05042115124fb28471@mail.gmail.com>

This patch reduces the stack usage of the function serial_event() in
serial_cs from 2212 to 228. I used a patched version of gcc 3.4.3 on
i386 with -fno-unit-at-a-time disabled.

This patch is only compile tested. It would be nice to get feedback
from someone that owns the hardware and would like to test it.

Acked-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Yum Rayan <yum.rayan@gmail.com>

 serial_cs.c |  170 ++++++++++++++++++++++++++++++++++++++----------------------
 1 files changed, 110 insertions(+), 60 deletions(-)

diff -Nupr -X dontdiff
linux-2.6.12-rc2-mm3.a/drivers/serial/serial_cs.c
linux-2.6.12-rc2-mm3.b/drivers/serial/serial_cs.c
--- linux-2.6.12-rc2-mm3.a/drivers/serial/serial_cs.c	2005-04-19
23:20:14.000000000 -0700
+++ linux-2.6.12-rc2-mm3.b/drivers/serial/serial_cs.c	2005-04-20
23:22:19.000000000 -0700
@@ -110,6 +110,13 @@ struct serial_info {
 	int			line[4];
 };
 
+struct serial_cfg_mem {
+	tuple_t tuple;
+	cisparse_t parse;
+	u_char buf[256];	
+};
+
+
 static void serial_config(dev_link_t * link);
 static int serial_event(event_t event, int priority,
 			event_callback_args_t * args);
@@ -388,14 +395,24 @@ static int simple_config(dev_link_t *lin
 	static int size_table[2] = { 8, 16 };
 	client_handle_t handle = link->handle;
 	struct serial_info *info = link->priv;
-	tuple_t tuple;
-	u_char buf[256];
-	cisparse_t parse;
-	cistpl_cftable_entry_t *cf = &parse.cftable_entry;
+	struct serial_cfg_mem *cfg_mem;
+	tuple_t *tuple;
+	u_char *buf;
+	cisparse_t *parse;
+	cistpl_cftable_entry_t *cf;
 	config_info_t config;
 	int i, j, try;
 	int s;
 
+	cfg_mem = kmalloc(sizeof(struct serial_cfg_mem), GFP_KERNEL);
+	if (!cfg_mem)
+		return -1;
+	
+	tuple = &cfg_mem->tuple;
+	parse = &cfg_mem->parse;
+	cf = &parse->cftable_entry;
+	buf = cfg_mem->buf;
+
 	/* If the card is already configured, look up the port and irq */
 	i = pcmcia_get_configuration_info(handle, &config);
 	if ((i == CS_SUCCESS) && (config.Attributes & CONF_VALID_CLIENT)) {
@@ -408,21 +425,23 @@ static int simple_config(dev_link_t *lin
 			port = config.BasePort1 + 0x28;
 			info->slave = 1;
 		}
-		if (info->slave)
+		if (info->slave) {
+			kfree(cfg_mem);
 			return setup_serial(handle, info, port, config.AssignedIRQ);
+		}
 	}
 	link->conf.Vcc = config.Vcc;
 
 	/* First pass: look for a config entry that looks normal. */
-	tuple.TupleData = (cisdata_t *) buf;
-	tuple.TupleOffset = 0;
-	tuple.TupleDataMax = 255;
-	tuple.Attributes = 0;
-	tuple.DesiredTuple = CISTPL_CFTABLE_ENTRY;
+	tuple->TupleData = (cisdata_t *) buf;
+	tuple->TupleOffset = 0;
+	tuple->TupleDataMax = 255;
+	tuple->Attributes = 0;
+	tuple->DesiredTuple = CISTPL_CFTABLE_ENTRY;
 	/* Two tries: without IO aliases, then with aliases */
 	for (s = 0; s < 2; s++) {
 		for (try = 0; try < 2; try++) {
-			i = first_tuple(handle, &tuple, &parse);
+			i = first_tuple(handle, tuple, parse);
 			while (i != CS_NO_MORE_ITEMS) {
 				if (i != CS_SUCCESS)
 					goto next_entry;
@@ -440,14 +459,14 @@ static int simple_config(dev_link_t *lin
 						goto found_port;
 				}
 next_entry:
-				i = next_tuple(handle, &tuple, &parse);
+				i = next_tuple(handle, tuple, parse);
 			}
 		}
 	}
 	/* Second pass: try to find an entry that isn't picky about
 	   its base address, then try to grab any standard serial port
 	   address, and finally try to get any free port. */
-	i = first_tuple(handle, &tuple, &parse);
+	i = first_tuple(handle, tuple, parse);
 	while (i != CS_NO_MORE_ITEMS) {
 		if ((i == CS_SUCCESS) && (cf->io.nwin > 0) &&
 		    ((cf->io.flags & CISTPL_IO_LINES_MASK) <= 3)) {
@@ -460,7 +479,7 @@ next_entry:
 					goto found_port;
 			}
 		}
-		i = next_tuple(handle, &tuple, &parse);
+		i = next_tuple(handle, tuple, parse);
 	}
 
       found_port:
@@ -468,6 +487,7 @@ next_entry:
 		printk(KERN_NOTICE
 		       "serial_cs: no usable port range found, giving up\n");
 		cs_error(link->handle, RequestIO, i);
+		kfree(cfg_mem);
 		return -1;
 	}
 
@@ -481,9 +501,10 @@ next_entry:
 	i = pcmcia_request_configuration(link->handle, &link->conf);
 	if (i != CS_SUCCESS) {
 		cs_error(link->handle, RequestConfiguration, i);
+		kfree(cfg_mem);
 		return -1;
 	}
-
+	kfree(cfg_mem);
 	return setup_serial(handle, info, link->io.BasePort1, link->irq.AssignedIRQ);
 }
 
@@ -491,29 +512,39 @@ static int multi_config(dev_link_t * lin
 {
 	client_handle_t handle = link->handle;
 	struct serial_info *info = link->priv;
-	tuple_t tuple;
-	u_char buf[256];
-	cisparse_t parse;
-	cistpl_cftable_entry_t *cf = &parse.cftable_entry;
+	struct serial_cfg_mem *cfg_mem;
+	tuple_t *tuple;
+	u_char *buf;
+	cisparse_t *parse;
+	cistpl_cftable_entry_t *cf;
 	config_info_t config;
-	int i, base2 = 0;
+	int i, rc, base2 = 0;
+
+	cfg_mem = kmalloc(sizeof(struct serial_cfg_mem), GFP_KERNEL);
+	if (!cfg_mem)
+		return -1;
+	tuple = &cfg_mem->tuple;
+	parse = &cfg_mem->parse;
+	cf = &parse->cftable_entry;
+	buf = cfg_mem->buf;
 
 	i = pcmcia_get_configuration_info(handle, &config);
 	if (i != CS_SUCCESS) {
 		cs_error(handle, GetConfigurationInfo, i);
-		return -1;
+		rc = -1;
+		goto free_cfg_mem;
 	}
 	link->conf.Vcc = config.Vcc;
 
-	tuple.TupleData = (cisdata_t *) buf;
-	tuple.TupleOffset = 0;
-	tuple.TupleDataMax = 255;
-	tuple.Attributes = 0;
-	tuple.DesiredTuple = CISTPL_CFTABLE_ENTRY;
+	tuple->TupleData = (cisdata_t *) buf;
+	tuple->TupleOffset = 0;
+	tuple->TupleDataMax = 255;
+	tuple->Attributes = 0;
+	tuple->DesiredTuple = CISTPL_CFTABLE_ENTRY;
 
 	/* First, look for a generic full-sized window */
 	link->io.NumPorts1 = info->multi * 8;
-	i = first_tuple(handle, &tuple, &parse);
+	i = first_tuple(handle, tuple, parse);
 	while (i != CS_NO_MORE_ITEMS) {
 		/* The quad port cards have bad CIS's, so just look for a
 		   window larger than 8 ports and assume it will be right */
@@ -528,14 +559,14 @@ static int multi_config(dev_link_t * lin
 			if (i == CS_SUCCESS)
 				break;
 		}
-		i = next_tuple(handle, &tuple, &parse);
+		i = next_tuple(handle, tuple, parse);
 	}
 
 	/* If that didn't work, look for two windows */
 	if (i != CS_SUCCESS) {
 		link->io.NumPorts1 = link->io.NumPorts2 = 8;
 		info->multi = 2;
-		i = first_tuple(handle, &tuple, &parse);
+		i = first_tuple(handle, tuple, parse);
 		while (i != CS_NO_MORE_ITEMS) {
 			if ((i == CS_SUCCESS) && (cf->io.nwin == 2)) {
 				link->conf.ConfigIndex = cf->index;
@@ -548,13 +579,14 @@ static int multi_config(dev_link_t * lin
 				if (i == CS_SUCCESS)
 					break;
 			}
-			i = next_tuple(handle, &tuple, &parse);
+			i = next_tuple(handle, tuple, parse);
 		}
 	}
 
 	if (i != CS_SUCCESS) {
 		cs_error(link->handle, RequestIO, i);
-		return -1;
+		rc = -1;
+		goto free_cfg_mem;
 	}
 
 	i = pcmcia_request_irq(link->handle, &link->irq);
@@ -572,7 +604,8 @@ static int multi_config(dev_link_t * lin
 	i = pcmcia_request_configuration(link->handle, &link->conf);
 	if (i != CS_SUCCESS) {
 		cs_error(link->handle, RequestConfiguration, i);
-		return -1;
+		rc = -1;
+		goto free_cfg_mem;
 	}
 
 	/* The Oxford Semiconductor OXCF950 cards are in fact single-port:
@@ -593,17 +626,22 @@ static int multi_config(dev_link_t * lin
 		}
 		info->c950ctrl = base2;
 		wakeup_card(info);
-		return 0;
+		rc = 0;
+		goto free_cfg_mem;
 	}
 
 	setup_serial(handle, info, link->io.BasePort1, link->irq.AssignedIRQ);
 	/* The Nokia cards are not really multiport cards */
-	if (info->manfid == MANFID_NOKIA)
-		return 0;
+	if (info->manfid == MANFID_NOKIA) {
+		rc = 0;
+		goto free_cfg_mem;
+	}
 	for (i = 0; i < info->multi - 1; i++)
 		setup_serial(handle, info, base2 + (8 * i), link->irq.AssignedIRQ);
-
-	return 0;
+	rc = 0;
+free_cfg_mem:
+	kfree(cfg_mem);
+	return rc;
 }
 
 /*======================================================================
@@ -618,39 +656,49 @@ void serial_config(dev_link_t * link)
 {
 	client_handle_t handle = link->handle;
 	struct serial_info *info = link->priv;
-	tuple_t tuple;
-	u_short buf[128];
-	cisparse_t parse;
-	cistpl_cftable_entry_t *cf = &parse.cftable_entry;
+	struct serial_cfg_mem *cfg_mem;
+	tuple_t *tuple;
+	u_char *buf;
+	cisparse_t *parse;
+	cistpl_cftable_entry_t *cf;
 	int i, last_ret, last_fn;
 
 	DEBUG(0, "serial_config(0x%p)\n", link);
 
-	tuple.TupleData = (cisdata_t *) buf;
-	tuple.TupleOffset = 0;
-	tuple.TupleDataMax = 255;
-	tuple.Attributes = 0;
+	cfg_mem = kmalloc(sizeof(struct serial_cfg_mem), GFP_KERNEL);
+	if (!cfg_mem)
+		goto failed;
+
+	tuple = &cfg_mem->tuple;
+	parse = &cfg_mem->parse;
+	cf = &parse->cftable_entry;
+	buf = cfg_mem->buf;
+
+	tuple->TupleData = (cisdata_t *) buf;
+	tuple->TupleOffset = 0;
+	tuple->TupleDataMax = 255;
+	tuple->Attributes = 0;
 	/* Get configuration register information */
-	tuple.DesiredTuple = CISTPL_CONFIG;
-	last_ret = first_tuple(handle, &tuple, &parse);
+	tuple->DesiredTuple = CISTPL_CONFIG;
+	last_ret = first_tuple(handle, tuple, parse);
 	if (last_ret != CS_SUCCESS) {
 		last_fn = ParseTuple;
 		goto cs_failed;
 	}
-	link->conf.ConfigBase = parse.config.base;
-	link->conf.Present = parse.config.rmask[0];
+	link->conf.ConfigBase = parse->config.base;
+	link->conf.Present = parse->config.rmask[0];
 
 	/* Configure card */
 	link->state |= DEV_CONFIG;
 
 	/* Is this a compliant multifunction card? */
-	tuple.DesiredTuple = CISTPL_LONGLINK_MFC;
-	tuple.Attributes = TUPLE_RETURN_COMMON | TUPLE_RETURN_LINK;
-	info->multi = (first_tuple(handle, &tuple, &parse) == CS_SUCCESS);
+	tuple->DesiredTuple = CISTPL_LONGLINK_MFC;
+	tuple->Attributes = TUPLE_RETURN_COMMON | TUPLE_RETURN_LINK;
+	info->multi = (first_tuple(handle, tuple, parse) == CS_SUCCESS);
 
 	/* Is this a multiport card? */
-	tuple.DesiredTuple = CISTPL_MANFID;
-	if (first_tuple(handle, &tuple, &parse) == CS_SUCCESS) {
+	tuple->DesiredTuple = CISTPL_MANFID;
+	if (first_tuple(handle, tuple, parse) == CS_SUCCESS) {
 		info->manfid = le16_to_cpu(buf[0]);
 		info->prodid = le16_to_cpu(buf[1]);
 		for (i = 0; i < MULTI_COUNT; i++)
@@ -663,13 +711,13 @@ void serial_config(dev_link_t * link)
 
 	/* Another check for dual-serial cards: look for either serial or
 	   multifunction cards that ask for appropriate IO port ranges */
-	tuple.DesiredTuple = CISTPL_FUNCID;
+	tuple->DesiredTuple = CISTPL_FUNCID;
 	if ((info->multi == 0) &&
-	    ((first_tuple(handle, &tuple, &parse) != CS_SUCCESS) ||
-	     (parse.funcid.func == CISTPL_FUNCID_MULTI) ||
-	     (parse.funcid.func == CISTPL_FUNCID_SERIAL))) {
-		tuple.DesiredTuple = CISTPL_CFTABLE_ENTRY;
-		if (first_tuple(handle, &tuple, &parse) == CS_SUCCESS) {
+	    ((first_tuple(handle, tuple, parse) != CS_SUCCESS) ||
+	     (parse->funcid.func == CISTPL_FUNCID_MULTI) ||
+	     (parse->funcid.func == CISTPL_FUNCID_SERIAL))) {
+		tuple->DesiredTuple = CISTPL_CFTABLE_ENTRY;
+		if (first_tuple(handle, tuple, parse) == CS_SUCCESS) {
 			if ((cf->io.nwin == 1) && (cf->io.win[0].len % 8 == 0))
 				info->multi = cf->io.win[0].len >> 3;
 			if ((cf->io.nwin == 2) && (cf->io.win[0].len == 8) &&
@@ -704,6 +752,7 @@ void serial_config(dev_link_t * link)
 
 	link->dev = &info->node[0];
 	link->state &= ~DEV_CONFIG_PENDING;
+	kfree(cfg_mem);
 	return;
 
  cs_failed:
@@ -711,6 +760,7 @@ void serial_config(dev_link_t * link)
  failed:
 	serial_remove(link);
 	link->state &= ~DEV_CONFIG_PENDING;
+	kfree(cfg_mem);
 }
 
 /*======================================================================

From pcmcia at externe.net  Thu Apr 21 18:59:20 2005
From: pcmcia at externe.net (Guylhem Aznar)
Date: Thu Apr 21 18:59:23 2005
Subject: sandisk again
Message-ID: <20050421225920.GA6734@externe.net>

Hello

It's been a while - had a lot of work. I found some interesting
information: http://www.dsitri.de/phpBB2/viewtopic.php?t=95

-----------------
I had a couple of e-mails from Jouni and he mentioned that he was able
to make card work in dual mode by disbaling some of the IO ports in
module configuration files:

Quote:
By removing some of the ports from the allowed ranges in
/etc/pcmcia/config.opts:

#include port 0x100-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff include
port 0x110-0x4ff, port 0x800-0x8ff, port 0xc00-0xcff

(i.e., ide-cs was getting 0x100- and it did not work for some reason
that I do not understand yet)

------------------

So I tried to do that on my Simpad. There're 2 ways according to
config.opts : either using pcmcia-cs standalone in config.opts or the kernel in which case the pci hotplug system should be edit.

Let's try the first option - it's only a matter of editing config.opts
and someone reported success, so let's try !

Problem : pcmcia-cs standalone requires a sa1100 driver - no such
thing in the distribution. If I compile the kernel one, it complains
about missing dead_socket symbol - this requires cs.o which requires
pcmcia.o, and we're back on using the kernel stuff...

So I considered the second option - Problem : this is not documented
anywhere.

Any idea/suggestion ?

-- 
Bien ? vous - Best regards,
Guylhem P. Aznar

-- 
*@externe.net                                            http://externe.net
P?rim?/Deprecated:    @oeil.qc.ca, @metalab.unc.edu, @ibiblio.org, @7un.org
GPG: 92EB37C1 DD11C9C9 20519D01 E8FA1B11 42975AF7 http://externe.net/pubkey

From vda at port.imtp.ilyichevsk.odessa.ua  Fri Apr 22 04:22:51 2005
From: vda at port.imtp.ilyichevsk.odessa.ua (Denis Vlasenko)
Date: Fri Apr 22 07:10:19 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] smc91c92_cs: Reduce stack usage in
	smc91c92_event()
In-Reply-To: <df35dfeb05042115021c24638b@mail.gmail.com>
References: <df35dfeb05042115021c24638b@mail.gmail.com>
Message-ID: <200504221122.51579.vda@port.imtp.ilyichevsk.odessa.ua>

On Friday 22 April 2005 01:02, Yum Rayan wrote:
> This patch reduces the stack usage of the function smc91c92_event() in
> smc91c92_cs driver from 3540 to 132. Currently this is the highest
> stack user in linux-2.6.12-rc2-mm3. I used a patched version of gcc
> 3.4.3 on i386 with -fno-unit-at-a-time disabled.
> 
> The patch has only been compile tested. It would be nice to get
> feedback if someone that owns the hardware can actually test this
> patch.
> 
> Acked-by: J?rn Engel <joern@wohnheim.fh-wedel.de>
> Acked-by: Randy Dunlap <rddunlap@osdl.org>
> Signed-off-by: Yum Rayan <yum.rayan@gmail.com>
> 
>  smc91c92_cs.c |  287 ++++++++++++++++++++++++++++++++++++++--------------------
>  1 files changed, 189 insertions(+), 98 deletions(-)
> 
> diff -Nupr -X dontdiff
> linux-2.6.12-rc2-mm3.a/drivers/net/pcmcia/smc91c92_cs.c
> linux-2.6.12-rc2-mm3.b/drivers/net/pcmcia/smc91c92_cs.c
> --- linux-2.6.12-rc2-mm3.a/drivers/net/pcmcia/smc91c92_cs.c	2005-04-14
> 22:15:43.000000000 -0700
> +++ linux-2.6.12-rc2-mm3.b/drivers/net/pcmcia/smc91c92_cs.c	2005-04-20
> 18:12:00.000000000 -0700
> @@ -127,6 +127,12 @@ struct smc_private {
>      int				rx_ovrn;
>  };
>  
> +struct smc_cfg_mem {
> +    tuple_t tuple;
> +    cisparse_t parse;
> +    u_char buf[255];
> +};
> +
>  /* Special definitions for Megahertz multifunction cards */
>  #define MEGAHERTZ_ISR		0x0380
>  
> @@ -498,14 +504,24 @@ static int mhz_mfc_config(dev_link_t *li
>  {
>      struct net_device *dev = link->priv;
>      struct smc_private *smc = netdev_priv(dev);
> -    tuple_t tuple;
> -    cisparse_t parse;
> -    u_char buf[255];
> -    cistpl_cftable_entry_t *cf = &parse.cftable_entry;
> +    struct smc_cfg_mem *cfg_mem;
> +    tuple_t *tuple;
> +    cisparse_t *parse;
> +    cistpl_cftable_entry_t *cf;
> +    u_char *buf;

I do it this way:

int f()
{
-	tuple_t tuple;
-	cisparse_t parse;
-	u_char buf[255];
+	struct {
+		tuple_t tuple;
+		cisparse_t parse;
+		u_char buf[255];
+	} local;
+	local = kmalloc(sizeof(*local),...); if(!local)...
	...
- ? ?	tuple.Attributes = tuple.TupleOffset = 0;
- ? ?	tuple.TupleData = (cisdata_t *)buf;
- ? ?	tuple.TupleDataMax = sizeof(buf);
+ ? ?	local->tuple.Attributes = local->tuple.TupleOffset = 0;
+ ? ?	local->tuple.TupleData = (cisdata_t *)local->buf;
+ ? ?	local->tuple.TupleDataMax = sizeof(local->buf);

I see the following advantages:

1) struct is unnamed and local to function
2) Variables do not change their type, the just sit in local-> now.
   I can just add 'local->' to each affected variable,
   without "it was an object, now it is a pointer" changes.
   No need to replace . with ->, remove &, etc.
3) I do not need to do this part of your patch which adds more locals:
+ ? ?tuple_t *tuple;
+ ? ?cisparse_t *parse;
+ ? ?cistpl_cftable_entry_t *cf;
+ ? ?u_char *buf;
...
+ ? ?tuple = &cfg_mem->tuple;
+ ? ?parse = &cfg_mem->parse;
+ ? ?buf = cfg_mem->buf;
4) in resulting asm one base pointer instead of many will require
   less registers

Look into nfs4_proc_unlink_setup() for example.
I see that Trond do not use locally declared struct there,
but otherwise it is done as described above.
--
vda


From cosmo0 at btconnect.com  Fri Apr 22 09:43:26 2005
From: cosmo0 at btconnect.com (Cosmo)
Date: Fri Apr 22 09:44:26 2005
Subject: Memory ranges on a A31p ThinkPad
Message-ID: <4268FF7E.3080509@btconnect.com>


Problem 1)

I have an A31p ThinkPad with 2Gb of memory and SuSE 9.2 with a 2.6.8-24.14 kernel.
I haven't had to use a PCMCIA card until recently and have discovered that it doesn't
work:

Apr 18 09:19:18 koetsu kernel: ACPI: PCI interrupt 0000:02:00.0[A] -> GSI 11 (level, low) -> IRQ 11
Apr 18 09:19:18 koetsu kernel: PCI: Unable to reserve mem region #1:1000@50000000 for device 
0000:02:00.0
Apr 18 09:19:18 koetsu kernel: yenta_cardbus: probe of 0000:02:00.0 failed with error -16
Apr 18 09:19:18 koetsu kernel: ACPI: PCI interrupt 0000:02:00.1[B] -> GSI 11 (level, low) -> IRQ 11
Apr 18 09:19:18 koetsu kernel: PCI: Unable to reserve mem region #1:1000@50100000 for device 
0000:02:00.1
Apr 18 09:19:18 koetsu kernel: yenta_cardbus: probe of 0000:02:00.1 failed with error -16

If I reboot with mem=0x40000000 then I can see the devices:

0000:02:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8)
         Subsystem: IBM ThinkPad A/T/X Series
         Flags: bus master, medium devsel, latency 168, IRQ 11
         Memory at 50000000 (32-bit, non-prefetchable)
         Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
         Memory window 0: 40400000-407ff000 (prefetchable)
         Memory window 1: 40800000-40bff000
         I/O window 0: 00004000-000040ff
         I/O window 1: 00004400-000044ff
         16-bit legacy interface ports at 0001

0000:02:00.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a8)
         Subsystem: IBM ThinkPad A/T/X Series
         Flags: bus master, medium devsel, latency 168, IRQ 11
         Memory at 50100000 (32-bit, non-prefetchable)
         Bus: primary=02, secondary=07, subordinate=0a, sec-latency=176
         Memory window 0: 40c00000-40fff000 (prefetchable)
         Memory window 1: 41000000-413ff000
         I/O window 0: 00004800-000048ff
         I/O window 1: 00004c00-00004cff
         16-bit legacy interface ports at 0001

Can I reserve memory for these devices so I can still use the full 2Gb of
memory I have available? I tried "reserve=0x50000000,0x1000 reserve=0x50100000,0x1000"
on the boot line but that didn't help.


Problem 2)

Even if I do boot with mem=0x40000000 I still can't get any PCMCIA cards
to be recognised. Inserting the card gives me nothing at all, no beeps and
no messages of any kind. Specificaly I'm trying a Xircom CBEM56G-100 combined
Ethernet and Modem card that works (Ethernet does anyway) in a Dell inspiron
running the same version of SuSE and the same kernel.

Any pointers?



Cosmo


From bugme-daemon at osdl.org  Fri Apr 22 13:40:29 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr 22 13:40:39 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504221740.j3MHeTUA022086@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-22 10:40 -------
Hi,

with some help from other people we found patches solving the problem:

When applying the three patches 

pci-fix.patch
cardbus-signedness
cardbus-fixup-bridge 

the pcmcia slot works. I don't know where these patches originate from, 
I received them by e-mail. I'll attach them to this bug report.

However, this opens another problem: The PCMCIA slot works, 
but when inserting an SD-Card into the SD-Card-Slot driven by the same chip, 
the pcmcia daemon goes into an endless loop, consuming full cpu. 
But this might be a different bug. I'll submit a new one as soon as 
I tested this a little bit.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Fri Apr 22 13:41:47 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr 22 13:41:51 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504221741.j3MHflIo022207@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-22 10:41 -------
Created an attachment (id=4971)
 --> (http://bugme.osdl.org/attachment.cgi?id=4971&action=view)
pci-fix.patch


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Fri Apr 22 13:42:13 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr 22 13:42:18 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504221742.j3MHgD5k022303@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-22 10:42 -------
Created an attachment (id=4972)
 --> (http://bugme.osdl.org/attachment.cgi?id=4972&action=view)
cardbus-signedness


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Fri Apr 22 13:42:46 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr 22 13:42:51 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504221742.j3MHgkZm022354@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-22 10:42 -------
Created an attachment (id=4973)
 --> (http://bugme.osdl.org/attachment.cgi?id=4973&action=view)
cardbus-fixup-bridge


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From hadmut at danisch.de  Fri Apr 22 17:34:26 2005
From: hadmut at danisch.de (Hadmut Danisch)
Date: Fri Apr 22 17:35:09 2005
Subject: cardmgr: Endless loop with SD-Card
Message-ID: <20050422213426.GA21158@danisch.de>

Hi,

with some help the problem with the PCMCIA-Slot driven by 
a Ricoh Co Ltd RL5c476 II  was solved (see the kernel bug 4501). 

But now there is another problem: 

The SD-Card-Slot is driven by the same chip. Since there is only 
one PCMCIA slot, I guess the SD/MMC/MS-Slot takes the place of the
second PCMCIA slot.

As soon as I insert an SD-Card, the cardmgr goes into an endless loop:

rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0
ioctl(3, 0xc0286440, 0xbffff800)        = 0
ioctl(3, 0xc0206411, 0xbffff880)        = 0
time([1114205033])                      = 1114205033
getpid()                                = 4533
rt_sigaction(SIGPIPE, {0xb7f77a70, [], 0}, {SIG_DFL}, 8) = 0
send(0, "<30>Apr 22 23:23:53 cardmgr[4533]:   Common memory region at 0xb7ecb8d6: Generic"..., 88, 0) = 88



50% of CPU is occupied by cardmgr, the other 50% by syslogd receiving
those messages. The full message is 


cardmgr[4533]:   Common memory region at 0xb7ecb8d6: Generic or SRAM


Any idea?

regards
Hadmut

From joern at wohnheim.fh-wedel.de  Fri Apr 22 20:12:28 2005
From: joern at wohnheim.fh-wedel.de (=?iso-8859-1?Q?J=F6rn?= Engel)
Date: Fri Apr 22 20:12:49 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] smc91c92_cs: Reduce stack usage in
	smc91c92_event()
In-Reply-To: <200504221122.51579.vda@port.imtp.ilyichevsk.odessa.ua>
References: <df35dfeb05042115021c24638b@mail.gmail.com>
	<200504221122.51579.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <20050423001228.GA6418@wohnheim.fh-wedel.de>

On Fri, 22 April 2005 11:22:51 +0300, Denis Vlasenko wrote:
> 
> I do it this way:
> 
> int f()
> {
> -	tuple_t tuple;
> -	cisparse_t parse;
> -	u_char buf[255];
> +	struct {
> +		tuple_t tuple;
> +		cisparse_t parse;
> +		u_char buf[255];
> +	} local;
> +	local = kmalloc(sizeof(*local),...); if(!local)...
> 	...
> - ? ?	tuple.Attributes = tuple.TupleOffset = 0;
> - ? ?	tuple.TupleData = (cisdata_t *)buf;
> - ? ?	tuple.TupleDataMax = sizeof(buf);
> + ? ?	local->tuple.Attributes = local->tuple.TupleOffset = 0;
> + ? ?	local->tuple.TupleData = (cisdata_t *)local->buf;
> + ? ?	local->tuple.TupleDataMax = sizeof(local->buf);
> 
> I see the following advantages:
> 
> 1) struct is unnamed and local to function
> 2) Variables do not change their type, the just sit in local-> now.
>    I can just add 'local->' to each affected variable,
>    without "it was an object, now it is a pointer" changes.
>    No need to replace . with ->, remove &, etc.

I'd have proposed the same, before reading further down in the patch.
Basically, the driver is full of duplication, so the exact same struct
can be used several times.  Therefore, the downsides of your approach
seem to prevail.

> 3) I do not need to do this part of your patch which adds more locals:
> + ? ?tuple_t *tuple;
> + ? ?cisparse_t *parse;
> + ? ?cistpl_cftable_entry_t *cf;
> + ? ?u_char *buf;
> ...
> + ? ?tuple = &cfg_mem->tuple;
> + ? ?parse = &cfg_mem->parse;
> + ? ?buf = cfg_mem->buf;
> 4) in resulting asm one base pointer instead of many will require
>    less registers

Yup.  There are thousands of detail to improve in that driver.  It's
current maintainership (there is none) may explain that state.

J?rn

-- 
Fantasy is more important than knowledge. Knowledge is limited,
while fantasy embraces the whole world.
-- Albert Einstein

From vda at port.imtp.ilyichevsk.odessa.ua  Sat Apr 23 11:21:30 2005
From: vda at port.imtp.ilyichevsk.odessa.ua (Denis Vlasenko)
Date: Sat Apr 23 11:21:44 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] smc91c92_cs: Reduce stack usage in
	smc91c92_event()
In-Reply-To: <20050423001228.GA6418@wohnheim.fh-wedel.de>
References: <df35dfeb05042115021c24638b@mail.gmail.com>
	<200504221122.51579.vda@port.imtp.ilyichevsk.odessa.ua>
	<20050423001228.GA6418@wohnheim.fh-wedel.de>
Message-ID: <200504231821.31309.vda@port.imtp.ilyichevsk.odessa.ua>

On Saturday 23 April 2005 03:12, J?rn Engel wrote:

> > 1) struct is unnamed and local to function
> > 2) Variables do not change their type, the just sit in local-> now.
> >    I can just add 'local->' to each affected variable,
> >    without "it was an object, now it is a pointer" changes.
> >    No need to replace . with ->, remove &, etc.
> 
> I'd have proposed the same, before reading further down in the patch.
> Basically, the driver is full of duplication, so the exact same struct
> can be used several times.  Therefore, the downsides of your approach
> seem to prevail.

What downsides? I must admit I do not understand your answer here.

Let me stay on the subject of converting large stack onjects
to kmalloc()ed ones, without reference to current state
of code in a particular module.

Basically, these objects are local to function. We do not
introduce struct as an 'object'. It merely aggregates
all locals we decided to move to kmalloc space,
only because it's easier that way to allocate and reference
all of them in C.

Thus, even if there are many functions with similar
set of locals, it makes little sense to declare common struct.
IOW, I wouldn't do this:

struct big {
	large_t	large;
	huge_t huge;
};

int f() {
	struct big *local;
	local = kmalloc(sizeof(big),...);
	...
}

int g() {
	struct big *local;
	local = kmalloc(sizeof(big),...);
	...
}

For one, what will happen when you will need to add
another local in one function only?

Instead, I'd do it like I described in previous mail:

int f() {
	struct {
		large_t	large;
		huge_t huge;
	} *local;
	local = kmalloc(sizeof(*local),...);
	...
}

int g() {
	struct {
		large_t	large;
		huge_t huge;
	} *local;
	local = kmalloc(sizeof(*local),...);
	...
}
--
vda


From bugme-daemon at osdl.org  Sat Apr 23 20:21:44 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sat Apr 23 20:21:53 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504240021.j3O0LihS018451@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From akpm@digeo.com  2005-04-23 17:21 -------
This report is a little confusing.

- You initially report a problem with a "PC-Card", but later start a talking
about a cardbus card.  PC-Cards are crufty old 16-bit things and Cardbus is
modern 32-bit.  Please clafify.

- You mention the need for pci=noacpi as if this fixes something, but it's not
clear what problem pci=noacpi actually fixes.  Can you please clarify that?

Thanks for the detailed work, btw - I'll ask Linus and Greg to take a look at
this once we have the above info.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Sun Apr 24 03:01:06 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sun Apr 24 03:01:14 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504240701.j3O716Cc010944@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From hadmut@danisch.de  2005-04-24 00:01 -------
I meant a modern 32-bit card. And I always thought those 
crufty old 16-bit things were called "PCMCIA-Cards", while 
the term "PC-Card" was invented for those modern 32-bit cards.
The term "PC-Card" did not exist in the old days of those
16-bit cards. The visible difference between PCMCIA Card and 
PC-Card is that PC-Cards have a nubbed contact plate and the 
connector is thicker on one side to avoid plugging a 
PC-Card into a PCMCIA slot.

The need for pci=noacpi turned out to be independent of the 
card problem. I used a kernel with my default configuration, which 
I use for several different computers (including modern P4), but 
this kernel ran on the MSI notebook with this option only. Therefore 
I guessed that the card problem is somehow related to ACPI.
Meanwhile someone else sent me a kernel configuration for which 
this pci=noacpi option is not needed, but since the configuration 
heavily differs from mine I did not yet figure out, what exactly
makes the difference. But it has no effect on the cardbus problem, 
so this was a wrong guess of mine.

I received a  mail this morning from another user of the same machine
who told me that the pci-fix.patch is not needed to solve the 
cardbus problem. So it is the cardbus-signedness and the cardbus-fixup-bridge
patches which solve the problem. Unfortunately I have no idea where they
came from. 

regards
Hadmut






------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From James at superbug.co.uk  Sun Apr 24 08:17:15 2005
From: James at superbug.co.uk (James Courtier-Dutton)
Date: Sun Apr 24 07:14:58 2005
Subject: PCMCIA: O2Micro Cardbus problems. PCI-IDS: 0000:02:06.1 Class 0607:
 1217:7223
Message-ID: <426B8E4B.4060501@superbug.co.uk>

Hi all,

I have an HP compaq NC6000 notebook with the "O2 Micro, Inc. OZ711M3
SmartCardBus MultiMediaBay Controller".

I have a Cardbus 32bit PCMCIA card that fails to work.
When I insert the PCMCIA card, a new line in the lspci appears.
"0000:07:00.0 Multimedia audio controller: Creative Labs SB0400 Audigy2
Value"

I am currently writing a Linux driver for this card.
It is using IO ports 4800-483f. See attachment for details of lspci output.
With the card inserted and pci enabled, I can use outl() functions in my
driver, but as soon as I try an inl() function, the whole PC system hangs.

If I boot the same PC to Windows XP, the PCMCIA card works fine in the
same slot, so this is not a hardware failure.

If I insert a different non-cardbus PCMCIA card, cardmgr recognises it,
and it works fine passing data.

It is just this cardbus 32bit PCMCIA card that is the problem.

Do any of you have any data sheets on the O2 Micro chips, so that I
could try fixing this? Do any of you have any ideas that I could try.
Hopefully, this will just be a matter of modifying the function:
static int o2micro_override(struct yenta_socket *socket)

to work with this new o2micro chip.

Any help would be appreciated.

James
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lspci.txts.bz2
Type: application/octet-stream
Size: 3896 bytes
Desc: not available
Url : http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20050424/3ba6dae6/lspci.txts.obj
From bugme-daemon at osdl.org  Sun Apr 24 11:13:34 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sun Apr 24 11:13:45 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504241513.j3OFDYrP026096@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501

drazzib-ml@drazzib.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |drazzib-ml@drazzib.com



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Sun Apr 24 15:20:36 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sun Apr 24 15:20:43 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504241920.j3OJKaaT010609@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From linux@brodo.de  2005-04-24 12:20 -------
The pci-fix.patch is invalid -- it's done differently in -mm already
(pci-pci-transparent-bridge-handling-improvements-yenta_socket.patch). Other two
look good, thanks.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Sun Apr 24 15:27:36 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sun Apr 24 15:27:41 2005
Subject: [Bug 4498] When i try to use a pcmcia wireless card i get the
	message "cs: unable to map card memory!"
Message-ID: <200504241927.j3OJRarn011134@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4498





------- Additional Comments From linux@brodo.de  2005-04-24 12:27 -------
Could you create two new attachments here, please, one containing the full
output of the "dmesg" command, the other of "lspci -vvv"? Thanks.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From linux at dominikbrodowski.net  Sun Apr 24 15:29:22 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Sun Apr 24 15:29:24 2005
Subject: Memory ranges on a A31p ThinkPad
In-Reply-To: <4268FF7E.3080509@btconnect.com>
References: <4268FF7E.3080509@btconnect.com>
Message-ID: <20050424192922.GA27474@isilmar.linta.de>

Hi,

Could you try out 2.6.12-rc2-mm3, please? Also, please post a full dmesg.

Thanks,
	Dominik

From linux at dominikbrodowski.net  Sun Apr 24 15:35:20 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Sun Apr 24 15:35:21 2005
Subject: Porting Device Driver to 2.6
In-Reply-To: <Pine.LNX.4.61.0504200912270.11645@cac0.wmi.com>
References: <Pine.LNX.4.61.0504181147310.3073@cac0.wmi.com>
	<20050420121003.GE28491@isilmar.linta.de>
	<Pine.LNX.4.61.0504200823530.10332@cac0.wmi.com>
	<20050420125152.GA29580@isilmar.linta.de>
	<Pine.LNX.4.61.0504200912270.11645@cac0.wmi.com>
Message-ID: <20050424193520.GA27669@isilmar.linta.de>

Hi,

On Wed, Apr 20, 2005 at 09:26:56AM -0400, Alex Holeczy wrote:
> If the detach() function is suppose to call the release() function and the 
> release() function is not suppose to free any resources allocated by the 
> config() function for the device.

Possibly you want to consider this patch:

http://linux.bkbits.net:8080/linux-2.6/gnupatch@3f327bc6Xdtiuh4042Vyia3bJbtZ1A

which shows how this timer got removed for 2.6.

> By 'serialize this behavior', do you mean that the detach() function 
> should not be called by the 2.6 kernel if the device is still open?

No, I meant that _release() is called inside the other function, but not in
a different thread (the timer thread).

	Dominik

From linux at dominikbrodowski.net  Sun Apr 24 15:49:03 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Sun Apr 24 15:49:03 2005
Subject: cardmgr: Endless loop with SD-Card
In-Reply-To: <20050422213426.GA21158@danisch.de>
References: <20050422213426.GA21158@danisch.de>
Message-ID: <20050424194903.GA27778@isilmar.linta.de>

Hi,

On Fri, Apr 22, 2005 at 11:34:26PM +0200, Hadmut Danisch wrote:
> Hi,
> 
> with some help the problem with the PCMCIA-Slot driven by 
> a Ricoh Co Ltd RL5c476 II  was solved (see the kernel bug 4501). 
> 
> But now there is another problem: 
> 
> The SD-Card-Slot is driven by the same chip. Since there is only 
> one PCMCIA slot, I guess the SD/MMC/MS-Slot takes the place of the
> second PCMCIA slot.
> 
> As soon as I insert an SD-Card, the cardmgr goes into an endless loop:

This patch, which is already merged in 2.6.12-rc2, should fix it:


Properly set the return value for DS_BIND_MTD, DS_GET_FIRST_REGION and
DS_GET_NEXT_REGION. Else trying to bind MTD devices the old (deprecated)
way may cause an endless loop in cardmgr. This also happens if the
resources weren't made available properly in /etc/pcmcia/config.opts.

Signed-off-by: Dominik Brodowski <linux@dominikbrodowski.net>
---

 drivers/pcmcia/ds.c |    2 +-
 1 files changed, 1 insertion(+), 1 deletion(-)

Index: 2.6.12-rc1/drivers/pcmcia/ds.c
===================================================================
--- 2.6.12-rc1.orig/drivers/pcmcia/ds.c	2005-03-19 10:15:23.000000000 +0100
+++ 2.6.12-rc1/drivers/pcmcia/ds.c	2005-03-19 10:18:33.000000000 +0100
@@ -1453,7 +1453,7 @@
 			printed++;
 		}
 	}
-	ret = -EINVAL;
+	err = -EINVAL;
 	goto free_out;
 	break;
     case DS_GET_FIRST_WINDOW:

From bugme-daemon at osdl.org  Sun Apr 24 15:53:56 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sun Apr 24 15:54:02 2005
Subject: [Bug 4501] PCMCIA Card not powered on - CardBus bridge: Ricoh Co
	Ltd RL5c476 II (rev ac)
Message-ID: <200504241953.j3OJru2v012657@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4501





------- Additional Comments From rmk@arm.linux.org.uk  2005-04-24 12:53 -------
Does cardbus-signedness actually fix anything?

Let's look more closely at this.

- PCI_BASE_ADDRESS_MEM_MASK is defined in linux/pci.h as ~0x0fUL - an unsigned
long constant.

- pci_size() takes an unsigned long third argument - which is compatible with
what is being passed.

- pci_size() uses this in a logical expression with a u32, and a u32 result.

For any 32-bit unsigned long, this patch makes no changes what so ever.
For any 64-bit unsigned long, this patch doesn't change the expected outcome of
this code because 64-bit & 32-bit == 32-bit.

If it is the case (which I don't think) that this existing code is buggy, then
the code following the usage of pci_size() is also buggy - it's doing the same
as above, except putting the result in a 64-bit (in the 64-bit unsigned long case).

Therefore, I recommend against this particular patch.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From linux at dominikbrodowski.net  Sun Apr 24 16:00:05 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Sun Apr 24 16:00:06 2005
Subject: PCMCIA: O2Micro Cardbus problems. PCI-IDS: 0000:02:06.1 Class
	0607: 1217:7223
In-Reply-To: <426B8E4B.4060501@superbug.co.uk>
References: <426B8E4B.4060501@superbug.co.uk>
Message-ID: <20050424200005.GA27961@isilmar.linta.de>

Hi,

On Sun, Apr 24, 2005 at 01:17:15PM +0100, James Courtier-Dutton wrote:
> Hi all,
> 
> I have an HP compaq NC6000 notebook with the "O2 Micro, Inc. OZ711M3
> SmartCardBus MultiMediaBay Controller".
> 
> I have a Cardbus 32bit PCMCIA card that fails to work.
> When I insert the PCMCIA card, a new line in the lspci appears.
> "0000:07:00.0 Multimedia audio controller: Creative Labs SB0400 Audigy2
> Value"

Good.

> I am currently writing a Linux driver for this card.
> It is using IO ports 4800-483f. See attachment for details of lspci output.
> With the card inserted and pci enabled, I can use outl() functions in my
> driver, but as soon as I try an inl() function, the whole PC system hangs.

Just curious: have you properly set pci_enable_device(pdev); and
pci_set_master(pdev); in your driver's probe function first? After all,
lspci reports:
	Region 0: I/O ports at 4800 [disabled]

Hope that helps,
	Dominik

From James at superbug.co.uk  Sun Apr 24 17:36:38 2005
From: James at superbug.co.uk (James Courtier-Dutton)
Date: Sun Apr 24 16:34:21 2005
Subject: PCMCIA: O2Micro Cardbus problems. PCI-IDS: 0000:02:06.1 Class
 0607: 1217:7223
In-Reply-To: <20050424200005.GA27961@isilmar.linta.de>
References: <426B8E4B.4060501@superbug.co.uk>
	<20050424200005.GA27961@isilmar.linta.de>
Message-ID: <426C1166.5050807@superbug.co.uk>

Dominik Brodowski wrote:
> Hi,
> 
> On Sun, Apr 24, 2005 at 01:17:15PM +0100, James Courtier-Dutton wrote:
> 
>>Hi all,
>>
>>I have an HP compaq NC6000 notebook with the "O2 Micro, Inc. OZ711M3
>>SmartCardBus MultiMediaBay Controller".
>>
>>I have a Cardbus 32bit PCMCIA card that fails to work.
>>When I insert the PCMCIA card, a new line in the lspci appears.
>>"0000:07:00.0 Multimedia audio controller: Creative Labs SB0400 Audigy2
>>Value"
> 
> 
> Good.
> 
> 
>>I am currently writing a Linux driver for this card.
>>It is using IO ports 4800-483f. See attachment for details of lspci output.
>>With the card inserted and pci enabled, I can use outl() functions in my
>>driver, but as soon as I try an inl() function, the whole PC system hangs.
> 
> 
> Just curious: have you properly set pci_enable_device(pdev); and
> pci_set_master(pdev); in your driver's probe function first? After all,
> lspci reports:
> 	Region 0: I/O ports at 4800 [disabled]
> 
> Hope that helps,
> 	Dominik
> 

Yes I have. The test code I am using is here:
http://www.alsa-project.org/~james/alsa-driver/pcmcia/audigy2notebook/

From marc at mcguinness.de  Mon Apr 25 07:37:47 2005
From: marc at mcguinness.de (Marc McGuinness)
Date: Mon Apr 25 07:37:48 2005
Subject: No power applied to wireless lan card?
Message-ID: <426CD68B.30800@mcguinness.de>

Hello,

I can't get my wireless orinoco gold card going. No live cds
(knoppix/ubuntu) in their latest versions could get it running. The LEDs
on the pcmcia card always stay switched off. Unfortunately I can't find
an error message regarding a power problem anywhere and it's the only
pcmcia card available for me. The card works fine on windows on the same
machine.

This is the output while the card is inserted into the notebook:

=========================================================================
# cardctl status
Socket 0:
   5V 16-bit PC Card
   function 0: [ready]
=========================================================================
# lspci -vv -s 00:0a.0
0000:00:0a.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller
         Subsystem: Elitegroup Computer Systems: Unknown device b732
         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: 0x20 (128 bytes)
         Interrupt: pin A routed to IRQ 9
         Region 0: Memory at 20000000 (32-bit, non-prefetchable) [size=4K]
         Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
         Memory window 0: 20400000-207ff000 (prefetchable)
         Memory window 1: 20800000-20bff000
         I/O window 0: 00004000-000040ff
         I/O window 1: 00004400-000044ff
         BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+
PostWrite+
         16-bit legacy interface ports at 0001
=========================================================================
# cat /proc/interrupts
            CPU0
   0:    7760683          XT-PIC  timer
   1:       4263          XT-PIC  i8042
   2:          0          XT-PIC  cascade
   4:      37007          XT-PIC  eth0
   5:     455013          XT-PIC  radeon@PCI:1:0:0
   7:          2          XT-PIC  parport0
   8:          1          XT-PIC  rtc
   9:          8          XT-PIC  yenta, ohci1394
  10:          2          XT-PIC  ohci_hcd, SiS 7012, SiS SI7013 Modem,
ehci_hcd
  11:      14186          XT-PIC  acpi, ohci_hcd, ohci_hcd
  12:         66          XT-PIC  i8042
  14:      24626          XT-PIC  ide0
  15:         22          XT-PIC  ide1
NMI:          0
LOC:          0
ERR:          0
MIS:          0
=========================================================================
# dmesg | grep Yenta
Yenta: CardBus bridge found at 0000:00:0a.0 [1019:b732]
Yenta: adjusting diagnostic: 40 -> 60
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.0, mfunc 0x000c1002, devctl 0x44
Yenta: ISA IRQ mask 0x0000, PCI irq 9
=========================================================================
# cat /proc/ioports
0000-001f : dma1
0020-0021 : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
02f8-02ff : serial
0376-0376 : ide1
0378-037a : parport0
037b-037f : parport0
03c0-03df : vesafb
03f6-03f6 : ide0
03f8-03ff : serial
04d0-04d1 : pnp 00:0b
0778-077a : parport0
0cf8-0cff : PCI conf1
1000-100f : 0000:00:02.5
   1000-1007 : ide0
   1008-100f : ide1
1080-10ff : 0000:00:02.6
   1080-10ff : SiS SI7013 Modem
1400-14ff : 0000:00:02.6
   1400-14ff : SiS SI7013 Modem
1800-18ff : 0000:00:02.7
   1800-18ff : SiS 7012
1c00-1c7f : 0000:00:02.7
   1c00-1c3f : SiS 7012
4000-40ff : PCI CardBus #02
4400-44ff : PCI CardBus #02
8000-808f : motherboard
   8000-807f : motherboard
     8000-8003 : PM1a_EVT_BLK
     8004-8005 : PM1a_CNT_BLK
     8008-800b : PM_TMR
     8020-8023 : GPE0_BLK
     8030-8033 : GPE1_BLK
8090-80ff : motherboard
   80ff-80ff : pnp 00:0b
8100-811f : 0000:00:02.1
   8100-811f : pnp 00:0b
9000-9fff : PCI Bus #01
   9000-90ff : 0000:01:00.0
e000-e0ff : 0000:00:04.0
   e000-e0ff : sis900
fe00-fe00 : motherboard
=========================================================================
# cat /proc/iomem
00000000-0009f3ff : System RAM
0009f400-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cefff : Video ROM
000d0000-000d7fff : reserved
000d8000-000e1fff : Adapter ROM
000f0000-000fffff : System ROM
00100000-1fdeffff : System RAM
   00100000-002bdddc : Kernel code
   002bdddd-003a66ff : Kernel data
1fdf0000-1fdfafff : ACPI Tables
1fdfb000-1fdfffff : ACPI Non-volatile Storage
1fe00000-1fffffff : reserved
20000000-20000fff : 0000:00:0a.0
   20000000-20000fff : yenta_socket
20400000-207fffff : PCI CardBus #02
20800000-20bfffff : PCI CardBus #02
a0000000-a0000fff : pcmcia_socket0
e0000000-e7ffffff : 0000:00:00.0
e8000000-e8000fff : 0000:00:02.3
   e8000000-e80007ff : ohci1394
e8001000-e8001fff : 0000:00:03.0
   e8001000-e8001fff : ohci_hcd
e8002000-e8002fff : 0000:00:03.1
   e8002000-e8002fff : ohci_hcd
e8003000-e8003fff : 0000:00:03.2
   e8003000-e8003fff : ohci_hcd
e8004000-e8004fff : 0000:00:03.3
   e8004000-e8004fff : ehci_hcd
e8005000-e8005fff : 0000:00:04.0
   e8005000-e8005fff : sis900
e8100000-e81fffff : PCI Bus #01
   e8100000-e810ffff : 0000:01:00.0
f0000000-f7ffffff : PCI Bus #01
   f0000000-f7ffffff : 0000:01:00.0
     f0000000-f02fffff : vesafb
fff80000-ffffffff : reserved
=========================================================================

Any ideas?

Marc



From stephen.villano at us.army.mil  Mon Apr 25 11:19:58 2005
From: stephen.villano at us.army.mil (stephen.villano@us.army.mil)
Date: Mon Apr 25 11:38:04 2005
Subject: No power applied to wireless lan card?
Message-ID: <855f2a9855da95.855da95855f2a9@us.army.mil>

http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Orinoco.html
Has a LOT of help there with a fair number of links.

----- Original Message -----
From: Marc McGuinness <marc@mcguinness.de>
Date: Monday, April 25, 2005 7:37 am
Subject: No power applied to wireless lan card?

> Hello,
> 
> I can't get my wireless orinoco gold card going. No live cds
> (knoppix/ubuntu) in their latest versions could get it running. 
> The LEDs
> on the pcmcia card always stay switched off. Unfortunately I can't 
> findan error message regarding a power problem anywhere and it's 
> the only
> pcmcia card available for me. The card works fine on windows on 
> the same
> machine.
> 
> This is the output while the card is inserted into the notebook:
> 
> =========================================================================
> # cardctl status
> Socket 0:
>   5V 16-bit PC Card
>   function 0: [ready]
> =========================================================================
> # lspci -vv -s 00:0a.0
> 0000:00:0a.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus 
> Controller         Subsystem: Elitegroup Computer Systems: Unknown 
> device b732
>         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: 0x20 (128 bytes)
>         Interrupt: pin A routed to IRQ 9
>         Region 0: Memory at 20000000 (32-bit, non-prefetchable) 
> [size=4K]         Bus: primary=00, secondary=02, subordinate=05, 
> sec-latency=176
>         Memory window 0: 20400000-207ff000 (prefetchable)
>         Memory window 1: 20800000-20bff000
>         I/O window 0: 00004000-000040ff
>         I/O window 1: 00004400-000044ff
>         BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+
> PostWrite+
>         16-bit legacy interface ports at 0001
> =========================================================================
> # cat /proc/interrupts
>            CPU0
>   0:    7760683          XT-PIC  timer
>   1:       4263          XT-PIC  i8042
>   2:          0          XT-PIC  cascade
>   4:      37007          XT-PIC  eth0
>   5:     455013          XT-PIC  radeon@PCI:1:0:0
>   7:          2          XT-PIC  parport0
>   8:          1          XT-PIC  rtc
>   9:          8          XT-PIC  yenta, ohci1394
>  10:          2          XT-PIC  ohci_hcd, SiS 7012, SiS SI7013 
> Modem,ehci_hcd
>  11:      14186          XT-PIC  acpi, ohci_hcd, ohci_hcd
>  12:         66          XT-PIC  i8042
>  14:      24626          XT-PIC  ide0
>  15:         22          XT-PIC  ide1
> NMI:          0
> LOC:          0
> ERR:          0
> MIS:          0
> =========================================================================
> # dmesg | grep Yenta
> Yenta: CardBus bridge found at 0000:00:0a.0 [1019:b732]
> Yenta: adjusting diagnostic: 40 -> 60
> Yenta: Using CSCINT to route CSC interrupts to PCI
> Yenta: Routing CardBus interrupts to PCI
> Yenta TI: socket 0000:00:0a.0, mfunc 0x000c1002, devctl 0x44
> Yenta: ISA IRQ mask 0x0000, PCI irq 9
> =========================================================================
> # cat /proc/ioports
> 0000-001f : dma1
> 0020-0021 : pic1
> 0040-0043 : timer0
> 0050-0053 : timer1
> 0060-006f : keyboard
> 0070-0077 : rtc
> 0080-008f : dma page reg
> 00a0-00a1 : pic2
> 00c0-00df : dma2
> 00f0-00ff : fpu
> 0170-0177 : ide1
> 01f0-01f7 : ide0
> 02f8-02ff : serial
> 0376-0376 : ide1
> 0378-037a : parport0
> 037b-037f : parport0
> 03c0-03df : vesafb
> 03f6-03f6 : ide0
> 03f8-03ff : serial
> 04d0-04d1 : pnp 00:0b
> 0778-077a : parport0
> 0cf8-0cff : PCI conf1
> 1000-100f : 0000:00:02.5
>   1000-1007 : ide0
>   1008-100f : ide1
> 1080-10ff : 0000:00:02.6
>   1080-10ff : SiS SI7013 Modem
> 1400-14ff : 0000:00:02.6
>   1400-14ff : SiS SI7013 Modem
> 1800-18ff : 0000:00:02.7
>   1800-18ff : SiS 7012
> 1c00-1c7f : 0000:00:02.7
>   1c00-1c3f : SiS 7012
> 4000-40ff : PCI CardBus #02
> 4400-44ff : PCI CardBus #02
> 8000-808f : motherboard
>   8000-807f : motherboard
>     8000-8003 : PM1a_EVT_BLK
>     8004-8005 : PM1a_CNT_BLK
>     8008-800b : PM_TMR
>     8020-8023 : GPE0_BLK
>     8030-8033 : GPE1_BLK
> 8090-80ff : motherboard
>   80ff-80ff : pnp 00:0b
> 8100-811f : 0000:00:02.1
>   8100-811f : pnp 00:0b
> 9000-9fff : PCI Bus #01
>   9000-90ff : 0000:01:00.0
> e000-e0ff : 0000:00:04.0
>   e000-e0ff : sis900
> fe00-fe00 : motherboard
> =========================================================================
> # cat /proc/iomem
> 00000000-0009f3ff : System RAM
> 0009f400-0009ffff : reserved
> 000a0000-000bffff : Video RAM area
> 000c0000-000cefff : Video ROM
> 000d0000-000d7fff : reserved
> 000d8000-000e1fff : Adapter ROM
> 000f0000-000fffff : System ROM
> 00100000-1fdeffff : System RAM
>   00100000-002bdddc : Kernel code
>   002bdddd-003a66ff : Kernel data
> 1fdf0000-1fdfafff : ACPI Tables
> 1fdfb000-1fdfffff : ACPI Non-volatile Storage
> 1fe00000-1fffffff : reserved
> 20000000-20000fff : 0000:00:0a.0
>   20000000-20000fff : yenta_socket
> 20400000-207fffff : PCI CardBus #02
> 20800000-20bfffff : PCI CardBus #02
> a0000000-a0000fff : pcmcia_socket0
> e0000000-e7ffffff : 0000:00:00.0
> e8000000-e8000fff : 0000:00:02.3
>   e8000000-e80007ff : ohci1394
> e8001000-e8001fff : 0000:00:03.0
>   e8001000-e8001fff : ohci_hcd
> e8002000-e8002fff : 0000:00:03.1
>   e8002000-e8002fff : ohci_hcd
> e8003000-e8003fff : 0000:00:03.2
>   e8003000-e8003fff : ohci_hcd
> e8004000-e8004fff : 0000:00:03.3
>   e8004000-e8004fff : ehci_hcd
> e8005000-e8005fff : 0000:00:04.0
>   e8005000-e8005fff : sis900
> e8100000-e81fffff : PCI Bus #01
>   e8100000-e810ffff : 0000:01:00.0
> f0000000-f7ffffff : PCI Bus #01
>   f0000000-f7ffffff : 0000:01:00.0
>     f0000000-f02fffff : vesafb
> fff80000-ffffffff : reserved
> =========================================================================
> 
> Any ideas?
> 
> Marc
> 
> 
> 
> _______________________________________________
> Linux PCMCIA reimplementation list
> http://lists.infradead.org/mailman/listinfo/linux-pcmcia
> 

From aaron at cs.anu.edu.au  Mon Apr 25 19:45:09 2005
From: aaron at cs.anu.edu.au (AM Drew)
Date: Mon Apr 25 19:45:25 2005
Subject: WL200 again
Message-ID: <200504260945.09308.aaron@cs.anu.edu.au>

Hi,

I've returned from afar with another Compaq WL200 card to try my luck again 
and it seems that this one, which was working in an old Pentium 200 MMX when 
I left, also refuses to work on my Asus A7V motherboard. The old machine and 
the new machine are running the same kernel version (2.6.10) so I can only 
assume the bug is not in the pd6729 driver but somewhere else - probably 
related to the PCI bus.

Pursuing this line of investigation (PCI bus) is, I guess, off-topic for this 
list but I was wondering if anyone had any pointers as to where I should look 
or even mailing lists that I should join that might be able to help out.

Regards,
Aaron

From David at mackay.name  Tue Apr 26 00:02:26 2005
From: David at mackay.name (david)
Date: Tue Apr 26 00:05:37 2005
Subject: yenta_socket "nobody cared - Disabling IRQ #4"
Message-ID: <opsptmucdoz1hgtk@tpg.com.au>

	Mine was on IRQ7 ide0 and re-enabling the H/W Raid and ATI in the bios  
fixed the problem.


From naganagouda.meti at wipro.com  Tue Apr 26 00:09:40 2005
From: naganagouda.meti at wipro.com (naganagouda.meti@wipro.com)
Date: Tue Apr 26 00:13:59 2005
Subject: Problem with Ricoh PCI-PCMCIA and GC75
Message-ID: <7BCD17BB75C4464D866EB5A20D5E889E1FD897@HYD-MKD-MBX01.wipro.com>


Hi All,

I am a newbie to the Linux pcmcia world. I have Ricoh pci-pcmcia card
bridge and Sony Ericsson GC75 wireless modem card.
I am using RedHat 9.0 with 2.4.20-18 kernel.

In the smp image it is recognizing the card bridge and assigning the IRQ
to it. But when I ran the cardctl ident I am getting unknown device
message.
But in the non-smp version of kernel image it is not even assigning the
IRQ to card bridge.

Actually I don't know whether kernel 2.4 supports pci-pcmcia or not.
Shall I need to upgrade it to 2.6?

Let me know if you need any further information.

Regards,
Nagan,




Confidentiality Notice

The information contained in this electronic message and any attachments to this message are intended
for the exclusive use of the addressee(s) and may contain confidential or privileged information. If
you are not the intended recipient, please notify the sender at Wipro or Mailadmin@wipro.com immediately
and destroy all copies of this message and any attachments.

From yum.rayan at gmail.com  Tue Apr 26 03:18:54 2005
From: yum.rayan at gmail.com (Yum Rayan)
Date: Tue Apr 26 03:18:55 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] smc91c92_cs: Reduce stack usage in
	smc91c92_event()
In-Reply-To: <200504231821.31309.vda@port.imtp.ilyichevsk.odessa.ua>
References: <df35dfeb05042115021c24638b@mail.gmail.com>
	<200504221122.51579.vda@port.imtp.ilyichevsk.odessa.ua>
	<20050423001228.GA6418@wohnheim.fh-wedel.de>
	<200504231821.31309.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <df35dfeb05042600184c683c8c@mail.gmail.com>

On 4/23/05, Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua> wrote:
> On Saturday 23 April 2005 03:12, J?rn Engel wrote:
> 
> > > 1) struct is unnamed and local to function
> > > 2) Variables do not change their type, the just sit in local-> now.
> > >    I can just add 'local->' to each affected variable,
> > >    without "it was an object, now it is a pointer" changes.
> > >    No need to replace . with ->, remove &, etc.
> >
> > I'd have proposed the same, before reading further down in the patch.
> > Basically, the driver is full of duplication, so the exact same struct
> > can be used several times.  Therefore, the downsides of your approach
> > seem to prevail.
> 
> What downsides? I must admit I do not understand your answer here.
> 
> Let me stay on the subject of converting large stack onjects
> to kmalloc()ed ones, without reference to current state
> of code in a particular module.
> 
> Basically, these objects are local to function. We do not

And seem to be always used in conjuction with each other, not alone
across various functions in this driver alone but also across various
card services drivers.

> introduce struct as an 'object'. It merely aggregates
> all locals we decided to move to kmalloc space,
> only because it's easier that way to allocate and reference
> all of them in C.
> 
> Thus, even if there are many functions with similar
> set of locals, it makes little sense to declare common struct.
> IOW, I wouldn't do this:
> 
> struct big {
>        large_t large;
>        huge_t huge;
> };
> 
> int f() {
>        struct big *local;
>        local = kmalloc(sizeof(big),...);
>        ...
> }
> 
> int g() {
>        struct big *local;
>        local = kmalloc(sizeof(big),...);
>        ...
> }
> 
> For one, what will happen when you will need to add
> another local in one function only?

struct another_local_struct *another_local;
another_local = kmalloc(sizeof(sruct another_local_struct),...);

or if single kmalloc is preferred, then:

struct another_big_struct {
  struct old_big_struct old_big;
  struct new_big_struct new_big;
} ;

I'd agree with your suggestion had it been "struct big", or "struct
huge" or "struct stack" or something like that, but does not seem
appropriate in this particular case.

Regards,
Rayan

From joern at wohnheim.fh-wedel.de  Tue Apr 26 05:46:35 2005
From: joern at wohnheim.fh-wedel.de (=?iso-8859-1?Q?J=F6rn?= Engel)
Date: Tue Apr 26 05:47:07 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] smc91c92_cs: Reduce stack usage in
	smc91c92_event()
In-Reply-To: <200504231821.31309.vda@port.imtp.ilyichevsk.odessa.ua>
References: <df35dfeb05042115021c24638b@mail.gmail.com>
	<200504221122.51579.vda@port.imtp.ilyichevsk.odessa.ua>
	<20050423001228.GA6418@wohnheim.fh-wedel.de>
	<200504231821.31309.vda@port.imtp.ilyichevsk.odessa.ua>
Message-ID: <20050426094634.GA20971@wohnheim.fh-wedel.de>

On Sat, 23 April 2005 18:21:30 +0300, Denis Vlasenko wrote:
> On Saturday 23 April 2005 03:12, J?rn Engel wrote:
> 
> > > 1) struct is unnamed and local to function
> > > 2) Variables do not change their type, the just sit in local-> now.
> > >    I can just add 'local->' to each affected variable,
> > >    without "it was an object, now it is a pointer" changes.
> > >    No need to replace . with ->, remove &, etc.
> > 
> > I'd have proposed the same, before reading further down in the patch.
> > Basically, the driver is full of duplication, so the exact same struct
> > can be used several times.  Therefore, the downsides of your approach
> > seem to prevail.
> 
> What downsides? I must admit I do not understand your answer here.

1. Read the patch.  All of it.

2. Virtually the same identical variables are stuffed into the stack
frames of:
o mhz_mfc_config,
o mhz_setup,
o mot_setup,
o smc_setup,
o osi_setup and
o smc91c92_config.

That is six functions.  If it were just one, I would definitely agree
with you.  For two functions, well, it wouldn't really matter either
way.  But should six functions all copy the exact same struct six
different times instead of referencing a single globally defined one?
Naa, that's barely an advantage.

> Instead, I'd do it like I described in previous mail:

If you would actually like to do something, please provide further
patches to that driver.  It sucks.  It sucks so bad, that it's hardly
possible to change anything without improving it.  There are much
grosser things to clean up than the one we're discussing right now.

J?rn

-- 
He who knows others is wise.
He who knows himself is enlightened.
-- Lao Tsu

From vda at port.imtp.ilyichevsk.odessa.ua  Tue Apr 26 08:54:50 2005
From: vda at port.imtp.ilyichevsk.odessa.ua (Denis Vlasenko)
Date: Tue Apr 26 08:55:25 2005
Subject: [PATCH linux-2.6.12-rc2-mm3] smc91c92_cs: Reduce stack usage in
	smc91c92_event()
In-Reply-To: <df35dfeb05042600184c683c8c@mail.gmail.com>
References: <df35dfeb05042115021c24638b@mail.gmail.com>
	<200504231821.31309.vda@port.imtp.ilyichevsk.odessa.ua>
	<df35dfeb05042600184c683c8c@mail.gmail.com>
Message-ID: <200504261554.50177.vda@port.imtp.ilyichevsk.odessa.ua>

> > IOW, I wouldn't do this:
> > 
> > struct big {
> >        large_t large;
> >        huge_t huge;
> > };
> > 
> > int f() {
> >        struct big *local;
> >        local = kmalloc(sizeof(big),...);
> >        ...
> > }
> > 
> > int g() {
> >        struct big *local;
> >        local = kmalloc(sizeof(big),...);
> >        ...
> > }
> > 
> > For one, what will happen when you will need to add
> > another local in one function only?
> 
> struct another_local_struct *another_local;
> another_local = kmalloc(sizeof(sruct another_local_struct),...);

two kmalloc. two pointers, two registers used for them. On i386
we have only 6 available registers (sometimes 7 with omit-stack-ptr).

I did look on the resulting assembly. Single pointer
for all kmalloc based locals is looking very nice.

> or if single kmalloc is preferred, then:
> 
> struct another_big_struct {
>   struct old_big_struct old_big;
>   struct new_big_struct new_big;
> } ;

I assume you will have
"struct another_big_struct *local;"

Then you will also need to replace
	local->some_var => local->old_big->some_var
everywhere for each member of old_big.

In other words: it is not very easy for you
to add new members to kmalloc'ed locals
(or to move some remaining on-stack locals to
kmalloc space).

On the contrary, I will need to do only this:

int g() {
????????struct {
????????????????large_t?large;
????????????????huge_t huge;
+               struct new_big_struct n;
????????} *local;
????????local = kmalloc(sizeof(*local),...);
????????...
}

Just one line! (+ of course any changes for which new_big_struct
was introduced in the first place).
--
vda


From cosmo0 at btconnect.com  Tue Apr 26 10:35:57 2005
From: cosmo0 at btconnect.com (Cosmo)
Date: Tue Apr 26 10:33:50 2005
Subject: Memory ranges on a A31p ThinkPad
In-Reply-To: <20050424192922.GA27474@isilmar.linta.de>
References: <4268FF7E.3080509@btconnect.com>
	<20050424192922.GA27474@isilmar.linta.de>
Message-ID: <426E51CD.5010502@btconnect.com>

Dominik Brodowski wrote:
> Hi,
> 
> Could you try out 2.6.12-rc2-mm3, please? 

Well that version seems to work OK. I don't have to reserve any memory and the
yenta_socket module loads correctly. A Xircom card and an old Worldport modem
are also recognised where they were not before.

> Also, please post a full dmesg.

The immediate need to get this working has passed now and I'd prefer to run a
SuSE kernel rather than a development one. I'm going to give SuSE 9.3 a try
very soon which is based on 2.6.11.4, hopefully that will work as well as
2.6.12-rc2-mm3. Even if it doesn't, at least I know I'm not a world away from
getting something working

Thanks for the help,



Cosmo

From willtobe at gmail.com  Thu Apr 28 02:04:54 2005
From: willtobe at gmail.com (Will Tobe)
Date: Thu Apr 28 02:04:58 2005
Subject: Trouble with orinoco_cs -- ignore_cis_vcc=1
Message-ID: <b45848c10504272304321ad7e2@mail.gmail.com>

Hi,

I'm having problems getting an Agere card working on Debian, kernel
2.6.10. The card is a PC24E-11-PC/R model.  It should work with with
the orinoco_cs driver but so far it's a no go. Unless I'm mistaken the
card has a Prism type chipset.

At first I was having problems with messages saying there was no high
memory available. So I looked at the messages log and saw where the
system was reporting 0MB high memory available and 255MB low memory
available, with some addresses of unused memory. So I added a line to
config.opts to use some of the free mem:

include memory 0xe0010000-0xefff0000

That cleared up the memory issues and I stopped getting that message
in the log.  Now I get these :

/var/log/messages: 

Apr 27 23:53:33 contellation kernel: orinoco_cs: GetFirstTuple: No more items

dmesg: 

No matching CIS configuration, maybe you need the ignore_cis_vcc=1 parameter.

So then I added this line to the config.opts file: 
module "orinoco_cs" opts "ignore_cis_vcc=1"

Still didn't work. (I keep getting one high beep then one low beep
when I insert the card)

The Agere card label indicates that the card will work at 3.3V, 5V, and 16V. 

So then I tried "modprobe orinoco_cs ignore_cis_vcc=1" and that
doesn't work either.  I didn't reboot after any of those changes. (Is
that necessary?)

I tried stopping the pcmcia service, inserting the card, then starting
the service. No go either.

Here's the "cardctl ident" output: 

Socket 1:
  product info: "Wireless", "WLAN PC Card", "Version 01.01", ""
  manfid: 0x0156, 0x0002
  function: 6 (network)

I have this in my /etc/pcmcia/config file: 

card "Agere PC24E-11-FC/R 802.11AB"
  version "Wireless", "WLAN PC CARD"
  bind "orinoco_cs"

Here's a lspci -vv dump below. Any ideas what's wrong? 


0000:00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host
bridge (rev 03)
        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
        Region 0: Memory at e0000000 (32-bit, prefetchable) [size=64M]
        Capabilities: [a0] AGP version 1.0
                Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW- AGP3- Rate=x2
                Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x2

0000:00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP
bridge (rev 03) (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: 128
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
        I/O behind bridge: 00002000-00002fff
        Memory behind bridge: fc100000-fdffffff
        BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B+

0000:00:04.0 CardBus bridge: Texas Instruments PCI1225 (rev 01)
        Subsystem: Dell: Unknown device 009e
        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: 0x20 (128 bytes)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at 10000000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
        Memory window 0: 10400000-107ff000 (prefetchable)
        Memory window 1: 10800000-10bff000
        I/O window 0: 00004000-000040ff
        I/O window 1: 00004400-000044ff
        BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt+ PostWrite+
        16-bit legacy interface ports at 0001

0000:00:04.1 CardBus bridge: Texas Instruments PCI1225 (rev 01)
        Subsystem: Dell: Unknown device 009e
        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: 0x20 (128 bytes)
        Interrupt: pin A routed to IRQ 11
        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

0000:00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
        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: 0

0000:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev
01) (prog-if 80 [Master])
        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
        Region 4: I/O ports at 1090 [size=16]

0000:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev
01) (prog-if 00 [UHCI])
        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
        Interrupt: pin D routed to IRQ 5
        Region 4: I/O ports at 1060 [size=32]

0000:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 03)
        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-
        Interrupt: pin ? routed to IRQ 9

0000:00:08.0 Multimedia audio controller: ESS Technology ES1978
Maestro 2E (rev 10)
        Subsystem: Dell: Unknown device 009e
        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 (500ns min, 6000ns max)
        Interrupt: pin A routed to IRQ 5
        Region 0: I/O ports at 1400 [size=256]
        Capabilities: [c0] Power Management version 2
                Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:10.0 Communication controller: Lucent Microelectronics
WinModem 56k (rev 01)
        Subsystem: Actiontec Electronics Inc: Unknown device 2100
        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-
        Interrupt: pin A routed to IRQ 5
        Region 0: Memory at fc000000 (32-bit, non-prefetchable) [size=256]
        Region 1: I/O ports at 1080 [size=8]
        Region 2: I/O ports at 1800 [size=256]
        Capabilities: [f8] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2+ AuxCurrent=0mA
PME(D0-,D1-,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable+ DSel=0 DScale=0 PME-

0000:01:00.0 VGA compatible controller: ATI Technologies Inc Rage
Mobility P/M AGP 2x (rev 64) (prog-if 00 [VGA])
        Subsystem: Dell: Unknown device 009e
        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: 66 (2000ns min), Cache Line Size: 0x08 (32 bytes)
        Interrupt: pin A routed to IRQ 11
        Region 0: Memory at fd000000 (32-bit, non-prefetchable) [size=16M]
        Region 1: I/O ports at 2000 [size=256]
        Region 2: Memory at fc100000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [50] AGP version 1.0
                Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64-
HTrans- 64bit- FW- AGP3- Rate=x1,x2
                Command: RQ=32 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit-
FW- Rate=x2
        Capabilities: [5c] 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-

0000:06:00.0 Ethernet controller: D-Link System Inc DFE-690TXD CardBus
PC Card (rev 10)
        Subsystem: D-Link System Inc DFE-690TXD CardBus PC Card
        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 (8000ns min, 16000ns max)
        Interrupt: pin A routed to IRQ 11
        Region 0: I/O ports at 4800 [size=256]
        Region 1: Memory at 11000000 (32-bit, non-prefetchable) [size=512]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1+,D2+,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-


-----------------------------------
William

From linux at dominikbrodowski.net  Thu Apr 28 03:16:12 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Thu Apr 28 03:16:13 2005
Subject: Trouble with orinoco_cs -- ignore_cis_vcc=1
In-Reply-To: <b45848c10504272304321ad7e2@mail.gmail.com>
References: <b45848c10504272304321ad7e2@mail.gmail.com>
Message-ID: <20050428071612.GA16816@isilmar.linta.de>

Hi,

a) do you also have "include port" statements in /etc/pcmcia/config.opts?

b) if yes, do you see at least some messages stating these are "clean" in
   dmesg, like,
	"cs: IO port probe 0x3000-0x3fff: clean." ?
  (if only parts are "excluded", that's good as well).

c) if yes, could you try out kernel 2.6.12-rc2-mm3 ?

Hope that helps,
	Dominik

From saschasommer at freenet.de  Thu Apr 28 14:07:42 2005
From: saschasommer at freenet.de (Sascha Sommer)
Date: Thu Apr 28 14:07:54 2005
Subject: Workaround? for hard lock caused by O2 Micro OZ601/6912/711E0
Message-ID: <200504282007.42697.saschasommer@freenet.de>

Hi,

after my laptops mainboard got replaced I was a bit shocked because all
linux kernels (also tested 2.4 with knoppix) that used to work before now
locked the machine hard.
The bios version is the same as before and these lockups only occured when 
cold booting with inserted wlan card. Booting without card, rebooting with 
card, booting windows, all worked fine. The card worked without problems when 
it was inserted after a reboot, but almost always locked up the machine when 
booting for the first time. 

After a bit of debugging. I found out that in the cases where the system would 
lock CB_SOCKET_STATE initially is always 0x30000b38 and CB_SOCKET_CONTROL 
0x27.

In
static int yenta_sock_init(struct pcmcia_socket *sock)
around line 491 in yenta_socket.c of 2.6.11.7 the following code can be found:

	/* Redo card voltage interrogation */
	state = cb_readl(socket, CB_SOCKET_STATE);
	if (!(state & (CB_CDETECT1 | CB_CDETECT2 | CB_5VCARD |
	               CB_3VCARD | CB_XVCARD | CB_YVCARD)))
		cb_writel(socket, CB_SOCKET_FORCE, CB_CVSTEST);

I applied the attached patch and the lock ups disappeared. I'm not sure
if this the correct fix, but maybe it is a start...

Here is the lspci output for the card bus controler.
0000:02:03.0 CardBus bridge: O2 Micro, Inc. OZ601/6912/711E0 
CardBus/SmartCardBus Controller
        Subsystem: Uniwill Computer Corp: Unknown device 3000
        Flags: bus master, stepping, slow devsel, latency 168, IRQ 3
        Memory at 20001000 (32-bit, non-prefetchable)
        Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
        Memory window 0: 20400000-207ff000 (prefetchable)
        Memory window 1: 20800000-20bff000
        I/O window 0: 00004000-000040ff
        I/O window 1: 00004400-000044ff
        16-bit legacy interface ports at 0001
-------------- next part --------------
A non-text attachment was scrubbed...
Name: yenta_lock_up.patch
Type: text/x-diff
Size: 558 bytes
Desc: not available
Url : http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20050428/0f06d7de/yenta_lock_up.bin
From hadmut at danisch.de  Thu Apr 28 16:47:54 2005
From: hadmut at danisch.de (Hadmut Danisch)
Date: Thu Apr 28 16:50:07 2005
Subject: cardmgr: Endless loop with SD-Card
In-Reply-To: <20050424194903.GA27778@isilmar.linta.de>
References: <20050422213426.GA21158@danisch.de>
	<20050424194903.GA27778@isilmar.linta.de>
Message-ID: <42714BFA.1030006@danisch.de>

Dominik Brodowski wrote:

>>As soon as I insert an SD-Card, the cardmgr goes into an endless loop:
> 
> 
> This patch, which is already merged in 2.6.12-rc2, should fix it:


Thanks.

cardmgr does not go into an endless loop anymore, but the card
still can't be mounted:

Apr 28 22:44:29 localhost kernel: cs: unable to map card memory!



regards
Hadmut

From bugme-daemon at osdl.org  Thu Apr 28 17:37:35 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Thu Apr 28 17:37:42 2005
Subject: [Bug 4498] When i try to use a pcmcia wireless card i get the
	message "cs: unable to map card memory!"
Message-ID: <200504282137.j3SLbZHx015422@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4498





------- Additional Comments From capeto@x6ltda.com  2005-04-28 14:37 -------
Created an attachment (id=4997)
 --> (http://bugme.osdl.org/attachment.cgi?id=4997&action=view)
dmesg


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Thu Apr 28 17:39:58 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Thu Apr 28 17:40:04 2005
Subject: [Bug 4498] When i try to use a pcmcia wireless card i get the
	message "cs: unable to map card memory!"
Message-ID: <200504282139.j3SLdwJp015712@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4498





------- Additional Comments From capeto@x6ltda.com  2005-04-28 14:39 -------
Created an attachment (id=4998)
 --> (http://bugme.osdl.org/attachment.cgi?id=4998&action=view)
lspci -vvv


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From bugme-daemon at osdl.org  Thu Apr 28 18:33:16 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Thu Apr 28 18:33:21 2005
Subject: [Bug 4498] When i try to use a pcmcia wireless card i get the
	message "cs: unable to map card memory!"
Message-ID: <200504282233.j3SMXGVK020145@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4498





------- Additional Comments From linux@brodo.de  2005-04-28 15:33 -------
try adding the following two lines to /etc/pcmcia/config.opts:

include memory 0xe0100000-0xe17fffff
include port 0x00003000-0x00007fff

If this works, then kernels 2.6.12-rc2-mm3 (and possibly 2.6.13) onwards will
contain a feature enhancement making this workaround obsolete.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From linux at dominikbrodowski.net  Thu Apr 28 18:35:57 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Thu Apr 28 18:35:56 2005
Subject: cardmgr: Endless loop with SD-Card
In-Reply-To: <42714BFA.1030006@danisch.de>
References: <20050422213426.GA21158@danisch.de>
	<20050424194903.GA27778@isilmar.linta.de>
	<42714BFA.1030006@danisch.de>
Message-ID: <20050428223557.GA2368@isilmar.linta.de>

On Thu, Apr 28, 2005 at 10:47:54PM +0200, Hadmut Danisch wrote:
> >This patch, which is already merged in 2.6.12-rc2, should fix it:
>
> cardmgr does not go into an endless loop anymore, but the card
> still can't be mounted:
> 
> Apr 28 22:44:29 localhost kernel: cs: unable to map card memory!

Probably there are no proper memory resources available for the card. Could
you try 2.6.12-rc2-mm3 _or_ adding

include memory 0xfbf00000-0xfbffffff
include port 0xe000-0xefff

to /etc/pcmcia/config.opts?

Thanks,
	Dominik

From bjorn.helgaas at hp.com  Thu Apr 28 19:10:50 2005
From: bjorn.helgaas at hp.com (Bjorn Helgaas)
Date: Thu Apr 28 19:12:20 2005
Subject: Yenta ISA IRQ mask depends on pci=routeirq?
Message-ID: <200504281710.50128.bjorn.helgaas@hp.com>

As of 2.6.10, PCI interrupts are not routed on ACPI systems
until the device driver calls pci_device_enable().  The
"pci=routeirq" parameter restores the old behavior of
routing all the interrupts before starting drivers.

One user reported that "pci=routeirq" affects the ISA IRQ
mask discovered by Yenta, and I don't know why it should:

    Linux version 2.6.11-1.14_FC3 (bhcompile@bugs.build.redhat.com) (gcc version 3.4.3 20050227 (Red Hat 3.4.3-22)) #1 Thu Apr 7 19:23:49 EDT 2005
    ...
    -Kernel command line: ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    +Kernel command line: ro root=/dev/VolGroup00/LogVol00 rhgb quiet pci=routeirq
    ...
    +ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10
    +PCI: setting IRQ 10 as level-triggered
    +ACPI: PCI interrupt 0000:00:02.0[A] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
    +PCI: setting IRQ 11 as level-triggered
    +ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 11 (level, low) -> IRQ 11
    +ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
    +ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 11 (level, low) -> IRQ 11
    +ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 10
    +ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 11 (level, low) -> IRQ 11
    +ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
    +ACPI: PCI interrupt 0000:00:1f.3[B] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI interrupt 0000:02:03.0[A] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI interrupt 0000:02:03.1[B] -> GSI 10 (level, low) -> IRQ 10
    +ACPI: PCI interrupt 0000:02:03.2[C] -> GSI 11 (level, low) -> IRQ 11
    +ACPI: PCI interrupt 0000:02:05.0[A] -> GSI 11 (level, low) -> IRQ 11
    ...
    PCI: Enabling device 0000:02:03.0 (0000 -> 0002)
    ACPI: PCI interrupt 0000:02:03.0[A] -> GSI 10 (level, low) -> IRQ 10
    Yenta: CardBus bridge found at 0000:02:03.0 [1028:014f]
--> -Yenta: ISA IRQ mask 0x0038, PCI irq 10
--> +Yenta: ISA IRQ mask 0x00b8, PCI irq 10
    ...
    parport: PnPBIOS parport detected.
    parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP]

I assume this means the mask contains

	default:		IRQs 3, 4, 5
	"pci=routeirq":		IRQs 3, 4, 5, 7

The user didn't report any ill effects from this, but it does
seem strange, and I'd like to understand the difference.

IRQ 7 is used by parport_pc, but that's not initialized until
after yenta.

Any ideas?


From willtobe at gmail.com  Thu Apr 28 20:39:07 2005
From: willtobe at gmail.com (Will Tobe)
Date: Thu Apr 28 20:39:06 2005
Subject: Trouble with orinoco_cs -- ignore_cis_vcc=1
In-Reply-To: <20050428071612.GA16816@isilmar.linta.de>
References: <b45848c10504272304321ad7e2@mail.gmail.com>
	<20050428071612.GA16816@isilmar.linta.de>
Message-ID: <b45848c10504281739303f76cc@mail.gmail.com>

On 4/28/05, Dominik Brodowski <linux@dominikbrodowski.net> wrote:
> Hi,
> 
> a) do you also have "include port" statements in /etc/pcmcia/config.opts?
> 
> b) if yes, do you see at least some messages stating these are "clean" in
>    dmesg, like,
>         "cs: IO port probe 0x3000-0x3fff: clean." ?
>   (if only parts are "excluded", that's good as well).

Hi Dominik,

I didn't have a ports declaration in the config.opts file. When I
added that (include port 0x00003000-0x00007fff) and restarted the
pcmcia service the card now works! So does my old Intel Pro/Wireless
2011.  The messages log says "cs: IO port probe 0x3000-0x7fff: clean."

The wireless NIC does show up as eth0 instead of wlan0 and I don't
know why. I'm not an expert on wireless on Linux. Any idea why that
is?

Thanks for your help ! 

William

From linux at dominikbrodowski.net  Fri Apr 29 02:23:33 2005
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Fri Apr 29 02:23:36 2005
Subject: Trouble with orinoco_cs -- ignore_cis_vcc=1
In-Reply-To: <b45848c10504281739303f76cc@mail.gmail.com>
References: <b45848c10504272304321ad7e2@mail.gmail.com>
	<20050428071612.GA16816@isilmar.linta.de>
	<b45848c10504281739303f76cc@mail.gmail.com>
Message-ID: <20050429062333.GA10574@isilmar.linta.de>

Hi,

On Thu, Apr 28, 2005 at 06:39:07PM -0600, Will Tobe wrote:
> The wireless NIC does show up as eth0 instead of wlan0 and I don't
> know why. I'm not an expert on wireless on Linux. Any idea why that
> is?
AFAIK, the driver decides how to name them. However, you can override it in
userspace using "nameif" or udev rules. However, I'm no expert on that,
so...

	Dominik

From dom at kilimandjaro.dyndns.org  Fri Apr 29 04:32:43 2005
From: dom at kilimandjaro.dyndns.org (Dominique Quatravaux)
Date: Fri Apr 29 04:31:11 2005
Subject: [SUCCESS REPORT / PATCH] yenta_socket IRQ woes w/ NetGear WG511T
 ("IRQ#11: nobody cared" either, but a different one)
Message-ID: <4271F12B.2070707@kilimandjaro.dyndns.org>

Dear PCMCIA people, dear Daniel,

I am reporting success with the patches by Daniel on the LKML a month
ago (see http://lkml.org/lkml/2005/3/18/218), targeted to a setup and
problem very similar to mine (see this message's title). FWIW I collated
both patches into a single one that applies against Ubuntu's (patched)
2.6.10 kernel. Setting "irqpoll" on the kernel command line was also
necessary in my case. See details at
http://bugzilla.ubuntu.com/show_bug.cgi?id=10265

I am unsure what I should do next (if anything) in order to get Daniel's
patch accepted into the mainstream kernel, please advise.

Anyway thanks for your precious help Daniel, the Medion laptop I have on
loan for advocacy purposes is now up, running *and* surfing the Web :-)

-- 
<< Tout n'y est pas parfait, mais on y honore certainement les jardiniers >>

			Dominique Quatravaux <dom@kilimandjaro.dyndns.org>



From komurojun-mbn at nifty.com  Fri Apr 29 08:18:08 2005
From: komurojun-mbn at nifty.com (Komuro)
Date: Fri Apr 29 08:18:14 2005
Subject: manfid 0149,c1ab and 021b,0202 conflict with axnet_cs
In-Reply-To: <200504282233.j3SMXGVK020145@fire-1.osdl.org>
References: <200504282233.j3SMXGVK020145@fire-1.osdl.org>
Message-ID: <992214.1114777088351.komurojun-mbn@nifty.com>


Some vendor use the same manfid
for the DL10022-based card and the AX88190-based card.

The manfid 0149,c1ab and 021b,0202 in the pcnet_cs driver 
conflict with the axnet_cs driver.

Please see the following patch to fix this problem.

--- pcnet_cs.c.orig	2005-04-29 09:20:16.000000000 +0900
+++ pcnet_cs.c	2005-04-29 09:22:40.000000000 +0900
@@ -1662,12 +1662,12 @@
 	PCMCIA_DEVICE_MANF_CARD(0x0104, 0x0145),
 	PCMCIA_DEVICE_MANF_CARD(0x0149, 0x0230),
 	PCMCIA_DEVICE_MANF_CARD(0x0149, 0x4530),
-	PCMCIA_DEVICE_MANF_CARD(0x0149, 0xc1ab),
+/*	PCMCIA_DEVICE_MANF_CARD(0x0149, 0xc1ab), conflict with axnet_cs */
 	PCMCIA_DEVICE_MANF_CARD(0x0186, 0x0110),
 	PCMCIA_DEVICE_MANF_CARD(0x01bf, 0x2328),
 	PCMCIA_DEVICE_MANF_CARD(0x01bf, 0x8041),
 	PCMCIA_DEVICE_MANF_CARD(0x0213, 0x2452),
-	PCMCIA_DEVICE_MANF_CARD(0x021b, 0x0202),
+/*	PCMCIA_DEVICE_MANF_CARD(0x021b, 0x0202), conflict with axnet_cs */
 	PCMCIA_DEVICE_MANF_CARD(0x026f, 0x0300),
 	PCMCIA_DEVICE_MANF_CARD(0x026f, 0x0307),
 	PCMCIA_DEVICE_MANF_CARD(0x026f, 0x030a),


Best Regards
KOMURO


From pommnitz at yahoo.com  Fri Apr 29 12:26:50 2005
From: pommnitz at yahoo.com (Joerg Pommnitz)
Date: Fri Apr 29 12:26:50 2005
Subject: Help needed: CardBus iomem allocation problem with 6 CardBus slots
Message-ID: <20050429162650.53305.qmail@web51408.mail.yahoo.com>

Hi List,
I try to get three devices to work in 6 CardBus (three adapters with 2
slots each) slots. The problem is, that it seems that Linux by default
fails to evenly distribute the available IO memory to the individual
slots. Here is what cat /proc/iomem says without a card plugged in:
00000000-0009efff : System RAM
0009f000-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cbfff : Video ROM
000de000-000defff : 0000:00:14.0
  000de000-000defff : ohci_hcd
000f0000-000fffff : System ROM
00100000-1fffffff : System RAM
  00100000-00307306 : Kernel code
  00307307-003ca37f : Kernel data
20000000-27ffffff : 0000:00:00.0
f4000000-f4003fff : 0000:00:09.0
f4004000-f4004fff : 0000:00:0a.0
  f4004000-f4004fff : e100
f4005000-f4005fff : 0000:00:0b.0
  f4005000-f4005fff : e100
f4007000-f40077ff : 0000:00:09.0
  f4007000-f40077ff : ohci1394
f4100000-f41fffff : 0000:00:0a.0
  f4100000-f41fffff : e100
f4200000-f42fffff : 0000:00:0b.0
  f4200000-f42fffff : e100
f4300000-f45fffff : PCI Bus #02
  f4300000-f4300fff : 0000:02:0d.0
    f4300000-f4300fff : yenta_socket
  f4301000-f4301fff : 0000:02:0d.1
    f4301000-f4301fff : yenta_socket
  f4302000-f4302fff : 0000:02:0e.0
    f4302000-f4302fff : yenta_socket
  f4303000-f4303fff : 0000:02:0e.1
    f4303000-f4303fff : yenta_socket
  f4304000-f4304fff : 0000:02:0f.0
    f4304000-f4304fff : yenta_socket
  f4305000-f4305fff : 0000:02:0f.1
    f4305000-f4305fff : yenta_socket
  f4308000-f430ffff : PCI CardBus #0f
  f4310000-f431ffff : PCI CardBus #0f
  f4320000-f433ffff : PCI CardBus #0b
  f4340000-f437ffff : PCI CardBus #03
  f4380000-f43bffff : PCI CardBus #07
  f43c0000-f43fffff : PCI CardBus #07
  f4400000-f44fffff : PCI CardBus #03
  f4500000-f45fffff : PCI CardBus #0b
f8000000-fbffffff : PCI Bus #01
  f8000000-fbffffff : 0000:01:00.0
    f8200000-f89fffff : vesafb
fffe0000-ffffffff : reserved

If I insert one of my target cards into slot 0 I get:
  f4308000-f430ffff : PCI CardBus #0f
  f4310000-f431ffff : PCI CardBus #0f
  f4320000-f433ffff : PCI CardBus #0b
  f4340000-f437ffff : PCI CardBus #03
    f4340000-f434ffff : 0000:03:00.0
    f4350000-f435ffff : 0000:03:00.0
    f4360000-f4360fff : 0000:03:00.1
      f4360000-f4360fff : ohci_hcd
  f4380000-f43bffff : PCI CardBus #07
  f43c0000-f43fffff : PCI CardBus #07
  f4400000-f44fffff : PCI CardBus #03
  f4500000-f45fffff : PCI CardBus #0b
As you can see, the card allocates 3 memory ranges from the memory
assigned to the slot. In this slot (with 256K memory), the card works
fine.
Trying slot 1:
  f4308000-f430ffff : PCI CardBus #0f
  f4310000-f431ffff : PCI CardBus #0f
  f4320000-f433ffff : PCI CardBus #0b
  f4340000-f437ffff : PCI CardBus #03
  f4380000-f43bffff : PCI CardBus #07
  f43c0000-f43fffff : PCI CardBus #07
    f43c0000-f43cffff : 0000:07:00.0
    f43d0000-f43dffff : 0000:07:00.0
    f43e0000-f43e0fff : 0000:07:00.1
      f43e0000-f43e0fff : ohci_hcd
  f4400000-f44fffff : PCI CardBus #03
  f4500000-f45fffff : PCI CardBus #0b
Fine as well with 256K IO memory.
Now slot 2:
  f4308000-f430ffff : PCI CardBus #0f
  f4310000-f431ffff : PCI CardBus #0f
  f4320000-f433ffff : PCI CardBus #0b
    f4320000-f432ffff : 0000:0b:00.0
    f4330000-f433ffff : 0000:0b:00.0
  f4340000-f437ffff : PCI CardBus #03
  f4380000-f43bffff : PCI CardBus #07
  f43c0000-f43fffff : PCI CardBus #07
  f4400000-f44fffff : PCI CardBus #03
  f4500000-f45fffff : PCI CardBus #0b
As you can see, only two of the allocations succeed, the usb hub on the
card fails. /var/log/messages contains the error message:
Apr 29 17:19:23 inova08 kernel: PCI: Failed to allocate mem resource
#0:1000@f4340000 for 0000:0b:00.1
Apr 29 17:19:23 inova08 kernel: PCI: Enabling device 0000:0b:00.1 (0000
->
0002)
Apr 29 17:19:23 inova08 kernel: ohci_hcd: probe of 0000:0b:00.1 failed
with error -16

The system tries to allocate memory directly after the previous one, but
this address range (f4340000) is already allocated to a different
socket.
The IO memory range allocated to socket 2 is only 128K. Why? What
controls
these memory window sizes? How can I change them?

For completeness the result for socket 3:

  f4308000-f430ffff : PCI CardBus #0f
    f4308000-f4308fff : 0000:0f:00.1
      f4308000-f4308fff : ohci_hcd
  f4310000-f431ffff : PCI CardBus #0f
  f4320000-f433ffff : PCI CardBus #0b
  f4340000-f437ffff : PCI CardBus #03
  f4380000-f43bffff : PCI CardBus #07
  f43c0000-f43fffff : PCI CardBus #07
  f4400000-f44fffff : PCI CardBus #03
  f4500000-f45fffff : PCI CardBus #0b

Only one of the allocations succeeds. The usb host adpter on the card
works fine. The io memory window for this slot is 32K.

Thanks in advance
  Joerg


-- 
Regards
       Joerg



	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

From johnlumby at hotmail.com  Fri Apr 29 17:14:55 2005
From: johnlumby at hotmail.com (John Lumby)
Date: Fri Apr 29 17:53:22 2005
Subject: semantics & syntax of the module options in config.opts
Message-ID: <BAY22-F356E0332AC99B958D213AEA3240@phx.gbl>

I have pcmcia-cs-3.2.8 and it is working fine for a Cisco airo 350 PCMCIA 
radio card.

However, I noticed that, sometimes, the airo module is quite verbose with 
its kernel error msgs and wanted to modify that behaviour with a new option 
(analogous to the pc_debug parm of airo_cs).    I added the option to the 
module source and installed that ok but am having trouble understanding how 
to tell cardmgr to pass this option on the modprobe or insmod or whatever it 
does.

I see the commented-out examples of how to do this in config.opts so my 
first attempt was simply to add this one line:

module "airo" opts "pc_debug=99"

That resulted in this error:
/etc/rc.d/init.d/pcmcia start
Starting PCMCIA services: cardmgr[2068]: error in file './config.opts' line 
58: module name 'airo' not found

After perusing the grammar in yacc_config.y I then tried adding one more 
line in front:

device "dummy" module "airo"
module "airo" opts "pc_debug=99"

I put "dummy" because I don't know what is expected here if anything.      
That did result in getting rid of the error message but (I think) my option 
was not passed (not quite sure and would have to add yet more code to find 
out).

At this point - can someone please state the definitive rules for specifying 
module options in config.opts.

John



From bugme-daemon at osdl.org  Fri Apr 29 21:53:37 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Fri Apr 29 21:53:49 2005
Subject: [Bug 4498] When i try to use a pcmcia wireless card i get the
	message "cs: unable to map card memory!"
Message-ID: <200504300153.j3U1rbUr000770@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4498





------- Additional Comments From capeto@x6ltda.com  2005-04-29 18:53 -------
I try with the options that you suggest, but it not works.


Thanks.

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From dhinds at sonic.net  Sat Apr 30 00:04:13 2005
From: dhinds at sonic.net (David Hinds)
Date: Sat Apr 30 00:04:29 2005
Subject: semantics & syntax of the module options in config.opts
In-Reply-To: <BAY22-F356E0332AC99B958D213AEA3240@phx.gbl>
References: <BAY22-F356E0332AC99B958D213AEA3240@phx.gbl>
Message-ID: <20050430040413.GA29787@sonic.net>

On Fri, Apr 29, 2005 at 05:14:55PM -0400, John Lumby wrote:
> 
> device "dummy" module "airo"
> module "airo" opts "pc_debug=99"
> 
> I put "dummy" because I don't know what is expected here if anything.      
> That did result in getting rid of the error message but (I think) my option 
> was not passed (not quite sure and would have to add yet more code to find 
> out).
> 
> At this point - can someone please state the definitive rules for 
> specifying module options in config.opts.

You can only use config.opts to specify module options for modules
that are managed by cardmgr.

If there is not already a device definition in the config files that
refers to the "airo" module, then the "airo" module is not being
managed by cardmgr.  Put your module options in /etc/modules.conf.

The semantics of the config file is explained in 'man pcmcia'.

-- Dave


From James at superbug.demon.co.uk  Sat Apr 30 08:59:27 2005
From: James at superbug.demon.co.uk (James Courtier-Dutton)
Date: Sat Apr 30 07:55:03 2005
Subject: Problem with cardbus card.
Message-ID: <4273812F.90509@superbug.demon.co.uk>

I have a problem with a cardbus card. Please see attached file for info.
It seems that no IO ports are getting configured by the pcmcia kernel
module for the cardbus card, so inb() and outb() commands from my sound
card driver fail to function. Am I correct is assuming that the output
of "cardctl config" should mention the io ports? Currently it only
mentions the irq.

Could this be a bug in the pcmcia driver not parsing the cis info correctly.
The CIS has:
  offset 0x6f, tuple 0x05, link 0x06
    41 18 02 30 ff ff
  cftable_entry_cb 0x01 [default]
    io_base 1
    irq mask 0xffff [level]

  offset 0x77, tuple 0x07, link 0x06
    11 00 40 00 00 00
  BAR 1 size 64b [io]

But cardctl config only has:
Socket 1:
  Vcc 3.3V  Vpp1 3.3V  Vpp2 3.3V
  interface type is "cardbus"
  irq 10 [exclusive] [level]
  function 0:

So, the io_base and BAR 1 are saying that the card needs 64bytes of IO
but the cardctl config is not showing the IO ports configured.

Can anyone help?

Which kernel module parses the CIS info?

James
-------------- next part --------------
Socket 0:
  no CIS present
Socket 1:
  offset 0x62, tuple 0x13, link 0x03
    43 49 53 
  link_target

  offset 0x67, tuple 0x04, link 0x06
    03 01 00 00 00 00 
  config_cb base 0x0000 last_index 0x01

  offset 0x6f, tuple 0x05, link 0x06
    41 18 02 30 ff ff 
  cftable_entry_cb 0x01 [default]
    io_base 1
    irq mask 0xffff [level]

  offset 0x77, tuple 0x07, link 0x06
    11 00 40 00 00 00 
  BAR 1 size 64b [io]

  offset 0x7f, tuple 0x21, link 0x02
    fe 00 
  funcid unknown

  offset 0x83, tuple 0x20, link 0x04
    2b 01 01 01 
  manfid 0x012b, 0x0101

  offset 0x89, tuple 0x15, link 0x19
    08 01 43 52 45 41 54 49 56 45 00 43 41 52 44 42 
    55 53 20 41 55 44 49 4f 00 
  vers_1 8.1, "CREATIVE", "CARDBUS AUDIO"

Socket 2:
  no CIS present
-------------- next part --------------
0000:00:00.0 Host bridge: Intel Corp. 82855PM Processor to I/O Controller (rev 03)
	Subsystem: Hewlett-Packard Company NC6000 laptop
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Region 0: Memory at b0000000 (32-bit, prefetchable)
	Capabilities: [e4] #09 [4104]
	Capabilities: [a0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
		Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW+ Rate=x1

0000:00:01.0 PCI bridge: Intel Corp. 82855PM Processor to AGP Controller (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 00002000-00002fff
	Memory behind bridge: 90300000-903fffff
	Prefetchable memory behind bridge: 98000000-9fffffff
	Expansion ROM at 00002000 [disabled] [size=4K]
	BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-

0000:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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: 0
	Interrupt: pin A routed to IRQ 10
	Region 4: I/O ports at 38c0 [size=32]

0000:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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: 0
	Interrupt: pin B routed to IRQ 10
	Region 4: I/O ports at 38e0 [size=32]

0000:00:1d.2 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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: 0
	Interrupt: pin C routed to IRQ 10
	Region 4: I/O ports at 3c00 [size=32]

0000:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) (prog-if 20 [EHCI])
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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: 0
	Interrupt: pin D routed to IRQ 10
	Region 0: Memory at a0000000 (32-bit, non-prefetchable)
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [58] #0a [2080]

0000:00:1e.0 PCI bridge: Intel Corp. 82801 Mobile PCI Bridge (rev 83) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR+
	Latency: 0
	Bus: primary=00, secondary=02, subordinate=05, sec-latency=32
	Memory behind bridge: 90000000-902fffff
	BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-

0000:00:1f.0 ISA bridge: Intel Corp. 82801DBM (ICH4-M) LPC Interface Bridge (rev 03)
	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: 0

0000:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4-M) IDE Controller (rev 03) (prog-if 8a [Master SecP PriP])
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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: 0
	Interrupt: pin A routed to IRQ 10
	Region 0: I/O ports at <unassigned>
	Region 1: I/O ports at <unassigned>
	Region 2: I/O ports at <unassigned>
	Region 3: I/O ports at <unassigned>
	Region 4: I/O ports at 3c20 [size=16]
	Region 5: Memory at 40000000 (32-bit, non-prefetchable) [size=1K]

0000:00:1f.3 SMBus: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03)
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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-
	Interrupt: pin B routed to IRQ 0
	Region 4: I/O ports at 1200 [size=32]

0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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: 0
	Interrupt: pin B routed to IRQ 11
	Region 0: I/O ports at 3000
	Region 1: I/O ports at 3880 [size=64]
	Region 2: Memory at a0100000 (32-bit, non-prefetchable) [size=512]
	Region 3: Memory at a0180000 (32-bit, non-prefetchable) [size=256]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) (prog-if 00 [Generic])
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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-
	Interrupt: pin B routed to IRQ 11
	Region 0: I/O ports at 3400
	Region 1: I/O ports at 3800 [size=128]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] (prog-if 00 [VGA])
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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-
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 98000000 (32-bit, prefetchable)
	Region 1: I/O ports at 2000 [size=256]
	Region 2: Memory at 90300000 (32-bit, non-prefetchable) [size=64K]
	Capabilities: [58] AGP version 2.0
		Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
		Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none>
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:04.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01)
	Subsystem: Compaq Computer Corporation: Unknown device 00e5
	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 (2500ns min, 7000ns max), cache line size 10
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at 90080000 (32-bit, non-prefetchable)
	Capabilities: [44] 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-

0000:02:06.0 CardBus bridge: O2 Micro, Inc. OZ711M3 SmartCardBus MultiMediaBay Controller
	Subsystem: Hewlett-Packard Company NC6000 laptop
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90100000 (32-bit, non-prefetchable)
	Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
	Memory window 0: 90040000-9007f000 (prefetchable)
	Memory window 1: 900c0000-900ff000
	I/O window 0: 00004000-000040ff
	I/O window 1: 00004400-000044ff
	Secondary status: SERR
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
	16-bit legacy interface ports at 0001

0000:02:06.1 CardBus bridge: O2 Micro, Inc. OZ711M3 SmartCardBus MultiMediaBay Controller
	Subsystem: Hewlett-Packard Company NC6000 laptop
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90180000 (32-bit, non-prefetchable)
	Bus: primary=02, secondary=07, subordinate=0a, sec-latency=176
	Memory window 0: 90140000-9017f000 (prefetchable)
	Memory window 1: 901c0000-901ff000
	I/O window 0: 00004800-000048ff
	I/O window 1: 00004c00-00004cff
	Secondary status: SERR
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+
	16-bit legacy interface ports at 0001

0000:02:06.2 System peripheral: O2 Micro, Inc. OZ711Mx MultiMediaBay Accelerator
	Subsystem: Hewlett-Packard Company NC6000 laptop
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90200000 (32-bit, non-prefetchable)
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:06.3 CardBus bridge: O2 Micro, Inc. OZ711M3 SmartCardBus MultiMediaBay Controller
	Subsystem: Hewlett-Packard Company NC6000 laptop
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90280000 (32-bit, non-prefetchable)
	Bus: primary=02, secondary=0b, subordinate=0e, sec-latency=176
	Memory window 0: 90240000-9027f000 (prefetchable)
	Memory window 1: 902c0000-902ff000
	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

0000:02:0e.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M_2 Gigabit Ethernet (rev 03)
	Subsystem: Hewlett-Packard Company NC6000 laptop
	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 (16000ns min), cache line size 10
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at 90000000 (64-bit, non-prefetchable)
	Capabilities: [48] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=1 PME-
	Capabilities: [50] Vital Product Data
	Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable-
		Address: fb7ffdfeff5feffc  Data: bfff

0000:07:00.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value
	Subsystem: Creative Labs: Unknown device 2001
	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-
	Interrupt: pin A routed to IRQ 10
	Region 0: I/O ports at 4800 [disabled]
	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=0 PME-

-------------- next part --------------
0000:00:00.0 Class 0600: 8086:3340 (rev 03)
	Subsystem: 103c:0890
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR-
	Latency: 0
	Region 0: Memory at b0000000 (32-bit, prefetchable)
	Capabilities: [e4] #09 [4104]
	Capabilities: [a0] AGP version 2.0
		Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
		Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW+ Rate=x1

0000:00:01.0 Class 0604: 8086:3341 (rev 03)
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 64
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 00002000-00002fff
	Memory behind bridge: 90300000-903fffff
	Prefetchable memory behind bridge: 98000000-9fffffff
	Expansion ROM at 00002000 [disabled] [size=4K]
	BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-

0000:00:1d.0 Class 0c03: 8086:24c2 (rev 03)
	Subsystem: 103c:0890
	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: 0
	Interrupt: pin A routed to IRQ 10
	Region 4: I/O ports at 38c0 [size=32]

0000:00:1d.1 Class 0c03: 8086:24c4 (rev 03)
	Subsystem: 103c:0890
	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: 0
	Interrupt: pin B routed to IRQ 10
	Region 4: I/O ports at 38e0 [size=32]

0000:00:1d.2 Class 0c03: 8086:24c7 (rev 03)
	Subsystem: 103c:0890
	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: 0
	Interrupt: pin C routed to IRQ 10
	Region 4: I/O ports at 3c00 [size=32]

0000:00:1d.7 Class 0c03: 8086:24cd (rev 03) (prog-if 20)
	Subsystem: 103c:0890
	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: 0
	Interrupt: pin D routed to IRQ 10
	Region 0: Memory at a0000000 (32-bit, non-prefetchable)
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [58] #0a [2080]

0000:00:1e.0 Class 0604: 8086:2448 (rev 83)
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR+
	Latency: 0
	Bus: primary=00, secondary=02, subordinate=05, sec-latency=32
	Memory behind bridge: 90000000-902fffff
	BridgeCtl: Parity- SERR+ NoISA+ VGA- MAbort- >Reset- FastB2B-

0000:00:1f.0 Class 0601: 8086:24cc (rev 03)
	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: 0

0000:00:1f.1 Class 0101: 8086:24ca (rev 03) (prog-if 8a [Master SecP PriP])
	Subsystem: 103c:0890
	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: 0
	Interrupt: pin A routed to IRQ 10
	Region 0: I/O ports at <unassigned>
	Region 1: I/O ports at <unassigned>
	Region 2: I/O ports at <unassigned>
	Region 3: I/O ports at <unassigned>
	Region 4: I/O ports at 3c20 [size=16]
	Region 5: Memory at 40000000 (32-bit, non-prefetchable) [size=1K]

0000:00:1f.3 Class 0c05: 8086:24c3 (rev 03)
	Subsystem: 103c:0890
	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-
	Interrupt: pin B routed to IRQ 0
	Region 4: I/O ports at 1200 [size=32]

0000:00:1f.5 Class 0401: 8086:24c5 (rev 03)
	Subsystem: 103c:0890
	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: 0
	Interrupt: pin B routed to IRQ 11
	Region 0: I/O ports at 3000
	Region 1: I/O ports at 3880 [size=64]
	Region 2: Memory at a0100000 (32-bit, non-prefetchable) [size=512]
	Region 3: Memory at a0180000 (32-bit, non-prefetchable) [size=256]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:00:1f.6 Class 0703: 8086:24c6 (rev 03)
	Subsystem: 103c:0890
	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-
	Interrupt: pin B routed to IRQ 11
	Region 0: I/O ports at 3400
	Region 1: I/O ports at 3800 [size=128]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:01:00.0 Class 0300: 1002:4e50
	Subsystem: 103c:0890
	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-
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 98000000 (32-bit, prefetchable)
	Region 1: I/O ports at 2000 [size=256]
	Region 2: Memory at 90300000 (32-bit, non-prefetchable) [size=64K]
	Capabilities: [58] AGP version 2.0
		Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4
		Command: RQ=1 ArqSz=0 Cal=0 SBA+ AGP- GART64- 64bit- FW- Rate=<none>
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:04.0 Class 0200: 168c:0013 (rev 01)
	Subsystem: 0e11:00e5
	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 (2500ns min, 7000ns max), cache line size 10
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at 90080000 (32-bit, non-prefetchable)
	Capabilities: [44] 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-

0000:02:06.0 Class 0607: 1217:7223
	Subsystem: 103c:0890
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90100000 (32-bit, non-prefetchable)
	Bus: primary=02, secondary=03, subordinate=06, sec-latency=176
	Memory window 0: 90040000-9007f000 (prefetchable)
	Memory window 1: 900c0000-900ff000
	I/O window 0: 00004000-000040ff
	I/O window 1: 00004400-000044ff
	Secondary status: SERR
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt+ PostWrite+
	16-bit legacy interface ports at 0001

0000:02:06.1 Class 0607: 1217:7223
	Subsystem: 103c:0890
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90180000 (32-bit, non-prefetchable)
	Bus: primary=02, secondary=07, subordinate=0a, sec-latency=176
	Memory window 0: 90140000-9017f000 (prefetchable)
	Memory window 1: 901c0000-901ff000
	I/O window 0: 00004800-000048ff
	I/O window 1: 00004c00-00004cff
	Secondary status: SERR
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset- 16bInt- PostWrite+
	16-bit legacy interface ports at 0001

0000:02:06.2 Class 0880: 1217:7110
	Subsystem: 103c:0890
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90200000 (32-bit, non-prefetchable)
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-

0000:02:06.3 Class 0607: 1217:7223
	Subsystem: 103c:0890
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Latency: 168
	Interrupt: pin A routed to IRQ 10
	Region 0: Memory at 90280000 (32-bit, non-prefetchable)
	Bus: primary=02, secondary=0b, subordinate=0e, sec-latency=176
	Memory window 0: 90240000-9027f000 (prefetchable)
	Memory window 1: 902c0000-902ff000
	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

0000:02:0e.0 Class 0200: 14e4:165e (rev 03)
	Subsystem: 103c:0890
	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 (16000ns min), cache line size 10
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at 90000000 (64-bit, non-prefetchable)
	Capabilities: [48] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=1 PME-
	Capabilities: [50] Vital Product Data
	Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable-
		Address: fb7ffdfeff5feffc  Data: bfff

0000:07:00.0 Class 0401: 1102:0008
	Subsystem: 1102:2001
	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-
	Interrupt: pin A routed to IRQ 10
	Region 0: I/O ports at 4800 [disabled]
	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=0 PME-

-------------- next part --------------
Socket 0:
  not configured
Socket 1:
  Vcc 3.3V  Vpp1 3.3V  Vpp2 3.3V
  interface type is "cardbus"
  irq 10 [exclusive] [level]
  function 0:
Socket 2:
  not configured
-------------- next part --------------
Socket 0:
  no product info available
Socket 1:
  product info: "CREATIVE", "CARDBUS AUDIO"
  manfid: 0x012b, 0x0101
  function: 254 ((null))
Socket 2:
  no product info available
-------------- next part --------------
PRODID_1=""
PRODID_2=""
PRODID_3=""
PRODID_4=""
MANFID=0000,0000
FUNCID=255
PRODID_1="CREATIVE"
PRODID_2="CARDBUS AUDIO"
PRODID_3=""
PRODID_4=""
MANFID=012b,0101
FUNCID=254
PRODID_1=""
PRODID_2=""
PRODID_3=""
PRODID_4=""
MANFID=0000,0000
FUNCID=255
-------------- next part --------------
Socket 0:
  no card
Socket 1:
  3.3V CardBus card
  function 0: [ready]
Socket 2:
  no card
From kakou9 at free.fr  Sat Apr 30 08:25:07 2005
From: kakou9 at free.fr (frederic)
Date: Sat Apr 30 08:25:20 2005
Subject: Problem with PCMCIA ENE CB1410 controler (yenta probing IRG and
 memory hole)
Message-ID: <42737923.9020906@free.fr>

Hello,

    I've some troubles with my pcmcia ENE CB1410 controler (TARGA 820 
sepron 2600+)
    I'm trying to install a mandriva 10.2 with a 2.6.11 kernel
    but the pcmcia controller has two problems :
    - Yenta probing IRQ
    - Bios memory hole, perhaps after reading your article about the 
**** DANGER message

     I send you the dmesg , iomem , ... but I 've some problems to 
compile the cbdump.c (pci.h.......)

    Can you help me please.

    Fr?d?ric WOJTCZAK (French User)

   
-------------- next part --------------
Linux version 2.6.11-6mdk (gb@n2.mandrakesoft.com) (gcc version 3.4.3 (Mandrakelinux 10.2 3.4.3-3mdk)) #1 Tue Mar 22 16:04:32 CET 2005
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001dfd0000 (usable)
 BIOS-e820: 000000001dfd0000 - 000000001dfde000 (ACPI data)
 BIOS-e820: 000000001dfde000 - 000000001e000000 (ACPI NVS)
 BIOS-e820: 00000000ff780000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
479MB LOWMEM available.
found SMP MP-table at 000ff780
NX (Execute Disable) protection: active
On node 0 totalpages: 122832
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 118736 pages, LIFO batch:16
  HighMem zone: 0 pages, LIFO batch:1
DMI 2.3 present.
ACPI: RSDP (v000 ACPIAM                                ) @ 0x000f7440
ACPI: RSDT (v001 Arima  161Fh    0x02000515 MSFT 0x00000097) @ 0x1dfd0000
ACPI: FADT (v002 Arima  161Fh    0x02000515 MSFT 0x00000097) @ 0x1dfd0200
ACPI: MADT (v001 Arima  161Fh    0x02000515 MSFT 0x00000097) @ 0x1dfd0390
ACPI: OEMB (v001 Arima  161Fh    0x02000515 MSFT 0x00000097) @ 0x1dfde040
ACPI: DSDT (v001 Arima  161Fh    0x00000024 INTL 0x02002026) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:12 APIC version 16
ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 1, version 2, address 0xfec00000, GSI 0-23
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 1e000000 (gap: 1e000000:e1780000)
Built 1 zonelists
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
Initializing CPU#0
Kernel command line: BOOT_IMAGE=linux ro root=306 resume=/dev/hda5 splash=silent
bootsplash: silent mode.
PID hash table entries: 2048 (order: 11, 32768 bytes)
Detected 1597.067 MHz processor.
Using pmtmr for high-res timesource
Console: colour dummy device 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 482616k/491328k available (2295k kernel code, 8152k reserved, 686k data, 264k init, 0k highmem, 0k BadRAM)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay loop... 3170.30 BogoMIPS (lpj=1585152)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
CPU: After generic identify, caps: 078bfbff c3d3fbff 00000000 00000000 00000000 00000000 00000001
CPU: After vendor identify, caps: 078bfbff c3d3fbff 00000000 00000000 00000000 00000000 00000001
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 128K (64 bytes/line)
CPU: After all inits, caps: 078bfbff c3d3fbff 00000000 00000010 00000000 00000000 00000001
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD Mobile AMD Sempron(tm) Processor 2600+ stepping 00
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: Looking for DSDT in initrd... not found.
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 pin1=2 pin2=-1
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Freeing initrd memory: 218k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xf0031, last bus=1
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20050211
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Uncovering SIS963 that hid as a SIS503 (compatible=0)
Enabling SiS 96x SMBus.
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC0] (gpe 25)
ACPI: PCI Interrupt Link [LNKA] (IRQs 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 7 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs *7 10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 7 *10 11 12 14 15)
ACPI: PCI Interrupt Link [LNKG] (IRQs 7 10 11 12 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKH] (IRQs 7 *10 11 12 14 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 10 devices
PnPBIOS: Disabled
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically.  If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device().  As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior.  If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
apm: overridden by ACPI.
audit: initializing netlink socket (disabled)
audit(1114869883.210:0): initialized
inotify device minor=63
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Initializing Cryptographic API
vesafb: framebuffer at 0xd0000000, mapped to 0xde880000, using 3750k, total 16384k
vesafb: mode is 800x600x16, linelength=1600, pages=7
vesafb: protected mode interface info at cbe4:0008
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
bootsplash 3.1.6-2004/03/31: looking for picture...<6> silentjpeg size 35024 bytes,<6>...found (800x600, 34976 bytes, v3).
Console: switching to colour frame buffer device 92x32
fb0: VESA VGA frame buffer device
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled
ACPI: PCI interrupt 0000:00:02.6[C] -> GSI 18 (level, low) -> IRQ 18
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 32000K size 1024 blocksize
pktcdvd: v0.2.0a 2004-07-14 Jens Axboe (axboe@suse.de) and petero2@telia.com
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SIS5513: IDE controller at PCI slot 0000:00:02.5
SIS5513: chipset revision 0
SIS5513: not 100% native mode: will probe irqs later
SIS5513: SiS 962/963 MuTIOL IDE UDMA133 controller
    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: SAMSUNG MP0402H, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: PIONEER DVD-RW DVR-K15, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 1024KiB
hda: 78242976 sectors (40060 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(100)
hda: cache flushes supported
 /dev/ide/host0/bus0/target0/lun0: p1 p2 < p5 p6 >
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
Synaptics Touchpad, model: 1
 Firmware: 5.9
 Sensor: 35
 new absolute packet format
 Touchpad has extended capability bits
 -> multifinger detection
 -> palm detection
input: SynPS/2 Synaptics TouchPad on isa0060/serio1
md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27
NET: Registered protocol family 2
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP established hash table entries: 16384 (order: 5, 131072 bytes)
TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
TCP: Hash tables configured (established 16384 bind 16384)
NET: Registered protocol family 1
ACPI wakeup devices: 
PCI0  MAC MC97 LID0 
ACPI: (supports S0 S1 S3 S4 S5)
BIOS EDD facility v0.16 2004-Jun-25, 1 devices found
devfs_mk_dev: could not append to parent for md/0
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 264k freed
usbcore: registered new driver usbfs
usbcore: registered new driver hub
ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
ACPI: PCI interrupt 0000:00:03.0[A] -> GSI 20 (level, low) -> IRQ 20
ohci_hcd 0000:00:03.0: OHCI Host Controller
ohci_hcd 0000:00:03.0: irq 20, pci mem 0xdffff000
ohci_hcd 0000:00:03.0: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 3 ports detected
ACPI: PCI interrupt 0000:00:03.1[B] -> GSI 21 (level, low) -> IRQ 21
ohci_hcd 0000:00:03.1: OHCI Host Controller
ohci_hcd 0000:00:03.1: irq 21, pci mem 0xdfffe000
ohci_hcd 0000:00:03.1: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 3 ports detected
usb 1-2: new full speed USB device using ohci_hcd and address 2
ACPI: PCI interrupt 0000:00:03.3[D] -> GSI 23 (level, low) -> IRQ 23
ehci_hcd 0000:00:03.3: EHCI Host Controller
ehci_hcd 0000:00:03.3: irq 23, pci mem 0xdfffd000
ehci_hcd 0000:00:03.3: new USB bus registered, assigned bus number 3
PCI: cache line size of 64 is not supported by device 0000:00:03.3
ehci_hcd 0000:00:03.3: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 6 ports detected
usb 1-2: USB disconnect, address 2
usb 3-3: new high speed USB device using ehci_hcd and address 2
SCSI subsystem initialized
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usb-storage: device found at 2
usb-storage: waiting for device to settle before scanning
EXT3 FS on hda6, internal journal
  Vendor: VBTM      Model: Store 'n' Go      Rev: 4.90
  Type:   Direct-Access                      ANSI SCSI revision: 00
usb-storage: device scan complete
SCSI device sda: 1005312 512-byte hdwr sectors (515 MB)
sda: Write Protect is off
sda: Mode Sense: 45 00 00 08
sda: assuming drive cache: write through
SCSI device sda: 1005312 512-byte hdwr sectors (515 MB)
sda: Write Protect is off
sda: Mode Sense: 45 00 00 08
sda: assuming drive cache: write through
 /dev/scsi/host0/bus0/target0/lun0: p1
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
Adding 1044184k swap on /dev/hda5.  Priority:-1 extents:1
slamr: module license 'Smart Link Ltd.' taints kernel.
slamr: SmartLink AMRMO modem.
slamr: probe 1039:7013 SiS630 card...
ACPI: PCI interrupt 0000:00:02.6[C] -> GSI 18 (level, low) -> IRQ 18
slamr: mc97 codec is CXT23
slamr: slamr0 is SiS630 card.
Non-volatile memory driver v1.2
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected SiS 760 chipset
agpgart: Maximum main memory to use for agp memory: 409M
agpgart: AGP aperture is 4M @ 0xe0000000
loop: loaded (max 8 devices)
ieee1394: Initialized config rom entry `ip1394'
ohci1394: $Rev: 1223 $ Ben Collins <bcollins@debian.org>
ACPI: PCI interrupt 0000:00:0c.0[A] -> GSI 18 (level, low) -> IRQ 18
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[18]  MMIO=[dfff9800-dfff9fff]  Max Packet=[2048]
hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2000kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
sis900.c: v1.08.07 11/02/2003
ACPI: PCI interrupt 0000:00:04.0[A] -> GSI 19 (level, low) -> IRQ 19
0000:00:04.0: Realtek RTL8201 PHY transceiver found at address 1.
0000:00:04.0: Using transceiver found at address 1 as default
eth0: SiS 900 PCI Fast Ethernet at 0xd800, IRQ 19, 00:03:25:1d:33:60.
eth1394: $Rev: 1224 $ Ben Collins <bcollins@debian.org>
eth1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
eth0: Media Link Off
ACPI: AC Adapter [AC] (on-line)
ACPI: Battery Slot [BAT1] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID0]
ACPI: Sleep Button (CM) [SLPB]
ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
ACPI: Thermal Zone [THRM] (35 C)
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[000325213800749b]
Linux Kernel Card Services
  options:  [pci] [cardbus] [pm]
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 17 (level, low) -> IRQ 17
Yenta: CardBus bridge found at 0000:00:0a.0 [161f:2038]
Yenta: adjusting diagnostic: 40 -> 60
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:0a.0, mfunc 0x01001002, devctl 0x44
Yenta TI: socket 0000:00:0a.0 probing PCI interrupt failed, trying to fix
Yenta TI: socket 0000:00:0a.0 no PCI interrupts. Fish. Please report.
Yenta: ISA IRQ mask 0x0000, PCI irq 0
Socket status: 74177c38
cs: IO port probe 0xc00-0xcff: clean.
cs: IO port probe 0x100-0x4ff: excluding 0x480-0x48f 0x4d0-0x4d7
cs: IO port probe 0xa00-0xaff: clean.
floppy0: no floppy controllers found
floppy0: no floppy controllers found
NET: Registered protocol family 17
ACPI: PCI interrupt 0000:00:02.7[C] -> GSI 18 (level, low) -> IRQ 18
intel8x0_measure_ac97_clock: measured 49743 usecs
intel8x0: clocking to 48000
Bluetooth: Core ver 2.7
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: L2CAP ver 2.7
Bluetooth: L2CAP socket layer initialized
Bluetooth: RFCOMM ver 1.5
Bluetooth: RFCOMM socket layer initialized
Bluetooth: RFCOMM TTY layer initialized
NET: Registered protocol family 10
Disabled Privacy Extensions on device c03b26e0(lo)
IPv6 over IPv4 tunneling driver
Disabled Privacy Extensions on device dc786c00(sit0)
powernow-k8: Found 1 AMD Athlon 64 / Opteron processors (version 1.00.09e)
powernow-k8:    0 : fid 0x0 (800 MHz), vid 0x13 (1075 mV)
powernow-k8:    1 : fid 0x8 (1600 MHz), vid 0x8 (1350 mV)
cpu_init done, current fid 0x8, vid 0x8
PCMCIA: socket dd0d902c: *** DANGER *** unable to remove socket power
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 10640 bytes, v3).
bootsplash: status on console 0 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 10640 bytes, v3).
bootsplash: status on console 1 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 10640 bytes, v3).
bootsplash: status on console 2 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 10640 bytes, v3).
bootsplash: status on console 3 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 10640 bytes, v3).
bootsplash: status on console 4 changed to on
bootsplash 3.1.6-2004/03/31: looking for picture...<6>...found (800x600, 10640 bytes, v3).
bootsplash: status on console 5 changed to on
eth0: no IPv6 routers present
-------------- next part --------------
           CPU0       
  0:     277540    IO-APIC-edge  timer
  1:        479    IO-APIC-edge  i8042
  8:          1    IO-APIC-edge  rtc
  9:         43   IO-APIC-level  acpi
 12:       6933    IO-APIC-edge  i8042
 14:       6384    IO-APIC-edge  ide0
 15:       1990    IO-APIC-edge  ide1
 18:       3407   IO-APIC-level  SiS630, ohci1394, SiS SI7012
 19:          5   IO-APIC-level  eth0
 20:         12   IO-APIC-level  ohci_hcd
 21:          0   IO-APIC-level  ohci_hcd
 23:       1395   IO-APIC-level  ehci_hcd
NMI:          0 
LOC:     277487 
ERR:          0
MIS:          0
-------------- next part --------------
00000000-0009fbff : System RAM
0009fc00-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000cbfff : Video ROM
000f0000-000fffff : System ROM
00100000-1dfcffff : System RAM
  00100000-0033dcda : Kernel code
  0033dcdb-003e96ff : Kernel data
1dfd0000-1dfddfff : ACPI Tables
1dfde000-1dffffff : ACPI Non-volatile Storage
1e000000-1e000fff : 0000:00:0a.0
  1e000000-1e000fff : yenta_socket
1e400000-1e7fffff : PCI CardBus #02
1e800000-1ebfffff : PCI CardBus #02
cd500000-dd4fffff : PCI Bus #01
  d0000000-d7ffffff : 0000:01:00.0
    d0000000-d0ffffff : vesafb
df600000-df6fffff : PCI Bus #01
  df6e0000-df6fffff : 0000:01:00.0
dfff9800-dfff9fff : 0000:00:0c.0
  dfff9800-dfff9fff : ohci1394
dfffc000-dfffcfff : 0000:00:04.0
  dfffc000-dfffcfff : sis900
dfffd000-dfffdfff : 0000:00:03.3
  dfffd000-dfffdfff : ehci_hcd
dfffe000-dfffefff : 0000:00:03.1
  dfffe000-dfffefff : ohci_hcd
dffff000-dfffffff : 0000:00:03.0
  dffff000-dfffffff : ohci_hcd
e0000000-e3ffffff : 0000:00:00.0
ff780000-ffffffff : reserved
-------------- next part --------------
0000-001f : dma1
0020-0021 : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
0376-0376 : ide1
03c0-03df : vesafb
03f6-03f6 : ide0
0800-0803 : PM1a_EVT_BLK
0804-0805 : PM1a_CNT_BLK
0808-080b : PM_TMR
0810-0815 : ACPI CPU throttle
0816-0816 : PM2_CNT_BLK
0820-0823 : GPE0_BLK
0830-0833 : GPE1_BLK
0c00-0c1f : 0000:00:02.1
0cf8-0cff : PCI conf1
4000-40ff : PCI CardBus #02
4400-44ff : PCI CardBus #02
b000-bfff : PCI Bus #01
  bc00-bc7f : 0000:01:00.0
d800-d8ff : 0000:00:04.0
  d800-d8ff : sis900
dc00-dc7f : 0000:00:0c.0
e000-e07f : 0000:00:02.7
  e000-e07f : SiS SI7012
e400-e4ff : 0000:00:02.7
  e400-e4ff : SiS SI7012
e800-e8ff : 0000:00:02.6
  e800-e8ff : SiS630
ec00-ec7f : 0000:00:02.6
  ec00-ec7f : SiS630
ffa0-ffaf : 0000:00:02.5
  ffa0-ffa7 : ide0
  ffa8-ffaf : ide1
-------------- next part --------------
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 760/M760 Host (rev 03)
	Subsystem: Rioworks: Unknown device 2038
	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: 32
	Region 0: Memory at e0000000 (32-bit, non-prefetchable) [size=64M]
	Capabilities: <available only to root>

00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SG86C202 (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: 64
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
	I/O behind bridge: 0000b000-0000bfff
	Memory behind bridge: df600000-df6fffff
	Prefetchable memory behind bridge: cd500000-dd4fffff
	Secondary status: SERR
	BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- >Reset- FastB2B-

00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS963 [MuTIOL Media IO] (rev 25)
	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: 0

00:02.1 SMBus: Silicon Integrated Systems [SiS] SiS961/2 SMBus Controller
	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-
	Interrupt: pin B routed to IRQ 0
	Region 4: I/O ports at 0c00 [size=32]

00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (prog-if 80 [Master])
	Subsystem: Rioworks: Unknown device 2038
	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: 128
	Region 4: I/O ports at ffa0 [size=16]

00:02.6 Modem: Silicon Integrated Systems [SiS] AC'97 Modem Controller (rev a0) (prog-if 00 [Generic])
	Subsystem: Rioworks: Unknown device 2038
	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 (13000ns min, 2750ns max)
	Interrupt: pin C routed to IRQ 18
	Region 0: I/O ports at e800 [size=256]
	Region 1: I/O ports at ec00 [size=128]
	Capabilities: <available only to root>

00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] Sound Controller (rev a0)
	Subsystem: Rioworks: Unknown device 2038
	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 (13000ns min, 2750ns max)
	Interrupt: pin C routed to IRQ 18
	Region 0: I/O ports at e400 [size=256]
	Region 1: I/O ports at e000 [size=128]
	Capabilities: <available only to root>

00:03.0 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) (prog-if 10 [OHCI])
	Subsystem: Rioworks: Unknown device 2038
	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 (20000ns max)
	Interrupt: pin A routed to IRQ 20
	Region 0: Memory at dffff000 (32-bit, non-prefetchable) [size=4K]

00:03.1 USB Controller: Silicon Integrated Systems [SiS] USB 1.0 Controller (rev 0f) (prog-if 10 [OHCI])
	Subsystem: Rioworks: Unknown device 2038
	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 (20000ns max)
	Interrupt: pin B routed to IRQ 21
	Region 0: Memory at dfffe000 (32-bit, non-prefetchable) [size=4K]

00:03.3 USB Controller: Silicon Integrated Systems [SiS] USB 2.0 Controller (prog-if 20 [EHCI])
	Subsystem: Rioworks: Unknown device 2038
	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 (20000ns max)
	Interrupt: pin D routed to IRQ 23
	Region 0: Memory at dfffd000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: <available only to root>

00:04.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 91)
	Subsystem: Rioworks: Unknown device 2038
	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 (13000ns min, 2750ns max)
	Interrupt: pin A routed to IRQ 19
	Region 0: I/O ports at d800 [size=256]
	Region 1: Memory at dfffc000 (32-bit, non-prefetchable) [size=4K]
	Expansion ROM at dffc0000 [disabled] [size=128K]
	Capabilities: <available only to root>

00:0a.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)
	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 08
	Interrupt: pin A routed to IRQ 17
	Region 0: Memory at 1e000000 (32-bit, non-prefetchable) [size=4K]
	Bus: primary=00, secondary=02, subordinate=05, sec-latency=176
	Memory window 0: 1e400000-1e7ff000 (prefetchable)
	Memory window 1: 1e800000-1ebff000
	I/O window 0: 00004000-000040ff
	I/O window 1: 00004400-000044ff
	BridgeCtl: Parity- SERR- ISA- VGA- MAbort- >Reset+ 16bInt- PostWrite+

00:0c.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) (prog-if 10 [OHCI])
	Subsystem: VIA Technologies, Inc. IEEE 1394 Host Controller
	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 (8000ns max), cache line size 10
	Interrupt: pin A routed to IRQ 18
	Region 0: Memory at dfff9800 (32-bit, non-prefetchable) [size=2K]
	Region 1: I/O ports at dc00 [size=128]
	Capabilities: <available only to root>

00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
	Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
	Capabilities: <available only to root>

00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
	Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-

00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
	Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-

00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
	Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
	Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-

01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 661/741/760 PCI/AGP VGA Display Adapter (prog-if 00 [VGA])
	Subsystem: Rioworks: Unknown device 2038
	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-
	Interrupt: pin A routed to IRQ 10
	BIST result: 00
	Region 0: Memory at d0000000 (32-bit, prefetchable) [size=128M]
	Region 1: Memory at df6e0000 (32-bit, non-prefetchable) [size=128K]
	Region 2: I/O ports at bc00 [size=128]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: <available only to root>

From daniel.ritz at gmx.ch  Sat Apr 30 17:49:57 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Sat Apr 30 17:50:12 2005
Subject: [SUCCESS REPORT / PATCH] yenta_socket IRQ woes w/ NetGear
	WG511T ("IRQ#11: nobody cared" either, but a different one)
In-Reply-To: <4271F12B.2070707@kilimandjaro.dyndns.org>
References: <4271F12B.2070707@kilimandjaro.dyndns.org>
Message-ID: <200504302349.57659.daniel.ritz@gmx.ch>

hi dominique

thanks for the report. the problem is the patch there is a quick hack which
is wrong and breaks other stuff. could you instead try with the attached one?
it contains all my current changes (which i really need to split up soon).

if it doesn't help please send the following:
- output of dmesg
- cat /proc/iomem
- cat /proc/interrupts
- lspci
- lspci -vvvn

rgds
-daniel

On Friday 29 April 2005 10:32, Dominique Quatravaux wrote:
> Dear PCMCIA people, dear Daniel,
> 
> I am reporting success with the patches by Daniel on the LKML a month
> ago (see http://lkml.org/lkml/2005/3/18/218), targeted to a setup and
> problem very similar to mine (see this message's title). FWIW I collated
> both patches into a single one that applies against Ubuntu's (patched)
> 2.6.10 kernel. Setting "irqpoll" on the kernel command line was also
> necessary in my case. See details at
> http://bugzilla.ubuntu.com/show_bug.cgi?id=10265
> 
> I am unsure what I should do next (if anything) in order to get Daniel's
> patch accepted into the mainstream kernel, please advise.
> 
> Anyway thanks for your precious help Daniel, the Medion laptop I have on
> loan for advocacy purposes is now up, running *and* surfing the Web :-)
> 
> -- 
> << Tout n'y est pas parfait, mais on y honore certainement les jardiniers >>
> 
> 			Dominique Quatravaux <dom@kilimandjaro.dyndns.org>
> 
> 

against 2.6.12-rc1 but chances to apply on a different kernel are quite big :)

--- 1.22/drivers/pcmcia/ti113x.h	2005-03-11 21:32:12 +01:00
+++ edited/drivers/pcmcia/ti113x.h	2005-04-21 00:12:09 +02:00
@@ -442,6 +442,25 @@
 }
 
 
+/* changes the irq of func1 to match that of func0 */
+static int ti12xx_align_irqs(struct yenta_socket *socket, int *old_irq)
+{
+	struct pci_dev *func0;
+
+	/* find func0 device */
+	func0 = pci_get_slot(socket->dev->bus, socket->dev->devfn & ~0x07);
+	if (!func0)
+		return 0;
+
+	if (old_irq)
+		*old_irq = socket->cb_irq;
+	socket->cb_irq = socket->dev->irq = func0->irq;
+
+	pci_dev_put(func0);
+
+	return 1;
+}
+
 /*
  * ties INTA and INTB together. also changes the devices irq to that of
  * the function 0 device. call from func1 only.
@@ -449,26 +468,22 @@
  */
 static int ti12xx_tie_interrupts(struct yenta_socket *socket, int *old_irq)
 {
-	struct pci_dev *func0;
 	u32 sysctl;
+	int ret;
 
 	sysctl = config_readl(socket, TI113X_SYSTEM_CONTROL);
 	if (sysctl & TI122X_SCR_INTRTIE)
 		return 0;
 
-	/* find func0 device */
-	func0 = pci_get_slot(socket->dev->bus, socket->dev->devfn & ~0x07);
-	if (!func0)
+	/* align */
+	ret = ti12xx_align_irqs(socket, old_irq);
+	if (!ret)
 		return 0;
 
-	/* change the interrupt to match func0, tie 'em up */
-	*old_irq = socket->cb_irq;
-	socket->cb_irq = socket->dev->irq = func0->irq;
+	/* tie */
 	sysctl |= TI122X_SCR_INTRTIE;
 	config_writel(socket, TI113X_SYSTEM_CONTROL, sysctl);
 
-	pci_dev_put(func0);
-
 	return 1;
 }
 
@@ -489,7 +504,7 @@
  */
 static void ti12xx_irqroute_func1(struct yenta_socket *socket)
 {
-	u32 mfunc, mfunc_old, devctl;
+	u32 mfunc, mfunc_old, devctl, sysctl;
 	int pci_irq_status;
 
 	mfunc = mfunc_old = config_readl(socket, TI122X_MFUNC);
@@ -497,6 +512,11 @@
 	printk(KERN_INFO "Yenta TI: socket %s, mfunc 0x%08x, devctl 0x%02x\n",
 	       pci_name(socket->dev), mfunc, devctl);
 
+	/* if IRQs are configured as tied, align irq of func1 with func0 */
+	sysctl = config_readl(socket, TI113X_SYSTEM_CONTROL);
+	if (sysctl & TI122X_SCR_INTRTIE)
+		ti12xx_align_irqs(socket, NULL);
+	
 	/* make sure PCI interrupts are enabled before probing */
 	ti_init(socket);
 
@@ -590,6 +610,7 @@
 		       pci_name(socket->dev));
 	}
 }
+
 
 static int ti12xx_override(struct yenta_socket *socket)
 {
--- 1.71/drivers/pcmcia/yenta_socket.c	2005-03-29 00:21:41 +02:00
+++ edited/drivers/pcmcia/yenta_socket.c	2005-04-30 00:18:46 +02:00
@@ -32,6 +32,10 @@
 module_param(disable_clkrun, bool, 0444);
 MODULE_PARM_DESC(disable_clkrun, "If PC card doesn't function properly, please try this option");
 
+static int isa_probe = 1;
+module_param(isa_probe, bool, 0444);
+MODULE_PARM_DESC(isa_probe, "If set ISA interrupts are probed (default). Set to N to disable probing");
+
 #if 0
 #define debug(x,args...) printk(KERN_DEBUG "%s: " x, __func__ , ##args)
 #else
@@ -150,15 +154,15 @@
 
 	val  = (state & CB_3VCARD) ? SS_3VCARD : 0;
 	val |= (state & CB_XVCARD) ? SS_XVCARD : 0;
-	val |= (state & (CB_CDETECT1 | CB_CDETECT2 | CB_5VCARD | CB_3VCARD
-			 | CB_XVCARD | CB_YVCARD)) ? 0 : SS_PENDING;
+	val |= (state & (CB_5VCARD | CB_3VCARD | CB_XVCARD | CB_YVCARD)) ? 0 : SS_PENDING;
+	val |= (state & (CB_CDETECT1 | CB_CDETECT2)) ? SS_PENDING : 0;
 
 	if (state & CB_CBCARD) {
 		val |= SS_CARDBUS;	
 		val |= (state & CB_CARDSTS) ? SS_STSCHG : 0;
 		val |= (state & (CB_CDETECT1 | CB_CDETECT2)) ? 0 : SS_DETECT;
 		val |= (state & CB_PWRCYCLE) ? SS_POWERON | SS_READY : 0;
-	} else {
+	} else if (state & CB_16BITCARD) {
 		u8 status = exca_readb(socket, I365_STATUS);
 		val |= ((status & I365_CS_DETECT) == I365_CS_DETECT) ? SS_DETECT : 0;
 		if (exca_readb(socket, I365_INTCTL) & I365_PC_IOCARD) {
@@ -405,11 +409,13 @@
 }
 
 
-static unsigned int yenta_events(struct yenta_socket *socket)
+
+static irqreturn_t yenta_interrupt(int irq, void *dev_id, struct pt_regs *regs)
 {
+	unsigned int events;
+	struct yenta_socket *socket = (struct yenta_socket *) dev_id;
 	u8 csc;
 	u32 cb_event;
-	unsigned int events;
 
 	/* Clear interrupt status for the event */
 	cb_event = cb_readl(socket, CB_SOCKET_EVENT);
@@ -426,20 +432,13 @@
 		events |= (csc & I365_CSC_BVD2) ? SS_BATWARN : 0;
 		events |= (csc & I365_CSC_READY) ? SS_READY : 0;
 	}
-	return events;
-}
-
 
-static irqreturn_t yenta_interrupt(int irq, void *dev_id, struct pt_regs *regs)
-{
-	unsigned int events;
-	struct yenta_socket *socket = (struct yenta_socket *) dev_id;
-
-	events = yenta_events(socket);
-	if (events) {
+	if (events)
 		pcmcia_parse_events(&socket->socket, events);
+
+	if (cb_event || csc)
 		return IRQ_HANDLED;
-	}
+	
 	return IRQ_NONE;
 }
 
@@ -470,11 +469,23 @@
 	}
 }
 
+/* redoes voltage interrogation if required */
+static void yenta_interrogate(struct yenta_socket *socket)
+{
+	u32 state;
+
+	state = cb_readl(socket, CB_SOCKET_STATE);
+	if (!(state & (CB_5VCARD | CB_3VCARD | CB_XVCARD | CB_YVCARD)) ||
+	     (state & (CB_CDETECT1 | CB_CDETECT2 | CB_NOTACARD | CB_BADVCCREQ)) || 
+	     ((state & (CB_16BITCARD | CB_CBCARD)) == (CB_16BITCARD | CB_CBCARD)))
+		cb_writel(socket, CB_SOCKET_FORCE, CB_CVSTEST);
+}
+
+
 /* Called at resume and initialization events */
 static int yenta_sock_init(struct pcmcia_socket *sock)
 {
 	struct yenta_socket *socket = container_of(sock, struct yenta_socket, socket);
-	u32 state;
 	u16 bridge;
 
 	bridge = config_readw(socket, CB_BRIDGE_CONTROL) & ~CB_BRIDGE_INTR;
@@ -486,10 +497,7 @@
 	exca_writeb(socket, I365_GENCTL, 0x00);
 
 	/* Redo card voltage interrogation */
-	state = cb_readl(socket, CB_SOCKET_STATE);
-	if (!(state & (CB_CDETECT1 | CB_CDETECT2 | CB_5VCARD |
-	               CB_3VCARD | CB_XVCARD | CB_YVCARD)))
-		cb_writel(socket, CB_SOCKET_FORCE, CB_CVSTEST);
+	yenta_interrogate(socket);
 
 	yenta_clear_maps(socket);
 
@@ -749,16 +757,8 @@
 {
 	int i;
 	unsigned long val;
-	u16 bridge_ctrl;
 	u32 mask;
 
-	/* Set up ISA irq routing to probe the ISA irqs.. */
-	bridge_ctrl = config_readw(socket, CB_BRIDGE_CONTROL);
-	if (!(bridge_ctrl & CB_BRIDGE_INTR)) {
-		bridge_ctrl |= CB_BRIDGE_INTR;
-		config_writew(socket, CB_BRIDGE_CONTROL, bridge_ctrl);
-	}
-
 	/*
 	 * Probe for usable interrupts using the force
 	 * register to generate bogus card status events.
@@ -780,9 +780,6 @@
 
 	mask = probe_irq_mask(val) & 0xffff;
 
-	bridge_ctrl &= ~CB_BRIDGE_INTR;
-	config_writew(socket, CB_BRIDGE_CONTROL, bridge_ctrl);
-
 	return mask;
 }
 
@@ -810,18 +807,11 @@
 /* probes the PCI interrupt, use only on override functions */
 static int yenta_probe_cb_irq(struct yenta_socket *socket)
 {
-	u16 bridge_ctrl;
-
 	if (!socket->cb_irq)
 		return -1;
 
 	socket->probe_status = 0;
 
-	/* disable ISA interrupts */
-	bridge_ctrl = config_readw(socket, CB_BRIDGE_CONTROL);
-	bridge_ctrl &= ~CB_BRIDGE_INTR;
-	config_writew(socket, CB_BRIDGE_CONTROL, bridge_ctrl);
-
 	if (request_irq(socket->cb_irq, yenta_probe_handler, SA_SHIRQ, "yenta", socket)) {
 		printk(KERN_WARNING "Yenta: request_irq() in yenta_probe_cb_irq() failed!\n");
 		return -1;
@@ -841,6 +831,7 @@
 	cb_writel(socket, CB_SOCKET_EVENT, -1);
 	exca_readb(socket, I365_CSC);
 
+	msleep(50);
 	free_irq(socket->cb_irq, socket);
 
 	return (int) socket->probe_status;
@@ -856,7 +847,10 @@
 	socket->socket.features |= SS_CAP_PAGE_REGS | SS_CAP_PCCARD | SS_CAP_CARDBUS;
 	socket->socket.map_size = 0x1000;
 	socket->socket.pci_irq = socket->cb_irq;
-	socket->socket.irq_mask = yenta_probe_irq(socket, isa_irq_mask);
+	if (isa_probe)
+		socket->socket.irq_mask = yenta_probe_irq(socket, isa_irq_mask);
+	else
+		socket->socket.irq_mask = 0;
 	socket->socket.cb_dev = socket->dev;
 
 	printk(KERN_INFO "Yenta: ISA IRQ mask 0x%04x, PCI irq %d\n",
@@ -996,6 +990,7 @@
 	}
 
 	/* Figure out what the dang thing can do for the PCMCIA layer... */
+	yenta_interrogate(socket);
 	yenta_get_socket_capabilities(socket, isa_interrupts);
 	printk(KERN_INFO "Socket status: %08x\n", cb_readl(socket, CB_SOCKET_STATE));
 


From daniel.ritz at gmx.ch  Sat Apr 30 17:57:29 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Sat Apr 30 17:57:34 2005
Subject: Problem with PCMCIA ENE CB1410 controler (yenta probing IRG and
	memory hole)
Message-ID: <200504302357.29409.daniel.ritz@gmx.ch>

hi

please try adding 
	reserve=0x1e000000,0x2000000
to the kernel command line. the problem is that the BIOS is providing a
wrong e830 memory map because of the shared memory for the integrated
graphic card.

rgds
-daniel


From daniel.ritz at gmx.ch  Sat Apr 30 18:04:41 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Sat Apr 30 18:05:00 2005
Subject: Workaround? for hard lock caused by O2 Micro OZ601/6912/711E0
Message-ID: <200505010004.41443.daniel.ritz@gmx.ch>

hi

good work tracking this down. the check you commented out was added to
fix problems on some bridges that don't get a already recognized up again
after redoing the interrogation. but the state your bridge initially reports
is so wrong that it's easy to see it...the following code in this place should
also do the trick while not breaking other setups...

	/* Redo card voltage interrogation */
	state = cb_readl(socket, CB_SOCKET_STATE);
        if (!(state & (CB_5VCARD | CB_3VCARD | CB_XVCARD | CB_YVCARD)) ||
             (state & (CB_CDETECT1 | CB_CDETECT2 | CB_NOTACARD | CB_BADVCCREQ)) ||
             ((state & (CB_16BITCARD | CB_CBCARD)) == (CB_16BITCARD | CB_CBCARD)))
                cb_writel(socket, CB_SOCKET_FORCE, CB_CVSTEST);

rgds
-daniel




From saschasommer at freenet.de  Sat Apr 30 19:45:18 2005
From: saschasommer at freenet.de (Sascha Sommer)
Date: Sat Apr 30 19:45:19 2005
Subject: Workaround? for hard lock caused by O2 Micro OZ601/6912/711E0
In-Reply-To: <200505010004.41443.daniel.ritz@gmx.ch>
References: <200505010004.41443.daniel.ritz@gmx.ch>
Message-ID: <200505010145.18334.saschasommer@freenet.de>

Hi,

On Sunday 01 May 2005 00:04, Daniel Ritz wrote:
> hi
>
> good work tracking this down. the check you commented out was added to
> fix problems on some bridges that don't get a already recognized up again
> after redoing the interrogation. but the state your bridge initially
> reports is so wrong that it's easy to see it...the following code in this
> place should also do the trick while not breaking other setups...
>
> 	/* Redo card voltage interrogation */
> 	state = cb_readl(socket, CB_SOCKET_STATE);
>         if (!(state & (CB_5VCARD | CB_3VCARD | CB_XVCARD | CB_YVCARD)) ||
>              (state & (CB_CDETECT1 | CB_CDETECT2 | CB_NOTACARD |
> CB_BADVCCREQ)) || ((state & (CB_16BITCARD | CB_CBCARD)) == (CB_16BITCARD |
> CB_CBCARD))) cb_writel(socket, CB_SOCKET_FORCE, CB_CVSTEST);
>

Thanks will test that later. However I'm still searching for the real problem 
as things go wrong a lot earlier. The socket is powered (wihout even a card 
inserted) before the bridge is enabled... I found out that  
another difference between cold boot and reboot is that in the first case the
card is in the D1 powermanagement state while in the second case it is in D3 
as expected. The pci code assumes that the bridge is in D3cold when calling 
pci_enable_device. So my guess is that it then will restore a bogus state 
when going to D0

Sascha
 

From bugme-daemon at osdl.org  Sat Apr 30 19:48:22 2005
From: bugme-daemon at osdl.org (bugme-daemon@osdl.org)
Date: Sat Apr 30 19:48:28 2005
Subject: [Bug 4498] When i try to use a pcmcia wireless card i get the
	message "cs: unable to map card memory!"
Message-ID: <200504302348.j3UNmMqe024106@fire-1.osdl.org>

http://bugme.osdl.org/show_bug.cgi?id=4498





------- Additional Comments From capeto@x6ltda.com  2005-04-30 16:48 -------
you are right, when i put that in the file "config.opts", the card not work, i
try to reboot the system and not work... The problem was resolved when i execute
the command "cardmgr" manualy without parameters. The card was be detected
inmediatly and i don't need to execute the command again. I don't understand
wath does do this command in my configuration but it works.

Thanks a lot.

PD: how do i close the bug?

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

From daniel.ritz at gmx.ch  Sat Apr 30 20:06:24 2005
From: daniel.ritz at gmx.ch (Daniel Ritz)
Date: Sat Apr 30 20:06:30 2005
Subject: Workaround? for hard lock caused by O2 Micro OZ601/6912/711E0
In-Reply-To: <200505010145.18334.saschasommer@freenet.de>
References: <200505010004.41443.daniel.ritz@gmx.ch>
	<200505010145.18334.saschasommer@freenet.de>
Message-ID: <200505010206.24118.daniel.ritz@gmx.ch>

On Sunday 01 May 2005 01:45, Sascha Sommer wrote:
> Hi,
> 
> On Sunday 01 May 2005 00:04, Daniel Ritz wrote:
> > hi
> >
> > good work tracking this down. the check you commented out was added to
> > fix problems on some bridges that don't get a already recognized up again
> > after redoing the interrogation. but the state your bridge initially
> > reports is so wrong that it's easy to see it...the following code in this
> > place should also do the trick while not breaking other setups...
> >
> > 	/* Redo card voltage interrogation */
> > 	state = cb_readl(socket, CB_SOCKET_STATE);
> >         if (!(state & (CB_5VCARD | CB_3VCARD | CB_XVCARD | CB_YVCARD)) ||
> >              (state & (CB_CDETECT1 | CB_CDETECT2 | CB_NOTACARD |
> > CB_BADVCCREQ)) || ((state & (CB_16BITCARD | CB_CBCARD)) == (CB_16BITCARD |
> > CB_CBCARD))) cb_writel(socket, CB_SOCKET_FORCE, CB_CVSTEST);
> >
> 
> Thanks will test that later. However I'm still searching for the real problem 
> as things go wrong a lot earlier. The socket is powered (wihout even a card 
> inserted) before the bridge is enabled... I found out that  

yep, that's what socket state is telling. 

> another difference between cold boot and reboot is that in the first case the
> card is in the D1 powermanagement state while in the second case it is in D3 
> as expected. The pci code assumes that the bridge is in D3cold when calling 

yep, i have a patch for that too...attached (not so new, but should still apply)

> pci_enable_device. So my guess is that it then will restore a bogus state 
> when going to D0
> 
> Sascha
>  

rgds
-daniel

[PATCH] PCI PM: read initial state from device

the PCI PM code tries not to write to the PM registers when there is no change
in state. this however fails when a device is initially set up. and because
some devices are broken they hate being forced to the state they are in. fix
it by reading the current state from the device itself. also does some other
things:
- support PCI PM CAP version 3 (as defined in PCI PM Interface Spec v1.2)
- add and export the function pci_get_power_state() to get it from the device
- minor cleanups

Signed-off-by: Daniel Ritz <daniel.ritz@gmx.ch> 

--- 1.151/include/linux/pci.h	2005-02-03 19:08:22 +01:00
+++ edited/include/linux/pci.h	2005-04-09 00:49:42 +02:00
@@ -501,6 +501,7 @@
 #define PCI_D2	((pci_power_t __force) 2)
 #define PCI_D3hot	((pci_power_t __force) 3)
 #define PCI_D3cold	((pci_power_t __force) 4)
+#define PCI_UNKNOWN	((pci_power_t __force) 5)
 
 /*
  * The pci_dev structure is used to describe PCI devices.
@@ -822,6 +823,7 @@
 /* Power management related routines */
 int pci_save_state(struct pci_dev *dev);
 int pci_restore_state(struct pci_dev *dev);
+pci_power_t pci_get_power_state(struct pci_dev *dev);
 int pci_set_power_state(struct pci_dev *dev, pci_power_t state);
 pci_power_t pci_choose_state(struct pci_dev *dev, pm_message_t state);
 int pci_enable_wake(struct pci_dev *dev, pci_power_t state, int enable);
--- 1.81/drivers/pci/pci.c	2005-03-03 08:17:57 +01:00
+++ edited/drivers/pci/pci.c	2005-04-09 01:02:15 +02:00
@@ -227,6 +227,28 @@
 }
 
 /**
+ * pci_get_power_state - Gets the power state of a PCI device
+ * @dev: PCI device
+ *
+ * RETURN VALUE:
+ * pci_power_t the current state
+ */
+pci_power_t pci_get_power_state(struct pci_dev *dev)
+{
+	int pm;
+	u16 pmcsr;
+
+	pm = pci_find_capability(dev, PCI_CAP_ID_PM);
+	if (!pm)
+		return PCI_UNKNOWN;
+
+	pci_read_config_word(dev, pm + PCI_PM_CTRL, &pmcsr);
+	pmcsr &= PCI_PM_CTRL_STATE_MASK;
+
+	return (pci_power_t) pmcsr;
+}
+
+/**
  * pci_set_power_state - Set the power state of a PCI device
  * @dev: PCI device to be suspended
  * @state: PCI power state (D0, D1, D2, D3hot, D3cold) we're entering
@@ -268,7 +290,7 @@
 		return -EIO; 
 
 	pci_read_config_word(dev,pm + PCI_PM_PMC,&pmc);
-	if ((pmc & PCI_PM_CAP_VER_MASK) > 2) {
+	if ((pmc & PCI_PM_CAP_VER_MASK) > 3) {
 		printk(KERN_DEBUG
 		       "PCI: %s has unsupported PM cap regs version (%u)\n",
 		       pci_name(dev), pmc & PCI_PM_CAP_VER_MASK);
@@ -276,12 +298,10 @@
 	}
 
 	/* check if this device supports the desired state */
-	if (state == PCI_D1 || state == PCI_D2) {
-		if (state == PCI_D1 && !(pmc & PCI_PM_CAP_D1))
-			return -EIO;
-		else if (state == PCI_D2 && !(pmc & PCI_PM_CAP_D2))
-			return -EIO;
-	}
+	if (state == PCI_D1 && !(pmc & PCI_PM_CAP_D1))
+		return -EIO;
+	else if (state == PCI_D2 && !(pmc & PCI_PM_CAP_D2))
+		return -EIO;
 
 	/* If we're in D3, force entire word to 0.
 	 * This doesn't affect PME_Status, disables PME_En, and
@@ -830,6 +850,7 @@
 EXPORT_SYMBOL(pci_assign_resource);
 EXPORT_SYMBOL(pci_find_parent_resource);
 
+EXPORT_SYMBOL(pci_get_power_state);
 EXPORT_SYMBOL(pci_set_power_state);
 EXPORT_SYMBOL(pci_save_state);
 EXPORT_SYMBOL(pci_restore_state);
--- 1.80/drivers/pci/probe.c	2005-02-03 03:21:51 +01:00
+++ edited/drivers/pci/probe.c	2005-04-09 00:57:21 +02:00
@@ -563,7 +563,7 @@
 	    dev->devfn, dev->vendor, dev->device, class, dev->hdr_type);
 
 	/* "Unknown power state" */
-	dev->current_state = 4;
+	dev->current_state = PCI_UNKNOWN;
 
 	/* Early fixups, before probing the BARs */
 	pci_fixup_device(pci_fixup_early, dev);
@@ -608,6 +608,9 @@
 		       pci_name(dev), class, dev->hdr_type);
 		dev->class = PCI_CLASS_NOT_DEFINED;
 	}
+
+	/* get the real power state from the device */
+	dev->current_state = pci_get_power_state(dev);
 
 	/* We found a fine healthy device, go go go... */
 	return 0;



