Hello!
I'm student at the universty of Kaiserslautern and am working now on an
FPGA-Board (the operation
system is uclinux, a MMU less version of Linux based on Kernel 2.4.x) for my
thesis.A isp1761 card
have been add on this board. But i was not able to find until yet a driver for
this c
Greg:
Some old Intel UHCI controllers have a bug that has shown up in a few
systems (the PIIX3 "Neptune" chip set). Until now there has not been any
simple way to work around the bug, but the lastest changes in uhci-hcd
have made it easy. This patch (as684) adds the work-around.
Alan Stern
On Wed, 10 May 2006, Vojtech Pavlik wrote:
> On Wed, May 10, 2006 at 10:50:47AM -0400, Alan Stern wrote:
> > Dmitry and Vojtech:
> >
> > So many USB keyboards require the HID_QUIRK_NOGET blacklist flag, does it
> > make sense to set the flag automatically for every keyboard device?
> >
> > Or w
On 5/11/06, David Brownell <[EMAIL PROTECTED]> wrote:
On Wednesday 10 May 2006 9:38 pm, Christopher Montgomery wrote:
> On 5/10/06, David Brownell <[EMAIL PROTECTED]> wrote:
> > On Wednesday 10 May 2006 10:35 am, Christopher Montgomery wrote:
> > > In some
> > > ways it's easier to just stack req
On Fri, May 12, 2006 at 07:31:37PM +0200, Oliver Neukum wrote:
> Very good. It seems that all corrupted buffers have a length of 128.
> Could you remove the multiplicator "*2" from this line:
> readsize = le16_to_cpu(epread->wMaxPacketSize)*2;
> and retest?
That's it! Now with NRU=NRB=1 it w
Am Freitag, 12. Mai 2006 21:29 schrieb Alexander V. Lukyanov:
> On Fri, May 12, 2006 at 07:31:37PM +0200, Oliver Neukum wrote:
> > Very good. It seems that all corrupted buffers have a length of 128.
> > Could you remove the multiplicator "*2" from this line:
> > readsize = le16_to_cpu(epread->
Hi Dave,
David Brownell wrote:
On Monday 08 May 2006 5:06 pm, Duck wrote:
Hi,
I'm working on an ARM-based SoC with an ARC USB block. It has
2 EHCI host controllers and an OTG controller. Everything
worked fairly well on a 2.6.10+ kernel. However, after moving my
code to 2.6.16.11, I'm havi
This switches OHCI over to the "new" scheme so that it's more
completely IRQ-driven. Not using a timer means that mechanisms
like "dynamic tick" and "variable scheduler timeout" have more
scope to reduce the timer IRQ rate, leaving CPUs in lower power
modes for longer periods.
(For 2.6.18-early.)
On Wednesday 08 March 2006 4:42 pm, Greg KH wrote:
> On Wed, Mar 08, 2006 at 07:36:06PM +0100, Thomas Brinker wrote:
> > Hi!
> >
> > This adds support for the FHG_USB32 IP-Core Modul from emsys GmbH
> > and Fraunhofer Gesellschaft.
> > This is a USB 1.1 Function/Client Module. It can be attached
> > > The EHCI FS/LS sceduling should probably be aping the OHCI
> > > behavior as it's known to work well.
> >
> > No; ohci-hcd does some "best fit" logic, which happens to be cheap for
> > that hardware. Whereas ehci-hcd uses "first fit", because it's costly
> > to do highspeed scheduling.
On Tuesday 09 May 2006 10:37 pm, Nathan Becker wrote:
> I added 1 line to drivers/usb/host/ehci-pci.c which sets the DMA mask,
> and now it seems to work with ehci loaded and with 4 GB of RAM.
> Unfortunately, I don't really understand what I did. Perhaps you have
> a better idea what this is doin
On Thu, 11 May 2006, Sean Bruno wrote:
> Kind of interesting behaviour in the 'dummy_hcd' device under
> 2.6.16.4 ... If I load, then unload the g_file_storage module, I get
> either a lock-up or an Oops on my i386 box.
>
> I executed 'modprobe dummy_hcd', 'modprobe g_file_storage
> file=/var/t
12 matches
Mail list logo
