Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS

2015-05-28 Thread Sudip Mukherjee
On Thu, May 28, 2015 at 12:59:45PM -0700, Joe Perches wrote: > On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: > > On Wed, 27 May 2015 14:01:44 -0700 Joe Perches wrote: > > I'll send a private email to all these people and see if they > want to be listed in the MAINTAINERS file and see wh

Re: [PATCH 1/3] clk: mux: Add regmap support for simple mux

2015-05-28 Thread Joachim Eastwood
Hi Matthias, On 28 May 2015 at 20:41, Matthias Brugger wrote: > Some devices like SoCs from Mediatek need to use the clock muxes > through a regmap interface. > This patch adds regmap support for simple the simple multiplexer > clock code. Nice to see regmap support. This something I would also

Re: linux-next: manual merge of the rcu tree with the modules and tip trees

2015-05-28 Thread Ingo Molnar
* Paul E. McKenney wrote: > On Thu, May 28, 2015 at 05:25:07PM +1000, Stephen Rothwell wrote: > > Hi Paul, > > > > Today's linux-next merge of the rcu tree got a conflict in > > include/linux/rcupdate.h between commits 0a04b0166929 ("rcu: Move > > lockless_dereference() out of rcupdate.h") from

Re: [PATCH v5] Fix the resolution issue in ChromeOS

2015-05-28 Thread Frans Klaver
Hi, On Fri, May 29, 2015 at 6:27 AM, HungNien Chen wrote: > Signed-off-by: HungNien Chen This seems rather short for adding a new driver. I also just noticed that your subjects don't quite match up with the actual contents of the commit. They rather seem to mention the difference between the cu

Re: [PATCH] memcg: do not call reclaim if !__GFP_WAIT

2015-05-28 Thread Michal Hocko
On Thu 28-05-15 12:59:34, Andrew Morton wrote: > On Thu, 28 May 2015 20:26:06 +0300 Vladimir Davydov > wrote: > > > When trimming memcg consumption excess (see memory.high), we call > > try_to_free_mem_cgroup_pages without checking if we are allowed to sleep > > in the current context, which can

Re: Device Tree Blob (DTB) licence

2015-05-28 Thread Willy Tarreau
On Thu, May 28, 2015 at 06:52:52PM +0200, Enrico Weigelt, metux IT consult wrote: > Am 28.05.2015 um 15:34 schrieb Russell King - ARM Linux: > > >>What's the big deal with having DTS/DTB under GPL ? > > > >It's really quite simple. Other open source projects won't touch > >_our_ DTB with a barge

Re: [PATCH] perf tools: Make Ctrl-C stop processing on TUI

2015-05-28 Thread Ingo Molnar
* Namhyung Kim wrote: > It was inconvenient that perf cannot be quit with SIGINT during > processing samples on TUI especially for large data files. > > This was because the first argument of SLang_init_tty(), abort_char, > being 0. The manual says it's the ascii value of the control > charact

Re: [PATCH v4 3/17] video: fbdev: gbefb: use arch_phys_wc_add() and devm_ioremap_wc()

2015-05-28 Thread Ingo Molnar
* Luis R. Rodriguez wrote: > + gbe_mem = devm_ioremap_wc(&p_dev->dev, gbe_mem_phys, > + gbe_mem_size); > + gbe_mem = dma_alloc_writecombine(NULL, gbe_mem_size, > + &gbe_dma_addr, GFP_KERNE

Re: [PATCH 1/3] clk: mux: Add regmap support for simple mux

2015-05-28 Thread Sascha Hauer
On Thu, May 28, 2015 at 08:41:46PM +0200, Matthias Brugger wrote: > Some devices like SoCs from Mediatek need to use the clock muxes > through a regmap interface. > This patch adds regmap support for simple the simple multiplexer > clock code. > > Signed-off-by: Matthias Brugger > --- > drivers/

Re: [PATCH v4 00/11] simplify block layer based on immutable biovecs

2015-05-28 Thread Ming Lin
On Mon, May 25, 2015 at 6:51 AM, Christoph Hellwig wrote: > On Sun, May 24, 2015 at 12:37:32AM -0700, Ming Lin wrote: >> > Except for that these changes looks good, and the previous version >> > passed my tests fine, so with some benchmarks you'ĺl have my ACK. >> >> I'll test it on a 2 sockets ser

Re: [patch] inherited events not signalling parent on overflow

2015-05-28 Thread Ingo Molnar
* Vince Weaver wrote: > We're trying to get self-monitoring multi-threaded sampling working in PAPI. > Fun times. > > Is this even possible? > > Ideally in your parent thread you could perf_event_open() with inherit set. > Then your program (say an OpenMP program) would do its thing and al

[PATCH v4 3/5] block: loop: use kthread_work

2015-05-28 Thread Ming Lei
The following patch will use dio/aio to submit IO to backing file, then it needn't to schedule IO concurrently from work, so use kthread_work for decreasing context switch cost a lot. For non-AIO case, single thread has been used for long long time, and it was just converted to work in v4.0, which

[PATCH v4 5/5] block: loop: support DIO & AIO

2015-05-28 Thread Ming Lei
There are about 3 advantages to use direct I/O and AIO on read/write loop's backing file: 1) double cache can be avoided, then memory usage gets decreased a lot 2) not like user space direct I/O, there isn't cost of pinning pages 3) avoid context switch for obtaining good throughput - in buffere

[PATCH v4 4/5] block: loop: prepare for supporing direct IO

2015-05-28 Thread Ming Lei
This patches provides two approaches for enabling direct IO from user space: - userspace(such as losetup) can pass 'file' which is opened/fcntl as O_DIRECT - sysfs file is provided to run dio tests easily Also __loop_update_dio() is introduced to check if direct I/O can be

[PATCH v4 2/5] block: loop: set QUEUE_FLAG_NOMERGES for request queue of loop

2015-05-28 Thread Ming Lei
It doesn't make sense to enable merge because the I/O submitted to backing file is handled page by page. Signed-off-by: Ming Lei --- drivers/block/loop.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 40580dc..10cc583 100644 --- a/driv

[PATCH v4 1/5] fs: kiocb: introduce IOCB_DONT_DIRTY_PAGE flag for direct IO

2015-05-28 Thread Ming Lei
When direct IO is submitted from kernel, it is often unnecessary to dirty pages, for example of loop, dirtying pages have been considered in the upper filesystem(over loop) side already, and they don't need to be dirtied again. So this patch introduces IOCB_DONT_DIRTY_PAGE flag for direct IO, and

[PATCH v4 0/4] block: loop: improve loop with AIO

2015-05-28 Thread Ming Lei
Hi Guys, There are about 3 advantages to use direct I/O and AIO on read/write loop's backing file: 1) double cache can be avoided, then memory usage gets decreased a lot 2) not like user space direct I/O, there isn't cost of pinning pages 3) avoid context switch for obtaining good throughput -

Re: [PATCH 0/3] clk: Add regmap support for clk mulitplexer

2015-05-28 Thread Sascha Hauer
On Thu, May 28, 2015 at 08:41:45PM +0200, Matthias Brugger wrote: > This patch set adds regmap support for the simple clock multiplexer. > Regmap use, apart from a pointer to the regmap struct needs an > offset value to know where in the regmap it has to read/write. > We add both fields to struct c

Re: [RFC PATCH v2 09/15] perf probe: Support $params without debuginfo

2015-05-28 Thread He Kuang
hi, Alexei On 2015/5/29 2:10, Alexei Starovoitov wrote: > On 5/28/15 6:01 AM, He Kuang wrote: >>> I don't think you can break it down in two steps like this. There is no such thing as 'calling regs'. x86_32 with ax,dx,cx are not 'calling regs'. 64-bit values will be passed in a pair. >>>

Re: intel_check_page_flip() - WARN_ON(!in_interrupt())

2015-05-28 Thread Jani Nikula
On Fri, 29 May 2015, Shuah Khan wrote: > I am seeing the following in the dmesg on 4.0.4 with rt patch > > [5.720319] [ cut here ] > [5.720347] WARNING: CPU: 6 PID: 466 at > drivers/gpu/drm/i915/intel_display.c:9748 > intel_check_page_flip+0xaa/0xf0 [i915]() > [

Re: [PATCH 0/5] Add Mediatek MT8173 subsystem clocks support

2015-05-28 Thread Sascha Hauer
On Fri, May 29, 2015 at 10:47:29AM +0800, James Liao wrote: > Hi Sascha, > > > And really the driver matching "mediatek,mt8173-vencsys" should register > > the necessary clocks and reset lines and call of_platform_populate on > > the subnodes. The driver should also be a real driver, not something

[GIT PULL REQUEST] more md bug fixes for 4.1-rc

2015-05-28 Thread NeilBrown
Hi Linus, please pull these fixes. I think raid5 is all working nicely again now. I think there is still a race somewhere in starting the recovery thread, but it is minor and I suspect I'll have it nailed soon. Not quite this week though. Thanks, NeilBrown The following changes since com

Re: [PATCH] proc/schedstat: Expose /proc//schedstat if delay accounting is enabled

2015-05-28 Thread Naveen N. Rao
On 2015/05/28 02:41PM, Balbir Singh wrote: > On Mon, May 25, 2015 at 12:42 PM, Naveen N. Rao > wrote: > > /proc//schedstat is currently only available if CONFIG_SCHEDSTATS is > > enabled. But, all the fields that this exposes are available and valid > > if CONFIG_TASK_DELAY_ACCT is enabled as well

Re: [PATCH v6] serial: 8250_uniphier: add UniPhier serial driver

2015-05-28 Thread Masahiro Yamada
2015-05-27 0:08 GMT+09:00 Shevchenko, Andriy : > On Tue, 2015-05-26 at 15:28 +0100, Alan Cox wrote: >> > > + >> > > +#define UNIPHIER_UART_CHAR_FCR 3 /* Character / FIFO Control >> > > Register */ >> > > +#define UNIPHIER_UART_LCR_MCR4 /* Line/Modem Control Register >> > > */ >>

[PATCH v7] serial: 8250_uniphier: add UniPhier serial driver

2015-05-28 Thread Masahiro Yamada
Add the driver for on-chip UART used on UniPhier SoCs. This hardware is similar to 8250, but the register mapping is slightly different: - The offset to FCR, MCR is different. - The divisor latch access bit does not exist. Instead, the divisor latch register is available at offset 9. Thi

[PATCH] ARM: socfpga: add smp_ops.cpu_kill to make kexec/kdump available

2015-05-28 Thread Hiraku Toyooka
Kexec_load syscall in ARM checks that machine-specific code has the smp_ops.cpu_kill() before loading kernel image. This patch adds the cpu_kill(), as a result, kexec reboot and kernel crash dump become available in mach-socfpga. Signed-off-by: Hiraku Toyooka Cc: Dinh Nguyen Cc: Russell King Cc

Re: [PATCH v6 1/4] pci: add pci_iomap_wc() variants

2015-05-28 Thread Tomi Valkeinen
On 29/05/15 03:36, Luis R. Rodriguez wrote: > On Wed, May 27, 2015 at 1:04 PM, Luis R. Rodriguez wrote: >> On Tue, May 26, 2015 at 12:40:08PM -0500, Bjorn Helgaas wrote: >>> On Fri, May 22, 2015 at 02:23:41AM +0200, Luis R. Rodriguez wrote: On Thu, May 21, 2015 at 05:33:21PM -0500, Bjorn He

Re: [PATCHv3 2/2] mailbox: Adding driver for Xilinx LogiCORE IP mailbox.

2015-05-28 Thread Michal Simek
On 05/28/2015 11:52 PM, Moritz Fischer wrote: > The Xilinx LogiCORE IP mailbox is a FPGA core that allows for > interprocessor communication via AXI4 memory mapped / AXI4 stream > interfaces. > > It is single channel per core and allows for transmit and receive. > > Changes from v2: > - Fixed err

Re: [PATCHv3 1/2] dts: Adding docs for Xilinx LogiCORE IP mailbox driver.

2015-05-28 Thread Michal Simek
On 05/28/2015 11:52 PM, Moritz Fischer wrote: > Changes from v2: > - Addressed Michal's stylistic comments > - Fixed typo in compatible string > > Changes from v1: > - Added common clock framework support > > Changes from v0: > - Fixed example bindings > > Signed-off-by: Moritz Fischer > --- >

Re: [PATCH 1/2] regulator: core: add support to get VSEL register from hw driver

2015-05-28 Thread Laxman Dewangan
On Thursday 28 May 2015 07:22 PM, Mark Brown wrote: * PGP Signed by an unknown key On Wed, May 27, 2015 at 08:10:20PM +0530, Laxman Dewangan wrote: Add callback on the regulator ops to get the voltage selection register address and mask from device regulator driver. Use this new callback in r

Re: [PATCH 06/15] alpha: don't use module_init for non-modular core code

2015-05-28 Thread Matt Turner
On Thu, May 28, 2015 at 5:48 PM, Paul Gortmaker wrote: > The srm console is always built in. It will never be modular, > so using module_init as an alias for __initcall is rather > misleading. > > Fix this up now, so that we can relocate module_init from > init.h into module.h in the future. If

Re: [Spice-devel] [PATCH 00/11] Miscellaneous stability patches

2015-05-28 Thread Frans Klaver
On Thu, May 28, 2015 at 4:10 PM, Frediano Ziglio wrote: > >> also indicating in each patch what is a right now fix and what isn't. > > What do you mean by right fix or not ? He probably meant indicating whether it is an urgent fix. Frans -- To unsubscribe from this list: send the line "unsubscri

Re: [PATCH v4 0/17] framebuffer: simple conversions to arch_phys_wc_add()

2015-05-28 Thread Tomi Valkeinen
On 29/05/15 03:30, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > Tomi, > > Upon integration onto your tree of the series, "[PATCH v3 00/17] framebuffer: > simple conversions to arch_phys_wc_add()" the 0 day build bot found a > compilation issue on the gbefb driver. I had test compil

[PATCH] drivers:usb:fsl: Fix compilation error for fsl ehci drv

2015-05-28 Thread Ramneek Mehresh
Fix compilation error in fsl ehci drv because ehci_reset() and ehci_adjust_port_wakeup_flags() were not exported, and are used when PM is enabled Signed-off-by: Ramneek Mehresh --- drivers/usb/host/ehci-hcd.c | 3 ++- drivers/usb/host/ehci-hub.c | 3 ++- drivers/usb/host/ehci.h | 3 +++ 3 fi

Re: [PATCH 04/10] perf, tools: Handle header line in mapfile

2015-05-28 Thread Sukadev Bhattiprolu
Jiri Olsa [jo...@redhat.com] wrote: | > if (line[0] == '#' || line[0] == '\n') | > continue; | > + if (!strncmp(line, "Family", 6)) | > + continue; | | I think we should fix mapfiles to put the 'Family' starting | line as a comment.. the

[PATCH v2 2/4] perf tools: Add functions which can get or set perf config variables.

2015-05-28 Thread Taeung Song
This patch consists of functions which can get, set specific config variables. For the syntax examples, perf config [options] [section.name[=value] ...] display key-value pairs of specific config variables # perf config report.queue-size report.children set specific config variables

[PATCH v2 4/4] perf tools: Add a option 'remove' to perf-config.

2015-05-28 Thread Taeung Song
A option 'remove' is to remove specific config variables. For the syntax examples, # perf config -r | --remove [section.name ...] Signed-off-by: Taeung Song --- tools/perf/Documentation/perf-config.txt | 6 ++ tools/perf/builtin-config.c | 25 - 2 f

[PATCH v2 3/4] perf tools: Add a option 'list-all' to perf-config.

2015-05-28 Thread Taeung Song
A option 'list-all' is to display both current config variables and all possible config variables with default values. The syntax examples are like below perf config [options] display all perf config with default values. # perf config -a | --list-all Signed-off-by: Taeung Song ---

Re: [PATCHv2 2/2] mailbox: Adding driver for Xilinx LogiCORE IP mailbox.

2015-05-28 Thread Michal Simek
On 05/28/2015 07:35 PM, Moritz Fischer wrote: > On Wed, May 27, 2015 at 10:45 PM, Michal Simek > wrote: >> On 05/27/2015 08:35 PM, Moritz Fischer wrote: >>> The Xilinx LogiCORE IP mailbox is a FPGA core that allows for >>> interprocessor communication via AXI4 memory mapped / AXI4 stream >>> inte

[PATCH v2 1/4] perf tools: Add 'perf-config' command

2015-05-28 Thread Taeung Song
The perf configuration file contains many variables which can make the perf command's action more effective. But looking through state of configuration is difficult and there's no knowing what kind of other variables except variables in perfconfig.example exist. So This patch adds 'perf-config' com

[PATCH v5 0/2] arm64: kvm: reset hyp context for kexec

2015-05-28 Thread AKASHI Takahiro
This patch was initially intended to address a KVM issue described in Geoff's kexec patch set[1]. But now the title of patch#1 would be more suitable for the entire code as it was overhauled and, since the 4th version, the fix is implemented as kvm cpu hotplug after Mark's comment. I confirmed tha

[PATCH v5 1/2] arm64: kvm: allows kvm cpu hotplug

2015-05-28 Thread AKASHI Takahiro
The current kvm implementation on arm64 does cpu-specific initialization at system boot, and has no way to gracefully shutdown a core in terms of kvm. This prevents, especially, kexec from rebooting the system on a boot core in EL2. This patch adds a cpu tear-down function and also puts an existin

[PATCH v5 2/2] arm64: kvm: remove !KEXEC dependency

2015-05-28 Thread AKASHI Takahiro
By indroducing kvm cpu hotplug, this dependency is not needed any more. Signed-off-by: AKASHI Takahiro --- arch/arm64/kvm/Kconfig |1 - 1 file changed, 1 deletion(-) diff --git a/arch/arm64/kvm/Kconfig b/arch/arm64/kvm/Kconfig index 13ac79e..5105e29 100644 --- a/arch/arm64/kvm/Kconfig +++ b

RE: [PATCH v1] usb: dwc2: gadget: fix a memory use-after-free bug

2015-05-28 Thread Kaukab, Yousaf
> -Original Message- > From: Yunzhi Li [mailto:l...@rock-chips.com] > Sent: Friday, May 29, 2015 1:22 PM > To: johny...@synopsys.com > Cc: he...@sntech.de; c...@rock-chips.com; h...@rock-chips.com; yk@rock- > chips.com; gaura...@google.com; albe...@google.com; w...@rock-chips.com; > jwer...

[PATCH v1] usb: dwc2: gadget: fix a memory use-after-free bug

2015-05-28 Thread Yunzhi Li
When s3c_hsotg_handle_unaligned_buf_complete() hs_req->req.buf already destroyed, in s3c_hsotg_unmap_dma(), it touches hs_req->req.dma again, so s3c_hsotg_unmap_dma() should be called before s3c_hsotg_handle_unaligned_buf_complete(). Otherwise, it will cause a bad_page BUG, when allocate this memor

Re: [PATCH] Documentation: extend use case for EXPORT_SYMBOL_GPL()

2015-05-28 Thread Christoph Hellwig
On Fri, May 29, 2015 at 01:10:44AM +0200, Luis R. Rodriguez wrote: > Great, thanks. This seems to be in alignment with those who have all along > said > they've used EXPORT_SYMBOL() to mean what EXPORT_SYMBOL_GPL() users now use it > for. Nevertheless -- maintainers should know that some stubborn

Re: [PATCH 1/2] package: Makefile: ensure $MAKE can use jobserver

2015-05-28 Thread Riku Voipio
Hi, On 11 May 2015 at 17:02, Chris J Arges wrote: > When using make deb-pkg, builddeb is called without proper MAKEFLAGS due to > the > script being invoked without '+'. This results in the following message when > building: > warning: jobserver unavailable: using -j1. Add `+' to parent make rul

[PATCH v5] Fix the resolution issue in ChromeOS

2015-05-28 Thread HungNien Chen
Signed-off-by: HungNien Chen --- drivers/input/touchscreen/Kconfig | 12 + drivers/input/touchscreen/Makefile |1 + drivers/input/touchscreen/wdt87xx_i2c.c | 1404 +++ 3 files changed, 1417 insertions(+) create mode 100644 drivers/input/touchscreen/wd

Re: linux-next: manual merge of the crypto tree with the ipsec tree

2015-05-28 Thread Herbert Xu
On Fri, May 29, 2015 at 02:21:34PM +1000, Stephen Rothwell wrote: > Hi Herbert, > > Today's linux-next merge of the crypto tree got a conflict in > net/ipv4/esp4.c between commit 64aa42338e9a ("esp4: Use high-order > sequence number bits for IV generation") from the ipsec tree and commit > 7021b2e

linux-next: manual merge of the crypto tree with the ipsec tree

2015-05-28 Thread Stephen Rothwell
Hi Herbert, Today's linux-next merge of the crypto tree got a conflict in net/ipv6/esp6.c between commit 6d7258ca9370 ("esp6: Use high-order sequence number bits for IV generation") from the ipsec tree and commit 000ae7b2690e ("esp6: Switch to new AEAD interface") from the crypto tree. I fixed it

linux-next: manual merge of the crypto tree with the ipsec tree

2015-05-28 Thread Stephen Rothwell
Hi Herbert, Today's linux-next merge of the crypto tree got a conflict in net/ipv4/esp4.c between commit 64aa42338e9a ("esp4: Use high-order sequence number bits for IV generation") from the ipsec tree and commit 7021b2e1cddd ("esp4: Switch to new AEAD interface") from the crypto tree. I fixed it

Re: [PATCH 3/6] x86, pmem: add PMEM API for persistent memory

2015-05-28 Thread H. Peter Anvin
On 05/28/2015 05:02 PM, Dan Williams wrote: > > Hmm, yes, but I believe Ross (on vacation now) was following the > precedent set by commit cd8ddf1a2800 "x86: clflush_page_range needs > mfence" whereby the api handles all necessary fencing internally. > Shall we introduce something like __unordered

Re: [PATCH] ARM: BCM: Enable NAND support for iProc SoCs

2015-05-28 Thread Florian Fainelli
Le 05/28/15 18:09, Ray Jui a écrit : > Select CONFIG_MTD_NAND_BRCMNAND for all iProc SoCs > > Signed-off-by: Ray Jui Applied to soc/next, thanks! -- Florian -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majo

Re: [RFC PATCH v4 10/29] bpf tools: Collect map definitions from 'maps' section

2015-05-28 Thread Wangnan (F)
On 2015/5/29 11:35, Alexei Starovoitov wrote: On Thu, May 28, 2015 at 03:14:44PM +0800, Wangnan (F) wrote: On 2015/5/28 14:09, Alexei Starovoitov wrote: On Thu, May 28, 2015 at 11:09:50AM +0800, Wangnan (F) wrote: However this breaks a law in current design that opening phase doesn't talk t

do not initialise globals to 0 or NULL\n

2015-05-28 Thread Bandan Das
Hi Joe, Sorry, I am very Perl illiterate but I was deliberately trying to hit the "do not initialize globals" message from checkpatch.pl and can't seem to. Looking at the corresponding regexp, it seems the correct pattern should be: diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl inde

Hello My Dear

2015-05-28 Thread Ann Beattie Sanchez
Hi Dear, It is my pleasure to meet you , I hope all is well with you. I am Ann Beattie Sanchez, a United States army officer from the United States of America. I am supportive, loving and humble. I really need a good friend with whom I can have a genuine , meaningful and intimate relationship full

Re: [PATCH] namespace: Remove no longer needed goto label in the function, ops_init

2015-05-28 Thread Eric W. Biederman
Nicholas Krause writes: > This removes the no longer needed goto label, cleanup in the > function ops_init due to kfree being NULL pointer safe and > therefore no need to avoid calling it the call to kzalloc > fails inside this particular function. Your proposed change pessimizes the error path

Re: [PATCH] zram: clear disk io accounting when reset zram device

2015-05-28 Thread Sergey Senozhatsky
On (05/29/15 11:23), Weijie Yang wrote: > This patch clears zram disk io accounting when reset the zram device, > if don't do this, the residual io accounting stat will affect the > diskstat in the next zram active cycle. > thanks. my bad. Acked-by: Sergey Senozhatsky -ss > Signed-off

Re: [RFC PATCH v4 10/29] bpf tools: Collect map definitions from 'maps' section

2015-05-28 Thread Alexei Starovoitov
On Thu, May 28, 2015 at 03:14:44PM +0800, Wangnan (F) wrote: > > > On 2015/5/28 14:09, Alexei Starovoitov wrote: > >On Thu, May 28, 2015 at 11:09:50AM +0800, Wangnan (F) wrote: > >>However this breaks a law in current design that opening phase doesn't > >>talk to kernel with sys_bpf() at all. All

Re: Device Tree Blob (DTB) licence

2015-05-28 Thread Rob Landley
2015-05-28 7:32 GMT-05:00 Enrico Weigelt, metux IT consult : > Am 25.05.2015 um 09:14 schrieb Rob Landley: > >> Personally, I'm sad we're starting to get ACPI for arm but if device >> tree data files are only available under GPL, people will hold their >> nose and deploy ACPI. > > > What's the big

Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS

2015-05-28 Thread Joe Perches
On Fri, 2015-05-29 at 04:20 +0100, Ben Hutchings wrote: > On Thu, 2015-05-28 at 12:59 -0700, Joe Perches wrote: > > This is the list of maintainer names/sections that seem > > not to have signed, authored or acked a commit in 3 years. > > > > After some editing and additional grepping, I got 133 e

[PATCH] zram: clear disk io accounting when reset zram device

2015-05-28 Thread Weijie Yang
This patch clears zram disk io accounting when reset the zram device, if don't do this, the residual io accounting stat will affect the diskstat in the next zram active cycle. Signed-off-by: Weijie Yang --- drivers/block/zram/zram_drv.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/dr

Re: [RFC] Moving unseen/inactive MAINTAINER M: names and email addresses to CREDITS

2015-05-28 Thread Ben Hutchings
On Thu, 2015-05-28 at 12:59 -0700, Joe Perches wrote: > On Wed, 2015-05-27 at 14:06 -0700, Andrew Morton wrote: > > On Wed, 27 May 2015 14:01:44 -0700 Joe Perches wrote: > > > There are about 950 unique M: names in MAINTAINERS. > > > > > > About 200 of those names haven't signed or authored a > >

Re: [PATCH v5 2/3] ARM: bcm2835: Add the Raspberry Pi firmware driver

2015-05-28 Thread Noralf Trønnes
Den 29.05.2015 02:07, skrev Eric Anholt: This gives us a function for making mailbox property channel requests of the firmware, which is most notable in that it will let us get and set clock rates. ... +/** + * rpi_firmware_property_list - Submit firmware property list + * @of_node: Pointer

Re: [PATCHv5 1/2] ARM: socfpga: support suspend to ram

2015-05-28 Thread Dinh Nguyen
On 5/28/15 4:19 PM, Alan Tull wrote: > Add code that requests that the sdr controller go into > self-refresh mode. This code is run from ocram. > > Suspend-to-RAM and EDAC support are mutually exclusive on > SOCFPGA. If the EDAC is enabled, it will prevent the > platform from going into suspen

Re: dell_rbtn - kernel panic at boot...

2015-05-28 Thread Darren Hart
On Wed, May 27, 2015 at 09:28:23AM +0200, Pali Rohár wrote: > On Tuesday 26 May 2015 21:16:58 Darren Hart wrote: > > On Mon, May 25, 2015 at 08:03:42AM +0200, Pali Rohár wrote: > > > On Monday 25 May 2015 07:01:21 Matthew Garrett wrote: > > > > On Sun, May 24, 2015 at 09:44:32PM -0700, Darren Hart

[PATCH 1/1] /proc/$PID/status : show list NSpid data based on current process namespace.

2015-05-28 Thread Kuenhwan Kwak
This patch helps creating a pid mapping data to parent processes. Reading 'NSpid' field in '/proc/$PID/status' is currently a simple way to getting child pid from parent pid in userspace. But this field supplies only single direction mapping('parent pid' to 'child pid'). If parent process want to

[PATCH 1/1] /proc/$PID/status : show list NSpid data based on current process namespace.

2015-05-28 Thread Kuenhwan Kwak
This patch helps creating a pid mapping data to parent processes. Reading 'NSpid' field in '/proc/$PID/status' is currently a simple way to getting child pid from parent pid in userspace. But this field supplies only single direction mapping('parent pid' to 'child pid'). If parent process want to

RE: [f2fs-dev] [PATCH 1/3] f2fs crypto: check context consistent for rename2

2015-05-28 Thread Chao Yu
Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Friday, May 29, 2015 10:29 AM > To: Chao Yu > Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net > Subject: Re: [f2fs-dev] [PATCH 1/3] f2fs crypto: check context consistent for >

Uses of Linux backports in the industry

2015-05-28 Thread Luis R. Rodriguez
Me and Julia are working on a paper which evaluates use of Coccinelle on backports, a preliminary draft of such paper can be found on github [0]. We are making some tweaks to this, one of which is covering the uses of Linux backports [1] in the industry, for this we'd like to try to get feedback as

Re: [PATCH 3/7] net: dsa: ar8xxx: add regmap support

2015-05-28 Thread Andrew Lunn
> Fair enough, are there other global "things" besides counters that could > deserve adding maybe some sort of global/master net_device to help query > switch-wide information? This was discussed a while back. I like the current abstraction, all interfaces are real interfaces you can send and rece

Re: [PATCH 0/5] Add Mediatek MT8173 subsystem clocks support

2015-05-28 Thread James Liao
Hi Sascha, On Thu, 2015-05-28 at 15:24 +0200, Sascha Hauer wrote: > On Thu, May 21, 2015 at 03:12:51PM +0800, James Liao wrote: > > This patchset contains subsystem clocks support for Mediatek MT8173. > > It also contains some bug fixes before adds new clocks support. > > > > James Liao (4): > >

RE: [f2fs-dev] [PATCH 2/3] f2fs crypto: use bounce pages from mempool first

2015-05-28 Thread Chao Yu
Hi Jaegeuk, > -Original Message- > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > Sent: Thursday, May 28, 2015 3:10 AM > To: Chao Yu > Cc: linux-kernel@vger.kernel.org; linux-fsde...@vger.kernel.org; > linux-f2fs-de...@lists.sourceforge.net > Subject: Re: [f2fs-dev] [PATCH 2/3] f2fs crypt

Re: [PATCH 0/3] Add support for Richtek RT9455 battery charger

2015-05-28 Thread Sebastian Reichel
Hi Anda-Maria, On Mon, May 25, 2015 at 01:22:20PM +0300, Anda-Maria Nicolae wrote: > The next 3 patches do the following: > - first patch adds Richtek Technology Corporation in the vendor-prefixes list > - second patch adds device tree binding example for Richtek RT9455 battery > charger > - thir

Re: [V5 PATCH 2/5] arm64 : Introduce support for ACPI _CCA object

2015-05-28 Thread Mark Salter
On Wed, 2015-05-20 at 17:09 -0500, Suravee Suthikulpanit wrote: > From http://www.uefi.org/sites/default/files/resources/ACPI_6.0.pdf, > section 6.2.17 _CCA states that ARM platforms require ACPI _CCA > object to be specified for DMA-cabpable devices. Therefore, this patch > specifies ACPI_CCA_REQU

Re: [PATCH v8 6/7] clk: hi6220: Clock driver support for Hisilicon hi6220 SoC

2015-05-28 Thread Bintian
Hello Mike, On 2015/5/29 9:07, Michael Turquette wrote: Quoting Kevin Hilman (2015-05-28 10:32:05) Bintian writes: Hello Mike, On 2015/5/28 13:26, Michael Turquette wrote: Quoting Bintian Wang (2015-05-23 21:11:11) Add clock drivers for hi6220 SoC, this driver controls the SoC registers t

Re: [PATCH 3/7] net: dsa: ar8xxx: add regmap support

2015-05-28 Thread Florian Fainelli
Le 05/28/15 19:23, Andrew Lunn a écrit : > On Thu, May 28, 2015 at 06:58:14PM -0700, Florian Fainelli wrote: >> Le 05/28/15 18:42, Mathieu Olivari a écrit : >>> All switch registers can now be dumped using regmap/debugfs. >>> >>> \# cat /sys/kernel/debug/regmap//registers >>> : 1302 >>> 000

Re: [f2fs-dev] [PATCH 1/3] f2fs crypto: check context consistent for rename2

2015-05-28 Thread Jaegeuk Kim
On Thu, May 28, 2015 at 10:07:26AM -0700, Jaegeuk Kim wrote: > Hi Chao, > > On Mon, May 25, 2015 at 06:07:02PM +0800, Chao Yu wrote: > > For exchange rename, we should check context consistent of encryption > > between new_dir and old_inode or old_dir and new_inode. Otherwise > > inheritance of pa

Re: [PATCH 3/7] net: dsa: ar8xxx: add regmap support

2015-05-28 Thread Andrew Lunn
On Thu, May 28, 2015 at 06:58:14PM -0700, Florian Fainelli wrote: > Le 05/28/15 18:42, Mathieu Olivari a écrit : > > All switch registers can now be dumped using regmap/debugfs. > > > > \# cat /sys/kernel/debug/regmap//registers > > : 1302 > > 0004: ... > > ... > > ethtool has a register

Re: [PATCH] x86: skip delays during SMP initialization similar to Xen

2015-05-28 Thread Len Brown
>> this time can be reduced by 7% (113 ms) by deleting announce_cpu() While the KERN_DEBUG output is fast, accounce_cpu() uses KERN_INFO, which goes to the (serial) console by default. One would expect it to drain at about 10 bits/byte / 115200 baud = 87us/byte. I measured some vanilla printk's v

[PATCH v2 2/6] gpio: brcmstb: Add interrupt support

2015-05-28 Thread Gregory Fong
Create an irq_chip for each GIO block. Uses chained IRQ handling since known uses of this block have a BCM7120 L2 interrupt controller as a parent. Supports interrupts for all GPIOs. In the IRQ handler, we check for raised IRQs for invalid GPIOs and warn (ratelimited) if they're encountered. Si

[PATCH v2 6/6] ARM: brcmstb: Add default gpio number

2015-05-28 Thread Gregory Fong
Out of the brcmstb SoCs that I know, BCM3390 has the largest numbers of GPIOs, with its - 320 "peripheral" GPIOs - 5*32 = 160 UPG GPIOs (counting unused lines, which do get counted) - 2*32 = 64 UPG AON GPIOs (counting unused lines) Total: 544 I suspect that the upper limit will only need to be hig

[PATCH v2 4/6] gpio: brcmstb: Allow GPIOs to be wakeup sources

2015-05-28 Thread Gregory Fong
Several drivers (e.g. gpio-keys) allow for GPIOs to be configured as wakeup sources, and this GPIO controller supports that through a separate interrupt path. The de-facto standard DT property "wakeup-source" is checked, since that indicates whether the GPIO controller hardware can wake. Uses the

[PATCH v2 5/6] ARM: brcmstb: Select ARCH_WANT_OPTIONAL_GPIOLIB

2015-05-28 Thread Gregory Fong
Select ARCH_WANT_OPTIONAL_GPIOLIB from BRCMSTB to allow GPIOLIB and GPIO_BRCMSTB to be enabled. Signed-off-by: Gregory Fong --- v2: this was split out so that it can go through the ARM SoC tree. arch/arm/mach-bcm/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-bcm/Kcon

[PATCH v2 3/6] dt-bindings: brcmstb-gpio: document properties for wakeup

2015-05-28 Thread Gregory Fong
Some brcmstb GPIO controllers can be used to wake from suspend, so use the de facto standard property 'wakeup-source' to mark the nodes of controllers with that capability. Also document interrupts-extended, which will be used for wakeup handling because the interrupt parent for the wake IRQ is di

[PATCH v2 1/6] gpio: Add GPIO support for Broadcom STB SoCs

2015-05-28 Thread Gregory Fong
This adds support for the GPIO IP "UPG GIO" used on Broadcom STB SoCs (BCM7XXX and some others). Uses basic_mmio_gpio to instantiate a gpio_chip for each bank. The driver assumes that it handles the base set of GPIOs on the system and that it can start its numbering sequence from 0, so any GPIO e

[PATCH v2 0/6] GPIO support for BRCMSTB

2015-05-28 Thread Gregory Fong
This patchset adds support for the GPIO controller (UPG GIO) used on Broadcom's various BRCMSTB SoCs (BCM7XXX and others). It uses the "basic-mmio-gpio" interface to try to reduce duplication of the base logic. For all existing hardware, this block hooked up to the BCM7120 L2 IRQ controller and so

Re: [PATCH 1/7] net: dsa: add new driver for ar8xxx family

2015-05-28 Thread Andrew Lunn
> +static int ar8xxx_set_pad_ctrl(struct dsa_switch *ds, int port, int mode) > +{ > + int reg; > + > + switch (port) { > + case 0: > + reg = AR8327_REG_PORT0_PAD_CTRL; > + break; > + case 6: > + reg = AR8327_REG_PORT6_PAD_CTRL; > + bre

Re: [PATCH v8 4/7] clk: hisilicon: Remove __init for marking function prototypes

2015-05-28 Thread Bintian
Hello Kevin, On 2015/5/29 0:50, Kevin Hilman wrote: Bintian Wang writes: __init markings on function prototypes are useless, so remove them. Suggested-by: Stephen Boyd Signed-off-by: Bintian Wang Can you repost the whole series please? The number of patches has increased and it's not te

[PATCH v8 5/7] dt-bindings: Add header file of hi6220 clock driver

2015-05-28 Thread Bintian Wang
Add the header file "hi6220-clock.h" used by both hi6220 clock driver and hi6220 device tree file. Suggested-by: Stephen Boyd Signed-off-by: Bintian Wang Tested-by: Will Deacon Tested-by: Tyler Baker Tested-by: Kevin Hilman --- include/dt-bindings/clock/hi6220-clock.h | 173 +

[PATCH v8 6/7] clk: hi6220: Clock driver support for Hisilicon hi6220 SoC

2015-05-28 Thread Bintian Wang
Add clock drivers for hi6220 SoC, this driver controls the SoC registers to supply different clocks to different IPs in the SoC. We add one divider clock for hi6220 because the divider in hi6220 also has a mask bit but it doesnot obey the rule defined by flag "CLK_DIVIDER_HIWORD_MASK", we can not

[PATCH v8 2/7] clk: hi6220: Document devicetree bindings for hi6220 clock

2015-05-28 Thread Bintian Wang
Document DT files bindings for Hisilicon hi6220 clock. Signed-off-by: Bintian Wang Acked-by: Haojian Zhuang Suggested-by: Arnd Bergmann Acked-by: Stephen Boyd --- .../devicetree/bindings/clock/hi6220-clock.txt | 34 ++ 1 file changed, 34 insertions(+) create mode 1006

[PATCH v8 7/7] arm64: dts: Add dts files for Hisilicon Hi6220 SoC

2015-05-28 Thread Bintian Wang
Add initial dtsi file to support Hisilicon Hi6220 SoC with support of Octal core CPUs in two clusters and each cluster has quard Cortex-A53. Also add dts file to support HiKey development board which based on Hi6220 SoC. Signed-off-by: Bintian Wang Acked-by: Haojian Zhuang Reviewed-by: Yiping X

[PATCH v8 1/7] arm64: hi6220: Document devicetree bindings for Hisilicon hi6220 SoC

2015-05-28 Thread Bintian Wang
This patch adds documentation for the devicetree bindings used by the DT files of Hisilicon hi6220 SoC mobile platform. Signed-off-by: Bintian Wang Suggested-by: Arnd Bergmann Acked-by: Haojian Zhuang Acked-by: Stephen Boyd --- .../bindings/arm/hisilicon/hisilicon.txt | 87 +

[PATCH v8 4/7] clk: hisilicon: Remove __init for marking function prototypes

2015-05-28 Thread Bintian Wang
__init markings on function prototypes are useless, so remove them. Suggested-by: Stephen Boyd Signed-off-by: Bintian Wang Tested-by: Will Deacon Tested-by: Tyler Baker Tested-by: Kevin Hilman --- drivers/clk/hisilicon/clk.h | 22 +++--- 1 file changed, 11 insertions(+), 11 d

[PATCH v8 0/7] arm64,hi6220: Enable Hisilicon Hi6220 SoC

2015-05-28 Thread Bintian Wang
From: Bintian Wang Hi6220 is one mobile solution of Hisilicon, this patchset contains initial support for Hi6220 SoC and HiKey development board, which supports octal ARM Cortex A53 cores. Initial support is minimal and includes just the arch configuration, clock driver, device tree configuration

[PATCH v8 3/7] Documentation: DT: PL011: hi6220: add compatible string for Hisilicon designed UART

2015-05-28 Thread Bintian Wang
Hisilicon does some performance enhancements based on PL011(e.g. larger FIFO length), so add one compatible string "hisilicon,hi6220-uart" for future optimisations or workarounds works. Signed-off-by: Bintian Wang Suggested-by: Mark Rutland --- Documentation/devicetree/bindings/serial/pl011.txt

Re: [PATCH 0/7] net: dsa: add QCA AR8xxx switch family support

2015-05-28 Thread Andrew Lunn
On Thu, May 28, 2015 at 06:42:15PM -0700, Mathieu Olivari wrote: > This patch set adds initial support for AR8xxx switches using the DSA > subsystem. It currently supports QCA8337 switch, and can be extended to > other hardware in the same family. > > This switch was already discussed in the follo

Re: [PATCH 7/7] Documentation: devicetree: add ar8xxx binding

2015-05-28 Thread Florian Fainelli
Le 05/28/15 18:42, Mathieu Olivari a écrit : > Add device-tree binding for ar8xxx switch families. > > Signed-off-by: Mathieu Olivari > --- > .../devicetree/bindings/net/dsa/qca-ar8xxx.txt | 70 > ++ > 1 file changed, 70 insertions(+) > create mode 100644 Documentation/

Re:Hello

2015-05-28 Thread hjz
dear sir laptop,cellphone,gulrar,moto,watch...the shipping is free samsung s6, 320euro Si te: mno . com

  1   2   3   4   5   6   7   8   9   >