Re: [GIT pull] x86/cache: Updates for 4.10

On Mon, Dec 12, 2016 at 08:26:50PM -0800, Linus Torvalds wrote: > On Mon, Dec 12, 2016 at 1:53 AM, Thomas Gleixner wrote: > > > > This update provides the support for Intel Cache Allocation Technology, a > > cache partitioning mechanism. > > Ugh, this is some funky stuff. And it's entirely x86-sp

Re: usb/gadget: warning in ep_write_iter/__alloc_pages_nodemask

On Mon 12-12-16 16:12:16, Alan Stern wrote: > On Mon, 12 Dec 2016, Michal Hocko wrote: > > > On Mon 12-12-16 21:32:35, Andrey Konovalov wrote: > > > On Mon, Dec 12, 2016 at 9:31 PM, Andrey Konovalov > > > wrote: > > > > Hi! > > > > > > > > While running the syzkaller fuzzer I've got the followin

Re: [PATCH] HID: usbhid: fix more Mayflash adapters (HID_QUIRK_MULTI_INPUT)

On Dec 12 2016 or thereabouts, Dmitry Torokhov wrote: > From: Andrew Rodland > > Add "Mayflash GameCube Controller Adapter for Wii U and PC USB" and > "Mayflash PS3 Game Controller Adapter" to the list of devices needing > HID_QUIRK_MULTI_INPUT. These devices have 4 controller ports, and without

Re: [PATCHSET 0/6] perf sched timehist: Introduce --idle-hist option (v2)

On Mon, Dec 12, 2016 at 10:37:30AM -0700, David Ahern wrote: > On 12/12/16 10:26 AM, Namhyung Kim wrote: > > Do you mean adding an elapsed time so that it can see the cpu utilization > > (or > > something similar)? Then we need to expose the elapsed time during record > > or > > maybe just use t

[PATCH 2/2] perf sched timehist: Fix invalid runtime in the idle hist

When --idle-hist option is used, run/wait time and sched delay value should be shown for idle task only. But due to internal accounting, a last thread has same value of next idle task's and it was shown. In the below example, firefox after idle task has same run time of idle task's. $ perf sch

[PATCH 1/2] perf sched timehist: Fix --idle-hist when no callchains

When idle hist is enabled, the itr->last_thread should be set so that it can find which thread run before idle task. But it was only set in the save_idle_callchain(). This makes idle task doesn't show up in the output when callchain is not recorded. Before: $ perf sched timehist --idle-hist

Re: [RFC PATCH 00/23] arm: defconfigs: use kconfig fragments

Hallo, On Tue, Dec 06, 2016 at 01:38:35PM +0100, Bartlomiej Zolnierkiewicz wrote: > This RFC patchset starts convertion of ARM defconfigs to use kconfig > fragments and dynamically generate defconfigs. The goals of this > work are to: > > - remove duplication between defconfigs > > - add a poss

Build regressions/improvements in v4.9

Below is the list of build error/warning regressions/improvements in v4.9[1] compared to v4.8[2]. Summarized: - build errors: +6/-3 - build warnings: +1791/-1422 JFYI, when comparing v4.9[1] to v4.9-rc8[3], the summaries are: - build errors: +3/-4 - build warnings: +331/-498 Note that th

Re: Build regressions/improvements in v4.9

On Tue, Dec 13, 2016 at 9:11 AM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.9[1] to v4.9-rc8[3], the summaries are: > - build errors: +3/-4 + error: page_ext.c: undefined reference to `__end_data_ro_after_init': => .text+0x19860) + error: page_ext.c: undefined reference to `__star

Re: [PATCH] HID: add Asus macrokey support for Asus "Republic of Gamers" laptop

On Dec 12 2016 or thereabouts, Chris Chiu wrote: > ROG means ASUS "Republic of Gamers" laptops. The input device info > also represents itself as "ASASTeK COMPUTER INC. ROG MacroKey". It > uses special HID_USAGE code for function keys. This commit remap the > special code to standard keycode for fu

[v1] video:fbdev:cobalt_lcdfb:- Handle return NULL error from devm_ioremap

Here, If devm_ioremap will fail. It will return NULL. Kernel can run into a NULL-pointer dereference. This error check will avoid NULL pointer dereference. Signed-off-by: Arvind Yadav --- drivers/video/fbdev/cobalt_lcdfb.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/video/fb

[PATCH] sparc64_defconfig: correctly set user probes

s/UPROBE_EVENTS/UPROBE_EVENT/ Signed-off-by: Valentin Rothberg --- arch/sparc/configs/sparc64_defconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/sparc/configs/sparc64_defconfig b/arch/sparc/configs/sparc64_defconfig index b2e650d1764f..f912fd1f7e32 100644 --- a/a

Re: [PATCH V1] hid: hid-multitouch:- No need of devm functions

On Dec 07 2016 or thereabouts, Arvind Yadav wrote: > In function mt_probe, the memory allocated for td->fields > is live within the function only. After the allocation > it is immediately freed with devm_kfree. There is no need > to allocate memory for td->fields with devm function so > replace dev

Re: netlink: GPF in sock_sndtimeo

On 2016-12-13 02:51, Richard Guy Briggs wrote: > On 2016-12-09 23:40, Cong Wang wrote: > > On Fri, Dec 9, 2016 at 8:13 PM, Cong Wang wrote: > > > On Fri, Dec 9, 2016 at 3:01 AM, Richard Guy Briggs > > > wrote: > > >> On 2016-12-08 22:57, Cong Wang wrote: > > >>> On Thu, Dec 8, 2016 at 10:02 PM,

Re: [PATCH v2 5/5] staging: lustre: headers: use proper byteorder functions in lustre_idl.h

It used to be that great swathes of Lustre were used in both user space and kernel space. We had huge unused modules in the kernel that were only used for user space. regards, dan carpenter

[GIT PULL] fbdev changes for 4.10

Hi Linus, Please pull fbdev changes for 4.10, removing me from the maintainers file. No one has stepped up to take the job, so I've marked fbdev as orphan. Tomi The following changes since commit a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6: Linux 4.9-rc5 (2016-11-13 10:32:32 -0800) are availa

Re: [PATCH v3] siphash: add cryptographically secure hashtable function

On Mon, Dec 12, 2016 at 11:18:32PM +0100, Jason A. Donenfeld wrote: > + for (; data != end; data += sizeof(u64)) { > + m = get_unaligned_le64(data); > + v3 ^= m; > + SIPROUND; > + SIPROUND; > + v0 ^= m; > + } > +#if defined(CONFIG_

Re: [PATCH v6 4/5] ARM: dts: da850-lcdk: add the vga-bridge node

Hi, On 12/12/16 15:05, Bartosz Golaszewski wrote: > +&lcdc { > + status = "okay"; > + pinctrl-names = "default"; > + pinctrl-0 = <&lcd_pins>; > + > + ports { > + #address-cells = <1>; > + #size-cells = <0>; > + > + lcdc_out: port@1 { > +

Re: [ext4] e2ae766c1b: BUG:sleeping_function_called_from_invalid_context_at_kernel/locking/rwsem.c

On Mon 12-12-16 18:00:20, Ted Tso wrote: > On Mon, Dec 12, 2016 at 03:48:51PM -0700, Ross Zwisler wrote: > > On Mon, Dec 12, 2016 at 05:37:36PM -0500, Theodore Ts'o wrote: > > > Is this problem likely to happen in other file systems? Should I take > > > this path through the ext4 tree, or would it

[PATCH v1 1/3] clk: rockchip: add dt-binding header for rk3328

Add the dt-bindings header for the rk3328, that gets shared between the clock controller and the clock references in the dts. Add softreset ID for rk3328. Signed-off-by: Elaine Zhang --- include/dt-bindings/clock/rk3328-cru.h | 403 + 1 file changed, 403 insertion

[PATCH v1 0/3] clk: rockchip: support clk controller for rk3328 SoC

Elaine Zhang (3): clk: rockchip: add dt-binding header for rk3328 clk: rockchip: add clock controller for rk3328 clk: rockchip: add new pll-type for rk3328 and similar socs drivers/clk/rockchip/Makefile |1 + drivers/clk/rockchip/clk-pll.c | 13 +- drivers/clk/rockchi

[PATCH v1 2/3] clk: rockchip: add clock controller for rk3328

Add the clock tree definition for the new rk3328 SoC. Signed-off-by: Elaine Zhang --- drivers/clk/rockchip/Makefile |1 + drivers/clk/rockchip/clk-rk3328.c | 1068 + drivers/clk/rockchip/clk.h| 23 + 3 files changed, 1092 insertions(+) creat

Re: [PATCH 1/7] blk-mq: add blk_mq_start_stopped_hw_queue()

On 12/08/2016 09:13 PM, Jens Axboe wrote: We have a variant for all hardware queues, but not one for a single hardware queue. Reviewed-by: Bart Van Assche

[PATCH v1 3/3] clk: rockchip: add new pll-type for rk3328 and similar socs

The rk3328's pll and clock are similar with rk3036's, it different with pll_mode_mask,there are different adjust foctors and control registers, so these should be independent and separate from the series of rk3328s. Signed-off-by: Elaine Zhang --- drivers/clk/rockchip/clk-pll.c | 13

Re: [RFC PATCH 0/3] staging: remove fbdev drivers

Hi, > The acceleration that most of the 2D things provide isn't ever that > great, and shadowing is a lot more effective if done properly. That is probably true for anything pci-ish, because those devices are optimized for memory writes and reads are horribly slow. So you surely want avoid dev

[RFC PATCH v2] crypto: Add IV generation algorithms

Currently, the iv generation algorithms are implemented in dm-crypt.c. The goal is to move these algorithms from the dm layer to the kernel crypto layer by implementing them as template ciphers so they can be implemented in hardware for performance. As part of this patchset, the iv-generation code

[RFC PATCH v2] IV Generation algorithms for dm-crypt

=== GENIV Template cipher === Currently, the iv generation algorithms are implemented in dm-crypt.c. The goal is to move these algorithms from the

Re: [RFC PATCH 0/3] staging: remove fbdev drivers

Hi, > Well, I had that argument with Dave Airlie which I CCed. The "dumb" ones like > bochsdrmfb, cirrusdrmfb, astdrmfb ... all use shadowing, meaning they use a > lot more memory and cannot do any 2D acceleration for fbcon. Well, at least for cirrusdrmfb using 2d accel is kida pointless as thi

Re: [PATCH v2] kasan: Support for r/w instrumentation control

On Tue, Dec 13, 2016 at 6:57 AM, Maninder Singh wrote: > This provide option to control sanity of read and write operations > Both read and write instrumentation increase size of uImage, So using > this option read or write instrumentation can be avoided if not required. > Useful in case of module

[PATCH -v4 01/10] futex: Fix potential use-after-free in FUTEX_REQUEUE_PI

While working on the futex code, I stumbled over this potential use-after-free scenario. pi_mutex is a pointer into pi_state, which we drop the reference on in unqueue_me_pi(). So any access to that pointer after that is bad. Since other sites already do rt_mutex_unlock() with hb->lock held, see

[PATCH -v4 07/10] futex: Change locking

Currently futex-pi relies on hb->lock to serialize everything. Since hb->lock is giving us problems (PI inversions among other things, since on -rt hb lock itself is a rt_mutex), we want to break this up a bit. This patch reworks and documents the locking. Notably, it consistently uses rt_mutex::w

[PATCH -v4 00/10] FUTEX_UNLOCK_PI wobbles

Hi all, This is (I think) the 4th attempt at fixing this tiny pesky issue with FUTEX_UNLOCK_PI, where we would really like to drop (and unboost) the rt_mutex without holding hb->lock. While going through the requeue PI code and thinking about how all that worked I realized we can avoid the entir

[PATCH -v4 09/10] futex: Remove inconsistent hb/rt_mutex state magic

Now that we guarantee hb queue and rt_mutex waiter state match up, we no longer need to deal with the fallout of when they don't. Signed-off-by: Peter Zijlstra (Intel) --- kernel/futex.c | 38 +- 1 file changed, 1 insertion(+), 37 deletions(-) --- a/kernel/

[PATCH -v4 10/10] futex: Pull rt_mutex_futex_unlock() out from under hb->lock

There's a number of 'interesting' problems, all caused by holding hb->lock while doing the rt_mutex_unlock() equivalient. Notably: - a PI inversion on hb->lock; and, - a DL crash because of pointer instability. Because of all the previous patches that: - allow us to do rt_mutex_futex_unlock

[PATCH -v4 04/10] futex: Use smp_store_release() in mark_wake_futex()

Since the futex_q can dissapear the instruction after assigning NULL, this really should be a RELEASE barrier. That stops loads from hitting dead memory too. Signed-off-by: Peter Zijlstra (Intel) --- kernel/futex.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) --- a/kernel/futex.c

[PATCH -v4 08/10] futex: Rework futex_lock_pi() vs rt_mutex_timed_futex_lock()

Currently we must drop hb->lock in order to call rt_mutex_timed_futex_lock(), such that it can block and wait for lock acquisition. The problem with this is that at this point (and after a failed acquire but before re-acquiring hb->lock) the hb queue and rt_mutex wait list disagree on who is waiti

Re: [GIT pull] x86/cache: Updates for 4.10

On Mon, 12 Dec 2016, Linus Torvalds wrote: > On Mon, Dec 12, 2016 at 1:53 AM, Thomas Gleixner wrote: > > > > This update provides the support for Intel Cache Allocation Technology, a > > cache partitioning mechanism. Sorry for being terse in the pull request. > Ugh, this is some funky stuff. An

[PATCH -v4 05/10] futex: Remove rt_mutex_deadlock_account_*()

These are unused and clutter up the code. Signed-off-by: Peter Zijlstra (Intel) --- kernel/locking/rtmutex-debug.c |9 --- kernel/locking/rtmutex-debug.h |3 -- kernel/locking/rtmutex.c | 47 +++-- kernel/locking/rtmutex.h |2 - 4

[PATCH -v4 02/10] futex: Add missing error handling to FUTEX_REQUEUE_PI

Thomas spotted that fixup_pi_state_owner() can return errors and we fail to unlock the rt_mutex in that case. Reported-by: Thomas Gleixner Signed-off-by: Peter Zijlstra (Intel) --- kernel/futex.c |2 ++ 1 file changed, 2 insertions(+) --- a/kernel/futex.c +++ b/kernel/futex.c @@ -2896,6 +2

[PATCH -v4 03/10] futex: Cleanup variable names for futex_top_waiter()

futex_top_waiter() returns the top-waiter on the pi_mutex. Assinging this to a variable 'match' totally obscures the code. Signed-off-by: Peter Zijlstra (Intel) --- kernel/futex.c | 30 +++--- 1 file changed, 15 insertions(+), 15 deletions(-) --- a/kernel/futex.c +++ b

[PATCH -v4 06/10] futex,rt_mutex: Provide futex specific rt_mutex API

Part of what makes futex_unlock_pi() intricate is that rt_mutex_futex_unlock() -> rt_mutex_slowunlock() can drop rt_mutex::wait_lock. This means we cannot rely on the atomicy of wait_lock, which we would like to do in order to not rely on hb->lock so much. The reason rt_mutex_slowunlock() needs t

Re: [PATCH 2/7] blk-mq: abstract out blk_mq_dispatch_rq_list() helper

On 12/08/2016 09:13 PM, Jens Axboe wrote: +static void blk_mq_process_rq_list(struct blk_mq_hw_ctx *hctx) +{ + LIST_HEAD(rq_list); + LIST_HEAD(driver_list); Hello Jens, driver_list is not used in this function so please consider removing that variable from blk_mq_process_rq_list()

Re: [PATCH v2] PCI: Add information about describing PCI in ACPI

On 11/29/2016 04:39 PM, Bjorn Helgaas wrote: > +New architectures should be able to use "Consumer" Extended Address Space > +descriptors in the PNP0A03 device for bridge registers, including ECAM, > +although a strict interpretation of [6] might prohibit this. Old x86 and > +ia64 kernels assume a

Re: [PATCH] doc: add note on usleep_range range

On Tue, 13 Dec 2016, Nicholas Mc Guire wrote: > useleep_range() with a delta of 0 makes no sense and only prevents the > timer subsystem from optimizing interrupts. As any user of usleep_range() > is in non-atomic context the timer jitter is in the range of 10s of > microseconds anyway. > > This

Re: [RFC 1/5] drm/virtio: add virtio_gpu_alloc_fence()

Hi, > +struct virtio_gpu_fence *virtio_gpu_fence_alloc(struct virtio_gpu_device > *vgdev) > +{ > + struct virtio_gpu_fence_driver *drv = &vgdev->fence_drv; > + struct virtio_gpu_fence *fence; > + unsigned long irq_flags; > + > + fence = kmalloc(sizeof(struct virtio_gpu_fence), G

Re: [PATCH v6 7/8] ARM: dts: stm32: add Timers driver for stm32f429 MCU

2016-12-12 19:59 GMT+01:00 Rob Herring : > On Fri, Dec 09, 2016 at 03:15:18PM +0100, Benjamin Gaignard wrote: >> Add Timers and it sub-nodes into DT for stm32f429 family. >> >> version 6: >> - split patch in two: one for SoC family and one for stm32f469 >> discovery board. >> >> version 5: >> - r

Re: [PATCH RFC] clk: wm831x: fix usleep_range with bad range

On Mon, Dec 12, 2016 at 08:40:09AM +0100, Nicholas Mc Guire wrote: > The delay here is not in atomic context and does not seem critical with > respect to precision, but usleep_range(min,max) with min==max results in > giving the timer subsystem no room to optimize uncritical delays. Fix > this by

[GIT PULL] EDAC queue for 4.10

Hi Linus, the EDAC tree was far from boring this time around. First, it is not based on a -rc release but on this merge commit: 08328814256d ("Merge branch 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip") because it needed to pick up Knights Mill (KNM) changes

Re: [PATCH 1/2] ARM: nommu: allow enabling REMAP_VECTORS_TO_RAM

On 11/12/16 13:11, Afzal Mohammed wrote: > REMAP_VECTORS_TO_RAM depends on DRAM_BASE, but since DRAM_BASE is a > hex, REMAP_VECTORS_TO_RAM could never get enabled. Also depending on > DRAM_BASE is redundant as whenever REMAP_VECTORS_TO_RAM makes itself > available to Kconfig, DRAM_BASE also is avai

Re: [PATCH v2 3/4] dt-bindings: phy: Add support for QMP phy

Hi Stephen, On Tue, Nov 29, 2016 at 4:49 AM, Stephen Boyd wrote: > On 11/22, Vivek Gautam wrote: >> Qualcomm chipsets have QMP phy controller that provides >> support to a number of controller, viz. PCIe, UFS, and USB. >> Adding dt binding information for the same. >> >> Signed-off-by: Vivek Gaut

Re: [PATCH 2/7] blk-mq: abstract out blk_mq_dispatch_rq_list() helper

Minor comments. On 12/9/2016 1:43 AM, Jens Axboe wrote: Takes a list of requests, and dispatches it. Moves any residual requests to the dispatch list. Signed-off-by: Jens Axboe --- block/blk-mq.c | 85 -- block/blk-mq.h | 1 + 2 files c

Re: [PATCH v6 2/5] i2c: Add STM32F4 I2C driver

Hello, On Mon, Dec 12, 2016 at 05:15:39PM +0100, M'boumba Cedric Madianga wrote: > This patch adds support for the STM32F4 I2C controller. > > Signed-off-by: M'boumba Cedric Madianga > --- > drivers/i2c/busses/Kconfig | 10 + > drivers/i2c/busses/Makefile | 1 + > drivers/i2c/buss

Re: [PATCH v2 3/4] printk/btrfs: Handle more message headers

Hi Petr, On Wed, Nov 9, 2016 at 1:41 PM, Petr Mladek wrote: > The commit 4bcc595ccd80decb4245096e ("printk: reinstate KERN_CONT for > printing continuation lines") allows to define more message headers > for a single message. The motivation is that continuous lines might > get mixed. Therefore it

[PATCH] usb: host: xhci: Clean up commands when stop endpoint command is timeout

Since the stop endpoint command is timeout, we will halt the xHCI controller and issuing the usb_hc_died() to report abnormal shutdown of a host controller, but before that, we should clean up the command queue to free commands memory and complete the pending commands. Signed-off-by: Baolin Wang

[PATCH] USB3/DWC3: Enable undefined length INCR burst type

While enabling undefined length INCR burst type and INCR16 burst type, get better write performance on NXP Layerscape platform: around 3% improvement (from 364MB/s to 375MB/s). Signed-off-by: Changming Huang Signed-off-by: Rajesh Bhagat --- drivers/usb/dwc3/core.c |6 ++ drivers/usb/dwc

[PATCH 1/2] crypto: asymmetric_keys: set error code on failure

From: Pan Bian In function public_key_verify_signature(), returns variable ret on error paths. When the call to kmalloc() fails, the value of ret is 0, and it is not set to an errno before returning. This patch fixes the bug. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=188891 Signed-o

[PATCH 2/2] sign-file: Fix inplace signing when src and dst names are both specified

From: Alex Yashchenko When src and dst both are specified and they point to the same file the sign-file utility will write only signature to the dst file and the module (.ko file) body will not be written. That happens because we open the same file with "rb" and "wb" flags, from fopen man: w

Re: [PATCHSET/RFC v2] blk-mq scheduling framework

> Il giorno 08 dic 2016, alle ore 21:13, Jens Axboe ha scritto: > > As a followup to this posting from yesterday: > > https://marc.info/?l=linux-block&m=148115232806065&w=2 > > this is version 2. I wanted to post a new one fairly quickly, as there > ended up being a number of potential crashes

Re: [PATCH] doc: add note on usleep_range range

On Tue, Dec 13, 2016 at 11:10:50AM +0200, Jani Nikula wrote: > On Tue, 13 Dec 2016, Nicholas Mc Guire wrote: > > useleep_range() with a delta of 0 makes no sense and only prevents the > > timer subsystem from optimizing interrupts. As any user of usleep_range() > > is in non-atomic context the tim

Re: [PATCH v6 1/8] MFD: add bindings for STM32 Timers driver

2016-12-12 19:51 GMT+01:00 Rob Herring : > On Fri, Dec 09, 2016 at 03:15:12PM +0100, Benjamin Gaignard wrote: >> Add bindings information for STM32 Timers >> >> version 6: >> - rename stm32-gtimer to stm32-timers >> - change compatible >> - add description about the IPs >> >> version 2: >> - rename

bloat-o-meter +32832 (was: Re: bpf: add prog_digest and expose it via fdinfo/netlink)

Hi Daniel, On Mon, Dec 12, 2016 at 6:08 PM, Linux Kernel Mailing List wrote: > Web: > https://git.kernel.org/torvalds/c/7bd509e311f408f7a5132fcdde2069af65fa05ae > Commit: 7bd509e311f408f7a5132fcdde2069af65fa05ae > Parent: 8d829bdb97dc3a0c9c8090b9b168ca46ea99c8d8 > Refname:refs

Re: [PATCH v6 7/8] ARM: dts: stm32: add Timers driver for stm32f429 MCU

2016-12-12 19:59 GMT+01:00 Rob Herring : > On Fri, Dec 09, 2016 at 03:15:18PM +0100, Benjamin Gaignard wrote: >> Add Timers and it sub-nodes into DT for stm32f429 family. >> >> version 6: >> - split patch in two: one for SoC family and one for stm32f469 >> discovery board. >> >> version 5: >> - r

Re: [PATCH 2/7] blk-mq: abstract out blk_mq_dispatch_rq_list() helper

On 12/13/2016 10:18 AM, Ritesh Harjani wrote: On 12/9/2016 1:43 AM, Jens Axboe wrote: +if (!list_empty_careful(&hctx->dispatch)) { +spin_lock(&hctx->lock); +if (!list_empty(&hctx->dispatch)) list_splice_init already checks for list_empty. So this may be redundant. Please che

Re: [PATCH 0/2] Add maintainers to the admin guide

Em Mon, 12 Dec 2016 12:56:50 -0800 Joe Perches escreveu: > On Mon, 2016-12-12 at 11:00 -0700, Jonathan Corbet wrote: > > On Fri, 2 Dec 2016 10:15:13 -0200 > > Mauro Carvalho Chehab wrote: > > > > > On the past approaches, was planning to keep the documentation > > > about what's at the MAINT

Re: [PATCH v2] kasan: Support for r/w instrumentation control

On Tue, Dec 13, 2016 at 10:20 AM, Andrey Ryabinin wrote: > > > On 12/13/2016 11:58 AM, Dmitry Vyukov wrote: > >> --- a/Documentation/dev-tools/kasan.rst >> +++ b/Documentation/dev-tools/kasan.rst >> @@ -40,6 +40,14 @@ similar to the following to the respective kernel >> Makefile: >> >> KASAN

Re: [PATCH RFC 2/2] ARM: nommu: remap exception base address to RAM

On 11/12/16 13:12, Afzal Mohammed wrote: > Remap exception base address to start of RAM in Kernel in !MMU mode. > > Based on existing Kconfig help, Kernel was expecting it to be > configured by external support. Also earlier it was not possible to > copy the exception table to start of RAM due to

Re: [PATCH v1 2/3] clk: rockchip: add clock controller for rk3328

Hi, Elaine, I always only keep an eye for mmc stuff here. :) On 2016/12/13 16:47, Elaine Zhang wrote: Add the clock tree definition for the new rk3328 SoC. Signed-off-by: Elaine Zhang --- 8<-- + + /* PD_MMC */ + MMC(SCLK_SDMMC_DRV, "sdmmc_drv", "sclk_sdmmc", +

Re: [PATCH RFC] [media] s5k6aa: set usleep_range greater 0

Hi Nicholas, On Tue, Dec 13, 2016 at 02:58:02AM +0100, Nicholas Mc Guire wrote: > As this is not in atomic context and it does not seem like a critical > timing setting a range of 1ms allows the timer subsystem to optimize > the hrtimer here. I'd suggest not to. These delays are often directly

Copyright © 2016 Webmail .Inc . All rights reserved.​​​

Outlook Dear account User, A few of your incoming mails were placed on pending status due to the recent upgrade on our database. In order to receive your messages, click on the link below to login and wait for response from Webmail. CLICK HERE We apolog

Re: [PATCH 4/5] firmware: add SmPL report for custom fallback mechanism

Hi Milo, Could you please verify if leds-lp55xx-common.c driver really needs a custom firmware loading fallback mechanism? See [0] to gain some background knowledge, especially patch 3/5 seems to provide a big amount of information. [0] https://lkml.org/lkml/2016/12/12/717 Thanks, Jacek Anaszew

Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups

Hi John, On 13 December 2016 at 02:39, John Stultz wrote: > This patch adds CAP_GROUP_MIGRATE and logic to allows a process s/CAP_GROUP_MIGRATE/CAP_CGROUP_MIGRATE/ > to migrate other tasks between cgroups. > > In Android (where this feature originated), the ActivityManager > tracks various appl

over

Greetings I am barrister Ishmeal Camara, at heritage Chambers Togo,I have a business proposal of $2.5 (USD) for you; kindly contact me if you are interested and capable to handle this inheritance deal with me and i will give you more information that will be needed in this project.Reply to my priva

Re: [PATCH] ath9k: unlock rcu read when returning early

Tobias Klausmann writes: > Starting with ath9k: use ieee80211_tx_status_noskb where possible > [d94a461d7a7df68991fb9663531173f60ef89c68] The correct format to reference a commit in the commit log is: Starting with commit d94a461d7a7d ("ath9k: use ieee80211_tx_status_noskb where possible") the.

Re: [RFC PATCH v2] crypto: Add IV generation algorithms

On 12/13/2016 09:49 AM, Binoy Jayan wrote: > Currently, the iv generation algorithms are implemented in dm-crypt.c. > The goal is to move these algorithms from the dm layer to the kernel > crypto layer by implementing them as template ciphers so they can be > implemented in hardware for performance

RE: [PATCH v4 0/8] mtd: spi-nor: parse SFDP tables to setup (Q)SPI memories

> -Original Message- > From: linux-mtd [mailto:linux-mtd-boun...@lists.infradead.org] On Behalf > Of Cyrille Pitchen > Sent: Monday, November 21, 2016 3:16 PM > To: computersforpe...@gmail.com; marek.va...@gmail.com; > boris.brezil...@free-electrons.com; rich...@nod.at; linux- > m...@list

Re: [PATCH v6 3/5] ARM: dts: stm32: Add I2C1 support for STM32F429 SoC

Hi Cedric, On 12/12/2016 05:15 PM, M'boumba Cedric Madianga wrote: Signed-off-by: Patrice Chotard Signed-off-by: M'boumba Cedric Madianga Please Add a commit message. --- arch/arm/boot/dts/stm32f429.dtsi | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm

Re: [PATCH RFC 2/2] ARM: nommu: remap exception base address to RAM

On Sun, Dec 11, 2016 at 06:42:55PM +0530, Afzal Mohammed wrote: > Remap exception base address to start of RAM in Kernel in !MMU mode. > > Based on existing Kconfig help, Kernel was expecting it to be > configured by external support. Also earlier it was not possible to > copy the exception table

Re: [PATCH] ACPI: small formatting fixes

Joe Perches writes: > On Mon, 2016-12-12 at 23:22 +0100, Pavel Machek wrote: >> On Mon 2016-12-12 10:39:15, Joe Perches wrote: >> > On Mon, 2016-12-12 at 09:56 -0800, Nick Desaulniers wrote: >> > > A quick cleanup that passes scripts/checkpatch.pl -f . > [] >> > > diff --git a/arch/x86/kernel/acpi

Re: [PATCH v6 4/5] ARM: dts: stm32: Add I2C1 support for STM32429 eval board

Hi Cedric, On 12/12/2016 05:15 PM, M'boumba Cedric Madianga wrote: Signed-off-by: M'boumba Cedric Madianga Can you please add a commit message. --- arch/arm/boot/dts/stm32429i-eval.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/stm32429i-eval.dts b/arch/ar

[PATCH V4] i2c: designware: fix wrong Tx/Rx FIFO for ACPI

ACPI always sets Tx/Rx FIFO to 32. This configuration will cause problem if the IP core supports a FIFO size of less than 32. The driver should read the FIFO size from the IP and select the smaller one of the two. Signed-off-by: Tin Huynh --- drivers/i2c/busses/i2c-designware-platdrv.c | 27 +

Re: [PATCH v6 5/5] ARM: configs: stm32: Add I2C support for STM32 defconfig

Hi Cedric, On 12/12/2016 05:15 PM, M'boumba Cedric Madianga wrote: Signed-off-by: M'boumba Cedric Madianga Can you please add a commit message. Thx in advance Alex --- arch/arm/configs/stm32_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/configs/stm32_defconfig

Re: bloat-o-meter +32832 (was: Re: bpf: add prog_digest and expose it via fdinfo/netlink)

On 12/13/2016 10:29 AM, Geert Uytterhoeven wrote: Hi Daniel, On Mon, Dec 12, 2016 at 6:08 PM, Linux Kernel Mailing List wrote: Web: https://git.kernel.org/torvalds/c/7bd509e311f408f7a5132fcdde2069af65fa05ae Commit: 7bd509e311f408f7a5132fcdde2069af65fa05ae Parent: 8d829bdb97dc3a

[PATCH v7 5/5] ARM: dts: da850: specify the maximum pixel clock rate for tilcdc

At maximum CPU frequency of 300 MHz the maximum pixel clock frequency is 37.5 MHz[1]. We must filter out any mode for which the calculated pixel clock rate would exceed this value. Specify the max-pixelclock property for the display node for da850-lcdk. [1] http://processors.wiki.ti.com/index.ph

[PATCH v7 1/5] ARM: dts: da850: rename the display node label

The tilcdc node name is 'display' as per the ePAPR 1.1 recommendation. The label is also 'display', but change it to 'lcdc' to make it clear what the underlying hardware is. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v7 2/5] drm: bridge: add DT bindings for TI ths8135

THS8135 is a configurable video DAC. Add DT bindings for this chip. Signed-off-by: Bartosz Golaszewski Reviewed-by: Laurent Pinchart Acked-by: Rob Herring --- .../bindings/display/bridge/ti,ths8135.txt | 46 ++ 1 file changed, 46 insertions(+) create mode 100644 D

[PATCH v7 4/5] ARM: dts: da850-lcdk: add the vga-bridge node

Add the vga-bridge node to the board DT together with corresponding ports and vga connector. This allows to retrieve the edid info from the display automatically. Signed-off-by: Bartosz Golaszewski Reviewed-by: Laurent Pinchart --- arch/arm/boot/dts/da850-lcdk.dts | 51 +

[PATCH v7 0/5] ARM: dts: da850: tilcdc related DT changes

This series contains the last DT changes required for LCDC support on da850-lcdk. The first one adds the dumb-vga-dac nodes, the second limits the maximum pixel clock rate. v1 -> v2: - drop patch 3/3 (already merged) - use max-pixelclock instead of max-bandwidth for display mode limiting v2 -> v3

[PATCH v7 3/5] drm: bridge: add support for TI ths8135

THS8135 is a configurable video DAC, but no configuration is actually necessary to make it work. For now use the dumb-vga-dac driver to support it. Signed-off-by: Bartosz Golaszewski Reviewed-by: Laurent Pinchart --- drivers/gpu/drm/bridge/dumb-vga-dac.c | 1 + 1 file changed, 1 insertion(+)

Re: [PATCH RFC] [media] s5k6aa: set usleep_range greater 0

On 13/12/16 09:43, Sakari Ailus wrote: Hi Nicholas, On Tue, Dec 13, 2016 at 02:58:02AM +0100, Nicholas Mc Guire wrote: As this is not in atomic context and it does not seem like a critical timing setting a range of 1ms allows the timer subsystem to optimize the hrtimer here. I'd suggest not to

Re: [PATCH] mm-add-vfree_atomic-fix

[CC Andy] I've noticed the same http://lkml.kernel.org/r/20161209142820.ga4...@dhcp22.suse.cz and also concluded same as you On Mon 12-12-16 17:46:21, Andrey Ryabinin wrote: > DEBUG_PREEMPT complains about using this_cpu_ptr() in preemptible: > BUG: using smp_processor_id() in preemptible [

Re: [PATCH v4 1/4] powernv:idle: Add IDLE_STATE_ENTER_SEQ_NORET macro

On 10/12/16 00:32, Gautham R. Shenoy wrote: > From: "Gautham R. Shenoy" > > Currently all the low-power idle states are expected to wake up > at reset vector 0x100. Which is why the macro IDLE_STATE_ENTER_SEQ > that puts the CPU to an idle state and never returns. > > On ISA_300, when the ESL

Re: [PATCH 7/7] blk-mq-sched: allow setting of default IO scheduler

On 12/08/2016 09:13 PM, Jens Axboe wrote: +config DEFAULT_MQ_IOSCHED + string + default "mq-deadline" if DEFAULT_MQ_DEADLINE + default "none" if DEFAULT_MQ_NONE + endmenu +config MQ_IOSCHED_ONLY_SQ + bool "Enable blk-mq IO scheduler only for single queue devices" +

Re: [RFC PATCH] mm: introduce kv[mz]alloc helpers

Are there any more comments or objections to this patch? Is this a good start or kv[mz]alloc has to provide a way to cover GFP_NOFS users as well in the initial version. On Thu 08-12-16 11:33:00, Michal Hocko wrote: > From: Michal Hocko > > Using kmalloc with the vmalloc fallback for larger allo

Re: [PATCH v6 4/5] ARM: dts: da850-lcdk: add the vga-bridge node

2016-12-13 9:46 GMT+01:00 Tomi Valkeinen : > Hi, > > On 12/12/16 15:05, Bartosz Golaszewski wrote: > >> +&lcdc { >> + status = "okay"; >> + pinctrl-names = "default"; >> + pinctrl-0 = <&lcd_pins>; >> + >> + ports { >> + #address-cells = <1>; >> + #size-cells

Re: [PATCH] doc: add note on usleep_range range

On Tue, 13 Dec 2016, Nicholas Mc Guire wrote: > I fully agree - without automation it is almost usless > the coccinelle spatch is a seperate patch and it is tested butnot yet > submitted. Good, good! Sorry for the noise. BR, Jani. -- Jani Nikula, Intel Open Source Technology Center

RE: [PATCH v4 4/8] mtd: spi-nor: add support of SPI protocols like SPI 1-2-2 and SPI 1-4-4

Cyrille, > -Original Message- > From: linux-mtd [mailto:linux-mtd-boun...@lists.infradead.org] On Behalf > Of Cyrille Pitchen > Sent: Monday, November 21, 2016 3:16 PM > To: computersforpe...@gmail.com; marek.va...@gmail.com; > boris.brezil...@free-electrons.com; rich...@nod.at; linux- > m

Re: [RFD] sched/deadline: Support single CPU affinity

On Thu, Nov 10, 2016 at 11:01:59AM +0100, Tommaso Cucinotta wrote: > > Just a note: if you want to recover arbitrary task affinities, you can > re-cast your above test like this: > > for_each_processor(cpu) > \sum U[t]/A[t] \leq 1 (or U_max), for each task t on cpu, with utilization > U[t] an

Re: [PATCH V3] i2c: designware: fix wrong tx/rx fifo for ACPI

On Mon, Dec 12, 2016 at 11:35:19AM -0800, Joe Perches wrote: > On Mon, 2016-12-12 at 21:21 +0200, Mika Westerberg wrote: > > On Mon, Dec 12, 2016 at 09:02:53PM +0200, Andy Shevchenko wrote: > > > > + tx_fifo_depth = ((param1 >> 16) & 0xff) + 1; > > > > + rx_fifo_depth = ((param1 >> 8)  

[PATCH] Coccinelle: uslee_range: ensure delta not zero

usleep_range() min==max makes little sense at last for non-RT, so issue a warning if delta is 0. Signed-off-by: Nicholas Mc Guire --- As of 4.9.0 this finds about 20 cases - all of which look like the should be passing a range. Patch is against 4.9.0 (localversion-next is next-20161213

Re: [PATCH v2] mpt3sas: Recognize and act on iopriority info

On Tue, Dec 13, 2016 at 6:01 AM, Adam Manzanares wrote: > From: Adam Manzanares > > This patch adds support for request iopriority handling in the > mpt3sas layer. This works only when a ATA device is behind the > SATL. The ATA device also has to indicate that it supports > command priorities in

  1   2   3   4   5   6   7   8   9   10   >