On Sat, 16 Jun 2007, manoj mathai wrote:
> On 6/6/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> > Can you find out which process is using a lot of CPU time? Or do you
> > think the problem is simply that too much memory is being used for
> > buffers?
>
> i ran 'top' this time when i was performing
On Tue, 5 Jun 2007, Alan Stern wrote:
> What you need to do is reduce the amount of memory used for I/O buffers.
> However I don't know how you can control it. Maybe people on LKML can
> provide some advice.
Playing with /proc/sys/vm/dirty* might be worthwile.
--
Jiri Kosina
--
On Tue, 5 Jun 2007, manoj mathai wrote:
> hi,
>
> I am Manoj from Mumbai, India. I am having problems with my USB 2.0
> pen drive on linux. i am having the same problem on almost all linux
> distros i tried and i think it might have something to do with the
> linux usb drivers. i am not sure thou
hi,
I am Manoj from Mumbai, India. I am having problems with my USB 2.0
pen drive on linux. i am having the same problem on almost all linux
distros i tried and i think it might have something to do with the
linux usb drivers. i am not sure though,
please correct me if i am wrong. i don't mind a d
On Fri, 15 Sep 2006, William Wightman wrote:
> The external USB Hard-drive I have is not transferring data at 2.0 speeds.
>
> USB HD is a:
> Seagate P# 9Y1682-556 It is a USB 2.0 device which is suppose to
> handle 480 Mbits/sec.
>
> I have examined the ports on the system and am confident
Am Freitag, 15. September 2006 22:45 schrieb William Wightman:
> I download usbtree to get this information a little more readable:
>
> /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M
> |__ Port 3: Dev 2, If 0, Class=stor., Driver=usb-storage, 480M
>
>
> Looking at this ne
The external USB Hard-drive I have is not transferring data at 2.0 speeds.
USB HD is a:
Seagate P# 9Y1682-556 It is a USB 2.0 device which is suppose to
handle 480 Mbits/sec.
I have examined the ports on the system and am confident that I am plugged
into a USB 2.0 port.
Here's some info:
So...I bought a CardBus USB adapter...and it SAID that it is an OHCI
compatible adapter, but it isn't. In fact, it doesn't even seem to be
properly supported by the UHCI driver. But, that isn't the issue.
Can someome recommend a PCMCIA USB 2.0 adapter that uses the OHCI/EHCI
driver?
-
On Friday 25 November 2005 12:59 am, jinqi huang wrote:
> Hi ALL,
> When I connect devices to tier 2 hub(Host+RootHub
> named tier 1 according to USB specification), all
> devices cannot be detected on ppc32/ppc64 machine, but
> all these devices connected to root hub, all work
> fine ...
> T: Bus
Hi ALL,
When I connect devices to tier 2 hub(Host+RootHub
named tier 1 according to USB specification), all
devices cannot be detected on ppc32/ppc64 machine, but
all these devices connected to root hub, all work
fine, following is the relative information about this
problem:
#cat /proc/bus/usb/dev
On Sat, 29 Oct 2005, Jayaprakash Shanmugam wrote:
> Hi All,
>
> We have a ISP 1561 based USB host (supports both ohci and ehci) in
> our board. When we have the ohci drivers for this host, we were able
> to transfer 1024 bytes of bulk data from the device connected to it.
> But, when we read
Hi All,
We have a ISP 1561 based USB host (supports both ohci and ehci) in
our board. When we have the ohci drivers for this host, we were able
to transfer 1024 bytes of bulk data from the device connected to it.
But, when we read the bulk data (1024 bytes) with ehci drivers
installed, it retu
Hi,
I'm getting an oops on my MIPS system with a NEC EHCI USB controller and
Linux 2.4.30.
I have traced this to a NULL pointer dereference in start_unlink_async():
prev = ehci->async;
while (prev->qh_next.qh != qh) {
prev = prev->qh_next.qh;
On Wed, 27 Jul 2005 20:26:38 +0530, Jayaprakash Shanmugam <[EMAIL PROTECTED]>
wrote:
> When we insmod ehci-hcd, the hub sometimes enumerates as 2.0 device.
> But most of the times it gives protocol error (-71) while reading the
> device descriptor.
Most of the time it is a signal integrity issu
Hello All,
We have our custom board (running on 2.6) on which a USB Hub (
Philips ISP 1521 ) connected to the Ehci-controller ( Philips ISP
1561) .
When we insmod ohci-hcd, the hub enumerates properly as 1.1 device.
When we insmod ehci-hcd, the hub sometimes enumerates as 2.0 device.
But most
On Thursday 19 May 2005 12:16 pm, Thomas Lidy wrote:
>
> I recently equipped a Pentium 133 computer, that I use as Router and
> Fileserver, with a 4 port USB 2.0 PCI card and connected a new Western
> Digital 250 GB external USB hard drive to it.
This is a VIA VT6202 card. They've never worked a
I recently equipped a Pentium 133 computer, that I use as Router and
Fileserver, with a 4 port USB 2.0 PCI card and connected a new Western
Digital 250 GB external USB hard drive to it.
The computer is running a Debian system, kernel 2.6.9 until yesterday, which
i upgraded today to 2.6.11.10 hop
Viestissä Sunday, 27. Februaryta 2005 01:28, Gerd v. Egidy kirjoitti:
> Hi,
>
> > USB pen is not always detected. The device is found 1-3 times for 10 tries
> > of connecting device to computer.
> >
> > The device is quite new, so I have not yet searched backwards for a kernel
> > detecting it alw
Hi,
> USB pen is not always detected. The device is found 1-3 times for 10 tries
> of connecting device to computer.
>
> The device is quite new, so I have not yet searched backwards for a kernel
> detecting it always, if there is any.
I got similar-looking problems with connecting my memory stic
Problem
---
USB pen is not always detected. The device is found 1-3 times for 10 tries of
connecting device to computer.
The device is quite new, so I have not yet searched backwards for a kernel
detecting it always, if there is any.
Software
Debian unstable, 2.6.11-rc4 from ker
On Fri, 18 Feb 2005, Cedric Pellerin wrote:
> Hi,
>
> Just a little mail to tell you I found a (ugly) way to have all my usb
> 2.0 keys well recognized by kernel. Before I had a lot of errors and my
> keys were recognized about once on ten times. I just add a little delay
> in drivers/usb/core
Hi,
Just a little mail to tell you I found a (ugly) way to have all my usb
2.0 keys well recognized by kernel. Before I had a lot of errors and my
keys were recognized about once on ten times. I just add a little delay
in drivers/usb/core/hub.c (after line 2147 for 2.6.10 kernel) with a
msleep(
On Tuesday 25 January 2005 12:00 am, [EMAIL PROTECTED] wrote:
> I use Slackware 10 with kernel 2.6.10 on a notebook Acer Aspire 1621LM
> (P4 2.8Ghz, ATI MOBILITY RADEON 9100 IGP Chipset).
>
> My problem was that all of my usb 2.0 devices (a pendrive and an external
> hdd) work in full
> speed mo
I use Slackware 10 with kernel 2.6.10 on a notebook Acer Aspire 1621LM (P4
2.8Ghz, ATI MOBILITY RADEON 9100 IGP Chipset).
My problem was that all of my usb 2.0 devices (a pendrive and an external hdd)
work in full speed mode (12 Mbit/s) and not in high speed mode (480 Mbit/s).
In Windows XP they
On Sat, 8 Jan 2005 13:28:37 -0800, David Brownell <[EMAIL PROTECTED]> wrote:
> > BTW, while working for this particular customer I did find a problem in
> > the 2.4 EHCI code that was particular to the MIPS platform (which is
> > what my customer is using.) In the structure ehci_qh, there is an
>
On Sat, 08 Jan 2005 12:07:44 -0600, Larry Schiefer <[EMAIL PROTECTED]> wrote:
> Thanks for the feedback. This probably isn't a question for you, but if
> someone were to back-merge this functionality, what are the chances the
> 2.4 kernel maintainers would allow it to be patched into the mainline
On Saturday 08 January 2005 10:36 am, Larry Schiefer wrote:
>
> BTW, while working for this particular customer I did find a problem in
> the 2.4 EHCI code that was particular to the MIPS platform (which is
> what my customer is using.) In the structure ehci_qh, there is an
> atomic reference cou
On Sat, 8 Jan 2005, Larry Schiefer wrote:
> Alan,
>
> Thanks for the feedback. This probably isn't a question for you, but if
> someone were to back-merge this functionality, what are the chances the
> 2.4 kernel maintainers would allow it to be patched into the mainline
> since it's not a bugfi
David,
Thanks for the additional input.
BTW, while working for this particular customer I did find a problem in
the 2.4 EHCI code that was particular to the MIPS platform (which is
what my customer is using.) In the structure ehci_qh, there is an
atomic reference counter, refcount. This structu
Alan,
Thanks for the feedback. This probably isn't a question for you, but if
someone were to back-merge this functionality, what are the chances the
2.4 kernel maintainers would allow it to be patched into the mainline
since it's not a bugfix?
Thanks,
Larry
On Sat, 2005-01-08 at 12:00, Alan St
On Saturday 08 January 2005 7:45 am, Larry Schiefer wrote:
> 2. Is there something in the scatter-gather change that restricts it
> from being back-ported to the 2.4 kernel?
The main thing I'd worry about with respect to calling usb_sg_*() is
that for 2.4 HCDs the URB queueing isn't trustworthy .
David Brownell may have more to add, but here's my understanding...
On Sat, 8 Jan 2005, Larry Schiefer wrote:
> The Linux USB website had a short description about a change made to the
> USB 2.0 core and usb-storage drivers to support large I/O scatter lists
> at once. According to the descripti
All,
My name is Larry Schiefer and I am a software engineer for
Intelligraphics, Inc. We specialize in device driver and embedded
system development.
Currently, I am working for a client brining up MontaVista Linux on
their custom MIPS based platform. MV Linux runs a bit behind the latest
kerne
Hallo!
I am using Linux kernel 2.6.8.1 and 2.6.9-rc2.
Results are the same with both kernels.
I got a couple of USB 2.0 cards besed on ALi's M5273 chip.
With the ohci-hcd module (as USB 1.1) they work very well, no probs.
But with the ehci-hcd module (as USB 2.0) they give me a lot of trouble:
To g
Ok, everytime I boot linux now with 2.6.8.1 kernel, my
usb 2.0 hub(external) has no lights on, until I
unplug/replug the hub. It is also not listed in
/proc/bus/usb/devices
fedora core 2,with updates
___
Do you Yahoo!?
Win 1 of 4,000 free domain name
I was wondering if there are any usb 2.0 tv tuners that work in linux, that do not
require line in and have the hardware decoding on the device(not requiring the cpu)
thanks
___
No banners. No pop-ups. No kidding.
Make My Way your home on the Web -
Hi again,
On Mon, 23 Feb 2004, Alan Stern wrote:
> Basically the same fix that worked for "Francis, Chong Chan Fai" ought to
> work for you. It's a very simple change, as you can see from the patch
> below.
>
> Alan Stern
>
>
> = scsiglue.c 1.70 vs edited =
> --- 1.70/drivers/usb/s
On Mon, 23 Feb 2004, Juhan Ernits wrote:
> Hi,
>
> this post is partly a supplement of Francis, Chong Chan Fai's post from Feb 07,
> 2004.
> http://www.mail-archive.com/[EMAIL PROTECTED]/msg19771.html
>
> The behaviour is similar, i.e. the attached USB2.0 hardisk fails when ehci_hci
> module i
Hi,
this post is partly a supplement of Francis, Chong Chan Fai's post from Feb 07,
2004.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg19771.html
The behaviour is similar, i.e. the attached USB2.0 hardisk fails when ehci_hci
module is loaded, but works fine without it (i.e. in USB1.1 mode)
On Sun, 8 Feb 2004, Francis, Chong Chan Fai wrote:
> Hi,
>
> I have my laptop installed with Fedora Core (Kernel 2.4.22), and I want to
> use a USB 2.0 120G hard drive via a Cardbus USB2.0 adaptor.
> I plug the Cardbus card, and then the USB2.0 HD, (after a few config) linux
> recognize my HD and
Hi,
I have my laptop installed with Fedora Core (Kernel 2.4.22), and I want to
use a USB 2.0 120G hard drive via a Cardbus USB2.0 adaptor.
I plug the Cardbus card, and then the USB2.0 HD, (after a few config) linux
recognize my HD and I can use mount /dev/sda1 /mnt/extra to mount it.
HOWEVER, the
Nolan Orwan wrote:
On advice from Thomas Schorpp on the usb-users list, I reinstalled the
USB 2.0 card from the last PCI slot to the first one. After that,
everything worked fine.
That'd seem to suggest some sort of hardware or IRQ routing problem,
nothing related to USB (except that it's the h
I added a USB 2.0 interface card (ADS Technologies USB Turbo 2.0) to my
AMD Athlon box running Red Hat 9 and its stock 2.4.20-8 kernel. I also
thought it would be nice to have an external USB 2.0 hard drive for
backups and what have you and purchased some gear for that purpose as
well (ADS Tec
Bernd Porr wrote:
Hi all,
I'm running an USB interrupt transfer with 2.4.22. It works fine until I
unlink it. The reason is that the dev entry in the urb is zero. Unlink
simply returns an error -19. If I force urb->dev to the dev I got from
probe I get an -EINVAL. So the transfer loops forever
Hi all,
I'm running an USB interrupt transfer with 2.4.22. It works fine until I
unlink it. The reason is that the dev entry in the urb is zero. Unlink
simply returns an error -19. If I force urb->dev to the dev I got from
probe I get an -EINVAL. So the transfer loops forever and only a reboot
On Thu, 2 Oct 2003, Richard Stover wrote:
> What do you think determines this current limit of 3 transactions
> per microframe? Is it primarily cpu speed that sets the amount
> of time it takes to get another transaction going? I suspect it
> is not the FX2 chip, but I haven't verified that yet.
Richard Stover wrote:
It would still be nice to have high-bandwidth interrupt
packets (24Mb/sec guaranteed bandwidth) eventually. But for now
I'm happy with 12Mb/sec bulk transactions.
I'm dusting off a patch that will do that as a side effect
of more significant periodic scheduling updates. You
You say you can maintain one transaction per microframe -- what's the
bottleneck?
How big are the buffer sizes in the URBs that you queue for your
transfers? There's no reason for them to be limited to 512 bytes.
Alan Stern
Thanks for pointing that out Alan. I just tested it and I can
get up
On Wed, 1 Oct 2003, Richard Stover wrote:
> I just tested bulk transactions. On the 3GHz P4 on which
> I'm doing the development I can maintain one transaction
> per microframe. Of course packet size is reduced to 512 bytes
> from the (nominal) 1024 interrupt transactions packet size.
> This gets
Hi David,
If I could get the one-microframe period to work with
interrupts that would get me very close to my original
goal of 10Mbyte throughput.
See the spec for wMaxPacketSize ... it makes more sense
in hex, since you're interpreting the high bandwidth
multiplier bitfield incorrectly.
Oh yes,
I just tested bulk transactions. On the 3GHz P4 on which
I'm doing the development I can maintain one transaction
per microframe. Of course packet size is reduced to 512 bytes
from the (nominal) 1024 interrupt transactions packet size.
This gets me to 4Mbyte/s throughput. I really need 10Mbyte.
It
Richard Stover wrote:
I'm going to try bulk transfers this afternoon.
I also just tried doing high bandwidth interrupt
transfers. I thought that perhaps I could get
three transfers per microframe.
Not yet supported ...
In /proc/bus/usb/devices I see this for my interrupt
endpoint:
E: Ad=82(I) At
Richard Stover wrote:
I have noted two limitations on
INTERRUPT endpoints. First, the maximum packet size seems
to be 1023 bytes instead of 1024 bytes. This is a minor
problem, but it does seem to violate the USB 2.0 specs.
I get a urb status in my callback of -75 when I try 1024 bytes.
That would
I may be able to get more extensive logging later, but
unplugging/replugging is what moves it to next
/dev/sd:O
--- Alan Stern <[EMAIL PROTECTED]> wrote:
> On Tue, 30 Sep 2003, Mr. Mailing List wrote:
>
> > everytime i plug in my usb sandisk reader, or i
> think
> > even when i put the card in, it
I'm going to try bulk transfers this afternoon.
I also just tried doing high bandwidth interrupt
transfers. I thought that perhaps I could get
three transfers per microframe.
In /proc/bus/usb/devices I see this for my interrupt
endpoint:
E: Ad=82(I) Atr=03(Int.) MxPS=3066 Ivl=125us
Note that 3066
On Wed, 1 Oct 2003, Richard Stover wrote:
> I'm writing a USB driver for a custom interface we are
> developing for an astronomical camera. We are using the
> Cypress FX2 USB chip. Most aspects of the system are working
> fine but so far the throughput is not as high as required
> to support the d
I'm writing a USB driver for a custom interface we are
developing for an astronomical camera. We are using the
Cypress FX2 USB chip. Most aspects of the system are working
fine but so far the throughput is not as high as required
to support the data rate. I have noted two limitations on
INTERRUPT e
On Tue, 30 Sep 2003, Mr. Mailing List wrote:
> everytime i plug in my usb sandisk reader, or i think
> even when i put the card in, it moves to the next
> /dev/sd device.
>
> how do i FORCE it, as it is the only device i have
> that uses scsi emulation, to stay at /dev/sda?
It should do that no
everytime i plug in my usb sandisk reader, or i think
even when i put the card in, it moves to the next
/dev/sd device.
how do i FORCE it, as it is the only device i have
that uses scsi emulation, to stay at /dev/sda?
__
Do you Yahoo!?
The New Yahoo! Shopping - wi
On Sunday 24 August 2003 01:26 pm, David Brownell wrote:
> Scott Lampert wrote:
> > Attached is all the data about the various components I thought might be
> > useful and the output of UMass debug right when it starts to fail. If
> > there is some more data needed, or I'm sending to the wrong lis
On Sun, 24 Aug 2003, David Brownell wrote:
> These usb-storage debug messages seem to have been improved, they're now
> almost bearable. But they don't say what the SCSI operation is; I can't
> tell if the failed transfer is a USB IN or OUT transfer. I'm guessing it's
> an OUT (write) transfer.
Scott Lampert wrote:
Attached is all the data about the various components I thought might be
useful and the output of UMass debug right when it starts to fail. If
there is some more data needed, or I'm sending to the wrong list, or
ideas for things to try please let me know.
This is the right lis
I originally sent this to the linux-kernel list and was told to send it
here instead so apologies if some of you have seen this already.
I have problems getting my Sony DRU-500A on an external USB 2.0 enclosure
working reliably with my IOGear USB 2.0 card on any of the late
2.5.x/2.6.0-test kerne
Welcome
I have to write an usb2.0 driver in Linux (slackware distribution) for
Cypress chip cy7c68013-100ac. Anyone could help me ? In forward reply I will
describe my work more precisely...
Best regards from Poland
---
This sf.net email is spo
Koen Van Renterghem wrote:
Small reads or writes finish just fine, but writing several packets
results in the following error :
/drivers/usb/core/hcd.c : shutdown 00:10:3 urb c133ff1c pipe
40408180 current status -108
That message comes from shutting down the host controller after
an error
Hi,
I'am currently developing a device based on the Cypress FX2 chip. I've
build a small driver (based on usb-skeleton.c and usbtest.c) that reads
from or writes to an endpoint for kernel 2.4.20 and 2.5.50. Both are
problematic.
Small reads or writes finish just fine, but writing several packet
On Sun, 2002-04-28 at 10:19, David Brownell wrote:
> I noticed this is due to be available any day now:
>
> http://www.orangemicro.com/ibot2.html
>
> Surely someone will want to write Linux driver for it?
> 640x480 at 30fps, uncompressed, lotsa colors? :)
Without specs it would be a badly
I noticed this is due to be available any day now:
http://www.orangemicro.com/ibot2.html
Surely someone will want to write Linux driver for it?
640x480 at 30fps, uncompressed, lotsa colors? :)
- Dave
___
[EMAIL PROTECTED]
To unsubscribe, use t
Ahh, I see it now. Would it be a good idea to link it from the main page
as well ? I imagine quite a few people would be interested, and besides
it is more thorough than simply a status of USB 2.0 adaptors.
best
Vladimir Dergachev
On Sun, 21 Ap
It is linked from the devices page.
On Sun, 21 Apr 2002, Vladimir Dergachev wrote:
>
> Thank you for a very informative reply ! Btw, I could not find a link to
> usb2.html from www.linux-usb.org main page..
>
> best
>
> Vladimir Dergache
Thank you for a very informative reply ! Btw, I could not find a link to
usb2.html from www.linux-usb.org main page..
best
Vladimir Dergachev
On Mon, 15 Apr 2002, David Brownell wrote:
> > Is there some webpage I read it to find out the
> > Is there some webpage I read it to find out the status of USB 2.0 support
> > in Linux ? (In particular the "highspeed mode" or whatever 480mbit/sec is
> > called).
> >
> > If not, could some enlighten me ?
>
> No webpage so far ... just try it out! ...
Since I'm getting a bunch of questi
> Is there some webpage I read it to find out the status of USB 2.0 support
> in Linux ? (In particular the "highspeed mode" or whatever 480mbit/sec is
> called).
>
> If not, could some enlighten me ?
No webpage so far ... just try it out! Meanwhile:
linux/Documentation/usb/ehci.txt ... i
Is there some webpage I read it to find out the status of USB 2.0 support
in Linux ? (In particular the "highspeed mode" or whatever 480mbit/sec is
called).
If not, could some enlighten me ?
thanks !
Vladimir Dergachev
_
On Mon, 4 Feb 2002 [EMAIL PROTECTED] wrote:
> On the shelf with linux support.And get the packing that the products
> are wrapped up in with print.
The devices which will conform to standard USB classes will have
Linux support out of box.
The example is newer Phison/AVL 5in1 SmartMedia/CF/
On Mon, Feb 04, 2002 at 04:52:54PM -0500, [EMAIL PROTECTED] wrote:
>
> It would be nice to work with hardware vendors now, before they release
> their products for sale.
I don't think you will find anyone on this mailing list who disagree
with this :)
Tough part is finding those hardware vendor
vices working
under Linux.
Dwaine
David Brownell <[EMAIL PROTECTED]>@lists.sourceforge.net on 02/04/2002
03:01:09 PM
Sent by: [EMAIL PROTECTED]
To: Chris Ahna <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
cc:
Subject: Re: [linux-usb-devel] USB 2.0 Devices
The usb-storage
The In-System/Cypress ISD-300 USB Mass Storage bridge is not only 2.0
compliant, it works with the current usb-storage driver in Linux at 2.0
speeds.
Matt
On Mon, Feb 04, 2002 at 09:54:42AM -0800, Chris Ahna wrote:
> Hi,
>
> I'm getting ready to test the new USB 2.0 support on a few of my
> sys
le in stores yet.
- Dave
- Original Message -
From: "Chris Ahna" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 04, 2002 9:54 AM
Subject: [linux-usb-devel] USB 2.0 Devices
> Hi,
>
> I'm getting ready to test the new USB 2.0 support
Hi,
I'm getting ready to test the new USB 2.0 support on a few of my
systems. I see that the EHCI HCD is in 2.5 but I don't see any drivers
for USB 2.0 devices. Are there Linux drivers for any USB 2.0 devices?
Thanks a lot,
Chris
___
[EMAIL PROTECTE
Found on http://www.hexus.net:
-
USB2.0 to ship on Intel and VIA Southbridges in 2002
Posted on Tuesday, January 1, 2002 by Ryszard
An email from a highly trusted source landed in my Inbox with a couple of tasty
tidbits of
information regarding chipsets in 2002.
Firstly, Intel are
OK, so I see all five patches got through the list server.
To summarize, if you apply these to kernel 2.5.1 you'll
have basic USB 2.0 functionality: enumerating high
speed devices, and lowspeed ones through USB 2.0
hubs. Doing control and bulk requests to them. Some
highspeed interrupts work,
> Q. Are both modules meant to be loaded concurrently?
Yes.
> Is ehci-hcd supposed to gracefully cede to ohci-hcd if
> it detects a low or full speed device? <--- I can't get this
> to work.
Yes, but there appears to be a bug there now, in the EHCI
root hub code. I haven't been working on that
Hi folks,
Need some clarification on ehci-hcd and ohci-hcd.
Q. Are both modules meant to be loaded concurrently?
Is ehci-hcd supposed to gracefully cede to ohci-hcd if
it detects a low or full speed device? <--- I can't get this
to work.
I see (in dmesg)
low speed, give to companion
Cannot ena
I have a USB 2.0 card (not hub) made by OrangeUSB. They also make 2.0
hubs, but I don't have one. A google search comes up with lots of
resellers:
http://www.google.com/search?q=orangeusb
http://www.google.com/search?q=orangeusb+hub
However I don't know of any actual 2.0 devices... :(
On Tu
I've not seen any for sale, but someone did send me one.
It's been a help getting the interrupt transfers to behave;
they're almost working, which means highspeed hub
support isn't too far away. (I've been really short on
USB hacking time until recently.)
FYI as soon as I get the interrupt trans
On Wed, Oct 17, 2001, Brad Hards <[EMAIL PROTECTED]> wrote:
> Matthew Dharm wrote:
> >
> > I've heard that 2.0 hubs are available on the store shelves in Australia,
> > but that's about all I've heard.
> That would have been my advice :)
>
> I have two on my lab desk. They are based on the NEC c
Matthew Dharm wrote:
>
> I've heard that 2.0 hubs are available on the store shelves in Australia,
> but that's about all I've heard.
That would have been my advice :)
I have two on my lab desk. They are based on the NEC chipset that have
apparently been recalled. I don't know what the failure m
I've heard that 2.0 hubs are available on the store shelves in Australia,
but that's about all I've heard.
Matt
On Tue, Oct 16, 2001 at 03:18:27PM -0400, Matt Kaufman wrote:
> Apologies for the somewhat off-topic post.
> Anyone on this list know of a vendor
> with USB 2.0 compliant hubs availabl
On Tue, Oct 16, 2001, Matt Kaufman <[EMAIL PROTECTED]> wrote:
> Apologies for the somewhat off-topic post.
> Anyone on this list know of a vendor
> with USB 2.0 compliant hubs available? The links on the USB.org pages lead
> you to vendors who claim their hub chips have all been recalled and no hu
Apologies for the somewhat off-topic post.
Anyone on this list know of a vendor
with USB 2.0 compliant hubs available? The links on the USB.org pages lead
you to vendors who claim their hub chips have all been recalled and no hubs
till November.
--
Matt Kaufman [EMAIL PROTECTED]
___
> Excellent news!!! Good job.
Thanks!
>I'm happy the ISD guys were helpful.
Very much so. Also worth mentioning: Cypress, Intel, NetChip.
- Dave
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/
Just thought I'd drop a quick status note. The current EHCI
driver is behaving with the In-System adapter that's found in
the current set of HighSpeed-capable USB storage units.
(And the NEC controller found in USB 2.0 PCI cards.)
This means is that you can get megabytes per second disk
transfer
93 matches
Mail list logo
