On Sat, Jan 12, 2013 at 11:52 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Sat, 12 Jan 2013, Alex Riesen wrote:
Now, who would be interested to handle this kind of misconfiguration ...
So the whole thing was a false alarm?
Yes, almost. What about khubd hanging when machine is shutdown?
I left this problem for awhile, then finally got back to it. I upgraded
the gentoo kernel to 3.6.11 and was partially successful: the 3TB drive
mounted ok, but then had some serious trouble transferring files and I
believe that linux force-unmounted it as a result.
Then upgrading to 3.7.1 fixed
On Sun, 13 Jan 2013, Martin Mokrejs wrote:
Don't worry about what kmemleak says when the drives are plugged in.
See what it says when all the USB drives are unplugged. That's what
matters.
Now it is the only one drive connected. If I disconnect it kmemleak won't
change like it
did
On Sun, 13 Jan 2013, gavin.kx wrote:
if i use suspend function, the hub may occur error, if i removed the
hub before suspend then can avoid the suspend? if it could, how can i
do ? how to remove and add ?
You remove a hub the same way you remove any other USB device -- by
unplugging the
On Sun, 13 Jan 2013, Alex Riesen wrote:
On Sat, Jan 12, 2013 at 11:52 PM, Alan Stern st...@rowland.harvard.edu
wrote:
On Sat, 12 Jan 2013, Alex Riesen wrote:
Now, who would be interested to handle this kind of misconfiguration ...
So the whole thing was a false alarm?
Yes, almost.
On Sun, Jan 13, 2013 at 5:56 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Sun, 13 Jan 2013, Alex Riesen wrote:
Yes, almost. What about khubd hanging when machine is shutdown?
What about it? I have trouble understanding all the descriptions you
have provided so far, because you talk
Hi Alan,
Happy New Year!
I removed the previous short patch to ehci-q.c and applied
this second one.
After some extensive testing, I could not reproduce the
issue and dmesg showed the ususl async off and async on
messages, the second as soon as I started to read the HDDs.
Performance wise, it
From: Tomasz Mloduchowski q...@qdot.me
Simple fix to add support for Crucible Technologies COMET Caller ID
USB decoder - a device containing FTDI USB/Serial converter chip,
handling 1200bps CallerID messages decoded from the phone line -
adding correct USB PID is sufficient.
Tested to apply
On Sunday 13 January 2013 18:42:49 Alex Riesen wrote:
On Sun, Jan 13, 2013 at 5:56 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Sun, 13 Jan 2013, Alex Riesen wrote:
Yes, almost. What about khubd hanging when machine is shutdown?
What about it? I have trouble understanding all the
Hello guys,
I've found a following problems on BeagleBoard and Kernel 3.0.8 with
gadget serial driver.
Attached is a small program, which opens gadget serial tty at
/dev/ttyGS0. USB is NOT connected to host. Then it fills it's output
fifo up. Before closing, it flushes the output fifo. But
On Sun, Jan 13, 2013 at 07:20:27PM +0100, Tomasz Mloduchowski wrote:
From: Tomasz Mloduchowski q...@qdot.me
Simple fix to add support for Crucible Technologies COMET Caller ID
USB decoder - a device containing FTDI USB/Serial converter chip,
handling 1200bps CallerID messages decoded from
Just as a side note, some discussion has been taking place at
https://bugzilla.kernel.org/show_bug.cgi?id=43081
particularly on looking for ways to detect the 5V/5VSB setting via
software, if possible at all.
If this is not possible from the kernel, I'd suggest, setting the
default to whatever
On 01/13/13 20:25, Greg KH wrote:
On Sun, Jan 13, 2013 at 07:20:27PM +0100, Tomasz Mloduchowski wrote:
From: Tomasz Mloduchowski q...@qdot.me
Simple fix to add support for Crucible Technologies COMET Caller ID
USB decoder - a device containing FTDI USB/Serial converter chip,
handling 1200bps
On Sun, Jan 13, 2013 at 10:40:20PM +0100, Tomasz Mloduchowski wrote:
On 01/13/13 20:25, Greg KH wrote:
On Sun, Jan 13, 2013 at 07:20:27PM +0100, Tomasz Mloduchowski wrote:
From: Tomasz Mloduchowski q...@qdot.me
Simple fix to add support for Crucible Technologies COMET Caller ID
USB
From: Tomasz Mloduchowski q...@qdot.me
Simple fix to add support for Crucible Technologies COMET Caller ID
USB decoder - a device containing FTDI USB/Serial converter chip,
handling 1200bps CallerID messages decoded from the phone line -
adding correct USB PID is sufficient.
Tested to apply
On Thu, Jan 10, 2013 at 10:27:14AM +, Fangxiaozhi (Franko) wrote:
You mean that we have to write as follows?
+ memset(bcbw, 0, sizeof(struct bulk_cb_wrap));
+ bcbw-Signature = cpu_to_le32(US_BULK_CB_SIGN);
+ bcbw-Length = sizeof(rewind_cmd);
Right?
Excatly.
On Fri, Jan 11, 2013 at 05:57:44PM +0800, fangxiaozhi 00110321 wrote:
diff -uprN linux-3.8-rc3_orig/drivers/usb/storage/initializers.c
linux-3.8-rc3/drivers/usb/storage/initializers.c
--- linux-3.8-rc3_orig/drivers/usb/storage/initializers.c 2013-01-11
17:53:19.757842845 +0800
+++
Hello Greg
Do you have a pointer to your code anywhere? That would be the easiest
way to help you out here. Otherwise we are just guessing as to the
issues involved.
Not really -- I hence pasted it into this posting. I hope that is OK and does
violate some etiquette of this list.
Btw.
Balbi,
On Fri, Jan 11, 2013 at 02:50:59PM +0200, Felipe Balbi wrote:
As I said before, this patch is too big for -rc and is unnecessary
considering patch I wrote above. Note that there is no problems in
checking if ULPI PHY clk is 60MHz on all arches and, for the workaround,
you already have
Dear Greg:
-Original Message-
From: Greg KH [mailto:g...@kroah.com]
Sent: Saturday, January 12, 2013 8:22 AM
To: Fangxiaozhi (Franko)
Cc: linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org; Xueguiying
(Zihan);
Linlei (Lei Lin); Yili (Neil); Wangyuhua (Roger, Credit); Huqiao
On Sun, 13 Jan 2013, Oliver Neukum wrote:
On Sunday 13 January 2013 18:42:49 Alex Riesen wrote:
On Sun, Jan 13, 2013 at 5:56 PM, Alan Stern st...@rowland.harvard.edu
wrote:
On Sun, 13 Jan 2013, Alex Riesen wrote:
Yes, almost. What about khubd hanging when machine is shutdown?
From: fangxiaozhi huana...@huawei.com
1. Optimize the matching rules with new macro for Huawei USB storage devices,
to avoid to load USB storage driver for the modem interface
with Huawei devices.
2. Add to support new switch command for new Huawei USB dongles.
Signed-off-by:
On Sun, Jan 13, 2013 at 10:23:59PM +, Tilman wrote:
Hello Greg
Do you have a pointer to your code anywhere? That would be the easiest
way to help you out here. Otherwise we are just guessing as to the
issues involved.
Not really -- I hence pasted it into this posting. I hope
On Mon, Jan 14, 2013 at 1:42 AM, Alex Riesen raa.l...@gmail.com wrote:
1. Compile a kernel with deadline elevator as module
2. Boot into it, make sure the elevator is selected
(I used elevator=deadline in the kernel command line)
3. Insert a FAT formatted mass storage device in an USB2 port
H Laurent,
Hi Felipe,
On Tuesday 23 October 2012 16:52:31 Felipe Balbi wrote:
On Tue, Oct 23, 2012 at 09:50:10PM +0800, Bhupesh SHARMA wrote:
On Tuesday, October 23, 2012 6:31 PM Laurent Pinchart wrote:
On Wednesday 01 August 2012 14:57:09 Laurent Pinchart wrote:
Hi,
On Fri, Jan 11, 2013 at 02:50:59PM +0200, Felipe Balbi wrote:
Hi,
On Fri, Jan 11, 2013 at 05:56:28PM +0800, Peter Chen wrote:
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the SoC type, and updates the platform code accordingly.
Compile ok at
The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-3.8-rc3
for you to fetch changes up to
Hi Doug,
On Sat, Jan 12, 2013 at 6:20 AM, Doug Anderson diand...@chromium.org wrote:
Vivek,
On Fri, Jan 11, 2013 at 4:40 AM, Vivek Gautam gautamvivek1...@gmail.com
wrote:
+#define HOST_CTRL0_REFCLKSEL_MASK (0x3)
+#define HOST_CTRL0_REFCLKSEL_XTAL (0x0 19)
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the SoC type, and updates the platform code accordingly.
Compile ok at imx_v6_v7_defconfig with CONFIG_USB_FSL_USB2 enable.
Tested at mx51 bbg board, it works ok after enable phy clock
(Need another patch to fix
Hi,
On Mon, Jan 14, 2013 at 03:18:17PM +0800, Peter Chen wrote:
It changes the driver to use platform_device_id rather than cpu_is_xxx
to determine the SoC type, and updates the platform code accordingly.
Compile ok at imx_v6_v7_defconfig with CONFIG_USB_FSL_USB2 enable.
Tested at mx51 bbg
On Mon, Jan 14, 2013 at 09:12:43AM +0800, Shawn Guo wrote:
Balbi,
On Fri, Jan 11, 2013 at 02:50:59PM +0200, Felipe Balbi wrote:
As I said before, this patch is too big for -rc and is unnecessary
considering patch I wrote above. Note that there is no problems in
checking if ULPI PHY clk
On Fri, Jan 11, 2013 at 07:58:23PM +0530, Vivek Gautam wrote:
Hi,
On Fri, Jan 11, 2013 at 7:29 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Jan 11, 2013 at 07:13:55PM +0530, Vivek Gautam wrote:
On Thu, Jan 10, 2013 at 6:32 PM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon,
32 matches
Mail list logo