On Fri, Dec 11, 2015 at 6:13 AM, David Howells wrote:
> Greg Kroah-Hartman wrote:
>
>> David, any reason you didn't put a cc: stable in the commit for it to be
>> picked up in the stable releases?
>
> I did cc it to stable.
You had the stable list in the CC field when you sent the patch, but
the
=1286293
Cc: stable@vger.kernel.org
Signed-off-by: Josh Boyer
---
drivers/platform/x86/ideapad-laptop.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/platform/x86/ideapad-laptop.c
b/drivers/platform/x86/ideapad-laptop.c
index a313dfc0245f..d28db0e793df 100644
--- a/drivers/platform
On Tue, Oct 6, 2015 at 11:47 AM, Chas Williams <3ch...@gmail.com> wrote:
> From: "Eric W. Biederman"
>
> commit cde93be45a8a90d8c264c776fab63487b5038a65 upstream.
Eric already sent patches for all actively maintained stable trees for
these commits last week. Was there something additional that y
On Tue, Sep 29, 2015 at 8:53 AM, Greg Kroah-Hartman
wrote:
> On Tue, Sep 29, 2015 at 08:27:14AM -0400, Josh Boyer wrote:
>> On Sat, Sep 26, 2015 at 4:54 PM, Greg Kroah-Hartman
>> wrote:
>> > 4.1-stable review patch. If anyone has any object
On Sat, Sep 26, 2015 at 4:54 PM, Greg Kroah-Hartman
wrote:
> 4.1-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Dmitry Torokhov
>
> commit e51e38494a8ecc18650efb0c840600637891de2c upstream.
>
> Bit 2 of the mode byte has dual meaning: it c
On Wed, Sep 9, 2015 at 5:59 PM, Dave Hansen wrote:
> On 06/30/2015 10:36 AM, Dave Hansen wrote:
>> From: Dave Hansen
>>
>> The comment here says that it is checking for invalid bits. But,
>> the mask is *actually* checking to ensure that _any_ valid bit
>> is set, which is quite different.
>>
>>
On Tue, May 5, 2015 at 7:49 AM, Ming Lei wrote:
> If there are too many pending per work I/O, too many
> high priority work thread can be generated so that
> system performance can be effected.
>
> This patch limits the max_active parameter of workqueue as 16.
>
> This patch fixes Fedora 22 live b
On Thu, May 21, 2015 at 3:21 AM, Ander Conselvan De Oliveira
wrote:
> On Wed, 2015-05-20 at 16:53 +0300, Jani Nikula wrote:
>> On Wed, 20 May 2015, Ander Conselvan de Oliveira
>> wrote:
>> > On Fedora 21 or 22, when the transition from the X server to the wayland
>> > compositor is done, the CRT
On Tue, Apr 28, 2015 at 4:27 PM, Joseph Salisbury
wrote:
> Hello,
>
> Please consider including mainline commit
> 957f094f221f81e457133b1f4c4d95ffa49ff731 in the next v3.19.y release.
> It was included in the mainline tree as of v4.0-rc1. It has been tested
> and confirmed to resolve:
> http://bu
On Thu, Apr 23, 2015 at 2:16 PM, Rich Freeman
wrote:
> On Mon, Apr 13, 2015 at 12:58 PM, Greg KH wrote:
>> On Mon, Apr 13, 2015 at 07:28:38PM +0500, Roman Mamedov wrote:
>>> On Thu, 2 Apr 2015 10:17:47 -0400
>>> Chris Mason wrote:
>>>
>>> > Hi stable friends,
>>> >
>>> > Can you please backport
On Thu, Apr 9, 2015 at 11:02 AM, Peng Tao wrote:
> For direct read that has IO size larger than rsize, we'll split
> it into several READ requests and nfs_direct_good_bytes() would
> count completed bytes incorrectly by eating last zero count reply.
>
> Fix it by handling mirror and non-mirror cas
Hi Dave,
Another possible stable candidate. We had a report[1] of deadlocks
with tigon devices on 3.19.y and the commit below fixes it. It
cherry-picks cleanly on top of 3.19.3. I don't see it queued up so I
thought I would point it out.
commit d0af71a3573f1217b140c60b66f1a9b335fb058b
Author:
On Mon, Mar 2, 2015 at 4:30 AM, Jani Nikula wrote:
>
> Stable team, please backport
>
> commit f9b61ff6bce9a44555324b29e593fdffc9a115bc
> Author: Daniel Vetter
> Date: Wed Jan 7 13:54:39 2015 +0100
>
> drm/i915: Push vblank enable/disable past encoder->enable/disable
>
> to 3.19.
>
> Bugzil
Hi Dave,
We had a report[1] that 3.19 broke the Juniper VPN. Commit
957f094f221f (tun: return proper error code from tun_do_read) was
identified as the fix and tested successfully on top of 3.19.2. I
noticed it wasn't included in your latest set of patches for the
stable trees. I don't believe
Hi Greg,
I see you're queuing up fixes for 3.19.y. We're getting a few reports
of the i915 driver spewing a WARN_ON in intel_check_page_flip with
threaded irqs. I believe commit 6c51d46f135b00 (drm/i915: use
in_interrupt() not in_irq() to check context) upstream is the fix and
it's CC'd to stabl
Hi All,
Can we get "ext4: ignore journal checksum on remount; don't fail"
(commit 2d5b86e04878) included in the 3.18.y and 3.19.y stable series?
We've added this to the Fedora kernel trees and it cherry-picks cleanly.
josh
--
To unsubscribe from this list: send the line "unsubscribe stable" in
t
On Fri, Feb 13, 2015 at 09:37:31PM +0200, Alexander Ploumistos wrote:
> On Fri, Feb 13, 2015 at 9:21 PM, Josh Boyer wrote:
> >
> > On Fri, Feb 13, 2015 at 10:20:51PM +0300, Dmitry Tunin wrote:
> > >
> > > I think it makes sense to add
> > >
> > &g
On Fri, Feb 13, 2015 at 10:20:51PM +0300, Dmitry Tunin wrote:
>
> > From: alxpl
> >
> > Add 04f2:aff1 to ath3k.c supported devices list and btusb.c blacklist, so
> > that the device can load the ath3k firmware and re-enumerate itself as an
> > AR3011 device.
> >
> >
> > T: Bus=05 Lev=01 Prn
Hi Sasha and John,
As we rolled out 3.18.5 in Fedora, we've had a number of people
complain about chrony no longer working when they reboot. It seems
the calls to adjtimex chrony is making are failing, and then it fails
to start. Looking at the changelog, I see "time: adjtimex: Validate
the ADJ_
On Thu, Dec 18, 2014 at 7:16 AM, Dmitry Tunin wrote:
> Add "acpi_osi=" quirk for ASUS X200MA
> More information can be found in UX302LA bugreport
> https://bugzilla.kernel.org/show_bug.cgi?id=70241
>
> X200MA is affected by th e same bug and the solution has been tested
>
> I reported it to launch
On Mon, Dec 15, 2014 at 04:44:35PM -0500, Josh Boyer wrote:
>On Mon, Dec 15, 2014 at 4:34 PM, Al Viro wrote:
>> On Mon, Dec 15, 2014 at 04:21:12PM -0500, Josh Boyer wrote:
>>> On Mon, Dec 15, 2014 at 11:38 AM, Josh Boyer
>>> wrote:
>>> > On Mon, Dec 1
On Mon, Dec 15, 2014 at 4:34 PM, Al Viro wrote:
> On Mon, Dec 15, 2014 at 04:21:12PM -0500, Josh Boyer wrote:
>> On Mon, Dec 15, 2014 at 11:38 AM, Josh Boyer
>> wrote:
>> > On Mon, Dec 15, 2014 at 11:34 AM, Greg Kroah-Hartman
>> > wrote:
>> >> O
On Mon, Dec 15, 2014 at 11:38 AM, Josh Boyer wrote:
> On Mon, Dec 15, 2014 at 11:34 AM, Greg Kroah-Hartman
> wrote:
>> On Mon, Dec 15, 2014 at 10:46:50AM -0500, Josh Boyer wrote:
>>> On Sun, Dec 14, 2014 at 12:21:26PM -0800, Greg Kroah-Hartman wrote:
>>> >3.18-st
On Mon, Dec 15, 2014 at 11:34 AM, Greg Kroah-Hartman
wrote:
> On Mon, Dec 15, 2014 at 10:46:50AM -0500, Josh Boyer wrote:
>> On Sun, Dec 14, 2014 at 12:21:26PM -0800, Greg Kroah-Hartman wrote:
>> >3.18-stable review patch. If anyone has any objections,
below look correct for a backport on top of 3.17.6? It
builds, but I haven't tested it yet.
josh
From: Al Viro
Date: Sun, 26 Oct 2014 19:19:16 -0400
Subject: [PATCH] move d_rcu from overlapping d_child to overlapping d_alias
Signed-off-by: Al Viro
Backported-by: Josh Boyer
Signed-off-by:
Hi All,
Below are the additional commits Fedora is carrying on top of 3.17.3
that people might be interested in that are probably acceptable for
stable. Let me know if you have any questions.
josh
arm64: __clear_user: handle exceptions on strb (upstream 97fc15436b36)
- CVE-2014-7843
KVM: x
On Tue, Aug 26, 2014 at 7:08 PM, Greg KH wrote:
> Li has agreed to continue to support the 3.4 stable kernel tree until
> September 2016. Update the releases.html page on kernel.org to reflect
> this.
>
> Signed-off-by: Greg Kroah-Hartman
Thanks for sending a reminder to the list for those of u
On Tue, Aug 5, 2014 at 12:49 PM, Linus Torvalds
wrote:
> On Tue, Aug 5, 2014 at 4:31 AM, Josh Boyer wrote:
>>
>> Sorry to bring this back up after the fact, but it's important for a
>> number of things in various distros
>
> You said that before, and I ignore
On Wed, Jul 30, 2014 at 11:47 AM, Linus Torvalds
wrote:
> On Tue, Jul 29, 2014 at 11:53 PM, Jakub Jelinek wrote:
>>
>> IMNSHO this is a too big hammer approach. The bug happened on a single
>> file only (right?)
>
> Very dubious. We happened to see it in a single case, and _maybe_ that
> was the
On Thu, Jun 26, 2014 at 3:26 PM, Greg KH wrote:
> I'm announcing the release of the 3.15.2 kernel.
>
> All users of the 3.15 kernel series must upgrade.
>
> The updated 3.15.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> linux-3.15.y
On Wed, Jun 25, 2014 at 10:20 AM, Benjamin LaHaise wrote:
> Hi Greg,
>
> On Tue, Jun 24, 2014 at 11:50:43AM -0400, Greg Kroah-Hartman wrote:
>> This is the start of the stable review cycle for the 3.15.2 release.
>> There are 61 patches in this series, all will be posted as a response
>> to this o
On Mon, Jun 9, 2014 at 6:46 PM, Greg KH wrote:
> On Mon, Jun 09, 2014 at 03:35:02PM -0700, Andy Lutomirski wrote:
>> On Mon, Jun 9, 2014 at 3:30 PM, Greg KH wrote:
>> > On Wed, May 28, 2014 at 11:09:58PM -0400, Eric Paris wrote:
>> >> From: Andy Lutomirski
>> >>
>> >> Fixes an easy DoS and possi
On Wed, May 14, 2014 at 3:11 PM, Konrad Rzeszutek Wilk
wrote:
> The following distros are affected:
> (x) Fedora 17 (3.8 and 3.9 in updates)
> (x) Fedora 18 (3.8, 3.9, 3.10, 3.11 in updates)
> (v) Fedora 19 (3.9; 3.10, 3.11, 3.12 in updates; fixed with latest update to
> 3.13), supported until T
On Wed, May 7, 2014 at 12:57 PM, Linus Torvalds
wrote:
> On Wed, May 7, 2014 at 2:18 AM, Sven Joachim wrote:
>>
>> It seems that at least some 32-bit programs are also broken, since after
>> upgrading the kernel to 3.14.3 I can no longer start my old chess
>> database program:
Now that this has
On Wed, Apr 30, 2014 at 9:38 AM, Greg KH wrote:
> On Wed, Apr 30, 2014 at 03:33:07PM +0200, Hans de Goede wrote:
>> Hi,
>>
>> On 04/30/2014 03:23 PM, Greg KH wrote:
>> > On Wed, Apr 30, 2014 at 11:18:24AM +0200, Hans de Goede wrote:
>> >> Hi All,
>> >>
>> >> Now that INPUT_PROP_TOPBUTTONPAD has la
On Tue, Mar 25, 2014 at 5:24 PM, Greg KH wrote:
> On Fri, Feb 28, 2014 at 10:13:29AM -0500, Josh Boyer wrote:
>> cgroup-fixes.patch (rhbz 1045755)
>> - Upstream commits 0ab02ca8f887908152d1a96db5130fc661d36a1e
>> - There was a 3.12 version of this patch sent to stable list
On Sat, Mar 22, 2014 at 6:44 AM, Jiri Slaby wrote:
> From: Mark Rutland
>
> 3.12-stable review patch. If anyone has any objections, please let me know.
>
> ===
>
> commit 58d5640ebdb273cc817b0d0cda7bcf2efbbc2ff7 upstream.
>
> Commit 63d0f0a3c7e1 ("mm/readahead.c:do_readhead(): don't
Hi Greg,
You might want to grab:
commit 58d5640ebdb273cc817b0d0cda7bcf2efbbc2ff7
Author: Mark Rutland
Date: Wed Jan 29 14:05:51 2014 -0800
mm/readahead.c: fix do_readahead() for no readpage(s)
for 3.13.y. It fixes an inadvertent error caused by 63d0f0a3c7e1 that
breaks expected readahe
It's been a while since I sent one of these. Mostly that's due to the
overlap between which upstream stable version we're using in Fedora
across the releases, and how fast those have been happening upstream.
We're settled on 3.13.y now, and with 3.14-rc4 out there things have
calmed down enough to
On Wed, Feb 26, 2014 at 10:13 AM, Greg Kroah-Hartman
wrote:
> On Wed, Feb 26, 2014 at 09:54:01AM -0500, Josh Boyer wrote:
>> On Wed, Feb 26, 2014 at 9:28 AM, Greg Kroah-Hartman
>> wrote:
>> > On Wed, Feb 26, 2014 at 09:04:00AM -0500, Josh Boyer wrote:
>> >> O
On Wed, Feb 26, 2014 at 9:28 AM, Greg Kroah-Hartman
wrote:
> On Wed, Feb 26, 2014 at 09:04:00AM -0500, Josh Boyer wrote:
>> On Wed, Feb 26, 2014 at 4:26 AM, Jiri Slaby wrote:
>> > On 02/25/2014 10:51 AM, Luís Henriques wrote:
>> >> On Tue, Feb 25, 2014 at 04:13:
On Wed, Feb 26, 2014 at 4:26 AM, Jiri Slaby wrote:
> On 02/25/2014 10:51 AM, Luís Henriques wrote:
>> On Tue, Feb 25, 2014 at 04:13:24PM +0800, Weng Meiling wrote:
>>> Hi Luis and Ingo,
>>>
>>> 723478c8a471403c53cf144999701f6e0c4bbd11
>>> perf: Enforce 1 as lower limit for perf_event_max_sample_ra
On Fri, Feb 21, 2014 at 9:52 AM, Hannes Reinecke wrote:
> On 02/21/2014 03:48 PM, Josh Boyer wrote:
>> On Thu, Feb 20, 2014 at 6:52 PM, Greg Kroah-Hartman
>> wrote:
>>> 3.13-stable review patch. If anyone has any objections, please let me know.
>>>
>>&g
On Thu, Feb 20, 2014 at 6:52 PM, Greg Kroah-Hartman
wrote:
> 3.13-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Hannes Reinecke
>
> commit d8a5dc3033af2fd6d16030d2ee4fbd073460fe54 upstream.
>
> The 'active' sysfs attribute should refer to
On Fri, Feb 21, 2014 at 9:37 AM, Ray Strode wrote:
> Hi,
>
> This broke plymouth, i think. Plymouth used the herustic:
> "/sys/class/tty/console/active contains something other than tty0" to
> mean "probably has serial consoles, force verbose messages instead of
> a splash screen". Now on a norm
On Thu, Jan 30, 2014 at 9:13 AM, Calvin Walton wrote:
> Greg KH linuxfoundation.org> writes:
>
>> I'm announcing the release of the 3.13.1 kernel.
>>
>> All users of the 3.13 kernel series must upgrade.
>>
>> The updated 3.13.y git tree can be found at:
>> git://git.kernel.org/pub/scm/linux
On Mon, Jan 13, 2014 at 3:04 PM, H. Peter Anvin wrote:
> On 01/13/2014 05:32 AM, Luis Henriques wrote:
>> On Sun, Jan 12, 2014 at 09:03:39PM -0800, H. Peter Anvin wrote:
>>> Hi guys,
>>>
>>> 26bef1318adc1b3a530ecc807ef99346db2aa8b0 should have been tagged for
>>> stable, but it wasn't. The bug in
On Tue, Dec 10, 2013 at 8:03 PM, Dave Chinner wrote:
> On Tue, Dec 10, 2013 at 08:20:07AM -0500, Josh Boyer wrote:
>> On Mon, Dec 9, 2013 at 6:55 PM, Dave Chinner
>> wrote:
>> > [cc xfs list, cc stable@vger.kernel.org]
>> >
>> > On Mon, Dec 09,
On Mon, Dec 9, 2013 at 6:55 PM, Dave Chinner wrote:
> [cc xfs list, cc stable@vger.kernel.org]
>
> On Mon, Dec 09, 2013 at 08:17:09AM -0500, Josh Boyer wrote:
>> On Mon, Dec 9, 2013 at 7:15 AM, Luis Henriques
>> wrote:
>> > On Thu, Dec 05, 2013 at 04:35:50PM -0
On Tue, Dec 10, 2013 at 2:56 AM, Greg KH wrote:
> On Tue, Dec 10, 2013 at 10:55:23AM +1100, Dave Chinner wrote:
>> [cc xfs list, cc stable@vger.kernel.org]
>>
>> On Mon, Dec 09, 2013 at 08:17:09AM -0500, Josh Boyer wrote:
>> > On Mon, Dec 9, 2013 at 7:15 AM, Luis He
On Fri, Dec 6, 2013 at 1:39 PM, Greg KH wrote:
> On Mon, Dec 02, 2013 at 06:56:24PM -0500, Josh Boyer wrote:
>> > drm-radeon-24hz-audio-fixes.patch (rhbz 1010679)
>> > - Should be in 3.13
>>
>> Commits 908171aa738b5bbcc6241cec46f73fcd57dd00d4 and
>> 0
On Mon, Dec 2, 2013 at 2:40 PM, Josh Boyer wrote:
> A couple days late due to the holidays. Here are the patches we
> currently have on top of 3.12.2:
Forgot the upstream commit sha1s where relevant. Sigh. That's what I
get for rushing.
> md-test-mddev-flags-
On Mon, Dec 2, 2013 at 2:14 PM, Greg Kroah-Hartman
wrote:
> 3.12-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Alistair Popple
>
> commit 2435dcb98cfe13c246aa27df393e22bc24bbcd20 upstream.
>
> The new IBM Akebono board has a PPC476GTR SoC
On Mon, Dec 2, 2013 at 10:43 AM, Luis Henriques
wrote:
> Since Ubuntu 13.10 "Saucy Salamander" uses the 3.11 kernel, the Ubuntu
> kernel team will pick up stable maintenance where Greg KH left off[1]
> with 3.11.10 (thanks a lot, Greg!).
>
> The Ubuntu kernel team is pleased to announce that we wi
A couple days late due to the holidays. Here are the patches we
currently have on top of 3.12.2:
md-test-mddev-flags-more-safely-in-md_check_recovery.patch (rhbz 1033971)
- In 3.13, should already be CC'd to stable
inet-prevent-leakage-of-uninitialized-memory-to-user.patch
inet-fix-addr_len-msg_
On Mon, Dec 2, 2013 at 12:49 PM, Greg KH wrote:
> On Thu, Oct 24, 2013 at 03:01:28PM -0400, Josh Boyer wrote:
>> Here's this months Fedora kernel report. I intended to get it out
>> last week, but Greg keeps releasing new stable kernels. Given he's at
>> KS
On Tue, Nov 12, 2013 at 11:51 AM, Borislav Petkov wrote:
> On Tue, Nov 12, 2013 at 05:39:43PM +0100, Thomas Renninger wrote:
>> Do it the same way as done in microcode_intel.c:
>> use pr_debug for missing firmware files.
>> There seem to be CPUs out there for which no microcode update has been
>>
On Thu, Oct 31, 2013 at 1:01 PM, Jani Nikula
wrote:
> On Thu, 31 Oct 2013, Josh Boyer wrote:
>> On Thu, Oct 31, 2013 at 10:58 AM, Jani Nikula
>> wrote:
>>> On Fri, 25 Oct 2013, Joseph Salisbury
>>> wrote:
>>>> On 10/16/2013 05:02 PM, Daniel Ve
On Thu, Oct 31, 2013 at 10:58 AM, Jani Nikula
wrote:
> On Fri, 25 Oct 2013, Joseph Salisbury wrote:
>> On 10/16/2013 05:02 PM, Daniel Vetter wrote:
>>> It's by far not that simple. Jani is working on both the underlying bug
>>> and a better w/a. See
>>>
>>> https://bugzilla.kernel.org/show_bug.cg
Here's this months Fedora kernel report. I intended to get it out
last week, but Greg keeps releasing new stable kernels. Given he's at
KS right now, I'll finally get it written before another release comes
out.
I've skipped the patches we tend to carry for default option changes
and such. If p
Commit-ID: 700870119f49084da004ab588ea2b799689efaf7
Gitweb: http://git.kernel.org/tip/700870119f49084da004ab588ea2b799689efaf7
Author: Josh Boyer
AuthorDate: Thu, 18 Apr 2013 07:51:34 -0700
Committer: Matt Fleming
CommitDate: Wed, 18 Sep 2013 14:42:33 +0100
x86, efi: Don't map
On Fri, Sep 13, 2013 at 3:43 PM, H. Peter Anvin wrote:
> On 09/13/2013 12:07 PM, Josh Boyer wrote:
>>
>> crash-driver.patch
>> - The patch to add /dev/crash. Dave Anderson keeps making this work
>> (mostly).
>>
>
> It is also a security hole.
I w
Hi All,
Below is a patch report of the various patches Fedora is carrying on
top of the listed upstream kernel, and why we're carrying it. Greg
said he'd like to see such a report, so I plan on sending one a month
or so. Feel free to ping me with any questions you have. Also, if
there's additio
On Wed, Aug 21, 2013 at 10:27 AM, Arend van Spriel wrote:
> On 08/21/13 14:38, Josh Boyer wrote:
>>
>> On Wed, Aug 21, 2013 at 4:52 AM, Arend van Spriel
>> wrote:
>>>>>
>>>>> Hi Felix,
>>>>>
>>>>> I have been divin
On Wed, Aug 21, 2013 at 4:52 AM, Arend van Spriel wrote:
>>> Hi Felix,
>>>
>>> I have been diving into root causing why brcmsmac can not handle cck
>>> fallback rates, because it should. Maybe it is better to flag no cck
>>> support
>>> and only change brcmsmac.
>>
>>
>> We have a number of users
On Tue, Aug 20, 2013 at 8:49 PM, Greg KH wrote:
> On Tue, Aug 20, 2013 at 08:41:23PM -0400, Josh Boyer wrote:
>> On Tue, Aug 20, 2013 at 7:57 PM, Greg KH wrote:
>> >> I like this overall. The only thing I might change is "wait for -rc2"
>> >> for patch
On Tue, Aug 20, 2013 at 7:57 PM, Greg KH wrote:
> On Tue, Aug 20, 2013 at 07:40:49PM -0400, Josh Boyer wrote:
>> On Tue, Aug 20, 2013 at 6:40 PM, Greg KH wrote:
>> > Hi all,
>> >
>> > Given that I had to just revert a patch in the recent stable releases
>&
On Tue, Aug 20, 2013 at 4:15 AM, Arend van Spriel wrote:
> On 08/20/2013 06:56 AM, Felix Fietkau wrote:
>>
>> On 2013-08-20 2:28 AM, Greg Kroah-Hartman wrote:
>>>
>>> On Tue, Aug 20, 2013 at 08:26:11AM +0800, Tom Gundersen wrote:
On Tue, Aug 20, 2013 at 8:03 AM, Greg Kroah-Hartman
On Tue, Aug 20, 2013 at 6:40 PM, Greg KH wrote:
> Hi all,
>
> Given that I had to just revert a patch in the recent stable releases
> that didn't get enough time to "bake" in Linus's tree (or in -next), I
> figured it was worth discussing some possible changes with how "fast" I
> pick up patches f
On Tue, Jul 16, 2013 at 3:43 AM, James Bottomley
wrote:
> On Mon, 2013-07-15 at 23:20 -0700, Greg KH wrote:
>> On Tue, Jul 16, 2013 at 09:17:32AM +0400, James Bottomley wrote:
>> > On Mon, 2013-07-15 at 14:44 -0700, Greg KH wrote:
>> > > On Mon, Jul 15, 2013 at 11:27:56PM +0400, James Bottomley wr
On Fri, Jul 12, 2013 at 12:35 PM, Josh Boyer wrote:
> On Fri, Jul 12, 2013 at 12:17 PM, Ingo Molnar wrote:
>>
>> * Linus Torvalds wrote:
>>
>>> On Fri, Jul 12, 2013 at 8:47 AM, Steven Rostedt wrote:
>>> >
>>> > I tend to hold things off aft
On Fri, Jul 12, 2013 at 12:17 PM, Ingo Molnar wrote:
>
> * Linus Torvalds wrote:
>
>> On Fri, Jul 12, 2013 at 8:47 AM, Steven Rostedt wrote:
>> >
>> > I tend to hold things off after -rc4 because you scare me more than Greg
>> > does ;-)
>>
>> Have you guys *seen* Greg? The guy is a freakish gia
On Tue, Jul 9, 2013 at 10:38 AM, Theodore Ts'o wrote:
> On Tue, Jul 09, 2013 at 09:14:29AM -0500, Eric Sandeen wrote:
>>
>> I don't think these did get cc'd to stable. Was there a reason for that,
>> or was it an oversight?
>
> It was an oversight; my fault, sorry. I'll send a request to the
> s
On Fri, Jul 12, 2013 at 5:46 AM, Jiri Kosina wrote:
> On Thu, 11 Jul 2013, Steven Rostedt wrote:
>
>> > Maybe the pendulum has swung too far in the direction of holding back
>> > changes and trying to avoid the risk of introducing regressions;
>> > perhaps this would be a good topic to discuss at
On Thu, Jul 11, 2013 at 6:01 PM, Greg Kroah-Hartman
wrote:
>
> I'm sitting on top of over 170 more patches that have been marked for
> the stable releases right now that are not included in this set of
> releases. The fact that there are this many patches for stable stuff
> that are wait
On Thu, Jun 13, 2013 at 4:17 PM, Yinghai Lu wrote:
> Joshua reported: Commit cd7b304dfaf1 (x86, range: fix missing merge
> during add range) broke mtrr cleanup on his setup in 3.9.5.
> corresponding commit in upstream is fbe06b7bae7c.
>
> *BAD*gran_size: 64K chunk_size: 16M num_reg: 6 lose cover
On Wed, Jun 12, 2013 at 10:06 AM, Guenter Roeck wrote:
> On Tue, Jun 11, 2013 at 01:02:26PM -0700, Greg Kroah-Hartman wrote:
>> This is the start of the stable review cycle for the 3.9.6 release.
>> There are 79 patches in this series, all will be posted as a response
>> to this one. If anyone ha
On Sat, Jun 8, 2013 at 10:42 AM, Guenter Roeck wrote:
> On Sat, Jun 08, 2013 at 07:08:17AM -0700, Greg KH wrote:
>> On Fri, Jun 07, 2013 at 08:53:12PM -0700, Guenter Roeck wrote:
>> > On Fri, Jun 07, 2013 at 12:58:16PM -0700, Greg KH wrote:
>> > > I'm announcing the release of the 3.9.5 kernel.
>>
On Mon, Apr 29, 2013 at 04:17:21PM -0700, a...@linux-foundation.org wrote:
> From: Josh Boyer
> Subject: kmsg: honor dmesg_restrict sysctl on /dev/kmsg
>
> The dmesg_restrict sysctl currently covers the syslog method for access
> dmesg, however /dev/kmsg isn't covered by
On Wed, Apr 24, 2013 at 02:30:53PM -0700, Linus Torvalds wrote:
> On Wed, Apr 24, 2013 at 1:35 PM, Kees Cook wrote:
> >
> > That said, I much prefer doing the privilege test at read time since
> > that means passing a file descriptor to another process doesn't mean
> > the new process can just con
On Wed, Apr 24, 2013 at 02:36:39PM -0700, Kees Cook wrote:
> >>
> >> So, the problem here is the expectation of privileges. The /proc/kmsg
> >> usage pattern was:
> >>
> >> open /proc/kmsg with CAP_SYSLOG
> >> drop CAP_SYSLOG
> >> read /proc/kmsg forever
> >
> > This doesn't change the /proc interf
On Wed, Apr 24, 2013 at 01:35:17PM -0700, Kees Cook wrote:
> On Wed, Apr 24, 2013 at 10:58 AM, Josh Boyer wrote:
> > On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> >> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> >> > On Tue, Apr 9, 2013
On Wed, Apr 24, 2013 at 01:58:35PM -0400, Josh Boyer wrote:
> On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> > On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> > > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> > >> The dmesg_restrict sysc
On Wed, Apr 24, 2013 at 07:44:33PM +0200, Kay Sievers wrote:
> On Tue, Apr 9, 2013 at 6:33 PM, Kees Cook wrote:
> > On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> >> The dmesg_restrict sysctl currently covers the syslog method for access
> >> dmesg, however /de
On Tue, Apr 09, 2013 at 11:48:20AM -0400, Josh Boyer wrote:
> The dmesg_restrict sysctl currently covers the syslog method for access
> dmesg, however /dev/kmsg isn't covered by the same protections. Most
> people haven't noticed because util-linux dmesg(1) defaults to using
On Mon, Apr 15, 2013 at 10:08:45AM -0400, Joe Lawrence wrote:
>Hello,
>
>Chris Dunlop has discovered that a few block layer changes have made it
>into stable without a corresponding MD RAID change:
>
> http://thread.gmane.org/gmane.linux.raid/42416
>
>WRITE SAME was broken in MD RAID 1/10 up until
kernel.org
Signed-off-by: Eric Paris
Signed-off-by: Josh Boyer
---
v2: Rework patch based on code from Eric Paris, add check in devkmsg_read as
suggested by Kees Cook.
kernel/printk.c | 91 +
1 file changed, 47 insertions(+), 44
On Tue, Apr 09, 2013 at 05:12:18PM +0300, Jani Nikula wrote:
> On Tue, 09 Apr 2013, Josh Boyer wrote:
> > Upstream commit 01e3a8feb40e54b962a20fa7eb595c5efef5e109
>
> This patch seems to be the above commit and
>
> commit 160320879830e469e26062c18f75236822ba
> Aut
Upstream commit 01e3a8feb40e54b962a20fa7eb595c5efef5e109
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=31522#c35
[Note: There are more than one broken setups in the bug. This fixes one.]
Reported-by: Martins
Signed-off-by: Jani Nikula
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i9
On Mon, Apr 08, 2013 at 02:34:38PM -0700, Kees Cook wrote:
> On Mon, Apr 1, 2013 at 6:05 PM, Josh Boyer wrote:
> > - Original Message -
> >> From: "Kees Cook"
> >> To: "Josh Boyer"
> >> Cc: "Andrew Morton" , "Eric Pa
- Original Message -
> From: "Kees Cook"
> To: "Josh Boyer"
> Cc: "Andrew Morton" , "Eric Paris"
> , "Linus Torvalds"
> , "Christian Kujau" ,
> "# 3.4.x" ,
> "LKML"
> Sent: Monday
Hi Greg,
Could you include upstream commit 33f767d767e9a68 (ACPI: Rework
acpi_get_child() to be more efficient) in 3.8.5? It fixes an issue on
certain Toshiba laptops where the wrong ACPI handle is being used for
the nVidia graphics card.
A few users have confirmed the fix works on top of a 3.8.
On Fri, Mar 22, 2013 at 02:54:48PM -0700, Andrew Morton wrote:
>
> poke. Nothing got applied. I'll drop
> kmsg-honor-dmesg_restrict-sysctl-on-dev-kmsg.patch, see if that has any
> effect ;)
Oh dear.
Eric, were you going to cleanup your suggestion and send it out?
josh
--
To unsubscribe from
On Wed, Mar 20, 2013 at 06:53:55AM -0700, Boris Ostrovsky wrote:
>
> - jwbo...@redhat.com wrote:
>
> > On Wed, Mar 13, 2013 at 09:25:44AM -0400, Boris Ostrovsky wrote:
> > > On 03/01/2013 07:14 AM, Josh Boyer wrote:
> > > >On Thu, Feb 28, 2013 at 04
On Wed, Mar 13, 2013 at 09:25:44AM -0400, Boris Ostrovsky wrote:
> On 03/01/2013 07:14 AM, Josh Boyer wrote:
> >On Thu, Feb 28, 2013 at 04:52:20PM -0800, H. Peter Anvin wrote:
> >>On 02/28/2013 04:42 PM, Josh Boyer wrote:
> >>>On Fri, Mar 01, 2013 at 01:36:29A
Upstream commit commit 68d929862e29a8b52a7f2f2f86a0600423b093cd
UEFI variables are typically stored in flash. For various reasons, avaiable
space is typically not reclaimed immediately upon the deletion of a
variable - instead, the system will garbage collect during initialisation
after a reboot.
Upstream commit 81fa4e581d9283f7992a0d8c534bb141eb840a14
[Problem]
There is a scenario which efi_pstore fails to log messages in a panic case.
- CPUA holds an efi_var->lock in either efivarfs parts
or efi_pstore with interrupt enabled.
- CPUB panics and sends IPI to CPUA in smp_send_stop().
On Mon, Mar 11, 2013 at 5:24 PM, Josh Boyer wrote:
> On Mon, Mar 11, 2013 at 4:43 PM, wrote:
>>
>> The patch below does not apply to the 3.8-stable tree.
>> If someone wants it applied there, or to any other stable or longterm
>> tree, then please email the backport,
On Mon, Mar 11, 2013 at 4:43 PM, wrote:
>
> The patch below does not apply to the 3.8-stable tree.
> If someone wants it applied there, or to any other stable or longterm
> tree, then please email the backport, including the original git commit
> id to .
I have a series of 4 patches I'll send to
On Wed, Feb 27, 2013 at 03:46:41PM -0500, Eric Paris wrote:
> Fine Fine, I'll get off my lazy butt and look at this.
Shock!
> Right. Now we have /proc/kmsg, /dev/kmsg, and the syscall. /proc/kmsg
> and the syscall both use do_syslog() which calls
> check_syslog_permissions() and security_syslog
1 - 100 of 138 matches
Mail list logo
