Re: PATCH 10/4]linux-usb: To support more Huawei data card productIDs, fix kernel 2.6.27-rc7

From: Greg KH
Date: Tue Oct 07 2008 - 23:24:23 EST


On Wed, Oct 08, 2008 at 09:31:35AM +0800, fangxiaozhi 00110321 wrote:
> From: fangxiaozhi <huananhu@xxxxxxxxxx>
>
> 1. This patch is based on the kernel of 2.6.27-rc7
> 2. In this patch, we want to do one thing: add more Huawei product IDs into the USB driver. Then it can support more Huawei data card devices. So to declare the unusual device for new Huawei data card devices
> in unusual_devs.h and to declare more new product IDs in option.c.
> 3. To modify the data value and length in the function of
> usb_stor_huawei_e220_init in initializers.c
> That's because based on the USB standard, while sending SET_FETURE_D to the device, it requires the corresponding data to be zero, and its sending length also must be zero.
> In our old solution, it can be compatible with our WCDMA data card devices, but can not support our CDMA data card devices.
> But in this new solution, it can be compatible with all of our data card devices.
>
> Signed-off-by: fangxiaozhi <huananhu@xxxxxxxxxx>
> -------------------------------------------------------------------
>
> diff -uprN -X linux-2.6.27-rc7-orig/Documentation/dontdiff linux-2.6.27-rc7-orig/drivers/usb/serial/option.c linux-2.6.27-rc7/drivers/usb/serial/option.c
> --- linux-2.6.27-rc7-orig/drivers/usb/serial/option.c 2008-09-22 06:29:55.000000000 +0800
> +++ linux-2.6.27-rc7/drivers/usb/serial/option.c 2008-09-24 12:00:14.000000000 +0800
> @@ -106,11 +106,20 @@ static int option_send_setup(struct tty
> #define HUAWEI_PRODUCT_E220 0x1003
> #define HUAWEI_PRODUCT_E220BIS 0x1004
> #define HUAWEI_PRODUCT_E1401 0x1401
> +#define HUAWEI_PRODUCT_E1402 0x1402

Hm, all of the tabs seem to have been converted to spaces in this patch,
and it does not apply at all.

Care to fix your email client settings and try again?

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/