[PATCH 4.7 178/184] mn10300: copy_from_user() should zero on access_ok() failure...

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit ae7cc577ec2a4a6151c9e928fd1f595d953ecef1 upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman

[PATCH 4.7 158/184] sh64: failing __get_user() should zero

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit c6852389228df9fb3067f94f3b651de2a7921b36 upstream. It could be done in exception-handling bits in __get_user_b() et.al., but the surgery involved would

[PATCH 4.7 181/184] ia64: copy_from_user() should zero the destination on access_ok() failure

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit a5e541f796f17228793694d64b507f5f57db4cd7 upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman

[PATCH 4.7 182/184] iwlegacy: avoid warning about missing braces

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann commit 2cce76c3fab410520610a7d2f52faebc3cfcf843 upstream. gcc-6 warns about code in il3945_hw_txq_ctx_free() being somewhat ambiguous:

[PATCH 4.7 155/184] fix minor infoleak in get_user_ex()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 1c109fabbd51863475cd12ac206bdd249aee35af upstream. get_user_ex(x, ptr) should zero x on failure. It's not a lot of a leak (at most we are leaking

[PATCH 4.7 153/184] avr32: fix copy_from_user()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit 8630c32275bac2de6ffb8aea9d9b11663e7ad28e upstream. really ugly, but apparently avr32 compilers turns access_ok() into something so bad that they want it

[PATCH 4.7 124/184] ath9k: fix using sta->drv_priv before initializing it

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Felix Fietkau commit 7711aaf08ad3fc4d0e937eec1de0a63620444ce7 upstream. A station pointer can be passed to the driver on tx, before it has been marked as associated. Since

[PATCH 4.7 169/184] sh: cmpxchg: fix a bit shift bug in big_endian os

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Pan Xinhui commit ff18143ceed3424b7d6cdb8659b9692fa734f0d8 upstream. Correct bitoff in big endian OS. Current code works correctly for 1 byte but not for 2

[PATCH 4.7 160/184] score: fix __get_user/get_user

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit c2f18fa4cbb3ad92e033a24efa27583978ce9600 upstream. * should zero on any failure * __get_user() should use __copy_from_user(), not copy_from_user()

[PATCH 4.7 167/184] score: fix copy_from_user() and friends

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit b615e3c74621e06cd97f86373ca90d43d6d998aa upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman

[PATCH 4.7 115/184] pinctrl: sunxi: fix uart1 CTS/RTS pins at PG on A23/A33

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Icenowy Zheng commit 486095fae3a8a6b1ae07c51844699d9bd5cfbebc upstream. PG8, PG9 is said to be the CTS/RTS pins for UART1 according to the A23/33 datasheets. However, the

[PATCH] drivers: wlan-ng: fixed a coding style issue

changed comparison "wlandev == NULL" to "!wlandev" to obtain the coding style. Signed-off-by: Jannik Becher --- drivers/staging/wlan-ng/cfg80211.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/wlan-ng/cfg80211.c

Re: [PATCH v3] mm/hugetlb: fix memory offline with hugepage size > memory block size

On 09/22/2016 09:29 AM, Gerald Schaefer wrote: > static void dissolve_free_huge_page(struct page *page) > { > + struct page *head = compound_head(page); > + struct hstate *h = page_hstate(head); > + int nid = page_to_nid(head); > + > spin_lock(_lock); > - if (PageHuge(page)

[PATCH][V2] cxgb4: fix signed wrap around when decrementing index idx

From: Colin Ian King Change predecrement compare to post decrement compare to avoid an unsigned integer wrap-around comparison when decrementing idx in the while loop. For example, when idx is zero, the current situation will predecrement idx in the while loop,

Re: perf event grouping for dummies (was Re: [PATCH] arc: perf: Enable generic "cache-references" and "cache-misses" events)

On 09/22/2016 12:50 PM, Vineet Gupta wrote: On 09/22/2016 12:56 AM, Peter Zijlstra wrote: On Wed, Sep 21, 2016 at 07:43:28PM -0500, Paul Clarke wrote: On 09/20/2016 03:56 PM, Vineet Gupta wrote: On 09/01/2016 01:33 AM, Peter Zijlstra wrote: - is that what perf event grouping is ? Again,

[PATCH] staging: sm750fb: rename getChipType to get_chip_type

Rename CamelCased function getChipType to get_chip_type. This issue was found by checkpatch.pl Signed-off-by: Moshe Green --- drivers/staging/sm750fb/ddk750_chip.c | 16 drivers/staging/sm750fb/ddk750_chip.h | 2 +- drivers/staging/sm750fb/ddk750_mode.c

[PATCH 4.7 128/184] perf/x86/amd: Make HW_CACHE_REFERENCES and HW_CACHE_MISSES measure L2

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Matt Fleming commit 080fe0b790ad438fc1b61621dac37c1964ce7f35 upstream. While the Intel PMU monitors the LLC when perf enables the HW_CACHE_REFERENCES and

[PATCH 4.7 130/184] perf/x86/intel/pt: Fix kernel address filters offset validation

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shishkin commit ddfdad991e55b65c1cc4ee29502f6dceee04455a upstream. The kernel_ip() filter is used mostly by the DS/LBR code to look at the branch

[PATCH 4.7 134/184] ipv6: Dont unset flowi6_proto in ipxip6_tnl_xmit()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Eli Cooper commit ab34380162cbc9b5172afdadf5136643c687bb73 upstream. Commit 8eb30be0352d0916 ("ipv6: Create ip6_tnl_xmit") unsets flowi6_proto in ip4ip6_tnl_xmit() and

Re: [PATCH] staging:android:io: Fix multiple styling issues

Hello Yannis! There is a typo in your one-line description/subject ("ion"). On 09/22/2016 07:55 PM, Yannis Damigos wrote: > This patch fixes 1 error, 1 warning and 14 checks found by > checkpatch. Please be more specific in your commit message and mention what exactly you are doing to the code

[PATCH 4.7 121/184] xhci: fix null pointer dereference in stop command timeout function

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Nyman commit bcf42aa60c2832510b9be0f30c090bfd35bb172d upstream. The stop endpoint command has its own 5 second timeout timer. If the timeout function is

[PATCH 4.7 126/184] perf/x86/intel: Fix PEBSv3 record drain

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Peter Zijlstra commit 8ef9b8455a2a3049efa9e46e8a6402b972a3eb41 upstream. Alexander hit the WARN_ON_ONCE(!event) on his Skylake while running the perf fuzzer. This means

[PATCH 4.7 131/184] perf/x86/intel/pt: Do validate the size of a kernel address filter

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Shishkin commit 1155bafcb79208abc6ae234c6e135ac70607755c upstream. Right now, the kernel address filters in PT are prone to integer overflow that

[PATCH 4.7 119/184] Btrfs: remove root_log_ctx from ctx list before btrfs_sync_log returns

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Chris Mason commit cbd60aa7cd17d81a434234268c55192862147439 upstream. We use a btrfs_log_ctx structure to pass information into the tree log commit, and get error values out. It

[PATCH 4.7 152/184] microblaze: fix __get_user()

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Al Viro commit e98b9e37ae04562d52c96f46b3cf4c2e80222dc1 upstream. Signed-off-by: Al Viro Signed-off-by: Greg Kroah-Hartman

[PATCH 4.7 111/184] dm crypt: fix free of bad values after tfm allocation failure

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit 5d0be84ec0cacfc7a6d6ea548afdd07d481324cd upstream. If crypt_alloc_tfms() had to allocate multiple tfms and it failed before the last allocation, then

[PATCH 4.7 082/184] serial: 8250_mid: fix divide error bug if baud rate is 0

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Andy Shevchenko commit 47b34d2ef266e2c283b514d65c8963c2ccd42474 upstream. Since the commit c1a67b48f6a5 ("serial: 8250_pci: replace switch-case by formula

Re: [PATCH] drivers: wlan-ng: fixed a coding style issue

On Thu, 2016-09-22 at 20:01 +0200, Jannik Becher wrote: > changed comparison "wlandev == NULL" to "!wlandev" to obtain the coding > style. Hello. Please always use Greg KH's latest staging-next branch (or -next) to make these sorts of changes.  This one has already been done.

[PATCH 4.7 113/184] dm crypt: fix error with too large bios

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 4e870e948fbabf62b78e8410f04c67703e7c816b upstream. When dm-crypt processes writes, it allocates a new bio in crypt_alloc_buffer(). The bio is

[PATCH 4.7 109/184] bus: arm-ccn: Fix XP watchpoint settings bitmask

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Pawel Moll commit b928466b2169e061822daad48ecf55b005445547 upstream. The code setting XP watchpoint comparator and mask registers should, in order to be fully compliant

Re: [RFC PATCH v1 09/28] x86/efi: Access EFI data as encrypted when SEV is active

On 09/22/2016 09:35 AM, Borislav Petkov wrote: > On Mon, Aug 22, 2016 at 07:25:25PM -0400, Brijesh Singh wrote: >> From: Tom Lendacky >> >> EFI data is encrypted when the kernel is run under SEV. Update the >> page table references to be sure the EFI memory areas are

[PATCH 4.7 083/184] serial: 8250: added acces i/o products quad and octal serial cards

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jimi Damon commit c8d192428f52f244130b84650ad616df09f2b1e1 upstream. Added devices ids for acces i/o products quad and octal serial cards that make use of existing Pericom

Re: [tip:sched/core] sched/core: Avoid _cond_resched() for PREEMPT=y

I've found a document that says that cond_resched() is needed on preemptible kernels to mark RCU quiescent states: https://lwn.net/Articles/603252/ Paul, is cond_resched() still needed on current RCU implementation? Or not? Mikulas On Thu, 22 Sep 2016, tip-bot for Peter Zijlstra wrote: >

[PATCH 4.7 079/184] iio: accel: kxsd9: Fix scaling bug

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 307fe9dd11ae44d4f8881ee449a7cbac36e1f5de upstream. All the scaling of the KXSD9 involves multiplication with a fraction number < 1. However the

[PATCH 4.7 074/184] iio: humidity: am2315: set up buffer timestamps for non-zero values

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Alison Schofield commit 3c68858df7c2f0c4c343bb4702733fe827491f9e upstream. Use the iio_pollfunc_store_time parameter during triggered buffer set-up to get valid

[PATCH] signals: Avoid unnecessary taking of sighand->siglock

When running certain database workload on a high-end system with many CPUs, it was found that spinlock contention in the sigprocmask syscalls became a significant portion of the overall CPU cycles as shown below. 9.30% 9.30% 905387 dataserver /proc/kcore 0x7fff8163f4d2 [k]

[PATCH 4.7 110/184] dm log writes: fix check of kthread_run() return value

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Zapolskiy commit 91e630d9ae6de6f740ef7c8176736eb55366833e upstream. The kthread_run() function returns either a valid task_struct or ERR_PTR() value, check for NULL is

Re: [PATCH] io:pressure: zpa2326: remove redundant "DEBUG" ifdef

On 22/09/16 10:42, Arnd Bergmann wrote: > The -Wempty-body gcc warning triggers in the newly added zpa2326 driver: > > drivers/iio/pressure/zpa2326.c: In function 'zpa2326_dequeue_pressure': > drivers/iio/pressure/zpa2326.c:578:3: error: suggest braces around empty body > in an 'if' statement

[PATCH 4.7 069/184] iio: adc: rockchip_saradc: reset saradc controller before programming it

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Caesar Wang commit 543852af8e5902aee8f7c72c89e1513663e0f696 upstream. SARADC controller needs to be reset before programming it, otherwise it will not function properly.

[PATCH v1] bpf: Set register type according to is_valid_access()

This fix a pointer leak when an unprivileged eBPF program read a pointer value from the context. Even if is_valid_access() returns a pointer type, the eBPF verifier replace it with UNKNOWN_VALUE. The register value containing an address is then allowed to leak. Moreover, this prevented

[PATCH 4.7 064/184] kvm-arm: Unmap shadow pagetables properly

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Suzuki K Poulose commit 293f293637b55db4f9f522a5a72514e98a541076 upstream. On arm/arm64, we depend on the kvm_unmap_hva* callbacks (via mmu_notifiers::invalidate_*) to

[PATCH 4.7 070/184] iio: adc: ti_am335x_adc: Protect FIFO1 from concurrent access

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Vignesh R commit 90c43ec6997a892448f1f86180a515f59cafd8a3 upstream. It is possible that two or more ADC channels can be simultaneously requested for raw samples, in which case

[tip:sched/core 44/47] kernel/exit.o: warning: objtool: do_exit() falls through to next function complete_and_exit()

tree: https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core head: a18a579e5f84daa74f64b1f1b652b4a6a8d6f8b4 commit: 9af6528ee9b682df7f29dbee86fbba0b67eab944 [44/47] sched/core: Optimize __schedule() config: x86_64-randconfig-v0-09221826 (attached as .config) compiler: gcc-6

[PATCH 4.7 066/184] iio: accel: kxsd9: Fix raw read return

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Linus Walleij commit 7ac61a062f3147dc23e3f12b9dfe7c4dd35f9cb8 upstream. Any readings from the raw interface of the KXSD9 driver will return an empty string, because

[PATCH 4.7 063/184] KVM: s390: dont use current->thread.fpu.* when accessing registers

4.7-stable review patch. If anyone has any objections, please let me know. -- From: David Hildenbrand commit a7d4b8f2565ad0dfdff9a222d1d87990c73b36e8 upstream. As the meaning of these variables and pointers seems to change more frequently, let's

[PATCH 4.7 058/184] IB/uverbs: Fix race between uverbs_close and remove_one

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Jason Gunthorpe commit d1e09f304a1d9651c5059ebfeb696dc2effc9b32 upstream. Fixes an oops that might happen if uverbs_close races with remove_one. Both contexts

[PATCH 4.7 060/184] mm: fix cache mode of dax pmd mappings

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams commit 9049771f7d5490a302589976984810064c83ab40 upstream. track_pfn_insert() in vmf_insert_pfn_pmd() is marking dax mappings as uncacheable rendering

[PATCH 4.7 024/184] net: smc91x: fix SMC accesses

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Russell King [ Upstream commit 2fb04fdf30192ff1e2b5834e9b7745889ea8bbcb ] Commit b70661c70830 ("net: smc91x: use run-time configuration on all ARM machines") broke

Re: [PATCH 14/14] GPU-DRM-TTM: Mark an array of text strings as "const" in ttm_dma_pool_init()

On Thu, 2016-09-22 at 19:46 +0200, SF Markus Elfring wrote: > The local variable "n" was not modified after it was initialized with > a few text strings. > Thus express this detail also by the data type qualifier "const". [] > diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c >

[PATCH 4.7 003/184] fscrypto: require write access to mount to set encryption policy

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Eric Biggers commit ba63f23d69a3a10e7e527a02702023da68ef8a6d upstream. Since setting an encryption policy requires writing metadata to the filesystem, it should be guarded

[PATCH 4.7 034/184] net/mlx5e: Fix parsing of vlan packets when updating lro header

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Gal Pressman [ Upstream commit cd17d230dd060a12f7451c0caeedb3fd5158eaf9 ] Currently vlan tagged packets were not parsed correctly and assumed to be regular IPv4/IPv6

Re: [PATCH tty-next 0/6] Minor devpts cleanups, fixes and enhancments

ebied...@xmission.com (Eric W. Biederman) writes: > Greg please apply the following patches to tty-next. If tty-next is not > the proper tree please let me know and I will take these patches through > my user namespace tree. I have not heard anything so I am taking these patches through my

[PATCH 4.7 018/184] udp: fix poll() issue with zero sized packets

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit e83c6744e81abc93a20d0eb3b7f504a176a6126a ] Laura tracked poll() [and friends] regression caused by commit e6afc8ace6dd ("udp: remove

[PATCH 4.7 031/184] bnxt_en: Fix TX push operation on ARM64.

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Michael Chan [ Upstream commit 9d13744bb75078175ab49408f2abb980e4dbccc9 ] There is a code path where we are calling __iowrite64_copy() on an address that is not

Re: [PATCH v2] dmaengine: s3c24xx: Add dma_slave_map for s3c2440 devices

On Fri, Sep 16, 2016 at 01:16:31PM +0200, Krzysztof Kozlowski wrote: > On 09/15/2016 09:41 PM, Sam Van Den Berge wrote: > > This patch updates the s3c24xx dma driver to be able to pass a > > dma_slave_map array via the platform data. This is needed to > > be able to use the new, simpler dmaengine

[PATCH 4.7 029/184] af_unix: split u->readlock into two: iolock and bindlock

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Linus Torvalds [ Upstream commit 6e1ce3c3451291142a57c4f3f6f999a29fb5b3bc ] Right now we use the 'readlock' both for protecting some of the af_unix IO path and

[PATCH 4.7 016/184] net/mlx5e: Use correct flow dissector key on flower offloading

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Hadar Hen Zion [ Upstream commit 1dbd0d373ac338903d27fab5204b13122cc5accd ] The wrong key is used when extracting the address type field set by the flower offload code.

[PATCH 4.7 025/184] bridge: re-introduce fix parsing of MLDv2 reports

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Davide Caratti [ Upstream commit 9264251ee2a55bce8fb93826b3f581fb9eb7e2c2 ] commit bc8c20acaea1 ("bridge: multicast: treat igmpv3 report with INCLUDE and no sources as a

[PATCH 4.7 027/184] bonding: Fix bonding crash

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Mahesh Bandewar [ Upstream commit 24b27fc4cdf9e10c5e79e5923b6b7c2c5c95096c ] Following few steps will crash kernel - (a) Create bonding master > modprobe bonding

[PATCH 4.7 023/184] Revert "phy: IRQ cannot be shared"

4.7-stable review patch. If anyone has any objections, please let me know. -- From: Xander Huff [ Upstream commit c3e70edd7c2eed6acd234627a6007627f5c76e8e ] This reverts: commit 33c133cc7598 ("phy: IRQ cannot be shared") On hardware with multiple PHY

[PATCH 11/14] GPU-DRM-TTM: Return an error code only as a constant in ttm_dma_pool_init()

From: Markus Elfring Date: Thu, 22 Sep 2016 17:17:19 +0200 * Return an error code without storing it in a local variable. * Delete the local variable "ret" which became unnecessary with this refactoring. Signed-off-by: Markus Elfring

Re: [RFC PATCH v1 09/28] x86/efi: Access EFI data as encrypted when SEV is active

On 09/22/2016 09:45 AM, Paolo Bonzini wrote: > > > On 22/09/2016 16:35, Borislav Petkov wrote: @@ -230,6 +230,10 @@ int __init efi_setup_page_tables(unsigned long pa_memmap, unsigned num_pages) efi_scratch.efi_pgt = (pgd_t *)__sme_pa(efi_pgd); pgd = efi_pgd;

[PATCH v2 07/23] drm/omap: omap_display_timings: rename vfp to vfront_porch

In preparation to move the stack to use the generic videmode struct for display timing information rename the vfp member to vfront_porch. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c| 2 +-

[PATCH v2 01/23] drm/omap: omap_display_timings: rename x_res to hactive

In preparation to move the stack to use the generic videmode struct for display timing information rename the x_res member to hactive. Signed-off-by: Peter Ujfalusi --- .../gpu/drm/omapdrm/displays/connector-analog-tv.c | 2 +-

[PATCH v2 11/23] drm/omap: dispc: Simplify _dispc_mgr_set_lcd_timings() parameters

Instead of passing the omap_video_timings structure's members individually, use the pointer to the struct. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/dss/dispc.c | 38 ++--- 1 file changed, 14 insertions(+), 24 deletions(-)

[PATCH v2 03/23] drm/omap: omap_display_timings: rename hsw to hsync_len

In preparation to move the stack to use the generic videmode struct for display timing information rename the hsw member to hsync_len. Signed-off-by: Peter Ujfalusi --- .../gpu/drm/omapdrm/displays/connector-analog-tv.c | 2 +-

RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case

Hi Lorenzo, Bjorn > -Original Message- > From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com] > Sent: 22 September 2016 10:50 > To: Bjorn Helgaas > Cc: Ard Biesheuvel; Tomasz Nowicki; David Daney; Will Deacon; Catalin > Marinas; Rafael Wysocki; Arnd Bergmann; Hanjun Guo; Sinan Kaya;

[PATCH v2 06/23] drm/omap: omap_display_timings: rename vsw to vsync_len

In preparation to move the stack to use the generic videmode struct for display timing information rename the vsw member to vsync_len. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c | 2 +-

[PATCH v2 12/23] drm/omap: omap_display_timings: Use display_flags for h/vsync level

In preparation to move the stack to use the generic videmode struct for display timing information use display_flags for h/vsync level. Signed-off-by: Peter Ujfalusi --- .../gpu/drm/omapdrm/displays/connector-analog-tv.c | 3 +-

[PATCH v2 13/23] drm/omap: omap_display_timings: Use display_flags for DE level

In preparation to move the stack to use the generic videmode struct for display timing information use display_flags for DE level. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 4 ++--

[PATCH v2 08/23] drm/omap: omap_display_timings: rename vbp to vback_porch

In preparation to move the stack to use the generic videmode struct for display timing information rename the vbp member to vback_porch. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/displays/connector-analog-tv.c| 2 +-

[PATCH v2 09/23] drm/omap: HDMI5: Use pointer to cfg->v_fc_config.timings in hdmi_core_video_config

By using a pointer to the omap_mode_timings struct we can unwrap lines to make the code easier to follow. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/dss/hdmi5_core.c | 47 ++-- 1 file changed, 20 insertions(+), 27 deletions(-)

[PATCH 2/2] i2c: rk3x: Fix variable 'min_total_ns' unused warning

This patch fixs the following warning: drivers/i2c/busses/i2c-rk3x.c: In function 'rk3x_i2c_v1_calc_timings': drivers/i2c/busses/i2c-rk3x.c:745:41: warning: variable 'min_total_ns' set but not used [-Wunused-but-set-variable] Signed-off-by: David Wu ---

[PATCH 0/2] Fix warnings for i2c-rk3x.c

David Wu (2): i2c: rk3x: Fix sparse warning i2c: rk3x: fix variable 'min_total_ns' unused warning drivers/i2c/busses/i2c-rk3x.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) -- 1.9.1

[PATCH 1/2] i2c: rk3x: Fix sparse warning

This patch fixes the following sparse warning: drivers/i2c/busses/i2c-rk3x.c:888:17: warning: cast truncates bits from constant value (ff00 becomes ff00) Signed-off-by: David Wu --- drivers/i2c/busses/i2c-rk3x.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH] dmaengine: imx-sdma: fix merge conflict

On Thursday, September 15, 2016 5:50:49 PM CEST Arnd Bergmann wrote: > The sdma_handle_channel_loop() function was modified in one patch > and removed in another, and the merge between those patches left > an unused function in place: > > drivers/dma/imx-sdma.c:673:13: error:

[PATCH v4] devicetree: bindings: uart: Add new compatible string for ZynqMP

From: Nava kishore Manne This patch Adds the new compatible string for ZynqMP. Signed-off-by: Nava kishore Manne --- Changes for v4: -Modified the ChangeLog comment. Changes for v3: -Added changeLog comment. Changes for

[PATCH 11/17] Documentation/basic_profiling.rst: convert to ReST markup

Convert it to ReST markup and add it to the user book: - Add a title to the document; - touch spaces/new lines to fix Sphinx format; - use ``foo`` for commands; - use quote blocks where needed; - add it to the user book; Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 12/17] Documentation/binfmt_misc.txt: convert it to ReST markup

- Fix identation for the document title; - use monotonic fonts for commands, paths, etc; - use quote blocks where needed; - adjust spaces to properly format paragraphs; - add it to the user book. Signed-off-by: Mauro Carvalho Chehab --- Documentation/binfmt_misc.txt

[PATCH 04/17] REPORTING-BUGS: convert to ReST markup

- add a title to the document; - use :: before verbatim blocks; - add blank lines where required; - use protocol for URL references; - use a verbatim block for the bugs template; - add cross references to SecurityBugs. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 03/17] docs-rst: add inter-document cross references

Add cross references for the development process documents that were converted to ReST: Documentation/SubmitChecklist Documentation/SubmittingDrivers Documentation/SubmittingPatches Documentation/development-process/development-process.rst

[PATCH 14/17] Documentation/braille-console: convert it to ReST markup

- Fix identation for the document title; - use monotonic fonts for paths; - use quote blocks where needed; - adjust spaces to properly format paragraphs; - use :menuselection: and :kbd: for the menu item and keys; - point too the right item at the menu; - add it to the user book. Signed-off-by:

[PATCH 17/17] Documentation/devices.rst: convert it to ReST markup

- use a quote block for the big device major/minor list; - use tables for the other device tables; - fix the chapter/section/subsection markups; - use ``foo`` for monotonic; - use .. attention:: for the attention note to developers; - use cross-references where needed; - cleanup whitespaces; - add

[PATCH 02/17] Documentation/email-clients.txt: convert it to ReST markup

As this file is mentioned at the development-process/ book, let's convert it to ReST markup. Signed-off-by: Mauro Carvalho Chehab --- Documentation/email-clients.txt | 208 ++-- 1 file changed, 114 insertions(+), 94 deletions(-)

[PATCH 06/17] Documentation/kernel-parameters.txt: convert to ReST markup

Adjust the file for it to be parsed by Sphinx: - adjust the document title to be parsed; - use :: for quote blocks; - fix the horizontal bar markup; - lower case the TODO title. Signed-off-by: Mauro Carvalho Chehab --- Documentation/kernel-parameters.txt | 33

[PATCH 05/17] README: convert it to ReST markup

Adjust the readme file for it to use the ReST markup: - add chapter/section markups; - use ``foo`` for commands; - use :: for verbatim and script blocks; - replace unsupported markup _foo_ by **foo**; - add cross-references to other ReST files; - use lower case on the section titles, to match

[PATCH 07/17] docs-rst: add documents to development-process

Add several documents to the development-process ReST book. As we don't want renames, use symlinks instead, keeping those documents on their original place. Acked-by: Greg Kroah-Hartman Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 08/17] docs-rst: create an user's manual book

Place README, REPORTING-BUGS, SecurityBugs and kernel-parameters on an user's manual book. As we'll be numbering the user's manual, remove the manual numbering from SecurityBugs. Signed-off-by: Mauro Carvalho Chehab --- Documentation/SecurityBugs | 12

Re: [PATCH 2/3] qemu: Implement virtio-pstore device

On Sun, Sep 04, 2016 at 11:38:59PM +0900, Namhyung Kim wrote: > +static void virtio_pstore_handle_io(VirtIODevice *vdev, VirtQueue *vq) > +{ > +VirtIOPstore *s = VIRTIO_PSTORE(vdev); > +VirtQueueElement *elem; > +struct virtio_pstore_req req; > +struct virtio_pstore_res res; > +

Re: [PATCH net-next] net: ethernet: mediatek: use [get|set]_link_ksettings

From: Date: Thu, 22 Sep 2016 16:42:03 +0800 > From: Sean Wang > > 1) use new api [get|set]_link_ksettings instead > of [get|set]_settings old ones. > > 2) dev->phydev is sure being ready before calling > these callbacks, so removing all the

Re: [PATCH] ipvlan: fix building without netfilter

From: Arnd Bergmann Date: Thu, 22 Sep 2016 11:40:52 +0200 > The new l3s mode in ipvlan relies on netfilter interfaces, but > the ipvlan driver can be configured when CONFIG_NETFILTER is disabled, > leading to a build error: > > drivers/net/ipvlan/ipvlan.h:132:22: error: 'struct

Re: [PATCH] drm/i2c: tda998x: don't register the connector

On Thu, Sep 22, 2016 at 5:09 AM, Russell King - ARM Linux wrote: > On Thu, Sep 22, 2016 at 04:22:40AM -0700, Sean Paul wrote: >> On Thu, Sep 22, 2016 at 3:51 AM, Russell King - ARM Linux >> wrote: >> > On Thu, Sep 22, 2016 at 11:39:18AM +0100, Brian

Re: Build failure in -next due to 'kbuild: allow archs to select link dead code/data elimination'

On 2016-09-14 21:48, Guenter Roeck wrote: > On Wed, Sep 14, 2016 at 12:30:04PM +1000, Nicholas Piggin wrote: >> commit 0ae28be83b4d6cd03ef5b481487d042f2b91954e >> Author: Nicholas Piggin >> Date: Wed Sep 14 12:24:03 2016 +1000 >> >> kbuild: -ffunction-sections fix for

Re: "CodingStyle: Clarify and complete chapter 7" in docs-next

Hi Jani, On Thu, 22 Sep 2016 13:43:42 +0300, Jani Nikula wrote: > On Thu, 22 Sep 2016, Jean Delvare wrote: > > You need to think in terms of actual use cases. Who uses checkpatch and > > why? I think there are 3 groups of users: > > * Beginners. They won't run the script by

Re: [PATCH] hwrng: omap - Only fail if pm_runtime_get_sync returns < 0

On Tue, Sep 20, 2016 at 10:25:40AM -0500, Dave Gerlach wrote: > Currently omap-rng checks the return value of pm_runtime_get_sync and > reports failure if anything is returned, however it should be checking > if ret < 0 as pm_runtime_get_sync return 0 on success but also can return > 1 if the

[PATCH v2 14/23] drm/omap: omap_display_timings: Use display_flags for double_pixel mode

In preparation to move the stack to use the generic videmode struct for display timing information use display_flags for double_pixel mode. Signed-off-by: Peter Ujfalusi --- drivers/gpu/drm/omapdrm/dss/dispc.c | 6 +++--- drivers/gpu/drm/omapdrm/dss/hdmi4.c | 2

[patch v1] drivers/platform/x86: introduce support for Mellanox hotplug driver

From: Vadim Pasternak Enable system support for the Mellanox Technologies hotplug platform driver, which provides support for the next Mellanox basic systems: "msx6710", "msx6720", "msb7700", "msn2700", "msx1410", "msn2410", "msb7800", "msn2740", "msn2100" and also various

Re: [PATCH] drm/i2c: tda998x: don't register the connector

On Thu, Sep 22, 2016 at 3:51 AM, Russell King - ARM Linux wrote: > On Thu, Sep 22, 2016 at 11:39:18AM +0100, Brian Starkey wrote: >> Actually, could you please hold off picking this up? We need to make >> changes in mali-dp and hdlcd or this will mess up their registration.

Re: [PATCH v2 7/7] sched/core: Add debug code to catch missing update_rq_clock()

On Thu, Sep 22, 2016 at 11:39:09AM +0200, Peter Zijlstra wrote: > bit banging the serial port is absolutely awesome, the rest of printk > not so much. I also have this second patch that goes on top of this. I think I had more hacks (like using the per-cpu NMI buffers for output instead of the

kernelci build/boot results on -rt kernels

I've tried out the v4.4.19 based kernel in three variations, to get a feeling for what kind of regressions we add. Over a couple of days, I had a vanilla v4.4.19 stable kernel tested, and then the -rt27 release on top of that, with the default settings, and with a patch that forces

<    3   4   5   6   7   8   9   10   11   12   >