On Fri, 11 Jan 2008, sean darcy wrote:
> Alan Stern wrote:
> > I wouldn't be so quick to assume it's working right. Notice in the
> > messages above: "full speed". You don't want to operate a 500 GB drive
> > at full speed.
> >
> > This doesn't explain why the drive failed to work at full sp
This is a note to let you know that I've just added the patch titled
Subject: USB: EHCI: add a short delay to the bus_suspend routine
to my gregkh-2.6 tree. Its filename is
usb-ehci-add-a-short-delay-to-the-bus_suspend-routine.patch
This tree can be found at
http://www.kernel.o
This is a note to let you know that I've just added the patch titled
Subject: USB: EHCI: move del_timer_sync calls outside spinlocked region
to my gregkh-2.6 tree. Its filename is
usb-ehci-move-del_timer_sync-calls-outside-spinlocked-region.patch
This tree can be found at
http:
On Tue, Jan 08, 2008 at 10:34:58PM -0800, David Brownell wrote:
> Sorry, this got accidentally filed in "trash" not "review".
> Happened from cleaning out a thousand or so emails. :(
>
> I suspect I'll be going with a slightly different fix; you
> can get a preview of it (depending textually on a
On Fri, Jan 11, 2008 at 04:37:28PM -0800, Greg KH wrote:
> On Fri, Jan 11, 2008 at 03:23:27PM -0800, David Brownell wrote:
> > > > This adds device-tree-aware ehci-ppc-of driver.
> > > > The code is based on the ehci-ppc-soc driver by
> > > > Stefan Roese <[EMAIL PROTECTED]>.
> > > >
> > > > Signe
On Fri, Jan 11, 2008 at 03:23:27PM -0800, David Brownell wrote:
> > > This adds device-tree-aware ehci-ppc-of driver.
> > > The code is based on the ehci-ppc-soc driver by
> > > Stefan Roese <[EMAIL PROTECTED]>.
> > >
> > > Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
> > > Acked-by: Arnd
Alan Stern wrote:
On Thu, 10 Jan 2008, Sean Darcy wrote:
But it's all fixed - probably by sunspots.
I unplugged the MyBook and moved it over to a laptop. That worked under
Fedora. Then I took it back to the original desktop, and that worked!!
Jan 10 14:02:57 testbox kernel: usb 3-1: new ful
Ok,
i'm testing with power cord plugged, this cable
capture power from ps/2 port to give it to the
cardbus, but i have the same problem.
Here is the error in dmesg (i have turned off the
verbose debug of usb module)
usb 7-3: new high speed USB device using ehci_hcd and
address 2
usb 7-3: device de
> > This adds device-tree-aware ehci-ppc-of driver.
> > The code is based on the ehci-ppc-soc driver by
> > Stefan Roese <[EMAIL PROTECTED]>.
> >
> > Signed-off-by: Valentine Barshak <[EMAIL PROTECTED]>
> > Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
> > Acked-by: Stefan Roese <[EMAIL PROTECTED]>
On Sun, Dec 30, 2007 at 03:28:50PM -0800, David Brownell wrote:
> From: Valentine Barshak <[EMAIL PROTECTED]>
>
> This adds device-tree-aware ehci-ppc-of driver.
> The code is based on the ehci-ppc-soc driver by
> Stefan Roese <[EMAIL PROTECTED]>.
>
> Signed-off-by: Valentine Barshak <[EMAIL PROT
On Sun, Dec 30, 2007 at 09:51:24AM +0100, Daniel Koz?k wrote:
> From: Daniel Koz?k <[EMAIL PROTECTED]>
>
> Remove entry for Huawei E620 UMTS/HSDPA card (ID: 12d1:1001) in pl2303.h
> Option driver is use instead
> Signed-off-by: Daniel Koz?k <[EMAIL PROTECTED]>
> ---
> --- linux-2.6/drivers/usb/ser
On Sat, Jan 05, 2008 at 06:40:38PM +0300, Al Boldi wrote:
>
> Reorganize USB Kconfig Menu, and move USB_GADGET out into the Device Driver
> Menu. ?This helps the USB Kconfig Menu to be more logical/usable.
>
> Patchset against 2.6.23
So what was the final verdict in this patch set?
Can you rsen
> > > So, to get the ball rolling, here are some factors that IMHO
> > > help decide in which side to implement a driver:
> > >
> > > - if the driver ties a hardware device to an existing
> > >in-kernel interface (network, block, serial, bluetooth,
> > >video4linux, etc.), it should probab
On Fri, Jan 11, 2008 at 09:24:36AM -0800, Kevin Lloyd wrote:
> > Those device ids are already in my tree, as it was my understanding
> that
> > you would not be sending me patches for them :)
> You're right, I normally wouldn't, but since someone else already had, I
> figured it would be alright.
>
On Fri, Jan 11, 2008 at 09:14:00PM +0100, Hans de Goede wrote:
> Boaz Harrosh wrote:
> >Yes, you're right. in ULDs it is a much proper way to do this.
> >
> >So I guess you'll have to do that special host flag or device
> >flag, and add a check for it in sd.c. You'll see that sd.c is
> >already do
Boaz Harrosh wrote:
Yes, you're right. in ULDs it is a much proper way to do this.
So I guess you'll have to do that special host flag or device
flag, and add a check for it in sd.c. You'll see that sd.c is
already doing bufflen truncation at sd_prep_fn(), just add one
more case.
Done, than
On Fri, Dec 21, 2007 at 04:54:15PM -0800, Sarah Sharp wrote:
> This patch exports two statistics to userspace:
> /sys/bus/usb/device/.../power/connected_duration
> /sys/bus/usb/device/.../power/active_duration
>
> connected_duration is the total time (in jiffies) that the device has
> been connect
> Those device ids are already in my tree, as it was my understanding
that
> you would not be sending me patches for them :)
You're right, I normally wouldn't, but since someone else already had, I
figured it would be alright.
> I'll split this patch up into something that updates the device ids
an
On Thu, Jan 03, 2008 at 03:08:55PM -0800, mgross wrote:
> On Wed, Jan 02, 2008 at 07:59:15PM +, Paulo Marques wrote:
> > Xiaofan Chen wrote:
> >> On Dec 30, 2007 11:53 AM, mgross <[EMAIL PROTECTED]> wrote:
> >>> [...]
> >>> What is the linux-usb policies on new drivers that could be
> >>> imple
Am Freitag, 11. Januar 2008 17:07:11 schrieb Alan Stern:
> On Fri, 11 Jan 2008, Oliver Neukum wrote:
>
> > > Do you have the SCSI core configured to build as a module? If you do
> > > then you won't be able to call any of its routines from code that's
> > > built into the main kernel.
> >
> >
The dev->sem conforms to mutex style usage. This patch converts it to use
the struct mutex type, and new API.
There is also a small style fix around this comment,
/* unlock here as tower_delete frees dev */
Where I broke the line up to meet the 80 char limit.
Signed-off-by: Daniel Walker <[EM
On Fri, 11 Jan 2008, Oliver Neukum wrote:
> > Do you have the SCSI core configured to build as a module? If you do
> > then you won't be able to call any of its routines from code that's
> > built into the main kernel.
>
> (***censored***) Yes, you are right.
I didn't envision anyone calling
Am Freitag, 11. Januar 2008 16:38:05 schrieb Alan Stern:
> On Fri, 11 Jan 2008, Oliver Neukum wrote:
>
> > Hi Alan,
> >
> > you do export scsi_autoresume_device() under all circumstances, don't you?
> > I'm getting linker errors:
> >
> > GEN .version
> > CHK include/linux/compile.h
>
On Fri, 11 Jan 2008, Pandita, Vikram wrote:
> On Kernel 2.6.24,
> I am trying Suspend/Resume on OMAP3430 EHCI controller with Netchip2280 High
> speed test device.
>
> Following is the behaviour:
>
> #echo suspend > /sys/bus/usb/devices/2-2/power/level
> # suspend root hub
>
> On the bus
On Fri, 11 Jan 2008, Oliver Neukum wrote:
> Hi Alan,
>
> you do export scsi_autoresume_device() under all circumstances, don't you?
> I'm getting linker errors:
>
> GEN .version
> CHK include/linux/compile.h
> UPD include/linux/compile.h
> CC init/version.o
> LD i
Hi Alan,
you do export scsi_autoresume_device() under all circumstances, don't you?
I'm getting linker errors:
GEN .version
CHK include/linux/compile.h
UPD include/linux/compile.h
CC init/version.o
LD init/built-in.o
LD .tmp_vmlinux1
block/built-in.o: In fun
Hello,
Le vendredi 11 janvier 2008 à 13:48 +0100, Hans de Goede a écrit :
> That will work nicely, I'll write an updated patch this evening (when I have
> access to the printer to test again).
>
Great news, i am impatient to test this new patch.
I may face an other bug with the Transcend 1GB SD
Boaz Harrosh wrote:
On Thu, Jan 10 2008 at 12:52 +0200, Hans de Goede <[EMAIL PROTECTED]> wrote:
I'm not sure what the proper solution should be?
I guess the proper solution would be to add a special case to the scsi layer
where the read10 / write10 command is issued, and split the request in
On Kernel 2.6.24,
I am trying Suspend/Resume on OMAP3430 EHCI controller with Netchip2280 High
speed test device.
Following is the behaviour:
#echo suspend > /sys/bus/usb/devices/2-2/power/level
# suspend root hub
On the bus, SOFs stop and device goes to Suspend [As expected]
#echo on
29 matches
Mail list logo
