[PATCH] scsi: aic7xxx: kfree() NULL pointer cleanups

kfree() handles NULL pointers fine - checking is redundant Signed-off-by: Anup Limbu --- drivers/scsi/aic7xxx/aic79xx_core.c | 15 +-- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/drivers/scsi/aic7xxx/aic79xx_core.c b/drivers/scsi/aic7xxx/aic79xx_core.c index

Re: [PATCH] mm/compaction: improve comment for compact_memory tunable knob handler

On 11/25/2015 10:07 AM, Yaowei Bai wrote: > Sysctl_compaction_handler() is the handler function for compact_memory > tunable knob under /proc/sys/vm, add the missing knob name to make this > more accurate in comment. > > No functional change. > > Signed-off-by: Yaowei Bai Acked-by: Vlastimil

Re: block-rbd: One function call less in rbd_dev_probe_parent() after error detection

> "one err bug" as per CodingStyle is a NULL deref on line 2 if foo is NULL. > If it was just "err: kfree(foo); return ret;", a NULL foo would be perfectly > OK. Would it make sense to rename such an issue as the "one error jump label bug"?

[PATCH v6 1/2] leds: rt5033: Add DT binding for RT5033

This patch adds the device tree bindings for RT5033 flash LEDs. Signed-off-by: Ingi Kim Acked-by: Rob Herring --- .../devicetree/bindings/leds/leds-rt5033.txt | 46 ++ 1 file changed, 46 insertions(+) create mode 100644

[PATCH v6 2/2] leds: rt5033: Add RT5033 Flash led device driver

This patch adds device driver of Richtek RT5033 PMIC. The RT5033 Flash LED Circuit is designed for one or two LEDs driving for torch and strobe applications, it provides an I2C software command to trigger the torch and strobe operation. Each of LED outputs can contorl a separate LED sharing their

[PATCH v6 0/2] Add RT5033 Flash LED driver

This is a sixth version of the patch set to support RT5033 Flash Led. It is based on RFC [1] from Jacek's patch set. Changes since v6: - Make functions to convert from LED config data to register value - Add variables to save LED config data in rt5033_led struct - Rename some functions

Re: [PATCH 1/3] clocksource: defbool CLKSRC_QCOM=y on ARCH_QCOM and make it visible

On Wednesday 25 November 2015 11:10:49 Daniel Lezcano wrote: > On 11/25/2015 02:08 AM, Stephen Boyd wrote: > > We want to remove the ARCH_MSM* configs in mach-qcom/Kconfig > > because they are mostly proxy configs for selecting the right > > clocksource driver. Therefore, make CLKSRC_QCOM default

[PATCH] md: dm-bufio: Use BUG_ON instead of if BUG

Use BUG_ON instead of if BUG Signed-off-by: Anup Limbu --- drivers/md/dm-bufio.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/md/dm-bufio.c b/drivers/md/dm-bufio.c index 2dd3308..788a905 100644 --- a/drivers/md/dm-bufio.c +++ b/drivers/md/dm-bufio.c @@ -1891,8

Re: [PATCH 2/2] ALSA: compress: Pass id string to snd_compress_new

Hi Richard, [auto build test ERROR on sound/for-next] [also build test ERROR on v4.4-rc2 next-20151124] url: https://github.com/0day-ci/linux/commits/Richard-Fitzgerald/ALSA-compress-Add-procfs-info-file-for-compressed-nodes/20151125-175147 base: https://git.kernel.org/pub/scm/linux/kernel

Re: [Bugfix] x86/PCI: Fix regression caused by commit 4d6b4e69a245

Jiang Liu wrote on 25/11/15 18:57: Hi Arthur, Thanks for reminder again! It's a little strange, the formal patch "[Bugfix] x86/PCI: Fix regression caused by commit 4d6b4e69a245" is based on the debug patch I sent to you at 9 November 2015. Could you please help to try the

Re: [PATCH 1/3] clocksource: defbool CLKSRC_QCOM=y on ARCH_QCOM and make it visible

On 11/25/2015 02:08 AM, Stephen Boyd wrote: We want to remove the ARCH_MSM* configs in mach-qcom/Kconfig because they are mostly proxy configs for selecting the right clocksource driver. Therefore, make CLKSRC_QCOM default to the value of ARCH_QCOM, but also make it visible if ARCH_QCOM=y so

[PATCH] net: usb: ch9200: use kmemdup instead of kmalloc + memcpy

replace kmalloc + memset with kmemdup Signed-off-by: Anup Limbu --- drivers/net/usb/ch9200.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/usb/ch9200.c b/drivers/net/usb/ch9200.c index 5e151e6..8a40202 100644 --- a/drivers/net/usb/ch9200.c +++

Re: [PATCH] serial: ifx6x60: avoid uninitialized variable use

On Tuesday 24 November 2015 23:04:00 Arnd Bergmann wrote: > gcc warns about a potential use of an uninitialized variable in this driver: > > drivers/tty/serial/ifx6x60.c: In function 'ifx_spi_complete': > drivers/tty/serial/ifx6x60.c:713:6: warning: 'more' may be used uninitialized > in this

Re: [kernel-hardening] [PATCH 0/2] introduce post-init read-only memory

Mathias Krause wrote: > [...] > So, prior extending the usage of the __read_only annotation some > toolchain support is needed. Maybe a gcc plugin that'll warn/error on > code that writes to such a variable but is not __init itself. Or mark them as "const". This would require the initialization

RE: [PATCH v4] dmaengine: fsl-edma: add PM suspend/resume support

Hi vinod, Thanks for your review. I have updated the patch as your comments before. And then send the v4. Do you have any comments for it? Thanks. Best Regards, Yuan Yao > -Original Message- > From: linux-arm-kernel [mailto:linux-arm-kernel-boun...@lists.infradead.org] > On Behalf Of

Re: [V5 PATCH 2/4] panic/x86: Allow cpus to save registers even if they are looping in NMI context

On Wed, Nov 25, 2015 at 09:46:37AM +, 河合英宏 / KAWAI，HIDEHIRO wrote: > Does *old* code mean the code without this patch *series* ? Yes. > I prefer this, but we might want to add some more prefix or suffix. > For example, "conditionally_run_crash_nmi_callback". That's unnecessary IMO. If you

Re: [PATCH] thermal: rcar: enable to set tripN-temp via DT

Hi Morimoto-san, On Wed, Nov 25, 2015 at 6:23 AM, Kuninori Morimoto wrote: >> Besides, your property is already covered by of-thermal. Please convert >> your driver to use of-thermal, this way it will give you the flexibility >> to configure thermal data in DT. > > I see, but we need to keep

Re: [PATCH v9] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

On Wed, 25 Nov 2015 14:23:29 +0530 Amit Tomer wrote: > Sorry to intervene but just trying to learn from your comments. > > > You have plenty, and that's the whole of your device space. *All of it*. So > > just take the base address of your PCIe controller, and be done with > > it. > > but

Re: [PATCH] TTY: n_gsm, fix false positive WARN_ON

Hi, On 11/25/2015, 07:32 AM, xinhui wrote: > This warning should blame on commit 5a640967 ("tty/n_gsm.c: fix a > memory leak in gsmld_open()"). Oh, yes, I messed up the "Fixes" line then. It should write: Fixes: 5a640967 ("tty/n_gsm.c: fix a memory leak in gsmld_open()") > I have one

Re: [V5 PATCH 3/4] kexec: Fix race between panic() and crash_kexec() called directly

On Fri, Nov 20, 2015 at 06:36:48PM +0900, Hidehiro Kawai wrote: > Currently, panic() and crash_kexec() can be called at the same time. > For example (x86 case): > > CPU 0: > oops_end() > crash_kexec() > mutex_trylock() // acquired > nmi_shootdown_cpus() // stop other cpus > >

[PATCH v3] spi: mediatek: revise mtk_spi_probe() failure flow

mtk_spi_probe() calls pm_runtime_enable(), after pm_runtime_enable() is called, it should call pm_runtime_disable() in the failure flow. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c | 15 --- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git

Re: [PATCH 2/5] Documentation: devicetree: Add property for controlling power saving mode for the us5182 als sensor

On 25.11.2015 02:01, Rob Herring wrote: On Tue, Nov 24, 2015 at 12:59:49PM +0200, Adriana Reus wrote: Add a property to allow changing the default power-saving mode. By default, at read raw the chip will activate and provide one measurent, then it will shut itself down. However, the chip can

[PATCH 1/1] arm64: dts: add all hi6220 i2c nodes

This patch adds all I2C nodes for the Hi6220 SoC. This hi6220 Soc use this I2C IP of Synopsys Designware for HiKey board. Signed-off-by: Xinwei Kong Signed-off-by: Chen Feng --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 37 +++ 1 file changed, 37 insertions(+)

[PATCH 1/2] ALSA: compress: Add procfs info file for compressed nodes

This patch implements a procfs info file for compr nodes when SND_VERBOSE_PROCFS is enabled. This is equivalent to what the PCM core already does for pcm nodes. Signed-off-by: Richard Fitzgerald --- include/sound/compress_driver.h | 5 +++ sound/core/compress_offload.c | 75

[PATCH 0/2] ALSA: compress: Add procfs info file for compressed nodes

This updates the compress core code to create an 'info' file under procfs for each compressed node, like the PCM core does for PCM nodes. Based off Takashi's for-next Richard Fitzgerald (2): ALSA: compress: Add procfs info file for compressed nodes ALSA: compress: Pass id string to

[PATCH 2/2] ALSA: compress: Pass id string to snd_compress_new

Make snd_compress_new take an id string (like snd_pcm_new). This string can be included in the procfs info. This patch also updates soc_new_compress() to create an ID based on the stream and dai name, as done for PCM streams. Signed-off-by: Richard Fitzgerald ---

Re: [PATCH v2 2/3] arcmsr: adds code for support areca new adapter ARC1203

On Wed, 2015-11-25 at 09:43 +0100, Johannes Thumshirn wrote: > On Wed, 2015-11-25 at 11:25 +0800, Ching Huang wrote: > > From: Ching Huang > > > > Support areca new PCIe to SATA RAID adapter ARC1203 > > > > Signed-of-by: Ching Huang > > > > --- > > > > diff -uprN

RE: [V5 PATCH 2/4] panic/x86: Allow cpus to save registers even if they are looping in NMI context

> On Wed, Nov 25, 2015 at 05:51:59AM +, 河合英宏 / KAWAI，HIDEHIRO wrote: > > > > `Infinite loop in NMI context' can happen: > > > > > > > > a. when a cpu panics on NMI while another cpu is processing panic > > > > b. when a cpu received an external or unknown NMI while another > > > > cpu

[PATCH v2] pwm: berlin: Add PM support

This patch adds S2R support for berlin pwm driver. Signed-off-by: Jisheng Zhang --- Since v1: - implement .request and .free hooks, allocate/free the channel in berlin_pwm_request/berlin_pwm_free. Then use pwm_get_chip_data in suspend/resume implementation. - s/int/unsigned int - check

Re: [PATCH] perf record: Add snapshot mode support for perf's regular events

On 2015/11/25 17:27, Peter Zijlstra wrote: On Tue, Nov 24, 2015 at 10:00:31PM +0800, Yunlong Song wrote: In our patch, we create and maintain a user space ring buffer to store perf's tracing info, instead of directly writing to perf.data file as before. In snapshot mode, only a SIGUSR2 signal

Re: [PATCH 3/4] sched: introduce synchronized idle injection

On Tue, Nov 24, 2015 at 10:22:07AM -0800, Jacob Pan wrote: > On Tue, 24 Nov 2015 12:00:07 + > Javi Merino wrote: > > > > - you first set 50% idle > > > - then launch 6 busy loops > > > > Correct > Do you mind sharing the workload or test scripts? Just to reproduce > here. I'm using

Re: [PATCH v2 2/3] arcmsr: adds code for support areca new adapter ARC1203

On Wed, 2015-11-25 at 08:18 +0100, Hannes Reinecke wrote: > On 11/25/2015 04:25 AM, Ching Huang wrote: > > From: Ching Huang > > > > Support areca new PCIe to SATA RAID adapter ARC1203 > > > > Signed-of-by: Ching Huang > > > > --- > > > > diff -uprN a/drivers/scsi/arcmsr/arcmsr.h

Re: [PATCH] s390-ctcm: Delete unnecessary checks before the function call "channel_remove"

Applied to our local git. Thanks. It will be part of my next patch submission for net-next. Kind regards, Ursula Braun, IBM Germany On Tue, 2015-11-17 at 20:20 +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 17 Nov 2015 20:10:02 +0100 > > The channel_remove() function tests

Re: [PATCH] mm, oom: Give __GFP_NOFAIL allocations access to memory reserves

On Tue 24-11-15 14:57:10, Johannes Weiner wrote: > On Tue, Nov 24, 2015 at 06:02:39PM +0100, Michal Hocko wrote: > > On Tue 24-11-15 11:26:04, Johannes Weiner wrote: > > > On Tue, Nov 24, 2015 at 10:47:09AM +0100, Michal Hocko wrote: > > > > Besides that there is no other reliable warning that we

Re: [PATCH] perf record: Add snapshot mode support for perf's regular events

On Tue, Nov 24, 2015 at 10:00:31PM +0800, Yunlong Song wrote: > In our patch, we create and maintain a user space ring buffer to store > perf's tracing info, instead of directly writing to perf.data file as > before. In snapshot mode, only a SIGUSR2 signal can trigger perf to dump > the tracing

[PATCH] KVM: nVMX: remove incorrect vpid check in nested invvpid emulation

This patch removes the vpid check when emulating nested invvpid instruction of type all-contexts invalidation. The existing code is incorrect because: (1) According to Intel SDM Vol 3, Section "INVVPID - Invalidate Translations Based on VPID", invvpid instruction does not check vpid in

Re: [PATCH] sched/fair: update scale invariance of pelt

On Tue, Nov 24, 2015 at 02:49:30PM +0100, Vincent Guittot wrote: > Instead of scaling the complete value of PELT algo, we should only scale > the running time by the current capacity of the CPU. It seems more correct > to only scale the running time because the non running time of a task >

Re: [PATCH] lightnvm: remove targets when corresponding nvm device exit

I will send a patch for that. 2015-11-25 2:51 GMT+08:00 Matias : > On 11/24/2015 05:03 PM, Wenwei Tao wrote: >> >> the target should be unreachable when underlying device was gone. >> >> Signed-off-by: Wenwei Tao >> --- >> drivers/lightnvm/core.c | 12 ++-- >> 1 file changed, 10

Re: [PATCH 4/4] spi: mediatek: revise mtk_spi_probe() failure flow

On Tue, 2015-11-24 at 13:04 +, Mark Brown wrote: > On Tue, Nov 24, 2015 at 10:33:24AM +0800, lei liu wrote: > > On Sat, 2015-11-21 at 13:39 +, Mark Brown wrote: > > > On Fri, Nov 20, 2015 at 10:21:19AM +0800, Leilk Liu wrote: > > > > > This patch revises failure flow while

Re: [PATCH v5 1/5] Implement an ioctl to support the USMTMC-USB488 READ_STATUS_BYTE operation.

On Sun, Nov 22, 2015 at 12:32:41PM +0200, Andy Shevchenko wrote: > On Sun, Nov 22, 2015 at 11:19 AM, Dave Penkler wrote: > > On Wed, Nov 18, 2015 at 11:55:27AM +0200, Andy Shevchenko wrote: > >> On Wed, Nov 18, 2015 at 10:37 AM, Dave Penkler wrote: > > >> > + switch (status) { > >> > +

Re: [PATCH v2 06/27] brcm80211: move under broadcom vendor directory

Arend van Spriel writes: I prefer to keep it as brcmsmac and brcmfmac rely on brcmutil module so I want to keep them together under brcm80211. So does this patch go in before or after the patches I submitted before the merge window. I hope after :-p >>> >>> Sorry, the

Re: net: Generalise wq_has_sleeper helper

On Tue, Nov 24, 2015 at 01:54:23PM +0800, Herbert Xu wrote: > diff --git a/include/linux/wait.h b/include/linux/wait.h > index 1e1bf9f..bd1157f 100644 > --- a/include/linux/wait.h > +++ b/include/linux/wait.h > @@ -107,6 +107,50 @@ static inline int waitqueue_active(wait_queue_head_t *q) >

Re: [PATCH v2] spi: mediatek: revise mtk_spi_probe() failure flow

On Tue, 2015-11-24 at 19:12 +0100, Matthias Brugger wrote: > > On 24/11/15 03:38, Leilk Liu wrote: > > This patch revises failure flow while pm_runtime_enable(). > > Please write a proper commit message explaining what this patch does. > OK, thanks! > > > > Signed-off-by: Leilk Liu > > --- >

Re: [PATCH 1/7] atomic: Export fetch_or()

On Tue, Nov 24, 2015 at 10:19:52PM +0100, Frederic Weisbecker wrote: > Also note that or_return() means that you first do OR and then return the new > value. Yes, that's useless. OR is an irreversible operator, which means or_return() looses data. You can never say if a bit included in the mask

Re: [kernel-hardening] [PATCH 0/2] introduce post-init read-only memory

On 24 November 2015 at 22:38, Kees Cook wrote: > Many things are written to only during __init, and never changed > again. These cannot be made "const" since the compiler will do the wrong > thing (we do actually need to write to them). Instead, move these items > into a memory region that will

Re: [PATCH v5 5/5] Add ioctls to enable and disable local controls on an instrument

On Sun, Nov 22, 2015 at 12:36:53PM +0200, Andy Shevchenko wrote: > On Sun, Nov 22, 2015 at 10:51 AM, Dave Penkler wrote: > > On Wed, Nov 18, 2015 at 11:41:30AM +0200, Andy Shevchenko wrote: > >> On Wed, Nov 18, 2015 at 10:38 AM, Dave Penkler wrote: > > > >> > + if (rv < 0) { > >> > +

Re: [PATCH] perf record: Add snapshot mode support for perf's regular events

On 25/11/15 10:43, Wangnan (F) wrote: > > > On 2015/11/25 16:27, Adrian Hunter wrote: >> On 25/11/15 09:47, Wangnan (F) wrote: >>> >>> On 2015/11/25 15:22, Adrian Hunter wrote: On 25/11/15 05:50, Wangnan (F) wrote: > On 2015/11/24 23:20, Arnaldo Carvalho de Melo wrote: >> Em Tue,

[PATCH] mm/compaction: improve comment for compact_memory tunable knob handler

Sysctl_compaction_handler() is the handler function for compact_memory tunable knob under /proc/sys/vm, add the missing knob name to make this more accurate in comment. No functional change. Signed-off-by: Yaowei Bai --- mm/compaction.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

Re: [PATCH] printk: do cond_resched() between lines while outputting to consoles

On Tue 24-11-15 16:31:25, Tejun Heo wrote: > @console_may_schedule tracks whether console_sem was acquired through > lock or trylock. If former, we're inside a sleepable context and > console_conditional_schedule() performs cond_resched(). This allows > console drivers which use console_lock for

Re: [PATCH RESEND 00/16] Support TI LMU devices

On Wed, 25 Nov 2015, Kim, Milo wrote: > On 11/3/2015 5:33 PM, Lee Jones wrote: > >On Tue, 03 Nov 2015, Kim, Milo wrote: > > > >>Hi Lee, > >> > >>On 11/2/2015 5:59 PM, Lee Jones wrote: > drivers/video/backlight/Kconfig| 62 ++ > > drivers/video/backlight/Makefile

Re: [PATCH 00/71] More fixes, cleanup and modernization for NCR5380 drivers

On Wednesday 25 November 2015, Finn Thain wrote: > > On Tue, 24 Nov 2015, Ondrej Zary wrote: > > > On Tuesday 24 November 2015 10:13:17 Finn Thain wrote: > > > > > > On Tue, 24 Nov 2015, Ondrej Zary wrote: > > > > > > > On Tuesday 24 November 2015, Finn Thain wrote: > > > > > > > > > > On

Re: [Y2038] [PATCH v2] scsi: gdth: replace struct timeval with ktime_get_real_seconds()

On Tuesday 24 November 2015 16:44:07 Alison Schofield wrote: > struct timeval will overflow on 32-bit systems in y2038 and is being > removed from the kernel. Replace the use of struct timeval and > do_gettimeofday() with ktime_get_real_seconds() which provides a 64-bit > seconds value and is

Re: kernel BUG at drivers/scsi/scsi_lib.c:1096!

On 11/20/2015 04:28 PM, Ewan Milne wrote: > On Fri, 2015-11-20 at 15:55 +0100, Hannes Reinecke wrote: >> Can't we have a joint effort here? >> I've been spending a _LOT_ of time trying to debug things here, but >> none of the ideas I've come up with have been able to fix anything. > > Yes. I'm

Re: [PATCH 1/3] clocksource: defbool CLKSRC_QCOM=y on ARCH_QCOM and make it visible

On Tuesday 24 November 2015 18:07:20 Stephen Boyd wrote: > On 11/24/15 17:08, Stephen Boyd wrote: > > We want to remove the ARCH_MSM* configs in mach-qcom/Kconfig > > because they are mostly proxy configs for selecting the right > > clocksource driver. Therefore, make CLKSRC_QCOM default to the >

Re: [PATCH] ASoC: rockchip: Fix incorrect VDW value for 24 bit

Hi, 在 2015年11月25日 16:54, Sjoerd Simons 写道: Correct valid data word register value for 24 bit data width. The bit value should be 10 (aka 0x2), not 0x10. This fixes playback of 24 bit audio. Signed-off-by: Sjoerd Simons --- sound/soc/rockchip/rockchip_spdif.h | 6 +++--- 1 file changed,

[PATCH v2] lightnvm: refactor and change vendor id for qemu

The QEMU NVMe implementation uses Intel vendor, Intel device id, and the first vendor specific byte to identify a LightNVM compatible NVMe instance. Instead of using the Intel specific, use a preallocated from CNEX Labs. This lets us uniquely identify a QEMU lightnvm device without breaking other

Re: [PATCH] lightnvm: missing nvm_lock acquire

Hi Matias I think list_for_each_entry_safe(pos, n, head, member) cannot avoid race condition the item point by ‘n’ can be deleted and freed in the same time we operate on 'pos' so lock is still necessary. 2015-11-25 2:36 GMT+08:00 Matias : > On 11/24/2015 04:24 PM, Wenwei Tao wrote: >> >> To

Re: [PATCH] perf record: Add snapshot mode support for perf's regular events

On 2015/11/25 16:27, Adrian Hunter wrote: On 25/11/15 09:47, Wangnan (F) wrote: On 2015/11/25 15:22, Adrian Hunter wrote: On 25/11/15 05:50, Wangnan (F) wrote: On 2015/11/24 23:20, Arnaldo Carvalho de Melo wrote: Em Tue, Nov 24, 2015 at 08:06:41AM -0700, David Ahern escreveu: On 11/24/15

Re: [V5 PATCH 2/4] panic/x86: Allow cpus to save registers even if they are looping in NMI context

On Wed, Nov 25, 2015 at 05:51:59AM +, 河合英宏 / KAWAI，HIDEHIRO wrote: > > > `Infinite loop in NMI context' can happen: > > > > > > a. when a cpu panics on NMI while another cpu is processing panic > > > b. when a cpu received an external or unknown NMI while another > > > cpu is

Re: [PATCH] mm/compaction: improve comment

On Tue, Nov 24, 2015 at 04:52:17PM +0100, Vlastimil Babka wrote: > On 11/24/2015 09:23 AM, Yaowei Bai wrote: > >Make comment more accurate. > > Make changelog more descriptive? :) ok > > >Signed-off-by: Yaowei Bai > >--- > > mm/compaction.c | 4 +++- > > 1 file changed, 3 insertions(+), 1

[PATCH] ASoC: rockchip: Fix incorrect VDW value for 24 bit

Correct valid data word register value for 24 bit data width. The bit value should be 10 (aka 0x2), not 0x10. This fixes playback of 24 bit audio. Signed-off-by: Sjoerd Simons --- sound/soc/rockchip/rockchip_spdif.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v5 2/4] clk: rockchip: set an ID for crypto clk

On 2015年11月25日 16:14, Heiko Stübner wrote: > Hi Zain, > > Am Mittwoch, 25. November 2015, 13:43:31 schrieb Zain Wang: >> Set an ID for crypto clk, so that it can be called in other part. >> >> Signed-off-by: Zain Wang >> Acked-by: Michael Turquette >> Tested-by: Heiko Stuebner > I've already

Re: [PATCH v9] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

Sorry to intervene but just trying to learn from your comments. > You have plenty, and that's the whole of your device space. *All of it*. So > just take the base address of your PCIe controller, and be done with > it. but isn't few of PCIe controller's registers itself are mapped here(base

Re: [PATCH RESEND 00/16] Support TI LMU devices

On 11/3/2015 5:33 PM, Lee Jones wrote: On Tue, 03 Nov 2015, Kim, Milo wrote: Hi Lee, On 11/2/2015 5:59 PM, Lee Jones wrote: drivers/video/backlight/Kconfig| 62 ++ drivers/video/backlight/Makefile | 7 + drivers/video/backlight/lm3532_bl.c

Re: [PATCH v2 2/3] arcmsr: adds code for support areca new adapter ARC1203

On Wed, 2015-11-25 at 11:25 +0800, Ching Huang wrote: > From: Ching Huang > > Support areca new PCIe to SATA RAID adapter ARC1203 > > Signed-of-by: Ching Huang > > --- > > diff -uprN a/drivers/scsi/arcmsr/arcmsr.h b/drivers/scsi/arcmsr/arcmsr.h > --- a/drivers/scsi/arcmsr/arcmsr.h

Re: Fwd: 4.4-rc2 crash: block related

On Wed 25-11-15 08:27:56, Mika Penttilä wrote: > With recent block layer pull i see a 100% repeatable crash on boot while > mounting roots (ext4 partition on eMMC, with cfq io scheduler). Thanks for report! After some investigation I found out we allocate elevator specific data in __get_request()

Re: [PATCH] ASoC: rcar: remove unused variable

On Wednesday 25 November 2015 06:25:36 Kuninori Morimoto wrote: > > Hi Arnd, Mark > > > After a recent cleanup, the soc_card variable became unused > > and now produces a warning: > > > > soc/sh/rcar/core.c: In function '__rsnd_kctrl_new': > > soc/sh/rcar/core.c:801:23: warning: unused variable

Re: [RFC PATCH V2 0/3] IXGBE/VFIO: Add live migration support for SRIOV NIC

On 2015年11月25日 13:30, Alexander Duyck wrote: > No, what I am getting at is that you can't go around and modify the > configuration space for every possible device out there. This > solution won't scale. PCI config space regs are emulation by Qemu and so We can find the free PCI config space

Re: [PATCH] pwm: berlin: Add PM support

Dear Thierry, On Tue, 24 Nov 2015 17:23:06 +0100 Thierry Reding wrote: > On Tue, Nov 24, 2015 at 01:43:05PM +0800, Jisheng Zhang wrote: > > This patch adds S2R support for berlin pwm driver. > > > > Signed-off-by: Jisheng Zhang > > --- > > drivers/pwm/pwm-berlin.c | 57 > >

Re: [PATCH] perf record: Add snapshot mode support for perf's regular events

On 25/11/15 09:47, Wangnan (F) wrote: > > > On 2015/11/25 15:22, Adrian Hunter wrote: >> On 25/11/15 05:50, Wangnan (F) wrote: >>> >>> On 2015/11/24 23:20, Arnaldo Carvalho de Melo wrote: Em Tue, Nov 24, 2015 at 08:06:41AM -0700, David Ahern escreveu: > On 11/24/15 7:00 AM, Yunlong Song

Re: [Bugfix] x86/PCI: Fix regression caused by commit 4d6b4e69a245

On 2015/11/25 8:32, Arthur Marsh wrote: > Keith Busch wrote on 25/11/15 09:34: >> On Tue, Nov 24, 2015 at 11:19:34PM +0100, Rafael J. Wysocki wrote: >>> Quite frankly, I'm more likely to revert the offending commit at this >>> point as that's not the only regression reported against it and the >>>

Re: [PATCH] Input: psmouse - limit protocols that we try on passthrough ports

Hi Dmitry, On 25-11-15 03:16, Dmitry Torokhov wrote: PS/2 protocol is slow, and using it with pass-through port (where we encapsulate PS/2 into PS/2) is slower yet so it takes quite a bit of time to do full protocol discovery for device attached to a pass-through port. However, so far we have

Re: [PATCH] KEYS: Fix handling of stored error in a negatively instantiated user key

James Morris wrote: > Is this triggerable by normal users? Yes. David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at

Re: [PATCH v2] sound: codecs: pcm1792a: clean function exit

Hi On Wed, Nov 25, 2015 at 9:10 AM, Raphael Poggi wrote: > Signed-off-by: Raphael Poggi > --- > sound/soc/codecs/pcm1792a.c | 15 +++ > 1 file changed, 3 insertions(+), 12 deletions(-) > > diff --git a/sound/soc/codecs/pcm1792a.c b/sound/soc/codecs/pcm1792a.c > index

Re: [PATCH (v2) 7/10] watchdog: bcm63xx_wdt: Add get_timeleft function

On 25/11/15 02:51, Guenter Roeck wrote: > On 11/24/2015 02:15 PM, Simon Arlott wrote: >> Return the remaining time from the hardware control register. >> >> Warn when the device is registered if the hardware watchdog is currently >> running and report the remaining time left. > > This is really

Re: [PATCH v2 6/9] mm, debug: introduce dump_gfpflag_names() for symbolic printing of gfp_flags

On Tue, Nov 24, 2015 at 01:36:18PM +0100, Vlastimil Babka wrote: > It would be useful to convert gfp_flags into string representation when > printing them in case of allocation failure, OOM etc. There's a script > ./scripts/gfp-translate to make this simpler, but it needs the matching > version >

Re: [PATCH RESEND 06/16] mfd: add TI LMU driver

On Wed, 25 Nov 2015, Kim, Milo wrote: > On 11/24/2015 5:18 PM, Lee Jones wrote: > >On Tue, 24 Nov 2015, Kim, Milo wrote: > > > >>On 11/24/2015 11:35 AM, Kim, Milo wrote: > >>>Hi Lee, > >>> > >>>Thanks for all your comments. Please see my comments below. > >>> > >>>On 11/23/2015 7:30 PM, Lee Jones

Re: [PATCH v5 2/4] clk: rockchip: set an ID for crypto clk

Hi Zain, Am Mittwoch, 25. November 2015, 13:43:31 schrieb Zain Wang: > Set an ID for crypto clk, so that it can be called in other part. > > Signed-off-by: Zain Wang > Acked-by: Michael Turquette > Tested-by: Heiko Stuebner I've already taken this patch, so no need to resubmit on further

Re: [PATCH v2 5/9] mm, page_owner: track and print last migrate reason

On Tue, Nov 24, 2015 at 01:36:17PM +0100, Vlastimil Babka wrote: > During migration, page_owner info is now copied with the rest of the page, so > the stacktrace leading to free page allocation during migration is > overwritten. > For debugging purposes, it might be however useful to know that

Re: [Bugfix] x86/PCI: Fix regression caused by commit 4d6b4e69a245

On 2015/11/25 6:19, Rafael J. Wysocki wrote: > On Tue, Nov 24, 2015 at 5:49 PM, Bjorn Helgaas wrote: >> On Mon, Nov 16, 2015 at 12:27:37PM +0800, Jiang Liu wrote: >>> From: Liu Jiang >>> >>> Commit 4d6b4e69a245 ("x86/PCI/ACPI: Use common interface to support >>> PCI host bridge") converted x86

Re: [PATCH v3] mfd: cros ec: Lock the SPI bus while holding chipselect

On Wed, 25 Nov 2015, Nicolas Boichat wrote: > cros_ec_cmd_xfer_spi and cros_ec_pkt_xfer_spi generally work like > this: > - Pull CS down (active), wait a bit, then send a command > - Wait for response (multiple requests) > - Wait a while, pull CS up (inactive) > > These operations,

Re: [PATCH RESEND 06/16] mfd: add TI LMU driver

On 11/24/2015 5:18 PM, Lee Jones wrote: On Tue, 24 Nov 2015, Kim, Milo wrote: On 11/24/2015 11:35 AM, Kim, Milo wrote: Hi Lee, Thanks for all your comments. Please see my comments below. On 11/23/2015 7:30 PM, Lee Jones wrote: +int ti_lmu_read_byte(struct ti_lmu *lmu, u8 reg, u8 *read) +{

Re: [PATCH v2 2/9] mm, page_owner: print symbolic migratetype of both page and pageblock

On Tue, Nov 24, 2015 at 01:36:14PM +0100, Vlastimil Babka wrote: > The information in /sys/kernel/debug/page_owner includes the migratetype of > the pageblock the page belongs to. This is also checked against the page's > migratetype (as declared by gfp_flags during its allocation), and the page

[PATCH v2] sound: codecs: pcm1792a: clean function exit

Signed-off-by: Raphael Poggi --- sound/soc/codecs/pcm1792a.c | 15 +++ 1 file changed, 3 insertions(+), 12 deletions(-) diff --git a/sound/soc/codecs/pcm1792a.c b/sound/soc/codecs/pcm1792a.c index 08bb486..27d54bc 100644 --- a/sound/soc/codecs/pcm1792a.c +++

Re: [PATCH v5 2/2] leds: rt5033: Add RT5033 Flash led device driver

Hi Jacek, Thanks for the review I'm trying to fix all things what you mentioned. I'll push next version soon. On 2015년 11월 24일 21:16, Jacek Anaszewski wrote: > Hi Ingi, > > On 11/19/2015 11:07 AM, Ingi Kim wrote: >> Hi Jacek, >> >> Thanks for the review. > > You're welcome. > >> I'm trying

[PATCH 5/5] thermal: rockchip: Support the RK3399 SoCs in thermal driver

The RK3399 SoCs have two Temperature Sensors, channel 0 is for CPU. channel 1 is for GPU. Signed-off-by: Caesar Wang --- drivers/thermal/rockchip_thermal.c | 66 ++ 1 file changed, 66 insertions(+) diff --git a/drivers/thermal/rockchip_thermal.c

[PATCH 4/5] thermal: rockchip: Support the RK3228 SoCs in thermal driver

The RK3228 SoCs has one Temperature Sensor, channel 0 is for CPU. Signed-off-by: Caesar Wang --- drivers/thermal/rockchip_thermal.c | 81 ++ 1 file changed, 81 insertions(+) diff --git a/drivers/thermal/rockchip_thermal.c

[PATCH 2/5] thermal: rockchip: fix a impossible condition caused by the warning

As the Dan report the smatch check the thermal driver warning: drivers/thermal/rockchip_thermal.c:551 rockchip_configure_from_dt() warn: impossible condition '(thermal->tshut_temp > ((~0 >> 1))) => (s32min-s32max > s32max)' Since the Temperature is currently represented as int not long in the

[PATCH 3/5] dt-bindings: rockchip-thermal: Support the RK3228/RK3399 SoCs compatible

This patchset attempts to new compatible for thermal founding on RK3228/RK3399 SoCs. Signed-off-by: Caesar Wang --- Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 1/5] thermal: rockchip: fix a trivial typo

Signed-off-by: Caesar Wang --- drivers/thermal/rockchip_thermal.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/thermal/rockchip_thermal.c b/drivers/thermal/rockchip_thermal.c index e845841..85a7930 100644 --- a/drivers/thermal/rockchip_thermal.c +++

[PATCH 0/5] Fix a trivial typo and support rk3228/rk3399 SoCs for thermal driver.

This series pacthes to support the next soc for this thermal driver. I don't have add the dts thermal data since these SoCs have *_not_* land in this mailline. I believe these SoCs dts will land in this mainline, then add the thermal data for Heiko. This series patches can apply into Eduardo

[PATCH 1/7] clk: mmp: stop using platform headers

The mmp clock drivers currently hardcode the physical addresses for the clock registers. This is generally a bad idea, and it also gets in the way of multiplatform builds, which make the platform header files inaccessible to device drivers. To work around the header file problem, this patch

[PATCH v2 2/3] Revert "PCI: rcar: Build pcie-rcar.c only on ARM"

Now that we can build on arm64, revert commit 7c537c67d2e4 ("PCI: rcar: Build pcie-rcar.c only on ARM"). Signed-off-by: Phil Edworthy --- v2: No changes --- drivers/pci/host/Kconfig | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 5/7] ARM: mmp: make plat-pxa build standalone

The ssp.c driver in plat-pxa is the only remaining file including a mach/*.h header from mmp. It actually doesn't need mach/hardware.h at all, so we can remove the #include. Signed-off-by: Arnd Bergmann --- arch/arm/plat-pxa/ssp.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 4/7] ARM: mmp: remove remaining legacy pxa-dma support

All drivers have stopped using this code, so we can just as well stop initializing it. Signed-off-by: Arnd Bergmann --- arch/arm/mach-mmp/include/mach/dma.h | 13 - arch/arm/mach-mmp/mmp2.c | 2 -- arch/arm/mach-mmp/pxa168.c | 2 --

[PATCH 7/7] ARM: mmp: move into ARCH_MULTIPLATFORM

With all dependencies taken care of, this enables building the Marvell mmp platform as part of ARCH_MULTIPLATFORM, along with other ARMv5 and ARMv7 platforms. Signed-off-by: Arnd Bergmann --- arch/arm/Kconfig| 16 -- arch/arm/mach-mmp/Kconfig

KASAN failures in X-Gene ethernet driver in v4.4-rc2

While testing a v4.4-rc2 defconfig + KASAN_INLINE kernel on an X-Gene platform, I spotted the KASAN warnings below. I'm using the Linaro 15.08 little-endian AArch64 GCC [1] to enable KASAN_INLINE. My rootfs is an NFS mount. Most of the time I can trigger the issue by grabbing the kernel source

[PATCH v4 0/2] clocksource/drivers/dw_apb_timer: improve performance a bit

These two patches try to improve the dw_apb_timer clocksource/clockevent performance. These patches depend on the apbt_readl return value fix patch: http://lists.infradead.org/pipermail/linux-arm-kernel/2015-November/388250.html since v3: - fix commit msg: we measured 4096 rounds of function

[PATCH v4 1/2] clocksource/drivers/dw_apb_timer: Inline apbt_readl and apbt_writel

It seems gcc can automatically inline apbt_writel() for us, but apbt_real isn't inlined. This patch makes them inline to get a trivial performance improvement: 4096 rounds of __apbt_read_clocksource() call spend time on Marvell BG4CT platform: before the patch 1275240ns on average after the

[for-next][PATCH 4/7] ring-buffer: Use READ_ONCE() for most tail_page access

From: "Steven Rostedt (Red Hat)" As cpu_buffer->tail_page may be modified by interrupts at almost any time, the flow of logic is very important. Do not let gcc get smart with re-reading cpu_buffer->tail_page by adding READ_ONCE() around most of its accesses. Signed-off-by:

<    5   6   7   8   9   10   11   12   13   14   >