A summary about what we should do now after such long discussion. If I
lost something or miss something, please correct me.
1) Add auto option to each port's power policy sysfs attribute. When
set to auto, those ports which have never been attached with devices
will be power off immediately.
In case of USB bulk transfer, when himem page
is received, the usb_sg_init function sets the
urb transfer buffer to NULL. When such URB
transfer is handled, kernel crashes in PIO mode.
Handle this by mapping the highmem buffer in PIO mode.
Signed-off-by: Virupax Sadashivpetimath
From: fangxiaozhi huana...@huawei.com
1. This patch is based on the kernel of 3.5
2. In this patch, we add new micro for matching the series USB devices with
vendor ID and interface information.
3. In this patch, we add new declarations into option.c to support the new
interfaces of Huawei Data
The network connection is working via wwan1 , at least with IPv4.
The LTE speed here with 8-16Mbit/s is limited by my contract, not the device.
At the moment I have problems with IPv6, but I think this is not a problem of
the device, more a problem of my apn, which may be only accessible via 3G.
On Thu, Aug 02, 2012 at 12:06:42PM +0530, Virupax Sadashivpetimath wrote:
In case of USB bulk transfer, when himem page
is received, the usb_sg_init function sets the
urb transfer buffer to NULL. When such URB
transfer is handled, kernel crashes in PIO mode.
Handle this by mapping the highmem
On Thursday 02 August 2012, Praveen Paneri wrote:
Yes! I understand this problem and this is the reason these patches
were sitting in my system for couple of weeks. In a discussion with
Thomas an idea of using the existing regulator framework to
enable/disable numerous PHYs came up. For
From: Ajay Kumar Gupta ajay.gu...@ti.com
Added device tree support for dsps musb glue driver and updated the
Documentation with device tree binding information.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Signed-off-by: Ravi Babu ravib...@ti.com
---
From: Ajay Kumar Gupta ajay.gu...@ti.com
Added NOP PHY phandle to usbss device node as same will be used
to get the phy from otg framework.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Signed-off-by: Ravi Babu ravib...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |2 ++
1 files changed, 2
From: Ajay Kumar Gupta ajay.gu...@ti.com
AM335x and TI81xx platform has dual musb controller so updating the
musb_dspc.c to support the same.
Changes:
- Moved otg_workaround timer to glue structure
- Moved static local variable last_timer to glue structure
- PHY on/off
From: Ajay Kumar Gupta ajay.gu...@ti.com
Added musb_ida in musb_core.c to manage the multi core ids.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
Signed-off-by: Ravi Babu ravib...@ti.com
---
drivers/usb/musb/am35x.c | 42 --
From: Ajay Kumar Gupta ajay.gu...@ti.com
Currently we have one single nop transceiver support as same is
defined as a global variable in drivers/usb/otg/nop-usb-xceiv.c.
This need to be changed to support multiple otg controller each
using nop transceiver on a platform such as am335x.
Hi,
Second test-drive for a new USB input driver for eBeam
devices.
Following Dmitry's advice, i've remove device specific infrastructure.
Currently, only the Luidia eBeam classic projection model is supported.
Patch 1 and 2 are here to let the ebeam driver be choose to handle
the device
Signed-off-by: Yann Cantin yann.can...@laposte.net
---
drivers/hid/hid-ids.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
index 1dcb76f..b985059 100644
--- a/drivers/hid/hid-ids.h
+++ b/drivers/hid/hid-ids.h
@@ -271,6 +271,9 @@
#define
Signed-off-by: Yann Cantin yann.can...@laposte.net
---
drivers/input/misc/Kconfig | 16 +
drivers/input/misc/Makefile |1 +
drivers/input/misc/ebeam.c | 760 +++
3 files changed, 777 insertions(+)
create mode 100644 drivers/input/misc/ebeam.c
On Thu, 2 Aug 2012, Yann Cantin wrote:
Second test-drive for a new USB input driver for eBeam
devices.
Following Dmitry's advice, i've remove device specific infrastructure.
Currently, only the Luidia eBeam classic projection model is supported.
Patch 1 and 2 are here to let the ebeam
On Wed, 1 Aug 2012 kuninori.morimoto...@renesas.com wrote:
It is possible to power-on on platform setup level
if Rafael and Magnus don't care this style.
Then, I don't need this patch on ehci/ohci driver.
1) power-on on platform setup timing
2) use ehci/ohci driver
the
On Thu, 2 Aug 2012, Magnus Damm wrote:
From my point of view this all depends on what the hardware supports.
If the USB host controller hardware can be powered down (power domain
off, clock off) when no USB hardware is connected, but still perform
hotplug detection of a newly added device,
On Thu, 2 Aug 2012, Virupax Sadashivpetimath wrote:
In case of USB bulk transfer, when himem page
is received, the usb_sg_init function sets the
urb transfer buffer to NULL. When such URB
transfer is handled, kernel crashes in PIO mode.
Handle this by mapping the highmem buffer in PIO mode.
On Thu, 2 Aug 2012, B, Ravi wrote:
--- a/drivers/usb/storage/usb.c
+++ b/drivers/usb/storage/usb.c
@@ -844,6 +844,8 @@ static void
quiesce_and_remove_host(struct us_data *us)
*/
scsi_lock(host);
set_bit(US_FLIDX_DISCONNECTING, us-dflags);
+ /* stop the current urbs
- Original Message -
From: Joao Bonina bonina_2...@yahoo.com
To: Alan Stern st...@rowland.harvard.edu
Cc: alsa-de...@alsa-project.org alsa-de...@alsa-project.org; linux-usb
linux-usb@vger.kernel.org; Daniel Mack zon...@gmail.com
Sent: Wednesday, 1 August 2012, 11:07
Subject: Re:
On Thu, 2 Aug 2012, Lan Tianyu wrote:
3)Root-hub set port's DeviceRemovable flag where PortIsConnectable and
UserVisible are clear.
Set DeviceRemovable whenever UserVisible is set. Right now ehci-hcd
and uhci-hcd always set DeviceRemovable to 0.
UserVisible is got from ACPI and
On Thu, 2 Aug 2012, Joao Bonina wrote:
Did the copying test and all went well there.
Also did a usbmon session with the DAC disconnecting/reconnecting
automatically. There was no EMI message in dmesg there, and I'm
connecting the DAC through a USB hub.
Analyzed the usbmon log with
Hi
On Thu, 2 Aug 2012, B, Ravi wrote:
--- a/drivers/usb/storage/usb.c
+++ b/drivers/usb/storage/usb.c
@@ -844,6 +844,8 @@ static void
quiesce_and_remove_host(struct us_data *us)
*/
scsi_lock(host);
set_bit(US_FLIDX_DISCONNECTING, us-dflags);
On Thu, 2 Aug 2012, B, Ravi wrote:
Alan you may be correct. Let me explain, the issue occurs while
unplugging the device during Tx transfer,
1) During Tx transfer, TX-DMA is programmed to transfer the data.
2) The TX-DMA completes the transfer and generates completion interrupt.
3) On tx
On Thu, 2 Aug 2012, Dan Rittersdorf wrote:
It looks like the lesson is not to have one thread accessing an
endpoint at the same time as another thread issues a CLEAR_HALT.
Thank you -- that spawned a couple thoughts on a potential solution.
And I appreciate you refraining from simply
Hi Thomas,
The network connection is working via wwan1 , at least with IPv4.
The LTE speed here with 8-16Mbit/s is limited by my contract, not the device.
At the moment I have problems with IPv6, but I think this is not a problem of
the device, more a problem of my apn, which may be only
Am Donnerstag, 2. August 2012, 21:25:49 schrieben Sie:
Hi Thomas,
At the moment I have problems with IPv6, but I think this is not a
problem of the device, more a problem of my apn, which may be only
accessible via 3G.
if you are on Vodafone Germany LTE, then yes, it only gives you
Hi Sarah,
I have rewritten my code following your recommendations. Could you please
review it and give your comments? If everything is fine I'll proceed to
generate the patch and submit it.
The description of my patch is:
Hi
Thanks for the quick response.
Alan you may be correct. Let me explain, the issue occurs while
unplugging the device during Tx transfer,
1) During Tx transfer, TX-DMA is programmed to transfer the data.
2) The TX-DMA completes the transfer and generates
completion
On Thu, 2 Aug 2012, Rafael J. Wysocki wrote:
I don't know about that -- the logic involved in doing the processing
within the resume callback isn't terribly complicated. At least, not
much more complicated than the logic involved in setting up a custom
work routine as you suggest.
On Fri, 3 Aug 2012, mat brown wrote:
The following is formatted in line with the info here:
https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Kernel.org_Format
and sent as advised at the end of this bug report here:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1032342
Thanks
This patch enables to call platform specific power callback function.
Signed-off-by: Kuninori Morimoto kuninori.morimoto...@renesas.com
---
drivers/usb/host/ehci-platform.c | 33 +
include/linux/usb/ehci_pdriver.h |2 ++
2 files changed, 31 insertions(+), 4
This patch enables to call platform specific power callback function.
Signed-off-by: Kuninori Morimoto kuninori.morimoto...@renesas.com
---
drivers/usb/host/ohci-platform.c | 29 ++---
include/linux/usb/ohci_pdriver.h |2 ++
2 files changed, 28 insertions(+), 3
On Fri, Aug 3, 2012 at 3:32 AM, Alan Stern st...@rowland.harvard.edu wrote:
What mount options are used for the flash drive? In particular, does
Ubuntu use the sync option?
Also, do any error messages show up in the system log during the slow
data transfers?
Alan Stern
mount reports the
On Fri, Aug 3, 2012 at 10:20 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Thu, 2 Aug 2012, Rafael J. Wysocki wrote:
Hmmm. You'd probably want a version that does a get at the same
time. I suppose you would call func directly if the device was already
resumed, without going through the
-Original Message-
From: Alan Stern [mailto:st...@rowland.harvard.edu]
Sent: Friday, August 03, 2012 7:15 AM
To: B, Ravi
Cc: Matthew Dharm; Greg Kroah-Hartman;
linux-usb@vger.kernel.org; usb-stor...@lists.one-eyed-alien.net
Subject: RE: [PATCH] usb: storage: stop all current
Hi,
kernel panic when called usb_control_msg(), like this:
usb_control_msg(serial-dev, usb_sndctrlpipe(serial-dev, 0),
XR_SET_REG, USB_DIR_OUT | USB_TYPE_VENDOR, value, regnum | (block
8), NULL, 0, 5000)
The kernel's version is 2.6.33_rc4, but I think it will happen in
lastest statable version
37 matches
Mail list logo