Vista bug in safe-removal of CardBus

Hello

I have a CardBus device that embeds a NEC USB 2.0 host controller.
It's a multi-function PCI device with 3 PCI functions (2x OHCI, 1x
EHCI).

I plug it in a laptop installed with WinVista RTM 32-bit (Build 6000).
The safe-removal tray shows the 3 host controllers part of the USB 2.0
host controller. Now when I safely remove one of them, they all
disappear from the safe-removal tray. However, in the device manager
things look painful: all Root Hub child devices are gone, the host I
safely removed has an exclamation mark, but the two other hosts remain
enabled (without their Root Hubs that is). To make things worse, I
disabled and re-enanled one of the enabled hosts and guess what it
could enumerate USB devices again; the host even popped up in the safe-
removal tray again.

I got myself a CardBus device with an embedded NXP ISP-1364 and tried
the same. Vista did it wrong again.

Safe removal works fine in Win2K and WinXP; all hosts are stopped.
Vista's behaviour is similar to Win98.

This is really sad for customers. When a customer safely removes the
device, part of the device is still active. When the customer yanks
out the device, Vista may still crash because one or two USB hosts are
active (Note: all Windows versions will crash sooner or later when you
unplug an active USB host controller).

Vetzak
Mon Mar 19 05:05:39 CDT 2007

On Mar 14, 2:20 pm, "Vetzak" <ptrs...@gmail.com> wrote:
> Hello
>
> I have a CardBus device that embeds a NEC USB 2.0 host controller.
> It's a multi-function PCI device with 3 PCI functions (2x OHCI, 1x
> EHCI).
>
> I plug it in a laptop installed with WinVista RTM 32-bit (Build 6000).
> The safe-removal tray shows the 3 host controllers part of the USB 2.0
> host controller. Now when I safely remove one of them, they all
> disappear from the safe-removal tray. However, in the device manager
> things look painful: all Root Hub child devices are gone, the host I
> safely removed has an exclamation mark, but the two other hosts remain
> enabled (without their Root Hubs that is). To make things worse, I
> disabled and re-enanled one of the enabled hosts and guess what it
> could enumerate USB devices again; the host even popped up in the safe-
> removal tray again.
>
> I got myself a CardBus device with an embedded NXP ISP-1364 and tried
> the same. Vista did it wrong again.
>
> Safe removal works fine in Win2K and WinXP; all hosts are stopped.
> Vista's behaviour is similar to Win98.
>
> This is really sad for customers. When a customer safely removes the
> device, part of the device is still active. When the customer yanks
> out the device, Vista may still crash because one or two USB hosts are
> active (Note: all Windows versions will crash sooner or later when you
> unplug an active USB host controller).

No one?

Alexander
Mon Mar 19 14:08:11 CDT 2007

In theory, you should not need "safe removal" icon for the host controllers.
Yanking it doesn't cause data loss by itself.

The real bug is a crash of the host driver. Looks like it doesn't check for
the registers being gone (read as all FF). This should be reported to
Product Support Services. In old USB architecture (no USBPORT) such a bug
was fixed, IIRC, but in the new architecture it's got back.

"Vetzak" <ptrshrn@gmail.com> wrote in message
news:1174298738.999792.94230@d57g2000hsg.googlegroups.com...
> On Mar 14, 2:20 pm, "Vetzak" <ptrs...@gmail.com> wrote:
>> Hello
>>
>> I have a CardBus device that embeds a NEC USB 2.0 host controller.
>> It's a multi-function PCI device with 3 PCI functions (2x OHCI, 1x
>> EHCI).
>>
>> I plug it in a laptop installed with WinVista RTM 32-bit (Build 6000).
>> The safe-removal tray shows the 3 host controllers part of the USB 2.0
>> host controller. Now when I safely remove one of them, they all
>> disappear from the safe-removal tray. However, in the device manager
>> things look painful: all Root Hub child devices are gone, the host I
>> safely removed has an exclamation mark, but the two other hosts remain
>> enabled (without their Root Hubs that is). To make things worse, I
>> disabled and re-enanled one of the enabled hosts and guess what it
>> could enumerate USB devices again; the host even popped up in the safe-
>> removal tray again.
>>
>> I got myself a CardBus device with an embedded NXP ISP-1364 and tried
>> the same. Vista did it wrong again.
>>
>> Safe removal works fine in Win2K and WinXP; all hosts are stopped.
>> Vista's behaviour is similar to Win98.
>>
>> This is really sad for customers. When a customer safely removes the
>> device, part of the device is still active. When the customer yanks
>> out the device, Vista may still crash because one or two USB hosts are
>> active (Note: all Windows versions will crash sooner or later when you
>> unplug an active USB host controller).
>
> No one?
>

johngar
Tue Apr 03 11:38:07 CDT 2007

------=_NextPart_0001_15D1C8F0
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

"Alexander Grigoriev" wrote:

The real bug is a crash of the host driver. Looks like it doesn't check for
the registers being gone (read as all FF). This should be reported to
Product Support Services. In old USB architecture (no USBPORT) such a bug
was fixed, IIRC, but in the new architecture it's got back.

See Microsoft Knowledge Base article 933938:
http://support.microsoft.com/?id=933938

John Garrett [MSFT]
This posting is provided "AS IS" with no warranties, and confers no rights.
------=_NextPart_0001_15D1C8F0
Content-Type: text/x-rtf
Content-Transfer-Encoding: 7bit

{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fprq2\fcharset0 Trebuchet MS;}}
\viewkind4\uc1\pard\f0\fs20 "Alexander Grigoriev" wrote:
\par \pard\li720
\par The real bug is a crash of the host driver. Looks like it doesn't check for
\par the registers being gone (read as all FF). This should be reported to
\par Product Support Services. In old USB architecture (no USBPORT) such a bug
\par was fixed, IIRC, but in the new architecture it's got back.
\par \pard
\par See Microsoft Knowledge Base article 933938:
\par http://support.microsoft.com/?id=933938
\par
\par John Garrett [MSFT]
\par This posting is provided "AS IS" with no warranties, and confers no rights.
\par
\par }
------=_NextPart_0001_15D1C8F0--