kdump kernel with SMP

Hello, I need advises with a problem of kdump kernel in SMP machine. The problem I see is when panic happens, if the panic occurs on core 0, kdump kernel would receive interrups, specifically the sata disk driver works fine, but if panic happens on any other core, kdump kernel seems to not get

[PATCH 3.14 004/140] KVM: x86: remove WARN_ON from get_kernel_ns()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Tosatti commit b351c39cc9e0151cee9b8d52a1e714928faabb38 upstream. Function and callers can be preempted. https://bugzilla.kernel.org/show_bug.cgi?id=73721 Signed-off-by: Marcelo

[PATCH 3.14 008/140] netfilter: nf_tables: fix nft_cmp_fast failure on big endian for size < 4

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Patrick McHardy commit b855d416dc17061ebb271ea7ef1201d100531770 upstream. nft_cmp_fast is used for equality comparisions of size <= 4. For comparisions of size < 4 byte a mask is calculated

[PATCH 3.14 005/140] tools lib traceevent: Fix memory leak in pretty_print()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt commit de04f8657de9d3351a2d5880f1f7080b23b798cf upstream. Commit 12e55569a244 "tools lib traceevent: Use helper trace-seq in print functions like kernel does" added a extra

[PATCH 3.14 003/140] SCSI: megaraid: missing bounds check in mimd_to_kioc()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter commit 3de2260140417759c669d391613d583baf03b0cf upstream. pthru32->dataxferlen comes from the user so we need to check that it's not too large so we don't overflow the buffer.

[PATCH 3.14 000/140] 3.14.5-stable review

This is the start of the stable review cycle for the 3.14.5 release. There are 140 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 Sat May 31 04:30:12 UTC 2014. Anything

[PATCH 3.14 011/140] netfilter: Cant fail and free after table replacement

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Graf commit c58dd2dd443c26d856a168db108a0cd11c285bf3 upstream. All xtables variants suffer from the defect that the copy_to_user() to copy the counters to user memory may fail after

[PATCH 3.14 012/140] netfilter: nf_tables: set names cannot be larger than 15 bytes

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Pablo Neira Ayuso commit a9bdd8365684810e3de804f8c51e52c26a5eccbb upstream. Currently, nf_tables trims off the set name if it exceeeds 15 bytes, so explicitly reject set names that are too

[PATCH 3.14 009/140] netfilter: nf_conntrack: reserve two bytes for nf_ct_ext->len

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrey Vagin commit 223b02d923ecd7c84cf9780bb3686f455d279279 upstream. "len" contains sizeof(nf_ct_ext) and size of extensions. In a worst case it can contain all extensions. Bellow you can

[PATCH 3.14 015/140] rbd: fix error paths in rbd_img_request_fill()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ilya Dryomov commit 42dd037c08c7cd6e3e9af7824b0c1d063f838885 upstream. Doing rbd_obj_request_put() in rbd_img_request_fill() error paths is not only insufficient, but also triggers an

[PATCH 3.14 024/140] cifs: Wait for writebacks to complete before attempting write.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Sachin Prabhu commit c11f1df5003d534fd067f0168bfad7befffb3b5c upstream. Problem reported in Red Hat bz 1040329 for strict writes where we cache only when we hold oplock and write direct to

[PATCH 3.14 023/140] dont bother with {get,put}_write_access() on non-regular files

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit dd20908a8a06b22c171f6c3fcdbdbd65bed07505 upstream. it's pointless and actually leads to wrong behaviour in at least one moderately convoluted case (pipe(), close one end, try

[PATCH 3.14 014/140] tracepoint: Do not waste memory on mods with no tracepoints

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" commit 7dec935a3aa04412cba2cebe1524ae0d34a30c24 upstream. No reason to allocate tp_module structures for modules that have no tracepoints. This just wastes memory.

[PATCH 3.14 017/140] tick-common: Fix wrong check in tick_check_replacement()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Viresh Kumar commit 521c42990e9d561ed5ed9f501f07639d0512b3c9 upstream. tick_check_replacement() returns if a replacement of clock_event_device is possible or not. It does this as the first

[PATCH 3.14 018/140] tick-sched: Dont call update_wall_time() when delta is lesser than tick_period

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Viresh Kumar commit 03e6bdc5c4d0fc166bfd5d3cf749a5a0c1b5b1bd upstream. In tick_do_update_jiffies64() we are processing ticks only if delta is greater than tick_period. This is what we are

[PATCH 3.14 016/140] [PATCH for stable 3.14 only 1/1] drm/i915: restore QUIRK_NO_PCH_PWM_ENABLE

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jani Nikula This reverts the bisected regressing commit bc0bb9fd1c7810407ab810d204bbaecb255fddde Author: Jani Nikula Date: Thu Nov 14 12:14:29 2013 +0200 drm/i915: remove

[PATCH 3.14 020/140] parisc: change value of SHMLBA from 0x00400000 to PAGE_SIZE

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Helge Deller commit 0ef36bd2b37815719e31a72d2beecc28ca8ecd26 upstream. On parisc, SHMLBA was defined to 0x0040 (4MB) to reflect that we need to take care of our caches for shared

[PATCH 3.14 022/140] parisc: remove _STK_LIM_MAX override

3.14-stable review patch. If anyone has any objections, please let me know. -- From: John David Anglin commit e0d8898d76a785453bfaf6cd08b830a7d5189f78 upstream. There are only a couple of architectures that override _STK_LIM_MAX to a non-infinity value. This changes the stack

[PATCH 3.14 006/140] pid: get pid_t ppid of task in init_pid_ns

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Richard Guy Briggs commit ad36d28293936b03d6b7996e9d6aadfd73c0eb08 upstream. Added the functions task_ppid_nr_ns() and task_ppid_nr() to abstract the lookup of the PPID (real_parent's pid_t)

[PATCH 3.14 019/140] tick-sched: Check tick_nohz_enabled in tick_nohz_switch_to_nohz()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Viresh Kumar commit 27630532ef5ead28b98cfe28d8f95222ef91c2b7 upstream. Since commit d689fe222 (NOHZ: Check for nohz active instead of nohz enabled) the tick_nohz_switch_to_nohz() function

[PATCH 3.14 013/140] x86,preempt: Fix preemption for i386

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra Many people reported preemption/reschedule problems with i386 kernels for .13 and .14. After Michele bisected this to a combination of 3e8e42c69bb ("sched: Revert

[PATCH 3.14 027/140] Revert "HID: microsoft: Add IDs for Surface Type/Touch Cover 2"

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Derya commit f3b0cbce01cd5c242b420d986b208d306bdc5083 upstream. This reverts commit 117309c51dca42121f70cacec801511b76acf75c. The MS Surface Pro 2 has an USB composite device with 3

[PATCH 3.14 028/140] HID: core: do not scan constant input report

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Tissoires commit e24d0d399b2fce71b627043e900ef28283850482 upstream. The Microsoft Surface Type/Touch Cover 2 is a fancy device which advertised itself as a multitouch device but with

[PATCH 3.14 026/140] xen/events/fifo: correctly align bitops

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Murzin commit 05a812ac474d0d6aef6d54b66bb08b81abde79c6 upstream. FIFO event channels require bitops on 32-bit aligned values (the event words). Linux's bitops require unsigned long

[PATCH 3.14 030/140] md/raid1: r1buf_pool_alloc: free allocate pages when subsequent allocation fails.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit da1aab3dca9aa88ae34ca392470b8943159e25fe upstream. When performing a user-request check/repair (MD_RECOVERY_REQUEST is set) on a raid1, we allocate multiple bios each with

[PATCH 3.14 031/140] tracing/uprobes: Fix uprobe_cpu_buffer memory leak

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "zhangwei(Jovi)" commit 6ea6215fe394e320468589d9bba464a48f6d823a upstream. Forgot to free uprobe_cpu_buffer percpu page in uprobe_buffer_disable(). Link:

[PATCH 3.14 007/140] audit: convert PPIDs to the inital PID namespace.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Richard Guy Briggs commit c92cdeb45eea38515e82187f48c2e4f435fb4e25 upstream. sys_getppid() returns the parent pid of the current process in its own pid namespace. Since audit filters are

[PATCH 3.14 010/140] blktrace: fix accounting of partially completed requests

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Roman Pen commit af5040da01ef980670b3741b3e10733ee3e33566 upstream. trace_block_rq_complete does not take into account that request can be partially completed, so we can get the following

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

On Thu, May 29, 2014 at 04:52:33AM +0100, Al Viro wrote: > On Thu, May 29, 2014 at 04:11:49AM +0100, Al Viro wrote: > > On Wed, May 28, 2014 at 07:39:54PM +0100, Al Viro wrote: > > > > > OK, the warnings about averting your eyes very much apply; the thing below > > > definitely needs more massage

[PATCH 3.14 032/140] tracing: Use rcu_dereference_sched() for trace event triggers

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Steven Rostedt (Red Hat)" commit 561a4fe851ccab9dd0d14989ab566f9392d9f8b5 upstream. As trace event triggers are now part of the mainline kernel, I added my trace event trigger tests to my

[PATCH 3.14 033/140] init/Kconfig: move the trusted keyring config option to general setup

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Peter Foley commit 82c04ff89eba09d0e46e3f3649c6d3aa18e764a0 upstream. The SYSTEM_TRUSTED_KEYRING config option is not in any menu, causing it to show up in the toplevel of the kernel

Re: [PATCH] usb: pci-quirks: do not access OHCI_FMINTERVAL register on ULI hw

> It would help to print the value of fminterval. > And here to print the value obtained by the readl(). I've checked these... all values read as 0x - which does not look correct readl(base + OHCI_CONTROL) several lines before returns 0x Read of HcRevision register (base + 0x0)

[PATCH 3.14 025/140] xen/spinlock: Dont enable them unconditionally.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Konrad Rzeszutek Wilk commit e0fc17a936334c08b2729fff87168c03fdecf5b6 upstream. The git commit a945928ea2709bc0e8e8165d33aed855a0110279 ('xen: Do not enable spinlocks before jump_label_init()

[PATCH 3.14 044/140] USB: io_ti: fix firmware download on big-endian machines

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 5509076d1b4485ce9fb07705fcbcd2695907ab5b upstream. During firmware download the device expects memory addresses in big-endian byte order. As the wIndex parameter which

[PATCH 3.14 045/140] usb: qcserial: add Sierra Wireless EM7355

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit a00986f81182a69dee4d2c48e8c19805bdf0f790 upstream. Signed-off-by: Bjørn Mork Signed-off-by: Greg Kroah-Hartman --- drivers/usb/serial/qcserial.c |3 +++ 1 file

[PATCH 3.14 021/140] parisc: fix epoll_pwait syscall on compat kernel

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Helge Deller commit ab3e55b119c9653b19ea4edffb86f04db867ac98 upstream. This bug was detected with the libio-epoll-perl debian package where the test case IO-Ppoll-compat.t failed.

[PATCH 3.14 037/140] USB: cdc-acm: Remove Motorola/Telit H24 serial interfaces from ACM driver

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Michael Ulbricht commit 895d240d1db0b2736d779200788e4c4aea28a0c6 upstream. By specifying NO_UNION_NORMAL the ACM driver does only use the first two USB interfaces (modem data & control). The

[PATCH 3.14 046/140] usb: qcserial: add Sierra Wireless MC73xx

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit 70a3615fc07c2330ed7c1e922f3c44f4a67c0762 upstream. Signed-off-by: Bjørn Mork Signed-off-by: Greg Kroah-Hartman --- drivers/usb/serial/qcserial.c |3 +++ 1 file

[PATCH 3.14 038/140] USB: cp210x: Add 8281 (Nanotec Plug & Drive)

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Tristan Bruns commit 72b3007951010ce1bbf950e23b19d9839fa905a5 upstream. Signed-off-by: Tristan Bruns Signed-off-by: Johan Hovold Signed-off-by: Greg Kroah-Hartman ---

[PATCH 3.14 036/140] mm: use paravirt friendly ops for NUMA hinting ptes

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mel Gorman commit 29c7787075c92ca8af353acd5301481e6f37082f upstream. David Vrabel identified a regression when using automatic NUMA balancing under Xen whereby page table entries were getting

[PATCH 3.14 029/140] HID: add NO_INIT_REPORTS quirk for Synaptics Touch Pad V 103S

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 2f433083e854ec72c19dc9b0e1cebcc8e230fd75 upstream. This touchpad seriously dislikes init reports, not only timeing out, but also refusing to work after this.

[PATCH 3.14 042/140] Revert "USB: serial: add usbid for dell wwan card to sierra.c"

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 2e01280d2801c72878cf3a7119eac30077b463d5 upstream. This reverts commit 1ebca9dad5abe8b2ed4dbd186cd657fb47c1f321. This device was erroneously added to the sierra driver

[PATCH 3.14 039/140] USB: usb_wwan: fix handling of missing bulk endpoints

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit bd73bd8831696f189a479a0712ae95208e513d7e upstream. Fix regression introduced by commit 8e493ca1767d ("USB: usb_wwan: fix bulk-urb allocation") by making sure to require

[PATCH 3.14 040/140] USB: serial: ftdi_sio: add id for Brainboxes serial cards

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Michele Baldessari commit efe26e16b1d93ac0085e69178cc18811629e8fc5 upstream. Custom VID/PIDs for Brainboxes cards as reported in https://bugzilla.redhat.com/show_bug.cgi?id=1071914

[PATCH 3.14 043/140] USB: serial: fix sysfs-attribute removal deadlock

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 10164c2ad6d2c16809f6c09e278f946e47801b3a upstream. Fix driver new_id sysfs-attribute removal deadlock by making sure to not hold any locks that the attribute operations

[PATCH 3.14 034/140] thp: close race between split and zap huge pages

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Kirill A. Shutemov" commit b5a8cad376eebbd8598642697e92a27983aee802 upstream. Sasha Levin has reported two THP BUGs[1][2]. I believe both of them have the same root cause. Let's look to

[PATCH 3.14 041/140] usb: option driver, add support for Telit UE910v2

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Daniele Palmas commit d6de486bc22255779bd54b0fceb4c240962bf146 upstream. option driver, added VID/PID for Telit UE910v2 modem Signed-off-by: Daniele Palmas Signed-off-by: Johan Hovold

[PATCH 3.14 058/140] drm/qxl: unset a pointer in sync_obj_unref

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Maarten Lankhorst commit 41ccec352f3c823931a7d9d2a9c7880c14d7415a upstream. This fixes a BUG_ON(bo->sync_obj != NULL); in ttm_bo_release_list. Signed-off-by: Maarten Lankhorst

[PATCH 3.14 057/140] drm/vmwgfx: Make sure user-space cant DMA across buffer object boundaries v2

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Hellstrom commit cbd75e97a525e3819c02dc18bc2d67aa544c9e45 upstream. We already check that the buffer object we're accessing is registered with the file. Now also make sure that we

[PATCH 3.14 050/140] usb: option: add and update a number of CMOTech devices

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit 34f972d6156fe9eea2ab7bb418c71f9d1d5c8e7b upstream. A number of older CMOTech modems are based on Qualcomm chips. The blacklisted interfaces are QMI/wwan. Reported-by: Lars

[PATCH 3.14 035/140] mm/hugetlb.c: add cond_resched_lock() in return_unused_surplus_pages()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Mizuma, Masayoshi" commit 7848a4bf51b34f41fcc9bd77e837126d99ae84e3 upstream. soft lockup in freeing gigantic hugepage fixed in commit 55f67141a892 "mm: hugetlb: fix softlockup when a large

[PATCH 3.14 051/140] serial: omap: Fix missing pm_runtime_resume handling by simplifying code

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Tony Lindgren commit d758c9c1b36b4d9a141c2146c70398d756167ed1 upstream. The lack of pm_runtime_resume handling for the device state leads into device wake-up interrupts not working after a

[PATCH 3.14 048/140] usb: option: add Olivetti Olicard 500

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork commit 533b3994610f316e5cd61b56d0c4daa15c830f89 upstream. Device interface layout: 0: ff/ff/ff - serial 1: ff/ff/ff - serial AT+PPP 2: 08/06/50 - storage 3: ff/ff/ff - serial 4:

[PATCH 3.14 053/140] fs: Dont return 0 from get_anon_bdev

3.14-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Thomas=20B=C3=A4chler?= commit a2a4dc494a7b7135f460e38e788c4a58f65e4ac3 upstream. Commit 9e30cc9595303b27b48 removed an internal mount. This has the side-effect that rootfs now has

[PATCH 3.14 052/140] mlx4_en: dont use napi_synchronize inside mlx4_en_netpoll

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Chris Mason commit c98235cb8584a72e95786e17d695a8e5fafcd766 upstream. The mlx4 driver is triggering schedules while atomic inside mlx4_en_netpoll: spin_lock_irqsave(>lock, flags);

Re: [for-next][PATCH] ftrace: Make CALLER_ADDRx macros more generic

Hi Will On 05/28/2014 03:49 AM, Will Deacon wrote: On Tue, May 27, 2014 at 02:10:19PM +0100, Steven Rostedt wrote: Will, I made a separate branch called ftrace/arm64 as shown below. You can pull that branch to base the rest of Akashi-san's patches on top of it. The branch is based on top of

[PATCH 3.14 054/140] wl18xx: align event mailbox with current fw

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Eliad Peller commit c0da71ff4d2cbf113465bff9a7c413154be25a89 upstream. Some fields are missing from the event mailbox struct definitions, which cause issues when trying to handle some events.

[PATCH 3.14 055/140] drm/vmwgfx: correct fb_fix_screeninfo.line_length

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Christopher Friedt commit aa6de142c901cd2d90ef08db30ae87da214bedcc upstream. Previously, the vmwgfx_fb driver would allow users to call FBIOSET_VINFO, but it would not adjust the FINFO

[PATCH 3.14 065/140] net: sctp: wake up all assocs if sndbuf policy is per socket

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 52c35befb69b005c3fc5afdaae3a5717ad013411 ] SCTP charges chunks for wmem accounting via skb->truesize in sctp_set_owner_w(), and sctp_wfree() respectively as

[PATCH 3.14 056/140] drm/vmwgfx: Fix query buffer locking order violation

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Hellstrom commit c8e5e010ef12df6707a1d711a5279a22f67a355e upstream. The query buffers were reserved while holding the binding mutex, which caused a circular locking dependency.

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

On Thu, May 29, 2014 at 06:16:47AM +0100, Al Viro wrote: > On Wed, May 28, 2014 at 09:21:00PM -0700, Linus Torvalds wrote: > > On Wed, May 28, 2014 at 8:11 PM, Al Viro wrote: > > > > > > Here's an updated patch, hopefully slightly less vomit-inducing. > > > > Hmm. Less vomit-inducing, except for

[PATCH 3.14 067/140] l2tp: take PMTU from tunnel UDP socket

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Petukhov [ Upstream commit f34c4a35d87949fbb0e0f31eba3c054e9f8199ba ] When l2tp driver tries to get PMTU for the tunnel destination, it uses the pointer to struct sock that represents

[PATCH 3.14 061/140] drm/radeon: fix endian swap on hawaii clear state buffer setup

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit a8947f576728a66bd3aac629bd8ca021a010c808 upstream. Need to swap on BE. Signed-off-by: Alex Deucher Reviewed-by: Christian König Signed-off-by: Greg Kroah-Hartman ---

[PATCH 3.14 068/140] net: core: dont account for udp header size when computing seglen

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal [ Upstream commit 6d39d589bb76ee8a1c6cde6822006ae0053decff ] In case of tcp, gso_size contains the tcpmss. For UFO (udp fragmentation offloading) skbs, gso_size is the

[PATCH 3.14 066/140] net: sctp: test if association is dead in sctp_wake_up_waiters

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 1e1cdf8ac78793e0875465e98a648df64694a8d0 ] In function sctp_wake_up_waiters(), we need to involve a test if the association is declared dead. If so, we don't

[PATCH 3.14 059/140] drm/radeon: clear needs_reset flag if IB test fails

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Christian König commit 06a139f7a0885fa2c84962300edd181821ddc2c9 upstream. If the IB test fails we don't want to reset the card over and over again, just accept that it isn't working. Bug:

[PATCH 3.14 070/140] bridge: Fix double free and memory leak around br_allowed_ingress

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Toshiaki Makita [ Upstream commit eb7076182d1ae4bc4641534134ed707100d76acc ] br_allowed_ingress() has two problems. 1. If br_allowed_ingress() is called by br_handle_frame_finish() and

[PATCH 3.14 071/140] ipv6: Limit mtu to 65575 bytes

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 30f78d8ebf7f514801e71b88a10c948275168518 ] Francois reported that setting big mtu on loopback device could prevent tcp sessions making progress. We do not

[PATCH 3.14 062/140] drm/radeon: fix typo in spectre_golden_registers

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit f1553174a207f68a4ec19d436003097e0a4dc405 upstream. Signed-off-by: Alex Deucher Reviewed-by: Christian König Signed-off-by: Greg Kroah-Hartman ---

[PATCH 3.14 075/140] ipv4: return valid RTA_IIF on ip route get

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Julian Anastasov [ Upstream commit 91146153da2feab18efab2e13b0945b6bb704ded ] Extend commit 13378cad02afc2adc6c0e07fca03903c7ada0b37 ("ipv4: Change rt->rt_iif encoding.") from 3.6 to return

[PATCH 3.14 072/140] gre: dont allow to add the same tunnel twice

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 5a4552752d8f7f4cef1d98775ece7adb7616fde2 ] Before the patch, it was possible to add two times the same tunnel: ip l a gre1 type gre remote 10.16.0.121 local

[PATCH 3.14 074/140] net: ipv4: current group_info should be put after using.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: "Wang, Xiaoming" [ Upstream commit b04c46190219a4f845e46a459e3102137b7f6cac ] Plug a group_info refcount leak in ping_init. group_info is only needed during initialization and the code failed

[PATCH 3.14 073/140] vti: dont allow to add the same tunnel twice

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 8d89dcdf80d88007647945a753821a06eb6cc5a5 ] Before the patch, it was possible to add two times the same tunnel: ip l a vti1 type vti remote 10.16.0.121 local

[PATCH 3.14 076/140] filter: prevent nla extensions to peek beyond the end of the message

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 05ab8f2647e4221cbdb3856dd7d32bd5407316b3 ] The BPF_S_ANC_NLATTR and BPF_S_ANC_NLATTR_NEST extensions fail to check for a minimal message length before testing

[PATCH 3.14 078/140] net: Start with correct mac_len in skb_network_protocol

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 1e785f48d29a09b6cf96db7b49b6320dada332e1 ] Sometimes, when the packet arrives at skb_mac_gso_segment() its skb->mac_len already accounts for some of the mac

[PATCH 3.14 069/140] bonding: Remove debug_fs files when module init fails

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Richter [ Upstream commit db29868653394937037d71dc3545768302dda643 ] Remove the bonding debug_fs entries when the module initialization fails. The debug_fs entries should be removed

[PATCH 3.14 060/140] drm/radeon: call drm_edid_to_eld when we update the edid

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 16086279353cbfecbb3ead474072dced17b97ddc upstream. This needs to be done to update some of the fields in the connector structure used by the audio code. Noticed by

[PATCH 3.14 063/140] drm/i915/tv: fix gen4 composite s-video tv-out

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Jani Nikula commit e1f23f3dd817f53f622e486913ac662add46eeed upstream. This is *not* bisected, but the likely regression is commit c35614380d5c956bfda20eab2755b2f5a7d6f1e7 Author: Zhao Yakui

[PATCH 3.14 082/140] net: Allow for more then a single subclass for netif_addr_lock

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 25175ba5c9bff9aaf0229df34bb5d54c81633ec3 ] Currently netif_addr_lock_nested assumes that there can be only a single nesting level between 2 devices. However,

[PATCH 3.14 080/140] vlan: Fix lockdep warning when vlan dev handle notification

3.14-stable review patch. If anyone has any objections, please let me know. -- From: dingtianhong [ Upstream commit dc8eaaa006350d24030502a4521542e74b5cb39f ] When I open the LOCKDEP config and run these steps: modprobe 8021q vconfig add eth2 20 vconfig add eth2.20 30

[PATCH 3.14 083/140] vlan: Fix lockdep warning with stacked vlan devices.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit d38569ab2bba6e6b3233acfc3a84cdbcfbd1f79f ] This reverts commit dc8eaaa006350d24030502a4521542e74b5cb39f. vlan: Fix lockdep warning when vlan dev handle

[PATCH 3.14 081/140] net: Find the nesting level of a given device by type.

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 4085ebe8c31face855fd01ee40372cb4aab1df3a ] Multiple devices in the kernel can be stacked/nested and they need to know their nesting level for the purposes of

[PATCH 3.14 085/140] tg3: update rx_jumbo_pending ring param only when jumbo frames are enabled

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ivan Vecera The patch fixes a problem with dropped jumbo frames after usage of 'ethtool -G ... rx'. Scenario: 1. ip link set eth0 up 2. ethtool -G eth0 rx N # <- This zeroes rx-jumbo 3. ip

[PATCH 3.14 084/140] macvlan: Fix lockdep warnings with stacked macvlan devices

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit c674ac30c549596295eb0a5af7f4714c0b905b6f ] Macvlan devices try to avoid stacking, but that's not always successfull or even desired. As an example, the

[PATCH 3.14 086/140] net: sctp: cache auth_enable per endpoint

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit b14878ccb7fac0242db82720b784ab62c467c0dc ] Currently, it is possible to create an SCTP socket, then switch auth_enable via sysctl setting to 1 and crash the

[PATCH 3.14 087/140] net: Fix ns_capable check in sock_diag_put_filterinfo

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andrew Lutomirski [ Upstream commit 78541c1dc60b65ecfce5a6a096fc260219d6784e ] The caller needs capabilities on the namespace being queried, not on their own namespace. This is a security

[PATCH 3.14 064/140] drm/i915: Do not dereference pointers from ring buffer in evict event

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Steven Rostedt commit 9297ebf29ad9118edd6c0fedc84f03e35028827d upstream. The TP_printk() should never dereference any pointers, because the ring buffer can be read at some unknown time in the

[PATCH 3.14 088/140] rtnetlink: Warn when interfaces information wont fit in our packet

3.14-stable review patch. If anyone has any objections, please let me know. -- From: David Gibson [ Upstream commit 973462bbde79bb827824c73b59027a0aed5c9ca6 ] Without IFLA_EXT_MASK specified, the information reported for a single interface in response to RTM_GETLINK is

[PATCH 3.14 079/140] ip6_gre: dont allow to remove the fb_tunnel_dev

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 54d63f787b652755e66eb4dd8892ee6d3f5197fc ] It's possible to remove the FB tunnel with the command 'ip link del ip6gre0' but this is unsafe, the module always

[PATCH 3.14 099/140] net: qmi_wwan: add a number of Dell devices

3.14-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= [ Upstream commit 6f10c5d1b1aeddb63d33070abb8bc5a177beeb1f ] Dan writes: "The Dell drivers use the same configuration for PIDs: 81A2: Dell Wireless 5806

Re: [RFC 2/2] x86_64: expand kernel stack to 16K

On 05/28/2014 07:42 PM, Linus Torvalds wrote: > > And Minchan running out of stack is at least _partly_ due to his debug > options (that DEBUG_PAGEALLOC thing as an extreme example, but I > suspect there's a few other options there that generate more bloated > data structures too too). > I have

[PATCH 3.14 100/140] slip: fix spinlock variant

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Hartkopp [ Upstream commit ddcde142bed44490e338ed1124cb149976d355bb ] With commit cc9fa74e2a ("slip/slcan: added locking in wakeup function") a formerly missing locking was added to

[PATCH 3.14 107/140] net: cdc_ncm: fix buffer overflow

3.14-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= [ Upstream commit 9becd707841207652449a8dfd90fe9c476d88546 ] Commit 4d619f625a60 ("net: cdc_ncm: no point in filling up the NTBs if we send ZLPs") changed the

Re: fs/dcache.c - BUG: soft lockup - CPU#5 stuck for 22s! [systemd-udevd:1667]

On Wed, May 28, 2014 at 09:21:00PM -0700, Linus Torvalds wrote: > On Wed, May 28, 2014 at 8:11 PM, Al Viro wrote: > > > > Here's an updated patch, hopefully slightly less vomit-inducing. > > Hmm. Less vomit-inducing, except for this part: > Ugh, that just *screams* for a helper function.

[PATCH 3.14 077/140] Revert "net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receivers buffer"

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 362d52040c71f6e8d8158be48c812d7729cb8df1 ] This reverts commit ef2820a735f7 ("net: sctp: Fix a_rwnd/rwnd management to reflect real state of the receiver's

[PATCH 3.14 106/140] vsock: Make transport the proto owner

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Andy King [ Upstream commit 2c4a336e0a3e203fab6aa8d8f7bb70a0ad968a6b ] Right now the core vsock module is the owner of the proto family. This means there's nothing preventing the transport

[PATCH 3.14 090/140] ipv6: fib: fix fib dump restart

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Kumar Sundararajan [ Upstream commit 1c2658545816088477e91860c3a645053719cb54 ] When the ipv6 fib changes during a table dump, the walk is restarted and the number of nodes dumped are

[PATCH 3.14 091/140] bridge: Handle IFLA_ADDRESS correctly when creating bridge device

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Toshiaki Makita [ Upstream commit 30313a3d5794472c3548d7288e306a5492030370 ] When bridge device is created with IFLA_ADDRESS, we are not calling br_stp_change_bridge_id(), which leads to

Re: Re: [PATCH V7] serial/uart/8250: Add tunable RX interrupt trigger I/F of FIFO buffers

Hi Greg, Thank you for your review. (2014/05/29 5:13), Greg Kroah-Hartman wrote: On Tue, May 27, 2014 at 02:09:21PM +0900, Yoshihiro YUNOMAE wrote: Add tunable RX interrupt trigger I/F of FIFO buffers. Serial devices are used as not only message communication devices but control or sending

[PATCH 3.14 095/140] net: qmi_wwan: add Sierra Wireless MC7305/MC7355

3.14-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= [ Upstream commit 9214224e43e4264b02686ea8b455f310935607b5 ] Signed-off-by: Bj�rn Mork Signed-off-by: David S. Miller Signed-off-by: Greg Kroah-Hartman ---

  1   2   3   4   5   6   7   8   9   10   >