NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/43475: MTK 747 A+ GPS recorder has a bogus descriptor
The following reply was made to PR kern/43475; it has been noted by GNATS.
From: Jasper Wallace <jasper%pointless.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost,
netbsd-bugs%netbsd.org@localhost
Subject: Re: kern/43475: MTK 747 A+ GPS recorder has a bogus descriptor
Date: Tue, 15 Jun 2010 22:33:50 +0100 (BST)
On Tue, 15 Jun 2010, Jonathan A. Kollasch wrote:
> The following reply was made to PR kern/43475; it has been noted by GNATS.
>
> From: "Jonathan A. Kollasch" <jakllsch%kollasch.net@localhost>
> To: gnats-bugs%NetBSD.org@localhost
> Cc:
> Subject: Re: kern/43475: MTK 747 A+ GPS recorder has a bogus descriptor
> Date: Tue, 15 Jun 2010 21:09:45 +0000
>
> So, you (were) get(ing) a "umodem0: no pointer to data interface" error?
I can't remember what the error was, but there definatly wasn't a ucom
attachment, i can try with an unpatched kernel if it's important.
> Taking a hint from Linux and cdce(4), it would appear something
> along the lines of the CDCE_NO_UNION quirk would be more appropriate.
Maybe, but this device does have a cdc union, it's just hidden behind the
bogus descriptor length. Also fixing this without a quirk may make the fix
just work with a larger range of devices and save someone having to work
out what the problem is and patch the kernel to make the device work for
them.
> Also, I'd sooner see USB_PRODUCT_MEDIATEK_MT3329, as this ID appears
> to be used in multiple products based on the MT3329 chip, and "MTK"
> doesn't seem similar enough to the name listed in the USB-IF vendor
> number database.
Whatever is appropiate, it's not particulary important.
--
[http://pointless.net/] [0x2ECA0975]
Home |
Main Index |
Thread Index |
Old Index