On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
> On Wed, Mar 20, 2013 at 04:41:21PM -0400, Alan Stern wrote:
> > On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
> >
> > > > > Ok, I'll postpone this patch for the next stable release, in time for
> > > > > the fix to be put in at the same time.
> >
On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
On Wed, Mar 20, 2013 at 04:41:21PM -0400, Alan Stern wrote:
On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
Ok, I'll postpone this patch for the next stable release, in time for
the fix to be put in at the same time.
I think
On Wed, Mar 20, 2013 at 04:41:21PM -0400, Alan Stern wrote:
> On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
>
> > > > Ok, I'll postpone this patch for the next stable release, in time for
> > > > the fix to be put in at the same time.
> > >
> > > I think patch 13/75 ("USB: EHCI: dont check DMA
On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
> > > Ok, I'll postpone this patch for the next stable release, in time for
> > > the fix to be put in at the same time.
> >
> > I think patch 13/75 ("USB: EHCI: dont check DMA values in QH overlays")
> > should also be postponed then, at least Alan
On Wed, Mar 20, 2013 at 09:14:38PM +0100, Sven Joachim wrote:
> On 2013-03-20 21:08 +0100, Greg Kroah-Hartman wrote:
>
> > On Tue, Mar 19, 2013 at 10:44:30PM +0100, Sven Joachim wrote:
> >> On 2013-03-19 22:00 +0100, Alan Stern wrote:
> >>
> >> > On Tue, 19 Mar 2013, Sven Joachim wrote:
> >> >
>
On 2013-03-20 21:08 +0100, Greg Kroah-Hartman wrote:
> On Tue, Mar 19, 2013 at 10:44:30PM +0100, Sven Joachim wrote:
>> On 2013-03-19 22:00 +0100, Alan Stern wrote:
>>
>> > On Tue, 19 Mar 2013, Sven Joachim wrote:
>> >
>> >> On 2013-03-19 21:10 +0100, Alan Stern wrote:
>> >>
>> >> > On Tue, 19
On Tue, Mar 19, 2013 at 10:44:30PM +0100, Sven Joachim wrote:
> On 2013-03-19 22:00 +0100, Alan Stern wrote:
>
> > On Tue, 19 Mar 2013, Sven Joachim wrote:
> >
> >> On 2013-03-19 21:10 +0100, Alan Stern wrote:
> >>
> >> > On Tue, 19 Mar 2013, Sven Joachim wrote:
> >> >
> >> >> > In what way is
On Tue, Mar 19, 2013 at 10:44:30PM +0100, Sven Joachim wrote:
On 2013-03-19 22:00 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
On 2013-03-19 21:10 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
In what way is resume broken?
The
On 2013-03-20 21:08 +0100, Greg Kroah-Hartman wrote:
On Tue, Mar 19, 2013 at 10:44:30PM +0100, Sven Joachim wrote:
On 2013-03-19 22:00 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
On 2013-03-19 21:10 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim
On Wed, Mar 20, 2013 at 09:14:38PM +0100, Sven Joachim wrote:
On 2013-03-20 21:08 +0100, Greg Kroah-Hartman wrote:
On Tue, Mar 19, 2013 at 10:44:30PM +0100, Sven Joachim wrote:
On 2013-03-19 22:00 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
On 2013-03-19
On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
Ok, I'll postpone this patch for the next stable release, in time for
the fix to be put in at the same time.
I think patch 13/75 (USB: EHCI: dont check DMA values in QH overlays)
should also be postponed then, at least Alan said so in
On Wed, Mar 20, 2013 at 04:41:21PM -0400, Alan Stern wrote:
On Wed, 20 Mar 2013, Greg Kroah-Hartman wrote:
Ok, I'll postpone this patch for the next stable release, in time for
the fix to be put in at the same time.
I think patch 13/75 (USB: EHCI: dont check DMA values in QH
On 2013-03-19 22:00 +0100, Alan Stern wrote:
> On Tue, 19 Mar 2013, Sven Joachim wrote:
>
>> On 2013-03-19 21:10 +0100, Alan Stern wrote:
>>
>> > On Tue, 19 Mar 2013, Sven Joachim wrote:
>> >
>> >> > In what way is resume broken?
>> >>
>> >> The kernel comes back, but the screen is black.
On Tue, 19 Mar 2013, Sven Joachim wrote:
> On 2013-03-19 21:10 +0100, Alan Stern wrote:
>
> > On Tue, 19 Mar 2013, Sven Joachim wrote:
> >
> >> > In what way is resume broken?
> >>
> >> The kernel comes back, but the screen is black. Manually switching VT's
> >> is possible, and if I type
On 2013-03-19 21:10 +0100, Alan Stern wrote:
> On Tue, 19 Mar 2013, Sven Joachim wrote:
>
>> > In what way is resume broken?
>>
>> The kernel comes back, but the screen is black. Manually switching VT's
>> is possible, and if I type something I can see it on the screen, but
>> there is no
On Tue, 19 Mar 2013, Sven Joachim wrote:
> > In what way is resume broken?
>
> The kernel comes back, but the screen is black. Manually switching VT's
> is possible, and if I type something I can see it on the screen, but
> there is no response and the cursor does not blink. It looks as if the
On 2013-03-19 19:17 +0100, Alan Stern wrote:
> On Tue, 19 Mar 2013, Sven Joachim wrote:
>
>> On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
>>
>> > 3.8-stable review patch. If anyone has any objections, please let me know.
>>
>> This patch breaks resume from suspend on my system if the
On Tue, 19 Mar 2013, Sven Joachim wrote:
> On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
>
> > 3.8-stable review patch. If anyone has any objections, please let me know.
>
> This patch breaks resume from suspend on my system if the following
> device is plugged in:
>
> ,
> | $
On 03/18/2013 03:06 PM, Greg Kroah-Hartman wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
This patch causes reboot/shutdown to fail on Tegra-based systems in 3.9-rc3.
I reported this at:
http://www.spinics.net/lists/linux-usb/msg82518.html
although there's
On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
This patch breaks resume from suspend on my system if the following
device is plugged in:
,
| $ lsusb | head -n1
| Bus 005 Device 002: ID 07d1:3c03 D-Link
On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
3.8-stable review patch. If anyone has any objections, please let me know.
This patch breaks resume from suspend on my system if the following
device is plugged in:
,
| $ lsusb | head -n1
| Bus 005 Device 002: ID 07d1:3c03 D-Link System
On 03/18/2013 03:06 PM, Greg Kroah-Hartman wrote:
3.8-stable review patch. If anyone has any objections, please let me know.
This patch causes reboot/shutdown to fail on Tegra-based systems in 3.9-rc3.
I reported this at:
http://www.spinics.net/lists/linux-usb/msg82518.html
although there's
On Tue, 19 Mar 2013, Sven Joachim wrote:
On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
3.8-stable review patch. If anyone has any objections, please let me know.
This patch breaks resume from suspend on my system if the following
device is plugged in:
,
| $ lsusb | head
On 2013-03-19 19:17 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
3.8-stable review patch. If anyone has any objections, please let me know.
This patch breaks resume from suspend on my system if the following
On Tue, 19 Mar 2013, Sven Joachim wrote:
In what way is resume broken?
The kernel comes back, but the screen is black. Manually switching VT's
is possible, and if I type something I can see it on the screen, but
there is no response and the cursor does not blink. It looks as if the
VT
On 2013-03-19 21:10 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
In what way is resume broken?
The kernel comes back, but the screen is black. Manually switching VT's
is possible, and if I type something I can see it on the screen, but
there is no response and the
On Tue, 19 Mar 2013, Sven Joachim wrote:
On 2013-03-19 21:10 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
In what way is resume broken?
The kernel comes back, but the screen is black. Manually switching VT's
is possible, and if I type something I can see it
On 2013-03-19 22:00 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
On 2013-03-19 21:10 +0100, Alan Stern wrote:
On Tue, 19 Mar 2013, Sven Joachim wrote:
In what way is resume broken?
The kernel comes back, but the screen is black. Manually switching VT's
is
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit 6402c796d3b4205d3d7296157956c5100a05d7d6 upstream.
This patch (as1660) works around a hardware problem present in some
(if not all) Intel EHCI controllers. After a QH has
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern st...@rowland.harvard.edu
commit 6402c796d3b4205d3d7296157956c5100a05d7d6 upstream.
This patch (as1660) works around a hardware problem present in some
(if not all) Intel EHCI
30 matches
Mail list logo