Ming Lei writes:
> On Mon, Sep 3, 2012 at 4:26 PM, Bjørn Mork wrote:
>
>> Sorry for not noticing this before, but commit 65841fd5
>> makes usbnet autosuspend completely unusable. The device
>> is suspended fine, but burning one CPU core at full load
>> uses a tiny bit more power making the power
Bjørn Mork writes:
> And I do believe the code before your change demonstrated that the
> original authors had the same view. There was an explicit exception for
> just this case, and I do assume that was put there for a good
> reason. usbnet_bh() will be called while the device is suspended, an
On 08/29/2012 11:49 AM, Nicolas Ferre :
> If the number of ports present on the SoC/board is not the maximum
> and that the platform data is not filled with all data, there is
> an easy way to mess the PIO setup for this interface.
> This quick fix addresses mis-configuration in USB host platform d
Hi,
On Tue, Sep 4, 2012 at 10:13 AM, Kuninori Morimoto
wrote:
> This patch adds Renesas R-Car USB phy driver.
> It supports R8A7779 chip at this point.
>
> Signed-off-by: Kuninori Morimoto
> ---
> drivers/usb/phy/Kconfig| 11
> drivers/usb/phy/Makefile |1 +
> drivers/usb/phy/r
As otg.h is containing lots of phy interface related
stuff, moving all phy interface related stuff to new
file named phy.h
Signed-off-by: Venu Byravarasu
---
include/linux/usb/otg.h | 198 +
include/linux/usb/phy.h | 208 +
Hello,
there is some work going on trying to support CDC MBIM devices in
Linux ( http://www.usb.org/developers/devclass_docs/MBIM10.zip )
The protocol is based on CDC NCM with a rather complex control protocol
ecapsulated in CDC using SendEncapsulatedCommand and
GetEncapsulatedResponse, similar t
Hi Felipe,
On Monday 03 September 2012 07:43 PM, Felipe Balbi wrote:
* PGP Signed by an unknown key
Hi,
On Wed, Aug 29, 2012 at 12:17:01PM +0530, Venu Byravarasu wrote:
As otg.h is containing lots of phy interface related
stuff, moving all phy interface related stuff to new
file named phy.h
Thomas Schäfer writes:
> Despite the patch
>
> { USB_DEVICE_AND_INTERFACE_INFO(ZTE_VENDOR_ID, 0x1018, 0xff, 0xff,
> 0xff),
> .driver_info = (kernel_ulong_t)&net_intf3_blacklist },
>
> is included in option, it has no effect.
I quickly looked through the info you have provided
On Tue, Sep 4, 2012 at 3:49 PM, Bjørn Mork wrote:
>
> That's easy:
>
> - Take any usbnet device supporting remote wakeup (and of course with a
> minidriver supporting it as well),
> - enable autosuspend,
> - ip link set dev ethX/usbX/wwanX up
>
> And watch ksoftirqd/X use 100% of one of your CPU
On 08/29/2012 10:11 PM, Marc Kleine-Budde wrote:
[...]
>> +struct usb_phy *devm_usb_get_phy_by_phandle(struct device *dev,
>> +const char *phandle)
> Since it's already a common function, we may give phandler property
> a common name too. So we will not need phandle argume
Ming Lei writes:
> On Tue, Sep 4, 2012 at 3:49 PM, Bjørn Mork wrote:
>>
>> That's easy:
>>
>> - Take any usbnet device supporting remote wakeup (and of course with a
>> minidriver supporting it as well),
>> - enable autosuspend,
>> - ip link set dev ethX/usbX/wwanX up
>>
>> And watch ksoftirqd/
On 08/28/2012 03:57 PM, Marc Kleine-Budde wrote:
> Hello,
>
> this is a series fixes several problems in the chipidea udc driver. this
> applies to v3.6-rc3.
>
> These patches have been tested on mx28, mx53 and mx6q.
>
> Changes since v1:
> - reworded patch description for "fix setup of endpoint
Hi,
On Tue, Sep 04, 2012 at 12:39:23PM +0200, Marc Kleine-Budde wrote:
> On 08/28/2012 03:57 PM, Marc Kleine-Budde wrote:
> > Hello,
> >
> > this is a series fixes several problems in the chipidea udc driver. this
> > applies to v3.6-rc3.
> >
> > These patches have been tested on mx28, mx53 and
Hi Felibe,
On Friday, August 31, 2012 2:21 PM Felipe Balbi wrote:
> On Fri, Aug 31, 2012 at 01:39:21PM +0200, Andrzej Pietrasiewicz wrote:
> > On Friday, August 31, 2012 12:12 PM Felipe Balbi wrote:
> >
> >
> >
> > > Unless it can be proven that ccg has active users, we should get rid of it
> >
On Tuesday 04 September 2012 11:13:52 Bjørn Mork wrote:
Hi,
> there is some work going on trying to support CDC MBIM devices in
> Linux ( http://www.usb.org/developers/devclass_docs/MBIM10.zip )
Yet another protocol.
> The protocol is based on CDC NCM with a rather complex control protocol
> ec
Hi,
On Tue, Sep 04, 2012 at 03:05:51PM +0200, Marek Szyprowski wrote:
> Hi Felibe,
>
> On Friday, August 31, 2012 2:21 PM Felipe Balbi wrote:
>
> > On Fri, Aug 31, 2012 at 01:39:21PM +0200, Andrzej Pietrasiewicz wrote:
> > > On Friday, August 31, 2012 12:12 PM Felipe Balbi wrote:
> > >
> > >
>
Oliver Neukum writes:
> On Tuesday 04 September 2012 11:13:52 Bjørn Mork wrote:
>
> Hi,
>
>> there is some work going on trying to support CDC MBIM devices in
>> Linux ( http://www.usb.org/developers/devclass_docs/MBIM10.zip )
>
> Yet another protocol.
Yes. But this time with some hope of multi
On Tue, Sep 04, 2012 at 12:31:14PM +0200, Marc Kleine-Budde wrote:
> On 08/29/2012 10:11 PM, Marc Kleine-Budde wrote:
> [...]
>
> >> +struct usb_phy *devm_usb_get_phy_by_phandle(struct device *dev,
> >> +const char *phandle)
>
> > Since it's already a common function, we may g
On 09/04/2012 03:45 PM, Felipe Balbi wrote:
> On Tue, Sep 04, 2012 at 12:31:14PM +0200, Marc Kleine-Budde wrote:
>> On 08/29/2012 10:11 PM, Marc Kleine-Budde wrote:
>> [...]
>>
+struct usb_phy *devm_usb_get_phy_by_phandle(struct device *dev,
+const char *phandle)
>>
>>
> On Fri, Aug 31, 2012 at 06:51:04PM +0530, ABRAHAM, KISHON VIJAY wrote:
> > Hi,
> >
> > On Fri, Aug 31, 2012 at 5:53 PM, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Fri, Aug 31, 2012 at 04:39:47PM +0530, Ravi Babu wrote:
> > >> From: Santhapuri, Damodar
> > >>
> > >> AM335x uses NOP transceive
On Tue, Sep 04, 2012 at 03:58:50PM +0200, Marc Kleine-Budde wrote:
> On 09/04/2012 03:45 PM, Felipe Balbi wrote:
> > On Tue, Sep 04, 2012 at 12:31:14PM +0200, Marc Kleine-Budde wrote:
> >> On 08/29/2012 10:11 PM, Marc Kleine-Budde wrote:
> >> [...]
> >>
> +struct usb_phy *devm_usb_get_phy_
On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
> Oliver Neukum writes:
>
> > On Tuesday 04 September 2012 11:13:52 Bjørn Mork wrote:
> >
> > Hi,
> >
> >> there is some work going on trying to support CDC MBIM devices in
> >> Linux ( http://www.usb.org/developers/devclass_docs/MBIM10.zip
On Tue, Sep 4, 2012 at 3:45 PM, Bjørn Mork wrote:
> Yes. But this time with some hope of multi-vendor support, given that
> Microsoft points to it for Windows 8 Mobile Broadband device support:
> http://msdn.microsoft.com/en-us/library/windows/hardware/mbim-based-mobile-broadband-requirements-fo
On Wed, Aug 29, 2012 at 10:00:32PM +0200, Marc Kleine-Budde wrote:
> On 08/29/2012 01:01 PM, Sascha Hauer wrote:
> > On Wed, Aug 29, 2012 at 01:18:10PM +0300, Alexander Shishkin wrote:
> >> Sascha Hauer writes:
> >>
> >>> On Wed, Aug 29, 2012 at 10:50:08AM +0300, Alexander Shishkin wrote:
> R
On 09/04/2012 04:07 PM, Richard Zhao wrote:
>> +struct usb_phy *devm_usb_get_phy_by_phandle(struct device *dev,
>> +const char *phandle)
> Since it's already a common function, we may give phandler property
> a common name too. So we will not need phandl
On Wed, Aug 29, 2012 at 06:46:00PM +0800, Richard Zhao wrote:
> On Wed, Aug 29, 2012 at 12:48:15PM +0300, Alexander Shishkin wrote:
> > Richard Zhao writes:
> >
> > > On Wed, Aug 29, 2012 at 11:10:33AM +0300, Alexander Shishkin wrote:
> > >> Richard Zhao writes:
> > >>
> > >> > On Tue, Aug 28,
On Tue, 4 Sep 2012, Peter Chen wrote:
> > In such a situation, the delay is much bigger than the device's buffer,
> > so just sending more samples afterwards will not help.
> >
> It is ISO transfer, if the delay is too much, and the buffer at device side is
> empty, it is normal the screen is stop
On Sun, 2 Sep 2012, Alon Bar-Lev wrote:
> I modified the patch to the following to make sure my main disk is unaffected:
> ---
> --- drivers/scsi/sd.c 2012-07-21 23:58:29.0 +0300
> +++ drivers/scsi/sd.c.new 2012-08-31 19:47:15.822632952 +0300
> @@ -1899,13 +1899,17 @@ static int sd
On Tue, 4 Sep 2012, Jassi Brar wrote:
> >> How about effectively increasing the queue length from 10ms to 50ms
> >> (max anticipated latency) ?
> >
> > There are two problems with that approach. First, 50 ms isn't really
> > the max anticipated latency; it's merely the largest that I've seen so
>
On Tue, Sep 4, 2012 at 5:25 PM, Alan Stern wrote:
>
> On Sun, 2 Sep 2012, Alon Bar-Lev wrote:
>
> > I modified the patch to the following to make sure my main disk is
> > unaffected:
> > ---
> > --- drivers/scsi/sd.c 2012-07-21 23:58:29.0 +0300
> > +++ drivers/scsi/sd.c.new 2012-08
On Tue, 4 Sep 2012, Nicolas Ferre wrote:
> On 08/29/2012 11:49 AM, Nicolas Ferre :
> > If the number of ports present on the SoC/board is not the maximum
> > and that the platform data is not filled with all data, there is
> > an easy way to mess the PIO setup for this interface.
> > This quick fi
Hi,
On Tue, Sep 04, 2012 at 02:04:15PM +, B, Ravi wrote:
> > On Fri, Aug 31, 2012 at 06:51:04PM +0530, ABRAHAM, KISHON VIJAY wrote:
> > > Hi,
> > >
> > > On Fri, Aug 31, 2012 at 5:53 PM, Felipe Balbi wrote:
> > > > Hi,
> > > >
> > > > On Fri, Aug 31, 2012 at 04:39:47PM +0530, Ravi Babu wrote
This patch (as1604) adds a CONFIG_INTF_STRINGS quirk for the Joss
infrared touchboard device. The device doesn't like to be asked for
its interface strings.
Signed-off-by: Alan Stern
Reported-by: adam ?
CC:
---
drivers/usb/core/quirks.c |4
1 file changed, 4 insertions(+)
Index: u
On Sun, 26 Aug 2012, David Ranch wrote:
> > By the way, now that you've got CONFIG_USB_DEBUG enabled, there's
> > something I'd like to see. I'm assuming you've got a debugfs
> > filesystem mounted on /sys/kernel/debug. Go into
> > /sys/kernel/debug/usb/ehci/:00:1d.0/ (that's the directory
On Sat, 1 Sep 2012, Andrew Lunn wrote:
> Based on previous work by Michael Walle and Jason Cooper.
>
> Made their work actually work, which required added interrupt from DT
> and auxdata, along with setting the dma_mask, which DT does not
> currently do.
>
> Signed-off-by: Andrew Lunn
For the
On Sat, 1 Sep 2012, Liu, Chuansheng wrote:
> From: liu chuansheng
> Subject: [PATCH] USB/host: Cleanup unneccessary irq disable code
>
> Because the IRQF_DISABLED as the flag is now a NOOP and has been
> deprecated and in hardirq context the interrupt is disabled.
>
> so in usb/host code:
> Rem
On Mon, 3 Sep 2012, Lan Tianyu wrote:
> This patch is to add "auto" option to attribute portX/control.
> When echo "auto", the port's feature PORT_POWER would be clear
> if the port's connect type was mark not-used(connectability and
> visibility are both cleared) and with no device attached.
>
>
Commit b69cc672052540 added support for the E-861. After acquiring a C-867, I
realised that every Physik Instrumente's device has a different PID. They are
listed in the Windows device driver's .inf file. So here are all PIDs for the
current (and probably future) USB devices from Physik Instrument
Oliver Neukum writes:
> On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
>
>> Yes, I expect that major changes to cdc_ncm will be necessary, and
>> pointing to it could be wrong from my side? It just seemed natural to
>> try to reuse any existing code.
>
> No, that is perfectly all right. I
Alexey Orishko writes:
> On Tue, Sep 4, 2012 at 3:45 PM, Bjørn Mork wrote:
>
>> Yes. But this time with some hope of multi-vendor support, given that
>> Microsoft points to it for Windows 8 Mobile Broadband device support:
>> http://msdn.microsoft.com/en-us/library/windows/hardware/mbim-based-mo
On Mon, 3 Sep 2012, Lan Tianyu wrote:
> ACPI provide "_PLD" and "_UPC" aml methods to describe usb port
> visibility and connectability. This patch is to use those information
> to set usb port's DeviceRemovable.
>
> Signed-off-by: Lan Tianyu
> ---
> v2: Set DeviceRemovable according acpi infoma
On Tue, Sep 04, 2012 at 02:25:58PM +0530, Venu Byravarasu wrote:
> As otg.h is containing lots of phy interface related
> stuff, moving all phy interface related stuff to new
> file named phy.h
>
> Signed-off-by: Venu Byravarasu
For some reason, I don't think that is a valid email address :(
--
The 'mapped' flag in 'struct fsl_req' flag is redundant with checking
for 'req.dma != DMA_ADDR_INVALID' and it was also set to a wrong value
(see 2nd hunk of patch).
Replacing it in the way described above saves 60 bytes:
function old new delta
fsl_ud
Because the fsl_udc_core driver shares one 'status_req' object for the
complete ep0 control transfer, it is not possible to prime the final
STATUS phase immediately after the IN transaction. E.g. ch9getstatus()
executed:
| req = udc->status_req;
| ...
| list_add_tail(&req->queue, &ep->queue);
| i
Am Dienstag, 4. September 2012, 11:21:44 schrieben Sie:
> Could you post the output of lsusb -v or /sys/kernel/debug/usb/devices
> (with debugfs mounted) for this device?
Here they are:
dmesg
lsusb
/sys/kernel/debug/usb/devices
[ 1080.264122] usb 1-4: new high-speed USB device number 3 usi
Hi,
On Tue, Sep 4, 2012 at 7:46 PM, Marc Kleine-Budde wrote:
> On 09/04/2012 04:07 PM, Richard Zhao wrote:
>>> +struct usb_phy *devm_usb_get_phy_by_phandle(struct device *dev,
>>> +const char *phandle)
>
>> Since it's already a common function, we may give phan
Thomas Schäfer writes:
> T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 4 Spd=480 MxCh= 0
> D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
> P: Vendor=19d2 ProdID=1018 Rev= 0.00
> S: Manufacturer=ZTE,Incorporated
> S: Product=ZTE LTE Technologies MSM
> S: SerialNumber=MF821VVD
Hi
> > > > >> AM335x uses NOP transceiver driver and need to enable
> > > builtin PHY
> > > > >> by writing into usb_ctrl register available in
> system control
> > > > >> module register space. This is being added at musb
> glue driver
> > > > >> layer untill a separate system control module
With respect to the following commits:
df0b344 drm/usb: select USB_SUPPORT in Kconfig
8f057d7 gpu/mfd/usb: Fix USB randconfig problems
... which end up with the following in next-20120904:
config DRM_USB
depends on DRM
depends on USB_ARCH_HAS_HCD
select USB
On 09/04/2012 07:51 PM, ABRAHAM, KISHON VIJAY wrote:
>>> Since it's already a common function, we may give phandler property
>>> a common name too. So we will not need phandle argument.
>>> Please also don't forget to document the devm_xxx and dt binding.
>>
Hi Tom,
I'm sorry, I thought that since I had helped you with an issue in the
past that you would know how to install a custom kernel. My bad!
What I need you to do is test with the latest kernel from Linus. I had
directions on how to do this on my blog, but apparently my blog is down
right now
On Tue, Sep 04, 2012 at 01:19:12PM -0600, Stephen Warren wrote:
> With respect to the following commits:
>
> df0b344 drm/usb: select USB_SUPPORT in Kconfig
> 8f057d7 gpu/mfd/usb: Fix USB randconfig problems
>
> ... which end up with the following in next-20120904:
&
On Tuesday 04 September 2012 16:09:13 Alexey Orishko wrote:
> MBIM CID handling should not be done in the driver, but in the user space
> daemon
> or connection manager application. So the need is to add only support
> for encapsulated
> commands and either use a static amount of network interfac
>
>> ... which end up with the following in next-20120904:
>>
>> config DRM_USB
>> depends on DRM
>> depends on USB_ARCH_HAS_HCD
>> select USB
>> select USB_SUPPORT
>>
>> config DRM_UDL
>> depends on DRM
Hi Sarah,
I installed Windows 7 with the Intel drivers and it still did not
work. So today I brought the PC back to where I bought it last
Thursday and they looked it over. They confirmed that they could not
get it to work, either (Microsoft techs). So the did a firmware and
BIOS update on the
On Tuesday 04 September 2012 17:32:17 Bjørn Mork wrote:
> Oliver Neukum writes:
> > On Tuesday 04 September 2012 15:45:36 Bjørn Mork wrote:
> >> USB_CDC_NOTIFY_NETWORK_CONNECTION and USB_CDC_NOTIFY_SPEED_CHANGE.
> >> cdc-wdm will just debug print USB_CDC_NOTIFY_NETWORK_CONNECTION and
> >> ignore
On 08/31/2012 12:45 AM, Venu Byravarasu wrote:
> As part of this patch:
> 1. Moved existing tegra phy driver to drivers/USB directory.
> 2. Added standard USB phy driver APIs to tegra phy driver.
>
> Signed-off-by: Venu Byravarasu
Tested-by: Stephen Warren
Felipe, Would it be possi
Hi Alexis,
You caught me just before I left for vacation, which is why nothing has
been done with this patch. I think it's fine, and I'll try to apply it
to my tree and send it to Greg tomorrow.
It is a larger patch, but it fixes a bug that's pretty user visible
(dead USB ports), so my inclinati
Hi Felipe,
Should this be queued for stable as well?
Sarah Sharp
On Fri, Aug 10, 2012 at 09:58:30AM +0300, Felipe Balbi wrote:
> From: Ruchika Kharwar
>
> Use the ioremap_nocache variant of the ioremap API in
> order to make sure our memory will be marked uncachable.
>
> Signed-off-by: Ruchik
On Tue, Sep 04, 2012 at 02:49:37PM -0700, Sarah Sharp wrote:
> Hi Alexis,
>
> You caught me just before I left for vacation, which is why nothing has
> been done with this patch. I think it's fine, and I'll try to apply it
> to my tree and send it to Greg tomorrow.
>
> It is a larger patch, but
On Tue, Aug 14, 2012 at 04:44:49PM -0400, Matthew Garrett wrote:
> My test platform (Intel DX79SI) boots reliably under BIOS, but frequently
> crashes when booting via UEFI. I finally tracked this down to the xhci
> handoff code. It seems that reads from the device occasionally just return
> 0xff,
Hi Sarah,
Guess what? There is nothing wrong with your xHCI driver. I picked
up my computer and when I brought it home, I fired it up and stuck in
a USB 3.0 device and all is well. For the first time the drive lit
up, too. The computer shop said they did a little research and
apparently Intel
Hello all,
I've opened a bug report about a wireless mouse problem [1], and Greg
Kroah-Hartman told me to post the link on this list. Could anyone take a
look on the bug?
The problem was originally reported in Launchpad [2], and there is a
patch [3], proposed by draekko (the original downstr
On Tue, Sep 04, 2012 at 08:01:33PM -0300, Marco Biscaro wrote:
> Hello all,
>
> I've opened a bug report about a wireless mouse problem [1], and
> Greg Kroah-Hartman told me to post the link on this list. Could
> anyone take a look on the bug?
>
> The problem was originally reported in Launchpad
On Tue, Sep 4, 2012 at 6:36 PM, Bjørn Mork wrote:
>
> I believe any Ericsson or Gobi modem would do, and most likely other USB
> networking devices too.
>
> I haven't explored the gadget. Doesn't it support remote wakeup? Well,
No.
> it doesn't really have to just for testing this. You just h
Hi Abraham
Thank you for checking patch
> > +config USB_RCAR_PHY
> > + tristate "Renesas R-Car USB phy support"
> > + depends on (USB || USB_GADGET) && ARCH_R8A7779
> > + help
> > + Say Y here to add support for the Renesas R-Car USB phy driver.
>
> Just out of curios
This patch adds support to Novatec wireless mouse (device ID 0603:1602).
Fixes bug https://bugzilla.kernel.org/show_bug.cgi?id=47031
Reported-by: draekko1
Signed-off-by: Marco Biscaro
---
drivers/hid/hid-ids.h |3 +++
drivers/hid/usbhid/hid-quirks.c |2 ++
2 files changed, 5
>
> Because the fsl_udc_core driver shares one 'status_req' object for the
> complete ep0 control transfer, it is not possible to prime the final
> STATUS phase immediately after the IN transaction. E.g. ch9getstatus()
> executed:
>
> | req = udc->status_req;
> | ...
> | list_add_tail(&req->qu
> @@ -195,14 +195,13 @@ static void done(struct fsl_ep *ep, struct fsl_req
> *req, int status)
> dma_pool_free(udc->td_pool, curr_td, curr_td->td_dma);
> }
>
> - if (req->mapped) {
> + if (req->req.dma != DMA_ADDR_INVALID) {
> dma_unmap_single(ep->udc->g
Not sure, why it appeared like that.
However my actual mail id is: vbyravar...@nvidia.com
Shall I resend the patch, or this mail id can be added in the patch?
Thanks,
Venu
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, September 04, 2012 10:51
Hi Greg,
Initially I pushed patch to linux-next with https://lkml.org/lkml/2012/8/29/40 .
In this patch, my mail id for "Signed-off-by" is correctly shown.
However as Felipe wanted me to push the patch to his branch, I synced to his
code base and pushed the patch.
Am still not sure, why my mail
From: Moiz Sonasath
For non PCI-based stacks, this function call
usb_disable_xhci_ports(to_pci_dev(hcd->self.controller));
made from xhci_shutdown is not applicable.
Ideally, we wouldn't have any PCI-specific code on
a generic driver such as the xHCI stack, but it looks
like we should just stub
Hi,
On Tue, Sep 04, 2012 at 02:51:31PM -0700, Sarah Sharp wrote:
> Hi Felipe,
>
> Should this be queued for stable as well?
it probably makes sense to Cc stable, indeed. Thanks a lot.
> Sarah Sharp
>
> On Fri, Aug 10, 2012 at 09:58:30AM +0300, Felipe Balbi wrote:
> > From: Ruchika Kharwar
> >
This patch turns each USB port on a hub into a new struct device. This
new device has the USB hub interface device as its parent. The port
devices are stored in a new structure (usb_port), and an array of
usb_ports are dynamically allocated once we know how many ports the USB
hub has.
Move the p
The usb_device structure contains an array of usb_device "children".
This array is only valid if the usb_device is a hub, so it makes no
sense to store it there. Instead, store the usb_device child
in its parent usb_port structure.
Since usb_port is an internal USB core structure, add a new funct
In the upcoming USB port power off patches, we need to know whether a
USB port can ever see a disconnect event. Often USB ports are internal
to a system, and users can't disconnect USB devices from that port.
Sometimes those ports will remain empty, because the OEM chose not to
connect an internal
This patch makes the xHCI roothub code handle the clear PORT_POWER
feature request. Setting port power is already handled.
Signed-off-by: Lan Tianyu
Signed-off-by: Sarah Sharp
---
drivers/usb/host/xhci-hub.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/usb/host/xhci-hub.c
Upcoming Intel systems will have an ACPI method to control whether a USB
port can be completely powered off. The implication of powering off a
USB port is that the device and host sees a physical disconnect, and
subsequent port connections and remote wakeups will be lost.
Add a new function, usb_
Alan Stern pointed out that a USB port could potentially get powered off
when the attached USB device is in the middle of enumerating, due to
race conditions:
http://marc.info/?l=linux-usb&m=134130616707548&w=2
If that happens, we need to ensure the enumeration fails. If a call to
usb_get
In the ACPI DSDT table, only usb root hub and usb ports are ACPI device
nodes. Originally, we bound the usb port's ACPI node to the usb device
attached to the port. However, we want to access those ACPI port
methods when the port is empty, and there's no usb_device associated
with that port.
Now
This patch adds two sysfs files for each usb hub port to allow userspace
to control the port power policy.
For an upcoming Intel xHCI roothub, this will translate into ACPI calls
to completely power off or power on the port. As a reminder, when these
ports are completely powered off, the USB host
On Mon, Sep 03, 2012 at 01:33:50PM -0400, Forest Bond wrote:
> From: Forest Bond
>
> Certain eGalax devices expose an interface with class HID and protocol
> None. Some work with usbhid and some work with usbtouchscreen, but
> there is no easy way to differentiate. Sending an eGalax diagnostic
From: Wei Yongjun
Using list_move_tail() instead of list_del() + list_add_tail().
spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun
---
drivers/usb/host/fhci-sched.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff
Hi,
On Wed, Sep 5, 2012 at 6:20 AM, Kuninori Morimoto
wrote:
>
> Hi Abraham
>
> Thank you for checking patch
>
>
>> > +config USB_RCAR_PHY
>> > + tristate "Renesas R-Car USB phy support"
>> > + depends on (USB || USB_GADGET) && ARCH_R8A7779
>> > + help
>> > + Say Y here
84 matches
Mail list logo
