On Mon, Nov 26, 2012 at 11:55:01PM +1100, Amnon Shiloh wrote:
>
> You could of course keep that old code and modify only the very
> first instruction of each routine into a jump instruction, but then
> the code to which the process returns may not be compatible with
> the new kernel and/or hardwar
Using the same name for ephemeral and "persistent" keys results
in deleting the "persistent" key. This patch renames the normal
kbuild asymmetric key pair name to "default_signing_key" and the
ephemeral key pair name to "ephemeral_signing_key".
Signed-off-by: Mimi Zohar
---
Makefile|
From: Dmitry Kasatkin
Signed modules are only as secure as the private key used to sign
them. This patch limits access to the private key by limiting the
private key's existence to 'modules_install'(ie. this is meant for
local developers, not distros.)
This patch defines a new kernel build comm
Hi Cyrill,
Programmers don't (and the manual-page says they shouldn't even try)
call "sigreturn" directly.
If an interrupt happens, by bad luck, to occur while the process
is running vdso code, then eventually, once signal-processing is
complete, "sigreturn" (issued by glibc) will take the proce
On 2012/11/1 17:44, Wen Congyang wrote:
> This patch introduces a new function try_offline_node() to
> remove sysfs file of node when all memory sections of this
> node are removed. If some memory sections of this node are
> not removed, this function does nothing.
>
> CC: David Rientjes
> CC: Ji
On Tue, 2012-11-27 at 00:49 +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the final tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> In file included from drivers/staging/sb105x/sb_pci_mp.c:1:0:
> drivers/staging/sb105x/sb_pci_mp.h:22:25: fatal error: asm
Miklos Szeredi writes:
> On Mon, Nov 26, 2012 at 3:29 AM, Ian Kent wrote:
>>> > > MS_UNBINDABLE says: skip this mount when copying a mount tree, such
>>> > > as when the mount namespace is cloned.
>>> > >
>>> > > If you set MS_UNBINDABLE on autofs mounts then they will simply not
>>> > > appear
Device-mapper "integrity" target provides transparent cryptographic integrity
protection of underlying read-write block device using hash-based message
authentication codes (HMACs), which can be stored on the same or different
block device.
Target uses kernel keyring to obtain a secret key for usi
Device-mapper "integrity" target provides transparent cryptographic integrity
protection of the underlying read-write block device using hash-based message
authentication codes (HMACs). HMACs can be stored on the same or different
block device.
dm-integrity uses an encrypted key type, stored on th
On Tue, Nov 27, 2012 at 01:26:55AM +1100, Amnon Shiloh wrote:
> Programmers don't (and the manual-page says they shouldn't even try)
> call "sigreturn" directly.
>
> If an interrupt happens, by bad luck, to occur while the process
> is running vdso code, then eventually, once signal-processing is
On 26 November 2012 19:41, Mark Brown
wrote:
> On Mon, Nov 26, 2012 at 07:16:04PM +0530, Thomas Abraham wrote:
>
>> and this patch applied cleanly. Could you please let me know if there
>> is anything I need to be doing differently for this.
>
> Hrm, try applying it on the relevant topic branch.
On Mon, Nov 26, 2012 at 11:53:45AM +, Alan Cox wrote:
> > It's not like there is any shortage of flag bits, so what's the harm
> > of reserving the bit?
>
> Why not just reserve a small group of bits for fs private use in that
> case - for any fs.
I think that would be a *fine* idea.
On Mon, Nov 26, 2012 at 01:32:07PM +0100, Ortwin Glück wrote:
> Support battery capacity on another Apple wireless
> keyboard.
>
> NB: most likely all other APPLE_ALU_WIRELESS_*
> keyboards should be added as well.
>
> Cc: stable kernel.org
> Signed-off-by: Ortwin Glück
> ---
This is not the
On Mon, Nov 26, 2012 at 08:13:23PM +0530, Thomas Abraham wrote:
> I tried applying this patch on the max8997 branch in your regulator
> tree. But this patch does not apply cleanly on that branch because
> commits "5eb9f2b96381" (regulator: remove use of __devexit_p),
> "a5023574d120" (regulator: r
Hi Andreas,
This is your quirk, from AMD, and if you need to
sign the patch please let me know how to facilitate this. I will add Joerg
using his Email.
Thanks,
Steve
-Original Message-
From: Andreas Herrmann [mailto:herrmann.der.u...@googlemail.com]
Sent
On 26 November 2012 18:55, Lee Jones wrote:
> Why do you need to sort them? Is there _really_ a need?
Many people & maintainers like to have their header files ordered. The
reason for that is:
If they are not ordered, there is a possibility of adding an header file
multiple times in a file. Thi
Hi Linus,
This is the MFD pull request for 3.7 fixes.
We have:
- A twl fix preventing a buffer overflow.
- A wm5102 register patch fix.
- A wm5110 error misreport fix.
- Arizona fixes: Use the right array size when adding subdevices, correctly
report underclocked events, synchronize register c
Due to recent email floods, I am not resending all 41 patches back out as
the bulk of the changes are related to being bisect and build safe and
shuffling the THP migration patch to the end of the series. There is an
important fix from Hillf Danton in there which is arguably the most important
diff
On 6 November 2012 16:08, Viresh Kumar wrote:
> This is V2 Resend of my sched_select_cpu() work. Resend because didn't got
> much
> attention on V2. Including more guys now in cc :)
>
> In order to save power, it would be useful to schedule work onto non-IDLE cpus
> instead of waking up an IDLE o
On 20 November 2012 12:11, Viresh Kumar wrote:
> On 8 November 2012 20:39, Viresh Kumar wrote:
>> From: Vipul Kumar Samar
>>
>> SPEAr sdhci driver expects the clock to be set to 50 MHz for proper
>> functioning.
>> This patch sets clk to 50 MHz in probe.
>>
>> Signed-off-by: Vipul Kumar Samar
On 11/26/2012 03:23 AM, Mel Gorman wrote:
> On Wed, Nov 21, 2012 at 02:21:51PM -0500, Dave Hansen wrote:
>>
>> This needs to make it in before 3.7 is released.
>>
>
> This is also required. Dave, can you double check? The surprise is that
> this does not blow up very obviously.
...
> @@ -1422,7 +1
On Thu, 2012-11-22 at 11:56 +, Sethi Varun-B16395 wrote:
>
> > -Original Message-
> > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> > ow...@vger.kernel.org] On Behalf Of Alex Williamson
> > Sent: Tuesday, November 20, 2012 11:50 PM
> > To: Alexey Kardashevskiy
> > Cc
Hi,
On Thu, Nov 08 2012, Viresh Kumar wrote:
> From: Vipul Kumar Samar
>
> SPEAr sdhci driver expects the clock to be set to 50 MHz for proper
> functioning.
> This patch sets clk to 50 MHz in probe.
>
> Signed-off-by: Vipul Kumar Samar
> Signed-off-by: Viresh Kumar
> ---
> drivers/mmc/host/s
Zhang Yanfei writes:
> This patch adds an atomic notifier list named crash_notifier_list.
> Currently, when loading kvm-intel module, a notifier will be registered
> in the list to enable vmcss loaded on all cpus to be VMCLEAR'd if
> needed.
crash_notifier_list ick gag please no. Effectively th
On 26 November 2012 20:39, Chris Ball wrote:
> On Thu, Nov 08 2012, Viresh Kumar wrote:
>> + ret = clk_set_rate(sdhci->clk, 5000);
>> + if (ret)
>> + dev_dbg(&pdev->dev, "Error setting desired clk, clk=%lu\n",
>> + clk_get_rate(sdhci->clk));
>> +
On Mon, Nov 19, 2012 at 10:26:41PM +0200, Michael S. Tsirkin wrote:
> >
> > Userspace bits:
> > -
> > 1) LKVM
> > The latest vhost-blk userspace bits for kvm tool can be found here:
> > g...@github.com:asias/linux-kvm.git blk.vhost-blk
> >
> > 2) QEMU
> > The latest vh
Hi,
On Sun, 2012-11-25 at 14:11 +0100, Ben Hutchings wrote:
> On Wed, 2012-11-14 at 20:11 -0800, Greg Kroah-Hartman wrote:
> > 3.6-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Benjamin Marzinski
> >
> > commit 96e5d1d3adf56f1c
On Fri, 2012-11-23 at 13:02 +1100, Alexey Kardashevskiy wrote:
> On 22/11/12 22:56, Sethi Varun-B16395 wrote:
> >
> >
> >> -Original Message-
> >> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> >> ow...@vger.kernel.org] On Behalf Of Alex Williamson
> >> Sent: Tuesday, Nove
On Monday, November 26, 2012 07:57:30 AM Mark Langsdorf wrote:
> On 11/24/2012 04:05 AM, Rafael J. Wysocki wrote:
> > On Saturday, November 17, 2012 03:50:48 PM Borislav Petkov wrote:
> >> On Tue, Nov 13, 2012 at 02:13:38PM -0500, Mark Langsdorf wrote:
> >>> Although cpufreq_driver has a flag field
On Mon, 2012-11-19 at 11:44 +, Pawel Moll wrote:
> On Thu, 2012-11-08 at 15:35 +, Pawel Moll wrote:
> > Hi Bryan, Richard,
> >
> > On Thu, 2012-11-01 at 17:58 +, Pawel Moll wrote:
> > > LEDs are often controlled by writing to memory mapped
> > > register. This patch adds:
> > >
> > >
On Monday, November 26, 2012 07:31:43 PM MyungJoo Ham wrote:
>
> Rafael,
>
> Here goes the pull request rebased on your pm-devfreq branch.
> Sorry for all the confusion and mess invoked.
>
>
> Cheers,
> MyungJoo
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> The following changes sin
On Mon, 26 Nov 2012, Viresh Kumar wrote:
> On 26 November 2012 18:55, Lee Jones wrote:
>
> > Why do you need to sort them? Is there _really_ a need?
>
> Many people & maintainers like to have their header files ordered. The
> reason for that is:
>
> If they are not ordered, there is a possibil
On 11/25/2012 11:10 PM, Johannes Weiner wrote:
From: Johannes Weiner
Subject: [patch] mm: vmscan: fix endless loop in kswapd balancing
Kswapd does not in all places have the same criteria for when it
considers a zone balanced. This leads to zones being not reclaimed
because they are considere
On Thu, Nov 1, 2012 at 8:58 PM, Pawel Moll wrote:
> LEDs are often controlled by writing to memory mapped
> register. This patch adds:
>
> 1. Generic functions for platform code and drivers to create
>class device for LEDs controlled by arbitrary bit masks.
>The control register value is r
When tps->enable_pwm_dvfs is true, write to TPS51632_VOLTAGE_BASE_REG rather
than TPS51632_VOLTAGE_SELECT_REG.
Signed-off-by: Axel Lin
---
drivers/regulator/tps51632-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/tps51632-regulator.c
b/drive
Hi,
On Thu, Nov 08 2012, Viresh Kumar wrote:
> From: Vipul Kumar Samar
>
> SPEAr sdhci driver expects the clock to be set to 50 MHz for proper
> functioning.
> This patch sets clk to 50 MHz in probe.
>
> Signed-off-by: Vipul Kumar Samar
> Signed-off-by: Viresh Kumar
> ---
> drivers/mmc/host/s
Hi,
On Thu, Nov 08 2012, Viresh Kumar wrote:
> clk_{un}prepare is mandatory for platforms using common clock framework.
> Because
> for SPEAr we don't do anything in clk_{un}prepare() calls, just call them ones
> in probe/remove.
>
> Signed-off-by: Viresh Kumar
> ---
> drivers/mmc/host/sdhci-sp
On 11/26/2012 05:15 AM, Tang Chen wrote:
>
> Hi Wu,
>
> That is really a problem. And, before numa memory got initialized,
> memblock subsystem would be used to allocate memory. I didn't find any
> approach that could fully address it when I making the patches. There
> always be risk that membloc
On Tue, Nov 20, 2012 at 09:26:40AM +0100, Mathias LEBLANC wrote:
> Hello,
>
> Does anyone can say me when the driver will be integrated on linux kernel and
> where can we get it from the linux source code?
Hi Mathias, I'll work with you this week to get this pushed to the
security-next tree.
* Stephen Rothwell [121126 02:58]:
> Hi all,
>
> Today's linux-next merge of the arm-soc tree got a conflict in
> arch/arm/plat-omap/common.c between commit b022e17b1c7e ("OMAP: common.c:
> remove init call to vram") from the omap_dss2 tree and commit
> f583f0f2c720 ("ARM: OMAP2+: Move omap_reser
If a single descriptor crosses a region, the
second chunk length should be decremented
by size translated so far, instead it includes
the full descriptor length.
Signed-off-by: Michael S. Tsirkin
---
drivers/vhost/vhost.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
On Thu, Nov 22, 2012 at 10:10 AM, Rafael Aquini wrote:
> On Thu, Nov 22, 2012 at 09:19:15AM -0500, Sasha Levin wrote:
>> And managed to reproduce it only once through last night, here is the dump I
>> got
>> before the oops:
>>
>> [ 2760.356820] page:ead00e00 count:1 mapcount:-2147287036
Hi Kent,
Thanks a lot, if you see other changes to make in the driver, do not hesitate.
NB: I will not be available on Thursday and Friday in the coming weeks
-Original Message-
From: Kent Yoder [mailto:k...@linux.vnet.ibm.com]
Sent: 26 November, 2012 16:52
To: Mathias LEBLANC
Cc: Rajiv
On Mon, Nov 26, 2012 at 03:31:45PM +, Lee Jones wrote:
> On Mon, 26 Nov 2012, Viresh Kumar wrote:
>
> > On 26 November 2012 18:55, Lee Jones wrote:
> >
> > > Why do you need to sort them? Is there _really_ a need?
> >
> > Many people & maintainers like to have their header files ordered. Th
On Mon, 2012-11-26 at 12:22 +0100, Joerg Roedel wrote:
> Hi Shuah,
>
> On Fri, Nov 23, 2012 at 02:29:02PM -0700, Shuah Khan wrote:
> > x86 - done in the first patch that added the feature.
> >
> > ARM64: dma_debug: add debug_dma_mapping_error support
> > c6x: dma_debug: add debug_dma_mapping_erro
On Mon, 2012-11-26 at 15:37 +, Vasily Khoruzhick wrote:
> On Thu, Nov 1, 2012 at 8:58 PM, Pawel Moll wrote:
> > LEDs are often controlled by writing to memory mapped
> > register. This patch adds:
> >
> > 1. Generic functions for platform code and drivers to create
> >class device for LEDs
On Mon, 26 Nov 2012, naveen yadav wrote:
> Dear Alan,
>
> Thanks for your reply ,
>
> We check on 3.2.34 and 3.6.7 on X86 host machine. and result is same
> without connecting Bluetooth device.
> I am attaching log
Yes, very good. But you still have to do what I mentioned in my
earlier email:
On Mon, Nov 26, 2012 at 3:38 PM, Eric W. Biederman
wrote:
>
> So I don't know how much MS_UNBINDABLE helps over MS_PRIVATE. Both
> prevent propogation of changes to other namespaces. I don't know how
> much using MS_UNBINDABLE to also prevent bind mounts helps.
MS_PRIVATE says ops on children
On Tue, 20 Nov 2012, Joe Jin wrote:
> On 11/20/12 16:59, Dave, Tushar N wrote:
>> Have you power off the system completely after modifying eeprom? If not
>> please do so.
>
> Hi Tushar,
>
> Seems not works for me, would you please help to check what is wrong of my
> operations?
...
> # lspci -
On 20 November 2012 14:17, Dmitry Torokhov wrote:
> No, not really, it just does not work well with devm_* patches that got
> applied: on removal you unprepare clock as the very first operation and
> then devm_* does the rest which is wrong order.
>
> I am looking at adding dem_* for clocks.
I ha
On 11/26/2012 09:35 AM, Andrzej Pietrasiewicz wrote:
In some parts of the kernel (e.g. planned configfs integration into usb
gadget) there is a need to programmatically create config groups
(directories) but it would be preferable to disallow creating them by
the user. This is more or less what d
Hello Rafael,
this patchset is a new version of the cpufreq SW coordinated CPU bug fix.
That's basically the v4 rebased on linux-pm's linux-next tree, split in 5
patches for readability and with the bug fixed also in the "conservative"
governor.
Regards,
Fabio
Changes:
v5
- rebased/reimplemente
On Mon, 2012-11-26 at 20:30 +0530, Viresh Kumar wrote:
> On 6 November 2012 16:08, Viresh Kumar wrote:
> > This is V2 Resend of my sched_select_cpu() work. Resend because didn't got
> > much
> > attention on V2. Including more guys now in cc :)
> >
> > In order to save power, it would be useful t
From: Rickard Andersson
This patch fixes a bug that occurred when we had load on a secondary CPU
and the primary CPU was sleeping. Only one sampling timer was spawned
and it was spawned as a deferred timer on the primary CPU, so when a
secondary CPU had a change in load this was not detected by t
Add a CPU notifier to start and stop individual core timers on CPU
hotplug events when running on CPUs with SW coordinated frequency.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_governor.c | 51 ++
1 file changed, 51 insertions(+)
diff --git a/d
Modify conservative timer to not resample CPU utilization if recently
sampled from another SW coordinated core.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_conservative.c | 47 +-
1 file changed, 41 insertions(+), 6 deletions(-)
diff --git a/drivers
Modify update_sampling_rate() to check, and eventually immediately
schedule, all CPU's do_dbs_timer delayed work.
This is required in case of software coordinated CPUs, as we now have a
separate delayed work for each CPU.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_ondemand.c | 5
Modify ondemand timer to not resample CPU utilization if recently
sampled from another SW coordinated core.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_governor.c | 3 ++
drivers/cpufreq/cpufreq_governor.h | 1 +
drivers/cpufreq/cpufreq_ondemand.c | 58 +++
On Mon, 5 Nov 2012 13:09:20 +0100, Linus Walleij
wrote:
> On Mon, Nov 5, 2012 at 8:31 AM, Alex Courbot wrote:
>
> > Interesting. I see you already gave the whole thing a thought. What I don't
> > understand however is what is so wrong with the current GPIO numberspace
> > that
> > you want to
On Wed, 21 Nov 2012 14:02:40 -0700, Jason Gunthorpe
wrote:
> 'assigned-addresses' is used for certain PCI device type nodes in
> lieu of 'reg', since this is enforced by of/address.c, have
> of_device_make_bus_id look there as well.
>
> Signed-off-by: Jason Gunthorpe
If it is a PCI device, th
On Mon, 26 Nov 2012 14:11:27 +0900, Bongkyu Kim wrote:
> On 11/21/2012 10:41 PM, Rob Herring wrote:
> > On 11/21/2012 02:58 AM, Bongkyu Kim wrote:
> >> This patch supports more interrupt specifiers for i2c client.
> >
> > Why?
> >
>
> If we are registering a device has 2 interrupts like the bel
On Thu, 22 Nov 2012 22:40:21 +0100, Thierry Reding
wrote:
> On Thu, Nov 22, 2012 at 01:39:41PM +, Grant Likely wrote:
> [...]
> > I do think that each sequence should be contained within a single
> > property, but I'm open to other suggestions.
>
> IIRC a very early prototype did implement s
On Thu, 22 Nov 2012 10:30:20 -0700, Jason Gunthorpe
wrote:
> On Thu, Nov 22, 2012 at 03:36:21PM +, Grant Likely wrote:
>
> > Hmm... I've not tried it with assigned-address. I tried with two sibling
> > platform devices using just the 'reg' property. That the kernel will
> > complain about. F
On Wed, 7 Nov 2012 22:28:01 +0100, Linus Walleij
wrote:
> On Mon, Nov 5, 2012 at 6:35 PM, Stephen Warren wrote:
> > [Me]
> >> gpio_get() should get an abstract handle just like clk_get() or
> >> regulator_get(), not a fixed numeral.
> >
> > I don't really see why the return type of gpio_get() in
Chris,
Do you know what systems produce these errors? I can look and see if we
have those for testing your patch.
Cheers
Manoj
On Wed, 21 Nov 2012, Chris Ball wrote:
Hi Manoj, Matsumuro-san,
On Mon, Jul 18 2011, Manoj Iyer wrote:
Right, without the patch I get..
[ 52.526665] mmc0: new
On Fri, 23 Nov 2012 10:44:36 +0100, Peter Ujfalusi
wrote:
> Hi Grant,
>
> On 11/23/2012 10:13 AM, Peter Ujfalusi wrote:
> > Hi Grant,
> >
> > On 11/23/2012 08:55 AM, Grant Likely wrote:
> >> Ugh. and this is why I wanted the PWM and GPIO subsystems to use the
> >> same namespace and binding. B
On Thu, 22 Nov 2012 10:30:20 -0700, Jason Gunthorpe
wrote:
> On Thu, Nov 22, 2012 at 03:36:21PM +, Grant Likely wrote:
>
> > Hmm... I've not tried it with assigned-address. I tried with two sibling
> > platform devices using just the 'reg' property. That the kernel will
> > complain about. F
On Wed, 31 Oct 2012 18:04:09 +0900, Alex Courbot wrote:
> Hi,
>
> Would anyone be opposed to having a gpio_get() function that works similarly
> to e.g. regulator_get() and clk_get()?
>
> I can see some good reasons to have this:
>
> - Less platform data to pass to drivers,
> - Consistency bet
Hi Lee,
On Mon, Nov 26, 2012 at 12:01:43PM +, Lee Jones wrote:
> /**
> + * bu21013_gpio_board_init() - configures the touch panel
> + * @reset_pin: reset pin number
> + *
> + * This function is used to configure the voltage and
> + * reset the touch panel controller.
> + */
> +static int bu21
On Mon, Nov 26, 2012 at 12:16:18PM +, Lee Jones wrote:
> On Wed, 14 Nov 2012, Lee Jones wrote:
>
> > Currently the BU21013 Touch Screen driver requests a regulator by the
> > name of 'V-TOUCH', which doesn't exist anywhere in the kernel. The
> > correct name, as referenced in platform regulato
On 26 November 2012 13:08, Stephen Rothwell wrote:
> Today's linux-next merge of the akpm tree got a conflict in
> arch/arm64/kernel/sys_compat.c arch/arm64/include/asm/unistd.h between
> commit 8709876911bd ("arm64: sanitize copy_thread(), switch to generic
> fork/vfork/clone") from the signal tr
On Mon, Nov 26, 2012 at 09:57:45PM +0530, Viresh Kumar wrote:
> On 20 November 2012 14:17, Dmitry Torokhov wrote:
> > No, not really, it just does not work well with devm_* patches that got
> > applied: on removal you unprepare clock as the very first operation and
> > then devm_* does the rest wh
> On 11/26/2012 09:35 AM, Andrzej Pietrasiewicz wrote:
>> In some parts of the kernel (e.g. planned configfs integration into usb
>> gadget) there is a need to programmatically create config groups
>> (directories) but it would be preferable to disallow creating them by
>> the user. This is more or
Hi Manoj,
On Mon, Nov 26 2012, Manoj Iyer wrote:
> Do you know what systems produce these errors? I can look and see if
> we have those for testing your patch.
One T430s using the ExpressCard reader¹, and one X220, both with :e823.
Thanks,
- Chris.
¹: http://support.lenovo.com/en_US/product-an
I am announcing the review cycle for the 3.5.7u1 release of stable patches.
This new release contains 270 patches. Proposed patches are posted as a
response to this message. The same patches are also available at the
following repository:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.5.y-review
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Tyler Hicks
commit 069ddcda37b2cf5bb4b6031a944c0e9359213262 upstream.
When the eCryptfs mount options do not include '-o acl', but the lower
filesystem's mount options do include 'acl', th
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Tyler Hicks
commit 821f7494a77627fb1ab539591c57b22cdca702d6 upstream.
A change was made about a year ago to get eCryptfs to better utilize its
page cache during writes. The idea was to do
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Mike Galbraith
commit 8f6189684eb4e85e6c593cd710693f09c944450a upstream.
Make stop scheduler class do the same accounting as other classes,
Migration threads can be caught in the act whil
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Patrick McHardy
commit f22eb25cf5b1157b29ef88c793b71972efc47143 upstream.
Via-headers are parsed beginning at the first character after the Via-address.
When the address is translated firs
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Pablo Neira Ayuso
commit 5b423f6a40a0327f9d40bc8b97ce9be266f74368 upstream.
Existing code assumes that del_timer returns true for alive conntrack
entries. However, this is not true if reli
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Jan Engelhardt
commit 82e6bfe2fbc4d48852114c4f979137cd5bf1d1a8 upstream.
Commit v2.6.19-rc1~1272^2~41 tells us that r->cost != 0 can happen when
a running state is saved to userspace and t
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Gabor Juhos
commit 97541ccfb9db2bb9cd1dde6344d5834438d14bda upstream.
Besides the CPU and DDR PLLs, the CPU and DDR frequencies
can be derived from other PLLs in the SRIF block on the
AR93
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 09e05d4805e6c524c1af74e524e5d0528bb3fef3 upstream.
ext3 users of data=journal mode with blocksize < pagesize were occasionally
hitting assertion failure in journal_commit_t
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit cf9182e90b2af04245ac4fae497fe73fc71285b4 upstream.
Processes that open and close multiple files may end up setting this
oo_last_closed_stid without freeing what wa
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit c10c2aab634a3c61c46b98875988b2f53040bc9c upstream.
The removal of mach/io.h from most ARM platforms also set the range of
valid IO ports to be empty for most platforms wh
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Paolo Bonzini
commit 7a3f369ce31694017996524a1cdb08208a839077 upstream.
The offset was not bumped back to the full size after writing the
header of the MODE SENSE response, so the last 1 o
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Peter Senna Tschudin
commit 37bb7899ca366dc212b71b150e78566d04808cc0 upstream.
This patch fixes error cases within target_core_init_configfs() to
properly set ret = -ENOMEM before jumping
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Gavin Shan
commit feadf7c0a1a7c08c74bebb4a13b755f8c40e3bbc upstream.
The EEH core is talking with the PCI device driver to determine the
action (purely reset, or PCI device removal). Durin
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit a519fc7a70d1a918574bb826cc6905b87b482eb9 upstream.
Instead of doing a shutdown() call, we need to do an actual close().
Ditto if/when the server is sending us junk R
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Jaehoon Chung
commit e32463b2f7801d6561887c01db37b34958504635 upstream.
Before call the blk_queue_congestion_threshold(),
the blk_queue_congestion_threshold() is already called at
blk_que
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Tejun Heo
commit 60ea8226cbd5c8301f9a39edc574ddabcb8150e0 upstream.
A queue newly allocated with blk_alloc_queue_node() has only
QUEUE_FLAG_BYPASS set. For request-based drivers,
blk_init
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Drake
commit 012a1211845eab69a5488d59eb87d24cc518c627 upstream.
As detailed in the thread titled "viafb PLL/clock tweaking causes XO-1.5
instability," enabling or disabling the IGA1
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Roland Dreier
commit e4b11b89f9039ca97b2ed1b6efeb6749fbdeb252 upstream.
The qla2xxx firmware actually expects the task management response
code in a CTIO IOCB with SCSI status mode 1 to be
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Jani Nikula
commit 0c96c65b48fba3ffe9822a554cbc0cd610765cd5 upstream.
The dithering introduced in
commit 3b5c78a35cf7511c15e09a9b0ffab290a42d9bcf
Author: Adam Jackson
Date: Tue Dec 13
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Matthew Garrett
commit c99af3752bb52ba3aece5315279a57a477edfaf1 upstream.
Cloudlinux have a product called lve that includes a kernel module. This
was previously GPLed but is now under a p
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 68eb35081e297b37db49d854cda144c6a3397699 upstream.
I added cr_flavor to the data compared in same_creds without any
justification, in d5497fc693a446ce9100fcf4117c3
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Brian Norris
commit bf7a01bf7987b63b121d572b240c132ec44129c4 upstream.
The NAND_CHIPOPTIONS_MSK has limited utility and is causing real bugs. It
silently masks off at least one flag that m
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit b32f4c7ed85c5cee2a21a55c9f59ebc9d57a2463 upstream.
This patch re-adds the ability to optionally run in buffered FILEIO mode
(eg: w/o O_DSYNC) for device backends
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit 904753da183566c71211d23c169a80184648c121 upstream.
Fix a potential multiple spin-unlock -> deadlock scenario during the
overflow check within iscsit_build_sendtarg
3.5.7u1 -stable review patch. If anyone has any objections, please let me know.
--
From: Dylan Reid
commit d17344b3547669f5b6ee4fda993d03737a141bd6 upstream.
There was a race condition when the system suspends while hda_power_work
is running in the work queue. If system suspe
1 - 100 of 942 matches
Mail list logo
