> Lev Serebryakov wrote:
>
>> Last changes, committed to 8-STABLE ... breaks some API/ABI ...
>
> AFAIK, changes that break API/ABI are not supposed to be MFCd.
> Perhaps that one needs to be backed out of 8-STABLE?
Adding of PNP Info to usb devices
http://svnweb.freebsd.org/base/hea
Lev,
ABI's change. You need to use __FreeBSD_version. See /usr/include/osreldate.h.
But could we include the driver in the kernel? That way it would be updated
when needed.
Nick Hibma
n...@van-laarhoven.org
Want to feel like going on a holiday tomorrow? Try GTD.
On 31 May 2011, at 22:12
> Well, I think that that's what probe priorities actually for.
> I also think that typically ivars should be set by a bus driver. So maybe
> it's
> not such a good idea to pass data from probe to attach via ivars in child
> drivers.
> But I could be mistaken about that.
>
> Practically speakin
> It is derived error I think
> When it attaches finally, it report no errors at all:
Whatever it is, the quirk should resolve it. MAX LUN is not necessary per se I
think.
> Dec 12 10:38:36 rainhaven kernel: ugen5.2: at usbus5
> Dec 12 10:38:36 rainhaven kernel: umodem0: 2/0
> , rev 2.00/1.00,
>> But we will continue the saga about this strange USB modem, if no
>> objections from your side :)
>> Is it possible to apply some quirk or some another workaround which
>> will solve the issue with endless USB_ERR_STALLED reported while it
>> trying to attach its builtin cardreader?
>
> Nick, d
From:
http://www.linux-usb.org/usb-ids.html
"The contents of the database and the generated files can be distributed under
the terms of either the GNU General Public License (version 2 or later) or of
the 3-clause BSD License."
Do you want me make this list available in our source tree?
Steps
>> Two things are needed:
>>
>> 1) path to the device so you can distinguish two identical devices.
>>
>> 2) map u3gN to cuaUX.Y
>>
>> My problem is the latter:
>>
>> Processing event '+u3g0 vendor=0x0af0 product=0x7601 devclass=0xff
>> devsubclass=0xff sernum="" release=0x intclass=0xff in
Maybe you can make PR on the issue and assign it to USB. Currently there is
no way of knowing which /dev/cuaUXXX belongs to which USB device. Probably
we can add the USB bus and address number as a part of the device
coordinates. So that /dev/ugen1.1 only creates /dev/cuaU1.1.xx
The example on Ubuntu below shows the ATDT style, and that should be through a
normal (set of 2) serial port(s), not the HSO driver. The HSO driver requires
different commands (AT_OWANDATA and friends).
So the IDs shouldbe added to the u3g.c driver.
Nick
On 11 Aug 2010, at 23:33, Adrie wrote:
The following reply was made to PR usb/145237; it has been noted by GNATS.
From: Nick Hibma
To: bug-follo...@freebsd.org, n...@anywi.com
Cc:
Subject: Re: usb/145237: [usbdevs] [patch] Add support for Matrix Orbital MOU
display
Date: Fri, 9 Apr 2010 10:22:44 +0200
This has been committed to
HPS,
Not sure whether this is actually a problem, but you might want to have a
look at the switch command for ZTE devices in the FBSD7 code base. it uses a
ZTE specific command. The ZTE 636 device here switches properly using that
command sequence.
On another note, that device presents alterna
Hm, ik DEVICEENUMERATE wasn't in my search. Thanks.
Nick
> On Thursday 25 June 2009 15:24:02 Nick Hibma wrote:
> > HPS,
> >
> > In FBSD7 I committed an ioctl on the ugen.c (some time ago) that
> > allowed for resetting the device. Not a port on the device, but t
HPS,
In FBSD7 I committed an ioctl on the ugen.c (some time ago) that allowed
for resetting the device. Not a port on the device, but the device itself.
This was a function that was unimplemented in libusb1 up to then. For
example some Atmel devices need a reset after you uploaded the firmware
> u3g0: 2.00/0.00, addr 2> on uhub1
> u3g0: changing CMOTECH modem to modem mode
> u3g0: sent command to change to modem mode
> u3g0: failed to read back CSW: 13
> u3g0: at uhub1 port 2 (addr 2) disconnected
> u3g0: detached
> ucom0: 2.00/0.00, addr 2> on uhub1
> ucom0: port=0 iface=3 in=0x85 out
Mike, and others,
We are working on this panic at the moment and there will be a driver out
for inclusion in 7.2 (hopefully).
It seems to (almost) make ZTE MF626 work as well (mode switch does not work
reliably yet). According to Mike Tancsa this driver also makes his Novatel
device work witho
> : > By some reason devfs semantic was changed:
> : > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get
> : > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1
> : > What is reason for such change (additional port with lowercase 'u'
> : > and U[0-2] instead of more logical U0.[0-2]
> > But other than that, i wouldn't waste much time:
> > for 50..80 euro you can get one of the
> > Epson multifunction printer scanners (i have personally
> > tried DX4400 to DX7050) which are well supported and
> > extremely reliable.
>
> I bought this ScanJet 4300 C specifically because it
File a PR if you would like to have it changed. Update all the entries you
would have changed.
Nick
> > 1. The Sierra MC8775 chipsets are defined as U3GSP_HSDPA in u3g.c,
> > which matches their marketing
> > (vendor and provider) name, but it seems that based on the
> > downstream definiti
> 1. The Sierra MC8775 chipsets are defined as U3GSP_HSDPA in u3g.c,
> which matches their marketing
> (vendor and provider) name, but it seems that based on the
> downstream definition this means only 1.2MBit/s,
> while chipset and network are supposed to deliver at least 3.6MBit/s
> (or
Michael,
I've not spent the time to figure out the technical abilities of each device
ID. If you say so, I'll change all the MC8775 devices to HSDPA. It only
affects buffering decisions anyhow.
Done.
Nick
> Hi,
>
> my notebook carries a hp2300 HSDPA modem, which is actually an OEM
> Sierra Wi
20 matches
Mail list logo
