This is seen on widely used ftdi ft232rl chips.
Setting the parity to something like 'even' results in occasional
framing errors when transmitting data.
Relevant timing diagrams from the logic analyzer are attached to this
bug:
https://bugzilla.kernel.org/show_bug.cgi?id=47921
--
Regards,
Andr
On 2012年09月25日 05:17, Alan Stern wrote:
> On Mon, 24 Sep 2012, Rafael J. Wysocki wrote:
>> Well, precisely. Which means that the user would have to apply
>> trial-and-error
>> to figure out which sysfs file corresponds to which physical port on his/her
>> machine.
>>
>> That doesn't sound really
Hi,
On Mon, Sep 24, 2012 at 09:09:14AM -0700, Tony Lindgren wrote:
> * Felipe Balbi [120924 06:08]:
> > Hi,
> >
> > On Mon, Sep 24, 2012 at 03:54:22PM +0300, Philippe De Swert wrote:
> > > Hi,
> > >
> > > On 24/09/2012, Felipe Balbi wrote:
> > > > SoB's mail doesn't From mail.
> > >
> > > Wel
The struct member is not used anymore, remove it.
Signed-off-by: Yinghai Lu
Cc: Greg Kroah-Hartman
Cc: linux-usb@vger.kernel.org
---
drivers/usb/core/usb-acpi.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/core/usb-acpi.c b/drivers/usb/core/usb-acpi.c
ind
2012/9/25 Yinghai Lu :
> The struct member is not used anymore, remove it.
>
> Signed-off-by: Yinghai Lu
> Cc: Greg Kroah-Hartman
> Cc: linux-usb@vger.kernel.org
> ---
> drivers/usb/core/usb-acpi.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/usb/core/usb
Matthijs Kooijman wrote:
> I guess that just raising nrpacks by itself is not enough to make this
> work, since that creates a very big buffer that alsa clients can't
> touch, causing a big minimum latency.
Indeed.
> I'm not completely sure how this stuff works, but I guess there should
> be some
Hi Marc,
This is a query regarding patch,
"usb: otg: add device tree support to otg library" [1]
It seems there is so far no consensus on this change.
Do you have ideas to proceed on this ? is there something
that I can help you to proceed on this ?
Something like this would be required for USB
Hi,
Resending whole uas bug fix patch series. Patches #3 + #5 got updated,
addressing review comments. The fixed patches have been on the list
already, but not yet the whole series as updated v2.
cheers,
Gerd
The following changes since commit 56d27adcb536b7430d5f8a6240df8ad261eb00bd:
M
Allocate one tag for task management functions and
use it properly.
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/storage/uas.c b/drivers/usb/storage/uas.c
index ab66365..1d326c5 100644
--- a/d
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/storage/uas.c b/drivers/usb/storage/uas.c
index 1d326c5..42976ec 100644
--- a/drivers/usb/storage/uas.c
+++ b/drivers/usb/storage/uas.c
@@ -64
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/storage/uas.c b/drivers/usb/storage/uas.c
index 638cd64..ab66365 100644
--- a/drivers/usb/storage/uas.c
+++ b/drivers/usb/storage/uas.c
@@ -41
Properly report aborted commands.
Also don't access cmdinfo after kicking task management,
it may not be valid any more once it returns.
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/stora
Add spinlock to protect uas data structures.
[ v2: s/GFP_NOIO/GFP_ATOMIC/, better don't sleep when holding a spinlock ]
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 51 ++--
1 files changed, 44 insertions(+), 7 deletions(-)
diff --git a
> "Andrew" == Andrew writes:
Andrew> This is seen on widely used ftdi ft232rl chips. Setting the
Andrew> parity to something like 'even' results in occasional framing
Andrew> errors when transmitting data.
Andrew> Relevant timing diagrams from the logic analyzer are attache
Hi Afzal,
On 09/25/2012 10:47 AM, Mohammed, Afzal wrote:
> This is a query regarding patch,
> "usb: otg: add device tree support to otg library" [1]
>
> It seems there is so far no consensus on this change.
After I have posted this patch, Kishon had posted a better solution [2].
We discussed the
Hi,
On 25/09/2012, Felipe Balbi wrote:
>> > > Not a mention of CONFIG_SOC_OMAP2430 and CONFIG_SOC_OMAP3430 did not
>> > > get set (while it is not a 3430 but a 3630 I am using). Maybe
>> > > CONFIG_ARCH_OMAP3 would have been a better choice then?
>> >
>> > that's quite f**ked up. Tony, why doesn'
Uwe Bonnes писал 25.09.2012 12:46:
"Andrew" == Andrew writes:
Andrew> This is seen on widely used ftdi ft232rl chips. Setting
the
Andrew> parity to something like 'even' results in occasional
framing
Andrew> errors when transmitting data.
Andrew> Relevant timing diagrams
Hi
I have posted the required patch for this:
usb: host: xhci: Fix Null pointer dereferencing with 71c731a for non-x86 systems
Can we please get that in ?
On Tue, Sep 18, 2012 at 8:06 PM, Greg KH wrote:
> On Tue, Sep 18, 2012 at 02:51:57AM +0200, Sebastian Gottschall (DD-WRT) wrote:
>> this fol
On 09/24/2012 07:34 PM, Greg KH :
> On Mon, Sep 24, 2012 at 09:44:31AM +0200, Nicolas Ferre wrote:
>>> This patches fixed the issue by adding the gpio valid check.
>>>
>>> Signed-off-by: Joachim Eastwood
>>
>> Acked-by: Nicolas Ferre
>>
>> Thanks a *lot* Joachim for having chased this bug!
>>
>>
Hi,
On Mon, Sep 24, 2012 at 6:45 PM, Rob Herring wrote:
> On 09/06/2012 09:57 AM, Kishon Vijay Abraham I wrote:
>> All phy related programming like enabling/disabling the clocks, powering
>> on/off the phy is taken care of by this driver. It is also used for OTG
>> related functionality like srp.
On Tue, Sep 25, 2012 at 2:13 PM, Ming Lei wrote:
> For hub devices, we can restore its original 2 seconds delay in open(), and
> set the 0 delay back in its release() to eliminate the extra suspend/resume
> during 'lsusb -v'.
Sorry, please ignore the stupid idea, :-(
Thanks
--
Ming Lei
--
To un
Hi,
On Tue, Sep 25, 2012 at 2:24 PM, Marc Kleine-Budde wrote:
> Hi Afzal,
>
> On 09/25/2012 10:47 AM, Mohammed, Afzal wrote:
>> This is a query regarding patch,
>> "usb: otg: add device tree support to otg library" [1]
>>
>> It seems there is so far no consensus on this change.
>
> After I have p
On Tue, Sep 25, 2012 at 16:21:39, ABRAHAM, KISHON VIJAY wrote:
> On Tue, Sep 25, 2012 at 2:24 PM, Marc Kleine-Budde
> wrote:
> > I'm interested in to get these patches into the kernel soon. Kishon any
> > news on this patch?
> >
> >> Something like this would be required for USB support
> >> on
Hi ,
I use 3.5.3-1.fc17 kernel on my host test PC. I use dwc3 in Super speed
mode as usb device, however the issue which I see is not related to usb
device.
I have observed that testusb (test13, EP halt test) never passes in
Supper Speed mode. When simple_io is called second time from
verify_
> -Original Message-
> From: ABRAHAM, KISHON VIJAY [mailto:kis...@ti.com]
> Sent: Monday, September 24, 2012 11:48 AM
> To: Venu Byravarasu
> Cc: Stephen Warren; ba...@ti.com; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; linux-usb@vger.kernel.org
> Subject: Re: [PATCH v3] US
Hi Rob,
On Mon, Sep 24, 2012 at 6:34 PM, Rob Herring wrote:
> On 09/17/2012 07:54 AM, Praveen Paneri wrote:
>> This driver uses usb_phy interface to interact with s3c-hsotg. Supports
>> phy_init and phy_shutdown functions to enable/disable phy. Tested with
>> smdk6410 and smdkv310. More SoCs can
Hi,
On Tue, Sep 25, 2012 at 04:39:52PM +0530, Pratyush Anand wrote:
> I use 3.5.3-1.fc17 kernel on my host test PC. I use dwc3 in Super
> speed mode as usb device, however the issue which I see is not
> related to usb device.
> I have observed that testusb (test13, EP halt test) never passes in
>
On 09/24/2012 11:38 AM, Praveen Paneri wrote:
> Hi Kishon, Felipe,
>
> Any further comments on these patches? Can they be merged now?
One nitpick inline.
Marc
>
> Thanks,
> Praveen
>
> On Mon, Sep 17, 2012 at 6:24 PM, Praveen Paneri wrote:
>> This driver uses usb_phy interface to interact wit
> -Original Message-
> From: Oliver Neukum [mailto:oneu...@suse.de]
>
> here is the patch that does everything I consider theoretically
> necessary to have bundling of frames in usbnet and adapting cdc-ncm to
> it.
>
> I'd appreciate any review in case I am doing something stupid.
>
I h
On 9/25/2012 4:49 PM, Felipe Balbi wrote:
Can you post dwc3's logs ? We need to see if it executed set_halt() or
set_wedge().
Host Does SET FEATURE(ENDPOINT_HALT). dwc3 codes calls
__dwc3_gadget_ep_set_halt with correct dep for the specified endpoint. I
do not think that dwc3 is doing anythin
Hi,
On Tue, Sep 25, 2012 at 05:24:25PM +0530, Pratyush Anand wrote:
> On 9/25/2012 4:49 PM, Felipe Balbi wrote:
> >Can you post dwc3's logs ? We need to see if it executed set_halt() or
> >set_wedge().
>
> Host Does SET FEATURE(ENDPOINT_HALT). dwc3 codes calls
> __dwc3_gadget_ep_set_halt with cor
On 09/25/2012 06:23 AM, Praveen Paneri wrote:
> Hi Rob,
>
> On Mon, Sep 24, 2012 at 6:34 PM, Rob Herring wrote:
>> On 09/17/2012 07:54 AM, Praveen Paneri wrote:
>>> This driver uses usb_phy interface to interact with s3c-hsotg. Supports
>>> phy_init and phy_shutdown functions to enable/disable ph
Hi Alan,
On Wednesday 19 September 2012 15:37:54 Alan Stern wrote:
> On Wed, 19 Sep 2012, Laurent Pinchart wrote:
> > To be honest I thought the ASAP flag did what it now does with your patch
> > :-) The uvcvideo driver doesn't care much about when URBs will be
> > transferred, I just set the fram
Hi,
On Tue, Sep 25, 2012 at 5:48 PM, Rob Herring wrote:
> On 09/25/2012 06:23 AM, Praveen Paneri wrote:
>> Hi Rob,
>>
>> On Mon, Sep 24, 2012 at 6:34 PM, Rob Herring wrote:
>>> On 09/17/2012 07:54 AM, Praveen Paneri wrote:
This driver uses usb_phy interface to interact with s3c-hsotg. Suppo
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Tue, Sep 25, 2012 at 03:12:33PM +0530, Vivek Gautam wrote:
> Hi
>
> I have posted the required patch for this:
> usb: host: xhci: Fix Null pointer dereferencing with 71c731a for non-x86
> systems
On Tue, Sep 25, 2012 at 11:48:43AM +0200, Nicolas Ferre wrote:
> On 09/24/2012 07:34 PM, Greg KH :
> > On Mon, Sep 24, 2012 at 09:44:31AM +0200, Nicolas Ferre wrote:
> >>> This patches fixed the issue by adding the gpio valid check.
> >>>
> >>> Signed-off-by: Joachim Eastwood
> >>
> >> Acked-by: N
Hi all,
If you haven't sent me any pending patches for 3.7, it's a bit too late
as I've now closed the usb-next tree for any new stuff for 3.7, unless
it's bug fixes.
If you have sent me stuff and I've missed it, please let me know as I
think my queue is now empty.
thanks,
greg k-h
--
To unsubs
On Mon, Sep 24, 2012 at 07:58:04PM -0700, Andiry Xu wrote:
> On Mon, Sep 24, 2012 at 3:35 PM, Sarah Sharp
> wrote:
> > On Mon, Sep 24, 2012 at 01:05:08PM -0700, Sarah Sharp wrote:
> >> On Mon, Sep 24, 2012 at 03:50:04PM -0400, Alan Stern wrote:
> >> > On Mon, 24 Sep 2012, Sarah Sharp wrote:
> >> >
On Mon, 24 Sep 2012, Sarah Sharp wrote:
> On Mon, Sep 24, 2012 at 01:05:08PM -0700, Sarah Sharp wrote:
> > On Mon, Sep 24, 2012 at 03:50:04PM -0400, Alan Stern wrote:
> > > On Mon, 24 Sep 2012, Sarah Sharp wrote:
> > >
> > > > When a device with an isochronous endpoint is behind a hub plugged int
On Tue, 25 Sep 2012, Clemens Ladisch wrote:
> > I'm not completely sure how this stuff works, but I guess there should
> > be some way for an alsa client to rewind the stream, causing one or more
> > urbs to canceled and resubmitted?
>
> I'm not sure if cancelling and resubmitting iso URBs work i
On Tue, Sep 25, 2012 at 11:10:15AM -0400, Alan Stern wrote:
> On Mon, 24 Sep 2012, Sarah Sharp wrote:
>
> > On Mon, Sep 24, 2012 at 01:05:08PM -0700, Sarah Sharp wrote:
> > > On Mon, Sep 24, 2012 at 03:50:04PM -0400, Alan Stern wrote:
> > > > On Mon, 24 Sep 2012, Sarah Sharp wrote:
> > > >
> > >
On Tue, 25 Sep 2012, Laurent Pinchart wrote:
> > All right. It sounds like as far as uvcvideo is concerned, recovering
> > video-in frame synchronization after a drop-out doesn't matter very
> > much. You don't much care if some of the frames are gone from the data
> > stream with no indication
On Tue, Sep 25, 2012 at 11:13:43PM +0800, Lan Tianyu wrote:
>
> hi Greg:
[linux-usb added as it concerns them as well]
> I find only devices which has bus_type or class can add uevent callback
> and output the uevent information. This is because the dev_uevent_filter just
> return
> true
On Tue, Sep 25, 2012 at 04:57:43PM +0400, Andrew wrote:
> Uwe Bonnes писал 25.09.2012 12:46:
> >>"Andrew" == Andrew writes:
> >
> >Andrew> This is seen on widely used ftdi ft232rl chips.
> >Setting the
> >Andrew> parity to something like 'even' results in occasional
> >framing
> >
On Tue, 25 Sep 2012, Peter Chen wrote:
> On Mon, Sep 24, 2012 at 12:23 AM, Alan Stern
> wrote:
> > It turns out that the USB-2 spec does not take into account the
> > possibility of the race between a hub being suspended and one of its
> > ports receiving a remote wakeup request from downstream.
On Tue, 25 Sep 2012, Ming Lei wrote:
> For example on usb HID, see below code in hid_suspend():
>
> if (PMSG_IS_AUTO(message) && test_bit(HID_KEYS_PRESSED,
> &usbhid->iofl)) {
> status = -EBUSY;
> goto failed;
>
On Tue, 25 Sep 2012, Ming Lei wrote:
> > But think of it this way: Suppose there's no driver for a particular
> > device. Its autosuspend delay will get set to the default initially
> > and then there won't be any driver to change it. So when would the
> > delay be changed to 0?
>
> How about j
On 09/25/12 15:45, Greg KH wrote:
> Hi all,
>
> If you haven't sent me any pending patches for 3.7, it's a bit too late
> as I've now closed the usb-next tree for any new stuff for 3.7, unless
> it's bug fixes.
>
> If you have sent me stuff and I've missed it, please let me know as I
> think my q
On Tue, 25 Sep 2012, Greg KH wrote:
> On Tue, Sep 25, 2012 at 04:57:43PM +0400, Andrew wrote:
> > Uwe Bonnes писал 25.09.2012 12:46:
> > >>"Andrew" == Andrew writes:
> > >
> > >Andrew> This is seen on widely used ftdi ft232rl chips.
> > >Setting the
> > >Andrew> parity to something l
On Tue, Sep 25, 2012 at 03:07:46PM +0300, Felipe Balbi wrote:
> Hi,
>
> On Tue, Sep 25, 2012 at 05:24:25PM +0530, Pratyush Anand wrote:
> > On 9/25/2012 4:49 PM, Felipe Balbi wrote:
> > >Can you post dwc3's logs ? We need to see if it executed set_halt() or
> > >set_wedge().
> >
> > Host Does SET
Hi Felipe,
On September 19, 2012 2:18 PM Felipe Balbi wrote:
>
> I wouldn't make functionN a directory. I think it's better to:
>
> echo "f_mass_storage" > /cfg/usb-function-gadget/ufg/config0/function0
I'd like to comment a little on your suggestion. In configfs there are
config items, whic
On Tue, Sep 25, 2012 at 08:18:57AM -0700, Greg KH wrote:
> On Tue, Sep 25, 2012 at 11:10:15AM -0400, Alan Stern wrote:
> > On Mon, 24 Sep 2012, Sarah Sharp wrote:
> >
> > > On Mon, Sep 24, 2012 at 01:05:08PM -0700, Sarah Sharp wrote:
> > > > On Mon, Sep 24, 2012 at 03:50:04PM -0400, Alan Stern wro
On Tue, Sep 25, 2012 at 05:00:01PM +0200, Gerd Hoffmann wrote:
> On 09/25/12 15:45, Greg KH wrote:
> > Hi all,
> >
> > If you haven't sent me any pending patches for 3.7, it's a bit too late
> > as I've now closed the usb-next tree for any new stuff for 3.7, unless
> > it's bug fixes.
> >
> > If
On Tue, 25 Sep 2012, Pratyush Anand wrote:
> Hi ,
>
> I use 3.5.3-1.fc17 kernel on my host test PC. I use dwc3 in Super speed
> mode as usb device, however the issue which I see is not related to usb
> device.
> I have observed that testusb (test13, EP halt test) never passes in
> Supper Speed
On Tue, Sep 25, 2012 at 1:35 AM, Lan Tianyu wrote:
> 2012/9/25 Yinghai Lu :
>> The struct member is not used anymore, remove it.
>>
>> Signed-off-by: Yinghai Lu
>> Cc: Greg Kroah-Hartman
>> Cc: linux-usb@vger.kernel.org
>> ---
>> drivers/usb/core/usb-acpi.c |1 -
>> 1 files changed, 0 inser
Alan Stern писал 25.09.2012 19:57:
On Tue, 25 Sep 2012, Greg KH wrote:
On Tue, Sep 25, 2012 at 04:57:43PM +0400, Andrew wrote:
> Uwe Bonnes писал 25.09.2012 12:46:
> >>"Andrew" == Andrew writes:
> >
> >Andrew> This is seen on widely used ftdi ft232rl chips.
> >Setting the
> >Andr
On Tue, Sep 25, 2012 at 9:26 AM, Adrian Sandu wrote:
> On Tue, Sep 25, 2012 at 12:38 AM, Sarah Sharp
> wrote:
>> Ok, so 3.4.11 doesn't work, and the log file was from 3.5.
>
> If you want I can provide a 3.4 log...
>
>> If it's not LPM, I'm really out of ideas. I would suggest getting
>> another
> After each test I've only plugged ou the drive from the hub ( the hub
> remained connected to the computer )
> Results: Directory indexing enabled .. http://d3xt3r01.tk/~dexter/usbmon/
Nevermind my last email .. seems I've been catting the wrong 9u ! :|
the files seem too small :| Will redo ever
On Tue, Sep 25, 2012 at 09:26:00AM +0300, Adrian Sandu wrote:
> On Tue, Sep 25, 2012 at 12:38 AM, Sarah Sharp
> wrote:
> > Ok, so 3.4.11 doesn't work, and the log file was from 3.5.
>
> If you want I can provide a 3.4 log...
Hmm, does a 3.3 stable kernel work for you? I have a hypothesis.
Alan
On Tue, Sep 25, 2012 at 2:19 PM, Sarah Sharp
wrote:
> On Tue, Sep 25, 2012 at 09:26:00AM +0300, Adrian Sandu wrote:
>> On Tue, Sep 25, 2012 at 12:38 AM, Sarah Sharp
>> wrote:
>> > Ok, so 3.4.11 doesn't work, and the log file was from 3.5.
>>
>> If you want I can provide a 3.4 log...
>
> Hmm, does
On Wed, Sep 26, 2012 at 12:03:48AM +0300, Adrian Sandu wrote:
> On Tue, Sep 25, 2012 at 9:26 AM, Adrian Sandu wrote:
> > On Tue, Sep 25, 2012 at 12:38 AM, Sarah Sharp
> > wrote:
> I did some more tests. Just to make sure that I wasn't imagining things ...
>
> The file I'm trying to copy is a ms
On Tue, Sep 25, 2012 at 07:30:52AM -0700, Sarah Sharp wrote:
> On Mon, Sep 24, 2012 at 07:58:04PM -0700, Andiry Xu wrote:
> > Does this bug only affect isoc devices behind a hub? Can the
> > workaround be limited so devices connected to the root hub can still
> > use BEI?
>
> I don't think it's is
From: Michael Spang
The Intel XHCI specification says that after clearing the run/stop bit
the controller may take up to 16ms to halt. We've seen a device take
14ms, which with the current timeout of 10ms causes the kernel to
abort the suspend. Increasing the timeout to the recommended value
fixe
When a device with an isochronous endpoint is behind a hub plugged into
the Intel Panther Point xHCI host controller, and the driver submits
multiple frames per URB, the xHCI driver will set the Block Event
Interrupt (BEI) flag on all but the last TD for the URB. This causes
the host controller to
The following changes since commit f3f4bf5cf0896e58e9831ea53bcb8c7d88127d20:
USB: ohci-at91: fix null pointer in ohci_hcd_at91_overcurrent_irq (2012-09-24
10:42:25 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci.git
for-usb-next-2012-
From: Vivek Gautam
In 71c731a: usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP Hardware
when extracting DMI strings (vendor or product_name) to mark them as quirk
we may get NULL pointer in case of non-x86 systems which won't define
CONFIG_DMI. Hence susbsequent strstr() calls crash while d
On Tue, Sep 25, 2012 at 10:47:03AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> Resending whole uas bug fix patch series. Patches #3 + #5 got updated,
> addressing review comments. The fixed patches have been on the list
> already, but not yet the whole series as updated v2.
Sorry for the delay, now
On Tue, Sep 25, 2012 at 03:29:23PM -0700, Sarah Sharp wrote:
> The following changes since commit f3f4bf5cf0896e58e9831ea53bcb8c7d88127d20:
>
> USB: ohci-at91: fix null pointer in ohci_hcd_at91_overcurrent_irq
> (2012-09-24 10:42:25 -0700)
>
> are available in the git repository at:
>
> git
a.k.a. "1.0.13, we hardly knew ye".
* Reverts the previous API change with regards to bMaxPower.
* Note that LIBUSBX_API_VERSION is *decreased* to 0x01FF and the
previous guidelines with regards to concurrent use of
MaxPower/bMaxPower still apply.
Regards,
/Pete
--
To unsubscribe from t
Hi Gerd,
FYI, there are new sparse warnings show up in
tree: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-next
head: 655db7980596f0ad4f15f8f4c51beb3e705762de
commit: e064852072c47b69f62325c6b7fa4a58332655bd [66/70] USB: uas: add locking
+ drivers/usb/storage/uas.c:638:12:
Apologies for that. I should have been rather a bit patient.
Best regards
Vivek
On Tue, Sep 25, 2012 at 7:10 PM, Greg KH wrote:
>
> A: No.
> Q: Should I include quotations after my reply?
>
> http://daringfireball.net/2007/07/on_top
>
> On Tue, Sep 25, 2012 at 03:12:33PM +0530, Vivek Gautam wrot
Hi,
I have been trying for some time to get a JMicron USB/eSata adapter to
work properly with a 4 drive Silicon Image based port multiplier
enclosure without success. The port multiplier and drives work cleanly
off a PCI Silicon Image eSata card using Debian Wheezy.
Bus 002 Device 004: ID 1
Hi,
On Wed, Sep 19, 2012 at 5:26 PM, Felipe Balbi wrote:
> On Wed, Sep 19, 2012 at 05:00:29PM +0530, Kishon Vijay Abraham I wrote:
>> "usb_otg_ss_refclk960m" is needed by usb2 phy present in omap5. For
>> omap4, the clk_get of this clock will fail since it does not have this
>> clock.
>>
>> Signe
On Tue, Sep 25, 2012 at 2:39 PM, Philippe De Swert
wrote:
> Hi,
> On 25/09/2012, Felipe Balbi wrote:
>> Then maybe it's best to just remove the ifdefs and always provide
>> generic_interrupt() ?
>>
>> Anyone against it ?
Providing generic_interrupt seems fine.
> Well it seems there are only tw
On Tuesday 25 September 2012 15:29:29 Sarah Sharp wrote:
> This patch should be backported to kernels as old as 3.0, that contain
> the commit 69e848c2090aebba5698a1620604c7dccb448684 "Intel xhci: Support
> EHCI/xHCI port switching."
How do you arrive at that commit? The BIOS may also switch ports
On 09/26/12 05:06, Fengguang Wu wrote:
> Hi Gerd,
>
> FYI, there are new sparse warnings show up in
>
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-next
> head: 655db7980596f0ad4f15f8f4c51beb3e705762de
> commit: e064852072c47b69f62325c6b7fa4a58332655bd [66/70] USB:
76 matches
Mail list logo