On 24/04/15 12:10, Karol Wrona wrote:
> On 04/18/2015 09:02 PM, Jonathan Cameron wrote:
>> On 16/04/15 10:30, Karol Wrona wrote:
>>> calculated_time variable caused warning as uninitialized. It was not
>>> harmful
>>> because it was evaluated in the path in which was used later but it is to
>>> s
On 24/04/15 16:58, Daniel Baluta wrote:
> This adds support for Memsic's MMC35240 magnetometer. The sensor does
> not offer an interrupt line for data ready so for the moment we only
> expose raw readings via sysfs interface.
>
> This patchset also adds ACPI and Power Management support.
>
> Chan
On 25/04/15 15:18, Tomasz Duszynski wrote:
> Add support for ROHM BH1710/BH1715/BH1721/BH1750/BH1751 ambient light
> sensors.
>
> Signed-off-by: Tomasz Duszynski
On query on why we no longer have a resume function... Otherwise
looks pretty good to me (couple of other comments inline.)
Jonathan
>
Suggest using eth_zero_addr() or eth_broadcast_addr() instead of memset().
Signed-off-by: Mateusz Kulikowski
---
scripts/checkpatch.pl | 23 +++
1 file changed, 23 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 0a511b7..263e831 100755
--- a/sc
Handle multi-line memcpy() properly.
Signed-off-by: Mateusz Kulikowski
---
scripts/checkpatch.pl | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index c05befe..6311950 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpat
Check if memcmp() is used to compare ethernet addresses and suggest
using ether_addr_equal() or ether_addr_equal_unaligned()
Signed-off-by: Mateusz Kulikowski
---
scripts/checkpatch.pl | 8
1 file changed, 8 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index
Changes in v3:
- Fixed handling of MEMSET issues (due to '/s' at the end the same
error/warning was reported several times)
- Added handling of multiline PREFER_ETHER_ADDR_COPY warnings
- Review: added --fix option to eth_zero/broadcast_addr checks
- All new warnings are multi-line aware (fixes
Remove 's' modifier to avoid reporting the same warning several times.
Signed-off-by: Mateusz Kulikowski
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 263e831..c05befe 100755
--- a/scripts/checkpa
On Sun, 26 Apr 2015 17:31:13 +0200
Paul Bolle wrote:
> #ifndef CONFIG_BLK_DEV_INITRD?
Indeed, thank you. I fixed it.
---
From: Alexander 'z33ky' Hirsch <1ze...@gmail.com>
Date: Sun, 26 Apr 2015 15:18:18 +0200
Subject: [PATCH] x86, microcode: Allow early loading without initrd
Microcode can b
On Sun, Apr 26, 2015 at 05:03:14PM +0200, Alexander Hirsch wrote:
> Microcode can be baked into the kernel image via CONFIG_EXTRA_FIRMWARE
> and the early loader supports that, but still depended on
> BLK_DEV_INITRD.
> This dependency is removed.
Yeah, it is removed but it adds a bunch of ugly ifd
Hi Richard,
On Sun, Apr 26, 2015 at 12:15:38PM +0200, Richard Genoud wrote:
> The A10 has 8 uarts, only uart0 and uart1 where filled.
> This patch adds all the missing uarts(2 to 7) pin muxing to the dtsi.
>
> Signed-off-by: Richard Genoud
It's obviously correct, but I'd rather not add new pinc
Hello,
On Mon, Apr 27, 2015 at 02:05:47AM +1000, Aleksa Sarai wrote:
> In addition, there are a bunch of cgroup_* functions that use unsigned
> ints for bitops (cgroup_calc_child_subsys_mask, rebind_subsystems,
> cgroup_print_ss_mask). Is there a better solution to this problem, or
> should I just
Hey,
>> > > static struct cftype cgroup_dfl_base_files[];
>> > > +#define for_each_subsys_which(ss_mask, ss, ssid) \
>> > > + for_each_subsys((ss), (ssid)) \
>> > > + if ((ss_mask) & (1 << (ssid)))
>> >
>> > Maybe using for_each_set_bit() is better?
>> >
>> > #define for_each_subsys_which
On Sun, 26 Apr 2015 17:52:16 +0800
pang.xun...@zte.com.cn wrote:
> The problem I tried to describe here is:
>
> We know, there are two main queues each cpu for RT scheduler:
> "run queue" and "pushable queue".
>
> For RT tasks, the scheduler uses "plist" to manage the pushable queue,
> so whe
On Sun, Apr 26, 2015 at 05:33:36PM +0200, Michal Suchanek wrote:
> On 26 April 2015 at 16:33, Maxime Ripard
> wrote:
> > On Sun, Apr 26, 2015 at 04:14:33PM +0200, Michal Suchanek wrote:
> >> On 26 April 2015 at 14:51, Maxime Ripard
> >> wrote:
> >> > On Sun, Apr 26, 2015 at 02:38:18PM +0200, Mich
On Sun, Apr 26, 2015 at 04:40:50PM +0200, Hans de Goede wrote:
> Hi,
>
> I've a feeling everyone in this thread is ignoring the
> raspberry pi use-case. Where the board is specifically
> designed for educational purposes and used with lots of
> peripherals which are usually programmed from userspa
On 26 April 2015 at 16:33, Maxime Ripard
wrote:
> On Sun, Apr 26, 2015 at 04:14:33PM +0200, Michal Suchanek wrote:
>> On 26 April 2015 at 14:51, Maxime Ripard
>> wrote:
>> > On Sun, Apr 26, 2015 at 02:38:18PM +0200, Michal Suchanek wrote:
>> >> On 26 April 2015 at 13:56, Martin Sperl wrote:
>> >
On Sun, 2015-04-26 at 17:03 +0200, Alexander Hirsch wrote:
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> config MICROCODE_EARLY
> bool "Early load microcode"
> - depends on MICROCODE=y && BLK_DEV_INITRD
> + depends on MICROCODE=y
> select MICROCODE_INTEL_EARLY if MICROC
Hi Justin,
On Fri, 24 Apr 2015 16:46:02 -0500
"Justin M. Forbes" wrote:
> On Fri, 2015-04-24 at 10:59 +0800, Ming Lei wrote:
> > Hi Justin,
> >
> > Thanks for the report.
> >
> > On Thu, 23 Apr 2015 16:04:10 -0500
> > "Justin M. Forbes" wrote:
> >
> > > The block-mq conversion for loop in 4.
On 04/26/2015 06:46 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.76 release.
There are 31 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be m
Microcode can be baked into the kernel image via CONFIG_EXTRA_FIRMWARE
and the early loader supports that, but still depended on
BLK_DEV_INITRD.
This dependency is removed.
Signed-off-by: Alexander Hirsch <1ze...@gmail.com>
---
This patch depends on the "Parse built-in microcode early" patch by Bo
Hi,
I've a feeling everyone in this thread is ignoring the
raspberry pi use-case. Where the board is specifically
designed for educational purposes and used with lots of
peripherals which are usually programmed from userspace
using e.g. python bindings for i2c-dev or spidev, for
such a setup we r
On Sun, Apr 26, 2015 at 04:14:33PM +0200, Michal Suchanek wrote:
> On 26 April 2015 at 14:51, Maxime Ripard
> wrote:
> > On Sun, Apr 26, 2015 at 02:38:18PM +0200, Michal Suchanek wrote:
> >> On 26 April 2015 at 13:56, Martin Sperl wrote:
> >> >
> >> >> On 26.04.2015, at 13:23, Hans de Goede wrot
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Neal Cardwell
[ Upstream commit 666b805150efd62f05810ff0db08f44a2370c937 ]
On processing cumulative ACKs, the FRTO code was not checking the
SACKed bit, meaning that there could be a spurious
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein
[ Upstream commit fde913e25496761a4e2a4c81230c913aba6289a2 ]
Commit 1daa4303b4ca ("net/mlx4_core: Deprecate error message at
ConnectX-2 cards startup to debug") did the deprec
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit 074975d0374333f656c48487aa046a21a9b9d7a1 ]
Commit 9a2620c877454 ("bnx2x: prevent WARN during driver unload")
switched the napi/busy_lock locking mechanism from s
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit b50edd7812852d989f2ef09dcfc729690f54a42d ]
I noticed tcpdump was giving funky timestamps for locally
generated SYNACK messages on loopback interface.
11:42:46.9
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Herbert Xu
[ Upstream commit 4c0ee414e877b899f7fc80aafb98d9425c02797f ]
This patch reverts commit b8fb4e0648a2ab3734140342002f68fb0c7d1602
because the secmark must be preserved even when a pac
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Ido Shamay
[ Upstream commit e5eda89d97ec256ba14e7e861387cc0468259c18 ]
Netdevice registration should be performed a the end of the driver
initialization flow. If we don't do that, after calli
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Gartrell
[ Upstream commit 957f094f221f81e457133b1f4c4d95ffa49ff731 ]
Instead of -1 with EAGAIN, read on a O_NONBLOCK tun fd will return 0. This
fixes this by properly returning the erro
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Anton Nayshtut
[ Upstream commit f5e2dc5d7fe78fe4d8748d217338f4f7b6a5d7ea ]
Before commit 3900f29021f0bc7fe9815aa32f1a993b7dfdd402 ("bonding: slight
optimizztion for bond_slave_override()") th
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Naoya Horiguchi
commit 61f77eda9bbf0d2e922197ed2dcf88638a639ce5 upstream.
Currently we have many duplicates in definitions around
follow_huge_addr(), follow_huge_pmd(), and follow_huge_pud(),
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Jonathan Davies
[ Upstream commit 0c36820e2ab7d943ab1188230fdf2149826d33c0 ]
xen-netfront limits transmitted skbs to be at most 44 segments in size. However,
GSO permits up to 65536 bytes, whi
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Jann Horn
commit 8b01fc86b9f425899f8a3a8fc1c47d73c2c20543 upstream.
This prevents a race between chown() and execve(), where chowning a
setuid-user binary to root would momentarily make the bi
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Troy Tan
commit d0311314d00298f83aa5450a1d4a92889e7cc2ea upstream.
The hardware and firmware for the RTL8192EE utilize a FIFO list of
descriptors. There were some problems with the initial imp
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Simon Horman
[ Upstream commit a6e95cc718c8916a13f1e1e9d33cacbc5db56c0f ]
Master change notifications may occur other than when joining or
leaving a bridge, for example when being added to or
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Ian Abbott
commit abe46b8932dd9a6dfc3698e3eb121809b7b9ed28 upstream.
Reading of analog input channels by the `INSN_READ` comedi instruction
is broken for all except channel 0. `pci171x_ai_ins
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Graf
[ Upstream commit fa2d8ff4e3522b4e05f590575d3eb8087f3a8cdc ]
Return module reference before invoking the respective vport
->destroy() function. This is needed as ovs_vport_del() is
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: "Jun'ichi Nomura (NEC)"
[ Upstream commit d0af71a3573f1217b140c60b66f1a9b335fb058b ]
tg3_init_one() calls tg3_halt() without tp->lock despite its assumption
and causes deadlock.
If loc
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Jesse Gross
[ Upstream commit b736a623bd099cdf5521ca9bd03559f3bc7fa31c ]
handle_offloads() calls skb_reset_inner_headers() to store
the layer pointers to the encapsulated packet. However, we
c
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Alexey Kodanev
[ Upstream commit 4ad19de8774e2a7b075b3e8ea48db85adcf33fa6 ]
tcp_v6_fill_cb() will be called twice if socket's state changes from
TCP_TIME_WAIT to TCP_LISTEN. That can result in
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: "D.S. Ljungmark"
[ Upstream commit 6fd99094de2b83d1d4c8457f2c83483b2828e75a ]
A local route may have a lower hop_limit set than global routes do.
RFC 3756, Section 4.2.7, "Parameter Spoofing"
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Naoya Horiguchi
commit e66f17ff71772b209eed39de35aaa99ba819c93d upstream.
We have a race condition between move_pages() and freeing hugepages, where
move_pages() calls follow_page(FOLL_GET) fo
This is the start of the stable review cycle for the 3.19.6 release.
There are 27 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 Tue Apr 28 13:45:45 UTC 2015.
Anything receive
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: "han...@stressinduktion.org"
[ Upstream commit f60e5990d9c1424af9dbca60a23ba2a1c7c1ce90 ]
We should not consult skb->sk for output decisions in xmit recursion
levels > 0 in the stack. Otherwis
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: Alexei Starovoitov
[ Upstream commit c3de6317d748e23b9e46ba36e10483728d00d144 ]
Due to missing bounds check the DAG pass of the BPF verifier can corrupt
the memory which can cause random crash
3.19-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Michal=20Kube=C4=8Dek?=
[ Upstream commit d0c294c53a771ae7e84506dfbd8c18c30f078735 ]
On s390x, gcc 4.8 compiles this part of tcp_v6_early_demux()
struct dst_entry *dst = sk-
On 26 April 2015 at 14:51, Maxime Ripard
wrote:
> On Sun, Apr 26, 2015 at 02:38:18PM +0200, Michal Suchanek wrote:
>> On 26 April 2015 at 13:56, Martin Sperl wrote:
>> >
>> >> On 26.04.2015, at 13:23, Hans de Goede wrote:
>> >> I think there is actual a use for just binding spidev as spidev,
>>
This is the start of the stable review cycle for the 3.14.40 release.
There are 42 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 Tue Apr 28 13:42:22 UTC 2015.
Anything receiv
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "D.S. Ljungmark"
[ Upstream commit 6fd99094de2b83d1d4c8457f2c83483b2828e75a ]
A local route may have a lower hop_limit set than global routes do.
RFC 3756, Section 4.2.7, "Parameter Spoofing"
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace dev_kfree_skb with dev_kfree_skb_any in functions that can
be called in hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David S. Mil
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Neal Cardwell
[ Upstream commit 666b805150efd62f05810ff0db08f44a2370c937 ]
On processing cumulative ACKs, the FRTO code was not checking the
SACKed bit, meaning that there could be a spurious
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit b50edd7812852d989f2ef09dcfc729690f54a42d ]
I noticed tcpdump was giving funky timestamps for locally
generated SYNACK messages on loopback interface.
11:42:46.9
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Ido Shamay
[ Upstream commit e5eda89d97ec256ba14e7e861387cc0468259c18 ]
Netdevice registration should be performed a the end of the driver
initialization flow. If we don't do that, after calli
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace kfree_skb with dev_kfree_skb_any in cp_start_xmit
as it can be called in both hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace dev_kfree_skb with dev_kfree_skb_any in functions that can
be called in hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David S. Mil
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Anantha Krishnan
commit 4b552bc9edfdc947862af225a0e2521edb5d37a0 upstream.
Add support for the QCA6174 chip.
T: Bus=06 Lev=01 Prnt=01 Port=01 Cnt=02 Dev#= 3 Spd=12 MxCh= 0
D: Ver=
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Marcel Holtmann
commit c2aef6e8cbebd60f79555baeb9266e220f135a44 upstream.
The Asus Z97-DELUXE motherboard contains a Broadcom based Bluetooth
controller on the USB bus. However vendor and prod
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Anantha Krishnan
commit fa2f1394fe9c1a217213f02df77812701de6362f upstream.
Add support for the QCA6174 chip.
T: Bus=04 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 30 Spd=12 MxCh= 0
D: Ver=
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Marcel Holtmann
commit d92f2df0565ea04101d6ac04bdc10feeb1d93c94 upstream.
The isochronous endpoints are not valid when the Intel Bluetooth
controller boots up in bootloader mode. So just mark
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Janne Heikkinen
commit 134d3b3550f050b9bec37111824452064d1ed928 upstream.
Asus X553MA has USB device 04ca:3010 that is Atheros AR3012
or compatible.
Device from /sys/kernel/debug/usb/devices:
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace dev_kfree_skb with dev_kfree_skb_any in functions that can
be called in hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David S. Mil
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Naoya Horiguchi
commit 9ab3b598d2dfbdb0153ffa7e4b1456bbff59a25d upstream.
A race condition starts to be visible in recent mmotm, where a PG_hwpoison
flag is set on a migration source page *bef
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Richard Guy Briggs
commit 80e0b6e8a001361316a2d62b748fe677ec46b860 upstream.
We accidentally declared pid_alive without any extern/inline connotation.
Some platforms were fine with this, some
The current GPLv2 only licensing on this dts makes it very impractical
for other software components licensed under another license.
In order to make it easier for them to reuse our device trees, relicense
this dts under a GPLv2/X11 dual-license.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/
The current GPLv2 only licensing on this dtsi makes it very impractical
for other software components licensed under another license.
In order to make it easier for them to reuse our device trees, relicense
this dtsi under a GPLv2/X11 dual-license.
Signed-off-by: Antoine Tenart
---
arch/arm/boo
The current GPLv2 only licensing on this dts makes it very impractical
for other software components licensed under another license.
In order to make it easier for them to reuse our device trees, relicense
this dts under a GPLv2/X11 dual-license.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/
The current GPLv2 only licensing on this dtsi makes it very impractical
for other software components licensed under another license.
In order to make it easier for them to reuse our device trees, relicense
this dtsi under a GPLv2/X11 dual-license.
Signed-off-by: Antoine Tenart
---
arch/arm/boo
The current GPLv2 only licensing on this dts makes it very impractical
for other software components licensed under another license.
In order to make it easier for them to reuse our device trees, relicense
this dts under a GPLv2/X11 dual-license.
Signed-off-by: Antoine Tenart
---
arch/arm/boot/
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 9c145c56d0c8a0b62e48c8d71e055ad0fb2012ba upstream.
The stack guard page error case has long incorrectly caused a SIGBUS
rather than a SIGSEGV, but nobody actually noticed
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Capper
commit f2950706871c4b6e8c0f0d7c3f62d35930b8de63 upstream.
Long descriptors on ARM are 64 bits, and some pte functions such as
pte_dirty return a bitwise-and of a flag with the pt
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 33692f27597fcab536d7cbbcc8f52905133e4aa7 upstream.
The core VM already knows about VM_FAULT_SIGBUS, but cannot return a
"you should SIGSEGV" error, because the SIGSEGV ca
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Al Viro
commit 946e51f2bf37f1656916eb75bd0742ba33983c28 upstream.
move d_rcu from overlapping d_child to overlapping d_alias
Signed-off-by: Al Viro
Cc: Ben Hutchings
[hujianyang: Backported
Hi,
The GPLv2 license makes it impractical for other software components
licensed under another license to use our device trees. To fix this,
and make our device tree usable by other software components, relicense
them under a GPLv2/X11 dual-license.
In order to get this accepted, we *need* all c
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Jennings
commit 351fc4a99d49fde63fe5ab7412beb35c40d27269 upstream.
Intel IA32 SDM Table 15-14 defines channel 0xf as 'not specified', but
EDAC doesn't know about this and returns and INTE
Because the support of Marvell Berlin SoCs is still a work in progress,
add a statement to explicitly consider our device tree files and
bindings as unstable.
Signed-off-by: Antoine Tenart
---
Documentation/devicetree/bindings/arm/marvell,berlin.txt | 12
1 file changed, 12 insertio
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Feiner
commit 81d0fa623c5b8dbd5279d9713094b0f9b0a00fb4 upstream.
If a /proc/pid/pagemap read spans a [VMA, an unmapped region, then a
VM_SOFTDIRTY VMA], the virtual pages in the unmapped
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
netpoll can call functions in hard irq context that are ordinarily
called in lesser contexts. For those functions use dev_kfree_skb_any
and dev_consume_skb_any so skbs are
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov
commit 05fbf357d94152171bc50f8a369390f1f16efd89 upstream.
Lockless access to pte in pagemap_pte_range() might race with page
migration and trigger BUG_ON(!PageLocked()) i
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Jurgen Kramer
commit 9113bfd82dc8ece9cbb898df8794f58a78a36e97 upstream.
Add support for IMC Networks (Broadcom based) to btusb driver.
Below the output of /sys/kernel/debug/usb/devices for th
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Shevchenko
commit a735f9e22432899cee188d167966782c29246390 upstream.
The device found on Asus Z87 Expert motherboard requires firmware to work
correctly.
T: Bus=03 Lev=01 Prnt=01 Port=0
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace dev_kfree_skb with dev_kfree_skb_any in functions that can
be called in hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David S. Mil
On 2015-04-24 19:31, Chris Ward wrote:
No, with the patch the device isn't recognised at boot time.
Strange.
Does the module 'rtl8192cu' get loaded automatically (check with
'lsmod')?
What happens if you wait until the system is booted, then plug the
device?
Could you put your '.config'
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit b131237ca3995edad9efc162d0bc959c3b1dddc2 upstream.
The device will bind to btusb without firmware, but with the original
buggy firmware device discovery does not work. No
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Steven Capper
commit ded9477984690d026e46dd75e8157392cea3f13f upstream.
For LPAE, we have the following means for encoding writable or dirty
ptes:
L_PTE_DIRTY
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace free_skb with dev_kfree_skb_any in be_tx_compl_process as
which can be called in hard irq by netpoll, softirq context
by normal napi polling, and in normal sleepable
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit 7fb08eca45270d0ae86e1ad9d39c40b7a55d0190 upstream.
This replaces four copies in various stages of mm_fault_error() handling
with just a single one. It will also allow fo
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Andy Shevchenko
commit 0b8800623d3f12dd40a039aa191d52bfa4eef5b4 upstream.
This will help to manage table of supported IDs.
There is no functional change.
Signed-off-by: Andy Shevchenko
Sign
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Nadav Amit
commit f3747379accba8e95d70cec0eae0582c8c182050 upstream.
SYSENTER emulation is broken in several ways:
1. It misses the case of 16-bit code segments completely (CVE-2015-0239).
2.
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Florian Westphal
commit db29a9508a9246e77087c5531e45b2c88ec6988b upstream.
Given following iptables ruleset:
-P FORWARD DROP
-A FORWARD -m sctp --dport 9 -j ACCEPT
-A FORWARD -p tcp --dport 8
The current GPLv2 only licensing on this dtsi makes it very impractical
for other software components licensed under another license.
In order to make it easier for them to reuse our device trees, relicense
this dtsi under a GPLv2/X11 dual-license.
Signed-off-by: Antoine Tenart
---
arch/arm/boo
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Oliver Neukum
commit 1e56f1eb2bbeab0ddc3a1e536d2a0065cfe4c131 upstream.
The device is not functional without firmware.
The device without firmware:
T: Bus=02 Lev=02 Prnt=02 Port=05 Cnt=01 De
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace kfree_skb with dev_kfree_skb_any in functions that can
be called in hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David S. Miller
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Vincent Zwanenburg
commit 89d2975fa06e66ea0d3665d91f799fb1ce4b8bad upstream.
usb devices info:
T: Bus=01 Lev=02 Prnt=05 Port=00 Cnt=01 Dev#= 20 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) S
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace dev_kfree_skb with dev_kfree_skb_any in functions that can
be called in hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David S. Mil
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Dmitry Tunin
commit 3bb30a7cdf9242aca90d49aa41baebf9458f96f0 upstream.
Add support for Bluetooth MCI WB335 (AR9565) Wi-Fi+bt module. This
Bluetooth module requires loading patch and sysconfig
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "han...@stressinduktion.org"
[ Upstream commit f60e5990d9c1424af9dbca60a23ba2a1c7c1ce90 ]
We should not consult skb->sk for output decisions in xmit recursion
levels > 0 in the stack. Otherwis
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: "Eric W. Biederman"
Replace dev_kfree_skb with dev_kfree_skb_any in functions that can
be called in hard irq and other contexts.
Signed-off-by: "Eric W. Biederman"
Signed-off-by: David S. Mil
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: Marcel Holtmann
commit 40df783d1ef1989ac454e3dfcda017270b8950e6 upstream.
Intel Bluetooth devices that boot up in bootloader mode can not
be used as generic HCI devices, but their HCI transpor
3.14-stable review patch. If anyone has any objections, please let me know.
--
From: =?UTF-8?q?Michal=20Kube=C4=8Dek?=
[ Upstream commit d0c294c53a771ae7e84506dfbd8c18c30f078735 ]
On s390x, gcc 4.8 compiles this part of tcp_v6_early_demux()
struct dst_entry *dst = sk-
201 - 300 of 379 matches
Mail list logo