From bugzilla-daemon at bugzilla.kernel.org  Tue Dec  7 16:26:54 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Tue, 7 Dec 2010 21:26:54 GMT
Subject: [Bug 16378] backtrace on removing Silicon Image based eSATA PCMCIA
	controller
In-Reply-To: <bug-16378-4463@https.bugzilla.kernel.org/>
References: <bug-16378-4463@https.bugzilla.kernel.org/>
Message-ID: <201012072126.oB7LQsOx023722@demeter1.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=16378





--- Comment #1 from Martin Steigerwald <Martin at Lichtvoll.de>  2010-12-07 21:26:51 ---
Happened some other times. A race condition?

Nov 12 23:11:46 shambhala kernel: ata5: exception Emask 0x10 SAct 0x0 SErr
0x10000 action 0xe frozen
Nov 12 23:11:46 shambhala kernel: ata5: SError: { PHYRdyChg }
Nov 12 23:11:46 shambhala kernel: ata5: hard resetting link
Nov 12 23:11:46 shambhala kernel: ata5: SATA link down (SStatus 0 SControl 310)
Nov 12 23:11:46 shambhala kernel: pcmcia_socket pcmcia_socket0: pccard: card
ejected from slot 0
Nov 12 23:11:46 shambhala kernel: ata5: hard resetting link
Nov 12 23:11:47 shambhala kernel: ata5: failed to resume link (SControl
FFFFFFFF)
Nov 12 23:11:47 shambhala kernel: ata5: SATA link down (SStatus FFFFFFFF
SControl FFFFFFFF)
Nov 12 23:11:47 shambhala kernel: ata5: EH complete
Nov 12 23:11:47 shambhala kernel: ------------[ cut here ]------------
Nov 12 23:11:47 shambhala kernel: WARNING: at drivers/ata/libata-core.c:6224
ata_host_detach+0xb7/0xc0()
Nov 12 23:11:47 shambhala kernel: Hardware name: 2373CXG
Nov 12 23:11:47 shambhala kernel: Modules linked in: ufs qnx4 hfsplus hfs minix
jfs ext2 sata_sil snd_usb_audio snd
_hwdep snd_usbmidi_lib vboxnetadp vboxnetflt vboxdrv acpi_cpufreq mperf
cpufreq_userspace cpufreq_stats cpufreq_con
servative cpufreq_powersave ipv6 ppdev lp cn fuse microcode tun usblp ohci_hcd
usb_storage usb_libusual nls_iso8859
_15 nls_iso8859_1 nls_cp850 ntfs vfat msdos fat reiserfs isofs udf crc_itu_t
smbfs pktcdvd uinput hdaps tp_smapi th
inkpad_ec dm_crypt snd_intel8x0m snd_intel8x0 snd_ac97_codec ac97_bus
snd_pcm_oss snd_seq_dummy snd_mixer_oss snd_p
cm snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event ipw2200 snd_seq
libipw thinkpad_acpi snd_timer cfg80211 
led_class pcmcia video i2c_i801 parport_pc snd_seq_device rfkill lib80211
joydev evdev rtc_cmos nvram output yenta_
socket parport rtc_core pcmcia_rsrc pcmcia_core rtc_lib snd battery ac
processor snd_page_alloc button dm_mod raid1
0 raid456 async_pq async_xor xor async_memcpy async_raid6_recov raid6_pq
async_tx raid1 raid0 linear md_mod bt
Nov 12 23:11:47 shambhala kernel: rfs zlib_deflate crc32c libcrc32c radeon ttm
drm_kms_helper drm hwmon i2c_algo_bi
t usbhid uhci_hcd ehci_hcd sg usbcore intel_agp sr_mod thermal cdrom agpgart
[last unloaded: scsi_wait_scan]
Nov 12 23:11:47 shambhala kernel: Pid: 1097, comm: pccardd Tainted: G        W 
 2.6.36-tp42-gtt-vram-apart-v2-dirt
y #1
Nov 12 23:11:47 shambhala kernel: Call Trace:
Nov 12 23:11:47 shambhala kernel: [<c10376e2>] warn_slowpath_common+0x72/0xa0
Nov 12 23:11:47 shambhala kernel: [<c131d617>] ? ata_host_detach+0xb7/0xc0
Nov 12 23:11:47 shambhala kernel: [<c131d617>] ? ata_host_detach+0xb7/0xc0
Nov 12 23:11:47 shambhala kernel: [<c1037730>] warn_slowpath_null+0x20/0x30
Nov 12 23:11:47 shambhala kernel: [<c131d617>] ata_host_detach+0xb7/0xc0
Nov 12 23:11:47 shambhala kernel: [<c131d635>] ata_pci_remove_one+0x15/0x20
Nov 12 23:11:47 shambhala kernel: [<c127ac24>] pci_device_remove+0x44/0x100
Nov 12 23:11:47 shambhala kernel: [<c12ee930>]
__device_release_driver+0x50/0xb0
Nov 12 23:11:47 shambhala kernel: [<c12eea75>] device_release_driver+0x25/0x40
Nov 12 23:11:47 shambhala kernel: [<c12edcad>] bus_remove_device+0x7d/0xb0
Nov 12 23:11:47 shambhala kernel: [<c12ebb6d>] device_del+0xed/0x170
Nov 12 23:11:47 shambhala kernel: [<c12ebc00>] device_unregister+0x10/0x20
Nov 12 23:11:47 shambhala kernel: [<c1276616>] pci_stop_bus_device+0x56/0x70
Nov 12 23:11:47 shambhala kernel: [<c12766b2>] pci_remove_bus_device+0x12/0xb0
Nov 12 23:11:47 shambhala kernel: [<c127677f>]
pci_remove_behind_bridge+0x2f/0x50
Nov 12 23:11:47 shambhala kernel: [<f83fc767>] cb_free+0x17/0x20 [pcmcia_core]
Nov 12 23:11:47 shambhala kernel: [<f83fb66d>] socket_shutdown+0x9d/0xf0
[pcmcia_core]
Nov 12 23:11:47 shambhala kernel: [<c12eb02b>] ? dev_printk+0x2b/0x30
Nov 12 23:11:47 shambhala kernel: [<f83fb8de>] socket_remove+0x3e/0x50
[pcmcia_core]
Nov 12 23:11:47 shambhala kernel: [<f83fc0b7>] pccardd+0x287/0x3f0
[pcmcia_core]
Nov 12 23:11:47 shambhala kernel: [<c13fd1da>] ? schedule+0x49a/0x5d0
Nov 12 23:11:47 shambhala kernel: [<f83fbe30>] ? pccardd+0x0/0x3f0
[pcmcia_core]
Nov 12 23:11:47 shambhala kernel: [<c1054f04>] kthread+0x74/0x80
Nov 12 23:11:47 shambhala kernel: [<c1054e90>] ? kthread+0x0/0x80
Nov 12 23:11:47 shambhala kernel: [<c100347e>] kernel_thread_helper+0x6/0x10
Nov 12 23:11:47 shambhala kernel: ---[ end trace 837f7f1b2aa1be95 ]---
Nov 12 23:11:48 shambhala kernel: sd 5:0:0:0: [sdb] Synchronizing SCSI cache
Nov 12 23:12:18 shambhala kernel: ata5.00: disabled
Nov 12 23:12:18 shambhala kernel: ata5.00: device reported invalid CHS sector 0
Nov 12 23:12:18 shambhala kernel: sd 5:0:0:0: [sdb]  Result: hostbyte=0x04
driverbyte=0x00
Nov 12 23:12:18 shambhala kernel: sd 5:0:0:0: [sdb] Stopping disk
Nov 12 23:12:18 shambhala kernel: sd 5:0:0:0: [sdb] START_STOP FAILED
Nov 12 23:12:18 shambhala kernel: sd 5:0:0:0: [sdb]  Result: hostbyte=0x04
driverbyte=0x00
Nov 12 23:12:18 shambhala kernel: sata_sil 0000:03:00.0: PCI INT A disabled



Oct 24 12:12:47 shambhala kernel: ata7: exception Emask 0x10 SAct 0x0 SErr
0x10000 action 0xe frozen
Oct 24 12:12:47 shambhala kernel: ata7: SError: { PHYRdyChg }
Oct 24 12:12:47 shambhala kernel: ata7: hard resetting link
Oct 24 12:12:48 shambhala kernel: ata7: SATA link down (SStatus 0 SControl 310)
Oct 24 12:12:51 shambhala kernel: pcmcia_socket pcmcia_socket0: pccard: card
ejected from slot 0
Oct 24 12:12:51 shambhala kernel: ata7: hard resetting link
Oct 24 12:12:52 shambhala kernel: ata7: failed to resume link (SControl
FFFFFFFF)
Oct 24 12:12:52 shambhala kernel: ata7: SATA link down (SStatus FFFFFFFF
SControl FFFFFFFF)
Oct 24 12:12:52 shambhala kernel: ata7: EH complete
Oct 24 12:12:52 shambhala kernel: ------------[ cut here ]------------
Oct 24 12:12:52 shambhala kernel: WARNING: at drivers/ata/libata-core.c:6224
ata_host_detach+0xb7/0xc0()
Oct 24 12:12:52 shambhala kernel: Hardware name: 2373CXG
Oct 24 12:12:52 shambhala kernel: Modules linked in: tp_smapi hdaps thinkpad_ec
vboxnetadp vboxnetflt vboxdrv snd_u
sb_audio snd_hwdep snd_usbmidi_lib sata_sil acpi_cpufreq mperf
cpufreq_userspace cpufreq_stats cpufreq_conservative
 cpufreq_powersave ppdev lp cn ipv6 microcode fuse tun usblp ohci_hcd
usb_storage usb_libusual nls_iso8859_15 nls_i
so8859_1 nls_cp850 ntfs vfat msdos fat reiserfs isofs udf crc_itu_t smbfs
pktcdvd uinput radeon ttm drm_kms_helper 
drm i2c_algo_bit input_polldev dm_crypt snd_intel8x0m snd_intel8x0
thinkpad_acpi hwmon snd_ac97_codec ac97_bus snd_
pcm_oss snd_mixer_oss snd_seq_dummy snd_pcm snd_seq_oss snd_seq_midi
snd_rawmidi snd_seq_midi_event snd_seq snd_tim
er pcmcia ipw2200 libipw snd_seq_device rtc_cmos yenta_socket cfg80211 rtc_core
pcmcia_rsrc snd snd_page_alloc vide
o joydev intel_agp output pcmcia_core rtc_lib led_class parport_pc evdev
agpgart nvram i2c_i801 rfkill lib80211 par
port processor battery ac button dm_mod raid10 raid456 async_pq async_xor xor
async_memcpy async_raid6_recov r
Oct 24 12:12:52 shambhala kernel: aid6_pq async_tx raid1 raid0 linear md_mod
btrfs zlib_deflate crc32c libcrc32c us
bhid uhci_hcd ehci_hcd sg usbcore sr_mod thermal cdrom [last unloaded: hdaps]
Oct 24 12:12:52 shambhala kernel: Pid: 1133, comm: pccardd Not tainted
2.6.36-tp42-gtt-vram-apart-v2-dirty #1
Oct 24 12:12:52 shambhala kernel: Call Trace:
Oct 24 12:12:52 shambhala kernel: [<c10376e2>] warn_slowpath_common+0x72/0xa0
Oct 24 12:12:52 shambhala kernel: [<c131d617>] ? ata_host_detach+0xb7/0xc0
Oct 24 12:12:52 shambhala kernel: [<c131d617>] ? ata_host_detach+0xb7/0xc0
Oct 24 12:12:52 shambhala kernel: [<c1037730>] warn_slowpath_null+0x20/0x30
Oct 24 12:12:52 shambhala kernel: [<c131d617>] ata_host_detach+0xb7/0xc0
Oct 24 12:12:52 shambhala kernel: [<c131d635>] ata_pci_remove_one+0x15/0x20
Oct 24 12:12:52 shambhala kernel: [<c127ac24>] pci_device_remove+0x44/0x100
Oct 24 12:12:52 shambhala kernel: [<c12ee930>]
__device_release_driver+0x50/0xb0
Oct 24 12:12:52 shambhala kernel: [<c12eea75>] device_release_driver+0x25/0x40
Oct 24 12:12:52 shambhala kernel: [<c12edcad>] bus_remove_device+0x7d/0xb0
Oct 24 12:12:52 shambhala kernel: [<c12ebb6d>] device_del+0xed/0x170
Oct 24 12:12:52 shambhala kernel: [<c12ebc00>] device_unregister+0x10/0x20
Oct 24 12:12:52 shambhala kernel: [<c1276616>] pci_stop_bus_device+0x56/0x70
Oct 24 12:12:52 shambhala kernel: [<c12766b2>] pci_remove_bus_device+0x12/0xb0
Oct 24 12:12:52 shambhala kernel: [<c127677f>]
pci_remove_behind_bridge+0x2f/0x50
Oct 24 12:12:52 shambhala kernel: [<f883d767>] cb_free+0x17/0x20 [pcmcia_core]
Oct 24 12:12:52 shambhala kernel: [<f883c66d>] socket_shutdown+0x9d/0xf0
[pcmcia_core]
Oct 24 12:12:52 shambhala kernel: [<c12eb02b>] ? dev_printk+0x2b/0x30
Oct 24 12:12:52 shambhala kernel: [<f883c8de>] socket_remove+0x3e/0x50
[pcmcia_core]
Oct 24 12:12:52 shambhala kernel: [<f883d0b7>] pccardd+0x287/0x3f0
[pcmcia_core]
Oct 24 12:12:52 shambhala kernel: [<c13fd1da>] ? schedule+0x49a/0x5d0
Oct 24 12:12:52 shambhala kernel: [<f883ce30>] ? pccardd+0x0/0x3f0
[pcmcia_core]
Oct 24 12:12:52 shambhala kernel: [<c1054f04>] kthread+0x74/0x80
Oct 24 12:12:52 shambhala kernel: [<c1054e90>] ? kthread+0x0/0x80
Oct 24 12:12:52 shambhala kernel: [<c100347e>] kernel_thread_helper+0x6/0x10
Oct 24 12:12:52 shambhala kernel: ---[ end trace f13586feeb79aae4 ]---
Oct 24 12:12:52 shambhala kernel: sd 6:0:0:0: [sdc] Synchronizing SCSI cache
Oct 24 12:13:22 shambhala kernel: ata7.00: disabled
Oct 24 12:13:22 shambhala kernel: ata7.00: device reported invalid CHS sector 0
Oct 24 12:13:22 shambhala kernel: sd 6:0:0:0: [sdc]  Result: hostbyte=0x04
driverbyte=0x00
Oct 24 12:13:22 shambhala kernel: sd 6:0:0:0: [sdc] Stopping disk
Oct 24 12:13:22 shambhala kernel: sd 6:0:0:0: [sdc] START_STOP FAILED
Oct 24 12:13:22 shambhala kernel: sd 6:0:0:0: [sdc]  Result: hostbyte=0x04
driverbyte=0x00
Oct 24 12:13:22 shambhala kernel: ata8.00: disabled
Oct 24 12:13:22 shambhala kernel: sd 7:0:0:0: [sdb] Synchronizing SCSI cache
Oct 24 12:13:22 shambhala kernel: sd 7:0:0:0: [sdb]  Result: hostbyte=0x04
driverbyte=0x00
Oct 24 12:13:22 shambhala kernel: sd 7:0:0:0: [sdb] Stopping disk
Oct 24 12:13:22 shambhala kernel: sd 7:0:0:0: [sdb] START_STOP FAILED
Oct 24 12:13:22 shambhala kernel: sd 7:0:0:0: [sdb]  Result: hostbyte=0x04
driverbyte=0x00
Oct 24 12:13:22 shambhala kernel: sata_sil 0000:03:00.0: PCI INT A disabled

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From kilroyd at googlemail.com  Sat Dec 11 09:02:57 2010
From: kilroyd at googlemail.com (Dave Kilroy)
Date: Sat, 11 Dec 2010 14:02:57 +0000
Subject: orinoco_cs, timeouts retrieving firmware during suspend/resume
Message-ID: <AANLkTikV5_wpE8N0B2xScmHogV8Rffw1d0TF-=ac34qG@mail.gmail.com>

On Thu, Dec 9, 2010 at 2:58 AM, Giacomo Comes <comes at naic.edu> wrote:
> On Wed, Dec 08, 2010 at 07:24:47PM +0000, Dave Kilroy wrote:
>> On Mon, Dec 6, 2010 at 9:25 PM, Giacomo Comes <comes at naic.edu> wrote:
>> > On Mon, Dec 06, 2010 at 06:43:04PM +0000, Dave Kilroy wrote:
>> >> > The only issue still not fixed is the suspend/resume timeout.
>> >> > Can you help also with that?
>> >>
>> >> Absolutely. With the latest patches, please just do a suspend resume,
>> >> and post the dmesg output. Also let me know what the value of
>> >> CONFIG_HERMES_CACHE_FW_ON_INIT is.
>> >
>> > CONFIG_HERMES_CACHE_FW_ON_INIT=y
>> >
>> > Attached is the outpur of dmesg after suspend/resume
>> >
>> > As you can see, the driver is unable to load the firmware,
>> > therefore WPA is not available after resume:
>>
>> I've had a look at the log. Things aren't working as I'd expect.
>> orinoco_init is being called on resume, which I don't think used to
>> happen. That is what is causing the request for firmware, and the
>> delay on resume.
>>
>> Instead I only expected orinoco_up to get called. I'll dig around to
>> see whether that's a change in the kernel. It might be distro specific
>> though. Do you know if suse works differently on suspend/resume? i.e
>> explicitly 'modprobe -r'ing drivers
>>
>> Dave.
>
> After more investigation, I have found that
> suspend/resume works if I suspend the system from the console
> with the command s2disk even if the orinoco module is loaded.
>
> When I suspend the system from the desktop calling pm-hibernate
> then there is the delay. Remember, the delay happens on suspend
> AND on resume.
> pm-hibernate will run a set of scripts in /usr/lib/pm-utils/sleep.d
> One of these scripts (45pcmcia) executes:
> "/sbin/pccardctl eject" on suspend and
> "/sbin/pccardctl insert" on resume.
>
> If I disable this script, then suspend/resume works properly.
>
> I wonder if there are other pcmcia wireles cards that suffer
> the same problem?
>
> What is, in your opinion, the proper way to proceed?
> To change something in the orinoco driver? Modify pm-utils?
> Something else?

cc'ing linux-pcmcia in case someone there has a recommendation. Quick
problem summary: delay during suspend and resume caused by pm scripts
detaching and reattaching cards - this is causing the driver to
attempt to retrieve firmware (which is timing out).

The question is whether a driver can rely on a call to
request_firmware during it's _init/_probe call. Clearly it works on
startup.

I think the most flexible solution would be to move all the firmware
loading for orinoco out of _init and into _up (which I believe is the
general recommendation for wireless). Some of the preliminary work to
do this has been done (pushing reading of card settings into a helper
function).

A particular problem for orinoco is that without attempting to load
firmware, you don't know the driver capabilities. Therefore we can't
register with cfg80211 with the drivers actual capabilities.

Another way to go is to ensure we can still make request-firmware
calls when the pm scripts are run. I'm sure there's a conflicting
requirement somewhere that prevents this though...

Finally, orinoco could call request_firmware_nowait instead. That will
eliminate the delays on suspend and resume, but you will generally
lose WPA capability across a suspend.


Regards,

Dave


From bugzilla-daemon at bugzilla.kernel.org  Sun Dec 12 06:49:14 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Sun, 12 Dec 2010 11:49:14 GMT
Subject: [Bug 24712] New: PCMCIA card insert not detected after resume
Message-ID: <bug-24712-4463@https.bugzilla.kernel.org/>

https://bugzilla.kernel.org/show_bug.cgi?id=24712

           Summary: PCMCIA card insert not detected after resume
           Product: Drivers
           Version: 2.5
    Kernel Version: 2.6.36-zen2
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: PCMCIA
        AssignedTo: linux-pcmcia at lists.infradead.org
        ReportedBy: kenji at ifrit.eu
        Regression: No


Created an attachment (id=39902)
 --> (https://bugzilla.kernel.org/attachment.cgi?id=39902)
lspci -vv

Hello,
My PCMCIA card works fine, but when I resume my laptop from suspend (with card
ejected) and then try to insert the card, it is not found by the kernel.
I tried to play with pccardctl eject and insert and I get a kernel trace code
attached bellow:

WARNING: at drivers/mtd/nand/r852.c:776 r852_irq+0x268/0x2e0 [r852]()
Hardware name: 7443C1G
Modules linked in: yenta_socket i2c_i801 sdhci_pci sdhci fuse cpufreq_ondemand
acpi_cpufreq freq_table mperf ip6t_REJECT nf_conntrack_ipv6 ip6table_filter
ip6_tables ipv6 nf_conntrack_netbios_ns ext2 uinput snd_hda_codec_conexant
snd_hda_intel usb_storage snd_hda_codec arc4 ecb snd_hwdep snd_seq
snd_seq_device iwlagn snd_pcm iwlcore mac80211 r852 sm_common nand
thinkpad_acpi nand_ids nand_ecc cfg80211 snd_timer mtd snd xhci_hcd e1000e
soundcore snd_page_alloc rfkill pcspkr joydev ext4 mbcache jbd2 cryptd
aes_x86_64 aes_generic xts gf128mul dm_crypt firewire_ohci mmc_core
firewire_core crc_itu_t [last unloaded: yenta_socket]
Pid: 0, comm: kworker/0:0 Tainted: G        W   2.6.36-zen2 #11
Call Trace:
 <IRQ>  [<ffffffff8103dd8f>] warn_slowpath_common+0x7f/0xc0
 [<ffffffff8103ddea>] warn_slowpath_null+0x1a/0x20
 [<ffffffffa02b4ea8>] r852_irq+0x268/0x2e0 [r852]
 [<ffffffff810a5ea9>] handle_IRQ_event+0x79/0x1d0
 [<ffffffff81064edb>] ? sched_clock_tick+0x5b/0x90
 [<ffffffff810a8661>] handle_fasteoi_irq+0x81/0x100
 [<ffffffff810058f2>] handle_irq+0x22/0x40
 [<ffffffff814fcc3c>] do_IRQ+0x6c/0xf0
 [<ffffffff814f62d3>] ret_from_intr+0x0/0xa
 <EOI>  [<ffffffff812aee70>] ? acpi_idle_enter_bm+0x21c/0x250
 [<ffffffff812aee6b>] ? acpi_idle_enter_bm+0x217/0x250
 [<ffffffff813f7612>] cpuidle_idle_call+0x92/0x140
 [<ffffffff810012bc>] cpu_idle+0xac/0x160
 [<ffffffff814eefba>] start_secondary+0x1ed/0x1f4

My lspci -vv is added as attachment.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From bugzilla-daemon at bugzilla.kernel.org  Sun Dec 12 07:01:52 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Sun, 12 Dec 2010 12:01:52 GMT
Subject: [Bug 24712] PCMCIA card insert not detected after resume
In-Reply-To: <bug-24712-4463@https.bugzilla.kernel.org/>
References: <bug-24712-4463@https.bugzilla.kernel.org/>
Message-ID: <201012121201.oBCC1qMr007285@demeter2.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=24712


Dominik Brodowski <linux at brodo.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |linux at brodo.de




--- Comment #1 from Dominik Brodowski <linux at brodo.de>  2010-12-12 12:01:50 ---
What's the output of "lspcmcia -vvv" before suspend, with the card inserted?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From bugzilla-daemon at bugzilla.kernel.org  Sun Dec 12 07:18:38 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Sun, 12 Dec 2010 12:18:38 GMT
Subject: [Bug 24712] PCMCIA card insert not detected after resume
In-Reply-To: <bug-24712-4463@https.bugzilla.kernel.org/>
References: <bug-24712-4463@https.bugzilla.kernel.org/>
Message-ID: <201012121218.oBCCIc19010109@demeter1.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=24712





--- Comment #2 from Filip Pytloun <kenji at ifrit.eu>  2010-12-12 12:18:37 ---
(In reply to comment #1)
> What's the output of "lspcmcia -vvv" before suspend, with the card inserted?

$ lspcmcia -vvv
Socket 0 Bridge:       [yenta_cardbus]     (bus ID: 0000:15:00.0)
    Configuration:    state: on    ready: unknown
--none--
--none--

This is strange, because the card is inserted and running well.
Pccardctl shows no card.

$ pccardctl status
Socket 0:
  no card

I can still propertly eject and insert the card and it will work ok. It will
fail just after the resume from suspend.

Here is the lspci -vvv output for the card itself:

05:00.0 USB Controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev
03) (prog-if 30)
        Subsystem: NEC Corporation uPD720200 USB 3.0 Host Controller
        Physical Slot: 3
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 19
        Region 0: Memory at f8000000 (64-bit, non-prefetchable) [size=8K]
        Capabilities: <access denied>
        Kernel driver in use: xhci_hcd
        Kernel modules: xhci-hcd

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From bugzilla-daemon at bugzilla.kernel.org  Sun Dec 12 07:33:11 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Sun, 12 Dec 2010 12:33:11 GMT
Subject: [Bug 24712] PCMCIA card insert not detected after resume
In-Reply-To: <bug-24712-4463@https.bugzilla.kernel.org/>
References: <bug-24712-4463@https.bugzilla.kernel.org/>
Message-ID: <201012121233.oBCCXBkt011709@demeter1.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=24712





--- Comment #3 from Dominik Brodowski <linux at brodo.de>  2010-12-12 12:33:10 ---
Then it seems to be a cardbus 32-bit card, and not a PCMCIA 16-bit card. Could
you try to enable dynamic debug in the kernel configuration, and then setting

$ echo "module pcmcia_core +p" > /sys/kernel/debug/dynamic_debug/control

and capture the "dmesg" output if you insert a card (a) before the 1st suspend,
(b) after the suspend/resume cycle?

Oh, and why is your kernel tainted?

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From bugzilla-daemon at bugzilla.kernel.org  Sun Dec 12 07:47:03 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Sun, 12 Dec 2010 12:47:03 GMT
Subject: [Bug 24712] PCMCIA card insert not detected after resume
In-Reply-To: <bug-24712-4463@https.bugzilla.kernel.org/>
References: <bug-24712-4463@https.bugzilla.kernel.org/>
Message-ID: <201012121247.oBCCl3DL015679@demeter2.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=24712





--- Comment #4 from Filip Pytloun <kenji at ifrit.eu>  2010-12-12 12:47:02 ---
(In reply to comment #3)
> Then it seems to be a cardbus 32-bit card, and not a PCMCIA 16-bit card. Could
> you try to enable dynamic debug in the kernel configuration, and then setting
> 
> $ echo "module pcmcia_core +p" > /sys/kernel/debug/dynamic_debug/control
> 
> and capture the "dmesg" output if you insert a card (a) before the 1st suspend,
> (b) after the suspend/resume cycle?
> 
> Oh, and why is your kernel tainted?

Ah seems you are right and I use cardbus 32-bit card and not a 16-bit PCMCIA
one. If so, this probably isn't right section for this bug, so please move it
to the right one.

Well, I don't know exactly what tainted kernel means :-/ But I think it isn't
anything good :-)
I use latest stable zen-kernel.

I will try the dynamic debug then.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From bugzilla-daemon at bugzilla.kernel.org  Sun Dec 12 13:07:22 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Sun, 12 Dec 2010 18:07:22 GMT
Subject: [Bug 24712] PCMCIA card insert not detected after resume
In-Reply-To: <bug-24712-4463@https.bugzilla.kernel.org/>
References: <bug-24712-4463@https.bugzilla.kernel.org/>
Message-ID: <201012121807.oBCI7MhF019964@demeter2.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=24712





--- Comment #5 from Filip Pytloun <kenji at ifrit.eu>  2010-12-12 18:07:21 ---
Ok I have compiled my kernel with dynamic_debug and pcmcia as module.
When I boot my system without card inserted, in won't find it anymore - same
behavior like after resume.

The debug for pcmcia_core gives me only this when I try to pccardctl insert:

pcmcia_socket pcmcia_socket0: parse_uevents: events 00000002
pcmcia_socket pcmcia_socket0: insert
pcmcia_socket pcmcia_socket0: setup
pcmcia_socket pcmcia_socket0: shutdown

Output from yenta_socket, same command (really can't understand this Matrix
code):

yenta_cardbus 0000:15:00.0: 0008 30000006
yenta_cardbus 0000:15:00.0: 001e 00
yenta_cardbus 0000:15:00.0: 0016 00
yenta_cardbus 0000:15:00.0: 0008 30000006
yenta_cardbus 0000:15:00.0: 000c 00004000
yenta_cardbus 0000:15:00.0: 0008 30000006
yenta_cardbus 0000:15:00.0: 0010 00000400
yenta_cardbus 0000:15:00.0: 0010 00000000
yenta_cardbus 0000:15:00.0: 003e 0580
yenta_cardbus 0000:15:00.0: 0008 30000006
yenta_cardbus 0000:15:00.0: 0003 40
yenta_cardbus 0000:15:00.0: 0003 40
yenta_cardbus 0000:15:00.0: 0002 40
yenta_cardbus 0000:15:00.0: 0002 40
yenta_cardbus 0000:15:00.0: 0005 08
yenta_cardbus 0000:15:00.0: 0005 08
yenta_cardbus 0000:15:00.0: 0004 00
yenta_cardbus 0000:15:00.0: 003e 0580
yenta_cardbus 0000:15:00.0: 0000 ffffffff
yenta_cardbus 0000:15:00.0: 0004 00000006
yenta_cardbus 0000:15:00.0: 0006 00
yenta_cardbus 0000:15:00.0: 0008 0000
yenta_cardbus 0000:15:00.0: 000a 0001
yenta_cardbus 0000:15:00.0: 0007 00
yenta_cardbus 0000:15:00.0: 0007 00
yenta_cardbus 0000:15:00.0: 0006 00
yenta_cardbus 0000:15:00.0: 000c 0000
yenta_cardbus 0000:15:00.0: 000e 0001
yenta_cardbus 0000:15:00.0: 0007 00
yenta_cardbus 0000:15:00.0: 0007 00
yenta_cardbus 0000:15:00.0: 0006 00
yenta_cardbus 0000:15:00.0: 0040 00
yenta_cardbus 0000:15:00.0: 0010 0000
yenta_cardbus 0000:15:00.0: 0012 0000
yenta_cardbus 0000:15:00.0: 0014 0000
yenta_cardbus 0000:15:00.0: 0006 00
yenta_cardbus 0000:15:00.0: 0041 00
yenta_cardbus 0000:15:00.0: 0018 0000
yenta_cardbus 0000:15:00.0: 001a 0000
yenta_cardbus 0000:15:00.0: 001c 0000
yenta_cardbus 0000:15:00.0: 0006 00
yenta_cardbus 0000:15:00.0: 0042 00
yenta_cardbus 0000:15:00.0: 0020 0000
yenta_cardbus 0000:15:00.0: 0022 0000
yenta_cardbus 0000:15:00.0: 0024 0000
yenta_cardbus 0000:15:00.0: 0006 00
yenta_cardbus 0000:15:00.0: 0043 00
yenta_cardbus 0000:15:00.0: 0028 0000
yenta_cardbus 0000:15:00.0: 002a 0000
yenta_cardbus 0000:15:00.0: 002c 0000
yenta_cardbus 0000:15:00.0: 0006 00
yenta_cardbus 0000:15:00.0: 0044 00
yenta_cardbus 0000:15:00.0: 0030 0000
yenta_cardbus 0000:15:00.0: 0032 0000
yenta_cardbus 0000:15:00.0: 0034 0000
yenta_cardbus 0000:15:00.0: 0004 00000006
yenta_cardbus 0000:15:00.0: 0008 30000006
yenta_cardbus 0000:15:00.0: 0010 00000400
yenta_cardbus 0000:15:00.0: 0010 00000000
yenta_cardbus 0000:15:00.0: 003e 0580
yenta_cardbus 0000:15:00.0: 0008 30000006
yenta_cardbus 0000:15:00.0: 0003 40
yenta_cardbus 0000:15:00.0: 0003 40
yenta_cardbus 0000:15:00.0: 0002 40
yenta_cardbus 0000:15:00.0: 0002 40
yenta_cardbus 0000:15:00.0: 0005 08
yenta_cardbus 0000:15:00.0: 0005 08
yenta_cardbus 0000:15:00.0: 0004 00
yenta_cardbus 0000:15:00.0: 003e 0580
yenta_cardbus 0000:15:00.0: 0000 ffffffff
yenta_cardbus 0000:15:00.0: 0004 00000006
yenta_cardbus 0000:15:00.0: 0008 30000006

And nothing more :-/ Card doesn't work when I don't boot up with it inserted.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From bugzilla-daemon at bugzilla.kernel.org  Sun Dec 12 14:55:18 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Sun, 12 Dec 2010 19:55:18 GMT
Subject: [Bug 24712] PCMCIA card insert not detected after resume
In-Reply-To: <bug-24712-4463@https.bugzilla.kernel.org/>
References: <bug-24712-4463@https.bugzilla.kernel.org/>
Message-ID: <201012121955.oBCJtIgB006266@demeter1.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=24712


Larry Finger <Larry.Finger at lwfinger.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Larry.Finger at lwfinger.net




--- Comment #6 from Larry Finger <Larry.Finger at lwfinger.net>  2010-12-12 19:55:16 ---
On my system, it usually takes an insert, remove, insert sequence before the
card works. From bootup, it always works. It sounds as if your system is the
same.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From charlestoure80 at aviso.ci  Mon Dec 13 06:01:06 2010
From: charlestoure80 at aviso.ci (C. Toure)
Date: Mon, 13 Dec 2010 11:01:06 +0000
Subject: Hello
Message-ID: <00ebee6d$40525$0afd4591066204@poste5>

Hello

Please permit me to express certain personal issues I do not know if I might receive helps from you of course my subject might appear so sudden but please consider this as a wish and accept my mail with a deep sense of humility

I lost my father about some months ago; I and my sister are Alone right now. My father was a formal district leader to our entire community more than twenty-five years before our births I was the Eldest son and our mother has a divorce with my father she did never knew of my father's fortunes and so many other aspects though we lost my Mom on the 1st July 2010

Unfortunately, my father willed some amounts of money to us which was with a certain bank within our capital district These amounts was annually paid into my fathers account from various communities and company cooperation among which where Shell Petroleum Development Company, Chevron, and Mobil.

Most of the saving which my father willed to me was from annual revenues for compensation of youth and community development under my father leadership I 'd like to transfer to your country with your cooperate assistance of course this was my actual issue of reaching with a mail.

The real plight where that there has always been many problems within family members because of indirect rights to some certain matters much like my father's mills, lands, old industrial, Estates, and 16 private housing and other structures. I may urgently need your assistance as I wanted immediate transfer's to your country cooperatively with your helps. I inherited Good sun of money which is $4.000.000 as said herein and I believed it might be Great times that has indeed drew us together Please do accord mutual esteem to the email, I may need your Reply quickly. 


Sincerely Charles



From Guy.Leonis at spacebel.be  Tue Dec 14 11:25:26 2010
From: Guy.Leonis at spacebel.be (=?iso-8859-1?Q?Guy_L=E9onis?=)
Date: Tue, 14 Dec 2010 17:25:26 +0100
Subject: from 2.4 Card Services to 2.6 linux-pcmcia
Message-ID: <78B00FA862FF2D49B7C3EF71AAED1D91010D2F2F@spb-hlt-mx01.spb.spacebel.be>

Hello,

Sorry to disturb you, it is by now only a documentation issue.
In the frame of a European Space Agency project, I am in charge of porting a third-party PCMCIA driver (for a very specific and rare card) from kernel 2.4 (Card Services) to kernel 2.6 (linux-pcmcia and PCMCIA utils).
I was able to find the perfect HOWTO from David Hinds for the Card Services.
I am looking for an equivalent HOWTO for 2.6 PCMCIA implementation; I need a lot more than the mini-HOWTO I could find on the WEB (http://kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html).
I am looking also for a document giving a 'strategy' to do the migration or giving the differences between the two implementations.

Please could you help me? URL would be much appreciated!

Thanks in advance. Best regards,

Guy L?onis 




Spacebel                    Tel   : +32-26 58 20 27
I. Vandammestraat 7 bus 1   Fax   : +32-26 58 20 90
B-1560 Hoeilaart            email : Guy.Leonis at spacebel.be
BELGIUM


From bugzilla-daemon at bugzilla.kernel.org  Tue Dec 14 11:34:38 2010
From: bugzilla-daemon at bugzilla.kernel.org (bugzilla-daemon at bugzilla.kernel.org)
Date: Tue, 14 Dec 2010 16:34:38 GMT
Subject: [Bug 24712] PCMCIA card insert not detected after resume
In-Reply-To: <bug-24712-4463@https.bugzilla.kernel.org/>
References: <bug-24712-4463@https.bugzilla.kernel.org/>
Message-ID: <201012141634.oBEGYcxv001355@demeter1.kernel.org>

https://bugzilla.kernel.org/show_bug.cgi?id=24712





--- Comment #7 from Filip Pytloun <kenji at ifrit.eu>  2010-12-14 16:34:34 ---
I've finally found the solution.
The problem is in pciehp module, which get confused with the suspend.
Unloading the module and loading it again will solve the problem - it will find
the card then.

Playing with pccardctl won't make any effect.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


From linux at dominikbrodowski.net  Tue Dec 14 11:44:33 2010
From: linux at dominikbrodowski.net (Dominik Brodowski)
Date: Tue, 14 Dec 2010 17:44:33 +0100
Subject: from 2.4 Card Services to 2.6 linux-pcmcia
In-Reply-To: <78B00FA862FF2D49B7C3EF71AAED1D91010D2F2F@spb-hlt-mx01.spb.spacebel.be>
References: <78B00FA862FF2D49B7C3EF71AAED1D91010D2F2F@spb-hlt-mx01.spb.spacebel.be>
Message-ID: <20101214164433.GA19689@isilmar-3.linta.de>

Hey,

On Tue, Dec 14, 2010 at 05:25:26PM +0100, Guy L?onis wrote:
> Sorry to disturb you, it is by now only a documentation issue.
> In the frame of a European Space Agency project, I am in charge of porting a third-party PCMCIA driver (for a very specific and rare card) from kernel 2.4 (Card Services) to kernel 2.6 (linux-pcmcia and PCMCIA utils).
> I was able to find the perfect HOWTO from David Hinds for the Card Services.
> I am looking for an equivalent HOWTO for 2.6 PCMCIA implementation; I need a lot more than the mini-HOWTO I could find on the WEB (http://kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html).
> I am looking also for a document giving a 'strategy' to do the migration or giving the differences between the two implementations.

Within the kernel sources, you can find a file
Documentation/pcmcia/driver-changes.txt , which outlines the most important
changes from a device driver's perspective. As you asked for an URL, here it
is:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/pcmcia/driver-changes.txt;h=dd04361dd361afe814b98eb46942924bda757f17;hb=HEAD

Please note that this reflects the most current kernel version, depending on
your target, not all changes are necessary. I recommend using 2.6.36 or
later kernels, though.

These changes were done iteratively -- the 2.6. PCMCIA implementation
therefore is still based on David Hinds' implementation for 2.4 (and
earlier).

If you have any questions, please do not hesitate to contact this list (or
me).

Best,
	Dominik


From w.sang at pengutronix.de  Tue Dec 14 12:00:31 2010
From: w.sang at pengutronix.de (Wolfram Sang)
Date: Tue, 14 Dec 2010 18:00:31 +0100
Subject: from 2.4 Card Services to 2.6 linux-pcmcia
In-Reply-To: <78B00FA862FF2D49B7C3EF71AAED1D91010D2F2F@spb-hlt-mx01.spb.spacebel.be>
References: <78B00FA862FF2D49B7C3EF71AAED1D91010D2F2F@spb-hlt-mx01.spb.spacebel.be>
Message-ID: <20101214170031.GA4584@pengutronix.de>

Hi,

> In the frame of a European Space Agency project, I am in charge of
> porting a third-party PCMCIA driver (for a very specific and rare
> card) from kernel 2.4 (Card Services) to kernel 2.6 (linux-pcmcia and
> PCMCIA utils).

Rare cards are interesting for the kernel, too :) Is it possible to send
it to us after the conversion?

Kind regards,

   Wolfram

-- 
Pengutronix e.K.                           | Wolfram Sang                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20101214/b928a486/attachment.sig>

From paul.lyons at mail.sophiemartin.com  Tue Dec 14 15:08:23 2010
From: paul.lyons at mail.sophiemartin.com (Ronda U Sparks)
Date: 15 Dec 2010 03:08:23 +0700
Subject: [DEC 10] : i have a list of 150,000 financial planners in the usa
Message-ID: <DC1-SVRV6uPDVniSnRM000018df@dc1-svr.sophiemartin.com>

We have the following high-quality lists:

( HEALTHCARE )

- Doctors (34 different specialties)
- Chiropractors
- Alternative Medicine 
- Dentists 
- Dentists with Specialties
- Veterinarians 
- Hospitals 
- National Health Service Corp Clinics 
- Nursing Homes 
- Pharmaceutical Companies
- Physical Therapists 
- Oncology Doctors
- US Surgery Centers
- Massage Therapists 
- Acupuncturists 
- Medical Equipment Suppliers
- Mental Health Counselors
- Visiting Nurses & RN's 
- Optometrists 
- Psychologists

( BUSINESS LISTS )

- Hotels
- Real Estate Agents 
- American Business Email List 
- US New Business Database 
- Manufacturers Database 
- Financial Planners Database 
- Finance and Money Professionals Database
- Insurance Agents
- Canadian Businesses
- United Kingdom Business Database
- Media Outlet Contacts

( CONSUMER LISTS )

- American Consumer Database 
- Credit Inquiries Database 
- American Homeowners

( PROFESSIONALS LISTS )

- USA Lawyers Database 
- Police and Sheriff Services 
- Criminal Attorneys - 142,906 


Email me here for counts and samples: maximumleadpower at gmx.com

If the above email bounces please call 1-206-426-0326 instead.




By emailing undo at gmx.com you will have your email taken off
  






From Guy.Leonis at spacebel.be  Mon Dec 20 10:20:12 2010
From: Guy.Leonis at spacebel.be (=?iso-8859-1?Q?Guy_L=E9onis?=)
Date: Mon, 20 Dec 2010 16:20:12 +0100
Subject: from 2.4 Card Services to 2.6 linux-pcmcia
In-Reply-To: <20101214164433.GA19689@isilmar-3.linta.de>
References: <78B00FA862FF2D49B7C3EF71AAED1D91010D2F2F@spb-hlt-mx01.spb.spacebel.be>
	<20101214164433.GA19689@isilmar-3.linta.de>
Message-ID: <78B00FA862FF2D49B7C3EF71AAED1D91010D3192@spb-hlt-mx01.spb.spacebel.be>

Dear Dominik,

Thank you for your first class support. The given documentation was extremely helpful.

If you have 5 minutes more for me, it would be wonderful.
I succeeded in 'porting' the driver, making changes according to the provided documentation.
At least, I can compile it and 'insmod' it without problem.
But I am unable to use it: when trying to write to a card register, the kernel hangs and the 'CAPS LOCK' starts blinking at constant frequency.
I must have forgotten something when migrating the driver, but I cannot figure out what. Any clue would be beneficial, thanks.

I have attached the driver code, which is more or less 'private' because I still haven't discussed license issues with DDC (ILC Data Device Corp). Here is a short description of what I have understood/investigated:
- kernel RHEL 5.5 (2.6.18-194.el5)
- MIL-STD-1553 I/F card from DDC (1553 is a master/slave bus protocol) with configuration registers and 4k RAM for input and output messages
- card recognised, here is 'lspcmci -vv' output:
    Socket 0 Bridge:   	[yenta_cardbus] 	(bus ID: 0000:15:00.0)
    	Configuration:	state: on	ready: yes
    			Voltage: 5.0V Vcc: 5.0V Vpp: 0.0V
    			Available IRQs: 3, 4, 5, 7, 10
    			Available ioports:0x00000100 - 0x000003af
    						0x000003e0 - 0x000004ff
    						0x00000820 - 0x000008ff
    						0x00000a00 - 0x00000aff
    						0x00000c00 - 0x00000cf7
    						0x00008000 - 0x0000bfff
    			Available iomem:	0x000c0000 - 0x000fffff
    						0x60000000 - 0x60ffffff
    						0xa0000000 - 0xa0ffffff
    						0xf84f0000 - 0xf8ccffff
    						0xf90c0000 - 0xf9c8ffff
    Socket 0 Device 0:	[pcmace]		(bus ID: 0.0)
    	Configuration:	state: on
    	Product Name:   ILC DATA DEVICE CORPORATION BU-65550M2-605 MIL-STD-1553 BC/RT/MT REVISION C 
    	Identification:	manf_id: 0x014c	card_id: 0x0101
    			prod_id(1): "ILC DATA DEVICE CORPORATION" (0x1ea29d68)
    			prod_id(2): "BU-65550M2-605" (0xee6d3698)
    			prod_id(3): "MIL-STD-1553 BC/RT/MT" (0x5714a56e)
    			prod_id(4): "REVISION C" (0x77e5469e)
- 'init' does the register_chrdev
- 'open' does a request_mem_region then a __ioremap
- 'mmap' does a request_mem_region then a remap_pfn_range
- printk done from the driver seems OK:
    pcmcia: parent PCI bridge Memory window: 0xf8100000 - 0xfbffffff
    pcmcia: parent PCI bridge Memory window: 0xf4000000 - 0xf7ffffff
    pcmcia: registering new device pcmcia0.0
    ...
    pcmace: entering fops_open
    pcmace: fops_open: 0xf84f1000 0x1000
    pcmace: entering fops_mmap
    pcmace: fops_mmap: start f7ffc000
    pcmace: fops_mmap: WndPcmciaWinAddr f84f1000
    pcmace: fops_mmap: WndPcmciaWinSize 1000
- /proc/iomem seems to show a good result too:
    ...
    f4000000-f7ffffff : PCI Bus #15
      f4000000-f5ffffff : PCI CardBus #16
      f7ffc000-f7ffcfff : pcmace
    f8000000-f80fffff : PCI Bus #02
    f8100000-fbffffff : PCI Bus #15
      f8100000-f8100fff : 0000:15:00.0
        f8100000-f8100fff : yenta_socket
      f8101000-f81017ff : 0000:15:00.1
      f8101800-f81018ff : 0000:15:00.2
        f8101800-f81018ff : sdhci:slot0
      f8101c00-f8101cff : 0000:15:00.3
      f8102000-f81020ff : 0000:15:00.4
      f8102400-f81024ff : 0000:15:00.5
      f84f0000-f84f0fff : pcmcia_socket0
      f84f1000-f84f1fff : pcmcia_socket0
        f84f1000-f84f1fff : pcmace
      f84f2000-f84f3fff : pcmcia_socket0
    ...
- gdb on the test process gives:
    253               if ((mptr->register_fd = open(RegisterDevicePath, O_RDWR)) < 0 )
    (gdb) n
    272               memBase = (u_short *) mmap(NULL, RegisterLength,
    (gdb) 
    275               RegisterBase = memBase;
    (gdb) 
    364             reg_write(START_REG,0x0001);
    (gdb) s
    reg_write (offset=3, data=1) at m1553_interface.c:80
    84          *(RegisterBase+offset) = data;
    (gdb) p *RegisterBase
    Cannot access memory at address 0xf7ffc000
    (gdb) p *0xf84f1000
    Cannot access memory at address 0xf84f1000
    (gdb) p *(RegisterBase+offset)
    Cannot access memory at address 0xf7ffc006
    (gdb) n
  and the kernel hangs when writing to the cell.
I am a bit surprised because I cannot read the cell from gdb, but writing kills the kernel and I was thinking that writing was impossible because reading is impossible. I was expecting a 'Segmentation Violation', not a kernel hanging.

Again, thank you for the already provided support. Best regards,

Guy L?onis 




Spacebel                    Tel   : +32-26 58 20 27
I. Vandammestraat 7 bus 1   Fax   : +32-26 58 20 90
B-1560 Hoeilaart            email : Guy.Leonis at spacebel.be
BELGIUM
-------------- next part --------------
An embedded message was scrubbed...
From: "Dominik Brodowski" <linux at dominikbrodowski.net>
Subject: Re: from 2.4 Card Services to 2.6 linux-pcmcia
Date: Tue, 14 Dec 2010 17:44:33 +0100
Size: 3554
URL: <http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20101220/f613e5f4/attachment-0001.mht>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pcmace.c
Type: application/octet-stream
Size: 97072 bytes
Desc: pcmace.c
URL: <http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20101220/f613e5f4/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pcmace.h
Type: application/octet-stream
Size: 9712 bytes
Desc: pcmace.h
URL: <http://lists.infradead.org/pipermail/linux-pcmcia/attachments/20101220/f613e5f4/attachment-0003.obj>

