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, Lev
Lev Serebryakov l...@freebsd.org 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
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: PANTECH at usbus5
Dec 12 10:38:36 rainhaven kernel: umodem0: PANTECH PANTECH USB
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, do you have
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 intsubclass=0xff
at
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.xxx entries.
And
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 n...@van-laarhoven.org
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
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
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
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 the
device itself. This was a function
u3g0: ZTE, Incorporated ZTE CDMA Technologies MSM, class 0/0, rev
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: ZTE,
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
: 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 is
listed
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 definition this
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
18 matches
Mail list logo