On Mon, 2013-11-18 at 10:37 -0800, Greg Kroah-Hartman wrote:
> 3.12-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Eric Dumazet
>
> [ Upstream commit 0d08c42cf9a71530fef5ebcfe368f38f2dd0476f ]
>
> commit 6ff50cd55545 ("tcp: gso: do not
At Wed, 27 Nov 2013 14:45:04 +,
Ben Hutchings wrote:
>
> [1 ]
> [1.1 ]
> This is the combined patch for 3.2.53-rc1 relative to 3.2.52.
This kernel can be built and boot without any problem.
- Build Machine: debian jessy x86_64
CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz x 4
memory:
On 11/26/2013 11:12 AM, Greg Kroah-Hartman wrote:
-
NOTE:
This is the LAST 3.11.x kernel I will be releasing. Everyone should
be moving to the 3.12.x series at this point in time. After this
kernel is released, 3.11 will be end-of-life.
-
On 11/26/2013 05:56 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.21 release.
There are 80 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
On 11/26/2013 05:56 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.71 release.
There are 39 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be ma
Add a flag to tell the PCI subsystem that kernel is shutting down
in prepapration to kexec a kernel. Add code in PCI subsystem to use
this flag to clear Bus Master bit on PCI devices only in case of
kexec reboot. This fixes https://bugzilla.kernel.org/show_bug.cgi?id=63861
and avoids any other issu
On 11/26/2013 05:56 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.2 release.
There are 116 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
On 11/27/2013 03:07 PM, Matthew Garrett wrote:
On Wed, Nov 27, 2013 at 02:01:06PM -0800, Greg KH wrote:
Anyway, I really don't care either way, but this seems like something
that the drivers should be doing. What suddenly changed that caused
this problem to occur that hasn't happened in the yea
On Wed, Nov 27, 2013 at 02:01:06PM -0800, Greg KH wrote:
> On Wed, Nov 27, 2013 at 09:53:09PM +, Matthew Garrett wrote:
> > On Wed, Nov 27, 2013 at 01:22:27PM -0800, Greg KH wrote:
> >
> > > Then fix the drivers please. It's not as if you don't have access to
> > > the source for them all...
On Wed, Nov 27, 2013 at 09:53:09PM +, Matthew Garrett wrote:
> On Wed, Nov 27, 2013 at 01:22:27PM -0800, Greg KH wrote:
>
> > Then fix the drivers please. It's not as if you don't have access to
> > the source for them all...
>
> Define "fix". It's clearly wrong to disable busmastering at sh
On Wed, Nov 27, 2013 at 01:22:27PM -0800, Greg KH wrote:
> Then fix the drivers please. It's not as if you don't have access to
> the source for them all...
Define "fix". It's clearly wrong to disable busmastering at shutdown on
some devices, otherwise we wouldn't be having this discussion at a
When booting Nokia N900 smartphone with v3.12 + omap2plus_defconfig
(LOCKDEP enabled) and CONFIG_DISPLAY_PANEL_SONY_ACX565AKM enabled,
the following BUG is seen during the boot:
[7.302154] =
[7.307128] [ BUG: bad unlock balance detected! ]
[7.312103]
On Wed, Nov 27, 2013 at 12:59:40PM -0700, Khalid Aziz wrote:
> On 11/27/2013 12:38 PM, ebied...@xmission.com wrote:
> >Khalid Aziz writes:
> >
> >>Add a flag to tell the PCI subsystem that kernel is shutting down
> >>in prepapration to kexec a kernel. Add code in PCI subsystem to use
> >>this flag
The c_can driver contians a callpath (c_can_poll -> c_can_state_change ->
c_can_get_berr_counter) which may call pm_runtime_get_sync() from the IRQ
handler, which is not allowed and results in "BUG: scheduling while atomic".
This problem is fixed by introducing __c_can_get_berr_counter, which will
The flexcan IP core uses the peripheral clock ("per") as basic clock for the
bit timing calculation. However the driver uses the the wrong clock ("ipg").
This leads to wrong bit rates if the rates on both clock are different.
This patch fixes the problem by using the correct clock for the bit rate
From: Oliver Hartkopp
This patch fixes the issue that the sja1000_interrupt() function may have
returned IRQ_NONE without processing the optional pre_irq() and post_irq()
function before. Further the irq processing counter 'n' is moved to the end of
the while statement to return correct IRQ_[NONE
Seems to work like the DCE3 version despite what
the register spec says.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=71975
Signed-off-by: Alex Deucher
Cc: stable@vger.kernel.org
---
drivers/gpu/drm/radeon/r600_hdmi.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --gi
On Wed, Nov 27, 2013 at 10:42 AM, Greg KH wrote:
>
> I thought we had to return EINVAL if addr isn't aligned on a page
> boundry, so while ENODEV would be "nice", some posix-standard-person
> would probably not like this...
No, we return EINVAL if the *virtual* address isn't aligned on a page
bou
On 11/27/2013 12:38 PM, ebied...@xmission.com wrote:
Khalid Aziz writes:
Add a flag to tell the PCI subsystem that kernel is shutting down
in prepapration to kexec a kernel. Add code in PCI subsystem to use
this flag to clear Bus Master bit on PCI devices only in case of
kexec reboot. This fix
From: Paulo Zanoni
When I submitted the first patch adding these force wake functions,
Chris Wilson observed that I was using the wrong functions, so I sent
a second version of the patch to correct this problem. The problem is
that v1 was merged instead of v2.
I was able to notice the problem wh
On Wed, Nov 27, 2013 at 12:48:42PM -0700, Khalid Aziz wrote:
> I debated between pci.h and kexec.h but pci-driver.c does not
> include kexec.h and I didn't want to include a whole new file. Now I
> see another problem with adding that extern declaration to pci.h -
> if CONFIG_KEXEC is not set, bui
On 11/27/2013 12:24 PM, Matthew Garrett wrote:
On Wed, Nov 27, 2013 at 12:18:28PM -0700, Khalid Aziz wrote:
+/* flag to track if kexec reboot is in progress */
+extern unsigned long kexec_in_progress;
Adding this to pci.h seems a little odd. We may want to use it somewhere
else at some point.
Khalid Aziz writes:
> Add a flag to tell the PCI subsystem that kernel is shutting down
> in prepapration to kexec a kernel. Add code in PCI subsystem to use
> this flag to clear Bus Master bit on PCI devices only in case of
> kexec reboot. This fixes https://bugzilla.kernel.org/show_bug.cgi?id=6
On Wed, Nov 27, 2013 at 12:18:28PM -0700, Khalid Aziz wrote:
> +/* flag to track if kexec reboot is in progress */
> +extern unsigned long kexec_in_progress;
"unsigned long" for a "flag"?
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majord...@vg
From: Sergei Shtylyov
commit upstream ea78201e2e08f8a91e30100c4c4a908b5cf295fc
After commit 09fc7d22b024692b2fe8a943b246de1af307132b (usb: musb: fix incorrect
usage of resource pointer), CPPI DMA driver on DaVinci DM6467 can't detect its
dedicated IRQ and so the MUSB IRQ is erroneously used in
Add a flag to tell the PCI subsystem that kernel is shutting down
in prepapration to kexec a kernel. Add code in PCI subsystem to use
this flag to clear Bus Master bit on PCI devices only in case of
kexec reboot. This fixes https://bugzilla.kernel.org/show_bug.cgi?id=63861
and avoids any other issu
On Wed, Nov 27, 2013 at 12:18:28PM -0700, Khalid Aziz wrote:
> +/* flag to track if kexec reboot is in progress */
> +extern unsigned long kexec_in_progress;
Adding this to pci.h seems a little odd. We may want to use it somewhere
else at some point. Add it to kexec.h instead?
--
Matthew Garre
On Wed, Nov 27, 2013 at 10:07:01AM -0800, Linus Torvalds wrote:
> On Wed, Nov 27, 2013 at 7:38 AM, Holger Brunck
> wrote:
> >
> > And I wrote a simple main program which tries to mmap this uio device after
> > loading the kernel module.
>
> Your user program and kernel module is horribly horribly
On Wed, Nov 27, 2013 at 7:38 AM, Holger Brunck
wrote:
>
> And I wrote a simple main program which tries to mmap this uio device after
> loading the kernel module.
Your user program and kernel module is horribly horribly broken.
You cannot map 128 bytes. By *definition* a mmap maps whole pages.
T
This is a note to let you know that I've just added the patch titled
usb: dwc3: fix implementation of endpoint wedge
to my usb git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
in the usb-linus branch.
The patch will show up in the next release
This is a note to let you know that I've just added the patch titled
Staging: tidspbridge: disable driver
to my staging git tree which can be found at
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
in the staging-linus branch.
The patch will show up in the next release
This patch touches RT group scheduling case.
Functions inc_rt_prio_smp() and dec_rt_prio_smp() change (global) rq's priority,
while rt_rq passed to them may be not the top-level rt_rq. This is wrong,
because
changing of priority on a child level does not guarantee that the priority is
the highest
commit f74b75e7f920c700636a669c7d16d12e9202 upstream.
Change WA_SEGS_MAX to a number that is legal according to the WUSB spec
and correct the test for exceeding this value. This patch is against
3.12.y and is intended for -stable.
Signed-off-by: Thomas Pugliese
Cc:
---
drivers/usb/wusbcor
On 11/26/2013 11:43 PM, Greg KH wrote:
> On Tue, Nov 26, 2013 at 06:35:05PM +0100, Holger Brunck wrote:
>> Hi all,
>>
>> On 11/25/2013 10:18 PM, gre...@linuxfoundation.org wrote:
>>>
>>> This is a note to let you know that I've just added the patch titled
>>>
>>> Fix a few incorrectly checked [
On Wed, 2013-11-27 at 20:41 +0900, Satoru Takeuchi wrote:
> At Mon, 25 Nov 2013 13:44:29 +,
> Ben Hutchings wrote:
> >
> > This is the start of the stable review cycle for the 3.2.53 release.
> > There are 87 patches in this series, which will be posted as responses
> > to this one. If anyone
Hi Linus,
On Wed, Nov 27, 2013 at 12:33:21PM +, Linus Walleij wrote:
> After commit e9e4ea74f06635f2ffc1dffe5ef40c854faa0a90
> "net: smc91x: dont't use SMC_outw for fixing up halfword-aligned data"
> The Versatile SMSC LAN91C111 is crashing like this:
[...]
> This is because the macro operat
On 11/26/2013 04:56 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.21 release.
There are 80 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
After commit e9e4ea74f06635f2ffc1dffe5ef40c854faa0a90
"net: smc91x: dont't use SMC_outw for fixing up halfword-aligned data"
The Versatile SMSC LAN91C111 is crashing like this:
[ cut here ]
kernel BUG at /home/linus/linux/drivers/net/ethernet/smsc/smc91x.c:599!
Internal err
On Wed, Nov 27, 2013 at 1:13 PM, Russell King - ARM Linux
wrote:
> On Wed, Nov 27, 2013 at 12:51:39PM +0100, Linus Walleij wrote:
>> This is because the macro operations in smc91x.h are missing
>> necessary #defines for operations such as SMC_inbsw(),
>> SMC_outsw() and SMC_outsb() making these de
On Wed, Nov 27, 2013 at 12:51:39PM +0100, Linus Walleij wrote:
> This is because the macro operations in smc91x.h are missing
> necessary #defines for operations such as SMC_inbsw(),
> SMC_outsw() and SMC_outsb() making these defined to BUG().
>
> The Versatile needs and uses the same accessors as
Hi Cyrill,
On Wed, Nov 27, 2013 at 12:50 PM, Cyrill Gorcunov wrote:
> "Soft dirty bit" feature introduced in 3.11 kernel and as far as I know
> we've no plans to backport it on 3.10 series.
ok thanks for the information and the quick reply.
--
William
--
To unsubscribe from this list: send the
The Versatile SMSC LAN91C111 is crashing like this:
[ cut here ]
kernel BUG at /home/linus/linux/drivers/net/ethernet/smsc/smc91x.c:599!
Internal error: Oops - BUG: 0 [#1] ARM
Modules linked in:
CPU: 0 PID: 43 Comm: udhcpc Not tainted 3.13.0-rc1+ #24
task: c6ccfaa0 ti: c6cd
On Wed, Nov 27, 2013 at 12:38:10PM +0100, William Dauchy wrote:
> Hi Greg,
>
> I was wondering if v3.10.x stable branch was also concerned by this
> patch since I did not found it in this later branch.
> Maybe too hard to backport? (I saw that it requires new functions like
> pte_swp_soft_dirty wh
At Mon, 25 Nov 2013 13:44:29 +,
Ben Hutchings wrote:
>
> This is the start of the stable review cycle for the 3.2.53 release.
> There are 87 patches in this series, which will be posted as responses
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> R
Hi Greg,
I was wondering if v3.10.x stable branch was also concerned by this
patch since I did not found it in this later branch.
Maybe too hard to backport? (I saw that it requires new functions like
pte_swp_soft_dirty which is not present in v3.10.x)
Maybe it was planned in the future?
Thanks,
On Tue, 26 Nov 2013, Ben Hutchings wrote:
> On Tue, 2013-11-26 at 13:58 +0100, David Herrmann wrote:
> > UHID allows short writes so user-space can omit unused fields. We
> > automatically set them to 0 in the kernel. However, the 64/32 bit
> > compat-handler didn't do that in the UHID_CREATE fall
On Tue, Nov 26, 2013 at 11:23:50PM -0800, Ben Widawsky wrote:
> On Tue, Nov 26, 2013 at 11:23:15AM +, Chris Wilson wrote:
> > As the execbuffer dispatch grows ever more complex and involves multiple
> > stages of moving objects into the aperture, we need to take greater care
> > that we do not
47 matches
Mail list logo
