Re: [PATCH v2 6/6] mm/balloon_compaction: general cleanup

On Sat, Sep 13, 2014 at 4:06 AM, Andrew Morton wrote: > On Fri, 12 Sep 2014 17:04:04 -0700 Andrew Morton > wrote: > >> On Sat, 30 Aug 2014 20:41:27 +0400 Konstantin Khlebnikov >> wrote: >> >> > * move special branch for balloon migraion into migrate_pages >> > * remove special mapping for

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Sat, 13 Sep 2014 09:26:49 +0400 Konstantin Khlebnikov wrote: > > > > Did we really need to put the BalloonPages count into per-zone vmstat, > > global vmstat and /proc/meminfo? Seems a bit overkillish - why so > > important? > > Balloon grabs random pages, their distribution among numa

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Sat, Sep 13, 2014 at 3:51 AM, Andrew Morton wrote: > On Sat, 30 Aug 2014 20:41:20 +0400 Konstantin Khlebnikov > wrote: > >> This patch adds page state PageBallon() and functions __Set/ClearPageBalloon. >> Like PageBuddy() PageBalloon() looks like page-flag but actually this is >> special >>

Re: [PATCH] blk-merge: fix blk_recount_segments

Ming Lei writes: > On Thu, Sep 11, 2014 at 7:38 AM, Rusty Russell wrote: >> Rusty Russell writes: >>> Rusty Russell writes: >>> Here's what I have. It seems to work as expected, but I haven't >>> benchmarked it. >> >> Hi Ming, >> >> Any chance you can run your benchmarks against this

Re: Rusty away 18th September -- 11th October

"Michael S. Tsirkin" writes: > On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote: >> Hi all, >> >> Probably won't read mail. Linus, I'll have pull requests early >> next week; if there's anything needed I'm sure Michael Tsirkin can >> handle it. > > Sure. > Rusty, there's a

Re: VGA resume & thaw (wake up from S3 & S4) broken - kernel exclusively

On 13.09.2014 06:57, poma wrote: > > Actually I have nothing to show cause logs are all OK. > Haha, it seems to me that the bugs become intelligent. > > 3.15.10-201.fc20.x86_64 > 3.16.2-200.fc20.x86_64 > 3.17.0-0.rc4.git3.2.fc22.1.x86_64 > nouveau [ DRM] suspending display... > nouveau [

Re: [PATCH v2 0/6] mm/balloon_compaction: fixes and cleanups

On Sat, Sep 13, 2014 at 4:09 AM, Andrew Morton wrote: > On Sat, 30 Aug 2014 20:41:06 +0400 Konstantin Khlebnikov > wrote: > >> I've checked compilation of linux-next/x86 for allnoconfig, defconfig and >> defconfig + kvmconfig + virtio-balloon with and without balloon-compaction. >> For stable

VGA resume & thaw (wake up from S3 & S4) broken - kernel exclusively

Actually I have nothing to show cause logs are all OK. Haha, it seems to me that the bugs become intelligent. 3.15.10-201.fc20.x86_64 3.16.2-200.fc20.x86_64 3.17.0-0.rc4.git3.2.fc22.1.x86_64 nouveau [ DRM] suspending display... nouveau [ DRM] unpinning framebuffer(s)... nouveau [

Re: [PATCH RESEND 0/1] AHCI: Optimize interrupt processing

Hello, On Thu, Sep 11, 2014 at 02:42:49PM +0200, Alexander Gordeev wrote: > As conversion of libata to blk mq has long done I tried the change Hmmm? You mean scsi-mq? > against the recent version and the results still appear worthwhile. > > The numbers are taken by running 'dd if=/dev/sd{a,b}

[PATCH 5/5] ASoC: rockchip-i2s: enable "hclk" for rockchip I2S controller

As "hclk" is used for rockchip I2S controller, driver must to enable it in probe. Tested on RK3288 with max98090. Signed-off-by: Jianqun Xu --- sound/soc/rockchip/rockchip_i2s.c | 5 + 1 file changed, 5 insertions(+) diff --git a/sound/soc/rockchip/rockchip_i2s.c

Re: [PATCH v2] AHCI: Optimize interrupt processing

On Thu, Sep 11, 2014 at 02:44:37PM +0200, Alexander Gordeev wrote: > Split interrupt service routine into hardware context handler and > threaded context handler. That allows to protect ports with individual > locks rather than with a single host-wide lock, which results in better > parallelism.

Re: [PATCH arm64-next v2] net: bpf: arm64: address randomize and write protect JIT code

On Fri, Sep 12, 2014 at 10:35 AM, Daniel Borkmann wrote: > This is the ARM64 variant for 314beb9bcab ("x86: bpf_jit_comp: secure bpf > jit against spraying attacks"). > > Thanks to commit 11d91a770f1f ("arm64: Add CONFIG_DEBUG_SET_MODULE_RONX > support") which added necessary infrastructure, we

[PATCH] perf: disable kernel symbol demangling by default

Some Linux symbols (for example __vt_event_wait) are interpreted by the demangler as C++ mangled names, which of course they aren't. Disable kernel symbol demangling by default to avoid this, and allow enabling it with a new option --demangle-kernel for those who wish it. Reported-by: Jiri Olsa

Re: [PATCH] vfs: remove redundant sanity check in do_mount

On 09/13/2014 01:28 AM, Al Viro wrote: > On Sat, Sep 13, 2014 at 12:53:32AM +0900, Seunghun Lee wrote: >> In sys_mount, getname() checks dir_name. >> So do_mount needn't check dir_name again. > ... and simple grep shows four more call sites. At the very least, the > commit message needs to cover

[PATCH] perf: disable kernel symbol demangling by default

Some Linux symbols (for example __vt_event_wait) are interpreted by the demangler as C++ mangled names, which of course they aren't. Disable kernel symbol demangling by default to avoid this, and allow enabling it with a new option --demangle-kernel for those who wish it. Reported-by: Jiri Olsa

Re: [BUG] Bisected Problem with LSI PCI FC Adapter

I want to fix this regression before v3.17. Dirk, can you test the following patch on top of v3.17-rc2? I'm hoping you can try this on your test machine in conjunction with your acpi_pci_root_add() and pci_scan_device() patches. If I understand correctly, you were able to reproduce the FC

[PATCH] net: bpf: correctly handle errors in sk_attach_filter()

Commit "net: bpf: make eBPF interpreter images read-only" has changed bpf_prog to be vmalloc()ed but never handled some of the errors paths of the old code. On error within sk_attach_filter (which userspace can easily trigger), we'd kfree() the vmalloc()ed memory, and leak the internal

[PATCHv2] zram: use notify_free to account all free notifications

Hello, This patch change the way zram uses `notify_free' stat attr. Currently, this attr accounts only swap free notifications, iow used only when zram device is a swap device. The patch preserves the existing behaviour and additionally makes `notify_free' universal, so it's also used by zram to

[PATCHv2] zram: use notify_free to account all free notifications

notify_free device attribute accounts the number of slot free notifications and internally represents the number of zram_free_page() calls. Slot free notifications are sent only when device is used as a swap device, hence notify_free is used only for swap devices. Since f4659d8e620d08 (zram:

Re: [BUG] perf tools: Demangle kernel and kernel module symbols too

On 09/06/2014 09:46 PM, Jiri Olsa wrote: hi, Jan Stancek found test 1 breakage, probably caused by following patch: 950b8354716e perf tools: Demangle kernel and kernel module symbols too it seems to break test 1: --- [jolsa@krava perf]$ ./perf test -v 1 1: vmlinux symtab matches kallsyms

Re: [PATCH] zram: use notify_free to account all free notifications

Hello Minchan, On (09/12/14 08:21), Minchan Kim wrote: > Hey Sergey, > > Sorry for late review. > > On Fri, Sep 05, 2014 at 09:57:09PM +0900, Sergey Senozhatsky wrote: > > notify_free device attribute accounts the number of slot free notifications > > and internally represents the number of

[PATCH v3 03/10] block: move flush initialization to blk_flush_init

These fields are always used with the flush request, so initialize them together. Reviewed-by: Christoph Hellwig Signed-off-by: Ming Lei --- block/blk-core.c |3 --- block/blk-flush.c |4 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/block/blk-core.c

[PATCH v3 05/10] block: introduce blk_flush_queue to drive flush machinery

This patch introduces 'struct blk_flush_queue' and puts all flush machinery related fields into this structure, so that - flush implementation details aren't exposed to driver - it is easy to convert to per dispatch-queue flush machinery This patch is basically a mechanical

[PATCH v3 08/10] block: introduce 'blk_mq_ctx' parameter to blk_get_flush_queue

This patch adds 'blk_mq_ctx' parameter to blk_get_flush_queue(), so that this function can find the corresponding blk_flush_queue bound with current mq context since the flush queue will become per hw-queue. For legacy queue, the parameter can be simply 'NULL'. For multiqueue case, the parameter

[PATCH v3 07/10] block: flush: avoid to figure out flush queue unnecessarily

Just figuring out flush queue at the entry of kicking off flush machinery and request's completion handler, then pass it through. Reviewed-by: Christoph Hellwig Signed-off-by: Ming Lei --- block/blk-flush.c | 30 -- 1 file changed, 16 insertions(+), 14

[PATCH v3 06/10] block: remove blk_init_flush() and its pair

Now mission of the two helpers is over, and just call blk_alloc_flush_queue() and blk_free_flush_queue() directly. Signed-off-by: Ming Lei --- block/blk-core.c |5 +++-- block/blk-flush.c | 19 ++- block/blk-mq.c|3 ++- block/blk-sysfs.c |2 +- block/blk.h

[PATCH v3 04/10] block: avoid to use q->flush_rq directly

This patch trys to use local variable to access flush request, so that we can convert to per-queue flush machinery a bit easier. Reviewed-by: Christoph Hellwig Signed-off-by: Ming Lei --- block/blk-flush.c | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git

[PATCH v3 09/10] blk-mq: handle failure path for initializing hctx

Failure of initializing one hctx isn't handled, so this patch introduces blk_mq_init_hctx() and its pair to handle it explicitly. Also this patch makes code cleaner. Signed-off-by: Ming Lei --- block/blk-mq.c | 114 ++-- 1 file changed, 69

[PATCH v3 10/10] blk-mq: support per-distpatch_queue flush machinery

This patch supports to run one single flush machinery for each blk-mq dispatch queue, so that: - current init_request and exit_request callbacks can cover flush request too, then the buggy copying way of initializing flush request's pdu can be fixed - flushing performance gets improved in case

[PATCH v3 01/10] blk-mq: allocate flush_rq in blk_mq_init_flush()

It is reasonable to allocate flush req in blk_mq_init_flush(). Reviewed-by: Christoph Hellwig Signed-off-by: Ming Lei --- block/blk-flush.c | 11 ++- block/blk-mq.c| 16 ++-- block/blk-mq.h|2 +- 3 files changed, 17 insertions(+), 12 deletions(-) diff --git

[PATCH v3 0/10] block: per-distpatch_queue flush machinery

Hi, As recent discussion, especially suggested by Christoph, this patchset implements per-distpatch_queue flush machinery, so that: - current init_request and exit_request callbacks can cover flush request too, then the buggy copying way of initializing flush request's

[PATCH v3 02/10] block: introduce blk_init_flush and its pair

These two temporary functions are introduced for holding flush initialization and de-initialization, so that we can introduce 'flush queue' easier in the following patch. And once 'flush queue' and its allocation/free functions are ready, they will be removed for sake of code readability.

Re: [RFC][PATCH] signal: replace !likely with unlikely!

I did not test, how to test it? On Fri, Sep 12, 2014 at 3:18 AM, Guenter Roeck wrote: > On Thu, Sep 11, 2014 at 08:48:16AM +0800, roy.qing...@gmail.com wrote: >> From: Li RongQing >> >> !likely() is hard to be understood, and I do not know if compiler can >> optimise this condition, but

Re: [Kernel.org Helpdesk #7062] AutoReply: Re: linux-next: Tree for Sep 12

- > > > > > > I have created today's linux-next tree at > > > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > > > (patches at http://www.kernel.org/pub/linux/kernel/next/ ). > > >

Re: [PATCH 3/9] locktorture: Support mutexes

On Fri, 2014-09-12 at 12:12 -0700, Paul E. McKenney wrote: > On Fri, Sep 12, 2014 at 11:56:31AM -0700, Davidlohr Bueso wrote: > > On Fri, 2014-09-12 at 11:02 -0700, Paul E. McKenney wrote: > > > On Thu, Sep 11, 2014 at 08:40:18PM -0700, Davidlohr Bueso wrote: > > > > +static void

Re: linux-next: Tree for Sep 12

> > No patch tarball? > > Hmm, sorry I didn't notice this: > > Pushing patch to kernel.org ... > patch-v3.17-rc4-next-20140912 (1/1) > 100 % 2,494.2 KiB / 15.7 MiB = 0.155 1.9 MiB/s 0:08 > >2554072 [=

[PATCH] staging: rtl819x_TSProc.c: Initializer entry defined twice

This patch fixs the sparse warning in rtl819x_TSProc.c: drivers/staging/rtl8192u/ieee80211/rtl819x_TSProc.c:244:58: warning: Initializer entry defined twice drivers/staging/rtl8192u/ieee80211/rtl819x_TSProc.c:244:61: also defined here Signed-off-by: Quentin Lee ---

Re: linux-next: Tree for Sep 12

ated today's linux-next tree at > > git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git > > (patches at http://www.kernel.org/pub/linux/kernel/next/ ). > > No patch tarball? Hmm, sorry I didn't notice this: Pushing patch to kernel.org ... patch-v3.17-rc4-next-20140912 (1/1) 100

Re: [BUG] Bisected Problem with LSI PCI FC Adapter

On Fri, Sep 12, 2014 at 5:11 PM, Dirk Gouders wrote: > Yinghai Lu writes: > > Yes, I skip them in pci_scan_device() to get the unused bus number space > that 0a.0 and 0b.0 then can use when reconfiguration is triggered. That is not right. Can not let two bridges use same bus num. > >> Proper

[PATCH 0/5] ASoC: rockchip-i2s: patches for rockchip i2s driver

These patches to fix rockchip i2s driver bugs, also make driver codes reasonable. Tested on RK3288 board. Jianqun (5): ASoC: rockchip-i2s: fix rockchip i2s defination more reasonable ASoC: rockchip-i2s: fix master mode set bit error ASoC: rockchip-i2s: add dma data to snd_soc_dai ASoC:

[PATCH 4/5] ASoC: rockchip-i2s: fix registers' property of rockchip i2s controller

Reference rockchip I2S controller TRM, modify some registers' property I2S_FIFOLR: read / write, but not volatile, not precious I2S_INTSR: read / write I2S_CLR: volatile, register value will be cleared by read Test on RK3288 with max98090. Signed-off-by: Jianqun Xu ---

Re: [PATCH 2/9] locktorture: Add documentation

On 09/11/14 20:40, Davidlohr Bueso wrote: > Just like Documentation/RCU/torture.txt, begin a document for the > locktorture module. This module is still pretty green, so I have > just added some specific sections to the doc (general desc, params, > usage, etc.). Further development should update

[PATCH] ASoC: rockchip-i2s: dt: swap tx and rx channed request number

Reference to RK3288 TRM, fix an error channel id for i2s tx and rx Table 10-1 DMAC_BUS Request Mapping Table Req number Source Polarity 0 I2S tx High level 1 I2S rx High level Tested on RK3288 board. Signed-off-by: Jianqun ---

RE: [PATCH v4 9/9] usb: chipidea: add support to the generic PHY framework in ChipIdea

> On Fri, Sep 12, 2014 at 06:28:29PM +0800, Peter Chen wrote: > > On Fri, Sep 12, 2014 at 11:35:50AM +0200, Antoine Tenart wrote: > > > On Fri, Sep 12, 2014 at 05:27:13PM +0800, Peter Chen wrote: > > > > On Fri, Sep 12, 2014 at 10:21:25AM +0200, Antoine Tenart wrote: > > > > > Peter, > > > > > >

[PATCH v4 4/5] toshiba_acpi: Support new keyboard backlight type

Newer Toshiba models now come with a new (and different) keyboard backlight implementation with three modes of operation: TIMER, ON and OFF, and the LED is now controlled internally by the firmware. This patch adds support for that type of backlight, changing the existing code to accomodate the

[PATCH v2 3/5] toshiba_acpi: Fix accelerometer direction reporting

The position file on sysfs was reporting absolute values for its axes. This patch fixes the direction reporting (either negative or positive), as well as added a mutex lock to it. Signed-off-by: Azael Avalos --- This was: Add accelerometer input polled device Changes since v1: Dropped polldev

[PATCH 3/5] ASoC: rockchip-i2s: add dma data to snd_soc_dai

Add playback/capture dma data to snd_soc_dai. Test on RK3288 with max98090. Signed-off-by: Jianqun Xu --- sound/soc/rockchip/rockchip_i2s.c | 23 +-- 1 file changed, 13 insertions(+), 10 deletions(-) diff --git a/sound/soc/rockchip/rockchip_i2s.c

[PATCH 1/5] ASoC: rockchip-i2s: fix rockchip i2s defination more reasonable

Fix SND_ROCKCHIP_I2S to be more reasonable - SND_SOC_ROCKCHIP_I2S, SND_SOC_ROCKCHIP_I2S should select by audio driver, instead of SND_SOC_ROCKCHIP. Signed-off-by: Jianqun Xu --- sound/soc/rockchip/Kconfig | 3 +-- sound/soc/rockchip/Makefile | 2 +- 2 files changed, 2 insertions(+), 3

[PATCH 2/5] ASoC: rockchip-i2s: fix master mode set bit error

Fix error format set to I2S master or slave mode. Test on RK3288 board with max98090. Signed-off-by: Jianqun Xu --- sound/soc/rockchip/rockchip_i2s.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/sound/soc/rockchip/rockchip_i2s.c b/sound/soc/rockchip/rockchip_i2s.c

Re: [rcu] BUG: unable to handle kernel NULL pointer dereference at 000000da

On Sat, Sep 13, 2014 at 08:20:05AM +0800, Fengguang Wu wrote: > On Fri, Sep 12, 2014 at 12:26:59PM -0700, Paul E. McKenney wrote: > > On Fri, Sep 12, 2014 at 02:19:57PM -0500, Christoph Lameter wrote: > > > On Fri, 12 Sep 2014, Paul E. McKenney wrote: > > > > > > > So, I am not seeing this

Re: [rcu] BUG: unable to handle kernel NULL pointer dereference at 000000da

On Fri, Sep 12, 2014 at 12:26:59PM -0700, Paul E. McKenney wrote: > On Fri, Sep 12, 2014 at 02:19:57PM -0500, Christoph Lameter wrote: > > On Fri, 12 Sep 2014, Paul E. McKenney wrote: > > > > > So, I am not seeing this failure in my testing, but my best guess is > > > that the problem is due to

Re: [BUG] Bisected Problem with LSI PCI FC Adapter

Yinghai Lu writes: > On Fri, Sep 12, 2014 at 3:05 PM, Dirk Gouders wrote: >> Yinghai Lu writes: >> >>> On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders wrote: Yinghai Lu writes: > On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote: >> Dirk Gouders writes:

Re: [PATCH 2/2] kernel.h: use __COUNTER__ in min and max macros to avoid -Wshadow warnings

On Fri, 12 Sep 2014 23:43:51 + "Rustad, Mark D" wrote: > Do you mean the number of warnings enabled, or the number of warning messages > being generated? The latter. My problem is I use crufty old compilers so a number of the warnings I see aren't seen by sane people and it' snot worth

Re: [PATCH v2 0/6] mm/balloon_compaction: fixes and cleanups

On Sat, 30 Aug 2014 20:41:06 +0400 Konstantin Khlebnikov wrote: > I've checked compilation of linux-next/x86 for allnoconfig, defconfig and > defconfig + kvmconfig + virtio-balloon with and without balloon-compaction. > For stable kernels first three patches should be enough. > > changes since

Re: [PATCH v2 6/6] mm/balloon_compaction: general cleanup

On Fri, 12 Sep 2014 17:04:04 -0700 Andrew Morton wrote: > On Sat, 30 Aug 2014 20:41:27 +0400 Konstantin Khlebnikov > wrote: > > > * move special branch for balloon migraion into migrate_pages > > * remove special mapping for balloon and its flag AS_BALLOON_MAP > > * embed struct

Re: [PATCH v2 6/6] mm/balloon_compaction: general cleanup

On Sat, 30 Aug 2014 20:41:27 +0400 Konstantin Khlebnikov wrote: > * move special branch for balloon migraion into migrate_pages > * remove special mapping for balloon and its flag AS_BALLOON_MAP > * embed struct balloon_dev_info into struct virtio_balloon > * cleanup balloon_page_dequeue, kill

Re: [Patch v4 1/2] freezer: check OOM kill while being frozen

On Thu, Sep 11, 2014 at 06:30:04PM +0200, Michal Hocko wrote: > > I am wondering if the folllowing check makes any sense with regarding > > to rule out PM freeze: > > > > if ((!pm_nosig_freezing && !pm_freezing) && > > cgroup_freezing(current) && test_thread_flag(TIF_MEMDIE))

[PATCHv2] net/macb: Add hardware revision information during probe

From: Bo Shen Print the IP revision when probing. Signed-off-by: Bo Shen Signed-off-by: Nicolas Ferre --- Changes in v2: - condense information on one line drivers/net/ethernet/cadence/macb.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

Re: [PATCH v2 5/6] mm/balloon_compaction: use common page ballooning

On Sat, 30 Aug 2014 20:41:23 +0400 Konstantin Khlebnikov wrote: > This patch replaces checking AS_BALLOON_MAP in page->mapping->flags > with PageBalloon which is stored directly in the struct page. > All code of balloon_compaction now under CONFIG_MEMORY_BALLOON. argh, now the bogus

Re: [PATCH v2 4/6] mm: introduce common page state for ballooned memory

On Sat, 30 Aug 2014 20:41:20 +0400 Konstantin Khlebnikov wrote: > This patch adds page state PageBallon() and functions __Set/ClearPageBalloon. > Like PageBuddy() PageBalloon() looks like page-flag but actually this is > special > state of page->_mapcount counter. There is no conflict because

Re: [Patch v4 1/2] freezer: check OOM kill while being frozen

Hello, Michal. On Wed, Sep 10, 2014 at 03:24:17PM +0200, Michal Hocko wrote: > What do you think about this way to help distinguish kernel threads and > user processes and keep the future maintenance of freezer saner? I'm not sure either way. Please note that we have quite a few wrappers around

Re: [PATCH 2/2] kernel.h: use __COUNTER__ in min and max macros to avoid -Wshadow warnings

Michal, On Sep 12, 2014, at 4:37 PM, Michal Nazarewicz wrote: > On Fri, Sep 12 2014, Andrew Morton wrote: >> On Thu, 11 Sep 2014 23:39:36 +0200 Michal Nazarewicz >> wrote: >> >>> Because min and max macros use the same variable names no matter >>> how many times they are called (or how deep

Re: [PATCH 2/2] kernel.h: use __COUNTER__ in min and max macros to avoid -Wshadow warnings

On Sep 12, 2014, at 3:40 PM, Andrew Morton wrote: > On Thu, 11 Sep 2014 23:39:36 +0200 Michal Nazarewicz > wrote: > >> Because min and max macros use the same variable names no matter >> how many times they are called (or how deep the nesting of their >> calls), each time min or max calls are

Re: [PATCH 2/2] kernel.h: use __COUNTER__ in min and max macros to avoid -Wshadow warnings

On Fri, Sep 12 2014, Andrew Morton wrote: > On Thu, 11 Sep 2014 23:39:36 +0200 Michal Nazarewicz > wrote: > >> Because min and max macros use the same variable names no matter >> how many times they are called (or how deep the nesting of their >> calls), each time min or max calls are nested,

Re: [PATCH v2 2/2] DT: iio: vadc: document dt binding

Stanimir Varbanov schrieb, Am 11.09.2014 17:13: > Document DT binding for Qualcomm SPMI PMIC voltage ADC > driver. > Still one typo left. > Signed-off-by: Stanimir Varbanov > Signed-off-by: Ivan T. Ivanov > --- > .../devicetree/bindings/iio/adc/qcom,spmi-vadc.txt | 123 >

Re: [PATCH 05/13] eeepc-laptop: use DEVICE_ATTR to instantiate device_attributes

On Sat, Sep 13, 2014 at 01:06:44AM +0200, Frans Klaver wrote: > Signed-off-by: Frans Klaver > --- > drivers/platform/x86/eeepc-laptop.c | 35 +-- > 1 file changed, 5 insertions(+), 30 deletions(-) > > diff --git a/drivers/platform/x86/eeepc-laptop.c >

Re: [PATCH v2 1/2] iio: vadc: Qualcomm SPMI PMIC voltage ADC driver

Stanimir Varbanov schrieb, Am 11.09.2014 17:13: > The voltage ADC is peripheral of Qualcomm SPMI PMIC chips. It has > 15bits resolution and register space inside PMIC accessible across > SPMI bus. > > The vadc driver registers itself through IIO interface. > Looks already pretty good. Things you

[PATCHv5] mtd: nand: atmel_nand: retrieve NFC clock

From: Boris BREZILLON Retrieve the NFC clock to make sure it is enabled. Make that optional to ensure compatibility with previous device trees but document it as mandatory so newer device trees will include it. Signed-off-by: Boris BREZILLON Signed-off-by: Alexandre Belloni Acked-by: Josh Wu

Re: [PATCH 2/2] pstore-ram: Allow optional mapping with pgprot_noncached

On Fri, Sep 12, 2014 at 11:32:25AM -0700, Tony Lindgren wrote: > On some ARMs at least the memory can be mapped pgprot_noncached() > and still be working for atomic operations. As pointed out by > Colin Cross , in some cases you do want to use > pgprot_noncached() if the SoC supports it to see a

Re: [PATCH] mm: dmapool: add/remove sysfs file outside of the pool lock

On Thu, 11 Sep 2014 21:31:16 +0200 Sebastian Andrzej Siewior wrote: > cat /sys/___/pools followed by removal the device leads to: > > |== > |[ INFO: possible circular locking dependency detected ] > |3.17.0-rc4+ #1498 Not tainted >

[PATCH 02/13] eeepc-laptop: coding style: add curly braces around else compound

Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/platform/x86/eeepc-laptop.c b/drivers/platform/x86/eeepc-laptop.c index 982778f..702fcbb 100644 --- a/drivers/platform/x86/eeepc-laptop.c +++

[PATCH 00/13] eeepc-laptop cleanups

Here's the first version of a patch series following discussion [1]. The series applies on top of "eeepc-laptop: simplify parse_arg()"[2]. This also includes some cleanups that weren't in the original discussion, but should probably be taken into account. [1] https://lkml.org/lkml/2014/9/3/865

[PATCH 04/13] eeepc-laptop: use symbolic permissions in device attributes

Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/platform/x86/eeepc-laptop.c b/drivers/platform/x86/eeepc-laptop.c index 9d8dff9..f35d008 100644 --- a/drivers/platform/x86/eeepc-laptop.c

[PATCH 03/13] eeepc-laptop: coding style: add curly braces around else compound

Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/platform/x86/eeepc-laptop.c b/drivers/platform/x86/eeepc-laptop.c index 702fcbb..9d8dff9 100644 --- a/drivers/platform/x86/eeepc-laptop.c +++

[PATCH 05/13] eeepc-laptop: use DEVICE_ATTR to instantiate device_attributes

Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 35 +-- 1 file changed, 5 insertions(+), 30 deletions(-) diff --git a/drivers/platform/x86/eeepc-laptop.c b/drivers/platform/x86/eeepc-laptop.c index f35d008..8225b1e 100644 ---

[PATCH 06/13] eeepc-laptop: pull out ACPI_STORE_FUNC and ACPI_SHOW_FUNC macros

Pull out macros EEEPC_ACPI_STORE_FUNC and EEEPC_ACPI_SHOW_FUNC. These macros define functions that call store_sys_acpi() and show_sys_acpi() respectively. This helps prevent duplication later on. Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 12 +--- 1 file

Re: [BUG] Bisected Problem with LSI PCI FC Adapter

On Fri, Sep 12, 2014 at 3:05 PM, Dirk Gouders wrote: > Yinghai Lu writes: > >> On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders wrote: >>> Yinghai Lu writes: >>> On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote: > Dirk Gouders writes: >>> -[:00]-+-01.0-[01-02]--+-0d.0-[02]-- >>>

[PATCH 09/13] eeepc-laptop: make fan1_input really read-only

In the instantiation of the fan1_input device attribute, NULL is passed as set function to store_sys_hwmon. The function pointer is never checked before dereferencing it. This is fine if we can guarantee that it will never be called with an invalid pointer, but we can't. If someone from user space

[PATCH 07/13] eeepc-laptop: make disp attribute really write-only

The disp attribute is write-only, but sysfs doesn't know this. Currently show_sys_acpi() is mimicking sysfs behavior, if the underlying acpi call should fail. This is not ideal; behaving like sysfs is better left to sysfs. Introduce EEEPC_CREATE_DEVICE_ATTR_WO() to instantiate a write-only

[PATCH 08/13] eeepc-laptop: pull out SENSOR_STORE_FUNC and SENSOR_SHOW_FUNC macros

Pull out EEEPC_SENSOR_STORE_FUNC and EEEPC_SENSOR_SHOW_FUNC. These macros define functions that call store_sys_hwmon() and show_sys_hwmon() respectively. This helps prevent duplication later on. Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 12 +--- 1 file

[PATCH 10/13] eeepc-laptop: compare proper return values in get_cpufv

In get_cpufv the return value of get_acpi is stored in the cpufv struct. Right before this value is checked for errors, it is and'ed with 0xff. This means c->cur can never be less than zero. Besides that, the actual error value is ignored. c->num is also and'ed with 0xff, which means we can

[PATCH 11/13] eeepc-laptop: propagate errors from get_cpufv

In show_available_cpufv, show_cpufv, and store_cpufv, errors from get_cpufv are mapped to -ENODEV. To paint a clear picture to callers, propagate the errors instead. Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 16 ++-- 1 file changed, 10 insertions(+), 6

[PATCH 13/13] eeepc-laptop: return -ENXIO if acpi getter or setter fails

get_acpi() and set_acpi() return -ENODEV on error. However, of the available options, ENXIO seems more appropriate, since we're dealing with both devices and addresses here: #define EIO 5 /* I/O error */ #define ENXIO6 /* No such device or

[PATCH 12/13] eeepc-laptop: store_cpufv: return error if set_acpi fails

The result of set_acpi is left unchecked, but it may return errors. If one occurs, send the error to the caller. Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/platform/x86/eeepc-laptop.c

[PATCH 01/13] eeepc-laptop: coding style: fix indentation

Signed-off-by: Frans Klaver --- drivers/platform/x86/eeepc-laptop.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/platform/x86/eeepc-laptop.c b/drivers/platform/x86/eeepc-laptop.c index 90be993..982778f 100644 --- a/drivers/platform/x86/eeepc-laptop.c +++

[PATCH] scsi: fix regression that accidentally disabled block-based tcq

Please try the fix below, looks like the commit broke TCQ for all drivers using block-level tagging. --- >From 865a19b760d2786fe37d3b5c151a4ecea4c0e95e Mon Sep 17 00:00:00 2001 From: Christoph Hellwig Date: Fri, 12 Sep 2014 16:00:19 -0700 Subject: scsi: fix regression that accidentally disabled

Re: [PATCH v8 04/10] x86, mpx: hook #BR exception handler to allocate bound tables

On 09/11/2014 01:46 AM, Qiaowei Ren wrote: > +static int allocate_bt(long __user *bd_entry) > +{ > + unsigned long bt_addr, old_val = 0; > + int ret = 0; > + > + bt_addr = mpx_mmap(MPX_BT_SIZE_BYTES); > + if (IS_ERR((void *)bt_addr)) > + return bt_addr; > + bt_addr

Re: [PATCH 00/16 v9] omap 8250 based uart + DMA

* Sebastian Andrzej Siewior [140910 12:30]: > the diff of v8…v9 is small: > - rebased on top's of Greg's tty-next branch > - fixed #10 where we might have THRE interrupt enabled for longer than > needed > - re-did register setup in #10. Before this "less file" could freeze the > am335x-evm.

Re: [PATCH v11 net-next 00/12] eBPF syscall, verifier, testsuite

Hi All, the list of things I fixed so far from V11: - dropped patch 11 and copied few macros to libbpf.h (suggested by Daniel) - replaced 'enum bpf_prog_type' with u32 to be safe in compat (.. Andy) - implemented and tested compat support (.. Daniel) - changed 'void *log_buf' to 'char *' (..

Re: [PATCH 2/2] kernel.h: use __COUNTER__ in min and max macros to avoid -Wshadow warnings

On Thu, 11 Sep 2014 23:39:36 +0200 Michal Nazarewicz wrote: > Because min and max macros use the same variable names no matter > how many times they are called (or how deep the nesting of their > calls), each time min or max calls are nested, the same variables > are declared. This is

[PATCH] Add some documentation on the perf sysfs ABI interface

From: Andi Kleen Initial attempt of documenting the perf sysfs interface as an ABI. I also added some additional pointers hopefully useful to the users. Comments welcome. Cc: Vince Weaver Cc: jo...@redhat.com v2: Various fixes. Fix cmask/inv (Stephane) Fixes from Randy Dunlap. Signed-off-by:

kconfig: NEW: syntax highlighting for Kconfig files in KDE

The text editors in KDE (Kate, KWrite, KDevelop, etc.) now support highlighting Kconfig files. This will ship with KDE SC 4.14.1, older versions back to KDE 4.4.0 can easily get it by running Kate and using the download dialog at >Settings >Configure Kate... >Editor Component: Open/Save >Modes &

Re: [PATCH 2/2] regulator: rk808: Fix missing of_node_put

Axel, On Thu, Sep 11, 2014 at 3:22 AM, Axel Lin wrote: > 1. Pass >dev rather than >dev to of_regulator_match, the *dev >argument is used for devres to ensure devm_of_regulator_put_matches() will >be called when unload the module. > > 2. of_get_child_by_name() returns a node pointer with

Re: [PATCH Resend] drivers: net: b44: Fix typo in returning multicast stats

From: Mark Einon Date: Thu, 11 Sep 2014 23:19:49 +0100 > nstat->multicast refers to received packets, not transmitted as > is returned here. Change it so that received packet stats are > given. > > Signed-off-by: Mark Einon Applied, thank you. -- To unsubscribe from this list: send the line

Re: pull request: wireless 2014-09-11

From: "John W. Linville" Date: Thu, 11 Sep 2014 14:43:22 -0400 > Please pull this batch of fixes intended for the 3.17 stream: Pulled, thanks John. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo

Re: [PATCH 1/2] regulator: rk808: Remove unused variables

Axel, On Thu, Sep 11, 2014 at 3:21 AM, Axel Lin wrote: > Also remove non-informative comment. > > Signed-off-by: Axel Lin > --- > drivers/regulator/rk808-regulator.c | 26 -- > 1 file changed, 26 deletions(-) Seems reasonable to me. Reviewed-by: Doug Anderson

Re: [PATCH] net/macb: Add hardware revision information during probe

From: Alexandre Belloni Date: Thu, 11 Sep 2014 16:51:36 +0200 > From: Bo Shen > > Signed-off-by: Bo Shen > Signed-off-by: Nicolas Ferre > --- > drivers/net/ethernet/cadence/macb.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/net/ethernet/cadence/macb.c >

Re: [PATCH v2] net/phy: micrel: Disable asymmetric pause for KSZ9031

From: Mike Looijmans Date: Fri, 12 Sep 2014 14:40:37 +0200 > The KSZ9031 appears to suffer from the same hardware bug as described > for the KSZ9021 in commit 32fcafbcd1c9f6c7013016a22a5369b4acb93577 > ("net/phy: micrel: Disable asymmetric pause for KSZ9021") > you have to unplug the cable and

Re: [RFC PATCH 0/3] ns, procfs: pid conversion between ns and showing pidns hierarchy

Hi, so the below is just 30 mins worth of playing around, will hang if you give it bad pids, and requires privilege, but shows how to get pid conversion in some cases. Basically it gives you what I had previously suggested for the query_pid syscall before. In general, usage is translatepid

Re: [PATCH] net: axienet: remove unnecessary ether_setup after alloc_etherdev

From: Subbaraya Sundeep Bhatta Date: Thu, 11 Sep 2014 14:53:33 +0530 > calling ether_setup is redundant since alloc_etherdev calls > it. > > Signed-off-by: Subbaraya Sundeep Bhatta Applied. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

  1   2   3   4   5   6   7   8   9   10   >