[ 091/135] can: mcp251x: avoid repeated frame bug

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Benoît Locher commit cab32f39dcc5b35db96497dc0a026b5dea76e4e7 upstream. The MCP2515 has a silicon bug causing repeated frame transmission, see section 5 of MCP2515 Rev. B Silicon Errata

[ 098/135] xhci: Recognize USB 3.0 devices as superspeed at powerup

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Manoj Iyer commit 29d214576f936db627ff62afb9ef438eea18bcd2 upstream. On Intel Panther Point chipset USB 3.0 devices show up as high-speed devices on powerup, but after an s3 cycle they are

[ 099/135] Intel xhci: Only switch the switchable ports

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Keng-Yu Lin commit a96874a2a92feaef607ddd3137277a788cb927a6 upstream. With a previous patch to enable the EHCI/XHCI port switching, it switches all the available ports. The assumption is not

[PATCH updated 07/11] tty/serial: Add kgdb_nmi driver

This special driver makes it possible to temporary use NMI debugger port as a normal console by issuing 'nmi_console' command (assuming that the port is attached to KGDB). Unlike KDB's disable_nmi command, with this driver you are always able to go back to the debugger using KGDB escape sequence

[ 071/135] netlink: fix possible spoofing from non-root processes

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Pablo Neira Ayuso [ Upstream commit 20e1db19db5d6b9e4e83021595eab0dc8f107bef ] Non-root user-space processes can send Netlink messages to other processes that are well-known for being

[ 072/135] gianfar: fix default tx vlan offload feature flag

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Claudiu Manoil [ Upstream commit e2c53be223aca36cf93eb6a0f6bafa079e78f52b ] Commit - "b852b72 gianfar: fix bug caused by 87c288c6e9aa31720b72e2bc2d665e24e1653c3e" disables by default (on mac

[ 068/135] net: fix info leak in compat dev_ifconf()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 43da5f2e0d0c69ded3d51907d9552310a6b545e8 ] The implementation of dev_ifconf() for the compat ioctl interface uses an intermediate ifc structure allocated in

[ 070/135] af_netlink: force credentials passing [CVE-2012-3520]

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit e0e3cea46d31d23dc40df0a49a7a2c04fe8edfea ] Pablo Neira Ayuso discovered that avahi and potentially NetworkManager accept spoofed Netlink messages because of a

[ 066/135] dccp: fix info leak via getsockopt(DCCP_SOCKOPT_CCID_TX_INFO)

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 7b07f8eb75aa3097cdfd4f6eac3da49db787381d ] The CCID3 code fails to initialize the trailing padding bytes of struct tfrc_tx_info added for alignment on 64 bit

[ 084/135] i2c-i801: Add device IDs for Intel Lynx Point

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Seth Heasley commit 062737fb6d90c632439b1f77ad6a4965cfc84a20 upstream. Add the SMBus controller device IDs for the Intel Lynx Point PCH. Signed-off-by: Seth Heasley Signed-off-by: Jean

[ 089/135] drm/i915: SDVO hotplug have different interrupt status bits for i915/i965/g4x

3.2-stable review patch. If anyone has any objections, please let me know. I had to make substantial changes to this one, so please review! -- From: Chris Wilson commit 084b612ecf8e59973576b2f644e6949609c79375 upstream. Note that gen3 is the only platform where we've got the

[ 079/135] time: Avoid making adjustments if we havent accumulated anything

3.2-stable review patch. If anyone has any objections, please let me know. -- From: John Stultz This is a -stable backport of bf2ac312195155511a0f79325515cbb61929898a If update_wall_time() is called and the current offset isn't large enough to accumulate, avoid re-calling

[ 082/135] xhci: Fix bug after deq ptr set to link TRB.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Sarah Sharp This patch fixes a particularly nasty bug that was revealed by the ring expansion patches. The bug has been present since the very beginning of the xHCI driver history, and could

[ 097/135] staging: vt6656: [BUG] - Failed connection, incorrect endian.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Malcolm Priestley commit aa209eef3ce8419ff2926c2fa944dfbfb5afbacb upstream. Hi, This patch fixes a bug with driver failing to negotiate a connection. The bug was traced to commit

[ 083/135] ARM: 7487/1: mm: avoid setting nG bit for user mappings that arent present

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 47f1204329237a0f8655f5a9f14a38ac81946ca1 upstream. Swap entries are encoding in ptes such that !pte_present(pte) and pte_file(pte). The remaining bits of the descriptor are

Re: [GIT PULL 0/5] MSM changes for 3.7 merge window

Hi, On Thu, Sep 13, 2012 at 11:53:42AM -0700, David Brown wrote: > Following are 5 pull requests for the MSM SoC. The first 5 are > cleanups, fixes, devicetree, and some board changes that finally allow > us to build more than one SoC into a single kernel image. > > The fifth patch is my merge,

[ 065/135] llc: fix info leak via getsockname()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 3592aaeb80290bda0f2cf0b5456c97bfc638b192 ] The LLC code wrongly returns 0, i.e. "success", when the socket is zapped. Together with the uninitialized uaddrlen

[ 086/135] USB: option: add ZTE K5006-Z

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit f1b5c997e68533df1f96dcd3068a231bca495603 upstream. The ZTE (Vodafone) K5006-Z use the following interface layout: 00 DIAG 01 secondary 02 modem 03 networkcard 04 storage

[ 093/135] NFS: Fix the initialisation of the readdir cookieverf array

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit c3f52af3e03013db5237e339c817beaae5ec9e3a upstream. When the NFS_COOKIEVERF helper macro was converted into a static inline function in commit 99fadcd764 (nfs: convert

[ 094/135] NFS: Fix a problem with the legacy binary mount code

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 872ece86ea5c367aa92f44689c2d01a1c767aeb3 upstream. Apparently, am-utils is still using the legacy binary mountdata interface, and is having trouble parsing /proc/mounts

[ 085/135] i2c-i801: Add Device IDs for Intel Lynx Point-LP PCH

3.2-stable review patch. If anyone has any objections, please let me know. -- From: James Ralston commit 4a8f1ddde942e232387e6129ce4f4c412e43802f upstream. Add the SMBus Device IDs for the Intel Lynx Point-LP PCH. Signed-off-by: James Ralston Signed-off-by: Jean Delvare

[ 109/135] usb: host: xhci: fix compilation error for non-PCI based stacks

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Moiz Sonasath commit 296365781903226a3fb8758901eaeec09d2798e4 upstream. For non PCI-based stacks, this function call usb_disable_xhci_ports(to_pci_dev(hcd->self.controller)); made from

[ 092/135] perf_event: Switch to internal refcount, fix race with close()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit a6fa941d94b411bbd2b6421ffbde6db3c93e65ab upstream. Don't mess with file refcounts (or keep a reference to file, for that matter) in perf_event. Use explicit refcount of its own

[ 064/135] Bluetooth: L2CAP - Fix info leak via getsockname()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 792039c73cf176c8e39a6e8beef2c94ff46522ed ] The L2CAP code fails to initialize the l2_bdaddr_type member of struct sockaddr_l2 and the padding byte added for

[ 062/135] Bluetooth: RFCOMM - Fix info leak in ioctl(RFCOMMGETDEVLIST)

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit f9432c5ec8b1e9a09b9b0e5569e3c73db8de432a ] The RFCOMM code fails to initialize the two padding bytes of struct rfcomm_dev_list_req inserted for alignment

[ 058/135] atm: fix info leak via getsockname()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 3c0c5cfdcd4d69ffc4b9c0907cec99039f30a50a ] The ATM code fails to initialize the two padding bytes of struct sockaddr_atmpvc inserted for alignment. Add an

[ 057/135] atm: fix info leak in getsockopt(SO_ATMPVC)

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit e862f1a9b7df4e8196ebec45ac62295138aa3fc2 ] The ATM code fails to initialize the two padding bytes of struct sockaddr_atmpvc inserted for alignment. Add an

[ 061/135] Bluetooth: RFCOMM - Fix info leak in getsockopt(BT_SECURITY)

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 9ad2de43f1aee7e7274a4e0d41465489299e344b ] The RFCOMM code fails to initialize the key_size member of struct bt_security before copying it to userland -- that

[ 120/135] ARM: 7526/1: traps: send SIGILL if get_user fails on undef handling path

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon commit 2b2040af0b64cd93e5d4df2494c4486cf604090d upstream. get_user may fail to load from the provided __user address due to an unhandled fault generated by the access. In the case

[ 087/135] USB: option: replace ZTE K5006-Z entry with vendor class rule

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit ba9edaa468869a8cea242a411066b0f490751798 upstream. Fix the ZTE K5006-Z entry so that it actually matches anything commit f1b5c997 USB: option: add ZTE K5006-Z added a

[ 067/135] ipvs: fix info leak in getsockopt(IP_VS_SO_GET_TIMEOUT)

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 2d8a041b7bfe1097af21441cb77d6af95f4f4680 ] If at least one of CONFIG_IP_VS_PROTO_TCP or CONFIG_IP_VS_PROTO_UDP is not set, __ip_vs_get_timeouts() does not

[ 060/135] Bluetooth: HCI - Fix info leak via getsockname()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 3f68ba07b1da811bf383b4b701b129bfcb2e4988 ] The HCI code fails to initialize the hci_channel member of struct sockaddr_hci and that for leaks two bytes kernel

[ 056/135] ipv6: addrconf: Avoid calling netdevice notifiers with RCU read-side lock

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings [ Upstream commit 4acd4945cd1e1f92b20d14e349c6c6a52acbd42d ] Cong Wang reports that lockdep detected suspicious RCU usage while enabling IPV6 forwarding: [ 1123.310275]

[ 054/135] net/core: Fix potential memory leak in dev_set_alias()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alexey Khoroshilov [ Upstream commit 7364e445f62825758fa61195d237a5b8ecdd06ec ] Do not leak memory by updating pointer with potentially NULL realloc return value. Found by Linux Driver

[ 055/135] af_packet: remove BUG statement in tpacket_destruct_skb

3.2-stable review patch. If anyone has any objections, please let me know. -- From: "danborkm...@iogearbox.net" [ Upstream commit 7f5c3e3a80e6654cf48dfba7cf94f88c6b505467 ] Here's a quote of the comment about the BUG macro from asm-generic/bug.h: Don't use BUG() or BUG_ON()

[ 049/135] sfc: Fix maximum number of TSO segments and minimum TX queue size

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings [ Upstream commit 7e6d06f0de3f74ca929441add094518ae332257c ] Currently an skb requiring TSO may not fit within a minimum-size TX queue. The TX queue selected for the skb may

[ 121/135] ALSA: hda - Fix Oops at codec reset/reconfig

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 07dc59f0988cb54fd87bd373b3b27eb2401dd811 upstream. snd_hda_codec_reset() calls restore_pincfgs() where the codec is powered up again, which eventually tries to resume and

[ 114/135] USB: ftdi_sio: PID for NZR SEM 16+ USB

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Horst Schirmeier commit 26a538b9ea2a3ee10dafc0068f0560dfd7b7ba37 upstream. This adds the USB PID for the NZR SEM 16+ USB energy monitor device . It works perfectly with the

[ 117/135] NFS: return error from decode_getfh in decode open

3.2-stable review patch. If anyone has any objections, please let me know. I'm not sure whether my expansion of the fix is correct here. -- From: Weston Andros Adamson commit 01913b49cf1dc6409a07dd2a4cc6af2e77f3c410 upstream. If decode_getfh failed, nfs4_xdr_dec_open would

[ 048/135] net: Allow driver to limit number of GSO segments per skb

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings [ Upstream commit 30b678d844af3305cda5953467005cebb5d7b687 ] A peer (or local user) may cause TCP to use a nominal MSS of as little as 88 (actual MSS of 76 with timestamps).

[ 044/135] Remove user-triggerable BUG from mpol_to_str

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Dave Jones commit 80de7c3138ee9fd86a98696fd2cf7ad89b995d0a upstream. Trivially triggerable, found by trinity: kernel BUG at mm/mempolicy.c:2546! Process trinity-child2 (pid: 23988,

[ 046/135] drm/vmwgfx: add MODULE_DEVICE_TABLE so vmwgfx loads at boot

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Dave Airlie commit c4903429a92be60e6fe59868924a65eca4cd1a38 upstream. This will cause udev to load vmwgfx instead of waiting for X to do it. Reviewed-by: Jakob Bornecrantz Signed-off-by:

[ 042/135] udf: Fix data corruption for files in ICB

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 9c2fc0de1a6e638fe58c354a463f544f42a90a09 upstream. When a file is stored in ICB (inode), we overwrite part of the file, and the page containing file's data is not in page

[ 106/135] xhci: Fix a logical vs bitwise AND bug

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 052c7f9ffb0e95843e75448d02664459253f9ff8 upstream. The intent was to test whether the flag was set. This patch should be backported to stable kernels as old as 3.0, since

[ 132/135] drm/nouveau: fix booting with plymouth + dumb support

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Dave Airlie commit 610bd7da160f76f1644ecb4cd7f39511b49a22cc upstream. We noticed a plymouth bug on Fedora 18, and I then noticed this stupid thinko, fixing it fixed the problem with plymouth.

[ 133/135] eCryptfs: Copy up attributes of the lower target inode after rename

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Tyler Hicks commit 8335eafc2859e1a26282bef7c3d19f3d68868b8a upstream. After calling into the lower filesystem to do a rename, the lower target inode's attributes were not copied up to the

[ 045/135] CIFS: Fix error handling in cifs_push_mandatory_locks

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Pavel Shilovsky commit e2f2886a824ff0a56da1eaa13019fde86aa89fa6 upstream. Signed-off-by: Pavel Shilovsky Signed-off-by: Steve French [bwh: Backported to 3.2: adjust context] Signed-off-by:

[ 069/135] af_packet: dont emit packet on orig fanout group

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Leblond [ Upstream commit c0de08d04215031d68fa13af36f347a6cfa252ca ] If a packet is emitted on one socket in one group of fanout sockets, it is transmitted again. It is thus read again on

[ 047/135] i2c-designware: Fix build error if CONFIG_I2C_DESIGNWARE_PLATFORM=y && CONFIG_I2C_DESIGNWARE_PCI=y

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Axel Lin commit e68bb91baa0bb9817567bd45d560919e8e26373b upstream. This patch adds config I2C_DESIGNWARE_CORE in Kconfig, and let I2C_DESIGNWARE_PLATFORM and I2C_DESIGNWARE_PCI select

[ 040/135] powerpc/xics: Harden xics hypervisor backend

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard commit 3ce21cdfe93efffa4ffba9cf3ca2576d3d60d6dc upstream. During kdump stress testing I sometimes see the kdump kernel panic with: Interrupt 0x306 (real) is invalid,

[ 039/135] powerpc: Restore correct DSCR in context switch

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard commit 714332858bfd40dcf8f741498336d93875c23aa7 upstream. During a context switch we always restore the per thread DSCR value. If we aren't doing explicit DSCR management (ie

[ 037/135] powerpc: Keep thread.dscr and thread.dscr_inherit in sync

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard commit 00ca0de02f80924dfff6b4f630e1dff3db005e35 upstream. When we update the DSCR either via emulation of mtspr(DSCR) or via a change to dscr_default in sysfs we don't update

[ 038/135] powerpc: Fix DSCR inheritance in copy_thread()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard commit 1021cb268b3025573c4811f1dee4a11260c4507b upstream. If the default DSCR is non zero we set thread.dscr_inherit in copy_thread() meaning the new thread and all its

[ 041/135] powerpc: Make sure IPI handlers see data written by IPI senders

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Paul Mackerras commit 9fb1b36ca1234e64a5d1cc573175303395e3354d upstream. We have been observing hangs, both of KVM guest vcpu tasks and more generally, where a process that is woken doesn't

[ 059/135] Bluetooth: HCI - Fix info leak in getsockopt(HCI_FILTER)

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit e15ca9a0ef9a86f0477530b0f44a725d67f889ee ] The HCI code fails to initialize the two padding bytes of struct hci_ufilter before copying it to userland -- that

[ 035/135] mmc: card: Skip secure erase on MoviNAND; causes unrecoverable corruption.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ian Chen commit 3550ccdb9d8d350e526b809bf3dd92b550a74fe1 upstream. For several MoviNAND eMMC parts, there are known issues with secure erase and secure trim. For these specific MoviNAND

[ 036/135] powerpc: Update DSCR on all CPUs when writing sysfs dscr_default

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard commit 1b6ca2a6fe56e7697d57348646e07df08f43b1bb upstream. Writing to dscr_default in sysfs doesn't actually change the DSCR - we rely on a context switch on each CPU to do the

[ 029/135] ext3: Fix fdatasync() for files with only i_size changes

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit 156bddd8e505b295540f3ca0e27dda68cb0d49aa upstream. Code tracking when transaction needs to be committed on fdatasync(2) forgets to handle a situation when only inode's i_size

[ 032/135] mmc: mxs-mmc: fix deadlock in SDIO IRQ case

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Lauri Hintsala commit 1af36b2a993dddfa3d6860ec4879c9e8abc9b976 upstream. Release the lock before mmc_signal_sdio_irq is called by mxs_mmc_irq_handler. Backtrace: [ 79.66]

[ 034/135] mmc: sdhci-esdhc: break out early if clock is 0

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Shawn Guo commit 74f330bceaa7b88d06062e1cac3d519a3dfc041e upstream. Since commit 30832ab56 ("mmc: sdhci: Always pass clock request value zero to set_clock host op") was merged, esdhc_set_clock

[ 043/135] xen: Use correct masking in xen_swiotlb_alloc_coherent.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ronny Hegewald commit b5031ed1be0aa419250557123633453753181643 upstream. When running 32-bit pvops-dom0 and a driver tries to allocate a coherent DMA-memory the xen swiotlb-implementation

[ 050/135] tcp: Apply device TSO segment limit earlier

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings [ Upstream commit 1485348d2424e1131ea42efc033cbd9366462b01 ] Cache the device gso_max_segs in sock::sk_gso_max_segs and use it to limit the size of TSO skbs. This avoids the

[ 052/135] isdnloop: fix and simplify isdnloop_init()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Wu Fengguang [ Upstream commit 77f00f6324cb97cf1df6f9c4aaeea6ada23abdb2 ] Fix a buffer overflow bug by removing the revision and printk. [ 22.016214] isdnloop-ISDN-driver Rev 1.11.6.7 [

[ 053/135] pptp: lookup route with the proper net namespace

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Gao feng [ Upstream commit 08252b32311c3fa84219ad794d640af7399b5485 ] pptp always use init_net as the net namespace to lookup route, this will cause route lookup failed in container. because

[ 033/135] mmc: mxs-mmc: fix deadlock caused by recursion loop

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Lauri Hintsala commit fc108d24d3a6da63576a460e122fa1df0cbdea20 upstream. Release the lock before mmc_signal_sdio_irq is called by mxs_mmc_enable_sdio_irq. Backtrace: [ 65.47]

[ 025/135] drm/radeon: force dma32 to fix regression rs4xx,rs6xx,rs740

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jerome Glisse commit 4a2b6662c3632176b4fdf012243dd3751367bf1f upstream. It seems some of those IGP dislike non dma32 page despite what documentation says. Fix regression since we allowed non

[ 026/135] drm/edid/quirks: ViewSonic VA2026w

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Adam Jackson commit bc42aabc6a01b92b0f961d65671564e0e1cd7592 upstream. Entirely new class of fail for this one. The detailed timings are for normal CVT but the monitor really wanted CVT-R.

[ 028/135] e1000e: DoS while TSO enabled caused by link partner with small MSS

3.2-stable review patch. If anyone has any objections, please let me know. I was able to test the backported fix myself, having found the bug in the first place. -- From: Bruce Allan commit d821a4c4d11ad160925dab2bb009b8444beff484 upstream. With a low enough MSS on the link

[PATCH] dma-debug: New interfaces to debug dma mapping errors

A recent dma mapping error analysis effort showed that a large percentage of dma_map_single() and dma_map_page() returns are not checked for mapping errors. Reference: http://linuxdriverproject.org/mediawiki/index.php/DMA_Mapping_Error_Analysis Adding support for tracking dma mapping and

[ 023/135] drm/radeon: dont disable plls that are in use by other crtcs

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 4e58591c8961b3e31709313f75819f2eec06e322 upstream. Some plls are shared for DP. Signed-off-by: Alex Deucher Reviewed-by: Michel Dänzer [bwh: Backported to 3.2: add the

[ 022/135] HID: add NOGET quirk for Eaton Ellipse MAX UPS

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alan Stern commit 67ddbb3e6568fb1820b2cc45b00c50702b114801 upstream. This patch (as1603) adds a NOGET quirk for the Eaton Ellipse MAX UPS device. (The USB IDs were already present in

[ 021/135] HID: multitouch: support PixArt optical touch screen

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Aaron Tian commit b7ea95ff9baab144dacdc30d752307938c5ab6bf upstream. This patch modifies hid-multitouch driver for supporting PixArt optical touch screen. Because of the device does not have

[ 024/135] drm/radeon/atom: rework DIG modesetting on DCE3+

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 8d1af57ae3c4458ed0de93ef97f388dd1b3239c7 upstream. The ordering is important and the current drm code wasn't cutting it for modern DIG encoders. We need to have

[ 027/135] drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Paul Menzel commit 6f33814bd4d9cfe76033a31b1c0c76c960cd8e4b upstream. Connecting an ASUS VW222S [1] over VGA a garbled screen is shown with vertical stripes in the top half. In commit

[ 020/135] drm: Check for invalid cursor flags

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jakob Bornecrantz commit 7c4eaca4162d0b5ad4fb39f974d7ffd71b9daa09 upstream. Signed-off-by: Jakob Bornecrantz Signed-off-by: Dave Airlie Signed-off-by: Ben Hutchings ---

[ 031/135] fuse: fix retrieve length

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Miklos Szeredi commit c9e67d483776d8d2a5f3f70491161b205930ffe1 upstream. In some cases fuse_retrieve() would return a short byte count if offset was non-zero. The data returned was correct,

[ 030/135] UBI: fix a horrible memory deallocation bug

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Artem Bityutskiy commit 78b495c39add820ab66ab897af9bd77a5f2e91f6 upstream. UBI was mistakingly using 'kfree()' instead of 'kmem_cache_free()' when freeing "attach eraseblock" structures in

[ 051/135] net_sched: gact: Fix potential panic in tcf_gact().

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Hiroaki SHIMODA [ Upstream commit 696ecdc10622d86541f2e35cc16e15b6b3b1b67e ] gact_rand array is accessed by gact->tcfg_ptype whose value is assumed to less than MAX_RAND, but any range checks

[ 063/135] Bluetooth: RFCOMM - Fix info leak via getsockname()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 9344a972961d1a6d2c04d9008b13617bcb6ec2ef ] The RFCOMM code fails to initialize the trailing padding byte of struct sockaddr_rc added for alignment. It that for

[ 090/135] drm/i915: only enable sdvo hotplug irq if needed

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jani Nikula commit fcbc50da7753b210b4442ca9abc4efbd4e481f6e upstream. Avoid constant wakeups caused by noisy irq lines when we don't even care about the irq. This should be particularly useful

[ 096/135] staging: comedi: das08: Correct AO output for das08jr-16-ao

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ian Abbott commit 61ed59ed09e6ad2b8395178ea5ad5f653bba08e3 upstream. Don't zero out bits 15..12 of the data value in `das08jr_ao_winsn()` as that knobbles the upper three-quarters of the

[ 006/135] iwlwifi: protect SRAM debugfs

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Johannes Berg commit 4fc79db178f0a0ede479b4713e00df2d106028b3 upstream. If the device is not started, we can't read its SRAM and attempting to do so will cause issues. Protect the debugfs

[ 002/135] ARM: S3C24XX: Fix s3c2410_dma_enqueue parameters

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Heiko Stuebner commit b01858c7806e7e6f6121da2e51c9222fc4d21dc6 upstream. Commit d670ac019f60 (ARM: SAMSUNG: DMA Cleanup as per sparse) changed the prototype of the s3c2410_dma_* functions to

[ 000/135] 3.2.30-stable review

This is the start of the stable review cycle for the 3.2.30 release. There are 135 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 Wed Sep 19 01:00:00 UTC 2012. Anything

Re: [PATCH 24/24] ARM: msm: Allow 8960 and 8660 to compile together

Hi, On Wed, Sep 12, 2012 at 9:59 AM, David Brown wrote: > From: Stephen Boyd > > Modify the Kconfig to allow the MSM 8660 and MSM 8960 targets to > compile together in the same build. As long as one of these two > targets is selected the choice menu used to select which SoC to > support will be

Re: [PATCH RT 0/2] [ANNOUNCE] 3.2.28-rt43-rc1 stable review

On 09/13/12 11:57, Steven Rostedt wrote: > > Dear RT Folks, > > This is the RT stable review cycle of patch 3.2.28-rt43-rc1. Tested on: - ARM mpcore - ARM panda For configurations: - SMP CONFIG_PREEMPT_NONE - UP CONFIG_PREEMPT_NONE - SMP CONFIG_PREEMPT_RT_FULL - UP

Re: [PATCH] applesmc: Bump max wait and rearrange udelay

On Mon, 17 Sep 2012, Henrik Rydberg wrote: > What exact model is this? MacBookPro6,1 - 2010 17" MBP. > > In addition to Guenter's comments, it is not clear what part of this > patch makes things work for you. Is it a) the doubling of the wait > time, or b) the zero initial wait? Or c) just

Re: [PATCH] of: add of_find_child_by_name implementation

On 09/16/2012 05:24 PM, Karicheri, Muralidharan wrote: >>> -Original Message- >>> From: Karicheri, Muralidharan >>> Sent: Thursday, August 30, 2012 11:42 AM >>> To: grant.lik...@secretlab.ca; rob.herr...@calxeda.com; devicetree- >>> disc...@lists.ozlabs.org; linux-kernel@vger.kernel.org

Re: [PATCH 17/19] mfd: Enable the tc3589x for Device Tree

Hi Lee, On Fri, Sep 07, 2012 at 12:14:57PM +0100, Lee Jones wrote: > Here we provide a means to probe and extract vital information > from Device Tree when booting with it enabled. Without this > patch sub-devices wouldn't be able to reference the tc3589x > from Device Tree. > > CC: Samuel Ortiz

Re: [PATCH 16/19] mfd: Provide the tc3589x with its own IRQ domain

Hi Lee, On Fri, Sep 07, 2012 at 12:14:56PM +0100, Lee Jones wrote: > In preparation for Device Tree enablement all IRQ controllers > should control their own IRQ domain. This patch provides just > that. > > CC: Samuel Ortiz > Signed-off-by: Lee Jones > --- > drivers/mfd/tc3589x.c | 73

Re: [PATCH 06/24] ARM: integrator: use __iomem pointers for MMIO

On Mon, Sep 17, 2012 at 12:46:21AM +0200, Linus Walleij wrote: > On Mon, Sep 17, 2012 at 12:35 AM, Russell King - ARM Linux > wrote: > > On Mon, Sep 17, 2012 at 12:19:11AM +0200, Linus Walleij wrote: > >> > >> However if Russell applies some of the stuff that is pending > >> in his tracker (was

Re: [PATCH 0/2] mfd: MAX77693: Fix bug

On 09/16/2012 07:32 AM, Samuel Ortiz wrote: > Hi Chanwoo, > > On Tue, Aug 21, 2012 at 03:15:47PM +0900, Chanwoo Choi wrote: >> This patchset fix bug of Maxim MAX77693 chip. First patch unmask interrupt >> masking bit for charger/flas/muic device of Maxim MAX77693 and second patch >> remove NULL

Re: [PATCH 2/6] drivers/mfd: drop frees of devm allocated data

Hi Julia, On Mon, Aug 13, 2012 at 09:36:06PM +0200, Julia Lawall wrote: > From: Julia Lawall > > devm_kfree should not have to be explicitly used. > devm_regmap_init_i2c also does not require an explicit free. > > The semantic patch that fixes the first problem is as follows: >

Re: [PATCH] Fix queueing work if !bdi_cap_writeback_dirty()

Jan Kara writes: >> I'm not sure what you meant though. What is the difference with ignoring >> WBC_SYNC_NONE? > When you completely ignore WB_SYNC_NONE writeback, you'll soon drive the > machine close to dirty limits and processes dirtying pages will get > throttled. Because flusher threads

Re: [PATCH 2/3] drivers/mfd/palmas.c: drop kfree of devm_kzalloc's data

Hi Julia, On Sat, Aug 04, 2012 at 02:00:31PM +0200, Julia Lawall wrote: > From: Julia Lawall > > Using kfree to free data allocated with devm_kzalloc causes double frees. > > The semantic patch that fixes this problem is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ > expression x;

Re: [PATCH V4] mfd: add MAX8907 core driver

Hi Stephen, On Wed, Aug 15, 2012 at 10:28:46AM -0600, Stephen Warren wrote: > From: Gyungoh Yoo > > The MAX8907 is an I2C-based power-management IC containing voltage > regulators, a reset controller, a real-time clock, and a touch-screen > controller. > > The original driver was written by: >

Help! How to get arguments to last function call of blocked task?

Hi, I'm running an x86_64 kernel and I've got a task that is blocked on a mutex. The stack trace shows: [] __mutex_lock_slowpath+0x7e/0xd0 [] mutex_lock+0xe/0x10 [] nfsd_sync+0x47/0xd0 [] nfsd_commit+0x70/0xa0 [] nfsd3_proc_commit+0x80/0x100 [] nfsd_dispatch+0xbb/0x260 []

Re: [PATCH v3] rtc: tps65910: Add RTC driver for TPS65910 PMIC RTC

Hi Venu, On Wed, Aug 08, 2012 at 06:17:02PM +0530, Venu Byravarasu wrote: > TPS65910 PMIC is a MFD with RTC as one of the device. > Adding RTC driver for supporting RTC device present > inside TPS65910 PMIC. > > Only support for RTC alarm is implemented as part of this patch. > > Signed-off-by:

Linux 3.6-rc6

Ok, another week, another -rc. And as I suspected, the reason -rc5 was so small was that a lot of people were still getting ready after the Kernel Summit. So -rc6 is a bit larger, since people were playing catch-up. That said, it's not *huge* either, and it's not like it looks scary, but it's

Re: [PATCH 06/24] ARM: integrator: use __iomem pointers for MMIO

On Mon, Sep 17, 2012 at 12:35 AM, Russell King - ARM Linux wrote: > On Mon, Sep 17, 2012 at 12:19:11AM +0200, Linus Walleij wrote: >> >> However if Russell applies some of the stuff that is pending >> in his tracker (was pending uncertain acceptance of >> CONFIG_ATAGS, which is merged now) this

<    1   2   3   4   5   6   >