One small change I forgot to make in
commit c4d69da167fa967749aeb70bc0e94a457e5d00c1
Author: Chris Wilson
Date: Mon Sep 8 14:25:41 2014 +0100
drm/i915: Evict CS TLBs between batches
was to update the copy width for the compact BLT copy instruction.
Reported-by: Thomas Richter
Signed-off
On Mon, 8 Sep 2014 10:38:47 -0300, Arnaldo Carvalho de Melo wrote:
> Em Sun, Sep 07, 2014 at 10:24:12PM +0200, Stephane Eranian escreveu:
>> Can't you figure out it is from the kernel (in perf record) by remembering
>> you got the buildid from /sys/kernel/notes?
>
> Sure, the question was more abou
Am 12.09.2014 um 08:09 schrieb Rajkumar Manoharan:
> On Thu, Sep 11, 2014 at 07:56:31PM +0530, Sujith Manoharan wrote:
>> Rajkumar Manoharan wrote:
>>> Some of the IOE customer using ath9k with power save enabled. IIRC the
>>> expectation is that when the station is idle, it should wakeup on DTIM
>
Hi Arnaldo,
On Fri, 5 Sep 2014 12:44:02 -0300, Arnaldo Carvalho de Melo wrote:
> Em Sat, Sep 06, 2014 at 12:16:40AM +0900, Namhyung Kim escreveu:
>> Hi Adrian and Arnaldo,
>>
>> 2014-09-05 (금), 11:11 -0300, Arnaldo Carvalho de Melo:
>> > Em Fri, Sep 05, 2014 at 10:22:40AM +0300, Adrian Hunter esc
On Thu, Sep 11, 2014 at 07:56:31PM +0530, Sujith Manoharan wrote:
> Rajkumar Manoharan wrote:
> > Some of the IOE customer using ath9k with power save enabled. IIRC the
> > expectation is that when the station is idle, it should wakeup on DTIM
> > beacon not for every beacons. Are you seeing freque
Hi Greg,
Upstream commit 0c740d0afc3bff0a097ad03a1c8df92757516f5c and
1da4db0cd5c8a31d4468ec906b413e75e604b465 looks ignored by 3.10 (they are
included by 3.12.22). Without these patches we meet real deadlock in oom killer
code.
They can not be clearly cherry-pick to 3.10.54 because 3.10 LTS doe
Hi Greg and Zefan:
upstream commit 7ba3ec5749ddb61f79f7be17b5fd7720eebc52de:
ext2: Fix fs corruption in ext2_get_xip_mem()
looks applicable for 3.10 and 3.4.
On 3.10, without this patch we can easily trigger a bug using:
# mkfs.ext2 -b 4096 /dev/ram1
# mount -t ext2 -o xip /dev/ram1 /mnt
# cp
Amit Shah writes:
> On (Wed) 10 Sep 2014 [14:11:36], Amos Kong wrote:
>> When we try to hot-remove a busy virtio-rng device from QEMU monitor,
>> the device can't be hot-removed. Because virtio-rng driver hangs at
>> wait_for_completion_killable().
>>
>> This patch exits the waiting by completing
This is a bug fix for using physical arch timers when
the arch_timer_use_virtual boolean is false. It restores the
arch_counter_get_cntpct() function after removal in
0d651e4e "clocksource: arch_timer: use virtual counters"
and completes the implementation of memory mapped access for physical
ti
This is a note to let you know that I've just added the patch titled
usb: dwc3: omap: fix ordering for runtime pm calls
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 relea
This is a note to let you know that I've just added the patch titled
usb: dwc3: fix TRB completion when multiple TRBs are started
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
This is a note to let you know that I've just added the patch titled
usb: dwc3: core: fix ordering for PHY suspend
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 of
This is a note to let you know that I've just added the patch titled
usb: dwc3: core: fix order of PM runtime calls
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 o
This is a note to let you know that I've just added the patch titled
xhci: fix oops when xhci resumes from hibernate with hw lpm capable
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
This is a note to let you know that I've just added the patch titled
usb: xhci: Fix OOPS in xhci error handling code
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
xhci: Fix null pointer dereference if xhci initialization fails
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 t
This is a note to let you know that I've just added the patch titled
storage: Add single-LUN quirk for Jaz USB Adapter
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 releas
On Thu, Sep 11, 2014 at 11:06:12AM +0200, Hans de Goede wrote:
> Cc: stable@vger.kernel.org # 3.16
> Signed-off-by: Hans de Goede
> ---
> drivers/usb/storage/uas-detect.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
You forgot the reported-by line, I'll go add it...
--
To unsubscr
Hi Mikulas,
On Thu, Sep 11, 2014 at 01:43:12PM -0400, Mikulas Patocka wrote:
> Hi
>
> This is backport of upstream commit
> d49ec52ff6ddcda178fc2476a109cf1bd1fa19ed. It is suitable for all stable
> kernels.
Patch queued, thanks very much!
Willy
--
To unsubscribe from this list: send the line
Hi
This is backport of upstream commit
d49ec52ff6ddcda178fc2476a109cf1bd1fa19ed. It is suitable for all stable
kernels.
Mikulas
From: Mikulas Patocka
The DM crypt target accesses memory beyond allocated space resulting in
a crash on 32 bit x86 systems.
This bug is very old (it dates back t
On Thu, Sep 11, 2014 at 05:53:08PM +0100, Jaime Velasco Juan wrote:
> Dmitry Torokhov writes:
>
> > Hi Jamie,
> >
> > On Wed, Sep 10, 2014 at 07:06:14PM +0100, Jaime Velasco Juan wrote:
> >> This model has the same quirk as others, see 3d725caa9dcc "Input:
> >> atkbd - fix keyboard not working on
Dmitry Torokhov writes:
> Hi Jamie,
>
> On Wed, Sep 10, 2014 at 07:06:14PM +0100, Jaime Velasco Juan wrote:
>> This model has the same quirk as others, see 3d725caa9dcc "Input:
>> atkbd - fix keyboard not working on some LG laptops"
>>
>
> How about the patch below instead?
>
It works for me ju
From: Sujith Manoharan
This reverts commit 09ebb810927a110e4c354beb20308830d108a54b.
ath9k_hw_set_sta_beacon_timers() configures AR_TIM_PERIOD with
the beacon interval. Before this commit, the sleepduration was
never greater than the beacon interval. But now, the behavior
has changed. For exampl
Rajkumar Manoharan wrote:
> Some of the IOE customer using ath9k with power save enabled. IIRC the
> expectation is that when the station is idle, it should wakeup on DTIM
> beacon not for every beacons. Are you seeing frequest bmiss events on
> higher beacon interval?
I don't think ath9k has ever
On Thu, Sep 11, 2014 at 07:05:48PM +0530, Sujith Manoharan wrote:
> From: Sujith Manoharan
>
> This reverts commit 09ebb810927a110e4c354beb20308830d108a54b.
>
> ath9k_hw_set_sta_beacon_timers() configures AR_TIM_PERIOD with
> the beacon interval. Before this commit, the sleepduration was
> never
On 09/11/2014 05:32 AM, Ben Hutchings wrote:
This is the start of the stable review cycle for the 3.2.63 release.
There are 131 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.
Responses should be made
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christopher Alexander Tobias Schulze
[ Upstream commit 5cdceab3d5e02eb69ea0f5d8fa9181800baf6f77 ]
Fix regression in bbc i2c temperature and fan control on some Sun systems
that causes the drive
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: James Bottomley
commit 89fb4cd1f717a871ef79fa7debbe840e3225cd54 upstream.
Flush commands don't transfer data and thus need to be special cased
in the I/O completion handler so that we can propa
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Peter Hurley
commit ae84db9661cafc63d179e1d985a2c5b841ff0ac4 upstream.
When a tty is opened for the serial console, the termios c_cflag
settings are inherited from the console line settings.
Ho
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit e1fe9ed8d2a4937510d0d60e20705035c2609aea upstream.
Sparse warns that the percpu variables aren't declared before they are
defined. Rather than hacking around it, move e
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christopher Alexander Tobias Schulze
[ Upstream commit fe418231b195c205701c0cc550a03f6c9758fd9e ]
Fix detection of BREAK on sunsab serial console: BREAK detection was only
performed when there
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Michal Simek
commit 00708d421a22a0f82de2dbb91ca6213b3dcc5267 upstream.
When building with latest binutils, vmlinux includes
some sections which need to be stripped out when building
the binary
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kevin Hao
commit a152056c912db82860a8b4c23d0bd3a5aa89e363 upstream.
I got the following panic on my fsl p5020ds board.
Unable to handle kernel paging request for data at address 0x7375627379
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Dave Chiluk
commit b76fc285337b6b256e9ba20a40cfd043f70c27af upstream.
Stable_kernel_rules should point submitters of network stable patches to the
netdev_FAQ.txt as requests for stable network
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit b18eb2d779240631a098626cb6841ee2dd34fda0 ]
Access to the TSB hash tables during TLB misses requires that there be
an atomic 128-bit quad load available so th
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit 20b68535cd27183ebd3651ff313afb2b97dac941 upstream.
Header guard is #ifndef, not #ifdef...
Reported-by: Fengguang Wu
Signed-off-by: H. Peter Anvin
Signed-off-by: Greg
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Romain Degez
commit b32bfc06aefab61acc872dec3222624e6cd867ed upstream.
Add support of the Promise FastTrak TX8660 SATA HBA in ahci mode by
registering the board in the ahci_pci_tbl[].
Note: th
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Kirill Tkhai
[ Upstream commit 49b6c01f4c1de3b5e5427ac5aba80f9f6d27837a ]
One more place where we must not be able
to be preempted or to be interrupted in RT.
Always actually disable interrupt
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit d037d16372bbe4d580342bebbb8826821ad9edf0 ]
If we have a 32-bit task we must chop off the top 32-bits of the
64-bit value just as the cpu would.
Signed-off-b
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit 197725de65477bc8509b41388157c1a2283542bb upstream.
Make espfix64 a hidden Kconfig option. This fixes the x86-64 UML
build which had broken due to the non-existence of i
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Pratyush Anand
commit a40178b2fa6ad87670fb1e5fa4024db00c149629 upstream.
Problem Summary: Problem has been observed generally with PM states
where VBUS goes off during suspend. There are some S
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit fcdfe3a7fa4cb74391d42b6a26dc07c20dab1d82 ]
When performing segmentation, the mac_len value is copied right
out of the original skb. However, this value is not a
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christoph Paasch
[ Upstream commit 45a07695bc64b3ab5d6d2215f9677e5b8c05a7d0 ]
In veno we do a multiplication of the cwnd and the rtt. This
may overflow and thus their result is stored in a u64.
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vladimir Davydov
commit 093facf3634da1b0c2cc7ed106f1983da901bbab upstream.
If the current process is exiting, lingering on socket close will make
it unkillable, so we should avoid it.
Reproduc
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sasha Levin
[ Upstream commit 06ebb06d49486676272a3c030bfeef4bd969a8e6 ]
Check for cases when the caller requests 0 bytes instead of running off
and dereferencing potentially invalid iovecs.
S
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andi Kleen
commit e7b691b085fda913830e5280ae6f724b2a63c824 upstream.
slab_node() could access current->mempolicy from interrupt context.
However there's a race condition during exit where the m
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Vlad Yasevich
[ Upstream commit 081e83a78db9b0ae1f5eabc2dedecc865f509b98 ]
Macvlan devices do not initialize vlan_features. As a result,
any vlan devices configured on top of macvlans perform
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 04ca6973f7c1a0d8537f2d9906a0cf8e69886d75 ]
In "Counting Packets Sent Between Arbitrary Internet Hosts", Jeffrey and
Jedidiah describe ways exploiting linux IP ide
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 73f156a6e8c1074ac6327e0abd1169e95eb66463 ]
Ideally, we would need to generate IP ID using a per destination IP
generator.
linux kernels used inet_peer cache for
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jonas Bonn
commit abdf8b5e07884a183938969253770164d60b87cb upstream.
Use of EXPORT_SYMBOL requires inclusion of export.h
Signed-off-by: Jonas Bonn
Signed-off-by: Ben Hutchings
---
arch/open
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit 70ffc6ebaead783ac8dafb1e87df0039bb043596 ]
Make get_user_insn() able to cope with huge PMDs.
Next, make do_fault_siginfo() more robust when get_user_insn()
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit 3891a04aafd668686239349ea58f3314ea2af86b upstream.
The IRET instruction, when returning to a 16-bit segment, only
restores the bottom 16 bits of the user space stack poi
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: James Forshaw
commit 6817ae225cd650fb1c3295d769298c38b1eba818 upstream.
This patch fixes a potential security issue in the whiteheat USB driver
which might allow a local attacker to cause kerne
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit 5654699fb38512bdbfc0f892ce54fce75bdc2bab upstream.
Make sure to verify the number of ports requested by subdriver to avoid
writing beyond the end of fixed-size array in inte
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Zheng Liu
commit 400db9d30146dc062aaba97a6301b425eb6015bc upstream.
remove 'len' variable in ext4_discard_allocated_blocks() because it is
useless.
Signed-off-by: Zheng Liu
Signed-off-by: "Th
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Paul Burton
commit b1442d39fac2fcfbe6a4814979020e993ca59c9e upstream.
If one or more matching FCSR cause & enable bits are set in saved thread
context then when that context is restored the ker
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Axel Lin
commit 56de1377ad92f72ee4e5cb0faf7a9b6048fdf0bf upstream.
Current code uses channel as array index, so the valid channel value is
0 .. ADS1015_CHANNELS - 1.
Signed-off-by: Axel Lin
S
This is the start of the stable review cycle for the 3.2.63 release.
There are 131 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.
Responses should be made by Sat Sep 13 12:32:13 UTC 2014.
Anything recei
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "Stephen M. Cameron"
commit 0758f4f732b08b6ef07f2e5f735655cf69fea477 upstream.
When copy_from_user fails, return -EFAULT, not -ENOMEM
Signed-off-by: Stephen M. Cameron
Reported-by: Robert Ell
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steven Rostedt
commit 485d44022a152c0254dd63445fdb81c4194cbf0e upstream.
[ I'm currently running my tests on it now, and so far, after a few
hours it has yet to blow up. I'll run it for 24 hou
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hans de Goede
commit 9a54886342e227433aebc9d374f8ae268a836475 upstream.
When using a Renesas uPD720231 chipset usb-3 uas to sata bridge with a 120G
Crucial M500 ssd, model string: Crucial_ CT12
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 2062afb4f804afef61cbe62a30cac9a46e58e067 upstream.
Michel Dänzer and a couple of other people reported inexplicable random
oopses in the scheduler, and the cause turns out
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Milan Broz
commit 4c63f83c2c2e16a13ce274ee678e28246bd33645 upstream.
Th AF_ALG socket was missing a security label (e.g. SELinux)
which means that socket was in "unlabeled" state.
This was rec
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit d979e9f9ecab04c1ecca741370e30a8a498893f5 upstream.
Make sure to verify the maximum number of endpoints per type to avoid
writing beyond the end of a stack-allocated array.
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Benjamin Tissoires
commit 5abfe85c1d4694d5d4bbd13ecc166262b937adf0 upstream.
Commit "HID: logitech: perform bounds checking on device_id early
enough" unfortunately leaks some errors to dmesg w
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit aa3449ee9c87d9b7660dd1493248abcc57769e31 ]
Only the second argument, 'op', is signed.
Signed-off-by: David S. Miller
Signed-off-by: Ben Hutchings
---
arc
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Malcolm Priestley
commit 4aa0abed3a2a11b7d71ad560c1a3e7631c5a31cd upstream.
byReAssocCount is incremented every second resulting in
disassociated message being send every 10 seconds whether
con
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "K. Y. Srinivasan"
commit 56b26e69c8283121febedd12b3cc193384af46b9 upstream.
On Azure, we have seen instances of unbounded I/O latencies. To deal with
this issue, implement handler that can res
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Alex Williamson
commit c875d2c1b8083cd627ea0463e20bf22c2d7421ee upstream.
The user of the IOMMU API domain expects to have full control of
the IOVA space for the domain. RMRRs are fundamentall
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Patrick Riphagen
commit 9273b8a270878906540349422ab24558b9d65716 upstream.
The converters are used in specific products. It can be useful to know
which they are exactly.
Signed-off-by: Patrick
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: David Rientjes
commit b104a35d32025ca740539db2808aa3385d0f30eb upstream.
The page allocator relies on __GFP_WAIT to determine if ALLOC_CPUSET
should be set in allocflags. ALLOC_CPUSET controls
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sam Ravnborg
commit cbf1ef6b3345d2cc7e62407eec6a6f72a8b1346f upstream.
In sparc headers we use the following pattern:
#if defined(__sparc__) && defined(__arch64__)
sparc64 specific st
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jason Gunthorpe
commit 8e54caf407b98efa05409e1fee0e5381abd2b088 upstream.
Some Atmel TPMs provide completely wrong timeouts from their
TPM_CAP_PROP_TIS_TIMEOUT query. This patch detects that an
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 03a6c3ff3282ee9fa893089304d951e0be93a144 upstream.
bfa_swap_words() shifts its argument (assumed to be 64-bit) by 32 bits
each way. In two places the argument type is dma_
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Paul Moore
commit 41c3bd2039e0d7b3dc32313141773f20716ec524 upstream.
The NetLabel category (catmap) functions have a problem in that they
assume categories will be set in an increasing manner,
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "David S. Miller"
[ Upstream commit 4ca9a23765da3260058db3431faf5b4efd8cf926 ]
Based almost entirely upon a patch by Christopher Alexander Tobias
Schulze.
In commit db64fe02258f1507e13fe5212a9
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Sachin Kamat
commit 3499e5b2e14b792fe411302fea3b6fcc4ba40ef2 upstream.
Propagate return value obtained from i2c_smbus_read_byte_data()
instead of hardcoding.
Signed-off-by: Sachin Kamat
Cc: T
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Guenter Roeck
commit 1074d683a51f1aded3562add9ef313e75d557327 upstream.
On platforms with sizeof(int) < sizeof(long), writing a temperature
limit larger than MAXINT will result in unpredictable
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andrey Ryabinin
commit 40eea803c6b2cfaab092f053248cbeab3f368412 upstream.
Sasha's report:
> While fuzzing with trinity inside a KVM tools guest running the
latest -next
> kerne
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit 7ed6fb9b5a5510e4ef78ab27419184741169978a upstream.
This reverts commit fa81511bb0bbb2b1aace3695ce869da9762624ff in
preparation of merging in the proper fix (espfix64).
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Steve Wise
commit 2f0304d21867476394cd51a54e97f7273d112261 upstream.
If the user creates a listening cm_id with backlog of 0 the IWCM ends
up not allowing any connection requests at all. The c
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Andrey Utkin
[ Upstream commit 093758e3daede29cb4ce6aedb111becf9d4bfc57 ]
This commit is a guesswork, but it seems to make sense to drop this
break, as otherwise the following line is never exe
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jeremy Vial
commit 9b5f7428f8b16bd8980213f2b70baf1dd0b9e36c upstream.
According to the comment “restore_es3: applies to 34xx >= ES3.0" in
"arch/arm/mach-omap2/sleep34xx.S”, omap3_restore_es3 sh
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit 34273f41d57ee8d854dcd2a1d754cbb546cb548f upstream.
Embedded systems, which may be very memory-size-sensitive, are
extremely unlikely to ever encounter any 16-bit softwar
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christoph Hellwig
commit d45b3279a5a2252cafcd665bbf2db8c9b31ef783 upstream.
There is no inherent reason why the last put of a tag structure must be
the one for the Scsi_Host, as device model ob
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Christian Borntraeger
commit 36e7fdaa1a04fcf65b864232e1af56a51c7814d6 upstream.
commit 4badad352a6bb202ec68afa7a574c0bb961e5ebc (locking/mutex: Disable
optimistic spinning on some architectures
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Lv Zheng
commit 3afcf2ece453e1a8c2c6de19cdf06da3772a1b08 upstream.
There is a platform refusing to respond QR_EC when SCI_EVT isn't set
(Acer Aspire V5-573G).
Currently, we rely on the behavio
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit 4ab25786c87eb20857bbb715c3ae34ec8fd6a214 upstream.
There are a few very theoretical off-by-one bugs in report descriptor size
checking when performing a pre-parsing fixup. Fi
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Daniel Borkmann
[ Upstream commit 1be9a950c646c9092fb3618197f7b6bfb50e82aa ]
Jason reported an oops caused by SCTP on his ARM machine with
SCTP authentication enabled:
Internal error: Oops: 17
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Stephen Hemminger
commit 5b6b80aeb21091ed3030b9b6aae597d81326f1aa upstream.
I have a j5 create (JUA210) USB 2 video device and adding it device id
to SIS USB video gets it to work.
Signed-off-
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 757efd32d5ce31f67193cc0e6a56e4dffcc42fb1 ]
Dave reported following splat, caused by improper use of
IP_INC_STATS_BH() in process context.
BUG: using __this_cpu_a
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit ad3e14d7c5268c2e24477c6ef54bbdf88add5d36 upstream.
device_index is a char type and the size of paired_dj_deivces is 7
elements, therefore proper bounds checking has to be app
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit 844817e47eef14141cf59b8d5ac08dd11c0a9189 upstream.
The report passed to us from transport driver could potentially be
arbitrarily large, therefore we better sanity-check it s
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Stefan Kristiansson
commit 160d83781a32e94a1e337efd6722939001e62398 upstream.
Prevents build issue with updated toolchain
Reported-by: Jack Thomasson
Tested-by: Christian Svensson
Signed-off
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jan Kara
commit 410dd3cf4c9b36f27ed4542ee18b1af5e68645a4 upstream.
We did not check relocated directory in any way when processing Rock
Ridge 'CL' tag. Thus a corrupted isofs image can possibly
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jiri Kosina
commit c54def7bd64d7c0b6993336abcffb8444795bf38 upstream.
The report passed to us from transport driver could potentially be
arbitrarily large, therefore we better sanity-check it s
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Joerg Roedel
commit 9b29d3c6510407d91786c1cf9183ff4debb3473a upstream.
When multiple devices are detached in __detach_device, they
are also removed from the domains dev_list. This makes it
unsa
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Ralf Baechle
commit ff522058bd717506b2fa066fa564657f2b86477e upstream.
This fixes the following issue
BUG: using smp_processor_id() in preemptible [] code: kjournald/1761
caller is bla
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Mathias Nyman
commit 365038d83313951d6ace15342eb24624bbef1666 upstream.
When we manually need to move the TR dequeue pointer we need to set the
correct cycle bit as well. Previously we used the
3.2.63-rc1 review patch. If anyone has any objections, please let me know.
--
From: Huang Rui
commit 2597fe99bb0259387111d0431691f5daac84f5a5 upstream.
AMD xHC also needs short tx quirk after tested on most of chipset
generations. That's because there is the same incorrect beh
1 - 100 of 169 matches
Mail list logo