- ehci-disable-the-philips-isp1561-usb-hub.patch removed from -mm tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The patch titled
     ehci: disable the Philips ISP1561 usb hub
has been removed from the -mm tree.  Its filename was
     ehci-disable-the-philips-isp1561-usb-hub.patch

This patch was dropped because it is obsolete

The current -mm tree may be found at http://userweb.kernel.org/~akpm/mmotm/

------------------------------------------------------
Subject: ehci: disable the Philips ISP1561 usb hub
From: Bruno Redondi <bruno@xxxxxxxxxxxxxxxxxxx>

Taken from http://bugzilla.kernel.org/show_bug.cgi?id=9562

I am trying to use a PCMCIA PC-CARD GPRS/UMTS/HSDPA MODEM PC-CARD is branded
as ONDA H600 and is extremely popular in Italy since it is the "default" UMTS
PC-CARD by a provider in the country.  PC-CARD is actually a re-branded ZTE
MF330 so it should be quite popular in other countries as well.  Apparently,
also the older ONDA NH501HS is again a ZTE MF330, so the following should
apply also to that card.


When the card is inserted into the PCMCIA slot, the following should happen:

- kernel should recognize an OHCI Host Controller

- kernel should recognize an ONDA CDMA Technologies MSM (Manufacturer:
  Qualcomm, Incorporated) attached to it

- kernel should configure 3 ttyUSB devices provided by the 3 serial
  interfaces of the ONDA MSM

Unfortunately, with the linux kernel this does not happen Rather, the kernel
gets confused, detects an EHCI Controller, loads the kernel module for it and
no serial interfaces appear.

As an hack, the correct behaviour can be obtained by blacklisting the ehci_hcd
for instance in /etc/modprobe.d/blacklist-modem.  When the ehci_hcd is
blacklisted everything works correctly and the ONDA Wireless UMTS PC-CARD gets
perfectly usable.

lspci reports the datacard as a Philips ISP1561 EHCI USB 2.0 (1131:1562), so I
excluded this device from ehci-pci and i can use the datacard without
blacklisting the module.

Cc: Greg KH <greg@xxxxxxxxx>
Cc: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>

Alan:

  Is this really an appropriate approach?  That is, is it definitely known
  that there are no working devices of this type?  Or is it possible that
  other people have ISP1561 EHCI controllers that they actually do use?  If
  there are, blacklisting their devices like this would be a very bad idea.

Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---

 drivers/usb/host/ehci-pci.c |    8 ++++++++
 1 file changed, 8 insertions(+)

diff -puN drivers/usb/host/ehci-pci.c~ehci-disable-the-philips-isp1561-usb-hub drivers/usb/host/ehci-pci.c
--- a/drivers/usb/host/ehci-pci.c~ehci-disable-the-philips-isp1561-usb-hub
+++ a/drivers/usb/host/ehci-pci.c
@@ -141,6 +141,14 @@ static int ehci_pci_setup(struct usb_hcd
 			goto done;
 		}
 		break;
+	case PCI_VENDOR_ID_PHILIPS:
+		/* ISP1561 EHCI USB 2.0 doesn't work. */
+		if (pdev->device == 0x1562) {
+			ehci_info(ehci, "ignoring ISP1561\n");
+			retval = -EIO;
+			goto done;
+		}
+		break;
 	case PCI_VENDOR_ID_NVIDIA:
 		switch (pdev->device) {
 		/* Some NForce2 chips have problems with selective suspend;
_

Patches currently in -mm which might be from bruno@xxxxxxxxxxxxxxxxxxx are


-
To unsubscribe from this list: send the line "unsubscribe mm-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Kernel Newbies FAQ]     [Kernel Archive]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Photo]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]

  Powered by Linux