Re: net/sunrpc/stats.c:204: undefined reference to `_GLOBAL_OFFSET_TABLE_'

On Thu, 22 Sep 2016, kbuild test robot wrote: > Hi Nicolas, > > FYI, the error/warning still remains. > > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: 7d1e042314619115153a0f6f06e4552c09a50e13 > commit: 461a5e51060c93f5844113f4be9dba513cc92830

[PATCH] f2fs: remove dirty inode pages in error path

When getting EIO while handling orphan inodes, we can get some dirty node pages. Then, f2fs_write_node_pages() called by iput(node_inode) will try to flush node pages. But in this case, we should prevent to do that, since we will try again from the start. Signed-off-by: Jaegeuk Kim

Re: new objtool warnings again...

On Fri, Sep 23, 2016 at 2:16 PM, Josh Poimboeuf wrote: > > I just started seeing this problem today. I suspect it's a ccache > issue, since it only showed up after ccache was updated. Ahh, I didn't even notice that ccache got updated, but yeah, that makes sense.

[PATCH] [media] VPU: mediatek: Fix return value in case of error

If 'dma_alloc_coherent()' returns NULL, 'vpu_alloc_ext_mem()' will return 0 which means success. Return -ENOMEM instead. Signed-off-by: Christophe JAILLET --- drivers/media/platform/mtk-vpu/mtk_vpu.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH] toshiba_bluetooth: Decouple an error checking status code

On Wed, Sep 07, 2016 at 09:28:15AM -0600, Azael Avalos wrote: > This patch simply decouples te error checking of the ACPI status and > the actual BT status, as those two were nested in an if/else check, > but are completely unrelated. > > Signed-off-by: Azael Avalos

Re: [PATCH 0/2] toshiba_haps: Small updates to driver code

On Wed, Sep 07, 2016 at 09:28:12AM -0600, Azael Avalos wrote: > These two patches make some small changes to the driver code, the first > splits the error check fro the ACPI status and the HDD protection, and > the second simply changes the printing level of two strings from info > to debug.

Re: [PATCH 3/4] autofs - make mountpoint checks namespace aware

On Fri, 2016-09-23 at 14:15 -0500, Eric W. Biederman wrote: > Ian Kent writes: > > 2> On Thu, 2016-09-22 at 20:37 -0500, Eric W. Biederman wrote: > > > Ian Kent writes: > > > > > > > On Thu, 2016-09-22 at 10:43 -0500, Eric W. Biederman wrote: > > > > > Ian

Re: linux-next: Tree for Sep 21

Hi Linus, On Fri, 23 Sep 2016 11:24:04 -0700 Linus Torvalds wrote: > > On Tue, Sep 20, 2016 at 11:08 PM, Stephen Rothwell > wrote: > > > > Changes since 20160920: > > [...] > > Non-merge commits (relative to Linus' tree): 11180 > > 8424

Re: [PATCH v2] ASoC: rk3399_gru_sound: fix recording pop at first attempt

On Thu, Sep 22, 2016 at 09:50:06PM +0800, Xing Zheng wrote: > From: Wonjoon Lee > > Pop happens when mclk applied but dmic's own boot-time This statement doesn't make sense. > Specify dmic delay times in dt to make sure > clocks are ready earlier than dmic working I

Re: [PATCH] PCI: rockchip: Support quirk to disable 5 GT/s (PCIe 2.x) link rate

On Thu, Sep 22, 2016 at 10:31:18AM -0700, Brian Norris wrote: > rk3399 supports PCIe 2.x link speeds marginally at best, and on some > boards, the link won't train at 5 GT/s at all. Rather than sacrifice 500 > ms waiting for training that will never happen, let's support a device > tree quirk flag

Re: [PATCH 08/16] perf tools: Increase debug level of SDT debug messages

On Fri, 23 Sep 2016 17:38:40 +0300 Adrian Hunter wrote: > Two SDT debug messages can occur for every DSO which is too noisy. > Consequently, increase debug level of SDT messages. OK, but why "4" would you choose? Thanks, > > Signed-off-by: Adrian Hunter

[PATCH -tip] locking/rtmutex: Reduce top-waiter blocking on a lock

By applying well known spin-on-lock-owner techniques, we can avoid the blocking overhead during the process of when the task is trying to take the rtmutex. The idea is that as long as the owner is running, there is a fair chance it'll release the lock soon, and thus a task trying to acquire the

Re: [RFC] fs: add userspace critical mounts event support

On 06/09/2016 16:04, Luis R. Rodriguez wrote: > They claim that without it there is the race between /lib/firmware > being ready and driver asking for the firmware. Hope it's understood by now. > I was told there were quite a bit of out-of-tree hacks to address > this without using the usermode

Re: [PATCH v3] Input: elants_i2c - get product id on recovery mode for FW update

On Fri, Sep 23, 2016 at 04:01:17PM +0800, Johnny Chuang wrote: > This CL takes the responsibility for getting product/hardware id > on recovery mode. > It will fix firmware update script could not find correspond firmware > file name on recovery mode. > BTW, firmware must need to support reading

Re: [PATCH net-next v2] Documentation: devicetree: revise ethernet device-tree binding about TRGMII

On Fri, Sep 23, 2016 at 02:04:09PM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > add phy-mode "trgmii" to > Documentation/devicetree/bindings/net/ethernet.txt > > Cc: devicet...@vger.kernel.org > Reported-by: Sergei Shtylyov

Re: [PATCH net-next] Documentation: devicetree: fix typo in MediaTek ethernet device-tree binding

On Fri, Sep 23, 2016 at 02:09:32PM +0800, sean.w...@mediatek.com wrote: > From: Sean Wang > > fix typo in > Documentation/devicetree/bindings/net/mediatek-net.txt > > Cc: devicet...@vger.kernel.org > Reported-by: Sergei Shtylyov >

Re: [PATCH v3 3/3] clk: mvebu: migrate CP110 system controller to clk_hw API and registration

On 09/21, Marcin Wojtas wrote: > @@ -203,80 +202,75 @@ static int cp110_syscon_clk_probe(struct > platform_device *pdev) > if (ret) > return ret; > > - cp110_clks = devm_kcalloc(>dev, sizeof(struct clk *), > - CP110_CLK_NUM, GFP_KERNEL); > -

Re: [PATCH v3 3/4] regulator: axp20x: add the AXP803

On Fri, Sep 23, 2016 at 09:00:42AM +0200, Jean-Francois Moine wrote: > The X-Powers AXP803 PMIC is close to the AXP809 with more outputs. > It is used in some Allwinner boards as the Sinovoip BananaPi M64 > and the Pine A64. > > Signed-off-by: Jean-Francois Moine > --- > not

Re: [PATCH v2] drm/panel: simple: add support for Sharp LQ150X1LG11 panels

On Fri, Sep 23, 2016 at 4:39 PM, Peter Rosin wrote: > On 2016-09-23 19:39, Rob Herring wrote: >> On Sat, Sep 17, 2016 at 11:34:22AM +0200, Peter Rosin wrote: >>> From: Gustaf Lindström >>> >>> The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel. >>> >>>

[bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

Hi, I'm chasing a memory corruption with 4.8-rc7 as I'm observing random Oopses on ppc BE/LE systems (lpars, KVM guests). About 30% of issues is that module list gets corrupted, and "cat /proc/modules" or "lsmod" triggers an Oops, for example: [ 88.486041] Unable to handle kernel paging

Re: [PATCH 2/3] f2fs: support checkpoint error injection

Hi Jaegeuk, On 2016/9/24 7:53, Jaegeuk Kim wrote: > Hi Chao, > > The basic rule is to stop every operations once CP_ERROR_FLAG is set. > But, this patch simply breaks the rule. > For example, f2fs_write_data_page() currently exits with mapping_set_error(). > So this patch incurs missing dentry

Re: Regression in 4.8 - CPU speed set very low

On 09/18/2016 09:54 PM, Larry Finger wrote: On 09/14/2016 11:00 AM, Larry Finger wrote: On 09/09/2016 12:39 PM, Larry Finger wrote: I have found a regression in kernel 4.8-rc2 that causes the speed of my laptop with an Intel(R) Core(TM) i7-4600M CPU @ 2.90GHz to suddenly have a maximum cpu

Re: [PATCH] mm: warn about allocations which stall for too long

Michal Hocko wrote: > On Fri 23-09-16 23:36:22, Tetsuo Handa wrote: > > Michal Hocko wrote: > > > @@ -3659,6 +3661,15 @@ __alloc_pages_slowpath(gfp_t gfp_mask, unsigned > > > int order, > > > else > > > no_progress_loops++; > > > > > > + /* Make sure we know about allocations which

Re: [PATCH 3/3] bpf powerpc: add support for bpf constant blinding

On 09/23/2016 10:35 PM, Naveen N. Rao wrote: In line with similar support for other architectures by Daniel Borkmann. 'MOD Default X' from test_bpf without constant blinding: 84 bytes emitted from JIT compiler (pass:3, flen:7) d58a4688 + : 0: nop 4: nop 8: std

Re: [PATCH V1 1/3] clk: Loongson1: Refactor Loongson1 clock

On 09/19, Keguang Zhang wrote: > From: Kelvin Cheung > > Factor out the common functions into loongson1/clk.c > to support both Loongson1B and Loongson1C. And, put > the rest into loongson1/clk-loongson1b.c. > > Signed-off-by: Kelvin Cheung >

Re: [PATCH v3] CLK: Add Loongson1C clock support

On 09/20, Yang Ling wrote: > This patch adds clock support to Loongson1C SoC. > > Signed-off-by: Yang Ling > > --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [PATCH v3 3/3] clk: mvebu: migrate CP110 system controller to clk_hw API and registration

Hi Stephen, 2016-09-23 23:47 GMT+02:00 Stephen Boyd : > On 09/21, Marcin Wojtas wrote: >> @@ -203,80 +202,75 @@ static int cp110_syscon_clk_probe(struct >> platform_device *pdev) >> if (ret) >> return ret; >> >> - cp110_clks = devm_kcalloc(>dev,

Re: [PATCH v2] ASoC: simple-card: add support for aux devices

On Fri, Sep 23, 2016 at 10:11:12AM +0300, Nikita Yushchenko wrote: > This patch makes it possible to use simple-card in setups where separate > amplifier chip is connected to codec's output. > > Changes from v1: > - moved example usage from commit message to Documentation/, as > suggested by

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

On Fri, Sep 23, 2016 at 04:55:48PM +0530, Nava kishore Manne wrote: > From: Nava kishore Manne > > This patch Adds the new compatible string for ZynqMP. > > Signed-off-by: Nava kishore Manne > --- > Changes for v4: > -Modified the

Re: [PATCH v3 1/8] drivers:input:tsc2007: add new common binding names, pre-calibration, flipping and rotation

On Fri, Sep 23, 2016 at 02:41:09PM +0200, H. Nikolaus Schaller wrote: > commit b98abe52fa8e ("Input: add common DT binding for touchscreens") > introduced common DT bindings for touchscreens [1] and a helper function to > parse the DT. > > commit ed7c9870c9bc ("Input: of_touchscreen - add support

Re: [RESEND PATCH 1/1] mm/percpu.c: correct max_distance calculation for pcpu_embed_first_chunk()

From: zijun_hu it is error to represent the max range max_distance spanned by all the group areas as the offset of the highest group area plus unit size in pcpu_embed_first_chunk(), it should equal to the offset plus the size of the highest group area in order to fix this

Re: [PATCH 2/3] f2fs: support checkpoint error injection

On Sat, Sep 24, 2016 at 08:46:54AM +0800, Chao Yu wrote: > Hi Jaegeuk, > > On 2016/9/24 7:53, Jaegeuk Kim wrote: > > Hi Chao, > > > > The basic rule is to stop every operations once CP_ERROR_FLAG is set. > > But, this patch simply breaks the rule. > > For example, f2fs_write_data_page()

drivers/gpio/gpiolib.c:3215: undefined reference to `of_get_named_gpiod_flags'

Hi Linus, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 78bbf153fa96e5e40234b7b05567602535645460 commit: 2527ecc9195e9c66252af24c4689e8a67cd4ccb9 gpio: Fix OF build problem on UM date: 5 weeks

[PATCH 1/2] bpf samples: fix compiler errors with sockex2 and sockex3

These samples fail to compile as 'struct flow_keys' conflicts with definition in net/flow_dissector.h. Fix the same by renaming the structure used in the sample. Signed-off-by: Naveen N. Rao --- samples/bpf/sockex2_kern.c | 10 +-

Re: [PATCH] docs-rst: add inter-document cross references

Hi Jon, Em Wed, 21 Sep 2016 15:44:05 -0600 Jonathan Corbet escreveu: > ...and now I'm thinking that's maybe about enough in docs for 4.9...:) I finished handling the plain text files that, IMHO, should be on either user of development process books. As you're feeling that

Re: [PATCH 1/1] mm/percpu.c: correct max_distance calculation for pcpu_embed_first_chunk()

Hello, On Sat, Sep 24, 2016 at 05:16:56AM +0800, zijun_hu wrote: > On 2016/9/24 3:23, Tejun Heo wrote: > > On Sat, Sep 24, 2016 at 02:20:24AM +0800, zijun_hu wrote: > >> From: zijun_hu > >> > >> correct max_distance from (base of the highest group + ai->unit_size) > >> to (base

Re: [PATCH v3 6/8] drivers:input:ads7846(+tsc2046): add new common binding names, pre-calibration and flipping

On Fri, Sep 23, 2016 at 02:41:14PM +0200, H. Nikolaus Schaller wrote: > commit b98abe52fa8e ("Input: add common DT binding for touchscreens") > introduced common DT bindings for touchscreens [1] and a helper function to > parse the DT. > > commit ed7c9870c9bc ("Input: of_touchscreen - add support

Re: [PATCH v2] clk: hisilicon: add CRG driver for Hi3798CV200 SoC

在 2016/9/24 1:47, Rob Herring 写道: > On Sun, Sep 18, 2016 at 03:30:21PM +0800, Jiancheng Xue wrote: >> Add CRG driver for Hi3798CV200 SoC. CRG(Clock and Reset >> Generator) module generates clock and reset signals used >> by other module blocks on SoC. >> >> Signed-off-by: Jiancheng Xue

Re: new objtool warnings again...

On Fri, Sep 23, 2016 at 2:14 PM, Josh Poimboeuf wrote: > > Is this with your latest pushed master branch? I have F24, but I don't > see the warning. It is with the latest branch, but I was wrong - it doesn't show up for "allmodconfig", it only shows up for my fairly-minimal

[git pull] Input updates for 4.8-rc7

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive updates for the input subsystem. Just a fix up for the firmware handling to the Silead driver (which is a new driver in this release). Changelog: - Hans de Goede (2):

[PATCH] MAINTAINERS: Update open-iscsi maintainers

Chris Leech and I are taking over open-iscsi maintenance from Mike Christie. Signed-off-by: Lee Duncan --- MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 01bff8ea28d8..0afaf42d5416 100644 --- a/MAINTAINERS +++

Re: [PATCH] clk: change the type of clk_hw_onecell_data.num to unsigned int

On 09/23, Masahiro Yamada wrote: > The "num" is the number of clk_hw entries in the structure, so > "unsigned int" would be a better fit. (size_t looks like data > size we count by byte.) > > Besides, struct clk_onecell_data already uses unsigned int for > "clk_num". > > Signed-off-by: Masahiro

Re: [PATCH] ext4: Check for encryption feature before fscrypt_process_policy()

On Thu, Sep 22, 2016 at 06:38:03PM -0400, Theodore Ts'o wrote: > > I think it's fine to fix it now in upstream. It might cause some > problems for Cyanogen developers if they want to try to use an > upstream kernel and also enable the ext4 encryption feature, but the > fix to make_ext4fs isn't

Re: [PATCH 11/13] nvme: switch to use pci_alloc_irq_vectors

On 14/09/16 07:18, Christoph Hellwig wrote: Use the new helper to automatically select the right interrupt type, as well as to use the automatic interupt affinity assignment. Patch title and the change description are a little short IMO to describe what is going on here (need the blk-mq side

Re: [PATCH v4 0/3] nvme power saving

Jens, can we at least get patches 1 and 2 in while pondering the fate of the right interface for patch 3?

Re: acpi: Fix broken error check in map_processor()

On Fri, Sep 23, 2016 at 5:08 PM, Thomas Gleixner wrote: > map_processor() checks the cpuid value returned by acpi_map_cpuid() for -1 > but acpi_map_cpuid() returns -EINVAL in case of error. > > As a consequence the error is ignored and the following access into percpu > data

Re: [PATCH v2 0/4] ACPI / watchdog: Add support for WDAT (Watchdog Action Table)

On Tuesday, September 20, 2016 03:30:50 PM Mika Westerberg wrote: > Hi, > > The WDAT (Watchdog Action Table) is a special ACPI table introduced by > Microsoft [1] that abstracts the watchdog hardware from the OS. Windows > uses this table for its watchdog implementation instead of a native iTCO >

[PATCH] x86/alternatives: add stack frame dependency to alternative_call_2()

Linus reported the following objtool warning: kernel/signal.o: warning: objtool: .altinstr_replacement+0x54: call without frame pointer save/setup The warning is valid. It's caused by the fact that gcc placed the call instruction in alternative_call_2()'s inline asm before the frame pointer

Re: [PATCH v3 3/3] clk: mvebu: migrate CP110 system controller to clk_hw API and registration

On 09/24, Marcin Wojtas wrote: > Hi Stephen, > > 2016-09-23 23:47 GMT+02:00 Stephen Boyd : > > On 09/21, Marcin Wojtas wrote: > >> @@ -203,80 +202,75 @@ static int cp110_syscon_clk_probe(struct > >> platform_device *pdev) > >> if (ret) > >> return ret; >

Re: [PATCH 2/3] bpf powerpc: implement support for tail calls

On 09/23/2016 10:35 PM, Naveen N. Rao wrote: Tail calls allow JIT'ed eBPF programs to call into other JIT'ed eBPF programs. This can be achieved either by: (1) retaining the stack setup by the first eBPF program and having all subsequent eBPF programs re-using it, or, (2) by unwinding/tearing

Re: [PATCH v2] drm/panel: simple: add support for Sharp LQ150X1LG11 panels

On 2016-09-23 19:39, Rob Herring wrote: > On Sat, Sep 17, 2016 at 11:34:22AM +0200, Peter Rosin wrote: >> From: Gustaf Lindström >> >> The Sharp 15" LQ150X1LG11 panel is an XGA TFT LCD panel. >> >> Signed-off-by: Gustaf Lindström >> Signed-off-by: Peter Rosin

Re: [PATCH] x86/alternatives: add stack frame dependency to alternative_call_2()

On Fri, Sep 23, 2016 at 2:49 PM, Josh Poimboeuf wrote: > > Reported-by: Linus Torvalds Works for me. So: Reported-and-tested-by: Linus Torvalds but I don't think I'll apply this to my tree now, since it's

[PULL REQUEST] i2c for 4.8

Linus, I2C has 3 driver bugfixes for you, fixing uninitialized memory pointers (eg20t), pm/clock imbalance (qup), and a wrongly set cached variable (pc954x). Please pull. Thanks, Wolfram The following changes since commit 3be7988674ab33565700a37b210f502563d932e6: Linux 4.8-rc7

Re: [PATCH] thread_info: use unsigned long for flags

[Adding Ingo, so this doesn't get lost -- please see the end of the mail] On Fri, Sep 23, 2016 at 11:08:46AM -0700, Andy Lutomirski wrote: > On Fri, Sep 23, 2016 at 10:24 AM, Mark Rutland wrote: > > The generic THREAD_INFO_IN_TASK definition of thread_info::flags is a > >

Re: [RFC] fs: add userspace critical mounts event support

On 03/09/2016 11:10, Dmitry Torokhov wrote: > I was thinking if we kernel could post > "conditions" (maybe simple stings) that it waits for, and userspace > could unlock these "conditions". One of them might be "firmware > available". On idea offered by Josh Triplett that seems to overlap with

Re: [RFC] remove unnecessary condition in remove_inode_hugepages

On 2016/9/24 1:19, Mike Kravetz wrote: > On 09/22/2016 06:53 PM, zhong jiang wrote: >> At present, we need to call hugetlb_fix_reserve_count when >> hugetlb_unrserve_pages fails, >> and PagePrivate will decide hugetlb reserves counts. >> >> we obtain the page from page cache. and use page both

[PATCH 2/2] bpf samples: update tracex5 sample to use __seccomp_filter

seccomp_phase1() does not exist anymore. Instead, update sample to use __seccomp_filter(). While at it, set max locked memory to unlimited. Signed-off-by: Naveen N. Rao --- I am not completely sure if __seccomp_filter is the right place to hook in. This works for

[PATCH cgroup/for-4.8-fixes] cgroup: fix invalid controller enable rejections with cgroup namespace

>From 9157056da8f8c4a6305f15619e269f164b63a6de Mon Sep 17 00:00:00 2001 From: Tejun Heo Date: Fri, 23 Sep 2016 16:55:49 -0400 On the v2 hierarchy, "cgroup.subtree_control" rejects controller enables if the cgroup has processes in it. The enforcement of this logic assumes that

Re: new objtool warnings again...

On Fri, Sep 23, 2016 at 01:33:45PM -0700, Linus Torvalds wrote: > Josh, > > the current F24 toolchain causes > > kernel/signal.o: warning: objtool: .altinstr_replacement+0x54: > call without frame pointer save/setup > > during a regular allmodconfig build. > > Doing an objdump says: > >

Re: new objtool warnings again...

On Fri, Sep 23, 2016 at 02:06:03PM -0700, Linus Torvalds wrote: > On Fri, Sep 23, 2016 at 1:33 PM, Linus Torvalds > wrote: > > > > So this code is clearly missing the magic to tell gcc that the asm > > needs a frame pointer. > > Independently of that, the objtool

Re: [PATCH 1/1] mm/percpu.c: correct max_distance calculation for pcpu_embed_first_chunk()

On 2016/9/24 3:23, Tejun Heo wrote: > On Sat, Sep 24, 2016 at 02:20:24AM +0800, zijun_hu wrote: >> From: zijun_hu >> >> correct max_distance from (base of the highest group + ai->unit_size) >> to (base of the highest group + the group size) >> >> Signed-off-by: zijun_hu

Re: [PATCH] softirq: let ksoftirqd do its job

On Fri, Sep 23, 2016 at 06:51:04PM +0200, Jesper Dangaard Brouer wrote: > This is your git tree, right: > https://git.kernel.org/cgit/linux/kernel/git/peterz/queue.git/ > > Doesn't look like you pushed it yet, or do I need to look at a specific > branch? I mainly work from a local quilt queue

Re: [rfc] weirdness in bio_map_user_iov()

Hey Al, What happens if we feed it a 3-element iovec array, one page in each? AFAICS, bio_add_pc_page() is called for each of those pages, even if the previous calls have failed - break is only out of the inner loop. Sure, failure due to exceeded request size means that everything after that

Re: [PATCHv2 1/4] Documentation: dt: serial: Add TX FIFO threshold parameter

On Thu, Sep 22, 2016 at 02:56:14PM -0500, ttha...@opensource.altera.com wrote: > From: Thor Thayer > > Add the device tree binding needed to support the TX FIFO threshold > parameter. > > Signed-off-by: Thor Thayer > --- > v2

Re: [PATCH] PCI: rockchip: Support quirk to disable 5 GT/s (PCIe 2.x) link rate

On Thu, Sep 22, 2016 at 10:31:18AM -0700, Brian Norris wrote: > rk3399 supports PCIe 2.x link speeds marginally at best, and on some > boards, the link won't train at 5 GT/s at all. Rather than sacrifice 500 > ms waiting for training that will never happen, let's support a device > tree quirk flag

Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option

On Fri, Sep 23, 2016 at 02:12:23PM -0500, Bjorn Helgaas wrote: > BTW, the "Volume Management Device Driver" config item appears by > itself in the top-level menuconfig menu. That seems a little ... > presumptuous; is it what you intended? Not really intended, but I didn't really know any better

Re: [PATCH v3 4/4] regulator: axp20x: add the AXP813

On Fri, Sep 23, 2016 at 09:22:41AM +0200, Jean-Francois Moine wrote: > The X-Powers AXP813 PMIC is close to the AXP803. > It is used in some Allwinner boards as the Sinovoip BananaPi M3+. > > Signed-off-by: Jean-Francois Moine > --- >

Re: [PATCH 2/3] f2fs: support checkpoint error injection

Hi Chao, The basic rule is to stop every operations once CP_ERROR_FLAG is set. But, this patch simply breaks the rule. For example, f2fs_write_data_page() currently exits with mapping_set_error(). So this patch incurs missing dentry blocks in a valid checkpoint. Thanks, On Fri, Sep 23, 2016 at

Re: [PATCH v3 1/8] drivers:input:tsc2007: add new common binding names, pre-calibration, flipping and rotation

On Fri, Sep 23, 2016 at 05:47:26PM -0500, Rob Herring wrote: > On Fri, Sep 23, 2016 at 02:41:09PM +0200, H. Nikolaus Schaller wrote: > > commit b98abe52fa8e ("Input: add common DT binding for touchscreens") > > introduced common DT bindings for touchscreens [1] and a helper function to > > parse

Re: [PATCH] f2fs: remove dirty inode pages in error path

On 2016/9/24 5:11, Jaegeuk Kim wrote: > When getting EIO while handling orphan inodes, we can get some dirty node > pages. Then, f2fs_write_node_pages() called by iput(node_inode) will try > to flush node pages. But in this case, we should prevent to do that, since > we will try again from the

Re: [PATCH v3 0/2] Exynos IOMMU: proper runtime PM support (use device dependencies)

On Friday, September 23, 2016 03:50:02 PM Lukas Wunner wrote: > On Fri, Sep 23, 2016 at 02:49:20PM +0200, Rafael J. Wysocki wrote: > > On Tuesday, September 20, 2016 10:51:13 AM Marek Szyprowski wrote: > > > On 2016-09-19 23:45, Tobias Jakobi wrote: > > > > I did some tests with the new version

[PATCH] drm/nouveau/secboot/gm20b: Fix return value in case of error

If 'ioremap()' returns 0, 'gm20b_tegra_read_wpr()' will return 0 as well, which means success. Return -ENOMEM instead Signed-off-by: Christophe JAILLET --- Not sure that -ENOMEM is the best value. I've taken it because it is often used in such a case. ---

Re: new objtool warnings again...

On Fri, Sep 23, 2016 at 1:33 PM, Linus Torvalds wrote: > > So this code is clearly missing the magic to tell gcc that the asm > needs a frame pointer. Independently of that, the objtool build seems racy or somehow fragile. I've now twice gotten into a situation

Re: [PATCH v3 1/3] clk: mvebu: fix setting unwanted flags in CP110 gate clock

On 09/21, Marcin Wojtas wrote: > Armada CP110 system controller comprises its own routine responsble > for registering gate clocks. Among others 'flags' field in > struct clk_init_data was not set, using a random values, which > may cause an unpredicted behavior. > > This patch fixes the problem

Re: [PATCH v3 2/3] clk: mvebu: dynamically allocate resources in Armada CP110 system controller

On 09/21, Marcin Wojtas wrote: > Original commit, which added support for Armada CP110 system controller > used global variables for storing all clock information. It worked > fine for Armada 7k SoC, with single CP110 block. After dual-CP110 Armada 8k > was introduced, the data got overwritten and

[PATCH] Net Driver: Add Cypress GX3 VID=04b4 PID=3610.

From: Chris Roth From: Allan Chou Add support for Cypress GX3 SuperSpeed to Gigabit Ethernet Bridge Controller (Vendor=04b4 ProdID=3610). Patch verified on x64 linux kernel 4.7.4 system with the Kensington SD4600P USB-C Universal Dock with Power, which

Re: [RFC PATCH 0/6] perf: Add AUX data sampling

On Fri, Sep 23, 2016 at 10:35:27PM +0200, Peter Zijlstra wrote: > On Fri, Sep 23, 2016 at 10:19:43AM -0700, Andi Kleen wrote: > > On Fri, Sep 23, 2016 at 01:49:17PM +0200, Peter Zijlstra wrote: > > > On Fri, Sep 23, 2016 at 02:27:20PM +0300, Alexander Shishkin wrote: > > > > Hi Peter, > > > > > >

[PATCH] samples: move blackfin gptimers-example from Documentation

Move blackfin gptimers-example to samples and remove the Documentation Makefile. Update samples Kconfig and Makefile to build gptimers-example. Signed-off-by: Shuah Khan --- Documentation/Makefile| 1 - Documentation/blackfin/00-INDEX | 4

Re: [PATCH] asus-wmi: filter buggy scan codes on ASUS Q500A

On Mon, Sep 12, 2016 at 05:48:17PM +0200, Oleksij Rempel wrote: > Some revision of ASUS Q500A series have keyboard related > issue which is reproducible only if Windows with installed ASUS > tools was ever started. > In this case the Linux side will have blocked keyboard or > report wrong or

Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code

On Friday, September 23, 2016 11:26:26 AM Lv Zheng wrote: > After fixing ACPICA internal locking issues, we can enable the correct > grammar support for the table loading. The new grammar treats the entire > table as TermList rather than ObjectList, thus the module level code should > be executed

Re: modules still have .debug_* (was Re: [PATCH 0/3] ARC unwinder switch to .eh_frame)

On Fri, Sep 23, 2016 at 3:38 AM, Alexey Brodkin wrote: > On Thu, 2016-09-22 at 15:37 -0700, Daniel Mentz wrote: >> Sorry, that was a misunderstanding. Buildroot routinely runs the strip >> command on .ko files before installing them on the target. I was only >>

drivers/gpu/drm/i915/i915_gem_gtt.c:2367: error: 'gtt_entry' may be used uninitialized in this function

Hi Dave, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: bd5dbcb4be37ce97b115bf9e8d48ae75f0d8a9a2 commit: 85d1225ec066b2ef46fbd0ed1bae78ae1f3e6c91 drm/i915: Introduce & use new lightweight SGL iterators date: 4

Re: [PATCH] samples: move blackfin gptimers-example from Documentation

On 09/23/2016 05:45 PM, Shuah Khan wrote: > Move blackfin gptimers-example to samples and remove the Documentation > Makefile. Update samples Kconfig and Makefile to build gptimers-example. > > Signed-off-by: Shuah Khan This patch isn't complete. CONFIG_BUILD_DOCSRC=1

[PATCH 3/3] dmaengine: imx-sdma: remove unused function

We get 1 warning when building kernel with W=1: drivers/dma/imx-sdma.c:673:13: warning: 'sdma_handle_channel_loop' defined but not used [-Wunused-function] In fact, this function is called by no one and not exported, so this patch removes it. Signed-off-by: Baoyou Xie

[PATCH 2/2] mfd: ab8500-debugfs: remove unused function

We get 1 warning when building kernel with W=1: drivers/mfd/ab8500-debugfs.c:1395:6: warning: no previous prototype for 'ab8500_dump_all_banks_to_mem' [-Wmissing-prototypes] In fact, this function is called by no one and not exported, so this patch removes it. Signed-off-by: Baoyou Xie

Re: [PATCH v3 1/8] drivers:input:tsc2007: add new common binding names, pre-calibration, flipping and rotation

Hi, > Am 24.09.2016 um 02:31 schrieb Sebastian Reichel : > > On Fri, Sep 23, 2016 at 05:47:26PM -0500, Rob Herring wrote: >> On Fri, Sep 23, 2016 at 02:41:09PM +0200, H. Nikolaus Schaller wrote: >>> commit b98abe52fa8e ("Input: add common DT binding for touchscreens") >>>

Re: [PATCH 2/3] f2fs: support checkpoint error injection

On 2016/9/24 8:52, Jaegeuk Kim wrote: > On Sat, Sep 24, 2016 at 08:46:54AM +0800, Chao Yu wrote: >> Hi Jaegeuk, >> >> On 2016/9/24 7:53, Jaegeuk Kim wrote: >>> Hi Chao, >>> >>> The basic rule is to stop every operations once CP_ERROR_FLAG is set. >>> But, this patch simply breaks the rule. >>> For

hi

Salutations http://flatcreekcrossingranch.com/mile.php?missing=1pubc8052vea Will C

[PATCH] dma-buf/sw_sync: mark sync_timeline_create() static

We get 1 warning when building kernel with W=1: drivers/dma-buf/sw_sync.c:87:23: warning: no previous prototype for 'sync_timeline_create' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made static. So this

[PATCH] clk: versatile: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/clk/versatile/clk-realview.c:54:13: warning: no previous prototype for 'realview_clk_init' [-Wmissing-prototypes] In fact, this function is declared in include/linux/platform_data/clk-realview.h, so this patch adds missing header

[PATCH 5/6] mISDN: mark symbols static where possible

We get a few warnings when building kernel with W=1: drivers/isdn/mISDN/layer2.c:120:1: warning: no previous declaration for 'l2headersize' [-Wmissing-declarations] drivers/isdn/mISDN/layer2.c:127:1: warning: no previous declaration for 'l2addrsize' [-Wmissing-declarations]

[PATCH] crypto: sunxi-ss: mark sun4i_hash() static

We get 1 warning when building kernel with W=1: drivers/crypto/sunxi-ss/sun4i-ss-hash.c:168:5: warning: no previous prototype for 'sun4i_hash' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made static. So

[PATCH] firmware/broadcom: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/firmware/broadcom/bcm47xx_sprom.c:717:5: warning: no previous prototype for 'bcm47xx_sprom_register_fallbacks' [-Wmissing-prototypes] In fact, this function is declared in include/linux/bcm47xx_sprom.h, so this patch adds missing header

[PATCH 1/6] isdn/eicon: add function declarations

We get a few warnings when building kernel with W=1: drivers/isdn/hardware/eicon/diddfunc.c:95:12: warning: no previous prototype for 'diddfunc_init' [-Wmissing-prototypes] drivers/isdn/hardware/eicon/s_4bri.c:128:6: warning: no previous prototype for 'start_qBri_hardware' [-Wmissing-prototypes]

[PATCH 2/6] isdn/hardware/eicon: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/isdn/hardware/eicon/diva.c:655:6: warning: no previous prototype for 'xdiFreeFile' [-Wmissing-prototypes] In fact, this function is declared in drivers/isdn/hardware/eicon/helpers.h, so this patch adds missing header dependencies.

[PATCH] [media] coda: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/media/platform/coda/coda-h264.c:21:5: warning: no previous prototype for 'coda_h264_padding' [-Wmissing-prototypes] In fact, this function is declared in drivers/media/platform/coda/coda.h, so this patch adds missing header dependencies.

[PATCH] random: add missing header dependencies

We get 1 warning when building kernel with W=1: drivers/char/random.c:2140:6: warning: no previous prototype for 'add_hwgenerator_randomness' [-Wmissing-prototypes] In fact, this function is declared in include/linux/hw_random.h, so this patch adds missing header dependencies. Signed-off-by:

[PATCH 2/3] dmaengine: pxa_dma: add function declaration

We get 1 warning when building kernel with W=1: drivers/dma/pxa_dma.c:1525:5: warning: no previous prototype for 'pxad_toggle_reserved_channel' [-Wmissing-prototypes] In fact, this function is undeclared in any header files. So this patch adds function declaration in

[PATCH] memstick: r592: add function declaration

We get 1 warning when building kernel with W=1: drivers/memstick/host/r592.c:50:13: warning: no previous prototype for 'memstick_debug_get_tpc_name' [-Wmissing-prototypes] In fact, this function need be declared in a header files. So this patch adds function declaration in

[PATCH 1/2] mfd: ab8500-debugfs: add function declaration

We get 1 warning when building kernel with W=1: drivers/mfd/ab8500-debugfs.c:1587:28: warning: no previous prototype for 'suspend_test_wake_cause_interrupt_is_mine' [-Wmissing-prototypes] In fact, this function need be declared in a header files. So this patch adds function declaration in

  1   2   3   4   5   6   7   8   9   10   >