[PATCH for v3.18-rc1] mm/slab: fix unaligned access on sparc64

commit bf0dea23a9c0 ("mm/slab: use percpu allocator for cpu cache") changes allocation method for cpu cache array from slab allocator to percpu allocator. Alignment should be provided for aligned memory in percpu allocator case, but, that commit mistakenly set this alignment to 0. So, percpu

Re: [PATCH resend] staging, lustre: fix a sparse error

On 10/12/14 at 08:17pm, Al Viro wrote: > On Fri, Oct 10, 2014 at 11:21:16AM +0800, WANG Chao wrote: > > > I think __user annotation is for no dereferencing in kernel space. In > > this case, I think it's fine to override this error by __force. Because > > they're pointers with identical target

Re: [PATCH 1/2] staging: rtl8188eu: Fix coding style space missing problems

Thanks for the suggestion, I will update it later On Thu, 09 Oct 2014 07:35:59 -0700 from j...@perches.com wrote: > git ls-files "drivers/staging/rtl8188eu/*.[ch]" | \ > xargs ./scripts/checkpatch.pl -f --fix-inplace --strict --types=SPACING -- To unsubscribe from this list: send the line

Re: Workable vintage driver support mechanism? (Re: [alsa-devel] [PATCH v3] ES938 support for ES18xx driver)

At Sun, 12 Oct 2014 23:19:04 +0200, Ondrej Zary wrote: > > > > On Tuesday 07 October 2014 07:32:18 Takashi Iwai wrote: > > At Mon, 6 Oct 2014 20:41:50 +0200, > > > > Andreas Mohr wrote: > > > On Mon, Oct 06, 2014 at 04:13:12PM +0200, Takashi Iwai wrote: > > > > At Mon, 6 Oct 2014 15:55:18

[PATCH 1/1] driver:mtd:spi-nor:fix spi_nor_scan overwrite platform ID point

This patch used to modify the method of spi_nor_scan overwrite platform Id. If type of platform data match with the name of spi_nor_ids set, and JEDEC ID also match with INFO ID of spi_nor_ids set,spi device ID point(this is before probed according to device name) shouldn't be

[RESUBMIT PATCH v4 6/8] devicetree: i2c: Add SKY81452 to the Trivial Devices list

Signed-off-by: Gyungoh Yoo --- Changes v4: Nothing Changes v3: Nothing Changes v2: Add SKY81452 to the Trivial Devices list Documentation/devicetree/bindings/i2c/trivial-devices.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/i2c/trivial-devices.txt

[RESUBMIT PATCH v4 7/8] regulator: sky81452: Add compatible string for device binding

Signed-off-by: Gyungoh Yoo --- Changes v4: Removed MODULE_VERSION() Modified license to GPLv2 Changes v3: Modified to return ENODATA when of_node is NULL Modified the messages in error cases Changes v2: Added 'compatible' attribute in the driver Added message for exception or errors.

[RESUBMIT PATCH v4 8/8] devicetree: regulator: sky81452: Add compatible string for device binding

Signed-off-by: Gyungoh Yoo --- Changes v4: Nothing Changes v3: Nothing Changes v2: Added 'compatible' attribute in the driver Documentation/devicetree/bindings/regulator/sky81452-regulator.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[RESUBMIT PATCH v4 2/8] backlight: Add support Skyworks SKY81452 backlight driver

Signed-off-by: Gyungoh Yoo --- Changes v4: Reordering header files for readability Removed calling to backlight_device_unregister() - because devm_backlight_device_register() was used Removed MODULE_VERSION() Modified license to GPLv2 Changes v3: Modified DBG messages Changes v2: Added

[RESUBMIT PATCH v4 5/8] devicetree: Add vendor prefix for Skyworks Solutions, Inc.

Signed-off-by: Gyungoh Yoo --- Changes v4: Nothing Changes v3: Nothing Changes v2: Added vendor prefix for Skyworks Solutions, Inc. Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

[RESUBMIT PATCH v4 0/8] Add Skyworks SKY81452 device drivers

This patch set includes regulator and backlight driver for SKY81452. Also it includes documents for device tree and module. The initial version of sky81452-regulator was applied. Fo this, incremental patches are included. v4: Removed MODULE_VERSION() Modified license to GPLv2 Removed calling to

[RESUBMIT PATCH v4 3/8] devicetree: mfd: Add new SKY81452 mfd binding

Signed-off-by: Gyungoh Yoo --- Changes v4: Nothing Changes v3: Nothing Changes v2: Added reg attribute for I2C slave address Documentation/devicetree/bindings/mfd/sky81452.txt | 32 ++ 1 file changed, 32 insertions(+) create mode 100644

[RESUBMIT PATCH v4 1/8] mfd: Add support for Skyworks SKY81452 driver

Signed-off-by: Gyungoh Yoo --- Changes v4: Removed MODULE_VERSION() Modified license to GPLv2 Changes v3: Fixed the backlight name from 'sky81452-bl' to 'sky81452-backlight' Assigned mfd_cell.of_compatible for binding device node Modified error messages Changes v2: Renamed CONFIG_SKY81452 to

[RESUBMIT PATCH v4 4/8] devicetree: backlight: Add new SKY81452 backlight binding

Signed-off-by: Gyungoh Yoo --- Changes v4: Nothing Changes v3: Nothing Changes v2: Added reg attribute for I2C slave address .../video/backlight/sky81452-backlight.txt | 24 ++ 1 file changed, 24 insertions(+) create mode 100644

[PATCH 2/2] sysfs/kernfs: make read requests on pre-alloc files use the buffer.

To match the previous patch which used the pre-alloc buffer for writes, this patch causes reads to use the same buffer. This is not strictly necessary as the current seq_read() will allocate on first read, so user-space can trigger the required pre-alloc. But consistency is valuable. The read

[PATCH 1/2] sysfs/kernfs: allow attributes to request write buffer be pre-allocated.

md/raid allows metadata management to be performed in user-space. A various times, particularly on device failure, the metadata needs to be updated before further writes can be permitted. This means that the user-space program which updates metadata much not block on writeout, and so must not

[PATCH 0/2 V3] Allow access to sysfs attributes without mem allocations.

Hi Greg, please consider these two patches for a future release. They now have Reviewed-by: Tejun Heo and I've addressed Tejun's final nits. Thanks Tejun for your review and comments. As soon as they appear in an -rc1, I'll submit updates to md to use the new functionality for the

Re: linux-next: Tree for Oct 13

Hi all, On Mon, 13 Oct 2014 15:33:17 +1100 Stephen Rothwell wrote: > > Please do not add any material intended for v3.19 to your linux-next > included trees until after v3.18-rc1 has been released. > > Changes since 20141010: I forgot to mention that there will be no release tomorrow. --

Aw: Re: [tpmdd-devel] [Ksummit-discuss] TPM MiniSummit @ LinuxCon Europe

Hi, we got an official slot at Monday 5.30pm in Room 01 (http://sched.co/1D5VKBL) :) Peter Gesendet: Sonntag, 12. Oktober 2014 um 23:16 Uhr Von: "Peter Huewe" An: "Jarkko Sakkinen" Cc: keyri...@linux-nfs.org, jarkko.sakkin...@linux.intel.com, "ksummit-disc...@lists.linuxfoundation.org" ,

Re: [RFC PATCH 5/5] module: Remove stop_machine from module unloading

Masami Hiramatsu writes: > Remove stop_machine from module unloading by replacing module_ref > with atomic_t. Note that this can cause a performance regression > on big-SMP machine by direct memory access. For those machines, > you can lockdwon all modules. Since the lockdown skips reference >

Re: [RFC PATCH 0/2] kmod: Support lockup option to make module un-removable

Lucas De Marchi writes: > On Tue, Aug 26, 2014 at 9:04 AM, Masami Hiramatsu > wrote: >> Hi, >> >> Here is a pair of patches which adds --lockup option to >> modprobe and libkmod. >> >> As I sent a series of patches which removes stop_machine() >> from module removal:

Re: [PATCH v2 3/4] phy: exynos5-usbdrd: Add facility for VBUS-BOOST-5V supply

On Mon, Oct 13, 2014 at 10:36 AM, Anton Tikhomirov wrote: > Hi Vivek, > >> Some Exynos SoCs have a separate regulator controlling a > > I guess you meant the Exynos based *boards* instead of SoCs, > since Exynos SoCs don't have any boost regulators. Right, should be boards instead. Thanks for

RE: [PATCH v3] ARM: EXYNOS: add Exynos3250 PMU support

Hi Bartlomiej, > -Original Message- > From: Bartlomiej Zolnierkiewicz [mailto:b.zolnier...@samsung.com] > Sent: Tuesday, October 07, 2014 6:26 PM > To: Kukjin Kim > Cc: Chanwoo Choi; Kyungmin Park; Tomasz Figa; Pankaj Dubey; Vikas Sajjan; linux- > samsung-...@vger.kernel.org;

RE: [PATCH v2 3/4] phy: exynos5-usbdrd: Add facility for VBUS-BOOST-5V supply

Hi Vivek, > Some Exynos SoCs have a separate regulator controlling a I guess you meant the Exynos based *boards* instead of SoCs, since Exynos SoCs don't have any boost regulators. > Boost 5V supply which goes as input for VBUS regulator. > So adding a control for the same in driver, to enable

RE: [PATCH v2 2/4] phy: exynos5-usbdrd: Add pipe-clk and utmi-clk support

Hi Vivek, > Exynos7 SoC has now separate gate control for 125MHz pipe3 phy > clock, as well as 60MHz utmi phy clock. > So get the same and control in the phy-exynos5-usbdrd driver. In case of the PHY the situation is pretty much the same as with DWC3 core. Here we should control 6 clocks to make

RE: [PATCH v2 1/4] dwc3: exynos: Add support for SCLK present on Exynos7

Hi Vivek, > Exynos7 also has a separate special gate clock going to the IP > apart from the usual AHB clock. So add support for the same. As we discussed before, Exynos7 SoCs have 7 clocks to be controlled by the driver. Adding only sclk is not enough. > > Signed-off-by: Vivek Gautam > --- >

linux-next: Tree for Oct 13

Hi all, Please do not add any material intended for v3.19 to your linux-next included trees until after v3.18-rc1 has been released. Changes since 20141010: The thermal tree lost its build failure. The leds tree gained a conflict against the pm tree. Non-merge commits (relative to Linus'

Re: [GIT] Security subsystem upate for 3.18

On Sun, 12 Oct 2014, Linus Torvalds wrote: > on some previous development, so it's often a good time to simply > create a new feature branch. I don't know how James feels about > merging multiple separate feature branches, but I know that *I* tend > to appreciate it when I get multiple

Re: [RFC v4] usb: phy: Hold wakeupsource when USB is enumerated in peripheral mode

On 10 October 2014 20:50, Felipe Balbi wrote: > Hi, > > On Fri, Oct 10, 2014 at 11:37:31AM +0530, Kiran Raparthy wrote: >> Hi Felipe, >> Thank you very much for taking time in reviewing the patch. >> I will try to improve the patch as per your suggestions. >> however,i have few queries which i

RE: [PATCHv2 0/3] Enable Quark X1000 support in gpio-sch

> -Original Message- > From: Alexandre Courbot [mailto:gnu...@gmail.com] > Sent: 09 October, 2014 2:29 PM > To: Chang, Rebecca Swee Fun > Cc: Linus Walleij; Westerberg, Mika; GPIO Subsystem Mailing List; Linux Kernel > Mailing List > Subject: Re: [PATCHv2 0/3] Enable Quark X1000 support

Re: [PATCH] staging: wlan-ng: Renamed prism2_fragmenthreshold in prism2mib.c

On Sun, Oct 12, 2014 at 09:29:32PM -0500, Erich Cordoba Malibran wrote: > From: Erich Cordoba Malibran > > Renamed function to fix style issues. Why is changing a name, to a misspelled one, a "style issue fix"? > > Signed-off-by: Erich Cordoba Malibran > --- >

Re: [PATCH] staging: dgap: re-arrange functions for removing forward declarations.

On Mon, Oct 13, 2014 at 11:34:25AM +0900, Daeseok Youn wrote: > Re-arrange the functions for removing forward declarations. > > Signed-off-by: Daeseok Youn > --- > This patch has too many changes for re-arranging the functions. > So I wonder that I should break this up into smaller patches. Are

[PATCH[ fix duplicate console-efi entries in pstore

The pstore filesystem still creates duplicate filename/inode pairs for some pstore types. Add the id to the filename to prevent that. Before patch: [/sys/fs/pstore] ls -li total 0 1250 -r--r--r--. 1 root root 67 Sep 29 17:09 console-efi 1250 -r--r--r--. 1 root root 67 Sep 29 17:09 console-efi

[PATCH 3.10 10/16] ip6_gre: fix flowi6_proto value in xmit path

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 3be07244b7337760a3269d56b2f4a63e72218648 ] In xmit path, we build a flowi6 which will be used for the output route lookup. We are sending a GRE packet,

[PATCH 3.10 02/16] sit: Fix ipip6_tunnel_lookup device matching criteria

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Shmulik Ladkani [ Upstream commit bc8fc7b8f825ef17a0fb9e68c18ce94fa66ab337 ] As of 4fddbf5d78 ("sit: strictly restrict incoming traffic to tunnel link device"), when looking up a tunnel,

[PATCH 3.10 06/16] l2tp: fix race while getting PMTU on PPP pseudo-wire

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit eed4d839b0cdf9d84b0a9bc63de90fd5e1e886fb ] Use dst_entry held by sk_dst_get() to retrieve tunnel's PMTU. The dst_mtu(__sk_dst_get(tunnel->sock)) call was

[PATCH 3.10 03/16] tcp: fix tcp_release_cb() to dispatch via address family for mtu_reduced()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit 4fab9071950c2021d846e18351e0f46a1cffd67b ] Make sure we use the correct address-family-specific function for handling MTU reductions from within

[PATCH 3.10 05/16] openvswitch: fix panic with multiple vlan headers

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Benc [ Upstream commit 2ba5af42a7b59ef01f9081234d8855140738defd ] When there are multiple vlan headers present in a received frame, the first one is put into vlan_tci and protocol is set

[PATCH 3.10 08/16] tg3: Allow for recieve of full-size 8021AD frames

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 7d3083ee36b51e425b6abd76778a2046906b0fd3 ] When receiving a vlan-tagged frame that still contains a vlan header, the length of the packet will be greater then

[PATCH 3.10 13/16] ipv6: reallocate addrconf router for ipv6 address when lo device up

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Gao feng [ Upstream commit 33d99113b1102c2d2f8603b9ba72d89d915c13f5 ] commit 25fb6ca4ed9cad72f14f61629b68dc03c0d9713f "net IPv6 : Fix broken IPv6 routing table after loopback down-up"

[PATCH 3.10 09/16] hyperv: Fix a bug in netvsc_start_xmit()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: KY Srinivasan [ Upstream commit dedb845ded56ded1c62f5398a94ffa8615d4592d ] After the packet is successfully sent, we should not touch the skb as it may have been freed. This patch is based on

[PATCH 3.10 16/16] USB: cp210x: add support for Seluxit USB dongle

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Bomholtz commit dee80ad12d2b1b304286a707fde7ab05d1fc7bab upstream. Added the Seluxit ApS USB Serial Dongle to cp210x driver. Signed-off-by: Andreas Bomholtz Signed-off-by: Johan

[PATCH 3.10 14/16] USB: Add device quirk for ASUS T100 Base Station keyboard

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Lu Baolu commit ddbe1fca0bcb87ca8c199ea873a456ca8a948567 upstream. This full-speed USB device generates spurious remote wakeup event as soon as USB_DEVICE_REMOTE_WAKEUP feature is set. As the

[PATCH 3.10 15/16] USB: serial: cp210x: added Ketra N1 wireless interface support

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Joe Savage commit bfc2d7dfdd761ae3beccdb26abebe03cef042f46 upstream. Added support for Ketra N1 wireless interface, which uses the Silicon Labs' CP2104 USB to UART bridge with customized PID

[PATCH 3.14 01/37] netlink: reset network header before passing to taps

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 4e48ed883c72e78c5a910f8831ffe90c9b18f0ec ] netlink doesn't set any network header offset thus when the skb is being passed to tap devices via

[PATCH 3.14 12/37] vxlan: fix incorrect initializer in union vxlan_addr

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Gerhard Stenzel [ Upstream commit a45e92a599e77ee6a850eabdd0141633fde03915 ] The first initializer in the following union vxlan_addr ipa = { .sin.sin_addr.s_addr = tip,

[PATCH 3.14 16/37] ipv6: restore the behavior of ipv6_sock_ac_drop()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: WANG Cong [ Upstream commit de185ab46cb02df9738b0d898b0c3a89181c5526 ] It is possible that the interface is already gone after joining the list of anycast on this interface as we don't hold a

[PATCH 3.14 14/37] ipv6: fix rtnl locking in setsockopt for anycast and multicast

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca [ Upstream commit a9ed4a2986e13011fcf4ed2d1a1647c53112f55b ] Calling setsockopt with IPV6_JOIN_ANYCAST or IPV6_LEAVE_ANYCAST triggers the assertion in

[PATCH 3.14 10/37] packet: handle too big packets for PACKET_V3

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit dc808110bb62b64a448696ecac3938902c92e1ab ] af_packet can currently overwrite kernel memory by out of bound accesses, because it assumed a [new] block can always

[PATCH 3.14 13/37] l2tp: fix race while getting PMTU on PPP pseudo-wire

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Guillaume Nault [ Upstream commit eed4d839b0cdf9d84b0a9bc63de90fd5e1e886fb ] Use dst_entry held by sk_dst_get() to retrieve tunnel's PMTU. The dst_mtu(__sk_dst_get(tunnel->sock)) call was

[PATCH 3.14 17/37] bridge: Check if vlan filtering is enabled only once.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 20adfa1a81af00bf2027644507ad4fa9cd2849cf ] The bridge code checks if vlan filtering is enabled on both ingress and egress. When the state flip happens, it is

[PATCH 3.14 19/37] net: allow macvlans to move to net namespace

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Francesco Ruggeri [ Upstream commit 0d0162e7a33d3710b9604e7c68c0f31f5c457428 ] I cannot move a macvlan interface created on top of a bonding interface to a different namespace: % ip netns

[PATCH 3.14 02/37] rtnetlink: fix VF info size

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Benc [ Upstream commit 945a36761fd7877660f630bbdeb4ff9ff80d1935 ] Commit 1d8faf48c74b8 ("net/core: Add VF link state control") added new attribute to IFLA_VF_INFO group in

[PATCH 3.14 20/37] tg3: Work around HW/FW limitations with vlan encapsulated frames

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 476c18850c6cbaa3f2bb661ae9710645081563b9 ] TG3 appears to have an issue performing TSO and checksum offloading correclty when the frame has been vlan

[PATCH 3.14 21/37] tg3: Allow for recieve of full-size 8021AD frames

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 7d3083ee36b51e425b6abd76778a2046906b0fd3 ] When receiving a vlan-tagged frame that still contains a vlan header, the length of the packet will be greater then

[PATCH 3.14 04/37] myri10ge: check for DMA mapping errors

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Stanislaw Gruszka [ Upstream commit 10545937e866ccdbb7ab583031dbdcc6b14e4eb4 ] On IOMMU systems DMA mapping can fail, we need to check for that possibility. Signed-off-by: Stanislaw Gruszka

[PATCH 3.14 03/37] net: Always untag vlan-tagged traffic on input.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 0d5501c1c828fb97d02af50aa9d2b1a5498b94e4 ] Currently the functionality to untag traffic on input resides as part of the vlan module and is build only when VLAN

[PATCH 3.14 08/37] tcp: fix tcp_release_cb() to dispatch via address family for mtu_reduced()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit 4fab9071950c2021d846e18351e0f46a1cffd67b ] Make sure we use the correct address-family-specific function for handling MTU reductions from within

[PATCH 3.14 07/37] sit: Fix ipip6_tunnel_lookup device matching criteria

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Shmulik Ladkani [ Upstream commit bc8fc7b8f825ef17a0fb9e68c18ce94fa66ab337 ] As of 4fddbf5d78 ("sit: strictly restrict incoming traffic to tunnel link device"), when looking up a tunnel,

[PATCH 3.14 06/37] tcp: dont use timestamp from repaired skb-s to calculate RTT (v2)

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Vagin [ Upstream commit 9d186cac7ffb1831e9f34cb4a3a8b22abb9dd9d4 ] We don't know right timestamp for repaired skb-s. Wrong RTT estimations isn't good, because some congestion modules

[PATCH 3.14 33/37] USB: serial: cp210x: added Ketra N1 wireless interface support

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Joe Savage commit bfc2d7dfdd761ae3beccdb26abebe03cef042f46 upstream. Added support for Ketra N1 wireless interface, which uses the Silicon Labs' CP2104 USB to UART bridge with customized PID

[PATCH 3.14 09/37] tcp: fix ssthresh and undo for consecutive short FRTO episodes

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit 0c9ab09223fe9922baeb22546c9a90d774a4bde6 ] Fix TCP FRTO logic so that it always notices when snd_una advances, indicating that any RTO after that point will be

[PATCH 3.14 00/37] 3.14.22-stable review

This is the start of the stable review cycle for the 3.14.22 release. There are 37 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 Wed Oct 15 02:23:50 UTC 2014. Anything

[PATCH 3.14 24/37] macvtap: Fix race between device delete and open.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 40b8fe45d1f094e3babe7b2dc2b71557ab71401d ] In macvtap device delete and open calls can race and this causes a list curruption of the vlan queue_list. The race

[PATCH 3.14 37/37] serial: 8250: Add Quark X1000 to 8250_pci.c

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Bryan O'Donoghue commit 1ede7dcca3c4fa15a518ab0473126f9c3e621e4c upstream. Quark X1000 contains two designware derived 8250 serial ports. Each port has a unique PCI configuration space

[PATCH 3.14 25/37] Revert "net/macb: add pinctrl consumer support"

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Soren Brinkmann [ Upstream commit 9026968abe7ad102f4ac5c6d96d733643f75399c ] This reverts commit 8ef29f8aae524bd51298fb10ac6a5ce6c4c5a3d8. The driver core already calls pinctrl_get() and

[PATCH 3.14 35/37] usb: musb: dsps: kill OTG timer on suspend

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Felipe Balbi commit 468bcc2a2ca071f652009d2d20d97f2437630cae upstream. if we don't make sure to kill the timer, it could expire after we have already gated our clocks. That will trigger a

[PATCH 3.14 26/37] gro: fix aggregation for skb using frag_list

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 73d3fe6d1c6d840763ceafa9afae0aaafa18c4b5 ] In commit 8a29111c7ca6 ("net: gro: allow to build full sized skb") I added a regression for linear skb that

[PATCH 3.14 36/37] crypto: caam - fix addressing of struct member

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Cristian Stoica commit 4451d494b1910bf7b7f8381a637d0fe6d2142467 upstream. buf_0 and buf_1 in caam_hash_state are not next to each other. Accessing buf_1 is incorrect from _0 with an offset of

[PATCH 3.14 27/37] hyperv: Fix a bug in netvsc_start_xmit()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: KY Srinivasan [ Upstream commit dedb845ded56ded1c62f5398a94ffa8615d4592d ] After the packet is successfully sent, we should not touch the skb as it may have been freed. This patch is based on

[PATCH 3.14 29/37] team: avoid race condition in scheduling delayed work

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Joe Lawrence [ Upstream commit 47549650abd13d873fd2e5fc218db19e21031074 ] When team_notify_peers and team_mcast_rejoin are called, they both reset their respective .count_pending atomic

[PATCH 3.14 31/37] tcp: fixing TLPs FIN recovery

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Per Hurtig [ Upstream commit bef1909ee3ed1ca39231b260a8d3b4544ecd0c8f ] Fix to a problem observed when losing a FIN segment that does not contain data. In such situations, TLP is unable to

[PATCH 3.16 00/55] 3.16.6-stable review

This is the start of the stable review cycle for the 3.16.6 release. There are 55 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 Wed Oct 15 02:24:32 UTC 2014. Anything

[PATCH 3.16 02/55] rtnetlink: fix VF info size

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Jiri Benc [ Upstream commit 945a36761fd7877660f630bbdeb4ff9ff80d1935 ] Commit 1d8faf48c74b8 ("net/core: Add VF link state control") added new attribute to IFLA_VF_INFO group in

[PATCH 3.16 13/55] bnx2x: Revert UNDI flushing mechanism

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Yuval Mintz [ Upstream commit 7c3afd85dc1610bb2fc049644cd1b52c7af96f98 ] Commit 91ebb929b6f8 ("bnx2x: Add support for Multi-Function UNDI") [which was later supposedly fixed by de682941eef3

[PATCH 3.16 11/55] tipc: fix message importance range check

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Erik Hugne [ Upstream commit ac32c7f705692b92fe12dcbe88fe87136fdfff6f ] Commit 3b4f302d8578 ("tipc: eliminate redundant locking") introduced a bug by removing the sanity check for message

[PATCH 3.16 17/55] net: fix checksum features handling in netif_skb_features()

3.16-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Michal=20Kube=C4=8Dek?= [ Upstream commit db115037bb57cdfe97078b13da762213f7980e81 ] This is follow-up to da08143b8520 ("vlan: more careful checksum features handling") which

[PATCH 3.16 03/55] net: Always untag vlan-tagged traffic on input.

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 0d5501c1c828fb97d02af50aa9d2b1a5498b94e4 ] Currently the functionality to untag traffic on input resides as part of the vlan module and is build only when VLAN

[PATCH 3.16 16/55] vxlan: fix incorrect initializer in union vxlan_addr

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Gerhard Stenzel [ Upstream commit a45e92a599e77ee6a850eabdd0141633fde03915 ] The first initializer in the following union vxlan_addr ipa = { .sin.sin_addr.s_addr = tip,

[PATCH 3.16 18/55] ipv6: fix rtnl locking in setsockopt for anycast and multicast

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca [ Upstream commit a9ed4a2986e13011fcf4ed2d1a1647c53112f55b ] Calling setsockopt with IPV6_JOIN_ANYCAST or IPV6_LEAVE_ANYCAST triggers the assertion in

Re: [PATCH 01/12] pata_arasan_cf: use dmaengine_terminate_all() API

On Sat, Oct 11, 2014 at 9:10 PM, Vinod Koul wrote: > The drivers should use dmaengine_terminate_all() API instead of accessing > the device_control which will be deprecated soon > > Signed-off-by: Vinod Koul > --- > drivers/ata/pata_arasan_cf.c |5 ++--- > 1 files changed, 2 insertions(+),

linux-next: manual merge of the leds tree with the pm tree

Hi Bryan, Today's linux-next merge of the leds tree got a conflict in drivers/leds/leds-gpio.c between commits 8b0d4dc3d449 ("leds: leds-gpio: Add support for GPIO descriptors") and c108837ca096 ("leds: leds-gpio: Make use of device property API") from the pm tree and commits 4cc72346f05e ("led:

[PATCH 3.16 21/55] bonding: fix div by zero while enslaving and transmitting

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit 9a72c2da690d78e93cff24b9f616412508678dd5 ] The problem is that the slave is first linked and slave_cnt is incremented afterwards leading to a div by zero

[PATCH 3.16 05/55] Revert "macvlan: simplify the structure port"

3.16-stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" [ Upstream commit 5e3c516b512c0f8f18359413b04918f6347f67e7 ] This reverts commit a188a54d11629bef2169052297e61f3767ca8ce5. It causes crashes [

[PATCH 3.16 22/55] net: filter: fix possible use after free

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ No appicable upstream commit, this bug has been subsequently been fixed as a side effect of other changes. ] If kmemdup() fails, we free fp->orig_prog and return -ENOMEM

[PATCH 3.16 07/55] sit: Fix ipip6_tunnel_lookup device matching criteria

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Shmulik Ladkani [ Upstream commit bc8fc7b8f825ef17a0fb9e68c18ce94fa66ab337 ] As of 4fddbf5d78 ("sit: strictly restrict incoming traffic to tunnel link device"), when looking up a tunnel,

[PATCH 3.16 09/55] tcp: fix ssthresh and undo for consecutive short FRTO episodes

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Neal Cardwell [ Upstream commit 0c9ab09223fe9922baeb22546c9a90d774a4bde6 ] Fix TCP FRTO logic so that it always notices when snd_una advances, indicating that any RTO after that point will be

[PATCH 3.16 01/55] netlink: reset network header before passing to taps

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 4e48ed883c72e78c5a910f8831ffe90c9b18f0ec ] netlink doesn't set any network header offset thus when the skb is being passed to tap devices via

[PATCH 3.16 34/55] net/mlx4_core: Allow not to specify probe_vf in SRIOV IB mode

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Matan Barak [ Upstream commit effa4bc4e75a265105f4ccb55857057e5ad231ed ] When the HCA is configured in SRIOV IB mode (that is, at least one of the ports is IB) and the probe_vf module param

[PATCH 3.16 24/55] bridge: Fix br_should_learn to check vlan_enabled

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit c095f248e63ada504dd90c90baae673ae10ee3fe ] As Toshiaki Makita pointed out, the BRIDGE_INPUT_SKB_CB will not be initialized in br_should_learn() as that

[PATCH v5] i2c: rk3x: adjust the LOW divison based on characteristics of SCL

As show in I2C specification: - Standard-mode: the minimum HIGH period of the scl clock is 4.0us the minimum LOW period of the scl clock is 4.7us - Fast-mode: the minimum HIGH period of the scl clock is 0.6us the minimum LOW period of the scl clock is 1.3us I have

[PATCH 3.16 37/55] ipv6: remove rt6i_genid

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Hannes Frederic Sowa [ Upstream commit 705f1c869d577c8055736dd02501f26a2507dd5b ] Eric Dumazet noticed that all no-nonexthop or no-gateway routes which are already marked DST_HOST (e.g. input

[PATCH 3.16 36/55] gro: fix aggregation for skb using frag_list

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 73d3fe6d1c6d840763ceafa9afae0aaafa18c4b5 ] In commit 8a29111c7ca6 ("net: gro: allow to build full sized skb") I added a regression for linear skb that

[PATCH 3.16 35/55] net/mlx4: Correctly configure single ported VFs from the host

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Matan Barak [ Upstream commit a91c772fa0275163508e1078ff6d474d423244fb ] Single port VFs are seen PCI wise on both ports of the PF (we don't have single port PFs with ConnectX). With this in

[PATCH 3.16 40/55] net: systemport: fix bcm_sysport_insert_tsb()

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli [ Upstream commit e87474a6e697857df21cff0707a2472abceca8b3 ] Similar to commit bc2ba11fb7f959b7e87e121122f5a0fbbca8 ("net: bcmgenet: fix bcmgenet_put_tx_csum()"), we need

[PATCH 3.16 41/55] team: avoid race condition in scheduling delayed work

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Joe Lawrence [ Upstream commit 47549650abd13d873fd2e5fc218db19e21031074 ] When team_notify_peers and team_mcast_rejoin are called, they both reset their respective .count_pending atomic

[PATCH 3.16 39/55] ip6_gre: fix flowi6_proto value in xmit path

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 3be07244b7337760a3269d56b2f4a63e72218648 ] In xmit path, we build a flowi6 which will be used for the output route lookup. We are sending a GRE packet,

[PATCH 3.16 42/55] hyperv: Fix a bug in netvsc_send()

3.16-stable review patch. If anyone has any objections, please let me know. -- From: KY Srinivasan [ Upstream commit 3a67c9ccad926a168d8b7891537a452018368a5b ] After the packet is successfully sent, we should not touch the packet as it may have been freed. This patch is based

[PATCH 3.16 26/55] macvlan: allow to enqueue broadcast pkt on virtual device

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 07d92d5cc977a7fe1e683e1d4a6f723f7f2778cb ] Since commit 412ca1550cbe ("macvlan: Move broadcasts into a work queue"), the driver uses tx_queue_len of the

[PATCH 3.16 27/55] tg3: Work around HW/FW limitations with vlan encapsulated frames

3.16-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 476c18850c6cbaa3f2bb661ae9710645081563b9 ] TG3 appears to have an issue performing TSO and checksum offloading correclty when the frame has been vlan

  1   2   3   4   5   6   7   8   >