On Wed, Nov 05, 2014 at 10:53:35AM +0530, Pratyush Anand wrote:
> Hello Joe,
>
> On Wed, Nov 05, 2014 at 06:20:06AM +0800, Joseph Salisbury wrote:
> > Hello Pratyush,
> >
> > A kernel bug report was opened against Ubuntu [0]. After a kernel
> > bisect, it was found that reverting the following c
On Tue, Nov 04, 2014 at 08:29:13PM +0200, Janne Huttunen wrote:
> On Tue, 4 Nov 2014 09:14:49 +0100
> Johan Hovold wrote:
> > > 2. The chip responds with single correct character followed by a few
> > >hundred or so replies containing only the overrun status (no
> > > data) which are then conv
On 04/11/14 20:52, Paul Bolle wrote:
> On Tue, 2014-11-04 at 11:42 -0800, Greg KH wrote:
>> > As it's something that no one seemed to ever need before (i.e. it's not
>> > a regression fix), but it would be a "new feature", I don't think it's
>> > really a stable fix.
>> >
>> > But feel free to con
On Fri, Oct 31, 2014 at 04:44:46PM +, Nix wrote:
> Sorry for the delay: illness and work-related release time flurries.
>
> On 24 Oct 2014, Johan Hovold told this:
>
> > [ +CC: linux-usb ]
> >
> > On Wed, Oct 22, 2014 at 04:36:59PM +0100, Nix wrote:
> >> On 22 Oct 2014, Johan Hovold outgrape:
Hello Charles,
After looking around I found the reset value for the 8772 chip, which
seems to be 0x1E1 (ANAR register).
This equates to (according to include/uapi/linux/mii.h)
ADVERTISE_ALL | ADVERTISE_CSMA.
The register only seems to become 0 if the software reset fails.
Unfortunately, this is
Hi Michel,
On Wed, Nov 05, 2014 at 01:04:37PM +0100, Stam, Michel [FINT] wrote:
> After looking around I found the reset value for the 8772 chip, which
> seems to be 0x1E1 (ANAR register).
>
> This equates to (according to include/uapi/linux/mii.h)
> ADVERTISE_ALL | ADVERTISE_CSMA.
>
> The regis
Hello.
On 11/2/2014 9:11 PM, Robert Jarzmik wrote:
Add documentation for device-tree binding of the generic gpio-vbus phy
controller.
Signed-off-by: Robert Jarzmik
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/phy/gpio-vbus.txt | 23 ++
1 file ch
On 11/04/2014 11:12 AM, Greg KH wrote:
On Tue, Nov 04, 2014 at 10:50:33AM -0600, Mark Langsdorf wrote:
Provide the methods to let ACPI identify the need to use
xhci-platform. Change the Kconfig files so the
xhci-plat.o file is selectable during kernel config.
Signed-off-by: Mark Langsdorf
---
On Wed, Nov 05, 2014 at 01:04:37PM +0100, Stam, Michel [FINT] wrote:
> Hello Charles,
>
> After looking around I found the reset value for the 8772 chip, which
> seems to be 0x1E1 (ANAR register).
>
> This equates to (according to include/uapi/linux/mii.h)
> ADVERTISE_ALL | ADVERTISE_CSMA.
>
> T
On Wed, Nov 05, 2014 at 12:39:51PM +0800, Huang Rui wrote:
> On Tue, Nov 04, 2014 at 08:47:26AM -0600, Felipe Balbi wrote:
> > On Tue, Nov 04, 2014 at 05:29:51PM +0800, Huang Rui wrote:
> > > Some SoC's FPGA platform will need this quirk, but it will complain if
> > > running at true SoC platform.
On 5 Nov 2014, Johan Hovold stated:
> On Fri, Oct 31, 2014 at 04:44:46PM +, Nix wrote:
>> Sorry for the delay: illness and work-related release time flurries.
>>
>> On 24 Oct 2014, Johan Hovold told this:
>>
>> > [ +CC: linux-usb ]
>> >
>> > On Wed, Oct 22, 2014 at 04:36:59PM +0100, Nix wrot
On 04.11.2014 23:58, m. allan noah wrote:
> Hello linux-usb! I am the administrator of SANE (Scanner Access Now
> Easy), which provides scanner drivers for over 1000 models of scanner
> on multiple platforms, including Linux. Many of those scanners are
> USB, and we have had an increase in bug repo
On Mon, Oct 27, 2014 at 06:31:12PM +0200, Octavian Purdila wrote:
> From: Daniel Baluta
>
> This patch adds GPIO and IRQ support for the Diolan DLN-2 GPIO module.
[...]
> +static void dln2_gpio_pin_set_out_val(struct dln2_gpio *dln2,
> + unsigned int pin, int v
On Mon, Oct 27, 2014 at 06:31:10PM +0200, Octavian Purdila wrote:
> From: Laurentiu Palcu
>
> This patch adds support for the Diolan DLN-2 I2C master module. Due
> to hardware limitations it does not support SMBUS quick commands.
>
> Information about the USB protocol interface can be found in t
On Mon, Oct 27, 2014 at 06:31:09PM +0200, Octavian Purdila wrote:
> This patch implements the USB part of the Diolan USB-I2C/SPI/GPIO
> Master Adapter DLN-2. Details about the device can be found here:
>
> https://www.diolan.com/i2c/i2c_interface.html.
>
> Information about the USB protocol can b
On Wed, Nov 05, 2014 at 15:14:49 +, Nix wrote:
> > Did you get anywhere with trying to look at the device firmware?
> Look at it? Only Daniel Silverstone (Cc:ed) can do that. The only copy
> of the firmware I have is baked into the sealed key. :)
Sadly I can't look at the exact firmware of the
Replying to two messages at once:
> Date: Tue, 4 Nov 2014 11:14:39 -0500 (EST)
> From: Alan Stern
> cc: "Dale R. Worley" , ,
>
>
> On Tue, 4 Nov 2014, James Bottomley wrote:
>
> > On Mon, 2014-11-03 at 16:06 -0500, Dale R. Worley wrote:
> > > Was there any resolution as to how large di
On Tue, 2014-11-04 at 11:14 -0500, Alan Stern wrote:
> On Tue, 4 Nov 2014, James Bottomley wrote:
>
> > On Mon, 2014-11-03 at 16:06 -0500, Dale R. Worley wrote:
> > > Was there any resolution as to how large disk drives would be handled
> > > if their interface did not support the "capacity" reque
Hello Charles,
First of all, my apologies. I manually applied your patch and made a
mistake; I swapped ax88772_link_reset with ax88772_reset for struct
driver_info_ax88772_info structure, which caused the software reset
failures. Blame it on a lack of coffee... Please disregard my previous
mail.
Hello Riku,
I will quickly reply to your message, and reserve any further comments
for the other thread.
>My concern is, that none of us with this problem is a linux network
drivers expert. And no such expert joined the thread to help us. Thus if
we hurry to have proper fix for 3.18, our fix migh
On Wed, Nov 05, 2014 at 11:23:36AM +0100, Sylwester Nawrocki wrote:
> On 04/11/14 20:52, Paul Bolle wrote:
> > On Tue, 2014-11-04 at 11:42 -0800, Greg KH wrote:
> >> > As it's something that no one seemed to ever need before (i.e. it's not
> >> > a regression fix), but it would be a "new feature",
On Wed, 5 Nov 2014, James Bottomley wrote:
> On Tue, 2014-11-04 at 11:14 -0500, Alan Stern wrote:
> > On Tue, 4 Nov 2014, James Bottomley wrote:
> >
> > > On Mon, 2014-11-03 at 16:06 -0500, Dale R. Worley wrote:
> > > > Was there any resolution as to how large disk drives would be handled
> > > >
This patch implements the USB part of the Diolan USB-I2C/SPI/GPIO
Master Adapter DLN-2. Details about the device can be found here:
https://www.diolan.com/i2c/i2c_interface.html.
Information about the USB protocol can be found in the Programmer's
Reference Manual [1], see section 1.7.
Because th
This patch series adds support for Diolan USB-I2C/GPIO Master Adapter
DLN-2. Details about device can be found here:
https://www.diolan.com/i2c/i2c_interface.html.
This patch series has been rebased against the for-mfd-next branch of
the MFD tree.
Changes since v9:
* MFD: use decimal serial no
From: Laurentiu Palcu
This patch adds support for the Diolan DLN-2 I2C master module. Due
to hardware limitations it does not support SMBUS quick commands.
Information about the USB protocol interface can be found in the
Programmer's Reference Manual [1], see section 6.2.2 for the I2C
master mod
From: Daniel Baluta
This patch adds GPIO and IRQ support for the Diolan DLN-2 GPIO module.
Information about the USB protocol interface can be found in the
Programmer's Reference Manual [1], see section 2.9 for the GPIO
module commands and responses.
[1] https://www.diolan.com/downloads/dln-api
On Wed, Nov 05, 2014 at 07:05:01PM +0200, Octavian Purdila wrote:
> From: Daniel Baluta
>
> This patch adds GPIO and IRQ support for the Diolan DLN-2 GPIO module.
>
> Information about the USB protocol interface can be found in the
> Programmer's Reference Manual [1], see section 2.9 for the GPI
On Wed, Nov 05, 2014 at 07:04:59PM +0200, Octavian Purdila wrote:
> This patch implements the USB part of the Diolan USB-I2C/SPI/GPIO
> Master Adapter DLN-2. Details about the device can be found here:
>
> https://www.diolan.com/i2c/i2c_interface.html.
>
> Information about the USB protocol can b
Make sure to only raise DTR on transitions from B0 in set_termios.
Also allow set_termios to be called from open with a termios_old of
NULL. Note that DTR will not be raised prematurely in this case.
Cc: stable
Signed-off-by: Johan Hovold
---
Greg,
I just noticed that this one did not make in
On Wed, Nov 05, 2014 at 03:14:49PM +, Nix wrote:
> On 5 Nov 2014, Johan Hovold stated:
>
> > On Fri, Oct 31, 2014 at 04:44:46PM +, Nix wrote:
> >> Sorry for the delay: illness and work-related release time flurries.
> >>
> >> On 24 Oct 2014, Johan Hovold told this:
> >>
> > The log appe
On 11/05/2014 03:48 AM, Pratyush Anand wrote:
> On Wed, Nov 05, 2014 at 10:53:35AM +0530, Pratyush Anand wrote:
>> Hello Joe,
>>
>> On Wed, Nov 05, 2014 at 06:20:06AM +0800, Joseph Salisbury wrote:
>>> Hello Pratyush,
>>>
>>> A kernel bug report was opened against Ubuntu [0]. After a kernel
>>> bi
I have some more, hope useful info on this issue,
i am working now in MUSB_OTG mode, as default
See what is happening on the table below.
Device (arm, am1808 cpu) boots
state
eventchanges to devctl
boot
interruptb_idle 0x81 (b1001, B device, session
On some boards powered by iMX6Q rev1.0 I get non-working USB Host 1
(connected to a hub, no other devices are connected to this hub) and
repeating resets from the chipidea host driver (with ported pm support
from Freescale):
[ 25.481714] usb 2-1: reset high-speed USB device number 2 usi
On 11/05/2014 06:34 PM, Alan Stern wrote:
<>
>
> It's simpler than that: The drive is attached directly to the computer
> (i.e., via SATA rather than USB) when the partition table is created.
> With no USB-SATA bridge chip to mess things up, there's no problem
> determining the correct capacity.
On Wed, Nov 05, 2014 at 08:52:25PM +0200, Vladimir Zapolskiy wrote:
> On some boards powered by iMX6Q rev1.0 I get non-working USB Host 1
> (connected to a hub, no other devices are connected to this hub) and
> repeating resets from the chipidea host driver (with ported pm support
> from Freescale)
On Mon, Oct 27, 2014 at 08:13:54AM +0800, Peter Chen wrote:
> On Tue, Sep 16, 2014 at 09:26:35PM -0500, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Sep 17, 2014 at 09:13:53AM +0800, Peter Chen wrote:
> > > Hi Felipe,
> > >
> > > In this series, I convert udc driver to use udc-core's reset notifie
On Tue, Nov 04, 2014 at 03:05:57AM -0800, Neil Zhang wrote:
>
> > -Original Message-
> > From: Andrzej Pietrasiewicz [mailto:andrze...@samsung.com]
> > Sent: 2014年10月28日 21:10
> > To: Neil Zhang; linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org
> > Cc: ba...@ti.com; gre...@linuxfoun
Hi,
On Tue, Nov 04, 2014 at 06:46:16AM +0530, Varka Bhadram wrote:
> Hi greg k-h,
>
> On Tuesday 04 November 2014 05:16 AM, Greg KH wrote:
> >On Fri, Oct 31, 2014 at 05:31:41PM +0300, Sergei Shtylyov wrote:
> >>Hello.
> >>
> >>On 10/31/2014 4:14 AM, Varka Bhadram wrote:
> >>
> >>>This series remo
On Wed, Nov 05, 2014 at 07:59:32AM -0600, Mark Langsdorf wrote:
> >> static struct platform_driver usb_xhci_driver = {
> >>.probe = xhci_plat_probe,
> >>.remove = xhci_plat_remove,
> >>@@ -294,6 +304,7 @@ static struct platform_driver usb_xhci_driver = {
> >>.name = "xhci-hcd"
On Wed, Nov 05, 2014 at 05:07:48PM +0100, James Bottomley wrote:
>
> OK, but I still don't understand how windows gets the partition table on
> there in the first place ... that must surely be some sort of guess the
> disk size hack.
99% of the time the partition table was provided by the drive
m
On Fri, Oct 31, 2014 at 01:14:33PM -0700, Ashwini Pahuja wrote:
> This patch adds a UDC driver for Broadcom's USB3.0 Peripheral core
> named BDC. BDC is capable of supporting all transfer types control,
> bulk, Int and isoch on each endpoint.
>
> Signed-off-by: Ashwini Pahuja
> ---
> Changes for
On Fri, Oct 31, 2014 at 10:39:11PM +0100, Sebastian Andrzej Siewior wrote:
> On 10/31/2014 10:36 PM, Sebastian Andrzej Siewior wrote:
> > diff --git a/drivers/usb/musb/musb_cppi41.c b/drivers/usb/musb/musb_cppi41.c
> > index d16b7561cce4..355f0dac9f0f 100644
> > --- a/drivers/usb/musb/musb_cppi41.c
On 11/05/2014 08:20 PM, Felipe Balbi wrote:
>
> could you just resend these two aptches ?
I think about waiting for Daniel for some feedback. What about I resend
them next week if I don't hear from him until then?
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-usb"
On Wed, Nov 05, 2014 at 08:21:41PM +0100, Sebastian Andrzej Siewior wrote:
> On 11/05/2014 08:20 PM, Felipe Balbi wrote:
> >
> > could you just resend these two aptches ?
>
> I think about waiting for Daniel for some feedback. What about I resend
> them next week if I don't hear from him until th
On Mon, Oct 27, 2014 at 07:06:19PM +0100, Sebastian Andrzej Siewior wrote:
> Attaching a keyboard, using it as a wakeup via
> |for f in $(find /sys/devices/ocp.3/4740.usb -name wakeup)
> |do
> | echo enabled > $f
> |done
>
> going into standby
> | echo standby > /sys/power/state
>
> and
Hi,
On Tue, Oct 14, 2014 at 04:34:00PM +0300, Mathias Nyman wrote:
> >>> Could you try with xhci debugging enabled? (will probably produce a
> >>> lot of output)
> >>>
> >>> echo -n 'module xhci_hcd =p' > /sys/kernel/debug/dynamic_debug/control
> >>
> >> I'll try, sure.
> >
> > I used tracing oth
Hi,
On Sun, Nov 02, 2014 at 07:11:49PM +0100, Robert Jarzmik wrote:
> In order to prepare device-tree conversion, port gpio_vbus to use
> gpio_desc.
>
> Signed-off-by: Robert Jarzmik
Can we just convert users of this to a phy-generic.c with a regulator ?
This is basically what gpio-vbus is doi
On Sun, Nov 02, 2014 at 07:11:50PM +0100, Robert Jarzmik wrote:
> Add device-tree support for the generic gpio-vbus driver.
>
> Signed-off-by: Robert Jarzmik
> Cc: devicet...@vger.kernel.org
> ---
I would rather see you converting to a fixed-regulator with phy-generic.
--
balbi
signature.asc
On Wed, Nov 05, 2014 at 11:34:11AM -0500, Alan Stern wrote:
> > Sorry, meant to. In principle I'm OK with this as the lever for the
> > hack (largely because it means we don't need to do anything) but will
> > the distributions support it?
>
> While I can't speak for the distributions, it's reaso
On Tue, Nov 04, 2014 at 10:37:30AM +0900, Jingoo Han wrote:
> Fix the following checkpatch warning.
>
> WARNING: break is not useful after a goto or return
>
> Signed-off-by: Jingoo Han
> ---
> drivers/usb/dwc3/ep0.c |2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/usb/dw
Hi,
On Fri, Oct 10, 2014 at 08:07:31PM +0200, Andrzej Pietrasiewicz wrote:
> device_create() might fail, so check its return value and react
> appropriately.
>
> Signed-off-by: Andrzej Pietrasiewicz
this patch doesn't apply, please rebase on my testing/next
--
balbi
signature.asc
Descriptio
On Tue, Nov 04, 2014 at 03:30:54PM +0530, Kiran Kumar Raparthy wrote:
> From: Todd Poynor
>
> usb: phy: Hold wakeupsource when USB is enumerated in peripheral mode
>
> Some systems require a mechanism to prevent system to enter into suspend
> state when USB is connected and enumerated in periphe
On Mon, Oct 20, 2014 at 01:41:37PM +0200, Krzysztof Opasiak wrote:
> Driver which provides implementation of some USB functions
> registers its usb_function_driver structure in framework.
> Function drivers are identifed using registered name.
>
> When gadget is composed user must know what names
On Mon, Nov 03, 2014 at 10:11:02AM -0600, Felipe Balbi wrote:
> Hi,
>
> On Thu, Oct 09, 2014 at 03:21:51PM +0200, Robert Baldyga wrote:
> > Since we can compose gadgets from many functions, there is the problem
> > related to gadget breakage while FunctionFS daemon being closed. FFS
> > function i
On 11/05/2014 01:11 PM, Greg KH wrote:
On Wed, Nov 05, 2014 at 07:59:32AM -0600, Mark Langsdorf wrote:
static struct platform_driver usb_xhci_driver = {
.probe = xhci_plat_probe,
.remove = xhci_plat_remove,
@@ -294,6 +304,7 @@ static struct platform_driver usb_xhci_driver = {
Felipe Balbi writes:
> Hi,
>
> On Sun, Nov 02, 2014 at 07:11:49PM +0100, Robert Jarzmik wrote:
>> In order to prepare device-tree conversion, port gpio_vbus to use
>> gpio_desc.
>>
>> Signed-off-by: Robert Jarzmik
>
> Can we just convert users of this to a phy-generic.c with a regulator ?
Maybe
Hi folks,
so I've now caught up with my linux-usb inbox. Most of you have already
received my automated email that patch has been applied. I still have
quite a few patches pending on testing/next (see below), but if your
patch isn't there and you haven't received any email from me asking you
to re
On Wed, Nov 05, 2014 at 08:46:58PM +0100, Robert Jarzmik wrote:
> Felipe Balbi writes:
>
> > Hi,
> >
> > On Sun, Nov 02, 2014 at 07:11:49PM +0100, Robert Jarzmik wrote:
> >> In order to prepare device-tree conversion, port gpio_vbus to use
> >> gpio_desc.
> >>
> >> Signed-off-by: Robert Jarzmik
Hi Felipe,On 05.11.2014 21:00, Felipe Balbi wrote:
> On Wed, Nov 05, 2014 at 08:52:25PM +0200, Vladimir Zapolskiy wrote:
>> On some boards powered by iMX6Q rev1.0 I get non-working USB Host 1
>> (connected to a hub, no other devices are connected to this hub) and
>> repeating resets from the chipid
On Wed, Nov 05, 2014 at 01:44:43PM -0600, Mark Langsdorf wrote:
> On 11/05/2014 01:11 PM, Greg KH wrote:
> >On Wed, Nov 05, 2014 at 07:59:32AM -0600, Mark Langsdorf wrote:
> static struct platform_driver usb_xhci_driver = {
> .probe = xhci_plat_probe,
> .remove =
On Wed, Nov 05, 2014 at 09:50:17PM +0200, Vladimir Zapolskiy wrote:
> Hi Felipe,On 05.11.2014 21:00, Felipe Balbi wrote:
> > On Wed, Nov 05, 2014 at 08:52:25PM +0200, Vladimir Zapolskiy wrote:
> >> On some boards powered by iMX6Q rev1.0 I get non-working USB Host 1
> >> (connected to a hub, no othe
Felipe Balbi writes:
> On Wed, Nov 05, 2014 at 08:46:58PM +0100, Robert Jarzmik wrote:
> Well, let's add that :-) Just make it optional. It's pointless to have
> 80% duplicated code just because of 20% missing in phy-generic :-)
>
> Then we avoid adding gpio-vbus specific DT properties too.
OK, g
Hi,
On Wed, Nov 05, 2014 at 09:02:04PM +0100, Robert Jarzmik wrote:
> Felipe Balbi writes:
>
> > On Wed, Nov 05, 2014 at 08:46:58PM +0100, Robert Jarzmik wrote:
> > Well, let's add that :-) Just make it optional. It's pointless to have
> > 80% duplicated code just because of 20% missing in phy-g
On Mon, 3 Nov 2014, Alan Wu wrote:
> Surface Pro 3 Type Cover that works with Ubuntu (and possibly Arch) from this
> thread. Both trackpad and keyboard work after compiling my own kernel.
> http://ubuntuforums.org/showthread.php?t=2231207&page=2&s=44910e0c56047e4f93dfd9fea58121ef
>
> Also includ
On Wednesday 05 November 2014 11:55:07 Greg KH wrote:
> On Wed, Nov 05, 2014 at 01:44:43PM -0600, Mark Langsdorf wrote:
> > On 11/05/2014 01:11 PM, Greg KH wrote:
> > >On Wed, Nov 05, 2014 at 07:59:32AM -0600, Mark Langsdorf wrote:
> > static struct platform_driver usb_xhci_driver = {
> > >>>
I'm no longer the USB 3.0 driver maintainer. Please work with Mathias
Nyman to fix this issue.
Sarah Sharp
On Fri, Oct 31, 2014 at 06:01:24PM +0300, parafin wrote:
> Hi,
>
> it was suggested to me that since you are the author of offending
> commit I should forward this email to you. Also see t
On Wed, 5 Nov 2014, Naveen Kumar Parna wrote:
> > Can you do it again, but this time keep the SOF packets?
> >
> > You don't have to post the entire analyzer log. Just extract 3 or 4 ms
> > from the middle, where it shows the SSPLITS but no CSPLITS for the
> > interrupt endpoints, and post only t
On 11/04/2014 08:10 PM, Alan Stern wrote:
> Now, maybe something went wrong somewhere. Perhaps the kernel thought
> that after the system resume, the root hub was still in runtime
> suspend. If that's true, we need to find out why and fix it.
This is what I have so far (I have no idea what is
On Wed, 5 Nov 2014, Lu Baolu wrote:
> xhci: clear root port wake on bits if controller isn't allowed to do wakeup
>
> When system is being suspended, if host device is not allowed to do wakeup,
> xhci_suspend() needs to clear all root port wake on bits. Otherwise, some
> platforms may generate sp
On Wed, Nov 05, 2014 at 09:41:23PM +0100, Arnd Bergmann wrote:
> On Wednesday 05 November 2014 11:55:07 Greg KH wrote:
> > On Wed, Nov 05, 2014 at 01:44:43PM -0600, Mark Langsdorf wrote:
> > > On 11/05/2014 01:11 PM, Greg KH wrote:
> > > >On Wed, Nov 05, 2014 at 07:59:32AM -0600, Mark Langsdorf wro
* Krzysztof Opasiak | 2014-10-27 11:53:09 [+0100]:
>Main difference is that each loaded fabric module provides its own
>directory (/sys/kernel/config/target/$FABRIC_MOD/). This means that
>each loaded or built-in module has there it own directory.
So I assumed they don't do and I don't recall thi
On Thu, Nov 06, 2014 at 01:18:44AM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 10/10/2014 12:02 AM, Sergei Shtylyov wrote:
>
> >File names in the heading comments fell out of favor long ago, and these
> >weren't
> >even changed when the drivers were moved from drivers/usb/otg/, so remove
> >t
Update to this issue:
OS X has problems recognizing these devices as well - 10.9 managed to
enumerate it after several attempts, but after upgrade to the latest
release (10.10 Yosemite) OS X only sees these USB devices if they were
connected before booting up (so same as Linux). Windows, of course,
On Wed, Nov 05, 2014 at 11:18:12PM +0100, Sebastian Andrzej Siewior wrote:
> * Krzysztof Opasiak | 2014-10-27 11:53:09 [+0100]:
>
> >Main difference is that each loaded fabric module provides its own
> >directory (/sys/kernel/config/target/$FABRIC_MOD/). This means that
> >each loaded or built-in
* Felipe Balbi | 2014-11-05 13:42:56 [-0600]:
>Also, I thought Sebastian had explained to you that Target framework
>does not provide any list of any sorts.
There is older thread
"[PATCHv2] usb: gadget: composite: Provide a list of available"
where I explained it again. I think we can con
Hello.
On 10/10/2014 12:02 AM, Sergei Shtylyov wrote:
File names in the heading comments fell out of favor long ago, and these weren't
even changed when the drivers were moved from drivers/usb/otg/, so remove them
at last...
Signed-off-by: Sergei Shtylyov
---
Changes in version 2:
- fixed
Hi,
On Wed, Nov 05, 2014 at 11:23:24PM +0100, Sebastian Andrzej Siewior wrote:
> * Felipe Balbi | 2014-11-05 13:42:56 [-0600]:
>
> >Also, I thought Sebastian had explained to you that Target framework
> >does not provide any list of any sorts.
> There is older thread
> "[PATCHv2] usb: gadge
> From: Alan Stern
> I posted a patch to allow the user to override the reported capacity:
>
> http://marc.info/?l=linux-scsi&m=140993840113445&w=2
I see the patch, and I feel confident I could install it if I needed
to. What command do I execute to "write to the capacity_override
attrib
Well, not everything as good as it seemed - upgrading JMS539 firmware
completely disabled eSATA port on docking station :( So that's another
reason to solve this issue inside Linux kernel.
On Thu, 6 Nov 2014 01:26:07 +0300
parafin wrote:
> Update to this issue:
> OS X has problems recognizing th
Off-board Controller do not initialize external hard disk properly. Motherboard
MSI FM2-A75MA-P33 with AMD A10-6800k.
Error: If a external hard disk is attached a during a running system the drive
is mounted without errors. If the hard disk is attached as an additional drive,
e.g. /data, and t
On Tuesday 04 November 2014 10:33:18 Al Stone wrote:
> On 11/03/2014 10:14 AM, Arnd Bergmann wrote:
> > On Monday 03 November 2014 09:15:51 Mark Salter wrote:
> >> On Thu, 2014-10-30 at 22:05 +0100, Arnd Bergmann wrote:
> >>> Note that the discussions about merging ACPI support on ARM64
> >>> are b
A Kconfig choice only allows one 'y' selection or multiple 'm'
selections, but it is valid to have any combination of 'y' and 'm'
selections here (dependent on USB_MUSB_HDRC). Use a menu instead.
Reported-by: Arnaud Patard
Signed-off-by: Ben Hutchings
---
drivers/usb/musb/Kconfig | 5 ++---
1
Hcd controller needs bus_suspend/resume, dwc2 controller make
root hub generate suspend/resume signal with hprt0 register
when work in host mode.
After the root hub enter suspend, we can make controller enter
low power state with PCGCTL register.
We also update the lx_state for hsotg state.
This
On 11/6/2014 5:24 AM, Alan Stern wrote:
On Wed, 5 Nov 2014, Lu Baolu wrote:
xhci: clear root port wake on bits if controller isn't allowed to do wakeup
When system is being suspended, if host device is not allowed to do wakeup,
xhci_suspend() needs to clear all root port wake on bits. Otherwi
On Thu, Nov 06, 2014 at 01:01:06AM +0100, Stefan Gies wrote:
> Off-board Controller do not initialize external hard disk properly.
> Motherboard MSI FM2-A75MA-P33 with AMD A10-6800k.
>
> Error: If a external hard disk is attached a during a running system
> the drive is mounted without errors. If
On Thu, Nov 06, 2014 at 01:25:39AM +, Ben Hutchings wrote:
> A Kconfig choice only allows one 'y' selection or multiple 'm'
> selections, but it is valid to have any combination of 'y' and 'm'
> selections here (dependent on USB_MUSB_HDRC). Use a menu instead.
>
> Reported-by: Arnaud Patard
This serie of patch reworks commit ff8cbf250b448aac35589f6075082c3fcad8a8fe.
This has been discussed at http://www.spinics.net/lists/linux-usb/msg114986.html
It also includes a patch to fix a comment in drivers/usb/host/xhci.h.
Changes in v4:
- Refine xhci_disable_port_wake_on_bits().
xhci: clear root port wake on bits if controller isn't allowed to do wakeup
When system is being suspended, if host device is not allowed to do wakeup,
xhci_suspend() needs to clear all root port wake on bits. Otherwise, some
platforms may generate spurious wakeup, even if PCI PME# is disabled.
S
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC
true means "Device is non-removable".
Signed-off-by: Lu Baolu
Reported-by: Juro Bystricky
---
drivers/usb/host/xhci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host
This reverts commit ff8cbf250b448aac35589f6075082c3fcad8a8fe.
Commit ff8cbf250b448aac35589f6075082c3fcad8a8fe triggers the bug logged at
https://bugzilla.kernel.org/show_bug.cgi?id=85701
Signed-off-by: Lu Baolu
Reported-by: Dmitry Nezhevenko
---
drivers/usb/host/xhci-hub.c | 5 +
1 file c
On Wed, 2014-11-05 at 20:56 -0600, Felipe Balbi wrote:
> On Thu, Nov 06, 2014 at 01:25:39AM +, Ben Hutchings wrote:
> > A Kconfig choice only allows one 'y' selection or multiple 'm'
> > selections, but it is valid to have any combination of 'y' and 'm'
> > selections here (dependent on USB_MUS
From: Hayes Wang
Date: Wed, 5 Nov 2014 10:17:02 +0800
> Let the tasklet only be enabled after open(), and be disabled for
> the other situation. The tasklet is only necessary after open() for
> tx/rx, so it could be disabled by default.
>
> Signed-off-by: Hayes Wang
Applied, thanks.
--
To unsu
Hi Felipe,
On 6 November 2014 01:10, Felipe Balbi wrote:
> On Tue, Nov 04, 2014 at 03:30:54PM +0530, Kiran Kumar Raparthy wrote:
>> From: Todd Poynor
>>
>> usb: phy: Hold wakeupsource when USB is enumerated in peripheral mode
>>
>> Some systems require a mechanism to prevent system to enter into
Initialize the ops through tp->version. This could skip checking
each VID/PID.
Hayes Wang (3):
r8152: move r8152b_get_version
r8152: modify rtl_ops_init
r8152: remove the definitions of the PID
drivers/net/usb/r8152.c | 92 +
1 file changed,
Replace using VID/PID with using tp->version to initialize the ops.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 79 ++---
1 file changed, 28 insertions(+), 51 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
inde
The PIDs are only used in the id table, so the definitions are
unnacessary. Remove them wouldn't have confusion.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
Move r8152b_get_version() to the location before rtl_ops_init().
Then, the rtl_ops_init() could use tp->version.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index fd4
in case kernel is built without CONFIG_OF there
will be a build warning (see below) due to of_match_ptr()
being defined to NULL.
Because of_match_ptr() is pretty pointless anyway,
let's just remove it and fix the warning.
drivers/usb/gadget/udc/pxa27x_udc.c:2403:28: warning: ‘udc_pxa_dt_ids’ defi
On Thu, Nov 06, 2014 at 03:13:57AM +, Ben Hutchings wrote:
> On Wed, 2014-11-05 at 20:56 -0600, Felipe Balbi wrote:
> > On Thu, Nov 06, 2014 at 01:25:39AM +, Ben Hutchings wrote:
> > > A Kconfig choice only allows one 'y' selection or multiple 'm'
> > > selections, but it is valid to have a
On Thu, Nov 06, 2014 at 10:04:01AM +0530, Kiran Raparthy wrote:
> Hi Felipe,
>
> On 6 November 2014 01:10, Felipe Balbi wrote:
> > On Tue, Nov 04, 2014 at 03:30:54PM +0530, Kiran Kumar Raparthy wrote:
> >> From: Todd Poynor
> >>
> >> usb: phy: Hold wakeupsource when USB is enumerated in peripher
1 - 100 of 124 matches
Mail list logo
