On Sun, Jul 22, 2012 at 12:46:13PM -0700, Linus Torvalds wrote:
> On Sun, Jul 22, 2012 at 5:58 AM, Borislav Petkov wrote:
> >
> > Question: is there any other reason
> >
> > [besides maybe embedded people who care about each single Kb of memory
> >on the system]
> >
> > why we don't make thi
Hi,
On 06/22/2012 05:43 PM, Munegowda, Keshava wrote:
> On Fri, Jun 22, 2012 at 7:41 PM, Kevin Hilman wrote:
>> "Munegowda, Keshava" writes:
>>
>> [...]
>>
>>
>> You are not reading what I write.
>>
>> To repeat: your patch fixes the oops during boot, and the suspend hang
>> and now I see CORE
hi alan:
I accord to your advice to implement usb port power off mechanism
for port with device (add "auto" option for portX/control to allow port
to be power off during device being suspended and power on when resuming).
http://marc.info/?l=linux-usb&m=133675841421390&w=2
I stil
Hi,
On Wed, Jul 18, 2012 at 06:29:06PM +0800, Richard Zhao wrote:
> i.MX usb controllers shares non-core registers, which may include
> SoC specific controls. We take it as a usbmisc device and usbmisc
> driver set operations needed by ci13xxx_imx driver.
>
> For example, Sabrelite board has bad
>
> This patch looks like a recipe for disaster IMHO, but it's Alex's call.
Well, if there's any better place to hold it, I'd like to move there.
Another place is arch/arm/mach-imx. Sascha/Shawn who are maintainers of
imx are also in cc list.
Thanks
Richard
>
> --
> balbi
--
To unsubscribe f
On 07/23/2012 11:27 AM, Richard Zhao wrote:
>> This patch looks like a recipe for disaster IMHO, but it's Alex's call.
> Well, if there's any better place to hold it, I'd like to move there.
> Another place is arch/arm/mach-imx. Sascha/Shawn who are maintainers of
> imx are also in cc list.
IMHO i
[CCing Dan Carpenter as I believe he has reported the NULL pointer
dereference on serial device unplug before]
Bjørn Mork writes:
> "Thomas Schäfer" wrote:
>
>>This happens with the Huawei E398 (supported since 3.4)
>>
>>
>>dmesg
>>[ 133.764128] usb 1-4: new high-speed USB device number 3 usin
Hello All,
Could somebody recommend me what is the standard way to share
resources between host and gadget?
I have seen at least two implementation:
1. Using suspend/resume: OTG driver resumes or suspends host and
device accordingly to otg state (value ID pin for example)
2. Device registration/u
Hi guys,
So, this is why I have been mostly silent during last week. We were debugging
this failure with the TD7.06 of the Link Layer Compliance Suite - a mandatory
test for USB3 certification - and it turned out to be a silicon issue.
The workaround is somwhat simple - don't use on-demand transf
Databook says we should set Ignore Sequence Number bit
from ConnectDone Event, so let's do so.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/gadget.c | 21 +
1 file changed, 13 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.
When returning from ep0_queue, we have an
unnecessary ret variable which is always
zero. Remove it.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/ep0.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/usb/dwc3/ep0.c b/drivers/usb/dwc3/ep0.c
index 9b94886..962fb9b
We can return early from each if () branch
and split the special cases for clarity. While
at that also add a comment to the delayed_status
case.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/ep0.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/dwc
There's no such thing as XferNotReady(SETUP), we
can safely drop all that code with no problems
whatsoever.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/core.h | 2 --
drivers/usb/dwc3/ep0.c | 49 -
2 files changed, 51 deletions(-)
diff --gi
Databook doesn't say we should stall if we
get XferNotReady(STATUS) while we're expecting
something else.
Instead of stalling and restarting, tests have
proven that ignoring the event is far more
effective.
This problem has been caught while rewriting
ep0 handling in order we pass Link Layer TD7.
We uncovered a limitation of this core WRT to the
Link Layer Compliance Suite's TD7.06.
On that test, host will start a GetDescriptor(DEVICE)
standard request, but it will do so only on the
SETUP phase, meaning there will *NOT* be any DATA or
STATUS phases.
The idea of the test is to verify robus
Due to the late Silicon limitation found, we are
now pre-starting DATA phase's TRBs. If, still, we
get XferNotReady(DATA) we will ignore it unless
we're getting it for the wrong direction.
In that case we must keep the error case handling
plus add a ENDTRANSFER command to forcefully end
the Data T
commit 68d3e66 (usb: dwc3: ep0: fix for possible early
delayed_status) added handling for early delayed status,
but the current code only works because so far delayed
status will always be on the IN direction.
This patch makes the code more robust by making sure that
we can handle all directions p
When issuing SetStall on ep0, we must make sure to
reinitialize all flags on physical ep1 too.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/ep0.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/ep0.c b/drivers/usb/dwc3/ep0.c
index 3f2c698..1bba97b 1
Valentin Sitdikov wrote:
> How should user-space applications handle possibility of switching
> between host and gadget mode (for example libusb if controller is
> working as gadget ?)
When switching from host mode libusb simply sees that the other
device has disconnected, and libusb is not aware
Hi Felipe,
> Hi Felipe,
>
> > This commit fixes the way gadget's pullup method (wrapped at
> > usb_gadget_connect/disconnect) is called in the udc-core.
> >
> > The composite driver allows correct driver registration, even when
> > it calls the usb_gadget_disconnect method (composite driver is
>
Hello.
On 22-07-2012 21:42, kyak wrote:
From: Mikhail Peselnik
This patch adds support for PL-2501 by adding the appropriate USB
ID's. This chip is used in several USB 'Easy Trasfer' Cables.
Signed-off-by: Mikhail Peselnik
Tested-by: Mikhail Peselnik
---
Now with proper sign-offs and r
Thanks for the answer, Peter.
As far as I understand You are talking about the second variant when
new device is registered / unregistred.
How about suspend/resume variant? Is it possible to report -ESHUTDOWN
if otg works as a gadget but libusb is trying to access a host or may
be bus should be em
Hi,
On Thu, Jul 05, 2012 at 08:16:54PM +0300, Ruslan Bilovol wrote:
> Hi,
>
> On Tue, Jul 3, 2012 at 7:13 PM, Felipe Balbi wrote:
> >
> > Hi,
> >
> > On Mon, Jul 02, 2012 at 08:10:49PM +0300, Ruslan Bilovol wrote:
> > > Hi,
> > >
> > >
> > > On Mon, Jul 2, 2012 at 11:13 AM, Felipe Balbi wrote:
Hi,
On Wed, Jul 04, 2012 at 10:50:30AM +0800, Du, Changbin wrote:
> The timeout values were 1000 and timeout issue occurred many times on my
>
> s3c6410 Soc based board (mostly when booting with USB cable not
>
> connected). This patch increase the values to 1 to guarantee the
>
> success o
On Mon, Jul 23, 2012 at 11:30:18AM +0200, Marc Kleine-Budde wrote:
> On 07/23/2012 11:27 AM, Richard Zhao wrote:
> >> This patch looks like a recipe for disaster IMHO, but it's Alex's call.
> > Well, if there's any better place to hold it, I'd like to move there.
> > Another place is arch/arm/mach-
On Fri, Jul 20, 2012 at 10:33:24AM +0200, Fabio Porcedda wrote:
> On Fri, Jul 20, 2012 at 12:50 AM, Greg Kroah-Hartman
> wrote:
> > On Thu, Jul 19, 2012 at 07:16:54PM +0200, Sebastian Andrzej Siewior wrote:
> >> On Thu, Jul 19, 2012 at 03:50:54PM +0200, Fabio Porcedda wrote:
> >> > > I would prefe
On Mon, Jul 23, 2012 at 12:56:02PM +0300, Felipe Balbi wrote:
> Hi guys,
>
> So, this is why I have been mostly silent during last week. We were debugging
> this failure with the TD7.06 of the Link Layer Compliance Suite - a mandatory
> test for USB3 certification - and it turned out to be a silic
On Mon, Jul 23, 2012 at 01:51:55PM +0300, Felipe Balbi wrote:
> On Mon, Jul 23, 2012 at 11:30:18AM +0200, Marc Kleine-Budde wrote:
> > On 07/23/2012 11:27 AM, Richard Zhao wrote:
> > >> This patch looks like a recipe for disaster IMHO, but it's Alex's call.
> > > Well, if there's any better place t
On Mon, Jul 23, 2012 at 07:13:52PM +0800, Richard Zhao wrote:
> On Mon, Jul 23, 2012 at 01:51:55PM +0300, Felipe Balbi wrote:
> > On Mon, Jul 23, 2012 at 11:30:18AM +0200, Marc Kleine-Budde wrote:
> > > On 07/23/2012 11:27 AM, Richard Zhao wrote:
> > > >> This patch looks like a recipe for disaster
On Mon, Jul 23, 2012 at 2:03 PM, Roger Quadros wrote:
> Hi,
>
> On 06/22/2012 05:43 PM, Munegowda, Keshava wrote:
>> On Fri, Jun 22, 2012 at 7:41 PM, Kevin Hilman wrote:
>>> "Munegowda, Keshava" writes:
>>>
>>> [...]
>>>
>
>>>
>>> You are not reading what I write.
>>>
>>> To repeat: your patch f
From: Mikhail Peselnik
This patch adds support for PL-2501 by adding the appropriate USB
ID's. This chip is used in several USB 'Easy Trasfer' Cables.
Signed-off-by: Mikhail Peselnik
Tested-by: Mikhail Peselnik
---
Now with proper sign-offs and right people in cc and unwrapped lines.
plusb dr
On Mon, Jul 23, 2012 at 02:21:06PM +0300, Felipe Balbi wrote:
> On Mon, Jul 23, 2012 at 07:13:52PM +0800, Richard Zhao wrote:
> > On Mon, Jul 23, 2012 at 01:51:55PM +0300, Felipe Balbi wrote:
> > > On Mon, Jul 23, 2012 at 11:30:18AM +0200, Marc Kleine-Budde wrote:
> > > > On 07/23/2012 11:27 AM, Ri
Intense-PC is Compulab's mini-desktop with Intel Panther Point
chipset.
Unconditional switchover to xHCI provided by function
usb_enable_xhci_ports() leads to surprising results, after shutdown
system powered-on again after a few seconds. On Windows power
related problems were not observed. Switch
Some devices with Intel Panther Point chipset may require switchover
usb ports from XHCI back to EHCI controller before shutdown.
Overwise various BIOS bugs related to power management may be
triggered.
Signed-off-by: Denis Turischev
---
drivers/usb/host/pci-quirks.c | 14 ++
drive
Can anyone help me with this? How my application should detect device
plugout/plugin and SET_CONFIGURATION events?
Is my current solution of generating input event on SET_CONFIGURATION call for
application to close and reopen device node is Okay?
Appreciate any help on this.
Regards,
Dipen Pa
Hello.
On 07/23/2012 03:46 PM, Denis Turischev wrote:
> Some devices with Intel Panther Point chipset may require switchover
> usb ports from XHCI back to EHCI controller before shutdown.
> Overwise various BIOS bugs related to power management may be
> triggered.
> Signed-off-by: Denis Turische
On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
> Hello Daniel,
>
> That is why I provided two stacks,
>
> 1st one is when I tried to remove the USB hub (which connects a webcam
> + microphone)
> 2nd one is when I tried to remove an USB powered external HDD.
>
> Just to make sure whether the probl
On 23.07.2012 16:47, Alan Stern wrote:
> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
>> That is why I provided two stacks,
>>
>> 1st one is when I tried to remove the USB hub (which connects a webcam
>> + microphone)
>> 2nd one is when I tried to remove an USB powered external HDD.
>>
>> Just to m
On 23 July 2012 20:17, Alan Stern wrote:
> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
>
>> Hello Daniel,
>>
>> That is why I provided two stacks,
>>
>> 1st one is when I tried to remove the USB hub (which connects a webcam
>> + microphone)
>> 2nd one is when I tried to remove an USB powered exte
On 23 July 2012 20:24, Daniel Mack wrote:
> On 23.07.2012 16:47, Alan Stern wrote:
>> On Mon, 23 Jul 2012, Sarbojit Ganguly wrote:
>>> That is why I provided two stacks,
>>>
>>> 1st one is when I tried to remove the USB hub (which connects a webcam
>>> + microphone)
>>> 2nd one is when I tried to
On Mon, Jul 23, 2012 at 09:23:53AM +0800, Lan Tianyu wrote:
> Sorry for later reply. :)
>
> On 2012年07月21日 01:08, Sarah Sharp wrote:
> >On Thu, Jul 19, 2012 at 11:42:57AM +0200, Oliver Neukum wrote:
> >>On Thursday 19 July 2012 15:42:37 Lan Tianyu wrote:
> >>>On 2012年07月19日 14:37, Oliver Neukum wr
On 23.07.2012 17:04, Sarbojit Ganguly wrote:
> On 23 July 2012 20:17, Alan Stern wrote:
> Yes the issue is in evict() api which gets called when USB disconnect
> is triggered.
>>
>> Alan Stern
>>
>
> Even I was confused in the beginning but after thorough check I
> confirmed its presence. I reve
Hi,
On Tue, Jul 24, 2012 at 12:09:47AM +0900, Vivek Gautam wrote:
> > > @@ -58,6 +81,8 @@ static int __devinit dwc3_exynos_probe(struct
> > platform_device *pdev)
> > > if (!pdev->dev.coherent_dma_mask)
> > > pdev->dev.coherent_dma_mask = DMA_BIT_MASK(32);
> > >
> > > + dw
On Mon, 23 Jul 2012, Lan Tianyu wrote:
> hi alan:
> I accord to your advice to implement usb port power off mechanism
> for port with device (add "auto" option for portX/control to allow port
> to be power off during device being suspended and power on when resuming).
>
> http://marc.
On Mon, 23 Jul 2012, Valentin Sitdikov wrote:
> Hello All,
>
> Could somebody recommend me what is the standard way to share
> resources between host and gadget?
There isn't really any standard way.
> I have seen at least two implementation:
> 1. Using suspend/resume: OTG driver resumes or susp
Some devices with Intel Panther Point chipset may require switchover
usb ports from XHCI back to EHCI controller before shutdown.
Otherwise various BIOS bugs related to power management may be
triggered.
v2: deleted unnecessary variables.
Signed-off-by: Denis Turischev
---
drivers/usb/host/pci-
Did you try disabling the wake on bits in the port status registers? I
would prefer that solution if it works.
Otherwise this patchset looks fine. I'll work with the hardware folks
and see if this is exposed on other boards. Also, this is not a BIOS
bug, but a hardware issue that can be worked
On Mon, Jul 23, 2012 at 08:06:22AM -0700, Greg KH wrote:
> On Mon, Jul 23, 2012 at 09:23:53AM +0800, Lan Tianyu wrote:
> > On 2012年07月21日 01:08, Sarah Sharp wrote:
> > >On Thu, Jul 19, 2012 at 11:42:57AM +0200, Oliver Neukum wrote:
> > >>On Thursday 19 July 2012 15:42:37 Lan Tianyu wrote:
> > >>>On
Dear Sarah,
dear Andiry,
I kindly want to re-rise my question though being quite sure that both of you
are busy, not waiting for extra efforts to come along.
If you do not find to dig any deepter into this I will keep the solution that
had had been provided by Andiry, however, I think it is not
On Sat, 16 Jun 2012, Graves, Daniel (GE Healthcare) wrote:
> Hello,
>
> wMaxPacketSize if 512. The transfer_buffer_length the problematic
> message is 8. And yes I meant scan_async doesn't run until 4 seconds
> later.
>
> Yes the debug messages I gave were just to show the time discrepancy
>
>>>[ 243.148375] option1 ttyUSB0: GSM modem (1-port) converter now
>>>disconnected from ttyUSB0
>>>[ 243.148471] BUG: unable to handle kernel NULL pointer dereference at
>>>(null)
>>>[ 243.148508] IP: [] stop_read_write_urbs+0x37/0x80
>>>[usb_wwan]
Yes, this is easily reproducible w
On Wed, 20 Jun 2012, Jeff Moyer wrote:
> Alan Stern writes:
>
> > On Tue, 19 Jun 2012, Dima Tisnek wrote:
> >
> >> I made a microsd flash with 2 partitions, sdb1 is data partition, and
> >> sdb2 is a sentinel partition, 1 block in size.
> >>
> >> I attached the usb-microsd reader with that card
Alan Stern writes:
> On Wed, 20 Jun 2012, Jeff Moyer wrote:
>
>> Alan Stern writes:
>>
>> > On Tue, 19 Jun 2012, Dima Tisnek wrote:
>> >
>> >> I made a microsd flash with 2 partitions, sdb1 is data partition, and
>> >> sdb2 is a sentinel partition, 1 block in size.
>> >>
>> >> I attached the u
Bjorn's latest patchset does break Gobi 1K and 2K because on both
devices as it claims usb interface 0. That's because usbif 0 is not
handled in the switch statement, and thus the if0 gets claimed when it
should not. So let's just make things even simpler yet, and handle both
the 1K and 2K+ cases
On Monday 23 July 2012 11:08:47 Sarah Sharp wrote:
> > By disabling this, you are not creating a real-world situation. Those
> > disks need to be polled for a reason, right?
>
> Tianyu is trying to test the port power off mechanism with USB 3.0
> devices, to make sure the patches work on USB 3.0.
On Mon, 23 Jul 2012, Oliver Neukum wrote:
> On Monday 23 July 2012 11:08:47 Sarah Sharp wrote:
> > > By disabling this, you are not creating a real-world situation. Those
> > > disks need to be polled for a reason, right?
> >
> > Tianyu is trying to test the port power off mechanism with USB 3.0
On Mon, 23 Jul 2012, Jeff Moyer wrote:
> > Jeff, does this also fix Bugzilla #43269?
>
> First, this patch is wrong. I posted another version later on that got
> merged for 3.5.
>
> As for bug 43269, it does not look like the same symptoms, so I would
> not expect the patches I posted to resolv
Hello,
I have no idea where to start debugging this. But USB hotplug does not
seem to work at all in linux-next if autosuspend is enabled.
I am running next-20120723 with this:
nemi:/tmp# grep . /sys/bus/usb/devices/usb*/power/control
/sys/bus/usb/devices/usb1/power/control:auto
/sys/bus/usb
From: kyak
Date: Mon, 23 Jul 2012 15:44:11 +0400 (MSK)
> From: Mikhail Peselnik
>
> This patch adds support for PL-2501 by adding the appropriate USB
> ID's. This chip is used in several USB 'Easy Trasfer' Cables.
>
> Signed-off-by: Mikhail Peselnik
> Tested-by: Mikhail Peselnik
This does n
On Mon, 23 Jul 2012, Bjørn Mork wrote:
> >>>[ 243.148375] option1 ttyUSB0: GSM modem (1-port) converter now
> >>>disconnected from ttyUSB0
> >>>[ 243.148471] BUG: unable to handle kernel NULL pointer dereference at
> >>> (null)
> >>>[ 243.148508] IP: [] stop_read_write_urbs+0x37/0x80
Alan Stern writes:
> On Mon, 23 Jul 2012, Jeff Moyer wrote:
>
>> > Jeff, does this also fix Bugzilla #43269?
>>
>> First, this patch is wrong. I posted another version later on that got
>> merged for 3.5.
>>
>> As for bug 43269, it does not look like the same symptoms, so I would
>> not expect
On Mon, 23 Jul 2012, Bjørn Mork wrote:
> Hello,
>
> I have no idea where to start debugging this. But USB hotplug does not
> seem to work at all in linux-next if autosuspend is enabled.
>
> I am running next-20120723 with this:
>
> nemi:/tmp# grep . /sys/bus/usb/de
Dan Williams writes:
> Bjorn's latest patchset does break Gobi 1K and 2K because on both
> devices as it claims usb interface 0. That's because usbif 0 is not
> handled in the switch statement, and thus the if0 gets claimed when it
> should not. So let's just make things even simpler yet, and h
On Mon, 2012-07-23 at 22:23 +0200, Bjørn Mork wrote:
> Dan Williams writes:
>
> > Bjorn's latest patchset does break Gobi 1K and 2K because on both
> > devices as it claims usb interface 0. That's because usbif 0 is not
> > handled in the switch statement, and thus the if0 gets claimed when it
>
Hello,
Unfortunately this is a very hard problem to recreate and I've had to
give this one a lower priority. However, I did add the code change you
mentioned as I'm waiting for it to happen again. Below are the values
of the status and command registers during normal operation when the
issue has
On Monday 23 July 2012 15:55:51 Alan Stern wrote:
> The runtime PM framework already provides such an API, although the USB
> layer doesn't have a wrapper for it.
That should be rectified.
> I suggest that rather than have usb-storage mess around with details
> like no medium or offline, the SC
Alan Stern writes:
> On Mon, 23 Jul 2012, Bjørn Mork wrote:
>
>> Hello,
>>
>> I have no idea where to start debugging this. But USB hotplug does not
>> seem to work at all in linux-next if autosuspend is enabled.
>>
>> I am running next-20120723 with t
Alan Stern writes:
> On Mon, 23 Jul 2012, Bjørn Mork wrote:
>
>> >>>[ 243.148375] option1 ttyUSB0: GSM modem (1-port) converter now
>> >>>disconnected from ttyUSB0
>> >>>[ 243.148471] BUG: unable to handle kernel NULL pointer dereference at
>> >>> (null)
>> >>>[ 243.148508] IP: [] sto
On Mon, Jul 23, 2012 at 08:31:08PM +0200, Dr. Ing. Dieter Jurzitza wrote:
> Dear Sarah,
> dear Andiry,
> I kindly want to re-rise my question though being quite sure that both of you
> are busy, not waiting for extra efforts to come along.
>
> If you do not find to dig any deepter into this I wil
The NEC/Renesas 720201 xHCI host controller does not complete its reset
within 250 milliseconds. Let's increase the timeout to 10 seconds and
use the new debugging in handshake to see how long the host controller
actually needs.
Signed-off-by: Sarah Sharp
Reported-by: e.kleinment...@zonnet.nl
--
On Mon, Jul 23, 2012 at 03:22:07PM -0700, Sarah Sharp wrote:
> On Mon, Jul 23, 2012 at 08:31:08PM +0200, Dr. Ing. Dieter Jurzitza wrote:
> > Dear Sarah,
> > dear Andiry,
> > I kindly want to re-rise my question though being quite sure that both of
> > you
> > are busy, not waiting for extra effor
On Mon, Jul 23, 2012 at 04:17:54PM -0700, Sarah Sharp wrote:
> On Mon, Jul 23, 2012 at 03:22:07PM -0700, Sarah Sharp wrote:
> > On Mon, Jul 23, 2012 at 08:31:08PM +0200, Dr. Ing. Dieter Jurzitza wrote:
> > > Dear Sarah,
> > > dear Andiry,
> > > I kindly want to re-rise my question though being quit
From: "Du, Changbin"
The timeout values were 1000 and timeout issue occured many times on my
s3c6410 Soc based board (mostly when booting whith USB cable not
connected). This patch increase the values to 1 to guarantee the
success of reset.
Having set timeout to 1, I printed the remained
Adam Wozniak wrote:
> so I know this is a "control output" message with "setup" values
> bmRequestType=21, bRequest=01, wValue=0900, wIndex=0700, wLength=0005
> and data of 01,0N,00,00,0a where N=1 for on and N=0 for off
>
> How would I send this same packet from a userspace application?
Install a
Dipen Patel wrote:
> Can anyone help me with this? How my application should detect device
> plugout/plugin and SET_CONFIGURATION events?
>
> Is my current solution of generating input event on SET_CONFIGURATION
> call for application to close and reopen device node is Okay?
I don't think g_ser
On Mon, Jul 23, 2012 at 5:51 PM, Valentin Sitdikov wrote:
> Hello All,
>
> Could somebody recommend me what is the standard way to share
> resources between host and gadget?
>
> I have seen at least two implementation:
> 1. Using suspend/resume: OTG driver resumes or suspends host and
> device acc
Hello Greg,
On Fri, Jul 20, 2012 at 11:30 PM, Greg KH wrote:
>
> A: No.
> Q: Should I include quotations after my reply?
>
> http://daringfireball.net/2007/07/on_top
>
> On Fri, Jul 20, 2012 at 10:14:57PM +0530, Balakumar wrote:
>> Hi Greg,
>>
>> When it comes to embedded device cases, I feel tha
This patch was created against linux-3.5, but it applies perfectly
against net-next tree, i just checked..
I'm sorry for not being able to submit the correct patch from the first
attempt (and not even from the third attempt). Could you be more specific
about "doesn't apply cleanly at all"? By
From: kyak
Date: Tue, 24 Jul 2012 09:39:40 +0400 (MSK)
> This patch was created against linux-3.5, but it applies perfectly
> against net-next tree, i just checked..
>
> I'm sorry for not being able to submit the correct patch from the
> first attempt (and not even from the third attempt). Could
79 matches
Mail list logo
