[PATCH 1/1] IB/mthca: remove deprecated use of pci api

Replace occurences of the pci api by appropriate call to the dma api. A simplified version of the semantic patch that finds this problem is as follows: (http://coccinelle.lip6.fr) @deprecated@ idexpression id; position p; @@ ( pci_dma_supported@p ( id, ...) | pci_alloc_consistent@p ( id, ...

Re: [PATCH 3/3] x86, crash: Allocate enough low-mem when crashkernel=high

Hi Baoquan, On Sun, Feb 01, 2015 at 04:41:03PM +0800, Baoquan He wrote: > Before I said 256M may not be a good value, that's because in your patch > cover you said this number comes from experiments on the affected > systems, and 128M was still not enough, then you set it to 256M. This > may be a

Re: [RFC PATCH] gpio: support for GPIO forwarding

On Wed, Feb 04, 2015 at 10:51:27AM +0100, Linus Walleij wrote: > On Fri, Jan 30, 2015 at 5:17 PM, Rafael J. Wysocki wrote: > > On Friday, January 30, 2015 03:48:30 PM Linus Walleij wrote: > > >> So you could detect one by making a checksum of the binary or something. > >> > >> And then you'd know

Re: watchdog: SOC_MT7621?

On 04/02/2015 14:59, Guenter Roeck wrote: > On 02/04/2015 04:22 AM, Paul Bolle wrote: >> John Crispin schreef op wo 04-02-2015 om 12:10 [+0100]: >>> i think wim should just drop it and we leave it in openwrt with the >>> other 1/2 million patches that we have. i prefer to upstream the stuff >>> w

[PATCH v2] media: adv7604: CP CSC uses a different register on adv7604 and adv7611

The bits are the same, but register is 0xf4 on ADV7611 instead of 0xfc. When reading back the value in log_status, differentiate both. Signed-off-by: Jean-Michel Hautbois --- v2: Use adv7604_chip_info to get register instead of testing the chip ID drivers/media/i2c/adv7604.c | 5 - 1 file c

Re: [rcu] [ INFO: suspicious RCU usage. ]

On śro, 2015-02-04 at 05:14 -0800, Paul E. McKenney wrote: > On Wed, Feb 04, 2015 at 01:00:18PM +, Russell King - ARM Linux wrote: > > On Wed, Feb 04, 2015 at 12:39:07PM +0100, Krzysztof Kozlowski wrote: > > > +Cc some ARM people > > > > I wish that people would CC this list with problems seen

Re: [PATCH] media: i2c: ADV7604: Rename adv7604 prefixes.

Hi Hans, On Wednesday 04 February 2015 12:35:34 Hans Verkuil wrote: > On 02/04/15 12:27, Laurent Pinchart wrote: > > On Wednesday 04 February 2015 10:55:21 Hans Verkuil wrote: > >> On 02/03/15 18:13, Pablo Anton wrote: > >>> It is confusing which parts of the driver are adv7604 specific, adv7611 >

[PATCH] firmware: Avoid manual device_create_file() calls

Use the static attribute groups assigned to the device instead of manual device_create_file() & co calls. It simplifies the code and can avoid possible races, too. Signed-off-by: Takashi Iwai --- drivers/base/firmware_class.c | 40 +--- 1 file changed, 21 ins

Re: [PATCH] cpufreq-dt: Delete an unnecessary check before the function call "cpufreq_cooling_unregister"

On Tuesday, February 03, 2015 07:25:39 PM SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 3 Feb 2015 19:21:21 +0100 > > The cpufreq_cooling_unregister() function tests whether its argument is NULL > and then returns immediately. Thus the test around the call is not needed. > > This

Re: [PATCH 1/5] WIP: Add syscall unlinkat_s (currently x86* only)

Am 04.02.2015 um 14:29 schrieb Alexander Holler: Am 04.02.2015 um 14:21 schrieb Alexander Holler: I tell you that discussions of APIs should CC linux-api, which I am now CCing into this thread, again, because, again, you're not listening to feedback. Please don't confuse "not listening" with

imx_v6_v7_defconfig needs lzop

http://kisskb.ellerman.id.au/kisskb/buildresult/12358024/ /bin/sh: 1: lzop: not found cat: write error: Broken pipe make[3]: *** [arch/arm/boot/compressed/piggy.lzo] Error 1 Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linu

[PATCH] tpm, tpm_tis: fix TPM 2.0 probing

If during transmission system error was returned, the logic was to incorrectly deduce that chip is a TPM 1.x chip. This patch fixes this issue. Also, this patch changes probing so that message tag is used as the measure for TPM 2.x, which should be much more stable. A separate function called tpm2_

[PATCH] clk: at91: usb: propagate rate modification to the parent clk

The at91sam9n12 and at91sam9x5 usb clocks do not propagate rate modification requests to their parents. This causes a bug when the PLLB is left uninitialized by the bootloader (PLL multiplier set to 0, or in other words, PLL rate = 0 Hz). Implement the determinate_rate method and propagate the cha

[Patch v2] firmware: dmi_scan: fix dmi scan to handle "End of Table" structure

The dmi-sysfs should create "End of Table" entry, that is type 127. But after adding initial SMBIOS v3 support the 127-0 entry is not handled any more, as result it's not created in sysfs. This is important because the size of whole DMI table must correspond to sum of all DMI entry sizes. So move

[PATCH] net: Mellanox: Delete unnecessary checks before the function call "vunmap"

From: Markus Elfring Date: Wed, 4 Feb 2015 15:17:00 +0100 The vunmap() function performs also input parameter validation. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/net/ethernet/mellanox/mlx4

Re: [PATCH 4/5] powerpc: Cleanup KVM emulated load/store endian handling

On 03.02.15 06:36, David Gibson wrote: > Sometimes the KVM code on powerpc needs to emulate load or store > instructions from the guest, which can include both normal and byte > reversed forms. > > We currently (AFAICT) handle this correctly, but some variable names are > very misleading. In pa

Re: imx_v6_v7_defconfig needs lzop

On Wed, Feb 4, 2015 at 12:21 PM, Geert Uytterhoeven wrote: > http://kisskb.ellerman.id.au/kisskb/buildresult/12358024/ > > /bin/sh: 1: lzop: not found > cat: write error: Broken pipe > make[3]: *** [arch/arm/boot/compressed/piggy.lzo] Error 1 Isn't this error happening due to the lack of 'lzop' p

[tip:sched/core] sched/deadline: Fix deadline parameter modification handling

Commit-ID: 40767b0dc768060266d261b4a330164b4be53f7c Gitweb: http://git.kernel.org/tip/40767b0dc768060266d261b4a330164b4be53f7c Author: Peter Zijlstra AuthorDate: Wed, 28 Jan 2015 15:08:03 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:42:48 +0100 sched/deadline: Fix deadli

Re: [PATCH] iommu/amd: Fix amd_iommu_free_device()

On Tue, Feb 03, 2015 at 01:25:51PM +0100, Peter Zijlstra wrote: > Subject: iommu/amd: Fix amd_iommu_free_device() > > put_device_state_wait() doesn't loop on the condition and a spurious > wakeup will have it free the device state even though there might still > be references out to it. > > Fix t

[tip:sched/core] sched/deadline: Avoid pointless __setscheduler()

Commit-ID: 75381608e8410a72ae8b4080849dc86b472c01fb Gitweb: http://git.kernel.org/tip/75381608e8410a72ae8b4080849dc86b472c01fb Author: Wanpeng Li AuthorDate: Wed, 26 Nov 2014 08:44:04 +0800 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:27 +0100 sched/deadline: Avoid pointles

[tip:sched/core] sched/deadline: Fix stale yield state

Commit-ID: 1019a359d3dc4b64d0e1e5a5efcb725d5e83994d Gitweb: http://git.kernel.org/tip/1019a359d3dc4b64d0e1e5a5efcb725d5e83994d Author: Peter Zijlstra AuthorDate: Wed, 26 Nov 2014 08:44:03 +0800 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:26 +0100 sched/deadline: Fix stale

[tip:sched/core] sched/deadline: Fix hrtick for a non-leftmost task

Commit-ID: a7bebf488791aa1036f3e6629daf01d01f705dcb Gitweb: http://git.kernel.org/tip/a7bebf488791aa1036f3e6629daf01d01f705dcb Author: Wanpeng Li AuthorDate: Wed, 26 Nov 2014 08:44:01 +0800 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:25 +0100 sched/deadline: Fix hrtick for

[tip:sched/core] sched: Fix hrtick_start() on UP

Commit-ID: 868933359a3bdda25b562e9d41bce7071edc1b08 Gitweb: http://git.kernel.org/tip/868933359a3bdda25b562e9d41bce7071edc1b08 Author: Wanpeng Li AuthorDate: Wed, 26 Nov 2014 08:44:06 +0800 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:28 +0100 sched: Fix hrtick_start() on U

Re: [PATCH V2 2/2] spmi: pmic_arb: add support for hw version 2

Hi Lina, Gilad On 02/03/2015 11:21 PM, Lina Iyer wrote: > On Tue, Feb 03 2015 at 02:59 -0700, Stanimir Varbanov wrote: >> Hi Gilad, >> >> Thanks for the patch. >> >> On 01/31/2015 02:46 AM, Gilad Avidov wrote: >>> Qualcomm PMIC Arbiter version-2 changes from version-1 are: >>> >>> - Some different

[tip:sched/core] sched/deadline: Remove cpu_active_mask from cpudl_find()

Commit-ID: 9659e128f7025b6545934d644d19e9c6e603 Gitweb: http://git.kernel.org/tip/9659e128f7025b6545934d644d19e9c6e603 Author: Xunlei Pang AuthorDate: Mon, 19 Jan 2015 04:49:37 + Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:29 +0100 sched/deadline: Remove cpu_ac

[tip:sched/core] sched/Documentation: Remove unneeded word

Commit-ID: 139b6fd26d85a65c4e0d2795b87b94f9505e5943 Gitweb: http://git.kernel.org/tip/139b6fd26d85a65c4e0d2795b87b94f9505e5943 Author: Sharon Dvir AuthorDate: Sun, 1 Feb 2015 23:47:32 +0200 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:33 +0100 sched/Documentation: Remove un

[tip:sched/core] sched: Pull resched loop to __schedule() callers

Commit-ID: bfd9b2b5f80e7289fdd50210afe4d9ca5952a865 Gitweb: http://git.kernel.org/tip/bfd9b2b5f80e7289fdd50210afe4d9ca5952a865 Author: Frederic Weisbecker AuthorDate: Wed, 28 Jan 2015 01:24:09 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:30 +0100 sched: Pull resched l

[tip:sched/core] sched/wait: Introduce wait_on_bit_timeout()

Commit-ID: 44fc0e5eec00db5fba748803c95920098089c4cc Gitweb: http://git.kernel.org/tip/44fc0e5eec00db5fba748803c95920098089c4cc Author: Johan Hedberg AuthorDate: Fri, 30 Jan 2015 13:14:36 +0200 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:52:32 +0100 sched/wait: Introduce wait_

[for-next][PATCH 0/7] tracing: Add new filesystem tracefs

Al, I know that you do not like the releasing of the parent i_mutex lock. But it is no different than what we do today, except that we move the release out of the tracing code and into the tracefs code. This still gives us the separate tracefs filesystem that will let users mount it without needi

[tip:locking/core] sched/completion: Add lock-free checking of the blocking case

Commit-ID: 7c34e3180a01c800a40bc8535654d5735802fc1b Gitweb: http://git.kernel.org/tip/7c34e3180a01c800a40bc8535654d5735802fc1b Author: Nicholas Mc Guire AuthorDate: Fri, 23 Jan 2015 12:41:47 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:57:37 +0100 sched/completion: Add l

[tip:locking/core] sched/completion: Remove unnecessary -> wait.lock serialization when reading completion state

Commit-ID: de30ec47302c101c7badc8fe687641fd75e596e7 Gitweb: http://git.kernel.org/tip/de30ec47302c101c7badc8fe687641fd75e596e7 Author: Nicholas Mc Guire AuthorDate: Sat, 17 Jan 2015 05:05:34 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:57:36 +0100 sched/completion: Remov

[for-next][PATCH 7/7] tracing: Have mkdir and rmdir be part of tracefs

From: "Steven Rostedt (Red Hat)" The tracing "instances" directory can create sub tracing buffers with mkdir, and remove them with rmdir. As a mkdir will also create all the files and directories that control the sub buffer the inode mutexes need to be released before this is done, to avoid deadl

[for-next][PATCH 5/7] tracing: Automatically mount tracefs on debugfs/tracing

From: "Steven Rostedt (Red Hat)" As tools currently rely on the tracing directory in debugfs, we can not just created a tracefs infrastructure and expect sysadmins to mount the new tracefs to have their old tools work. Instead, the debugfs tracing directory is still created and the tracefs file

Re: [PATCH v3 3/3] pinctrl: qcom: Add msm8916 pinctrl driver

On 02/03/2015 06:47 PM, Andy Gross wrote: > On Fri, Jan 30, 2015 at 12:04:01PM +0200, Stanimir Varbanov wrote: >> From: Joonwoo Park >> >> Add initial pinctrl driver to support pin configuration with >> pinctrl framework for msm8916. >> >> Signed-off-by: Joonwoo Park >> Signed-off-by: Stanimir Va

[for-next][PATCH 6/7] tracefs: Add directory /sys/kernel/tracing

From: "Steven Rostedt (Red Hat)" When tracefs is configured, have the directory /sys/kernel/tracing appear just like /sys/kernel/debug appears when debugfs is configured. This will give a consistent place for system admins to mount tracefs. Acked-by: Greg Kroah-Hartman Signed-off-by: Steven Ro

Re: [RFC PATCH 0/5] compaction: changing initial position of scanners

On 02/03/2015 06:07 PM, Joonsoo Kim wrote: 2015-02-04 0:51 GMT+09:00 Vlastimil Babka : Ah, I think I see where the misunderstanding comes from now. So to clarify, let's consider 1. single compaction run - single invocation of compact_zone(). It can start from cached pfn's from previous run, or

[tip:locking/core] locking/rtmutex: Optimize setting task running after being blocked

Commit-ID: afffc6c1805d98e08e778cddb644a666e78cfcfd Gitweb: http://git.kernel.org/tip/afffc6c1805d98e08e778cddb644a666e78cfcfd Author: Davidlohr Bueso AuthorDate: Sun, 1 Feb 2015 22:16:24 -0800 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:57:42 +0100 locking/rtmutex: Optimize

[tip:perf/core] perf: Add a bit of paranoia

Commit-ID: 652884fe0c7bd57f534c5fe68d6def0dc8c4b7ed Gitweb: http://git.kernel.org/tip/652884fe0c7bd57f534c5fe68d6def0dc8c4b7ed Author: Peter Zijlstra AuthorDate: Fri, 23 Jan 2015 11:20:10 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 08:07:09 +0100 perf: Add a bit of paranoi

[tip:perf/core] perf: Fix event->ctx locking

Commit-ID: f63a8daa5812afef4f06c962351687e1ff9ccb2b Gitweb: http://git.kernel.org/tip/f63a8daa5812afef4f06c962351687e1ff9ccb2b Author: Peter Zijlstra AuthorDate: Fri, 23 Jan 2015 12:24:14 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 08:07:10 +0100 perf: Fix event->ctx locki

[tip:perf/core] perf: Fix move_group() order

Commit-ID: 8f95b435b62522aed3381aaea920de8d09ccabf3 Gitweb: http://git.kernel.org/tip/8f95b435b62522aed3381aaea920de8d09ccabf3 Author: Peter Zijlstra (Intel) AuthorDate: Tue, 27 Jan 2015 11:53:12 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 08:07:11 +0100 perf: Fix move_gro

[tip:perf/core] perf: Use POLLIN instead of POLL_IN for perf poll data in flag

Commit-ID: 7c60fc0e022858e19c66289ec65cc3effc8c0b1f Gitweb: http://git.kernel.org/tip/7c60fc0e022858e19c66289ec65cc3effc8c0b1f Author: Jiri Olsa AuthorDate: Wed, 28 Jan 2015 18:54:38 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 08:07:13 +0100 perf: Use POLLIN instead of POL

[tip:perf/core] perf: Fix put_event() ctx lock

Commit-ID: a83fe28e2e45392464858a96745db26ac73670c8 Gitweb: http://git.kernel.org/tip/a83fe28e2e45392464858a96745db26ac73670c8 Author: Peter Zijlstra AuthorDate: Thu, 29 Jan 2015 14:44:34 +0100 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 08:07:12 +0100 perf: Fix put_event() ctx

[tip:perf/core] perf: Drop module reference on event init failure

Commit-ID: cc34b98bacb0e102fb720d95a25fed5c6090a70d Gitweb: http://git.kernel.org/tip/cc34b98bacb0e102fb720d95a25fed5c6090a70d Author: Mark Rutland AuthorDate: Wed, 7 Jan 2015 14:56:51 + Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 08:07:14 +0100 perf: Drop module reference o

[tip:perf/core] perf: Decouple unthrottling and rotating

Commit-ID: 2fde4f94e0a9531251e706fa57131b51b0df042e Gitweb: http://git.kernel.org/tip/2fde4f94e0a9531251e706fa57131b51b0df042e Author: Mark Rutland AuthorDate: Wed, 7 Jan 2015 15:01:54 + Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 08:07:16 +0100 perf: Decouple unthrottling a

[tip:locking/core] locking/rwsem: Use task->state helpers

Commit-ID: 73105994c57d06e40a33ab5a716db04e898b4c05 Gitweb: http://git.kernel.org/tip/73105994c57d06e40a33ab5a716db04e898b4c05 Author: Davidlohr Bueso AuthorDate: Sun, 25 Jan 2015 23:36:04 -0800 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:57:39 +0100 locking/rwsem: Use task->

Re: imx_v6_v7_defconfig needs lzop

On Wed, Feb 4, 2015 at 3:32 PM, Fabio Estevam wrote: > On Wed, Feb 4, 2015 at 12:21 PM, Geert Uytterhoeven > wrote: >> http://kisskb.ellerman.id.au/kisskb/buildresult/12358024/ >> >> /bin/sh: 1: lzop: not found >> cat: write error: Broken pipe >> make[3]: *** [arch/arm/boot/compressed/piggy.lzo]

[tip:perf/x86] x86: Store a per-cpu shadow copy of CR4

Commit-ID: 1e02ce4cccdcb9688386e5b8d2c9fa4660b45389 Gitweb: http://git.kernel.org/tip/1e02ce4cccdcb9688386e5b8d2c9fa4660b45389 Author: Andy Lutomirski AuthorDate: Fri, 24 Oct 2014 15:58:08 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 12:10:42 +0100 x86: Store a per-cpu shad

[tip:perf/x86] perf/x86: Only allow rdpmc if a perf_event is mapped

Commit-ID: 7911d3f7af14a614617e38245fedf98a724e46a9 Gitweb: http://git.kernel.org/tip/7911d3f7af14a614617e38245fedf98a724e46a9 Author: Andy Lutomirski AuthorDate: Fri, 24 Oct 2014 15:58:12 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 12:10:47 +0100 perf/x86: Only allow rdpm

[tip:locking/core] locking/mutex: Explicitly mark task as running after wakeup

Commit-ID: 51587bcf31d070119d37de6103543c807f5ccdb3 Gitweb: http://git.kernel.org/tip/51587bcf31d070119d37de6103543c807f5ccdb3 Author: Davidlohr Bueso AuthorDate: Mon, 19 Jan 2015 17:39:21 -0800 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 07:57:33 +0100 locking/mutex: Explicitly

[tip:perf/x86] x86: Clean up cr4 manipulation

Commit-ID: 375074cc736ab1d89a708c0a8d7baa4a70d5d476 Gitweb: http://git.kernel.org/tip/375074cc736ab1d89a708c0a8d7baa4a70d5d476 Author: Andy Lutomirski AuthorDate: Fri, 24 Oct 2014 15:58:07 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 12:10:41 +0100 x86: Clean up cr4 manipul

[tip:perf/x86] perf: Pass the event to arch_perf_update_userpage( )

Commit-ID: c1317ec2b906442930318d9d6e51425c5a69e9cb Gitweb: http://git.kernel.org/tip/c1317ec2b906442930318d9d6e51425c5a69e9cb Author: Andy Lutomirski AuthorDate: Fri, 24 Oct 2014 15:58:11 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 12:10:46 +0100 perf: Pass the event to a

[tip:perf/x86] perf: Add pmu callbacks to track event mapping and unmapping

Commit-ID: 1e0fb9ec679c9273a641f1d6f3d25ea47baef2bb Gitweb: http://git.kernel.org/tip/1e0fb9ec679c9273a641f1d6f3d25ea47baef2bb Author: Andy Lutomirski AuthorDate: Fri, 24 Oct 2014 15:58:10 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 12:10:45 +0100 perf: Add pmu callbacks t

[tip:perf/x86] x86: Add a comment clarifying LDT context switching

Commit-ID: 22c4bd9fa921c2b1b3f2420d7b9dabbe982f3059 Gitweb: http://git.kernel.org/tip/22c4bd9fa921c2b1b3f2420d7b9dabbe982f3059 Author: Andy Lutomirski AuthorDate: Fri, 24 Oct 2014 15:58:09 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 12:10:43 +0100 x86: Add a comment clarif

[for-next][PATCH 2/7] tracing: Create cmdline tracer options on tracing fs init

From: "Steven Rostedt (Red Hat)" The options for cmdline tracers are not created if the debugfs system is not ready yet. If tracing has started before debugfs is up, then the option files for the tracer are not created. Create them when creating the tracing directory if the current tracer require

[for-next][PATCH 3/7] tracefs: Add new tracefs file system

From: "Steven Rostedt (Red Hat)" Add a separate file system to handle the tracing directory. Currently it is part of debugfs, but that is starting to show its limits. One thing is that in order to access the tracing infrastructure, you need to mount debugfs. As that includes debugging from all s

[for-next][PATCH 1/7] tracing: Only create tracer options files if directory exists

From: "Steven Rostedt (Red Hat)" Do not bother creating tracer options if no tracing directory exists. If a tracer is enabled via the command line, and is started before the tracing directory is created, then it wont have its tracer specific options created. Signed-off-by: Steven Rostedt --- k

[tip:perf/x86] perf/x86: Add /sys/devices/cpu/rdpmc= 2 to allow rdpmc for all tasks

Commit-ID: a66734297f78707ce39d756b656bfae861d53f62 Gitweb: http://git.kernel.org/tip/a66734297f78707ce39d756b656bfae861d53f62 Author: Andy Lutomirski AuthorDate: Fri, 24 Oct 2014 15:58:13 -0700 Committer: Ingo Molnar CommitDate: Wed, 4 Feb 2015 12:10:49 +0100 perf/x86: Add /sys/device

[for-next][PATCH 4/7] tracing: Convert the tracing facility over to use tracefs

From: "Steven Rostedt (Red Hat)" debugfs was fine for the tracing facility as a quick way to get an interface. Now that tracing has matured, it should separate itself from debugfs such that it can be mounted separately without needing to mount all of debugfs with it. That is, users resist using t

[PATCH v4 0/5] powerpc8xx: Further optimisation of TLB handling

This patchset provides a further optimisation of TLB handling in the 8xx. Changes are: - Not saving registers like CR when not needed - Adding support to any TASK_SIZE Patchset: 01 - powerpc/8xx: macro for handling CPU15 errata 02 - powerpc/8xx: Handle CR out of exception PROLOG/EPILOG 03 - powerp

[PATCH v4 5/5] powerpc/8xx: Add support for TASK_SIZE greater than 0x80000000

By default, TASK_SIZE is set to 0x8000 for PPC_8xx, which is most likely sufficient for most cases. However, kernel configuration allows to set TASK_SIZE to another value, so the 8xx shall handle it. Signed-off-by: Christophe Leroy --- v2: no change v3: no change (but impacted by patch 07) v

[PATCH v4 4/5] powerpc/8xx: Use SPRG2 instead of DAR for saving r3

We now have SPRG2 available as in it not used anymore for saving CR, so we don't need to crash DAR anymore for saving r3 for CPU6 ERRATA handling. Signed-off-by: Christophe Leroy --- v2: no change v3: no change v4: Respined against scootwood.git next (0dc294f7) arch/powerpc/kernel/head_8xx.S |

[PATCH v4 2/5] powerpc/8xx: Handle CR out of exception PROLOG/EPILOG

In order to be able to reduce scope during which CR is saved, we take CR saving/restoring out of exception PROLOG and EPILOG Signed-off-by: Christophe Leroy --- v2: no change v3: no change (but impacted by patch 07) v4: Respined against scootwood.git next (0dc294f7) arch/powerpc/kernel/head_8x

[PATCH v4 1/5] powerpc/8xx: macro for handling CPU15 errata

Having a macro will help keep clear code. Signed-off-by: Christophe Leroy --- v2: no change v3: Fixed the macro (missing -) and changed macro name to be more explicit v4: Respined against scootwood.git next (0dc294f7) arch/powerpc/kernel/head_8xx.S | 18 -- 1 file changed, 12 i

[PATCH v4 3/5] powerpc/8xx: dont save CR in SCRATCH registers

CR only needs to be preserved when checking if we are handling a kernel address. So we can preserve CR in a register: - In ITLBMiss, check is done only when CONFIG_MODULES is defined. Otherwise we don't need to do anything at all with CR. - We use r10, then we reload SRR0/MD_EPN into r10 when CR is

Re: [RFC][PATCH 2/3] perf: Add a bit of paranoia

On Mon, Feb 02, 2015 at 06:32:32PM +0100, Peter Zijlstra wrote: > On Mon, Feb 02, 2015 at 04:42:40PM +0100, Peter Zijlstra wrote: > > On Mon, Feb 02, 2015 at 01:33:14AM -0500, Vince Weaver wrote: > > > [407484.309136] [ cut here ] > > > > [407484.588602] <>[] > > > pe

Re: [PATCH 1/5] WIP: Add syscall unlinkat_s (currently x86* only)

On Wed, 4 Feb 2015, Alexander Holler wrote: > Date: Wed, 04 Feb 2015 14:21:12 +0100 > From: Alexander Holler > To: Michael Kerrisk > Cc: Lukáš Czerner , Al Viro , > Theodore Ts'o , > Linux-Fsdevel , > Linux Kernel , > Linux API > Subject: Re: [PATCH 1/5] WIP: Add syscall unlinka

[RFC 04/10] powerpc/mpc85xx: Add platform support for the Freescale DPAA QMan

From: Geoff Thorpe Change-Id: I59de17c040cdd304f86306336fcf89f130f7db2d Signed-off-by: Geoff Thorpe --- arch/powerpc/platforms/85xx/corenet_generic.c | 8 +++- arch/powerpc/platforms/85xx/p1023_rdb.c | 8 +++- 2 files changed, 14 insertions(+), 2 deletions(-) diff --git a/arch/po

[RFC 00/10] Freescale DPAA B/QMan drivers

Hello, This is the first attempt to publish the Freescale DPAA B/QMan drivers. They are not to be applied yet. At this stage, this is more or less the drivers from the Freescale PowerPC SDK roughly squashed and split in a sequence of component patches. They still needs some work and cleanup bef

[RFC 05/10] fsl_bman: Add self-tester

From: Geoff Thorpe Change-Id: If1b44bb013addc1e855c73a4e6ff74bc8b6e4829 Signed-off-by: Geoff Thorpe --- drivers/staging/fsl_qbman/Kconfig| 26 drivers/staging/fsl_qbman/Makefile | 16 ++- drivers/staging/fsl_qbman/bman_test.c| 56 drivers/staging/f

[RFC 07/10] fsl_bman: Add debugfs support

From: Geoff Thorpe Change-Id: I7eea7aea8a58ad0c28451b70801c0d101e88d263 Signed-off-by: Geoff Thorpe --- drivers/staging/fsl_qbman/Kconfig| 7 ++ drivers/staging/fsl_qbman/Makefile | 2 + drivers/staging/fsl_qbman/bman_debugfs.c | 119 +++ drivers/st

Re: [PATCH] media: i2c: add support for omnivision's ov2659 sensor

On Thu, Jan 15, 2015 at 5:39 PM, Lad, Prabhakar wrote: > From: Benoit Parrot > > this patch adds support for omnivision's ov2659 > sensor. > > Signed-off-by: Benoit Parrot > Signed-off-by: Lad, Prabhakar > --- [...] > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt > b/Doc

Re: [PATCH] net: Mellanox: Delete unnecessary checks before the function call "vunmap"

Acked-by: Eli Cohen On Wed, Feb 04, 2015 at 03:22:33PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Wed, 4 Feb 2015 15:17:00 +0100 > > The vunmap() function performs also input parameter validation. > Thus the test around the call is not needed. > > This issue was detected by

Re: [capabilities] Allow normal inheritance for a configurable set of capabilities

On Wed, 2015-02-04 at 15:41 +0200, Markku Savela wrote: > On 04/02/15 15:17, Christoph Lameter wrote: > > On Wed, 4 Feb 2015, Markku Savela wrote: > > > >> Just a note... We had inheritable capabilities in the linux of Nokia N9 > >> phone. > > > > Could we review the patch please? > > Unfortunate

Re: [PATCH 1/5] WIP: Add syscall unlinkat_s (currently x86* only)

On 2015-02-04 09:19, Alexander Holler wrote: Am 04.02.2015 um 14:29 schrieb Alexander Holler: I'm really sorry that I can't spend several unpaid months with reading and understanding ever changing linux kernel sources in order to become a Linux filesystem expert and send some fully working perfec

[PATCH] net: ep93xx_eth: Delete unnecessary checks before the function call "kfree"

From: Markus Elfring Date: Wed, 4 Feb 2015 15:56:58 +0100 The kfree() function tests whether its argument is NULL and then returns immediately. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/net/

Re: [PATCH] media: i2c: add support for omnivision's ov2659 sensor

Hi Rob, Thanks for the review. On Wed, Feb 4, 2015 at 2:55 PM, Rob Herring wrote: > On Thu, Jan 15, 2015 at 5:39 PM, Lad, Prabhakar > wrote: >> From: Benoit Parrot >> >> this patch adds support for omnivision's ov2659 >> sensor. >> >> Signed-off-by: Benoit Parrot >> Signed-off-by: Lad, Prabha

Re: [PATCH] spmi: pmic_arb: enable build on arm64 platforms

On 02/03/2015 10:42 PM, Paul Bolle wrote: > On Tue, 2015-02-03 at 15:50 +0200, Stanimir Varbanov wrote: >> This enables pmic arbiter driver to be build on arm64 >> platforms. >> >> Signed-off-by: Stanimir Varbanov >> --- >> drivers/spmi/Kconfig |2 +- >> 1 files changed, 1 insertions(+), 1 de

Re: [PATCH v3 0/6] Add multiple GPIO and external clock to MMC pwrseq_simple

Hello Kukjin, On 01/30/2015 02:06 PM, Javier Martinez Canillas wrote: > On 01/30/2015 12:13 PM, Ulf Hansson wrote: >>> >>> Patch #1 extends the simple MMC power sequence DT binding to support more >>> than one GPIO and patch #2 adds the actual implementation. >>> >>> In the same way, patch #3 and

[RFC 09/10] fsl_bman: Add HOTPLUG_CPU support

From: Hai-Ying Wang Change-Id: I863d5c15c7f35f9de4ea3d985e4ff467167924b7 Signed-off-by: Hai-Ying Wang --- drivers/staging/fsl_qbman/bman_driver.c | 45 - 1 file changed, 44 insertions(+), 1 deletion(-) diff --git a/drivers/staging/fsl_qbman/bman_driver.c b/driv

[PATCH] iommu/amd: Use wait_event in put_pasid_state_wait

From: Joerg Roedel Now that I learned about possible spurious wakeups this place needs fixing too. Replace the self-coded sleep variant with the generic wait_event() helper. Signed-off-by: Joerg Roedel --- drivers/iommu/amd_iommu_v2.c | 9 + 1 file changed, 1 insertion(+), 8 deletions(

Re: [rcu] [ INFO: suspicious RCU usage. ]

On Wed, Feb 04, 2015 at 03:16:27PM +0100, Krzysztof Kozlowski wrote: > On śro, 2015-02-04 at 05:14 -0800, Paul E. McKenney wrote: > > On Wed, Feb 04, 2015 at 01:00:18PM +, Russell King - ARM Linux wrote: > > > On Wed, Feb 04, 2015 at 12:39:07PM +0100, Krzysztof Kozlowski wrote: > > > > +Cc some

Re: [PATCH v10 4/6] devicetree: Add new SKY81452 backlight binding

On Fri, Jan 23, 2015 at 12:28 AM, wrote: > From: Gyungoh Yoo > > Signed-off-by: Gyungoh Yoo > Acked-by: Bryan Wu > --- > Changes v10: > Nothing > > Changes v9: > Nothing > > Changes v8: > Renamed property names for backlight with vendor prefix > Modified gpio-enable property to generic propert

[RFC 03/10] powerpc/mpc85xx: Add platform support for the Freescale DPAA BMan

From: Geoff Thorpe Change-Id: I59de17c040cdd304f86306336fcf89f130f7db2d Signed-off-by: Geoff Thorpe --- arch/powerpc/Kconfig | 33 +++ arch/powerpc/platforms/85xx/Kconfig | 11 + arch/powerpc/platforms/85xx/corenet_generic.c | 2

Re: [PATCH RESEND v3 3/3] X-Power AXP288 PMIC Fuel Gauge Driver

Hi, On Mon, Feb 02, 2015 at 08:57:35PM +, Brandt, Todd E wrote: > Hi Dmitry and Sebastian, can we get this driver included for 3.20? Since the merge window is near I did not plan to take any more patches for 3.20 (except fixes). Apart from that the patches do not apply cleanly to battery-2.6'

[RFC 01/10] fsl_bman: Add drivers for the Freescale DPAA BMan

From: Geoff Thorpe Change-Id: I075944acf740dbaae861104c17a9ff7247dec1be Signed-off-by: Geoff Thorpe --- drivers/staging/Kconfig |4 +- drivers/staging/Makefile |1 + drivers/staging/fsl_qbman/Kconfig| 52 ++ drivers/staging/fsl_qbman/Makefile

[RFC 08/10] fsl_qman: Add debugfs support

From: Geoff Thorpe Change-Id: I59a75a91b289193b5ab1d30a08f60119dc4d7568 Signed-off-by: Geoff Thorpe --- drivers/staging/fsl_qbman/Kconfig|7 + drivers/staging/fsl_qbman/Makefile |2 + drivers/staging/fsl_qbman/qman_debugfs.c | 1326 ++ drivers/s

[RFC 10/10] fsl_qman: Add HOTPLUG_CPU support

From: Hai-Ying Wang Change-Id: Ica4d1b2b0fd3c3ae5e043663febd9f4cb7c762cf Signed-off-by: Hai-Ying Wang --- drivers/staging/fsl_qbman/qman_driver.c | 45 + 1 file changed, 45 insertions(+) diff --git a/drivers/staging/fsl_qbman/qman_driver.c b/drivers/staging/fsl

Re: [PATCH] spmi: pmic_arb: enable build on arm64 platforms

On Wed, 2015-02-04 at 17:05 +0200, Stanimir Varbanov wrote: > On 02/03/2015 10:42 PM, Paul Bolle wrote: > > On Tue, 2015-02-03 at 15:50 +0200, Stanimir Varbanov wrote: > >> diff --git a/drivers/spmi/Kconfig b/drivers/spmi/Kconfig > >> index bf1295e..115348c 100644 > >> --- a/drivers/spmi/Kconfig >

Re: [PATCH] Input - mt: Fix input_mt_get_slot_by_key

On Feb 03 2015 or thereabouts, Henrik Rydberg wrote: > Hi Benjamin, > > > Slot 0 is released correclty, but when we look for Contact ID 2, the slot > > 0 is then picked up again because it is marked as inactive (trackingID < 0). > > > > This is wrong, and we should not reuse a slot in the same fr

Re: [capabilities] Allow normal inheritance for a configurable set of capabilities

I'm not generally in favor of this. Mostly because this seems to be a mini-root kind of inheritance that propagates privilege to binaries that aren't prepared for privilege. I don't really buy the mmap code concern because the model as it stands says that you trust the binary (and all of the variou

[PATCH] MODULE_DEVICE_TABLE: fix gscps2

The patch "module: fix types of device tables aliases" newly requires that invocations of MODULE_DEVICE_TABLE(type, name); come *after* the definition of `name'. That is reasonable, but gscps2 wasn't doing this. Fix it. Signed-off-by: Geert Uytterhoeven --- One more fix for your collection...

Re: linux-next: Tree for Feb 4

On 02/04/2015 05:26 AM, Sedat Dilek wrote: On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell wrote: Hi all, The next release I will be making will be next-20150209 - which will probably be after the v3.19 release. Changes since 20150203: The sound-asoc tree gained a conflict against the sound

Re: [rcu] [ INFO: suspicious RCU usage. ]

On Wed, Feb 04, 2015 at 07:10:28AM -0800, Paul E. McKenney wrote: > You know, this situation is giving me a bad case of nostalgia for the > old Sequent Symmetry and NUMA-Q hardware. On those platforms, the > outgoing CPU could turn itself off, and thus didn't need to tell some > other CPU when it

Meet the bugs for linux-3.19-rc4 on aarch64 board

Hi everyone: I run the linux-3.16 for aarch64 on my board, and it work fine, but when I try to update the kernel to linux-3.19-rc4, I met the problem just below: ad mode in Synchronous Abort handler detected, code 0x8605

[PATCH] iommu: Update my email address

From: Joerg Roedel The AMD address is dead for a long time already, replace it with a working one. Signed-off-by: Joerg Roedel --- drivers/iommu/amd_iommu.c | 2 +- drivers/iommu/amd_iommu_init.c | 2 +- drivers/iommu/amd_iommu_proto.h | 2 +- drivers/iommu/amd_iommu_types.h | 2 +- dri

Re: [PATCH v3 0/6] Add multiple GPIO and external clock to MMC pwrseq_simple

On 02/05/15 00:06, Javier Martinez Canillas wrote: > Hello Kukjin, > Hi, > On 01/30/2015 02:06 PM, Javier Martinez Canillas wrote: >> On 01/30/2015 12:13 PM, Ulf Hansson wrote: Patch #1 extends the simple MMC power sequence DT binding to support more than one GPIO and patch #2 adds

Re: linux-next: Tree for Feb 4

On Wed, Feb 4, 2015 at 4:16 PM, Jens Axboe wrote: > On 02/04/2015 05:26 AM, Sedat Dilek wrote: >> >> On Wed, Feb 4, 2015 at 9:35 AM, Stephen Rothwell >> wrote: >>> >>> Hi all, >>> >>> The next release I will be making will be next-20150209 - which will >>> probably be after the v3.19 release. >>>

Perf buildid-cache gives a confusing message

Hi, (Sorry, I missed CC to LKML) I've found a bit odd perf-buildid-cache behavior. It seems to be as designed, but also a bit confusing. Issue: perf-buildid-cache's --update and --remove operations refer the current existing binary at given path. This means if we update the old binary, it couldn'

Re: [PATCH] regulator: Fix build breakage on !REGULATOR

On Wed, Feb 04, 2015 at 11:50:11AM +0100, Krzysztof Kozlowski wrote: > > #ifdef CONFIG_REGULATOR > > void regulator_has_full_constraints(void); > > +int regulator_suspend_prepare(suspend_state_t state); > > +int regulator_suspend_finish(void); > > #else > > static inline void regulator_has_full

Re: [PATCH] media: i2c: add support for omnivision's ov2659 sensor

Rob, On Wed, Feb 4, 2015 at 12:55 PM, Rob Herring wrote: > I'm surprised there are not already compatible strings with > OmniVision. There are some examples using "omnivision", but no dts > files and examples don't count. > > The stock ticker is ovti, so please use that. That's what I sent: htt

  1   2   3   4   5   6   7   8   9   10   >