Re: usb/159919: commit references a PR

2011-08-20 Thread dfilter service
The following reply was made to PR usb/159919; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: usb/159919: commit references a PR
Date: Sat, 20 Aug 2011 16:21:55 + (UTC)

 Author: hselasky
 Date: Sat Aug 20 16:21:40 2011
 New Revision: 225041
 URL: http://svn.freebsd.org/changeset/base/225041
 
 Log:
   Add new USB ID to u3g driver.
   
   Approved by:re (kib)
   MFC after:  1 week
   PR:  usb/159919
 
 Modified:
   head/sys/dev/usb/serial/u3g.c
   head/sys/dev/usb/usbdevs
 
 Modified: head/sys/dev/usb/serial/u3g.c
 ==
 --- head/sys/dev/usb/serial/u3g.c  Sat Aug 20 16:12:29 2011
(r225040)
 +++ head/sys/dev/usb/serial/u3g.c  Sat Aug 20 16:21:40 2011
(r225041)
 @@ -280,6 +280,8 @@ static const STRUCT_USB_HOST_ID u3g_devs
U3G_DEV(HUAWEI, E143D, U3GINIT_HUAWEI),
U3G_DEV(HUAWEI, E143E, U3GINIT_HUAWEI),
U3G_DEV(HUAWEI, E143F, U3GINIT_HUAWEI),
 +  U3G_DEV(HUAWEI, E173, 0),
 +  U3G_DEV(HUAWEI, E173_INIT, U3GINIT_HUAWEISCSI),
U3G_DEV(HUAWEI, E180V, U3GINIT_HUAWEI),
U3G_DEV(HUAWEI, E220, U3GINIT_HUAWEI),
U3G_DEV(HUAWEI, E220BIS, U3GINIT_HUAWEI),
 
 Modified: head/sys/dev/usb/usbdevs
 ==
 --- head/sys/dev/usb/usbdevs   Sat Aug 20 16:12:29 2011(r225040)
 +++ head/sys/dev/usb/usbdevs   Sat Aug 20 16:21:40 2011(r225041)
 @@ -1874,6 +1874,8 @@ product HUAWEI E1752 0x1446  3G modem
  product HUAWEI K3765  0x1465  3G modem
  product HUAWEI E1820  0x14ac  E1820 HSPA+ USB Slider
  product HUAWEI K3765_INIT 0x1520  K3765 Initial
 +product HUAWEI E173   0x1c05  3G modem
 +product HUAWEI E173_INIT  0x1c0b  3G modem initial
  
  /* HUAWEI 3com products */
  product HUAWEI3COM WUB320G0x0009  Aolynk WUB320g
 ___
 svn-src-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
 
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)

2011-08-20 Thread Poul-Henning Kamp
In message <201108201744.11986.hsela...@c2i.net>, Hans Petter Selasky writes:

>PHK: Are you on #bsdusb on EF-net?

Sorry, no.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)

2011-08-20 Thread Hans Petter Selasky
On Saturday 20 August 2011 16:30:17 Poul-Henning Kamp wrote:
> The following reply was made to PR usb/159919; it has been noted by GNATS.
> 
> From: "Poul-Henning Kamp" 
> To: Hans Petter Selasky 
> Cc: freebsd-usb@freebsd.org, freebsd-gnats-sub...@freebsd.org
> Subject: Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)
> Date: Sat, 20 Aug 2011 14:07:25 +
> 
>  In message <201108201555.04355.hsela...@c2i.net>, Hans Petter Selasky 
writes:
>  >On Friday 19 August 2011 18:01:29 Poul-Henning Kamp wrote:
>  >> With this patch I can get a Huawei E173 3G dongle to work.
>  >> I'm not sure why I have to teach umodem about it specifically.
>  >> It comes up as /dev/cuaU[012] rather than /dev/cuaU0.[012]
>  >
>  >Hi,
>  >
>  >What happens if you leave out the u3g.c patch?
>  >
>  >Could you post dmesg and output from:
>  >
>  >usbconfig -d X.Y dump_device_desc dump_curr_config_desc show_ifdrv
> 
>  Dang, I should have thought of including that.
> 
>  It's too late now the E173 just passed through my lab for a few
>  hours and it probably won't be back in the forseeable future.
> 
>  Without any patches it comes up with the E173_INIT product-id and
>  da0/cd0 attaches.
> 
>  The HUAWEI_INIT mode just hangs the device, nothing happens or
>  attaches afterwards.
> 
>  With the HUAWEI_INITSCSI it disaspears, then comes back with the E173
>  product-id, da0/cd0 attaches, but umodem for some reason does not.
> 
>  The patch makes umodem find it, but as three separate devices,
>  not as one device with three subdevices.

I found a descriptor dump here:

http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?t=552

I see now why the u3g.c driver is not attaching, because "bDeviceClass = 0" 
and we expect 0xFF.

Nick, do you have any comments on this?

PHK: Are you on #bsdusb on EF-net?

--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)

2011-08-20 Thread Poul-Henning Kamp
The following reply was made to PR usb/159919; it has been noted by GNATS.

From: "Poul-Henning Kamp" 
To: Hans Petter Selasky 
Cc: freebsd-usb@freebsd.org, freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)
Date: Sat, 20 Aug 2011 14:07:25 +

 In message <201108201555.04355.hsela...@c2i.net>, Hans Petter Selasky writes:
 >On Friday 19 August 2011 18:01:29 Poul-Henning Kamp wrote:
 >> With this patch I can get a Huawei E173 3G dongle to work.
 >> I'm not sure why I have to teach umodem about it specifically.
 >> It comes up as /dev/cuaU[012] rather than /dev/cuaU0.[012]
 >
 >Hi,
 >
 >What happens if you leave out the u3g.c patch?
 >
 >Could you post dmesg and output from:
 >
 >usbconfig -d X.Y dump_device_desc dump_curr_config_desc show_ifdrv
 
 Dang, I should have thought of including that.
 
 It's too late now the E173 just passed through my lab for a few
 hours and it probably won't be back in the forseeable future.
 
 Without any patches it comes up with the E173_INIT product-id and
 da0/cd0 attaches.
 
 The HUAWEI_INIT mode just hangs the device, nothing happens or
 attaches afterwards.
 
 With the HUAWEI_INITSCSI it disaspears, then comes back with the E173
 product-id, da0/cd0 attaches, but umodem for some reason does not.
 
 The patch makes umodem find it, but as three separate devices,
 not as one device with three subdevices.
 
 -- 
 Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
 p...@freebsd.org | TCP/IP since RFC 956
 FreeBSD committer   | BSD since 4.3-tahoe
 Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usb/159836: commit references a PR

2011-08-20 Thread dfilter service
The following reply was made to PR usb/159836; it has been noted by GNATS.

From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:  
Subject: Re: usb/159836: commit references a PR
Date: Sat, 20 Aug 2011 14:21:53 + (UTC)

 Author: hselasky
 Date: Sat Aug 20 14:21:32 2011
 New Revision: 225037
 URL: http://svn.freebsd.org/changeset/base/225037
 
 Log:
   Add new USB ID.
   
   Approved by:re (kib)
   MFC after:  1 week
   PR:  usb/159836
 
 Modified:
   head/share/man/man4/uhso.4
   head/sys/dev/usb/net/uhso.c
   head/sys/dev/usb/usbdevs
 
 Modified: head/share/man/man4/uhso.4
 ==
 --- head/share/man/man4/uhso.4 Sat Aug 20 14:20:36 2011(r225036)
 +++ head/share/man/man4/uhso.4 Sat Aug 20 14:21:32 2011(r225037)
 @@ -79,6 +79,8 @@ The following devices have been verified
  .It
  Option GlobeSurfer iCON 7.2 (new firmware)
  .It
 +Option GlobeTrotter Max 7.2 (new firmware)
 +.It
  Option iCON 225
  .It
  Option iCON 452
 
 Modified: head/sys/dev/usb/net/uhso.c
 ==
 --- head/sys/dev/usb/net/uhso.cSat Aug 20 14:20:36 2011
(r225036)
 +++ head/sys/dev/usb/net/uhso.cSat Aug 20 14:21:32 2011
(r225037)
 @@ -249,6 +249,8 @@ static struct unrhdr *uhso_ifnet_unit = 
  
  static const STRUCT_USB_HOST_ID uhso_devs[] = {
  #define   UHSO_DEV(v,p,i) { USB_VPI(USB_VENDOR_##v, 
USB_PRODUCT_##v##_##p, i) }
 +  /* Option GlobeTrotter MAX 7.2 with upgraded firmware */
 +  UHSO_DEV(OPTION, GTMAX72, UHSO_STATIC_IFACE),
/* Option GlobeSurfer iCON 7.2 */
UHSO_DEV(OPTION, GSICON72, UHSO_STATIC_IFACE),
/* Option iCON 225 */
 
 Modified: head/sys/dev/usb/usbdevs
 ==
 --- head/sys/dev/usb/usbdevs   Sat Aug 20 14:20:36 2011(r225036)
 +++ head/sys/dev/usb/usbdevs   Sat Aug 20 14:21:32 2011(r225037)
 @@ -2448,6 +2448,7 @@ product OPTION GT3GQUAD  0x6300  GlobeTro
  product OPTION GT3GPLUS   0x6600  GlobeTrotter 3G+ datacard
  product OPTION GTICON322  0xd033  GlobeTrotter Icon322 storage
  product OPTION GTMAX360x6701  GlobeTrotter Max 3.6 Modem
 +product OPTION GTMAX720x6711  GlobeTrotter Max 7.2 HSDPA
  product OPTION GTHSDPA0x6971  GlobeTrotter HSDPA
  product OPTION GTMAXHSUPA 0x7001  GlobeTrotter HSUPA
  product OPTION GTMAXHSUPAE0x6901  GlobeTrotter HSUPA PCIe
 ___
 svn-src-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
 
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)

2011-08-20 Thread Poul-Henning Kamp
In message <201108201555.04355.hsela...@c2i.net>, Hans Petter Selasky writes:
>On Friday 19 August 2011 18:01:29 Poul-Henning Kamp wrote:
>> With this patch I can get a Huawei E173 3G dongle to work.
>> I'm not sure why I have to teach umodem about it specifically.
>> It comes up as /dev/cuaU[012] rather than /dev/cuaU0.[012]
>
>Hi,
>
>What happens if you leave out the u3g.c patch?
>
>Could you post dmesg and output from:
>
>usbconfig -d X.Y dump_device_desc dump_curr_config_desc show_ifdrv

Dang, I should have thought of including that.

It's too late now the E173 just passed through my lab for a few
hours and it probably won't be back in the forseeable future.

Without any patches it comes up with the E173_INIT product-id and
da0/cd0 attaches.

The HUAWEI_INIT mode just hangs the device, nothing happens or
attaches afterwards.

With the HUAWEI_INITSCSI it disaspears, then comes back with the E173
product-id, da0/cd0 attaches, but umodem for some reason does not.

The patch makes umodem find it, but as three separate devices,
not as one device with three subdevices.

-- 
Poul-Henning Kamp   | UNIX since Zilog Zeus 3.20
p...@freebsd.org | TCP/IP since RFC 956
FreeBSD committer   | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)

2011-08-20 Thread Hans Petter Selasky
The following reply was made to PR usb/159919; it has been noted by GNATS.

From: Hans Petter Selasky 
To: freebsd-usb@freebsd.org,
 "Poul-Henning Kamp" 
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)
Date: Sat, 20 Aug 2011 15:55:04 +0200

 On Friday 19 August 2011 18:01:29 Poul-Henning Kamp wrote:
 > With this patch I can get a Huawei E173 3G dongle to work.
 > I'm not sure why I have to teach umodem about it specifically.
 > It comes up as /dev/cuaU[012] rather than /dev/cuaU0.[012]
 
 Hi,
 
 What happens if you leave out the u3g.c patch?
 
 Could you post dmesg and output from:
 
 usbconfig -d X.Y dump_device_desc dump_curr_config_desc show_ifdrv
 
 --HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


Re: usb/159919: Patch for HUAWEI E173 (u3g/umodem)

2011-08-20 Thread Hans Petter Selasky
On Friday 19 August 2011 18:01:29 Poul-Henning Kamp wrote:
> With this patch I can get a Huawei E173 3G dongle to work.
> I'm not sure why I have to teach umodem about it specifically.
> It comes up as /dev/cuaU[012] rather than /dev/cuaU0.[012]

Hi,

What happens if you leave out the u3g.c patch?

Could you post dmesg and output from:

usbconfig -d X.Y dump_device_desc dump_curr_config_desc show_ifdrv

--HPS
___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"


cam scsi status error logged at startup

2011-08-20 Thread umage
This is from /var/log/messages on yesterday's 9-CURRENT, in case it's of
use to the developers (quirks or w/e). It happens on every reboot. The
error messages weren't there in 8.2-RELEASE.

kernel: (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 0 0 0 0 0 0 0 0
10 0 0
kernel: (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error
kernel: (probe0:umass-sim0:0:0:0): SCSI status: Check Condition
kernel: (probe0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:20,0
(Invalid command operation code)
kernel: da0 at umass-sim0 bus 0 scbus2 target 0 lun 0
kernel: da0:  Removable Direct Access
SCSI-5 device
kernel: da0: 40.000MB/s transfers
kernel: da0: 15080MB (30883840 512 byte sectors: 255H 63S/T 1922C)
kernel: Trying to mount root from ufs:/dev/da0s1a [rw,noatime]...
kernel: .

___
freebsd-usb@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-usb
To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"