On Tue, 5 Apr 2005, Andrew Morton wrote:
> Carlos Martin <[EMAIL PROTECTED]> wrote:
> >
> > On Apr 5, 2005 4:51 PM, Carlos Martin <[EMAIL PROTECTED]> wrote:
> > > On Apr 5, 2005 2:48 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Carlos, could you please test 2.6.12-rc2, see if the
Guys, is this a USB problem?
Begin forwarded message:
Date: Tue, 5 Apr 2005 13:24:08 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 4447] New: USB Card reader does not mount CF disk
larger than 32M
http://bugme.osdl.org/show_bug.cgi?id=4447
Summary
Carlos Martin <[EMAIL PROTECTED]> wrote:
>
> On Apr 5, 2005 4:51 PM, Carlos Martin <[EMAIL PROTECTED]> wrote:
> > On Apr 5, 2005 2:48 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > Carlos, could you please test 2.6.12-rc2, see if the bug has leaked into
> > > mainline?
> > >
> > > Thanks
having fun playing with firmware loading i discovered:
Apr 5 12:07:30 sputnik kernel: usb 1-1: USB disconnect, address 7
Apr 5 12:07:30 sputnik kernel: usb_unlink_urb() is deprecated for synchronous
unlinks. Use usb_kill_urb() instead.
Apr 5 12:07:30 sputnik kernel: Badness in usb_unlink_urb
> I'm working with ISP1362 on some PPC405EP-based embedded
> platforms.
..
> I found several threads in this mailing list about this chip, but
> it seems nobody works with Philips software
>
(http://www.semiconductors.philips.com/acrobat/usermanuals/UM10012_2.pdf).
> Are there particular reasons t
The following is a proposed patch to make KTI-1 and RBI-1 token
initializers work, as well as several absolute-positioning devices.
See also bug 1048 in the kernel bugzilla.
The issue is that successive reports of the same value will get
eaten, while these devices rely on such reports being passed
Another resend, this is in 2.6.12-rc2-mm1 too.
- Dave
This patch includes minor "sparse -Wbitwise" updates for the PCI based
HCDs. Almost all of them involve just changing the second parameter of the
suspend() method to a pm_message_t ... the others relate to how the EHCI
code walks in-memory da
This is another resend, patch already in 2.6.12-rc2-mm1.
- Dave
This is the first of a few installments of PM API updates to match the
recent switch to "pm_message_t". This installment primarily affects
USB device drivers (for USB interfaces), and it changes the handful of
drivers which currently
This is a resend; the patch is in 2.6.12-rc2-mm1 already.
- Dave
This has a variety of updates to the shared suspend/resume code for
PCI based USB host controllers.
- Cope with pm_message_t replacing the target system state.
This is actually a loss of functionality; PCI D1 and D2
On Tuesday 05 April 2005 11:44 am, Colin Leroy wrote:
> Hi,
>
> There are known issues with USB after suspend/resume (D3 hot) on
> powerpc.
Also known fixes to some of them, which haven't yet been merged.
I'll repost these as followups to this message, to linux-usb-devel
and CC Colin. They're in
Hi,
There are known issues with USB after suspend/resume (D3 hot) on
powerpc. For example, plugging or unplugging devices during sleep
results in oopses at resume; and one time out of two, the USB ports are
unpowered on resume (because the registers think they are, and
linux doesn't repower them.
Hi,
I am trying to get rid of sparse's bitwise warnings in my
isp116x-hcd driver. Regardless of studying the explanations
about __bitwise, as for example in
http://kerneltrap.org/node/3848 I was still not able to get
rid of all the warnings. Could anybody please explain, how
to correctly reso
On Mon, 4 Apr 2005, Duncan Sands wrote:
> Hi Alan,
>
> > > In order to use usb_driver_claim_interface from outside
> > > probe/disconnect, a module needs to take the usb_bus_type.subsys
> > > write lock. But it can't because usb_bus_type is not EXPORTed.
> > > Is this deliberate, or an oversight
Greg:
This patch simplifies the g_file_storage driver by consolidating a bunch
of min() calculations at a single spot.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
= drivers/usb/gadget/file_storage.c 1.42 vs edited =
--- 1.42/drivers/usb/gadget/file_storage.c 2005-03-
Greg & David:
In response to complaints about excessive latency in the uhci-hcd driver
I'm planning to convert it to a top-half/bottom-half design. It turns out
that to do this, the USB API has to be modified slightly since the driver
will not be able to meet one of the guarantees in the current
On Apr 5, 2005 4:51 PM, Carlos Martin <[EMAIL PROTECTED]> wrote:
> On Apr 5, 2005 2:48 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > Carlos, could you please test 2.6.12-rc2, see if the bug has leaked into
> > mainline?
> >
> > Thanks.
>
> I checked -rc2 and it doesn't have the problem. Th
On Mon, 4 Apr 2005, James Lamanna wrote:
> I have some USB protocol questions about initial device setup.
> I'm trying to write my own USB stack for an Atmel AT43USB355E microcontroller
> (Atmel has a USB library but its binary only).
> This chip has 3 Functional Endpoints and 2 Hub ports.
By
On Monday 04 April 2005 3:39 pm, James Lamanna wrote:
> I have some USB protocol questions about initial device setup.
> I'm trying to write my own USB stack for an Atmel AT43USB355E microcontroller
> (Atmel has a USB library but its binary only).
> This chip has 3 Functional Endpoints and 2 Hu
On Mon, Mar 28, 2005 at 12:19:36AM +0400, Roman Kagan wrote:
> On Fri, Mar 25, 2005 at 09:40:48AM -0800, Greg KH wrote:
> > On Fri, Mar 25, 2005 at 10:43:01AM +0300, Roman Kagan wrote:
> > > > > The patch expects a matching change in scripts/mod/file2alias.c I sent
> > > > > to linux-hotplug-devel
Hi Alan,
> > In order to use usb_driver_claim_interface from outside
> > probe/disconnect, a module needs to take the usb_bus_type.subsys
> > write lock. But it can't because usb_bus_type is not EXPORTed.
> > Is this deliberate, or an oversight?
>
> Sounds like an oversight to me. However this
On Tue, Apr 05, 2005 at 01:28:20PM +0530, [EMAIL PROTECTED] wrote:
>
> Hi Greg,
>
> Acm driver is loaded as soon the plug/play agent detects USB device
> connected to the system and it tries to claim. My problem is usbserial
> driver also should get loaded as soon plug/play agents detects the USB
Hi all,
I'm working with ISP1362 on some PPC405EP-based embedded platforms.
So far I used the drivers included in the 2.4.20 tree hosted at
Denx Software Engineering. As host controller driver is not able
to exploit all the available bandwidth for bulk transfers (for
example see this thread
http://
Hi Greg,
Acm driver is loaded as soon the plug/play agent detects USB device
connected to the system and it tries to claim. My problem is usbserial
driver also should get loaded as soon plug/play agents detects the USB
device, instead of user load them.
I wanted to know how to make usbserial dri
23 matches
Mail list logo
