From: Wei WANG
To fix the compile error when CONFIG_PM_RUNTIME is not enabled,
move the declaration of us out of CONFIG_REALTEK_AUTOPM macro in rts51x_chip.
drivers/usb/storage/realtek_cr.c: In function 'realtek_cr_destructor':
drivers/usb/storage/realtek_cr.c:942:11: error: 'struct rts51x_chip'
On Fri, Apr 26, 2013 at 02:50:42PM +0200, Uwe Kleine-König wrote:
> On Fri, Apr 26, 2013 at 03:36:42PM +0300, Alexander Shishkin wrote:
> > Uwe Kleine-König writes:
> >
> > > On Wed, Apr 24, 2013 at 02:19:19PM -0300, Fabio Estevam wrote:
> > >> From: Fabio Estevam
> > >>
> > >> Currently we alw
On 04/27/2013 12:51 AM, Alan Stern wrote:
On Fri, 26 Apr 2013, ZhenHua wrote:
There is a function wait_for_HP() in uhci-hub.c. In this
patch, it is used in suspend_rh(), I think this can be a
solution. And I have tested this patch, it can fix the bug.
I think there is another patch needed. A
On Fri, 26 Apr 2013, Greg Kroah-Hartman wrote:
> > It's your subsystem, if you want to release a kernel with a known-broken
> > config, that's your call.
>
> As you point out, it's been "known broken" since 3.7, no rush now to fix
> it, especially so late in the merge window. :)
>
It's "known
On Fri, Apr 26, 2013 at 02:50:56PM -0700, David Rientjes wrote:
> On Fri, 26 Apr 2013, Greg Kroah-Hartman wrote:
>
> > I think you mean "3.9" in your subject: right?
> >
>
> It's your subsystem, if you want to release a kernel with a known-broken
> config, that's your call.
As you point out, i
On Fri, 26 Apr 2013, Greg Kroah-Hartman wrote:
> I think you mean "3.9" in your subject: right?
>
It's your subsystem, if you want to release a kernel with a known-broken
config, that's your call.
> On Fri, Apr 26, 2013 at 01:25:01PM -0700, David Rientjes wrote:
> > Fixes link error when USB_E
I think you mean "3.9" in your subject: right?
On Fri, Apr 26, 2013 at 01:25:01PM -0700, David Rientjes wrote:
> Fixes link error when USB_EHCI_HCD=m and USB_CHIPIDEA_HOST=y:
>
> drivers/built-in.o: In function `ci_hdrc_host_init':
> drivers/usb/chipidea/host.c:104: undefined referenc
Fixes link error when USB_EHCI_HCD=m and USB_CHIPIDEA_HOST=y:
drivers/built-in.o: In function `ci_hdrc_host_init':
drivers/usb/chipidea/host.c:104: undefined reference to
`ehci_init_driver'
as a result of commit 09f6ffde2ece ("USB: EHCI: fix build error by making
ChipIdea host a
On 04/26/2013 11:44 AM, Tony Camuso wrote:
On 04/26/2013 02:12 PM, Dave Jiang wrote:
On 04/26/2013 11:09 AM, Dave Jiang wrote:
A different question. Is the system utilizing IOATDMA at all at the
point of suspend/resume? Any RAID5/6 volumes? Or NET_DMA is on?
Dave,
I just booted with ioa
On 04/26/2013 02:12 PM, Dave Jiang wrote:
On 04/26/2013 11:09 AM, Dave Jiang wrote:
A different question. Is the system utilizing IOATDMA at all at the
point of suspend/resume? Any RAID5/6 volumes? Or NET_DMA is on?
Dave,
I just booted with ioatdma blacklisted in /etc/modprobe.d/blacklis
On 04/26/2013 11:09 AM, Dave Jiang wrote:
On 04/26/2013 11:05 AM, Tony Camuso wrote:
On 04/26/2013 01:53 PM, Dave Jiang wrote:
No I mean are you transitioning to S3 (standby, sleep, or suspend to
RAM) state via suspend and then resumed?
Sorry, I misunderstood the question.
The Call Trace o
On 04/26/2013 11:05 AM, Tony Camuso wrote:
On 04/26/2013 01:53 PM, Dave Jiang wrote:
No I mean are you transitioning to S3 (standby, sleep, or suspend to
RAM) state via suspend and then resumed?
Sorry, I misunderstood the question.
The Call Trace occurs near the end of resuming from S3 afte
On 04/26/2013 01:53 PM, Dave Jiang wrote:
No I mean are you transitioning to S3 (standby, sleep, or suspend to
RAM) state via suspend and then resumed?
Sorry, I misunderstood the question.
The Call Trace occurs near the end of resuming from S3 after executing
the following command.
On 04/26/2013 10:53 AM, Tony Camuso wrote:
On 04/26/2013 01:46 PM, Dave Jiang wrote:
On 04/26/2013 10:39 AM, Tony Camuso wrote:
Platform is HP Z820 with Two 8-core Intel(R) Xeon(R) CPU E5-2660 0
@ 2.20GHz and HT enabled.
Output of lspci and lsmod available at these links.
http://people.redha
On 04/26/2013 01:46 PM, Dave Jiang wrote:
On 04/26/2013 10:39 AM, Tony Camuso wrote:
Platform is HP Z820 with Two 8-core Intel(R) Xeon(R) CPU E5-2660 0
@ 2.20GHz and HT enabled.
Output of lspci and lsmod available at these links.
http://people.redhat.com/tcamuso/xhci-logs/lspci.txt
http://peop
On 04/26/2013 10:39 AM, Tony Camuso wrote:
On 04/26/2013 12:47 PM, Dave Jiang wrote:
I have a feeling it's something else and the patch maybe have exposed
it. A channel error occured and bit 12 is Completion Address Error.
IOATDMA driver has no suspend/resume support. So what happens to the
driv
On 04/26/2013 12:47 PM, Dave Jiang wrote:
I have a feeling it's something else and the patch maybe have exposed
it. A channel error occured and bit 12 is Completion Address Error.
IOATDMA driver has no suspend/resume support. So what happens to the
driver when a suspend and then resume happens? I
On Fri, 26 Apr 2013, ZhenHua wrote:
> There is a function wait_for_HP() in uhci-hub.c. In this
> patch, it is used in suspend_rh(), I think this can be a
> solution. And I have tested this patch, it can fix the bug.
>
> I think there is another patch needed. As Alan said in another
> mail, in t
I have a feeling it's something else and the patch maybe have exposed
it. A channel error occured and bit 12 is Completion Address Error.
IOATDMA driver has no suspend/resume support. So what happens to the
driver when a suspend and then resume happens? Is it possible that the
DMA mapped comple
On Fri, 26 Apr 2013, victor yeo wrote:
> Please see the attached kagen2_ep_queue(). As long as it is called, it
> will queue the request and read packets from hardware, in the same
> if-else branch for bulk out endpoint. The interrupt handler will NOT
> accept packet if request is NOT queued. If r
On Tue, Apr 23, 2013 at 04:18:00PM -0400, Tony Camuso wrote:
It hangs in both suspend and resume with vanilla 3.9-rc7 and rc8.
That should say, "It hangs in resume-from-suspend...".
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@
Ccing Dave Jiang.
Dave, can you please take a look at this resume from suspend failure?
Tony bisected it to one of your patches.
On Thu, Apr 25, 2013 at 11:43:00PM -0400, Tony Camuso wrote:
> On 04/23/2013 05:14 PM, Sarah Sharp wrote:
> >On Tue, Apr 23, 2013 at 04:18:00PM -0400, Tony Camuso wrote
On Fri, Apr 26, 2013 at 03:36:42PM +0300, Alexander Shishkin wrote:
> Uwe Kleine-König writes:
>
> > On Wed, Apr 24, 2013 at 02:19:19PM -0300, Fabio Estevam wrote:
> >> From: Fabio Estevam
> >>
> >> Currently we always get the following message during boot:
> >>
> >> imx_usb 8008.usb: pinc
Uwe Kleine-König writes:
> On Wed, Apr 24, 2013 at 02:19:19PM -0300, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Currently we always get the following message during boot:
>>
>> imx_usb 8008.usb: pinctrl get/select failed, err=-19
>>
>> ,which is not very useful during stan
On Wed, Apr 24, 2013 at 02:19:19PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Currently we always get the following message during boot:
>
> imx_usb 8008.usb: pinctrl get/select failed, err=-19
>
> ,which is not very useful during standard usage.
>
> Move it to dev_dbg.
On Friday 26 April 2013 16:45:48 Hayes Wang wrote:
> +static u16 r8152_mdio_read(struct r8152 *tp, u32 reg_addr)
> +{
> + u32 ocp_data;
> + int i;
> +
> + ocp_data = (reg_addr & 0x1f) << 16;
> + ocp_write_dword(tp, MCU_TYPE_PLA, PLA_PHYAR, ocp_data);
> +
> + for (i = 20
Hello Paul Zimmerman,
I am trying to test the USB 3.0 gadget driver for isochronous support.
Can you please send me the .patch file for this patch as well as all related
patchesrelated to this.If I am not wrong below are all the required patches
and please send all of them to my mail ID and any
Please send me the patch file.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 26.04.2013 11:33, Felipe Balbi wrote:
> Hi,
>
> On Fri, Apr 26, 2013 at 11:26:49AM +0200, Daniel Mack wrote:
>> On 10.04.2013 21:55, Daniel Mack wrote:
>>> Hi all,
>>>
>>> here are some patches to separate the HCD and gadget part of the musb
>>> driver so they can be deselected in Kconfig. They
Hi,
On Fri, Apr 26, 2013 at 11:26:49AM +0200, Daniel Mack wrote:
> On 10.04.2013 21:55, Daniel Mack wrote:
> > Hi all,
> >
> > here are some patches to separate the HCD and gadget part of the musb
> > driver so they can be deselected in Kconfig. They also make the driver
> > keep track of the con
On 10.04.2013 21:55, Daniel Mack wrote:
> Hi all,
>
> here are some patches to separate the HCD and gadget part of the musb
> driver so they can be deselected in Kconfig. They also make the driver
> keep track of the configured port mode that is set from DT, so the
> actual runtime configuration c
On Thu, 25 Apr 2013, Andrew Morton wrote:
> From: Andrew Morton
> Subject: drivers/usb/storage/realtek_cr.c: fix build
>
> Remove unused local `us', which broke the build. Also nuke an unneeded
> cast.
>
> Repairs 191648d03d20 ("usb: storage: Convert US_DEBUGP to usb_stor_dbg").
>
> Cc: Joe P
Add new driver for supporting Realtek RTL8152 Based USB 2.0 Ethernet Adapters
Signed-off-by: Hayes Wang
Cc: Realtek linux nic maintainers
---
drivers/net/usb/Kconfig | 11 +
drivers/net/usb/Makefile|1 +
drivers/net/usb/cdc_ether.c | 10 +
drivers/net/usb/r8152.c | 1751
On 04/26/2013 03:50 PM, ZhenHua wrote:
I think there is another patch needed. As Alan said in another
mail, in the UHCI_RH_RUNNING_NODEVS case, it should not be stopped
if the uhci device is HP iLo virtual usb.
correct: it should not be auto stopped if the uhci device is HP iLo
virtual usb.
There is a function wait_for_HP() in uhci-hub.c. In this
patch, it is used in suspend_rh(), I think this can be a
solution. And I have tested this patch, it can fix the bug.
I think there is another patch needed. As Alan said in another
mail, in the UHCI_RH_RUNNING_NODEVS case, it should not be
This patch is trying to fix this bug on SLES11 SP2:
https://bugzilla.novell.com/show_bug.cgi?id=817035
On a large HP system with 64T memory and 60 logical cpus, when usb
driver inits the iLo Virtual USB Controller, there comes a warning
"Controller not stopped yet!". It is because the HP iLo v
36 matches
Mail list logo
