Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64

On Wed, 2014-07-02 at 15:39 +0900, Masami Hiramatsu wrote: > (2014/07/02 13:41), Michael Ellerman wrote: > > On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote: > >> (2014/06/30 20:36), Michael Ellerman wrote: > >>> On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: > Ping? :) >

Re: FIX ME in function ocpi_enable in file arch/arm/mach-omap1/opci.c

* Nick Krause [140701 15:51]: > Hey Tony and Russel , > There is a FIX ME message in this function of the file stated in my > subject line. > I was wondering what locking is needed here due to not having experience with > omap subsystem(s). Looks like the locking for ocpi_enable would be needed

[PATCH] KVM: nVMX: Fix IRQs inject to L2 which belong to L1 since race

This patch fix bug https://bugzilla.kernel.org/show_bug.cgi?id=72381 If we didn't inject a still-pending event to L1 since nested_run_pending, KVM_REQ_EVENT should be requested after the vmexit in order to inject the event to L1. However, current log blindly request a KVM_REQ_EVENT even if ther

Re: [PATCH] mfd: ab8500-debugfs.c: Cleaning up unnecessary to test, unsigned can't be negative.

> Unsigned variable can't be negative so it is unnecessary to test it > > This was found using a static code analysis program called cppcheck > > Signed-off-by: Rickard Strandqvist > --- > drivers/mfd/ab8500-debugfs.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks.

Re: [PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts

On Tue, Jul 01, 2014 at 04:41:03PM -0400, Tejun Heo wrote: > d911d9874801 ("kernfs: make kernfs_notify() trigger inotify events > too") added fsnotify triggering to kernfs_notify() which requires a > sleepable context. There are already existing users of > kernfs_notify() which invoke it from an a

Re: [PATCH 1/1] drivers/mfd/ab8500-debugfs.c: remove unnecessary null test before debugfs_remove_recursive

On Sat, 28 Jun 2014, Fabian Frederick wrote: > Fix checkpatch warning: > WARNING: debugfs_remove_recursive(NULL) is safe this check is probably not > required > > Cc: Linus Walleij > Cc: Samuel Ortiz > Cc: linux-arm-ker...@lists.infradead.org > Signed-off-by: Fabian Frederick > --- > drivers

linux-next: Tree for Jul 2

Hi all, Changes since 20140701: My fixes tree contains: powerpc: Disable RELOCATABLE for COMPILE_TEST with PPC64 The arm-perf tree gained a conflict against to arm tree. The net-next tree lost its build failure. The staging tree still had its build failure for which I disabled a

[PATCH] x86,cpu-hotplug: clear llc_shared_mask at CPU hotplug

llc_shared_mask is not cleared even if cpu is offline or hot removed. So when hot-plugging CPU, the mask has wrong value. The mask is used by CSF schduler. So it breaks CFS scheduler. Here is a example on my system. My system has 4 sockets and each socket has 15 cores and HT is enabled. In this ca

Re: pull request: wireless 2014-06-27

From: "John W. Linville" Date: Fri, 27 Jun 2014 14:43:06 -0400 > Please pull the following batch of fixes for the 3.16 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 in

dog harness, dog leash, dog clothes and dog carrier

Hi, this is Jeff Wu from China. We are a factory which produces pet clothes, pet harness, pet leash. Please let me know if you are interested to buy from us, thanks! I will send the price lists and website to you then. Best regards, Jeff Wu -- To unsubscribe from this list: send the line "unsubsc

[tip:perf/urgent] perf: Do not allow optimized switch for non-cloned events

Commit-ID: 1f9a7268c67f0290837aada443d28fd953ddca90 Gitweb: http://git.kernel.org/tip/1f9a7268c67f0290837aada443d28fd953ddca90 Author: Jiri Olsa AuthorDate: Tue, 24 Jun 2014 10:20:25 +0200 Committer: Ingo Molnar CommitDate: Wed, 2 Jul 2014 08:35:56 +0200 perf: Do not allow optimized sw

[tip:perf/urgent] perf/x86/intel: ignore CondChgd bit to avoid false NMI handling

Commit-ID: b292d7a10487aee6e74b1c18b8d95b92f40d4a4f Gitweb: http://git.kernel.org/tip/b292d7a10487aee6e74b1c18b8d95b92f40d4a4f Author: HATAYAMA Daisuke AuthorDate: Wed, 25 Jun 2014 10:09:07 +0900 Committer: Ingo Molnar CommitDate: Wed, 2 Jul 2014 08:35:55 +0200 perf/x86/intel: ignore C

Re: [PATCH] clk: sunxi: fix devm_ioremap_resource error detection code

Quoting Emilio López (2014-06-28 14:38:26) > Hi, > > El 28/06/14 14:58, Boris BREZILLON escribió: > > Hello, > > > > On 28/06/2014 19:23, Himangi Saraogi wrote: > >> devm_ioremap_resource returns an ERR_PTR value, not NULL, on failure. > >> > >> A simplified version of the semantic match that find

[tip:sched/urgent] sched: Fix compiler warnings

Commit-ID: b6220ad66bcd4a50737eb3c08e9466aa44f3bc98 Gitweb: http://git.kernel.org/tip/b6220ad66bcd4a50737eb3c08e9466aa44f3bc98 Author: Guenter Roeck AuthorDate: Tue, 24 Jun 2014 18:05:29 -0700 Committer: Ingo Molnar CommitDate: Wed, 2 Jul 2014 08:33:48 +0200 sched: Fix compiler warning

Re: Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64

(2014/07/02 13:41), Michael Ellerman wrote: > On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote: >> (2014/06/30 20:36), Michael Ellerman wrote: >>> On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: Ping? :) >>> >>> Yeah sorry. I started looking at this and got dragged into ano

Re: [PATCH RFC net-next 11/14] tracing: allow eBPF programs to be attached to events

On Wed, Jul 2, 2014 at 3:14 PM, Alexei Starovoitov wrote: > On Tue, Jul 1, 2014 at 10:32 PM, Namhyung Kim wrote: >> On Fri, 27 Jun 2014 17:06:03 -0700, Alexei Starovoitov wrote: >>> User interface: >>> cat bpf_123 > /sys/kernel/debug/tracing/__event__/filter >>> >>> where 123 is an id of the eBPF

Re: [PATCH v7] media: vb2: Take queue or device lock in mmap-related vb2 ioctl handlers

For now it is -ENOTIME for me. It's on my TODO list, but there are a number of other things I want to finish first. Regards, Hans On 07/01/2014 11:08 PM, Laurent Pinchart wrote: > On Wednesday 25 June 2014 12:58:03 Sasha Levin wrote: >> Ping? > > Hans, I've replied to your previous e-ma

Re: [PATCH] Remove memory start and memory end

Around Tue 01 Jul 2014 18:22:53 -0400 or thereabout, Nick Krause wrote: > No problem , just happy it was of help to you. > Cheers Nick I did take the liberty of fixing a typo, uneeded => unneeded, and prefixing the subject with avr32:. Have a nice day (-: > On Tue, Jul 1, 2014 at 2:55 AM, Hans-Ch

Re: [PATCH 1/1] IB/mlx5: use ARRAY_SIZE instead of sizeof/sizeof[0]

Acked-by: Eli Cohen On Tue, Jul 01, 2014 at 09:58:44PM +0200, Fabian Frederick wrote: > use macro definition > -- 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

Re: [PATCH] agp: remove read/write stubs

On 15 June 2014 23:02, Mathias Krause wrote: > The VFS layer handles those in the very same way, if unset. No need for > additional stubs. > > Signed-off-by: Mathias Krause > Cc: Alexander Viro > --- > drivers/char/agp/frontend.c | 15 --- > 1 file changed, 15 deletions(-) > > dif

Re: [PATCH RFC net-next 11/14] tracing: allow eBPF programs to be attached to events

On Tue, Jul 1, 2014 at 10:32 PM, Namhyung Kim wrote: > On Fri, 27 Jun 2014 17:06:03 -0700, Alexei Starovoitov wrote: >> User interface: >> cat bpf_123 > /sys/kernel/debug/tracing/__event__/filter >> >> where 123 is an id of the eBPF program priorly loaded. >> __event__ is static tracepoint event.

Re: [PATCH 06/14] cpufreq: cpu0: defer probe if clock isn't registered yet

On Tue, Jul 01, 2014 at 10:02:35PM +0530, Viresh Kumar wrote: > Currently, we defer probe if regulator_get() returned -EPROBE_DEFER, i.e. > regulator isn't registered yet. > > The same is true for clock as well, so lets defer in that case as well. > > Signed-off-by: Viresh Kumar > --- > drivers

linux-next: manual merge of the akpm-current tree with the block tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in block/bio.c between commit 254c4407cb84 ("bio: modify __bio_add_page() to accept pages that don't start a new segment") from the block tree and commit b5e51c564fb2 ("bio: modify __bio_add_page() to accept pages that don

RE: Oops: 17 SMP ARM (v3.16-rc2)

Hi Russell, > -Original Message- > > The initial version (marked RFC) attracted very little interest from > > testers, or acks. I'd very much like to have some testing of it, so > > if you want to try it out, I can provide you with a git URL, patches > > or a combined patch. > > Sure! A

Re: [PATCH RFC net-next 08/14] bpf: add eBPF verifier

On Tue, Jul 1, 2014 at 10:05 PM, Namhyung Kim wrote: > Mostly questions and few nitpicks.. :) great questions. Thank you for review! Answers below: > On Fri, 27 Jun 2014 17:06:00 -0700, Alexei Starovoitov wrote: >> +/* types of values: >> + * - stored in an eBPF register >> + * - passed into hel

Re: [PATCH 06/14] cpufreq: cpu0: defer probe if clock isn't registered yet

On 2 July 2014 11:23, Shawn Guo wrote: > On Tue, Jul 01, 2014 at 10:02:35PM +0530, Viresh Kumar wrote: >> diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/drivers/cpufreq/cpufreq-cpu0.c >> index 4273a5f..b5b8e1c 100644 >> --- a/drivers/cpufreq/cpufreq-cpu0.c >> +++ b/drivers/cpufreq/cpufreq-cpu0.c >

Re: [PATCH] f2fs: check bdi->dirty_exceeded when trying to skip data writes

On Sat, 28 Jun 2014 20:58:38 +0900 Jaegeuk Kim wrote: > If we don't check the current backing device status, balance_dirty_pages can > fall into infinite pausing routine. > > This can be occurred when a lot of directories make a small number of dirty > dentry pages including files. > > ... > >

Re: [RFC] CMA page migration failure due to buffers on bh_lru

On Mon, 30 Jun 2014 19:02:45 -0700 Laura Abbott wrote: > On 6/30/2014 6:07 PM, Gioh Kim wrote: > > Hi,Laura. > > > > I have a question. > > > > Does the __evict_bh_lru() not need bh_lru_lock()? > > The get_cpu_var() has already preenpt_disable() and can prevent other > > thread. > > But get_cp

Re: [PATCH RFC] arm64: eBPF JIT compiler

On Tue, Jul 1, 2014 at 10:20 PM, Zi Shen Lim wrote: > The JIT compiler emits A64 instructions. It supports eBPF only. > Legacy BPF is supported thanks to conversion by BPF core. > > JIT is enabled in the same way as for other architectures: > > echo 1 > /proc/sys/net/core/bpf_jit_enable >

Re: [PATCH v2 0/9] Updated fence patch series

On Tue, Jul 01, 2014 at 12:57:02PM +0200, Maarten Lankhorst wrote: > So after some more hacking I've moved dma-buf to its own subdirectory, > drivers/dma-buf and applied the fence patches to its new place. I believe > that the > first patch should be applied regardless, and the rest should be read

Re: [PATCH RFC net-next 01/14] net: filter: split filter.c into two files

On Tue, Jul 1, 2014 at 9:23 PM, Namhyung Kim wrote: > Hi Alexei, > > On Fri, 27 Jun 2014 17:05:53 -0700, Alexei Starovoitov wrote: >> BPF is used in several kernel components. This split creates logical boundary >> between generic eBPF core and the rest >> >> kernel/bpf/core.c: eBPF interpreter >>

RE: [PATCH] arm: mach-omap2: gpmc: ignore non-available nodes

>From: Ezequiel García [mailto:ezequ...@vanguardiasur.com.ar] >>On 26 Jun 12:02 PM, Guido Martínez wrote: >> Currently, child nodes of the gpmc node are iterated and probed >> regardless of their 'status' property. This means adding 'status = >> "disabled";' has no effect. >> >> This patch changes

Re: [PATCH RFC net-next 03/14] bpf: introduce syscall(BPF, ...) and BPF maps

On Tue, Jul 1, 2014 at 8:11 AM, Andy Lutomirski wrote: > On Mon, Jun 30, 2014 at 10:47 PM, Alexei Starovoitov > wrote: >> On Mon, Jun 30, 2014 at 3:09 PM, Andy Lutomirski wrote: >>> On Sat, Jun 28, 2014 at 11:36 PM, Alexei Starovoitov >>> wrote: On Sat, Jun 28, 2014 at 6:52 PM, Andy Luto

[PATCH] block: fix reqeust->__data_len overflow

blk_rq_sectors(req) + bio_sectors(bio) > blk_rq_get_max_sectors(req) is used to check whether a bio can be merged into an exist request. If can, req->__data_len += bio->bio_size. Since req->__data_len is a 32bit uint, if blk_rq_get_max_sectors(req) > (UINT_MAX >> 9), req->__date_len may overflow wh

Re: [PATCH RFC net-next 11/14] tracing: allow eBPF programs to be attached to events

On Fri, 27 Jun 2014 17:06:03 -0700, Alexei Starovoitov wrote: > User interface: > cat bpf_123 > /sys/kernel/debug/tracing/__event__/filter > > where 123 is an id of the eBPF program priorly loaded. > __event__ is static tracepoint event. > (kprobe events will be supported in the future patches) > >

Re: [PATCH v2 1/1] firmware: read firmware size using i_size_read()

On Wed, Jul 02, 2014 at 09:33:49AM +0800, Ming Lei wrote: > On Thu, Jun 26, 2014 at 12:46 AM, Dmitry Kasatkin > wrote: > > On 13 June 2014 19:06, Dmitry Kasatkin wrote: > >> On 13 June 2014 19:03, Ming Lei wrote: > >>> On Fri, Jun 13, 2014 at 11:09 PM, Dmitry Kasatkin > >>> wrote: > There

[f2fs-dev][PATCH 2/2] f2fs: introduce f2fs_write_failed to handle error case when write

When we fail in ->write_begin()/->direct_IO(), our allocated node block in disk and page cache are still kept, despite these may not be used again. This patch introduce f2fs_write_failed() to handle the error case of these two interfaces, it will truncate page cache and blocks of this file accordi

[f2fs-dev][PATCH 1/2] f2fs: check name_len of dir entry to prevent from deadloop

We assume that modification of some special application could result in zeroed name_len, or it is consciously made by somebody. We will deadloop in find_in_block when name_len of dir entry is zero. This patch is added for preventing deadloop in above scenario. Signed-off-by: Chao Yu --- fs/f2fs

[PATCH RFC] arm64: eBPF JIT compiler

The JIT compiler emits A64 instructions. It supports eBPF only. Legacy BPF is supported thanks to conversion by BPF core. JIT is enabled in the same way as for other architectures: echo 1 > /proc/sys/net/core/bpf_jit_enable Or for additional compiler output: echo 2 > /proc/sys/n

Re: [PATCH 2/2] MIPS: Alchemy: common clock framework integration

Quoting Manuel Lauss (2014-06-29 09:57:35) > Expose chip-internal configurable clocks to the common clk framework, > and fix a few drivers to take advantage of it. Thanks for the patch series! Both patches cover a lot of ground, but I'll focus on #2. It would be best to split the driver changes ou

Re: [PATCH] net: qmi_wwan: Add ID for Telewell TW-LTE 4G v2

On 2014-07-02 02:01, Bernd Wachter wrote: There's a new version of the Telewell 4G modem working with, but not recognized by this driver. Signed-off-by: Bernd Wachter --- --- linux-3.15.3/drivers/net/usb/qmi_wwan.c.orig2014-07-01 21:31:07.0 +0300 +++ linux-3.15.3/drivers/net/us

Re: [PATCH V2 0/6] regulator: palmas: cleanup and fixes

On Monday 30 June 2014 09:27 PM, Nishanth Menon wrote: Hi, Original thread (v1): http://marc.info/?t=14038076654&r=1&w=2 This series is based on: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git branch: topic/palmas (4c0c9ca Merge remote-tracking branch 'regulator

RE: [PATCH 1/1] [SCSI] bfa: use ARRAY_SIZE instead of sizeof/sizeof[0]

Acked-by: Anil Gurumurthy -Original Message- From: Fabian Frederick [mailto:f...@skynet.be] Sent: 30 June 2014 23:13 To: linux-kernel Cc: Fabian Frederick; Anil Gurumurthy; Sudarsana Kalluru; James E.J. Bottomley; linux-scsi Subject: [PATCH 1/1] [SCSI] bfa: use ARRAY_SIZE instead of siz

linux-next: manual merge of the scsi tree with the tree

Hi James, Today's linux-next merge of the scsi tree got a conflict in include/scsi/sg.h between commit d15156138dad ("block SG_IO: add SG_FLAG_Q_AT_HEAD flag") from the block tree and commit b15b9fab9f32 ("sg: add SG_FLAG_Q_AT_TAIL flag") from the scsi tree. I fixed it up (I used the version from

Re: [PATCH RFC net-next 08/14] bpf: add eBPF verifier

Mostly questions and few nitpicks.. :) On Fri, 27 Jun 2014 17:06:00 -0700, Alexei Starovoitov wrote: > +/* types of values: > + * - stored in an eBPF register > + * - passed into helper functions as an argument > + * - returned from helper functions > + */ > +enum bpf_reg_type { > + INVALID_PT

Re: [PATCH v2] clk: s2mps11: Fix double free corruption during driver unbind

Quoting Krzysztof Kozlowski (2014-06-27 05:21:10) > After unbinding the driver memory was corrupted by double free of > clk_lookup structure. This lead to OOPS when re-binding the driver > again. > > The driver allocated memory for 'clk_lookup' with devm_kzalloc. During > driver removal this memor

[PATCH 1/1] ice1712: Aligning definitions in header file

Aligning #defines in ice1712.h file. Signed-off-by: Konstantinos Tsimpoukas --- sound/pci/ice1712/ice1712.h | 84 ++--- 1 file changed, 42 insertions(+), 42 deletions(-) diff --git a/sound/pci/ice1712/ice1712.h b/sound/pci/ice1712/ice1712.h index b209fc3.

Re: [RESEND 0/2] clk: Support for Palmas clk32kg and clk32kgaudio clocks

Quoting Peter Ujfalusi (2014-06-26 23:01:09) > Hi Mike, > > This is a resend of the v2 version of the palmas clock driver which seamingly > missed the 3.16 merge window. I have added Nishanth's Reviewed-by tag to the > patches. Thanks for the resend. Applied to clk-next. Regards, Mike > > Chan

Re: Re: [PATCH v4] [BUGFIX] kprobes: Fix "Failed to find blacklist" error on ia64 and ppc64

On Tue, 2014-07-01 at 11:21 +0900, Masami Hiramatsu wrote: > (2014/06/30 20:36), Michael Ellerman wrote: > > On Mon, 2014-06-30 at 12:14 +0900, Masami Hiramatsu wrote: > >> Ping? :) > > > > Yeah sorry. I started looking at this and got dragged into another mess. > > > > You seem to have duplicate

[PATCH] net: Fix NETDEV_CHANGE notifier usage causing spurious arp flush

A bug was introduced in NETDEV_CHANGE notifier sequence causing the arp table to be sometimes spuriously cleared (including manual arp entries marked permanent), upon network link carrier changes. The changed argument for the notifier was applied only to a single caller of NETDEV_CHANGE, missing a

Re: [RESEND 2/2] clk: Add driver for Palmas clk32kg and clk32kgaudio clocks

Quoting Peter Ujfalusi (2014-06-29 22:56:55) > Hi Javier, > > On 06/27/2014 09:23 PM, Javier Martinez Canillas wrote: > > Hello Peter, > > > > On Fri, Jun 27, 2014 at 8:01 AM, Peter Ujfalusi > > wrote: > >> Palmas class of devices can provide 32K clock(s) to be used by other > >> devices > >>

Re: [PATCH] rmap: fix pgoff calculation to handle hugepage correctly

On Tue, Jul 01, 2014 at 11:15:40PM +0300, Kirill A. Shutemov wrote: > On Tue, Jul 01, 2014 at 02:50:21PM -0400, Naoya Horiguchi wrote: > > On Tue, Jul 01, 2014 at 09:07:39PM +0300, Kirill A. Shutemov wrote: > > > Why do we need this special case for hugetlb page ->index? Why not use > > > PAGE_SIZE

Re: [PATCH] ARM: dts: Add TMU dt node to monitor the temperature for Exynos3250

Hi Sachin, On 07/02/2014 12:09 PM, Sachin Kamat wrote: > On Wed, Jul 2, 2014 at 5:22 AM, Chanwoo Choi wrote: >> On 07/01/2014 01:10 PM, Sachin Kamat wrote: >>> Hi Chanwoo, >>> >>> On Tue, Jul 1, 2014 at 9:34 AM, Chanwoo Choi wrote: Hi Sachin, On 07/01/2014 12:33 PM, Sachin Kamat w

Re: [PATCH RFC net-next 01/14] net: filter: split filter.c into two files

Hi Alexei, On Fri, 27 Jun 2014 17:05:53 -0700, Alexei Starovoitov wrote: > BPF is used in several kernel components. This split creates logical boundary > between generic eBPF core and the rest > > kernel/bpf/core.c: eBPF interpreter > > net/core/filter.c: classic->eBPF converter, classic verifier

RE: [PATCH v1] PCI: enable ASPM configuration in PCIE POWERSAVE mode

> -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Tuesday, July 01, 2014 8:35 PM > To: Vidya Sagar; bhelg...@google.com; r...@sisk.pl; > nagananda.chumbal...@hp.com; thierry.red...@gmail.com; Stephen > Warren; Krishna Thota; linux-...@vger.kernel.org > Cc: l

Re: [PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On 07/02/2014 05:01 AM, Christopher Friedt wrote: > I have been unable to reproduce this issue in a plethora of test > cases, although granted, I do not have access to a Win7 machine. For > that, I have asked an Ubuntu tester to run through some tests for me. > > https://urldefense.proofpoint.com/v

Re: [PATCH 00/14] cpufreq: cpu0: Extend support beyond CPU0, V2

On 1 July 2014 22:02, Viresh Kumar wrote: > V1: https://lkml.org/lkml/2014/6/25/152 > > Stephen Boyd sent few patches some time back around a new cpufreq driver for > Qualcomm's Krait SoC: https://lkml.org/lkml/2014/6/24/918. > > Krait couldn't use existing cpufreq-cpu0 driver as it doesn't have s

Re: [PATCH V3] powerpc/powernv: Check for IRQHAPPENED before sleeping

On Wed, 2014-07-02 at 09:19 +0530, Preeti U Murthy wrote: > Commit 8d6f7c5a: "powerpc/powernv: Make it possible to skip the IRQHAPPENED > check in power7_nap()" added code that prevents cpus from checking for > pending interrupts just before entering sleep state, which is wrong. These > interrupts

[PATCH V2 Resend 12/14] cpufreq: cpu0: Extend support beyond CPU0

Most of the infrastructure is in place now, with only little left. How to find siblings ? Stephen Boyd suggested to compare "clocks" properties from CPU's DT node and siblings should match. This patch adds another routine find_siblings() which calls of_property_match() to find if CPUs share clock

[PATCH V2 Resend 07/14] cpufreq: cpu0: OPPs can be populated at runtime

OPPs can be populated statically, via DT, or added at run time with dev_pm_opp_add(). While this driver handles the first case correctly, it would fail to populate OPPs added at runtime. Because call to of_init_opp_table() would fail as there are no OPPs in DT and probe will return early. To fix

[PATCH V3] powerpc/powernv: Check for IRQHAPPENED before sleeping

Commit 8d6f7c5a: "powerpc/powernv: Make it possible to skip the IRQHAPPENED check in power7_nap()" added code that prevents cpus from checking for pending interrupts just before entering sleep state, which is wrong. These interrupts are delivered during the soft irq disabled state of the cpu. A cp

Re: [PATCH] clk: Add tracepoints for hardware operations

Quoting Stephen Boyd (2014-06-30 18:07:49) > On 06/30/14 17:52, Steven Rostedt wrote: > > On Mon, 30 Jun 2014 16:56:39 -0700 > > Stephen Boyd wrote: > > > >> @@ -483,10 +486,12 @@ static void clk_unprepare_unused_subtree(struct clk > >> *clk) > >> return; > >> > >> if (__clk_i

[PATCH v2] x86: Find correct 64 bit ramdisk address for microcode early update

When using kexec with 64bit kernel, bzImage and ramdisk could be loaded above 4G. We need this to get correct ramdisk adress. Make get_ramdisk_image() global and use it for early microcode updating. -v2: update changelog. Signed-off-by: Yinghai Lu --- arch/x86/include/asm/setup.h

Re: [PATCH v2 1/1] clk: Fix build warnings

Quoting Sachin Kamat (2014-06-30 23:26:34) > ‘all_lists’ and ‘orphan_list’ is accessed only when DEBUG_FS is defined. > Thus, make their compilation conditional to fix the below warnings introduced > by commit 27b8d5f723 ("clk: flatten clk tree in debugfs"): > drivers/clk/clk.c:40:27: warning: ‘all

Re: [PATCH 2/2] cpufreq: cpu0: Extend support beyond CPU0

On 2 July 2014 03:30, Mike Turquette wrote: > I can't help but think this is a pretty ugly solution. Why not specify Thanks :) > the nature of the cpu clock(s) in DT directly? There was a thread > already that discussed adding such a property to the CPU DT binding but > it seems to have gone col

net: pretty odd panic in netfilter

PID: 5017 Comm: trinity-c192 Tainted: GW 3.16.0-rc3-next-20140701-sasha-00023-g4eb2544-dirty #759 [ 3640.810120] task: 88014d5a3000 ti: 880146088000 task.ti: 880146088000 [ 3640.810120] RIP: nf_nat_packet (net/netfilter/nf_nat_core.c:482) [ 3640.810120] RSP: 0018:f

Re: [RESEND PATCH 1/2] ARM: AM43xx: hwmod: add DSS hwmod data

Hi, On Fri, Jun 13, 2014 at 07:11:58PM +, Paul Walmsley wrote: > Hi Felipe, Tomi, > > On Fri, 13 Jun 2014, Felipe Balbi wrote: > > > On Fri, Jun 13, 2014 at 11:15:46AM -0500, Felipe Balbi wrote: > > > From: Sathya Prakash M R > > > > > > Add DSS hwmod data for AM43xx. > > > > > > Cc: Andr

Re: [PATCH v2] firmware loader: inform direct failure when udev loader is disabled

On Wed, Jul 2, 2014 at 11:07 AM, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > Now that the udev firmware loader is optional request_firmware() > will not provide any information on the kernel ring buffer if > direct firmware loading failed and udev firmware loading is disabled. > If n

Re: Power Supply Subsystem Maintainer

Andrew Morton, Appreciate your help to sort out the power supply maintainer issue. The subsystem is not active after February 2014. No response from maintainer and the last commit on git://git.infradead.org/battery-2.6 was on 2014-02-01. Appreciate your help. -Jenny On Mon, Jun 30, 2014 at 01:

Re: [PATCH] ARM: dts: Add TMU dt node to monitor the temperature for Exynos3250

On Wed, Jul 2, 2014 at 5:22 AM, Chanwoo Choi wrote: > On 07/01/2014 01:10 PM, Sachin Kamat wrote: >> Hi Chanwoo, >> >> On Tue, Jul 1, 2014 at 9:34 AM, Chanwoo Choi wrote: >>> Hi Sachin, >>> >>> On 07/01/2014 12:33 PM, Sachin Kamat wrote: Hi Chanwoo, On Tue, Jul 1, 2014 at 6:10 AM,

[PATCH v2] firmware loader: inform direct failure when udev loader is disabled

From: "Luis R. Rodriguez" Now that the udev firmware loader is optional request_firmware() will not provide any information on the kernel ring buffer if direct firmware loading failed and udev firmware loading is disabled. If no information is needed request_firmware_direct() should be used for o

Re: [PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

I have been unable to reproduce this issue in a plethora of test cases, although granted, I do not have access to a Win7 machine. For that, I have asked an Ubuntu tester to run through some tests for me. https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-vmware/+bug/1328898/comments/8 W

Re: one doubt about mmc_sdio_init_card function

On 07/01/2014 01:39 PM, Fu, Zhonghui wrote: > > Hi, all > > The mmc_sdio_init_card(drivers/mmc/core/sdio.c) function calls > mmc_alloc_card(drivers/mmc/core/bus.c) function to allocate a card structure. > card->dev.bus is assigned with mmc_bus_type in mmc_alloc_card function. Why > not assign

[PATCH v2 2/2] ASoC: sirf: Add device tree binding for the USP audio device

Signed-off-by: Rongjun Ying --- .../devicetree/bindings/sound/sirf-usp.txt | 27 ++ 1 file changed, 27 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/sirf-usp.txt diff --git a/Documentation/devicetree/bindings/sound/sirf-usp.txt b/Documenta

[PATCH v2 1/2] ASoC: sirf: Add audio usp interface driver

This patch adds ASoC support for SiRF SoCs USP interface. Features include: 1. Only support slave mode. 2. Support I2S and DSP_A mode. 3. Support S16_LE, S24_LE and S24_3LE formats. 4. Support stereo and mono mode. 5. The biggest Support is 192Khz sample rate. Signed-off-by: Rongjun Ying --- -v2:

Re: [PATCH] sched: select 'idle' cfs_rq per task-group to prevent tg-internal imbalance

On 07/01/2014 04:56 PM, Peter Zijlstra wrote: > On Tue, Jul 01, 2014 at 04:38:58PM +0800, Michael wang wrote: [snip] >> Currently when dbench running with stress, it could only gain one CPU, >> and cpu-cgroup cpu.shares is meaningless, is there any good methods to >> address that? > > So as far as

[PATCH v2 0/2] ASoC: add CSR SiRFSoC audio USP interface driver

This patchset adds the SiRF USP controller driver, this driver uses the USP as I2S or DSP_A mode interface. Rongjun Ying (2): ASoC: sirf: Add audio usp interface driver ASoC: sirf: Add device tree binding for the USP audio device .../devicetree/bindings/sound/sirf-usp.txt | 27 ++ s

Re: [PATCH] firmware loader: inform direct failure when udev loader is disabled

On Wed, Jul 02, 2014 at 09:51:36AM +0800, Ming Lei wrote: > On Wed, Jul 2, 2014 at 9:01 AM, Luis R. Rodriguez wrote: > > On Tue, Jul 01, 2014 at 11:22:07AM +0200, Takashi Iwai wrote: > >> At Tue, 1 Jul 2014 11:54:24 +0800, > >> Ming Lei wrote: > >> > > >> > On Tue, Jul 1, 2014 at 7:30 AM, Luis R.

Re: [PATCH 2/3] mtd: hisilicon: add a new nand controller driver for hisilicon hip04 Soc

On 2014年06月30日 17:45, Ivan Khoronzhuk wrote: On 06/30/2014 11:03 AM, Zhou Wang wrote: Signed-off-by: Zhou Wang --- drivers/mtd/nand/Kconfig |5 + drivers/mtd/nand/Makefile|1 + drivers/mtd/nand/hisi_nand.c | 847 ++ 3 files changed,

Re: [PATCH 2/3] mtd: hisilicon: add a new nand controller driver for hisilicon hip04 Soc

On 2014年06月30日 17:00, Arnd Bergmann wrote: Overall a very nice driver. I didn't find any real bugs, but a few things that could be changed for readability and micro-optimizations: On Monday 30 June 2014 16:03:28 Zhou Wang wrote: +#define hinfc_read(_host, _reg)readl(_host->iobase + (_r

Re: mm: slub: invalid memory access in setup_object

On Tue, Jul 01, 2014 at 02:49:47PM -0700, Andrew Morton wrote: >On Tue, 1 Jul 2014 09:58:52 -0500 (CDT) Christoph Lameter >wrote: > >> On Mon, 30 Jun 2014, David Rientjes wrote: >> >> > It's not at all clear to me that that patch is correct. Wei? >> >> Looks ok to me. But I do not like the con

Re: [PATCH 0/3] staging: comedi: addi_apci_1564: miscellaneous fixes and cleanups

Hi all, On Mon, Jun 30, 2014 at 5:25 AM, Ian Abbott wrote: > On 2014-06-28 05:47, Chase Southwood wrote: >> >> This patchset moves a misplaced include to the proper file, swaps out an >> overly >> aggressive placement of apci1564_reset(), and cleans up >> apci1564_interrupt(). >> >> Chase Southwo

Re: mm: slub: invalid memory access in setup_object

On Tue, Jul 01, 2014 at 09:58:52AM -0500, Christoph Lameter wrote: >On Mon, 30 Jun 2014, David Rientjes wrote: > >> It's not at all clear to me that that patch is correct. Wei? > >Looks ok to me. But I do not like the convoluted code in new_slab() which >Wei's patch does not make easier to read. M

Re: [PATCH 07/14] cpufreq: cpu0: OPPs can be populated at runtime

On 1 July 2014 23:32, Stephen Boyd wrote: > Please update the binding as well to indicate that this property is now > optional. Does this look fine.. diff --git a/Documentation/devicetree/bindings/cpufreq/cpufreq-cpu0.txt b/Documentation/devicetree/bindings/cpufreq/cpufreq-cpu0.txt index f055515

Re: [PATCH 02/14] clk: Create of_clk_shared_by_cpus()

On 1 July 2014 23:30, Stephen Boyd wrote: > On 07/01/14 09:32, Viresh Kumar wrote: >> Create a new routine of_clk_shared_by_cpus() that finds if clock lines are >> shared between two CPUs. This is verified by comparing "clocks" property from >> CPU's DT node. >> >> Returns 1 if clock line is share

RE: Confidential Email-v

Dear Friend, I am Mr. Juan Morato, the Auditor General of Unicaja Bank Madrid. In the course of my auditing, I discovered a floating fund in an account, which was opened in 1990 at Cam Bank before it was bought over by Unicaja Group which I am the auditor belonging to a dead foreigner Mr. Kenn

Re: [PATCH] firmware loader: inform direct failure when udev loader is disabled

On Wed, Jul 2, 2014 at 9:01 AM, Luis R. Rodriguez wrote: > On Tue, Jul 01, 2014 at 11:22:07AM +0200, Takashi Iwai wrote: >> At Tue, 1 Jul 2014 11:54:24 +0800, >> Ming Lei wrote: >> > >> > On Tue, Jul 1, 2014 at 7:30 AM, Luis R. Rodriguez >> > wrote: >> > > From: "Luis R. Rodriguez" >> > > >> > >

Re: mm: shm: hang in shmem_fallocate

On Tue, 1 Jul 2014, Vlastimil Babka wrote: > On 06/27/2014 07:36 AM, Hugh Dickins wrote:> [Cc Johannes: at the end I have > a particular question for you] > > On Thu, 26 Jun 2014, Vlastimil Babka wrote: > > > > > > Thanks, I didn't notice that. Do I understand correctly that this could > > > mean

Re: [PATCH v2 1/1] firmware: read firmware size using i_size_read()

On Thu, Jun 26, 2014 at 12:46 AM, Dmitry Kasatkin wrote: > On 13 June 2014 19:06, Dmitry Kasatkin wrote: >> On 13 June 2014 19:03, Ming Lei wrote: >>> On Fri, Jun 13, 2014 at 11:09 PM, Dmitry Kasatkin >>> wrote: There is no need to read attr because inode structure contains size of th

Re: [PATCH] SCHED: remove proliferation of wait_on_bit action functions.

On Fri, 6 Jun 2014 08:04:19 +0200 Ingo Molnar wrote: > > * NeilBrown wrote: > > > On Thu, 5 Jun 2014 14:45:09 +0200 Ingo Molnar wrote: > > > > > > > > * NeilBrown wrote: > > > > > > > On Thu, 22 May 2014 11:05:02 +0200 Ingo Molnar wrote: > > > > > > > > > > > > > > * NeilBrown wrote:

linux-next: manual merge of the arm-perf tree with the arm tree

Hi Will, Today's linux-next merge of the arm-perf tree got a conflict in arch/arm/kernel/perf_event_cpu.c between commit 324bbc0804ac ("ARM: make it easier to check the CPU part number correctly") from the arm tree and commit 6f73e8ababdd ("arm: perf: clean up PMU names") from the arm-perf tree.

Re: [PATCH v2] perf/x86/intel: ignore CondChgd bit to avoid false NMI handling

From: Andi Kleen Subject: Re: [PATCH v2] perf/x86/intel: ignore CondChgd bit to avoid false NMI handling Date: Mon, 30 Jun 2014 15:22:24 -0700 >> >> I'm also interested in the behaviour of CondChgd bit on Ivy Bridge >> processors. > > The intended meaning of CondChgd is that a hardware debugg

Re: [PATCH 2/2] ASoC: add driver for Rockchip RK3xxx I2S controller

Hi, Mark: 于 2014年07月02日 01:07, Mark Brown 写道: >> +static inline void i2s_writel(struct rk_i2s_dev *i2s, u32 value, >> > +unsigned int offset) >> > +{ >> > + writel_relaxed(value, i2s->regs + offset); >> > +} >> > + >> > +static inline u32 i2s_readl(struct rk_i2s_dev *i2s,

RE: [PATCH v2 07/12] usb: chipidea: add a generic driver

> > Hello. > > On 07/01/2014 02:42 PM, Alexandre Belloni wrote: > > > Well, there is nothing specific about the Berlin CI. Some > > subsystems use the 'generic' keyword in these cases. Do you see a > > particular reason I should use some Berlin related compatible here? > > No

[RFC PATCH] dup3(): option to detect close() error

The RFC patch below adds a new flag for dup3(). (For simplicity, I'm just reusing O_EXCL for now.) I am assuming calling f_op->flush() twice instead of just once before closing the file is not harmful. The idea is to extend dup3() so that we can catch close() errors for the descriptor to be repla

[PATCH v5] USB: ehci-pci: USB host controller support for Intel Quark X1000

From: Bryan O'Donoghue The EHCI packet buffer in/out threshold is programmable for Intel Quark X1000 USB host controller, and the default value is 0x20 dwords. The in/out threshold can be programmed to 0x80 dwords (512 Bytes) to maximize the perfomrance, but only when isochronous/interrupt transa

Re: [PATCH] firmware loader: inform direct failure when udev loader is disabled

On Tue, Jul 01, 2014 at 11:22:07AM +0200, Takashi Iwai wrote: > At Tue, 1 Jul 2014 11:54:24 +0800, > Ming Lei wrote: > > > > On Tue, Jul 1, 2014 at 7:30 AM, Luis R. Rodriguez > > wrote: > > > From: "Luis R. Rodriguez" > > > > > > Now that the udev firmware loader is optional request_firmware() >

Re: [PATCH v3 5/9] slab: introduce alien_cache

On Tue, Jul 01, 2014 at 03:15:47PM -0700, Andrew Morton wrote: > On Tue, 1 Jul 2014 17:27:34 +0900 Joonsoo Kim wrote: > > > -static struct array_cache **alloc_alien_cache(int node, int limit, gfp_t > > gfp) > > +static struct alien_cache *__alloc_alien_cache(int node, int entries, > > +

Re: [PATCH v3 4/9] slab: factor out initialization of arracy cache

On Tue, Jul 01, 2014 at 03:26:26PM -0700, David Rientjes wrote: > On Tue, 1 Jul 2014, Joonsoo Kim wrote: > > > Factor out initialization of array cache to use it in following patch. > > > > Acked-by: Christoph Lameter > > Signed-off-by: Joonsoo Kim > > Not sure what happened to my > > Acked-b

Re: [PATCH v3 3/9] slab: defer slab_destroy in free_block()

On Tue, Jul 01, 2014 at 03:25:04PM -0700, David Rientjes wrote: > On Tue, 1 Jul 2014, Joonsoo Kim wrote: > > > In free_block(), if freeing object makes new free slab and number of > > free_objects exceeds free_limit, we start to destroy this new free slab > > with holding the kmem_cache node lock.

  1   2   3   4   5   6   7   8   >