16-bit S-LE PCM format
uaudio0: Record: 48000 Hz, 2 ch, 16-bit S-LE PCM format
uaudio0: No midi sequencer
pcm1: on uaudio0
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of
after the device
has been programmed).
It takes about a second to run though..
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GP
en/product/ak4532/ak4532.html)
Interestingly it does have a 24LC64 (64kbit I2C EEPROM) but I think it
only has the header data for whatever reason so it always comes up in
DFU mode.
Sorry for wasting your time :(
--
Daniel O'Connor software and network engineer
for Genesis Software - http:
when you are trying stuff direct from the
maintainer as you don't need a local patch)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
--
On Fri, 25 Dec 2009, Hans Petter Selasky wrote:
> On Friday 25 December 2009 02:07:42 Daniel O'Connor wrote:
> > Would it be possible to create a libusb-config shell script and
> > install it in /usr/bin?
>
> I guess if other generic FreeBSD libraries don't do
On Fri, 25 Dec 2009, Hans Petter Selasky wrote:
> On Friday 25 December 2009 11:28:51 Daniel O'Connor wrote:
> > On Fri, 25 Dec 2009, Hans Petter Selasky wrote:
> > > On Friday 25 December 2009 02:07:42 Daniel O'Connor wrote:
> > > > Would it be possible to
tting LIBUSB_DEBUG but it didn't seem to produce any output.
I find that if I set 'pollonly' (ie disable interrupt pipe) it works
considerably better but still glitches not infrequently. (ie upsc reports
stale data)
--
Daniel O'Connor software and network engineer
for Genesis So
alised.
However I did notice that SANE has 1.0 API support and using that does
not trigger this problem.
Now to convince configure to pick it up by default :)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about stan
0x00, 0x01, 0x22, 0x34,
0x08 | 0x00
Endpoint 0
bLength = 0x0007
bDescriptorType = 0x0005
bEndpointAddress = 0x0081
bmAttributes = 0x0003
wMaxPacketSize = 0x0008
bInterval = 0x000a
bRefresh = 0x
bSynchAddress = 0x
Any help appre
ogram every now and then it will get stuck on the first read.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint -
gt; your device:
>
> sysctl hw.ehci.debug=15
> sysctl hw.ohci.debug=15
> sysctl hw.uhci.debug=15
OK the log is a bit big so I've put it at..
http://www.dons.net.au/~darius/wh1080-debug.txt.gz
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gso
CPU is a Core 2 E7500 @ 2.93GHz on a Supermicro C2SBA+
(http://www.supermicro.com/products/motherboard/Core/G33/C2SBA_.cfm) which has
an ICH9 chipset.
Any patches welcome!
Thanks.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"Th
/usr/src/sys/GENERIC
i386
The CPU is a Core 2 E7500 @ 2.93GHz on a Supermicro C2SBA+
(http://www.supermicro.com/products/motherboard/Core/G33/C2SBA_.cfm) which has
an ICH9 chipset.
Any patches welcome!
Thanks.
--
Daniel O'Connor software and network engineer
for Genesis So
t once.
If I switch to transferring 2k at once it goes up to 16Mb/sec.
Thanks :)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from.&q
0x... at panic+0x182
It looks like the disk is dying, or the FS is corrupt (the former might cause
the later).
Can you run smartctl on the disk? Unfortunately a lot of enclosures reject
SMART commands so you might not be able to :(
--
Daniel O'Connor software and network engineer
f
ncy, as I am
reading out of a fairly small FIFO and if it fills up my entire run has to be
aborted.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
out of a fairly small FIFO and if it fills up my entire run has to
>> be aborted.
>
>
>
> --HPS
>
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to c
LK buffering is done
>>> differently there.
>>
>> OK thanks, I'll try that too.
>
> --HPS
>
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many o
userland scheduling (in which case
writing a kernel driver should help) or some subtlety in USB itself.
Thanks :)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choos
you using two isochronous transfers or just one?
It is a single in endpoint. The device also has 2 in bulk and 2 out bulk
endpoints for other data but they are idle while the iso one is running.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.
e
> buffering!
Ahh that's no problem, I have many in flight requests as a buffer when my main
thread has to sleep waiting for a slave process to read in some data (128Mb
worth).
--
Daniel O'Connor software and network engineer
for Genesis Software - http
On 04/02/2011, at 14:32, Daniel O'Connor wrote:
> OK, I have that, it seems I need to work on the firmware as it's not sending
> data properly when I set it to iso. I'll work on that and try and figure it
> out. Unfortunately there isn't much example code on isoc
On 04/02/2011, at 15:18, Daniel O'Connor wrote:
>> I'm not sure if this is a bug in libusb, expected behaviour, or a bug in my
>> program.
>
> I think this might be the FX2 sending zero length packets because its FIFO is
> empty.
>
> Now to figure out wh
On 07/01/2010, at 14:54, Daniel O'Connor wrote:
> One problem is that ports don't know which version to use, it would be nice
> if they could just depend on devel/libusb and Magic Happened (tm) to pick
> the correct thing.
>
> Unfortunately that is beyond my port f
On 05/02/2011, at 16:01, Peter Jeremy wrote:
>> On 07/01/2010, at 14:54, Daniel O'Connor wrote:
>>> One problem is that ports don't know which version to use, it would be nice
>>> if they could just depend on devel/libusb and Magic Happened (tm) to pick
>&
On 05/02/2011, at 16:11, Daniel O'Connor wrote:
>> The correct solution is 'USE_LIBUSB=yes' with relevant magic in bsd.port.mk
>> Unfortunately this is unlikely to occur because it's only needed for 7.x
>> which will be dying within the next few years.
>
D base depends on libpthread .
OK, easy fixed.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fi
On 03/02/2011, at 17:26, Daniel O'Connor wrote:
> BTW do you have a feel for the latency in bulk vs iso? I currently have 5-10
> msec of buffering in the hardware which I plan on increasing but I'm not sure
> what a reasonable amount would be :)
I increased this by a fact
ccess to the previous system again for some more testing.
Do you have any suggestions for how I can find out exactly where it's sleeping
in libusb? Or I suppose once it's in the kernel..
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.
Also, I'm not really sure why ulpt.c is in the serial directory but that isn't
a big issue.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from.&
y the driver code if anyone is interested :)
Thanks.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0
On 25/05/2011, at 9:33, Hans Petter Selasky wrote:
> On Tuesday 24 May 2011 23:48:30 Daniel O'Connor wrote:
>> I find that my application has rare problems where it does not get a reply
>> from the micro to a control bus packet, or perhaps the micro doesn't
>> recei
but consumes too much CPU at my data rate :(
>
> You probably need an USB analyzer to figure out the real problem. Have you
> tried to start usbdump only once the problem happens?
I'll try and cook something up to run it when the problem happens.
--
Daniel O'Connor software and ne
ion: USB access library
Version: 1.0.1
Libs: -L${libdir} -lusb
Cflags: -I${includedir}
(I am assuming you're running 8.x or higher).
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that th
edir}
and try it again.
It would be nice if FreeBSD shipped with those files in (say)
/usr/libdata/pkgconfig and the pkg-config port was tweaked to search there as
well but it hasn't happened yet..
--
Daniel O'Connor software and network engineer
for Genesis Software - http://ww
sure if we want to go down that road though...
That is the other approach but it's a bit of a pain to make the libusb port do
something very different for 8.x.
(Or at least I don't have any patches for that :)
--
Daniel O'Connor software and network engineer
for Genesis Software - h
ion like that, I was thinking of a virtual port, as it were.
I don't believe that is currently possible.
Although I suppose you could have magic in bsd.ports.mk which looked for
USE_LIBUSB= or something..
--
Daniel O'Connor software and network engineer
for Genesis Software - htt
gt; 26. Ernting 2011, 19:42
> Homepage : http://www.jan0sch.de
>
> LIFE:
> A whim of several billion cells to be you for a while.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that t
On 19/09/2011, at 23:16, CDP wrote:
> is there any known USB 3.0 Expresscard compatible with FreeBSD ?
I don't know and haven't tried one, but I would guess/hope that they should
Just Work (™) so long as you have xhci loaded.
--
Daniel O'Connor software and network en
0x00 devsubclass=0x00 sernum="0"
release=0x4241 mode=host port=
3 parent=ugen1.1'
Pushing table
setting system=USB
setting subsystem=DEVICE
setting type=ATTACH
setting ugen=ugen1.3
setting cdev=ugen1.3
setting vendor=0x0463
setting product=0x
setting devclass=0x00
settin
me requests to the USB device, and I would
> like to disable this in such case.
If there is no driver then the kernel will only enumerate it which is the bare
minimum to give it an address and read out the configuration descriptors.
--
Daniel O'Connor software and network engineer
for Genes
tils/ipad_charge
(which looks like it tells the ipad to draw more current, not to enable magic
bits in the port to supply it so YMMV with various USB hardware)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is
or christmas (she uses Windows..)
so I can test with it for a little while yet :)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
GP
>Date-Required:
>Class: change-request
>Submitter-Id: current-users
>Arrival-Date: Wed May 20 23:10:03 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator: Daniel O'Connor
>Release:FreeBSD 7.2-RELEASE i386
>Organization:
>Environment:
FreeBSD
t; but using the UQ_HID_IGNORE quirk has already been committed to HEAD,
> RELENG_7 and RELENG_6 (after 7.2 was released) so it may be that we
> need to add an extra quirk to the entry that already exists.
Ahh OK, the tester only had 7.2 so I guess they didn't have the quirk..
--
Daniel O&
ms0: 8 buttons and [XYZ] coordinates ID=0
(hw power) control head <= 0x3f7a000
(hw power) control head => 0x3f7a000
(hw power) control head <= 0x3f7a000
(hw power) control head => 0x3f7a000
(hw power) control head <= 0x3f7a000
(hw power) control head => 0x3f7a000
Thanks! :)
ropriate). Please read the documentation
which came with this software (README, FAQ, manpages).
Calling sane_exit
[snapscan] sane_snapscan_exit
scanimage: finished
Anyone have any suggestions?
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice
L;
(gdb) print *devices[devcount].libusb_device
$4 = {next = 0x0, prev = 0x0, filename = "/dev/ugen0.5", '\0' ,
bus = 0x801510020, descriptor = {bLength = 18 '\022', bDescriptorType = 1
'\001',
bcdUSB = 256, bDeviceClass = 255 'ÿ', bDeviceSubClass
On Wed, 30 Sep 2009, Daniel O'Connor wrote:
> On Mon, 28 Sep 2009, Hans Petter Selasky wrote:
> > - if (sscanf(dev, "libusb:%d:%d", &busnum, &devnum) != 2)
> > + if ((sscanf(dev, "libusb:%d:%d", &busnum, &devnum) != 2) &a
On Thu, 29 Oct 2009, Hans Petter Selasky wrote:
> On Thursday 29 October 2009 04:55:53 Daniel O'Connor wrote:
> > On Wed, 30 Sep 2009, Daniel O'Connor wrote:
> > > On Mon, 28 Sep 2009, Hans Petter Selasky wrote:
> > > > - if (sscanf(dev
[re-posted to -usb]
On Friday 16 June 2006 11:48, Daniel O'Connor wrote:
> Hi,
> I am trying to use an MGE Pulsar Extreme UPS with the NUT port using the
> newhidups driver.
>
> I can read the values just fine but I can't set anything which precludes
> the PC from shut
in
devfs triggered if the DAQ card disconncted sometimes) and 9.1 (where I have
not seen any problems).
Does anyone have an idea about how I could go about gathering more information
if it happens again?
Thanks.
--
Daniel O'Connor software and network engineer
for Genesis
isn't a serial device, although the driver is a thin wrapper around the
usb_fifo code (which is very useful - thanks :)
> There are also some sysctls you can set, see hw.usb to change the shutdown
> behaviour.
This would be hw.usb.no_shutdown_wait ?
--
Daniel O'
On 09/10/2013, at 22:43, Hans Petter Selasky wrote:
> On 10/09/13 12:38, Daniel O'Connor wrote:
>> On 09/10/2013, at 20:59, Hans Petter Selasky wrote:
>> It is actually running r253505, sorry I should have mentioned that before.
>>
>> It isn't a serial
rally speaking the DAQ program sees these as IO errors and will then call
abort() because the original code was for a PCI device and so it assumed the
device could never disappear.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice th
e RS485 and high speed data bus, the other
(low speed configuration bus) is done using ioctl ->
usbd_do_request(UT_*_VENDOR_DEVICE).
I will see about cranking up the debug level and trying to provoke a failure on
the bench.
--
Daniel O'Connor software and network engineer
for Genesis Soft
On 10 Oct 2013, at 18:18, Hans Petter Selasky wrote:
> On 10/10/13 09:38, Daniel O'Connor wrote:
>>
>> On 10/10/2013, at 16:59, Hans Petter Selasky wrote:
>> The usb_fifo_* code handles all wakeups so I am not sure.
>
> The usb_fifo code only will only do re
On 20 Mar 2014, at 15:10, Daniel O'Connor wrote:
> #8 0x8070f932 in usb_ioctl (dev=,
> cmd=3222040644, addr=0xfe011fab8270 "\001", fflag=,
> td=)
>at /local0/src/sys/dev/usb/usb_dev.c:1075
Sigh, I just realised this means my driver was still using
On 20 Mar 2014, at 15:20, Daniel O'Connor wrote:
> On 20 Mar 2014, at 15:10, Daniel O'Connor wrote:
>> #8 0x8070f932 in usb_ioctl (dev=,
>> cmd=3222040644, addr=0xfe011fab8270 "\001", fflag=,
>> td=)
>> at /local0/src/sys/dev/usb
r bug report!
Wow, very fast turn around, thanks!
I am running a patched kernel now.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tan
oted a 10.0 DVD and it seems to behave the same way.
I also tried a USB 3 HD enclosure and it frequently connects at 480MBit as well
so I don't think it's an issue with the firmware I wrote.
Does anyone have a recommendation, or a path to debugging it?
Thanks.
--
Daniel O'Connor
On 11 Apr 2014, at 16:06, Hans Petter Selasky wrote:
> On 04/11/14 06:33, Daniel O'Connor wrote:
>> Also, when it does connect at 5Gbps the speed seems quite slow - on my
>> laptop (with USB controller VID 0x8086 PID 0x9c31 - Lynx point I think) I
>> get 225MB/sec
On 11 Apr 2014, at 17:58, Hans Petter Selasky wrote:
> On 04/11/14 09:29, Daniel O'Connor wrote:
>>
>> On 11 Apr 2014, at 16:06, Hans Petter Selasky wrote:
>> Finally, I ran systat -vmstat 1 while running the test and I see 4000
>> IRQ/sec on the xhci device
On 11 Apr 2014, at 19:27, Daniel O'Connor wrote:
> On 11 Apr 2014, at 17:58, Hans Petter Selasky wrote:
>> On 04/11/14 09:29, Daniel O'Connor wrote:
>>>
>>> On 11 Apr 2014, at 16:06, Hans Petter Selasky wrote:
>>> Finally, I ran systat -vmstat 1
On 11 Apr 2014, at 19:38, Hans Petter Selasky wrote:
> On 04/11/14 09:29, Daniel O'Connor wrote:
>> usb_xf[i].xf = libusb_alloc_transfer(0);
>> usb_xf[i].idx = i;
>> usb_xf[i].done = 0;
>> usb_xf[i].submitted = 0;
>
> I
On 11 Apr 2014, at 19:49, Daniel O'Connor wrote:
>> ^^^ add a clause for super-speed to use 32K/64K here:
>
> I think that only applies to libusb 0.1 - I am using the 1.0 API.
I'm not sure if it's relevant or not but I note that with my driver being read
by dd I
On 11 Apr 2014, at 23:43, Hans Petter Selasky wrote:
> Try this patch. I'm pretty sure you can get +256
> MByte/second using LibUSB too.
>
> http://svnweb.freebsd.org/changeset/base/264344
Unfortunately it doesn't seem to have a no impact on performance - I still get
ncrease the request size!
I changed it to do 32k requests and now it 225MB/sec - very nice :)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andre
now? Five+ years??
This isn't a helpful thing to say when you're using a volunteer project.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from
ally different
between stable and head so there's probably not much point.
You could try gathering some debugging using usbdump and sysctl
hw.usb.uhub.debug=15
(although deciphering it requires knowledge of how USB works and how the stack
is written..)
--
Daniel O'Connor software
On 25 May 2014, at 12:36, Daniel O'Connor wrote:
> I'll take pictures of them on Monday.
http://imgur.com/a/N8Dto
The non-working one uses an EtronTech EJ188H
The working one uses a VLI VL800 (I think, my photo was pretty hard to read)
--
Daniel O'Connor software and ne
On 26 May 2014, at 11:59, Daniel O'Connor wrote:
> On 25 May 2014, at 12:36, Daniel O'Connor wrote:
>> I'll take pictures of them on Monday.
>
> http://imgur.com/a/N8Dto
>
> The non-working one uses an EtronTech EJ188H
> The working one uses a VLI VL80
;t written
with human beings in mind ;)
It just means there is no point retrying because it isn't a transient error (I
believe). This is typically caused by devices which reject legal SCSI commands
hence HPS's suggestion to add a quirk so the SCSI stack doesn't try s
uap=0xff812b6afa70) at /usr/src/sys/kern/sys_generic.c:696
And crd->rxfifo is NULL.
I haven’t looked very hard at this yet, but it is quite easy to reproduce.
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about s
On 3 Oct 2014, at 21:18, Hans Petter Selasky wrote:
> On 10/03/14 13:19, Daniel O'Connor wrote:
>> Hi,
>> I have a custom USB device based on the Cypress FX2 and we are finding that
>> with some older kernels it hangs - this was fixed in
>> https://svnwe
75 matches
Mail list logo