bp found data from boot stage can not be used kernel stage.
Actually those data area is overlapped with kernel bss stage, and clear_bss()
clear them before code in arch/x86/kernel/setup.c access them.
To make the data survive that later, we should avoid the overlapping.
We already move compresse
commit f47233c2d34f ("x86/mm/ASLR: Propagate base load address calculation")
is using address as value for kaslr_enabled.
That will random kaslr_enabled get that set or cleared.
Will have problem for system really have kaslr enabled.
-v2: update changelog.
Fixes: f47233c2d34f ("x86/mm/ASLR: Prop
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Matthew Wilcox
commit 91117a20245b59f70b563523edbf998a62fc6383 upstream.
The 'pfn' returned by axonram was completely bogus, and has been since
2008.
Signed-off-by: Matthew Wilcox
Reviewed-b
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Malcolm Priestley
commit 15e1ce33182d1d5dbd8efe8d382b9352dc857527 upstream.
A quirk of some older firmwares that report endpoint pipe type as PIPE_BULK
but the endpoint otheriwse functions as
Caused by this commit:
295458e67284f57d1 cgroup: call cgroup_subsys->bind on cgroup subsys
initialization
cpuset_init() is called after cgroup_init(), so when cgroup_init() calls
cpuset_bind()
top_cpuset.cpus_allowed is NULL.
I'll send out a fix soon.
On 2015/3/4 13:17, Ming Lei wrote:
> Hi G
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Eremin-Solenikov
commit faeed51bb65ce0241052d8dc24ac331ade12e976 upstream.
enable_irq_wakeup returns 0 in case it correctly enabled the IRQ to
generate the wakeup event (and thus resume
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Adrian Knoth
commit f0153c3d948c1764f6c920a0675d86fc1d75813e upstream.
RME RayDAT and AIO use a fixed buffer size of 16384 samples. With period
sizes of 32-4096, this translates to 4-512 perio
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit e4940626defdf6c92da1052ad3f12741c1a28c90 upstream.
The problem here is that we check:
if (dev >= SNDRV_CARDS)
Then we increment "dev".
if (!joystick_port
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Krzysztof Kozlowski
commit 24727b45b484e8937dcde53fa8d1aa70ac30ec0c upstream.
Driver forgot to unregister power supply if request_threaded_irq()
failed in probe(). In such case the memory asso
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
commit 5efd2ea8c9f4f12916ffc8ba636792ce052f6911 upstream.
the following error pops up during "testusb -a -t 10"
| musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit 37480a05685ed5b8e1b9bf5e5c53b5810258b149 upstream.
Commit 26df6d13406d1a5 ("tty: Add EXTPROC support for LINEMODE")
allows a process which has opened a pty master to send _
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Pitre
commit 19e3ae6b4f07a87822c1c9e7ed99d31860e701af upstream.
The vcs device's poll/fasync support relies on the vt notifier to signal
changes to the screen content. Notifier invoca
Remove extern keyword from function prototypes to suppress warning from
checkpatch.pl with --strict option: https://lkml.org/lkml/2013/7/23/422
fbtft maintainer Noralf Tronnes advised these functions are internal to
this module & suggested moving these prototypes to new internal.h file.
He also ad
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Moyer
commit c6ce194325cef342313e3d27620411ce90a89c50 upstream.
Hi,
If you can manage to submit an async write as the first async I/O from
the context of a process with realtime scheduli
On 2015/3/4 11:56, Gu Zheng wrote:
> Hi Xishi,
> On 03/04/2015 10:52 AM, Xishi Qiu wrote:
>
>> On 2015/3/4 10:22, Xishi Qiu wrote:
>>
>>> On 2015/3/3 18:20, Gu Zheng wrote:
>>>
Hi Xishi,
On 03/03/2015 11:30 AM, Xishi Qiu wrote:
> When hot-remove a numa node, we will clear pgdat
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Cyrille Pitchen
commit 6fbb9bdf0f3fbe23aeff806489791aa876adaffb upstream.
-EDEFER error wasn't handle properly by atmel_serial_probe().
As an example, when atmel_serial_probe() is called for t
Hi Greg,
On Tue, Mar 03, 2015 at 10:13:26PM -0800, Greg Kroah-Hartman wrote:
> 3.14-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: James Hogan
>
> commit f798217dfd038af981a18bbe4bc57027a08bb182 upstream.
>
> The FPU and DSP are enable
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit 69abaffec7d47a083739b79e3066cb3730eba72e upstream.
Cfq_lookup_create_cfqg() allocates struct blkcg_gq using GFP_ATOMIC.
In cfq_find_alloc_queue() possible allocati
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit c99197902da284b4b723451c1471c45b18537cde upstream.
The usb_hcd_unlink_urb() routine in hcd.c contains two possible
use-after-free errors. The dev_dbg() statement at the end
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Lennart Sorensen
commit a6f0331236fa75afba14bbcf6668d42cebb55c43 upstream.
Added the USB serial console device ID for Siemens Ruggedcom devices
which have a USB port for their serial console.
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Kiran Padwal
commit bb95cd34ba4c9467114acc78eeddd53ab1c10085 upstream.
Currently these driver are missing a check on the return value of devm_kzalloc,
which would cause a NULL pointer derefere
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit 3fd7b60f2c7418239d586e359e0c6d8503e10646 upstream.
This patch drops legacy active_ts_list usage within iscsi_target_tq.c
code. It was originally used to track the ac
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ross Lagerwall
commit 72978b2fe2f2cdf9f319c6c6dcdbe92b38de2be2 upstream.
Commit 61a734d305e1 ("xen/manage: Always freeze/thaw processes when
suspend/resuming") ensured that userspace processes
On Tue, Mar 03, 2015 at 08:04:10PM +0100, Noralf Trønnes wrote:
> These functions are defined in fbtft-sysfs.c and internal to the
> fbtft module.
> I think it's better to put them in an 'internal.h' file.
> The fbtft.h file will eventually live in include/linux/fbtft.h or
> something like that.
T
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Christophe Ricard
commit 1ba3b0b6f218072afe8372d12f1b6bf26a26008e upstream.
When sending data in tpm_stm_i2c_send, each loop iteration send buf.
Send buf + i instead as the goal of this for lo
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit d8ba1f971497c19cf80da1ea5391a46a5f9fbd41 upstream.
If the call to decode_rc_list() fails due to a memory allocation error,
then we need to truncate the array size to ens
Lucas De Marchi wrote:
> I was debugging my application and noticed that a timerfd event was being
> triggered *before* the timer expires.
>
> I reduced the scope of the program to test a single timerfd and measure the
> difference in the result of clock_gettime() between two reads.
>
> loop_ti
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit 61882b63171736571e1139ab5aa929e3bb336016 upstream.
The two functions s3c2416_cpufreq_driver_init and s3c_cpufreq_register
are marked init but are called from a context tha
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Hon Ching (Vicky) Lo"
commit 84eb186bc37c0900b53077ca21cf6dd15823a232 upstream.
There was an oops in tpm_ibmvtpm_get_desired_dma, which caused
kernel panic during boot when vTPM is enabled in
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Lokesh Vutla
commit 1c7e36bfc3e2fb2df5e2d1989a4b6fb9055a0f9b upstream.
With commit '7dedd34: ARM: OMAP2+: hwmod: Fix a crash in _setup_reset()
with DEBUG_LL' we moved from parsing cmdline to i
On Mon, 02 Mar 2015, Bjørn Mork wrote:
> Jani Nikula writes:
>
>> On Mon, 02 Mar 2015, Imre Deak wrote:
>>> Bjørn reported that his machine hang during hibernation and eventually
>>> bisected the problem to the following commit:
>>>
>>> commit da2bc1b9db3351addd293e5b82757efe1f77ed1d
>>> Author:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Eremin-Solenikov
commit e461894dc2ce7778ccde1c3483c9b15a85a7fc5f upstream.
StrongARM core uses RCSR SMR bit to tell to bootloader that it was reset
by entering the sleep mode. After we
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Scot Doyle
commit 448e9c55c12d6bd4fa90a7e31d802e045666d7c8 upstream.
Some machines, such as the Acer C720 and Toshiba CB35, have TPMs that do
not send IRQs while also having an ACPI TPM entry
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: David Howells
commit 398a1e71dc827b994b7f2f56c7c2186fea7f8d75 upstream.
Add newly registered TPMs to the tail of the list, not the beginning, so that
things that are specifying TPM_ANY_NUM don
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 6ffa30d3f734d4f6b478081dfc09592021028f90 upstream.
Bruce reported seeing this warning pop when mounting using v4.1:
[ cut here ]
WARNING:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Robert Nelson
commit 67fd14b3eca63b14429350e9eadc5fab709a8821 upstream.
Fixes: http://bugs.elinux.org/issues/127
the bb.org community was seeing random reboots before this change.
Signed-off
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jisheng Zhang
commit 14460dbaf7a5a0488963fdb8232ad5c8a8cca7b7 upstream.
Current code checks "clk_delay_cycles > 0" to know whether the optional
"mrvl,clk_delay_cycles" is set or not. But of_pr
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Vikram Mulukutla
commit 7215853e985a4bef1a6c14e00e89dfec84f1e457 upstream.
Commit 6edb2a8a385f0cdef51dae37ff23e74d76d8a6ce introduced
an array map_pages that contains the addresses returned by
On Mon, 2 Mar 2015 22:03:42 +0100 Pavel Machek wrote:
> On Tue 2015-02-24 15:33:52, NeilBrown wrote:
> > 'off' or 'auto' to
> >
> > /sys/class/power/twl4030_usb/mode
> >
> > will now enable or disable charging from USB port. Normally this is
> > enabled on 'plug' and disabled on 'unplug'.
> >
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Naoya Horiguchi
commit cbef8478bee55775ac312a574aad48af7bb9cf9f upstream.
Migrating hugepages and hwpoisoned hugepages are considered as non-present
hugepages, and they are referenced via migr
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Osipenko
commit de47699d005996b41cea590c6098078ac12058be upstream.
Commit 58ecb23f64ee ("ARM: tegra: add missing unit addresses to DT") added
unit address and changed reg base for GR3D
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "sumit.sax...@avagotech.com"
commit c2ced1719a1b903350955a511e1666e6d05a7f5b upstream.
Update driver "mask_interrupts" before enable/disable hardware interrupt
in order to avoid missing interr
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Emmanuel Grumbach
commit cd8f438405032ac8ff88bd8f2eca5e0c0063b14b upstream.
The base address of the scheduler in the device's memory
(SRAM) comes from two different sources. The periphery
regi
On (03/04/15 16:29), Sergey Senozhatsky wrote:
> > Why should user specifiy zram-device id to create?
> >
>
> one of them will create a new device, the other one will get -EEXIST.
> quite decent.
>
> I'm not sure I know how to return device id back to use space in
> response to
> echo -1 >
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 6ee8e25fc3e916193bce4ebb43d5439e1e2144ab upstream.
Commit e9fd702a58c4 ("audit: convert audit watches to use fsnotify
instead of inotify") broke handling of renames in audit.
This is the start of the stable review cycle for the 3.14.35 release.
There are 73 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 made by Fri Mar 6 05:52:50 UTC 2015.
Anything receiv
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Eyal Shapira
commit 2cee4762c528a9bd2cdff793197bf591a2196c11 upstream.
These are coming from the FW and are used to access arrays.
Bad values can cause an out of bounds access so discard
such
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit 044f0f03eca0110e1835b2ea038a484b93950328 upstream.
When about to run the guest, deliver guest interrupts after disabling
host interrupts. This should prevent an hrtimer inte
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Luciano Coelho
commit 5523d11cc46393a1e61b7ef4a0b2d4e7ed9521e4 upstream.
We don't really need to use different mac colors when adding mac
contexts, because they're not used anywhere. In fact,
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ricardo Ribalda Delgado
commit 145b3fe579db66fbe999a2bc3fd5b63dffe9636d upstream.
Some implementations of modprobe fail to load the driver for a PCI device
automatically because the "interface
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Chinner
commit 3443a3bca54588f43286b725d8648d33a38c86f1 upstream.
When the superblock is modified in a transaction, the commonly
modified fields are not actually copied to the superblock
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Luciano Coelho
commit fd66fc1cafd72ddf27dbec3a5e29e99839d1bc84 upstream.
When iwl_mvm_power_update_mac() is called, we have already added the
mac context, so if this call fails we should remov
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Chinner
commit 0d612fb570b71ea2e49554a770cff4c489018b2c upstream.
Jan Kara reported that log recovery was finding buffers with invalid
types in them. This should not happen, and indicates
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Chinner
commit f19b872b086711bb4b22c3a0f52f16aa920bcc61 upstream.
This leads to log recovery throwing errors like:
XFS (md0): Mounting V5 Filesystem
XFS (md0): Starting recovery (logdev:
On Wed, Mar 04, 2015 at 01:58:55PM +0800, Liu Ying wrote:
> The LCDIF engines embedded in i.MX6sl and i.MX6sx SoCs need the axi clock
> as the engine's system clock. The clock should be enabled when accessing
> LCDIF registers, otherwise the kernel would hang up. We should also keep
> the clock b
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: David Hildenbrand
commit 8e2207cdd087ebb031e9118d1fd0902c6533a5e5 upstream.
If a vm with no VCPUs is created, the injection of a floating irq
leads to an endless loop in the kernel.
Let's ski
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Pitre
commit 19e3ae6b4f07a87822c1c9e7ed99d31860e701af upstream.
The vcs device's poll/fasync support relies on the vt notifier to signal
changes to the screen content. Notifier invoca
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Forshee
commit 6d00f37e49d95e640a3937a4a1ae07dbe92a10cb upstream.
d1c7e29e8d27 (HID: i2c-hid: prevent buffer overflow in early IRQ)
changed hid_get_input() to read ihid->bufsize bytes, wh
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Adam Lee
commit c561a5753dd631920c4459a067d22679b3d110d6 upstream.
BugLink: https://bugs.launchpad.net/bugs/1400215
ath3k devices fail to load firmwares on xHCI buses, but work well on
EHCI,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Martin Vajnar
commit a52d209336f8fc7483a8c7f4a8a7d2a8e1692a6c upstream.
Since the removal of CONFIG_REGULATOR_DUMMY option, the touchscreen stopped
working. This patch enables the "replacement
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Marcelo Tosatti
commit 7f187922ddf6b67f2999a76dcb71663097b75497 upstream.
When the guest writes to the TSC, the masterclock TSC copy must be
updated as well along with the TSC_OFFSET update, o
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit f798217dfd038af981a18bbe4bc57027a08bb182 upstream.
The FPU and DSP are enabled via the CP0 Status CU1 and MX bits by
kvm_mips_set_c0_status() on a guest exit, presumably in
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: John Stultz
commit 29183a70b0b828500816bd794b3fe192fce89f73 upstream.
Additional validation of adjtimex freq values to avoid
potential multiplication overflows were added in commit
5e5aeb4367b
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Hector Marco-Gisbert
commit 4e7c22d447bb6d7e37bfe39ff658486ae78e8d77 upstream.
The issue is that the stack for processes is not properly randomized on
64 bit architectures due to an integer ov
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alexey Brodkin
commit 06f34e1c28f3608b0ce5b310e41102d3fe7b65a1 upstream.
We used to calculate page address differently in 2 cases:
1. In virt_to_page(x) we do
--->8---
mem_map + (x - CONFIG
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Thadeu Lima de Souza Cascardo
commit 045c47ca306acf30c740c285a77a4b4bda6be7c5 upstream.
When reading blkio.throttle.io_serviced in a recently created blkio
cgroup, it's possible to race agains
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Chen Jie
commit 164c24063a3eadee11b46575c5482b2f1417be49 upstream.
sm->offset maybe wrong but magic maybe right, the offset do not have CRC.
Badness at c00c7580 [verbose debug info unavailabl
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jay Lan
commit 146755923262037fc4c54abc28c04b1103f3cc51 upstream.
The output of KDB 'summary' command should report MemTotal, MemFree
and Buffers output in kB. Current codes report in unit of
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit 26ac107378c4742978216be1005b7291b799c7b2 upstream.
Commit a7854487cd7128a30a7f4f5259de9f67d5efb95f:
md: When RAID5 is dirty, force reconstruct-write instead of read-modify-w
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Eremin-Solenikov
commit 9bc78f32c2e430aebf6def965b316aa95e37a20c upstream.
Add regulator_has_full_constraints() call to poodle board file to let
regulator core know that we do not have
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Catalin Marinas
commit 9d42d48a342aee208c1154696196497fdc556bbf upstream.
The native (64-bit) sigval_t union contains sival_int (32-bit) and
sival_ptr (64-bit). When a compat application invok
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Luciano Coelho
commit 5523d11cc46393a1e61b7ef4a0b2d4e7ed9521e4 upstream.
We don't really need to use different mac colors when adding mac
contexts, because they're not used anywhere. In fact,
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: James Hogan
commit c2996cb29bfb73927a79dc96e598a718e843f01a upstream.
The KSTK_EIP() and KSTK_ESP() macros should return the user program
counter (PC) and stack pointer (A0StP) of the given ta
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicolas Saenz Julienne
commit 2f97c20e5f7c3582c7310f65a04465bfb0fd0e85 upstream.
The gpio_chip operations receive a pointer the gpio_chip struct which is
contained in the driver's private stru
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Luciano Coelho
commit fd66fc1cafd72ddf27dbec3a5e29e99839d1bc84 upstream.
When iwl_mvm_power_update_mac() is called, we have already added the
mac context, so if this call fails we should remov
This is the start of the stable review cycle for the 3.10.71 release.
There are 53 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 made by Fri Mar 6 05:45:30 UTC 2015.
Anything receiv
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Eyal Shapira
commit 2cee4762c528a9bd2cdff793197bf591a2196c11 upstream.
These are coming from the FW and are used to access arrays.
Bad values can cause an out of bounds access so discard
such
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Eremin-Solenikov
commit 271e80176aae4e5b481f4bb92df9768c6075bbca upstream.
Add regulator_has_full_constraints() call to corgi board file to let
regulator core know that we do not have a
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Lennart Sorensen
commit a6f0331236fa75afba14bbcf6668d42cebb55c43 upstream.
Added the USB serial console device ID for Siemens Ruggedcom devices
which have a USB port for their serial console.
On 04/03/2015 00:38, Borislav Petkov wrote:
On Tue, Mar 03, 2015 at 11:10:44PM +0800, Daniel J Blueman wrote:
The changes in 871b72dd "x86: microcode: use smp_call_function_single instead
of set_cpus_allowed, cleanup of synchronization logic" introduced a check
that prevents built-in microcode f
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Chinner
commit 3443a3bca54588f43286b725d8648d33a38c86f1 upstream.
When the superblock is modified in a transaction, the commonly
modified fields are not actually copied to the superblock
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit 37480a05685ed5b8e1b9bf5e5c53b5810258b149 upstream.
Commit 26df6d13406d1a5 ("tty: Add EXTPROC support for LINEMODE")
allows a process which has opened a pty master to send _
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Matthew Wilcox
commit 91117a20245b59f70b563523edbf998a62fc6383 upstream.
The 'pfn' returned by axonram was completely bogus, and has been since
2008.
Signed-off-by: Matthew Wilcox
Reviewed-b
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 6ee8e25fc3e916193bce4ebb43d5439e1e2144ab upstream.
Commit e9fd702a58c4 ("audit: convert audit watches to use fsnotify
instead of inotify") broke handling of renames in audit.
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Emmanuel Grumbach
commit cd8f438405032ac8ff88bd8f2eca5e0c0063b14b upstream.
The base address of the scheduler in the device's memory
(SRAM) comes from two different sources. The periphery
regi
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Moyer
commit c6ce194325cef342313e3d27620411ce90a89c50 upstream.
Hi,
If you can manage to submit an async write as the first async I/O from
the context of a process with realtime scheduli
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
commit 5efd2ea8c9f4f12916ffc8ba636792ce052f6911 upstream.
the following error pops up during "testusb -a -t 10"
| musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Stern
commit c99197902da284b4b723451c1471c45b18537cde upstream.
The usb_hcd_unlink_urb() routine in hcd.c contains two possible
use-after-free errors. The dev_dbg() statement at the end
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Nicholas Bellinger
commit 3fd7b60f2c7418239d586e359e0c6d8503e10646 upstream.
This patch drops legacy active_ts_list usage within iscsi_target_tq.c
code. It was originally used to track the ac
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Dave Chinner
commit f19b872b086711bb4b22c3a0f52f16aa920bcc61 upstream.
This leads to log recovery throwing errors like:
XFS (md0): Mounting V5 Filesystem
XFS (md0): Starting recovery (logdev:
Change 'pixes' to 'pixels'
Change 'enabel' to 'enable'
Change 'enabeling' to 'enabling'
Signed-off-by: Yannick Guerrini
---
drivers/gpu/drm/drm_modes.c | 4 ++--
drivers/gpu/drm/i2c/adv7511.c | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_modes.c b/d
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit 69abaffec7d47a083739b79e3066cb3730eba72e upstream.
Cfq_lookup_create_cfqg() allocates struct blkcg_gq using GFP_ATOMIC.
In cfq_find_alloc_queue() possible allocati
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: honclo
commit eb71f8a5e33fa1066fb92f0111ab366a341e1f6c upstream.
The tpm_ibmvtpm module is affected by an unaligned access problem.
ibmvtpm_crq_get_version failed with rc=-4 during boot when v
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Trond Myklebust
commit d8ba1f971497c19cf80da1ea5391a46a5f9fbd41 upstream.
If the call to decode_rc_list() fails due to a memory allocation error,
then we need to truncate the array size to ens
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Vikram Mulukutla
commit 7215853e985a4bef1a6c14e00e89dfec84f1e457 upstream.
Commit 6edb2a8a385f0cdef51dae37ff23e74d76d8a6ce introduced
an array map_pages that contains the addresses returned by
On 2015/3/4 11:53, Gu Zheng wrote:
> Hi Xishi,
>
> On 03/04/2015 10:22 AM, Xishi Qiu wrote:
>
>> On 2015/3/3 18:20, Gu Zheng wrote:
>>
>>> Hi Xishi,
>>> On 03/03/2015 11:30 AM, Xishi Qiu wrote:
>>>
When hot-remove a numa node, we will clear pgdat,
but is memset 0 safe in try_offline_nod
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Scot Doyle
commit 448e9c55c12d6bd4fa90a7e31d802e045666d7c8 upstream.
Some machines, such as the Acer C720 and Toshiba CB35, have TPMs that do
not send IRQs while also having an ACPI TPM entry
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 6ffa30d3f734d4f6b478081dfc09592021028f90 upstream.
Bruce reported seeing this warning pop when mounting using v4.1:
[ cut here ]
WARNING:
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: "Hon Ching (Vicky) Lo"
commit 84eb186bc37c0900b53077ca21cf6dd15823a232 upstream.
There was an oops in tpm_ibmvtpm_get_desired_dma, which caused
kernel panic during boot when vTPM is enabled in
Since commit 1c6c69525b40eb76de8adf039409722015927dc3 ("genirq: Reject
bogus threaded irq requests") threaded IRQs without a primary handler
need to be requested with IRQF_ONESHOT, otherwise the request will fail.
Until now, this coccinelle script only checked request_threaded_irq().
However, the
301 - 400 of 1215 matches
Mail list logo