Hi,


I'm having trouble with the PCMCIA driver for CE 4.2. When I warm/cold boot
my device with a CISCO 350 series pcmcia card inserted
the driver crashes (device.exe) and will not load any PCMCIA cards
hereafter. However, if I have some other PCMCIA card inserted upon a
warm/boot, e.g. a wired ne2000 compatible card, the driver loads without any
problems. If I then unplug the wired card and insert a CISCO card the driver
also loads fine. It seems there are some delay problems in loading the cisco
driver upon startup. In CE 4.1 I had no problems (using SA1110 BSP with the
same drivers as in 4.2).

Below is some debug information:

0x8df93000: PCMCIA: DEBUGCHK failed in file
d:\mckendric\public\common\oak\drivers\pcmcia\mdd\load.c at line 763
0x8df93000: DEBUG_BREAK @0306c144 MD=1f Ignored.
0x8df93000: PCMCIA PDCardSetSocket
0x8df93000: PCMCIA PDCardSetSocket Powersettings
0x8df93000: SetSOCK Powering Socket 1
....
..
.

I looked up the line in load.c and found a
DEBUGCHK(pPsock->hLoad == NULL);

Does anyone know what the problem is here?

Best regards,

Bo Henriksen
NordicID

Re: Good old SA1110 PCMCIA and CE 4.2 :) by Mark

Mark
Wed Jul 30 08:35:52 CDT 2003

Sounds like we might be seeing something...similar...but it doesn't sound
identical.

First, some questions..
What drivers are you using with the Cisco 350 series card? The PCX500
driver that's included with Platform Builder? We've run into other problems
with that driver, so we've been trying to use stuff directly from Cisco.
(Of course, we can't seem to get a driver that "officially" supports CE 4.2
from anyone.)

The driver you're using... Is it loaded via detect routine, or is there a
plug-n-play ID for it in the registry? This question is really related to a
lot of the stuff we're seeing. I'll get to that in a second.

What's your hardware like? Is it an Assabet board? Your own hardware? Is
your BSP based on the Assabet BSP?

Here's what we see...

For us, we run into problems trying to get NIC drivers loaded when the
PCMCIA card is in the slot at cold boot. The only time we see it work is if
the driver is loaded via detect routine. If it's loaded via plug-n-play ID,
it doesn't work. Now, after the platform has settled, if we remove the
card, and re-insert it, the drivers load fine. We've tried this with CE 3.0
era drivers for Cisco cards, Symbol cards, Proxim cards (yeah, someone uses
them), Orinoco cards, and some generic Intersil PRISM chipset based stuff.
This is pretty important to us because our shipping product is completely
sealed. You CAN'T remove the card and re-insert it.

This was something that I saw in CE 4.0 last year, but I saw the following
QFE:
<QFE>
Component: NDIS
a.. 020617_Q322851 - Wireless card will not complete initialization if
card is present during cold boot, due to NDIS deadlock.
</QFE>

I had assumed that whatever was fixed with this QFE was also fixed under CE
4.2. I tried out one card, saw it work (which was loaded via detect
routine) and assumed everything was happy. Now, I'm not so sure.

Another problem we see when we boot with cards in like this is a different
DEBUGCHK in NDIS. It's not the same as yours, but it might be related. I
made a post about it yesterday titled "NDIS EnterCriticalSection DEBUGCHK in
CE 4.2 - HELP!" Check it out, and let me know if you've seen anything like
that.

Either way, if we find out any information on PCMCIA/NDIS releated problems,
or wireless NIC drivers, we'll be sure to share.

Mark Murawski
Vocollect, Inc.

"Bo Henriksen" <bodothenriksenatnordiciddotcom> wrote in message
news:#da3eQpVDHA.2260@TK2MSFTNGP09.phx.gbl...
> Hi,
>
>
> I'm having trouble with the PCMCIA driver for CE 4.2. When I warm/cold
boot
> my device with a CISCO 350 series pcmcia card inserted
> the driver crashes (device.exe) and will not load any PCMCIA cards
> hereafter. However, if I have some other PCMCIA card inserted upon a
> warm/boot, e.g. a wired ne2000 compatible card, the driver loads without
any
> problems. If I then unplug the wired card and insert a CISCO card the
driver
> also loads fine. It seems there are some delay problems in loading the
cisco
> driver upon startup. In CE 4.1 I had no problems (using SA1110 BSP with
the
> same drivers as in 4.2).
>
> Below is some debug information:
>
> 0x8df93000: PCMCIA: DEBUGCHK failed in file
> d:\mckendric\public\common\oak\drivers\pcmcia\mdd\load.c at line 763
> 0x8df93000: DEBUG_BREAK @0306c144 MD=1f Ignored.
> 0x8df93000: PCMCIA PDCardSetSocket
> 0x8df93000: PCMCIA PDCardSetSocket Powersettings
> 0x8df93000: SetSOCK Powering Socket 1
> ....
> ..
> .
>
> I looked up the line in load.c and found a
> DEBUGCHK(pPsock->hLoad == NULL);
>
> Does anyone know what the problem is here?
>
> Best regards,
>
> Bo Henriksen
> NordicID
>
>



Re: Good old SA1110 PCMCIA and CE 4.2 :) by Bo

Bo
Wed Jul 30 12:12:23 CDT 2003

Hi,

"Mark Murawski" <mmurawski@NO.vocollect.SPAM.com> wrote in message
news:%23it$Q$pVDHA.2024@TK2MSFTNGP12.phx.gbl...
> Sounds like we might be seeing something...similar...but it doesn't sound
> identical.
>
> First, some questions..
> What drivers are you using with the Cisco 350 series card? The PCX500
> driver that's included with Platform Builder? We've run into other
problems
> with that driver, so we've been trying to use stuff directly from Cisco.
> (Of course, we can't seem to get a driver that "officially" supports CE
4.2
> from anyone.)
>
> What's your hardware like? Is it an Assabet board? Your own hardware?
Is
> your BSP based on the Assabet BSP?
It is based on the SA1110 Assabet BSP without companion. It has one PCMCIA
card slot etc. The BSP is copied and ported from CE 4.1.

Well, we are using the latest drivers from CISCO ( I think it's version 230
which officially supports CE 4.1). However, I have tried it with the PCX500
driver as well, and the same
problem occured. The driver is loaded via the detect routine. The funny
thing is that on an older device (with slightly modified hardware changes)
we don't see this problem in CE 4.2. Also, with a newer device we don't see
the problem in CE 4.1. Is there some optimization somewhere in the upper
layers (NDIS/PCMCIA MDD) that might cause things to be loaded too fast?

Thanks,

Bo Henriksen
NordicID



Re: Good old SA1110 PCMCIA and CE 4.2 :) by Bo

Bo
Mon Aug 04 01:20:47 CDT 2003

Hi,

I solved the problem! The CISCO driver was beeing loaded too fast at
startup. I inserted a
while( !IsAPIReady ( SH_WMGR ) ) Sleep(100);
in the BatteryCheck function where the batterycheck is ignored. This forces
the driver to wait for the APIs to
load before loading itself and thereby solving the problem for us.

Bo


"Bo Henriksen" <nospam3@bo.henriksenATnordicid.com> wrote in message
news:uJJFA3rVDHA.2164@TK2MSFTNGP09.phx.gbl...
> Hi,
>
> "Mark Murawski" <mmurawski@NO.vocollect.SPAM.com> wrote in message
> news:%23it$Q$pVDHA.2024@TK2MSFTNGP12.phx.gbl...
> > Sounds like we might be seeing something...similar...but it doesn't
sound
> > identical.
> >
> > First, some questions..
> > What drivers are you using with the Cisco 350 series card? The PCX500
> > driver that's included with Platform Builder? We've run into other
> problems
> > with that driver, so we've been trying to use stuff directly from Cisco.
> > (Of course, we can't seem to get a driver that "officially" supports CE
> 4.2
> > from anyone.)
> >
> > What's your hardware like? Is it an Assabet board? Your own hardware?
> Is
> > your BSP based on the Assabet BSP?
> It is based on the SA1110 Assabet BSP without companion. It has one PCMCIA
> card slot etc. The BSP is copied and ported from CE 4.1.
>
> Well, we are using the latest drivers from CISCO ( I think it's version
230
> which officially supports CE 4.1). However, I have tried it with the
PCX500
> driver as well, and the same
> problem occured. The driver is loaded via the detect routine. The funny
> thing is that on an older device (with slightly modified hardware changes)
> we don't see this problem in CE 4.2. Also, with a newer device we don't
see
> the problem in CE 4.1. Is there some optimization somewhere in the upper
> layers (NDIS/PCMCIA MDD) that might cause things to be loaded too fast?
>
> Thanks,
>
> Bo Henriksen
> NordicID
>
>



Re: Good old SA1110 PCMCIA and CE 4.2 :) by Bo

Bo
Mon Aug 11 06:22:55 CDT 2003


"Mark Murawski" <mmurawski@NO.vocollect.SPAM.com> wrote in message
news:uESVdmoWDHA.2040@TK2MSFTNGP11.phx.gbl...
>
> "Bo Henriksen" <nospam3@bo.henriksenATnordicid.com> wrote in message
> news:uJJFA3rVDHA.2164@TK2MSFTNGP09.phx.gbl...
>
> > Well, we are using the latest drivers from CISCO ( I think it's version
> 230
> > which officially supports CE 4.1). However, I have tried it with the
> PCX500
> > driver as well, and the same
> > problem occured. The driver is loaded via the detect routine. The funny
> > thing is that on an older device (with slightly modified hardware
changes)
> > we don't see this problem in CE 4.2. Also, with a newer device we don't
> see
> > the problem in CE 4.1. Is there some optimization somewhere in the upper
> > layers (NDIS/PCMCIA MDD) that might cause things to be loaded too fast?
>
> When you say you don't see the problem on an "older device (with slightly
> modified hardware changes)" do you mean it's actually a different version
of
> your whole hardware platform? If so, I'd be inclined to think it might
have
> something to do with your hardware, rather than a CE issue. What exactly
is
> different in the hardware? Are there differences that might impact the
> PCMCIA driver?
>
> Still, I'll keep you posted if I get any progress on my other PCMCIA
issues.
> They might still be related somehow.
>
> Mark
>
>

Hi,

Well, I found out that it wasn't a hardware issue at all, since the problem
also occured on
the older devices. The problem was not occuring on the old device because I
had enabled the PCMCIA battery
check and therefore the card was not loaded until the user pressed yes on
the dialog box. However I cannot exclude the possibility that
our hardware simply is not complying with the timeouts that are being used.
I will look into this some more.

The only difference in the PCMCIA hardware was the time it took before
before it received power ( New HW was 15 microseconds slower ).

Bo