4.0-rc1: Oops on eject of CF card in PCMCIA slot

4.0-rc1: Oops on eject of CF card in PCMCIA slot

[Pavel Machek]

[-- Attachment #1: Type: text/plain, Size: 11604 bytes --]

Hi!

It seems that pcmcia was unhappy even before, but eject definitely
oopsed it.

Any ideas?
								Pavel

[ 3562.355010] pci_bus 0000:15: Allocating resources
[ 3562.355054] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
[ 3562.355060] pci 0000:00:1f.0: BAR 7: [io  0x1000-0x107f] has bogus alignment
[ 3562.355066] yenta_cardbus 0000:15:00.0: CardBus bridge to [bus 16-17]
[ 3562.355070] yenta_cardbus 0000:15:00.0:   bridge window [io  0x9000-0x90ff]
[ 3562.355079] yenta_cardbus 0000:15:00.0:   bridge window [io  0x9400-0x94ff]
[ 3562.355088] yenta_cardbus 0000:15:00.0:   bridge window [mem 0xe0000000-0xe3ffffff pref]
[ 3562.355097] yenta_cardbus 0000:15:00.0:   bridge window [mem 0xc4000000-0xc7ffffff]
[ 3562.355689] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
[ 3562.355696] pci 0000:00:1f.0: BAR 7: [io  0x1000-0x107f] has bogus alignment
[ 3562.355702] yenta_cardbus 0000:15:00.0: CardBus bridge to [bus 16-17]
[ 3562.355706] yenta_cardbus 0000:15:00.0:   bridge window [io  0x9000-0x90ff]
[ 3562.355715] yenta_cardbus 0000:15:00.0:   bridge window [io  0x9400-0x94ff]
[ 3562.355724] yenta_cardbus 0000:15:00.0:   bridge window [mem 0xe0000000-0xe3ffffff pref]
[ 3562.355733] yenta_cardbus 0000:15:00.0:   bridge window [mem 0xc4000000-0xc7ffffff]
[ 3562.355861] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
[ 3562.355867] pci 0000:00:1f.0: BAR 7: [io  0x1000-0x107f] has bogus alignment
[ 3562.355873] yenta_cardbus 0000:15:00.0: CardBus bridge to [bus 16-17]
[ 3562.355877] yenta_cardbus 0000:15:00.0:   bridge window [io  0x9000-0x90ff]
[ 3562.355886] yenta_cardbus 0000:15:00.0:   bridge window [io  0x9400-0x94ff]
[ 3562.355895] yenta_cardbus 0000:15:00.0:   bridge window [mem 0xe0000000-0xe3ffffff pref]
[ 3562.355905] yenta_cardbus 0000:15:00.0:   bridge window [mem 0xc4000000-0xc7ffffff]
[18217.880077] pcmcia_socket pcmcia_socket0: pccard: PCMCIA card inserted into slot 0
[18217.880093] pcmcia_socket pcmcia_socket0: cs: memory probe 0xe46d0000-0xe7ffffff:
[18217.883580]  excluding 0xe4df4000-0xe5185fff 0xe5fce000-0xe635ffff 0xe6e16000-0xe71a7fff 0xe7ff0000-0xe8381fff
[18217.894812] pcmcia 0.0: pcmcia: registering new device pcmcia0.0 (IRQ: 16)
[18217.944246] scsi host6: pata_pcmcia
[18217.947197] ata7: PATA max PIO0 cmd 0x9100 ctl 0x910e irq 16
[18218.272733] ata7.00: CFA: Transcend, 2N3-0925, max PIO2
[18218.272742] ata7.00: 503808 sectors, multi 0: LBA 
[18218.280805] ata7.00: configured for PIO0
[18218.281325] scsi 6:0:0:0: Direct-Access     ATA      Transcend        0925 PQ: 0 ANSI: 5
[18218.286091] sd 6:0:0:0: [sdb] 503808 512-byte logical blocks: (257 MB/246 MiB)
[18218.286702] sd 6:0:0:0: [sdb] Write Protect is off
[18218.286710] sd 6:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[18218.286886] sd 6:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[18218.294561]  sdb: sdb1
[18218.295700] sd 6:0:0:0: Attached scsi generic sg1 type 0
[18218.298445] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[18220.110561] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[18340.456042] CE: hpet increased min_delta_ns to 20115 nsec
[20992.258625] pcmcia_socket pcmcia_socket0: pccard: card ejected from slot 0
[20992.259674] ata7.00: disabled
[20992.303989] sd 6:0:0:0: [sdb] Stopping disk
[20992.304465] sd 6:0:0:0: [sdb] Start/Stop Unit failed: Result: hostbyte=0x04 driverbyte=0x00
[20992.321556] BUG: unable to handle kernel paging request at d323a6d8
[20992.321627] IP: [<c427b658>] kobject_put+0x8/0x50
[20992.321670] *pde = 373b2067 *pte = 1323a060 
[20992.321704] Oops: 0000 [#1] SMP DEBUG_PAGEALLOC
[20992.321745] Modules linked in:
[20992.321768] CPU: 0 PID: 21669 Comm: umount Not tainted 3.18.0+ #407
[20992.321816] Hardware name: LENOVO 17097HU/17097HU, BIOS 7BETD8WW (2.19 ) 03/31/2011
[20992.321877] task: d77d0580 ti: d89ac000 task.ti: d89ac000
[20992.321919] EIP: 0060:[<c427b658>] EFLAGS: 00010286 CPU: 0
[20992.321958] EIP is at kobject_put+0x8/0x50
[20992.321985] EAX: d323a6b8 EBX: c0313800 ECX: d77d0580 EDX: d77d0580
[20992.322032] ESI: d323a6b0 EDI: e6465b00 EBP: d89add68 ESP: d89add64
[20992.322079]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[20992.322118] CR0: 8005003b CR2: d323a6d8 CR3: 15e7f000 CR4: 00000710
[20992.322164] Stack:
[20992.322172]  c0313800 d89add70 c43fdb3f d89add84 c441b536 c0313a0c c0313a04 e6465b00
[20992.322259]  d89add98 c43fd7c3 c0313a28 c4b7d370 d92ea420 d89addb8 c427b4fd d5ea0c90
[20992.322350]  00000806 00000370 c0313a0c d5ea0c14 d89addcc d89addd0 c427b675 00000282
[20992.322442] Call Trace:
[20992.322463]  [<c43fdb3f>] put_device+0xf/0x20
[20992.322498]  [<c441b536>] scsi_host_dev_release+0xb6/0xf0
[20992.322540]  [<c43fd7c3>] device_release+0x23/0x90
[20992.322574]  [<c427b4fd>] kobject_release+0x7d/0x1d0
[20992.322610]  [<c427b675>] kobject_put+0x25/0x50
[20992.322643]  [<c427b675>] ? kobject_put+0x25/0x50
[20992.322679]  [<c43fdb3f>] put_device+0xf/0x20
[20992.322715]  [<c44226e6>] scsi_target_dev_release+0x16/0x20
[20992.322758]  [<c43fd7c3>] device_release+0x23/0x90
[20992.322792]  [<c427b4fd>] kobject_release+0x7d/0x1d0
[20992.322829]  [<c44251b2>] ? scsi_device_dev_release_usercontext+0xe2/0x100
[20992.322881]  [<c427b675>] kobject_put+0x25/0x50
[20992.322913]  [<c427b675>] ? kobject_put+0x25/0x50
[20992.322948]  [<c43fdb3f>] put_device+0xf/0x20
[20992.322979]  [<c44251c1>] scsi_device_dev_release_usercontext+0xf1/0x100
[20992.323029]  [<c44250d0>] ? scsi_device_dev_release+0x20/0x20
[20992.323075]  [<c404c504>] execute_in_process_context+0x74/0x80
[20992.323118]  [<c44250c3>] scsi_device_dev_release+0x13/0x20
[20992.323160]  [<c43fd7c3>] device_release+0x23/0x90
[20992.323194]  [<c427b4fd>] kobject_release+0x7d/0x1d0
[20992.323229]  [<c427b675>] kobject_put+0x25/0x50
[20992.323263]  [<c427b675>] ? kobject_put+0x25/0x50
[20992.324010]  [<c43fdb3f>] put_device+0xf/0x20
[20992.324010]  [<c4419e2b>] scsi_device_put+0x2b/0x50
[20992.327086]  [<c4429375>] scsi_disk_put+0x25/0x40
[20992.327086]  [<c44294f7>] sd_release+0x27/0x50
[20992.327086]  [<c4122000>] __blkdev_put+0x150/0x180
[20992.327086]  [<c4121f9e>] __blkdev_put+0xee/0x180
[20992.334112]  [<c41227f0>] blkdev_put+0x40/0x120
[20992.334112]  [<c40f60d5>] kill_block_super+0x35/0x70
[20992.334112]  [<c40f6440>] deactivate_locked_super+0x30/0x50
[20992.334112]  [<c40f6e6f>] deactivate_super+0x5f/0x70
[20992.334112]  [<c410f084>] cleanup_mnt+0x34/0x80
[20992.334112]  [<c410f10b>] __cleanup_mnt+0xb/0x10
[20992.334112]  [<c404eff9>] task_work_run+0xb9/0xd0
[20992.334112]  [<c4002485>] do_notify_resume+0x45/0x50
[20992.334112]  [<c481279a>] work_notifysig+0x24/0x2a
[20992.334112] Code: 98 54 a5 c4 68 78 06 bb c4 89 4d ec e8 92 a6 01 00 83 c4 10 8b 4d ec e9 ec fe ff ff 8d b4 26 00 00 00 00 85 c0 74 1a 55 89 e5 53 <f6> 40 20 01 89 c3 74 20 8d 43 1c f0 83 6b 1c 01 74 06 8b 5d fc
[20992.334112] EIP: [<c427b658>] kobject_put+0x8/0x50 SS:ESP 0068:d89add64
[20992.334112] CR2: 00000000d323a6d8
[20992.334112] ---[ end trace e90599be10fd4d2e ]---
[20992.334112] ------------[ cut here ]------------
[20992.334112] WARNING: CPU: 0 PID: 21669 at kernel/softirq.c:146 __local_bh_enable_ip+0x58/0x90()
[20992.334112] Modules linked in:
[20992.334112] CPU: 0 PID: 21669 Comm: umount Tainted: G      D        3.18.0+ #407
[20992.334112] Hardware name: LENOVO 17097HU/17097HU, BIOS 7BETD8WW (2.19 ) 03/31/2011
[20992.334112]  00000000 00000000 d89adb24 c480a79a 00000000 d89adb40 c4038fcb 00000092
[20992.334112]  c403bc88 00000200 cf03af88 cf03ae48 d89adb50 c403906f 00000009 00000000
[20992.334112]  d89adb5c c403bc88 cf03ae48 d89adb68 c481214a cf03ac80 d89adb90 c4735bcd
[20992.334112] Call Trace:
[20992.334112]  [<c480a79a>] dump_stack+0x41/0x52
[20992.334112]  [<c4038fcb>] warn_slowpath_common+0x6b/0xa0
[20992.334112]  [<c403bc88>] ? __local_bh_enable_ip+0x58/0x90
[20992.334112]  [<c403906f>] warn_slowpath_null+0xf/0x20
[20992.334112]  [<c403bc88>] __local_bh_enable_ip+0x58/0x90
[20992.334112]  [<c481214a>] _raw_write_unlock_bh+0x2a/0x30
[20992.334112]  [<c4735bcd>] unix_release_sock+0x6d/0x220
[20992.334112]  [<c410f5a0>] ? mnt_get_count+0x50/0x50
[20992.334112]  [<c4735d96>] unix_release+0x16/0x30
[20992.334112]  [<c4683f84>] sock_release+0x14/0x70
[20992.334112]  [<c4683feb>] sock_close+0xb/0x10
[20992.334112]  [<c40f5752>] __fput+0x82/0x1c0
[20992.334112]  [<c40f58c8>] ____fput+0x8/0x10
[20992.334112]  [<c404eff9>] task_work_run+0xb9/0xd0
[20992.334112]  [<c403a298>] do_exit+0x268/0x930
[20992.334112]  [<c408108a>] ? kmsg_dump+0xea/0x100
[20992.334112]  [<c4005240>] oops_end+0x80/0xb0
[20992.334112]  [<c402f835>] no_context+0xf5/0x210
[20992.334112]  [<c402f9da>] __bad_area_nosemaphore+0x8a/0x130
[20992.334112]  [<c40302c0>] ? vmalloc_sync_all+0x100/0x100
[20992.334112]  [<c402fa8d>] bad_area_nosemaphore+0xd/0x10
[20992.334112]  [<c402ffec>] __do_page_fault+0x26c/0x440
[20992.334112]  [<c4070e14>] ? __lock_acquire.isra.24+0x2e4/0xc00
[20992.334112]  [<c40302c0>] ? vmalloc_sync_all+0x100/0x100
[20992.334112]  [<c40302cb>] do_page_fault+0xb/0x10
[20992.334112]  [<c4812fd7>] error_code+0x67/0x6c
[20992.334112]  [<c481007b>] ? mutex_lock_killable_nested+0x3b/0x330
[20992.334112]  [<c44100d8>] ? loop_thread+0x668/0x740
[20992.334112]  [<c427b658>] ? kobject_put+0x8/0x50
[20992.334112]  [<c43fdb3f>] put_device+0xf/0x20
[20992.334112]  [<c441b536>] scsi_host_dev_release+0xb6/0xf0
[20992.334112]  [<c43fd7c3>] device_release+0x23/0x90
[20992.334112]  [<c427b4fd>] kobject_release+0x7d/0x1d0
[20992.334112]  [<c427b675>] kobject_put+0x25/0x50
[20992.334112]  [<c427b675>] ? kobject_put+0x25/0x50
[20992.334112]  [<c43fdb3f>] put_device+0xf/0x20
[20992.334112]  [<c44226e6>] scsi_target_dev_release+0x16/0x20
[20992.334112]  [<c43fd7c3>] device_release+0x23/0x90
[20992.334112]  [<c427b4fd>] kobject_release+0x7d/0x1d0
[20992.334112]  [<c44251b2>] ? scsi_device_dev_release_usercontext+0xe2/0x100
[20992.334112]  [<c427b675>] kobject_put+0x25/0x50
[20992.334112]  [<c427b675>] ? kobject_put+0x25/0x50
[20992.334112]  [<c43fdb3f>] put_device+0xf/0x20
[20992.334112]  [<c44251c1>] scsi_device_dev_release_usercontext+0xf1/0x100
[20992.334112]  [<c44250d0>] ? scsi_device_dev_release+0x20/0x20
[20992.334112]  [<c404c504>] execute_in_process_context+0x74/0x80
[20992.334112]  [<c44250c3>] scsi_device_dev_release+0x13/0x20
[20992.334112]  [<c43fd7c3>] device_release+0x23/0x90
[20992.334112]  [<c427b4fd>] kobject_release+0x7d/0x1d0
[20992.334112]  [<c427b675>] kobject_put+0x25/0x50
[20992.334112]  [<c427b675>] ? kobject_put+0x25/0x50
[20992.334112]  [<c43fdb3f>] put_device+0xf/0x20
[20992.334112]  [<c4419e2b>] scsi_device_put+0x2b/0x50
[20992.334112]  [<c4429375>] scsi_disk_put+0x25/0x40
[20992.334112]  [<c44294f7>] sd_release+0x27/0x50
[20992.334112]  [<c4122000>] __blkdev_put+0x150/0x180
[20992.334112]  [<c4121f9e>] __blkdev_put+0xee/0x180
[20992.334112]  [<c41227f0>] blkdev_put+0x40/0x120
[20992.334112]  [<c40f60d5>] kill_block_super+0x35/0x70
[20992.334112]  [<c40f6440>] deactivate_locked_super+0x30/0x50
[20992.334112]  [<c40f6e6f>] deactivate_super+0x5f/0x70
[20992.334112]  [<c410f084>] cleanup_mnt+0x34/0x80
[20992.334112]  [<c410f10b>] __cleanup_mnt+0xb/0x10
[20992.334112]  [<c404eff9>] task_work_run+0xb9/0xd0
[20992.334112]  [<c4002485>] do_notify_resume+0x45/0x50
[20992.334112]  [<c481279a>] work_notifysig+0x24/0x2a
[20992.334112] ---[ end trace e90599be10fd4d2f ]---

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[-- Attachment #2: delme.gz --]
[-- Type: application/gzip, Size: 20575 bytes --]

Re: 4.0-rc1: Oops on eject of CF card in PCMCIA slot

[One Thousand Gnomes]

On Sat, 28 Feb 2015 00:08:52 +0100
Pavel Machek <pavel@ucw.cz> wrote:

> Hi!
> 
> It seems that pcmcia was unhappy even before, but eject definitely
> oopsed it.
> 
> Any ideas?

Probably a PCMCIA not a block layer change - well I guess could be
either. I fixed a pile of PCMCIA bugs and also reworked the allocator for
pure PCI boxes so it didn't do various bad things.

Can you tweak drivers/pcmcia/Kconfig for config YENTA and make

        select PCCARD_PCI if PCMCIA !=n && !ISA   

instead do

	select PCCARD_NONSTATIC if PCMCIA !=n && !ISA

rebuild and re-test

The tracel looks like a block layer bug, but it would be nice to know if
its one that PCMCIA used it hide, or its in fact potentially something
else.

Do you have any other I/O port based PCMCIA device you can insert/eject
in that machine ?

Alan

Re: 4.0-rc1: Oops on eject of CF card in PCMCIA slot

[Pavel Machek]

Hi!

On Mon 2015-03-02 11:57:25, One Thousand Gnomes wrote:
> On Sat, 28 Feb 2015 00:08:52 +0100
> Pavel Machek <pavel@ucw.cz> wrote:
> 
> > Hi!
> > 
> > It seems that pcmcia was unhappy even before, but eject definitely
> > oopsed it.

I meant "the dmesg indicated 'interesting stuff'".

> > Any ideas?
> 
> Probably a PCMCIA not a block layer change - well I guess could be
> either. I fixed a pile of PCMCIA bugs and also reworked the allocator for
> pure PCI boxes so it didn't do various bad things.

Unfortunately, it happened just once :-(. I'll scream if it happens
again.

> Do you have any other I/O port based PCMCIA device you can insert/eject
> in that machine ?

I should have cf bluetooth somewhere, but I doubt I can find it...
									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: 4.0-rc1: Oops on eject of CF card in PCMCIA slot

[Pavel Machek]

[-- Attachment #1: Type: text/plain, Size: 1755 bytes --]

On Mon 2015-03-09 21:57:01, Pavel Machek wrote:
> Hi!
> 
> On Mon 2015-03-02 11:57:25, One Thousand Gnomes wrote:
> > On Sat, 28 Feb 2015 00:08:52 +0100
> > Pavel Machek <pavel@ucw.cz> wrote:
> > 
> > > Hi!
> > > 
> > > It seems that pcmcia was unhappy even before, but eject definitely
> > > oopsed it.
> 
> I meant "the dmesg indicated 'interesting stuff'".
> 
> > > Any ideas?
> > 
> > Probably a PCMCIA not a block layer change - well I guess could be
> > either. I fixed a pile of PCMCIA bugs and also reworked the allocator for
> > pure PCI boxes so it didn't do various bad things.
> 
> Unfortunately, it happened just once :-(. I'll scream if it happens
> again.

I tried to reproduce it on 4.0, and failed. Now I got this on 3.18+something...


Message from syslogd@duo at Mar  9 22:09:24 ...
 kernel:CPU: 1 PID: 15120 Comm: umount Tainted: G        W
 3.18.0+ #407

Message from syslogd@duo at Mar  9 22:09:24 ...
 kernel:Hardware name: LENOVO 17097HU/17097HU, BIOS 7BETD8WW (2.19 )
 03/31/2011

Message from syslogd@duo at Mar  9 22:09:24 ...
 kernel:task: ed988580 ti: c23b6000 task.ti: c23b6000

Message from syslogd@duo at Mar  9 22:09:24 ...
 kernel:Stack:

Message from syslogd@duo at Mar  9 22:09:24 ...
 kernel:Call Trace:

Message from syslogd@duo at Mar  9 22:09:24 ...
 kernel:Code: 98 54 a5 c4 68 78 06 bb c4 89 4d ec e8 92 a6 01 00 83 c4
 10 8b 4d ec e9 ec fe ff ff 8d b4 26 00 00 00 00 85 c0 74 1a 55 89 e5
 53 <f6> 40 20 01 89 c3 74 20 8d 43 1c f0 83 6b 1c 01 74 06 8b 5d fc

Message from syslogd@duo at Mar  9 22:09:24 ...
 kernel:EIP: [<c427b658>] kobject_put+0x8/0x50 SS:ESP 0068:c23b7d64
 
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[-- Attachment #2: delme.gz --]
[-- Type: application/gzip, Size: 10332 bytes --]

4.0-rc2+: PATA CF card not detected in PCMCIA slot

[Pavel Machek]

Hi!

> It seems that pcmcia was unhappy even before, but eject definitely
> oopsed it.

Aha, I was confused; the oops is with 3.18, not with 4.0. For 4.0,
pcmcia does not work at all:

[  617.062718] pcmcia_socket pcmcia_socket0: pccard: card ejected from slot 0
[  622.840108] pcmcia_socket pcmcia_socket0: pccard: PCMCIA card inserted into slot 0
pavel@duo:~$ zcat /proc/config.gz | grep PATA_PCMCIA
CONFIG_PATA_PCMCIA=y


									Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

[solution exits] no PCMCIA in 4.0-rc3

[Pavel Machek]

On Mon 2015-03-02 11:57:25, One Thousand Gnomes wrote:
> On Sat, 28 Feb 2015 00:08:52 +0100
> Pavel Machek <pavel@ucw.cz> wrote:
> 
> > Hi!
> > 
> > It seems that pcmcia was unhappy even before, but eject definitely
> > oopsed it.
> > 
> > Any ideas?
> 
> Probably a PCMCIA not a block layer change - well I guess could be
> either. I fixed a pile of PCMCIA bugs and also reworked the allocator for
> pure PCI boxes so it didn't do various bad things.
> 
> Can you tweak drivers/pcmcia/Kconfig for config YENTA and make
> 
>         select PCCARD_PCI if PCMCIA !=n && !ISA   
> 
> instead do
> 
> 	select PCCARD_NONSTATIC if PCMCIA !=n && !ISA
> 
> rebuild and re-test

If I do that, it breaks compile. If I do that, and delete "config
PCCARD_PCI", it fixes PCMCIA. Thanks!

> The tracel looks like a block layer bug, but it would be nice to know if
> its one that PCMCIA used it hide, or its in fact potentially something
> else.

Yeah the trace was from 3.18. 4.0 is ok with this regard.

									Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

Re: [solution exits] no PCMCIA in 4.0-rc3

[One Thousand Gnomes]

On Tue, 10 Mar 2015 21:31:58 +0100
> > Probably a PCMCIA not a block layer change - well I guess could be
> > either. I fixed a pile of PCMCIA bugs and also reworked the allocator for
> > pure PCI boxes so it didn't do various bad things.
> > 
> > Can you tweak drivers/pcmcia/Kconfig for config YENTA and make
> > 
> >         select PCCARD_PCI if PCMCIA !=n && !ISA   
> > 
> > instead do
> > 
> > 	select PCCARD_NONSTATIC if PCMCIA !=n && !ISA
> > 
> > rebuild and re-test
> 
> If I do that, it breaks compile. If I do that, and delete "config
> PCCARD_PCI", it fixes PCMCIA. Thanks!

Greg - can you revert 

commit 02b03846bb2befc558bfd0665749d6bb26f4c2f1
Author: Alan Cox <alan@linux.intel.com>
Date:   Wed Dec 10 15:07:36 2014 +0000

    pcmcia: add a new resource manager for non ISA systems
    
    On a pure PCI platform we don't actually need all the complexity of
    the rsrc_nonstatic manager, in fact we can just work directly with
    the pci allocators and avoid all the complexity (and code bloat).
    
    Signed-off-by: Alan Cox <alan@linux.intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>


and the one on top of it

commit d885d4f3728f386034bb2f7a61b7f2054c49b2d4
Author: Arnd Bergmann <arnd@arndb.de>
Date:   Tue Jan 13 15:11:55 2015 +0100

    pcmcia: add missing include for new pci resource handler
    
    The recently added rsrc_pci.c file calls pci_bus_alloc_resource without
    including the header file that declares it, and that sometimes causes
    a build warning on ARM:
    
    drivers/pcmcia/rsrc_pci.c: In function 'find_io_region':
    drivers/pcmcia/rsrc_pci.c:40:2: error: implicit declaration of function 'pci_bus_alloc_resource' [-Werror=implicit-function-declaration]
    
    This adds the missing include statement.
    
    Signed-off-by: Arnd Bergmann <arnd@arndb.de>
    Fixes: 02b03846bb2be ("pcmcia: add a new resource manager for non ISA systems")
    Acked-by: Alan Cox <alan@linux.intel.com>
    Reported-by: Jim Davis <jim.epost@gmail.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>


as it seems there is a regression in there for some configuration of I/O
based devices. I'll take a look at it over the next couple of kernel
releases and see what is up then resubmit it with fixes.

Re: [solution exits] no PCMCIA in 4.0-rc3

[Greg KH]

On Tue, Mar 10, 2015 at 09:56:13PM +0000, One Thousand Gnomes wrote:
> On Tue, 10 Mar 2015 21:31:58 +0100
> > > Probably a PCMCIA not a block layer change - well I guess could be
> > > either. I fixed a pile of PCMCIA bugs and also reworked the allocator for
> > > pure PCI boxes so it didn't do various bad things.
> > > 
> > > Can you tweak drivers/pcmcia/Kconfig for config YENTA and make
> > > 
> > >         select PCCARD_PCI if PCMCIA !=n && !ISA   
> > > 
> > > instead do
> > > 
> > > 	select PCCARD_NONSTATIC if PCMCIA !=n && !ISA
> > > 
> > > rebuild and re-test
> > 
> > If I do that, it breaks compile. If I do that, and delete "config
> > PCCARD_PCI", it fixes PCMCIA. Thanks!
> 
> Greg - can you revert 
> 
> commit 02b03846bb2befc558bfd0665749d6bb26f4c2f1
> Author: Alan Cox <alan@linux.intel.com>
> Date:   Wed Dec 10 15:07:36 2014 +0000
> 
>     pcmcia: add a new resource manager for non ISA systems
>     
>     On a pure PCI platform we don't actually need all the complexity of
>     the rsrc_nonstatic manager, in fact we can just work directly with
>     the pci allocators and avoid all the complexity (and code bloat).
>     
>     Signed-off-by: Alan Cox <alan@linux.intel.com>
>     Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> 
> 
> and the one on top of it
> 
> commit d885d4f3728f386034bb2f7a61b7f2054c49b2d4
> Author: Arnd Bergmann <arnd@arndb.de>
> Date:   Tue Jan 13 15:11:55 2015 +0100
> 
>     pcmcia: add missing include for new pci resource handler
>     
>     The recently added rsrc_pci.c file calls pci_bus_alloc_resource without
>     including the header file that declares it, and that sometimes causes
>     a build warning on ARM:
>     
>     drivers/pcmcia/rsrc_pci.c: In function 'find_io_region':
>     drivers/pcmcia/rsrc_pci.c:40:2: error: implicit declaration of function 'pci_bus_alloc_resource' [-Werror=implicit-function-declaration]
>     
>     This adds the missing include statement.
>     
>     Signed-off-by: Arnd Bergmann <arnd@arndb.de>
>     Fixes: 02b03846bb2be ("pcmcia: add a new resource manager for non ISA systems")
>     Acked-by: Alan Cox <alan@linux.intel.com>
>     Reported-by: Jim Davis <jim.epost@gmail.com>
>     Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> 
> 
> as it seems there is a regression in there for some configuration of I/O
> based devices. I'll take a look at it over the next couple of kernel
> releases and see what is up then resubmit it with fixes.

Now reverted, thanks.

greg k-h