(2014/10/07 7:33), Steven Rostedt wrote:
> On Mon, 06 Oct 2014 11:48:06 +
> Masami Hiramatsu wrote:
>
>> Replace the kprobe_tracer's startup test with two selftest scripts.
>> These test cases are testing that the kprobe_event can accept a
>> kprobe event with $stack related arguments and a
Hi Namhyung,
On 10/07/2014 07:50 AM, Namhyung Kim wrote:
Hi Hemant,
On Wed, 01 Oct 2014 08:17:24 +0530, Hemant Kumar wrote:
This patch serves as the basic support to identify and list SDT events in
binaries.
When programs containing SDT markers are compiled, gcc with the help of
assembler
On Mon, 2014-10-06 at 23:27 +0200, Borislav Petkov wrote:
> On Thu, Oct 02, 2014 at 11:20:12PM +0800, Chen Yucong wrote:
> > From: Chen Yucong
> > Subject: [PATCH] x86, MCE, AMD: move invariant code out from loop body
> >
> > "mce_threshold_vector = amd_threshold_interrupt;" is loop invariant
On 10/07/2014 05:56 AM, Mark yao wrote:
> On 2014年09月30日 21:31, Andrzej Hajda wrote:
>> Hi Mark,
> Hi Andrzej,
> Sorry for replying late, I have a vacation before.
> Thanks for your review.
>> On 09/30/2014 03:03 PM, Mark Yao wrote:
>>> From: Mark yao
>>>
(...)
>>> +#ifdef CONFIG_PM_SLEEP
Sukadev Bhattiprolu [suka...@linux.vnet.ibm.com] wrote:
| Miscellaenous fixes for perf and 24x7 counters in powerpc.
|
| Patches 1,3,4 were submitted earlier as a part of the parametrized
| events for 24x7 counters. But they are not directly related to the
| parametrized events.
|
| Patch 2
On 10/07/2014 08:29 AM, Namhyung Kim wrote:
On Wed, 01 Oct 2014 08:17:48 +0530, Hemant Kumar wrote:
This patch adds a new sub-command to perf : sdt-cache.
sdt-cache command can be used to add, remove and dump SDT events.
This patch adds support to only "add" the SDT events. The rest of the
On 10/07/2014 08:47 AM, Namhyung Kim wrote:
On Wed, 01 Oct 2014 08:18:41 +0530, Hemant Kumar wrote:
This patch adds the support to delete SDT events from the cache.
To delete an event corresponding to a file, first the cache is read into
the file_hash list. The key is calculated from the file
On 10/07/2014 04:28 AM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Oct 06, 2014 at 01:25:14PM +0200, Robert Baldyga wrote:
>> Since we can compose gadgets from many functions, there is the problem
>> related to gadget breakage while FunctionFS daemon being closed. In some
>> cases it's strongly
From: Doug Anderson
Some 32-bit (ARMv7) systems are architected like this:
* The firmware doesn't know and doesn't care about hypervisor mode and
we don't want to add the complexity of hypervisor there.
* The firmware isn't involved in SMP bringup or resume.
* The ARCH timer come up with an
On Mon, Oct 06, 2014 at 04:40:13PM -0700, Zach Brown wrote:
> Both of the file target's calls to vfs_fsync_range() got the end offset
> off by one. The range is inclusive, not exclusive. It would sync a bit
> more data than was required.
>
> The sync path already tested the length of the range
On Mon, Oct 06, 2014 at 03:02:38PM -0400, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Sun, 5 Oct 2014 19:07:13 +0300
>
> > Now that virtio core ensures config changes don't arrive during probing,
> > drop config_enable flag in virtio net.
> > On removal, flush is now sufficient to
This change switches to devm_request_region to request region
and hence simplifies the module unload and does away with
release_region in remove function.
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: linux-g...@vger.kernel.org
Signed-off-by: Pramod Gurav
Reviewed-by: Alexandre Courbot
---
This change switches to managed resource APIs to allocated resources
such as irq, clock. Hence does away with release statements of the
same resorces in error lables and remove function.
Cc: Eduardo Valentin
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Signed-off-by: Pramod Gurav
---
Change
RTL8168EP is Realtek PCIe Gigabit Ethernet controller with DASH support.
It is a successor chip of RTL8168DP.
For RTL8168EP, the read/write ocp register is via eri channel type 2, so I
move ocp_xxx() related functions under rtl_eri_xxx. And use r8168dp_ocp_xxx()
for RTL8168DP ocp read/write,
On wto, 2014-10-07 at 11:20 +0900, jonghwa3@samsung.com wrote:
> Hi,
> On 2014년 10월 07일 01:00, Krzysztof Kozlowski wrote:
>
> > The charger manager supports POWER_SUPPLY_PROP_TEMP property and acts
> > as a thermal zone if any of these conditions match:
> > 1. Fuel gauge used by charger
When 'perf top' is run, one can't easily find a difference
between -z option and normal output.
So I added a visual cue to know whether it is the zeroing or not.
Output is as below.
Before:
$ perf top
Samples: 61K of event 'cycles', Event count (approx.): 3908136933
Overhead Shared Object
On Mon, 06 Oct 2014, Lee Jones wrote:
> On Wed, 24 Sep 2014, Vinod Koul wrote:
>
> > Use the new pm_runtime_last_busy_and_autosuspend helper instead of open
> > coding the same code
> >
> > Signed-off-by: Vinod Koul
> > ---
> > drivers/mfd/ab8500-gpadc.c |6 ++
> > 1 files changed, 2
On Mon, 06 Oct 2014, Lee Jones wrote:
> On Wed, 24 Sep 2014, Vinod Koul wrote:
>
> > Use the new pm_runtime_last_busy_and_autosuspend helper instead of open
> > coding the same code
> >
> > Signed-off-by: Vinod Koul
> > ---
> > drivers/mfd/arizona-irq.c |3 +--
> > 1 files changed, 1
This change introduces a label to call cancel_delayed_work_sync in
failure path.
Cc: Michael Hennerich
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Pramod Gurav
---
drivers/input/keyboard/adp5588-keys.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
Mon, Oct 06, 2014 at 06:21:58AM CEST, paul...@linux.vnet.ibm.com wrote:
>On Sun, Oct 05, 2014 at 03:47:48PM -0400, Tejun Heo wrote:
>> On Sun, Oct 05, 2014 at 03:21:19PM -0400, Tejun Heo wrote:
>> > On Sun, Oct 05, 2014 at 01:24:21PM -0400, Joe Lawrence wrote:
>> > > Similar to the stop_machine
NFC internal structure cleaning was dropped by commit
commit 5ad1550a15cd5b75ed8aa3009e162822f720375e
Author: Tomas Winkler
Date: Sun Jan 26 11:53:06 2014 +0200
mei: Remove all bus devices from the mei_dev list when stopping the MEI
We allocate nfc_dev and free it across the reset
so we
Thanks for answering.
I resend a patch according to your advices.
And I also added the stdio output to the patch as below.
If you have time and check the patch I resend,
I'd appreciate it.
Thanks,
Taeung
On 10/07/2014 02:26 PM, Namhyung Kim wrote:
Hi Taeung,
On Sun, 5 Oct 2014 15:49:34
On Monday 06 October 2014 23:37:32 Sonny Rao wrote:
>
> +#ifdef CONFIG_ARM
> + /*
> +* If we cannot rely on firmware initializing the CNTVOFF then
> +* we should use the physical timers instead.
> +*/
> + if (of_property_read_bool(np,
Hello, Seth.
Sorry for late response. :)
2014-09-30 4:53 GMT+09:00 Seth Jennings :
> On Fri, Sep 26, 2014 at 03:53:14PM +0900, Joonsoo Kim wrote:
>> WARNING: This is just RFC patchset. patch 2/2 is only for testing.
>> If you know useful place to use this allocator, please let me know.
>>
>> This
Hello
This seems exactly what I would need on the mc13783 to handle cleanly
the poweroff,
but after reading this patchset I have the following question:
[...]
+/*
+ * Notifier list for kernel code which wants to be called
+ * to power off the system.
+ */
+static
On Mon, 06 Oct 2014, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with a low priority value of 64 to reflect that
> the original code only sets pm_power_off if it was not already set.
>
> Make twl4030_power_off static as it is
On 07/10/2014 03:39, Stephen Rothwell :
> Hi Michal,
>
> Today's linux-next merge of the kbuild tree got a conflict in
> arch/arm/mach-at91/Makefile between commit 91a55d4f6900 ("ARM: at91:
> introduce OLD_IRQ_AT91 Kconfig option") from the arm-soc tree and
> commit ac84eb47cc19 ("kbuild: remove
Since we can compose gadgets from many functions, there is the problem
related to gadget breakage while FunctionFS daemon being closed. In some
cases it's strongly desired to keep gadget alive for a while, despite
FunctionFS files are closed, to allow another functions to complete
some presumably
On Mon, 06 Oct 2014, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Register with a low priority value of 64 to reflect that
> the original code only sets pm_power_off if it was not already set.
>
> Cc: Linus Walleij
> Cc: Lee Jones
>
On 07/10/2014 07:28, Guenter Roeck :
> Register with kernel poweroff handler instead of setting pm_power_off
> directly. Always use register_poweroff_handler_simple as there is no
> indication that more than one poweroff handler is registered.
>
> If the poweroff handler only resets the system or
The 'perf kvm stat record' tool is an alias of 'perf record' with
predefined kvm related options. All options that passed to 'perf kvm
stat record' are processed by the 'perf record' tool. So, 'perf kvm
stat record --help' prints help of usage for the 'perf record'
command. There are a few options
Those are shared with other builtin commands like kvm, script. So
make it accessable from them. This is a preparation of later change
that limiting possible options.
Cc: Alexander Yarygin
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-record.c| 7 +--
tools/perf/builtin-script.c
On Mon, 2014-09-22 at 19:13 +0200, Martin Walch wrote:
> expr_eliminate_dups2() in scripts/kconfig/expr.c applies two bad
> inference rules:
>
> (FOO || BAR) && (!FOO && !BAR) -> n
> (FOO && BAR) || (!FOO || !BAR) -> y
>
> They would be correct in propositional logic, but this is a three-valued
In some cases, we need to reuse exising options with some of them
disabled. To do that, add PARSE_OPT_DISABLED flag and
set_option_flag() function.
Cc: Alexander Yarygin
Signed-off-by: Namhyung Kim
---
tools/perf/util/parse-options.c | 17 +
tools/perf/util/parse-options.h |
You say that this is v3, but there is no change log (usually placed
between the '---' and the diffstat). Also you have 8 patches in this
set with no 0/8 patch explaining what you're trying to achieve. For
this size patch you also require a patch commit log. What does this
driver provide? How
On Tue, Oct 07, 2014 at 08:21:25AM +0100, Lee Jones wrote:
> On Mon, 06 Oct 2014, Lee Jones wrote:
>
> > On Wed, 24 Sep 2014, Vinod Koul wrote:
> >
> > > Use the new pm_runtime_last_busy_and_autosuspend helper instead of open
> > > coding the same code
> > >
> > > Signed-off-by: Vinod Koul
> >
Hi Yasser,
On Sat, 4 Oct 2014 11:37:57 -0400, Yasser Shalabi wrote:
> Fix for double free bug in tools/perf due to dangling thread_map pointer in
> perf_evlist struct.
> Code path excercised when perf stat -C switch is used but not set and is
> followed by another switch.
> Example: perf stat
On Mon, Oct 06, 2014 at 02:32:10PM -0700, Guenter Roeck wrote:
> On Mon, Oct 06, 2014 at 10:40:35AM +0200, Frans Klaver wrote:
> > + * - kill (output)
> > + * The last action during shut down is triggering this signalling, such
> > + * that the PowerPath Control will power down the
On Tue, Oct 07, 2014 at 01:03:48PM +0800, Fengguang Wu wrote:
> > What is lacking is the actual .config.
>
> Sorry, attached the .config. I expected the script to auto attach it,
> but obviously it's not yet perfect and failed to attach .config in
> this case.
Sure no problem, just figured I'd
On Mon, 06 Oct 2014, Jacob Pan wrote:
> X-Powers AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
> to AXP202/209, AXP288 comes with USB charger, more LDO and BUCK channels, and
> AD converters. It also provides extended status and interrupt reporting
> capabilities than the
On Tue, Oct 07, 2014 at 09:12:00AM +0100, Lee Jones wrote:
> You say that this is v3, but there is no change log (usually placed
> between the '---' and the diffstat). Also you have 8 patches in this
> set with no 0/8 patch explaining what you're trying to achieve. For
> this size patch you also
On Mon, Oct 06, 2014 at 08:35:28PM -0700, Stephen Warren wrote:
> On 10/02/2014 04:41 AM, Bart Tanghe wrote:
> > Add pwm driver for Broadcom BCM2835 processor (Raspberry Pi)
> >
> > Signed-off-by: Bart Tanghe
> > ---
> > Changes in v5:
>
> By v5, I would drop "rfc" from the email subject.
And
On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck wrote:
> Replace mach_power_off with pm_power_off to simplify the subsequent
> move of pm_power_off to generic code.
Thanks!
> Cc: Geert Uytterhoeven
> Cc: Greg Ungerer
> Cc: Joshua Thompson
> Signed-off-by: Guenter Roeck
Looks OK, so since you
Jonathan,
When you create your for-v3.19 branch, please pull this in.
The following changes since commit bfe01a5ba2490f299e1d2d5508cbbbadd897bbe9:
Linux 3.17 (2014-10-05 12:23:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
On Mon, 06 Oct 2014, Jacob Pan wrote:
> Platform driver for X-Powers AXP288 ADC, which is a sub-device of the
> customized AXP288 PMIC for Intel Baytrail-CR platforms. GPADC device
> enumerates as one of the MFD cell devices. It uses IIO infrastructure
> to communicate with userspace and consumer
On Mon, 06 Oct 2014, Jacob Pan wrote:
> X-Powers AXP288 is a customized PMIC for Intel Baytrail-CR platforms. Similar
> to AXP202/209, AXP288 comes with USB charger, more LDO and BUCK channels, and
> AD converters. It also provides extended status and interrupt reporting
> capabilities than the
On Tue, Oct 07, 2014 at 10:17:32AM +0200, Peter Zijlstra wrote:
> On Tue, Oct 07, 2014 at 01:03:48PM +0800, Fengguang Wu wrote:
> > > What is lacking is the actual .config.
> >
> > Sorry, attached the .config. I expected the script to auto attach it,
> > but obviously it's not yet perfect and
On Tue, Oct 7, 2014 at 7:47 AM, Namhyung Kim wrote:
> Hi Stephane,
>
> On Mon, 6 Oct 2014 10:35:32 +0200, Stephane Eranian wrote:
>> This patch fixes off-by-one errors in the management of maps.
>> A map is defined by start address and length as implemented by map__new():
>>
>> map__init(map,
Hi David,
On 06/10/14 21:11, David Daney wrote:
> Any userspace thread desiring a non-executable stack,
> must allocate a 4-byte aligned area at least 8 bytes long
> +SYSCALL_DEFINE1(set_fpuemul_xol_area, unsigned long, addr)
> +{
> + struct thread_info *ti = task_thread_info(current);
> +
support setting suspend voltage and disable regulator in suspend.
Signed-off-by: Chris Zhong
---
drivers/regulator/rk808-regulator.c | 37 +++
1 file changed, 37 insertions(+)
diff --git a/drivers/regulator/rk808-regulator.c
Hi Arnaldo,
On 6 October 2014 23:26, Arnaldo Carvalho de Melo wrote:
> Heya, please check if this is OK.
>
> This was while looking the set of methods used by rasd, trying to reduce
> it to the bare minimum.
>
> Perhaps even that cpu_map__new() one can be ditched, leaving to use the
> default of
Hi all,
Changes since 20141003:
The kbuild tree gained a conflict against the arm-soc tree.
The kvm tree gained a conflict against the s390 tree.
The percpu gained conflicts against the s390 tree.
The target-updates lost its build failure.
The akpm tree lost a patch that turned up elsewhere.
On 06.10.2014 22:17, Markus Pargmann wrote:
This patch sets the new field ena_gpio_valid for all drivers which set a
valid ena_gpio.
Signed-off-by: Markus Pargmann
---
(... looking only on s2m/s5m drivers)
diff --git a/drivers/regulator/s2mps11.c b/drivers/regulator/s2mps11.c
index
On 10/06/14 20:53, Jens Axboe wrote:
> On 10/06/2014 11:40 AM, Jens Axboe wrote:
>> I've been able to reproduce this this morning, and your patch does seem
>> to fix it. The inc/add logic is making my head spin a bit. And we now
>> end up banging a lot more on the waitqueue lock through
>>
> -Original Message-
> From: Serge Hallyn [mailto:serge.hal...@ubuntu.com]
> Sent: Monday, October 06, 2014 10:27 PM
> To: Chen, Hanxiao/陈 晗霄
> Cc: Ingo Molnar; Peter Zijlstra; David Howells;
> contain...@lists.linux-foundation.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH]
On 06.10.2014 22:17, Markus Pargmann wrote:
It is not necessary to setup config.ena_gpio with -EINVAL or similar.
This patch removes these unnecessary initializations.
Signed-off-by: Markus Pargmann
---
drivers/regulator/pfuze100-regulator.c | 1 -
drivers/regulator/s5m8767.c| 2
On 2014-10-05 19:43, Asbjoern Sloth Toennesen wrote:
> The -isp option has been deprecated, after it became the default
> behaviour back in 2006.
>
> Since dpkg 1.17.11, dpkg-gencontrol emits a warning on -isp usage.
>
> References: https://bugs.debian.org/215233
> Signed-off-by: Asbjoern Sloth
Hi Peter,
On 19/09/14 22:25, Peter Zijlstra wrote:
> On Fri, Sep 19, 2014 at 10:22:40AM +0100, Juri Lelli wrote:
>> Exclusive cpusets are the only way users can restrict SCHED_DEADLINE tasks
>> affinity (performing what is commonly called clustered scheduling).
>> Unfortunately, such thing is
Hi Bjorn,
On Mon, 2014-10-06 at 18:11 -0700, Bjorn Andersson wrote:
> These patches add dt bindings and a device driver for the power key block in
> the Qualcomm PM8941 pmic.
>
> Courtney Cavin (2):
> input: Add Qualcomm PM8941 power key driver
> input: pm8941-pwrkey: Add DT binding
When a lot of netdevices are created, one of the bottleneck is the creation
of proc entries. This serie aims to accelerate this part.
I'm not sure against which tree this patch should be done. I've done it against
linux.git.
v2 -> v3
- restore credit to Thierry Herbelot for the initial idea.
The current implementation for the directories in /proc is using a single
linked list. This is slow when handling directories with large numbers of
entries (eg netdevice-related entries when lots of tunnels are opened).
This patch replaces this linked list by a red-black tree.
Here are some
On Fri, Oct 03, 2014 at 07:07:57PM +0200, Andrea Arcangeli wrote:
> We run out of 32bits in vm_flags, noop change for 64bit archs.
>
> Signed-off-by: Andrea Arcangeli
> ---
> fs/proc/task_mmu.c | 4 ++--
> include/linux/huge_mm.h | 4 ++--
> include/linux/ksm.h | 4 ++--
>
On Tue, 30 Sep 2014, Pankaj Dubey wrote:
> Currently a syscon entity can be only registered directly through a
> platform device that binds to a dedicated syscon driver. However in
> certain use cases it is desirable to make a device used with another
> driver a syscon interface provider.
>
>
On Tue, Oct 7, 2014 at 2:14 AM, Rafael J. Wysocki wrote:
> @@ -301,35 +301,33 @@ static ssize_t at25_mem_write(struct memory_accessor
> *mem, const char *buf,
>
> /*-*/
>
> -static int at25_np_to_chip(struct device *dev,
>
On Tue, Oct 07, 2014 at 10:46:27AM +0200, Krzysztof Kozłowski wrote:
> On 06.10.2014 22:17, Markus Pargmann wrote:
> >This patch sets the new field ena_gpio_valid for all drivers which set a
> >valid ena_gpio.
> >
> >Signed-off-by: Markus Pargmann
> >---
>
> (... looking only on s2m/s5m drivers)
On Sat, 04 Oct 2014, Linus Walleij wrote:
> The least significat byte of the GPIO value read register
> on the STMPE24xx series is on addres 0xA4 not 0xA5. Correct
> against datasheet and tested on the STMPE2401 hardware.
>
> Signed-off-by: Linus Walleij
> ---
> Hi Lee, Sam: this should go in
On Thu, 02 Oct 2014, Krzysztof Kozlowski wrote:
> Prepare for adding support for Maxim 77693 charger by adding necessary
> new defines and structure for device tree parsed data.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> include/linux/mfd/max77693-private.h | 108
>
On Thu, 02 Oct 2014, Thierry Reding wrote:
> From: Thierry Reding
>
> rtsx_pci_power_off() is called only from rtsx_pci_suspend(), which isn't
> built when PM is disabled.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/mfd/rtsx_pcr.c | 2 ++
> 1 file changed, 2 insertions(+)
Applied to
The PLAT_S5P Kconfig symbol was removed in commit d78c16ccde96
("ARM: SAMSUNG: Remove remaining legacy code"). There are still
some references left, fix that by replacing them with ARCH_S5PV210.
Fixes: d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
Reported-by: Paul Bolle
Acked-by:
> >> the out-of-line execution trick, but do it somewhere other than in
> >> stack memory.
> > How do you answer Andy Lutomirski's question about what happens when a
> > signal handler interrupts execution while the program counter is
> > pointing at this "out-of-line execution" trampoline? This
On Wed, 01 Oct 2014, Linus Walleij wrote:
> On Tue, Sep 30, 2014 at 4:15 PM, Pramod Gurav
> wrote:
>
> > Get rid of using return value from gpiochip_remove() as it returns
> > void.
> >
> > Cc: Linus Walleij
> > Cc: Alexandre Courbot
> > Cc: Samuel Ortiz
> > CC: Lee Jones
> > Cc:
On Tue, Oct 07, 2014 at 10:52:29AM +0200, Krzysztof Kozłowski wrote:
> On 06.10.2014 22:17, Markus Pargmann wrote:
> >It is not necessary to setup config.ena_gpio with -EINVAL or similar.
> >This patch removes these unnecessary initializations.
> >
> >Signed-off-by: Markus Pargmann
> >---
> >
On Wed, 01 Oct 2014, Jaewon Kim wrote:
> This patch add regmap_haptic initialization to use haptic register map
> in haptic device driver.
>
> Signed-off-by: Jaewon Kim
> Acked-by: Chanwoo Choi
> Acked-by: Lee Jones
> ---
> drivers/mfd/max77693.c | 21 ++---
> 1 file
On Wed, 01 Oct 2014, Jaewon Kim wrote:
> This patch add haptic of_compatible in order to use the haptic
> device driver using Devicetree.
>
> Signed-off-by: Jaewon Kim
> Acked-by: Chanwoo Choi
> Acked-by: Lee Jones
> ---
> drivers/mfd/max77693.c |5 -
> 1 file changed, 4
From: Todd Poynor
usb: phy: Hold wakeupsource when USB is enumerated in peripheral mode
Purpose of this is to prevent the system to enter into suspend state from USB
peripheral traffic by hodling a wakeupsource when USB is connected and
enumerated in peripheral mode(say adb).
Temporarily hold
On Wed, 01 Oct 2014, Jaewon Kim wrote:
> This patch add haptic DT binding documentation and example
> to support haptic driver in max77693 Multifunction device.
>
> Signed-off-by: Jaewon Kim
> Acked-by: Chanwoo Choi
> ---
> Documentation/devicetree/bindings/mfd/max77693.txt | 21
>
On Mon, Oct 6, 2014 at 7:54 PM, Andrey Ryabinin wrote:
> This patch only demonstration how easy this could be achieved.
> GCC doesn't support this feature yet. Two patches required for this:
> https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00452.html
>
looks good to me
On Mon, Oct 6, 2014 at 7:53 PM, Andrey Ryabinin wrote:
> KASan as many other options should be disabled for this stub
> to prevent build failures.
>
> Signed-off-by: Andrey Ryabinin
> ---
> drivers/firmware/efi/libstub/Makefile | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
On Tue, Oct 7, 2014 at 7:28 AM, Guenter Roeck wrote:
> Register with kernel poweroff handler instead of setting pm_power_off
> directly.
>
> Cc: Geert Uytterhoeven
> Cc: Joshua Thompson
> Signed-off-by: Guenter Roeck
As someone already mentioned, having #defines instead of hardcoded
numbers
On Tue, Oct 7, 2014 at 11:14 AM, Lee Jones wrote:
> On Wed, 01 Oct 2014, Linus Walleij wrote:
>
>> On Tue, Sep 30, 2014 at 4:15 PM, Pramod Gurav
>> wrote:
>>
>> > Get rid of using return value from gpiochip_remove() as it returns
>> > void.
>> >
>> > Cc: Linus Walleij
>> > Cc: Alexandre Courbot
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Allow more than one viperboard to be connected by registering with
> PLATFORM_DEVID_AUTO instead of PLATFORM_DEVID_NONE.
>
> The subdevices are currently registered with PLATFORM_DEVID_NONE, which
> will cause a name collision on the platform bus when a
checkpatch.pk tiny fix
get rid of 2 warnings and 2 errors for hal/fw.c
Signed-off-by: Igor Bogomazov
Cc: Greg Kroah-Hartman
Cc: navin patidar
Cc: Stephen Rothwell
---
linux-next 3.17.0
diff --git a/drivers/staging/rtl8188eu/hal/fw.c
b/drivers/staging/rtl8188eu/hal/fw.c
index
CC: Michal added
Paul Bolle writes:
> On Mon, 2014-09-22 at 19:13 +0200, Martin Walch wrote:
>> expr_eliminate_dups2() in scripts/kconfig/expr.c applies two bad
>> inference rules:
>>
>> (FOO || BAR) && (!FOO && !BAR) -> n
>> (FOO && BAR) || (!FOO || !BAR) -> y
>>
>> They would be correct in
On 07/10/14 06:28, Guenter Roeck wrote:
> pm_power_off is defined for all architectures. Move it to common code.
>
> Have all architectures call do_kernel_poweroff instead of pm_power_off.
> Some architectures point pm_power_off to machine_power_off. For those,
> call do_kernel_poweroff from
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Hot-pluggable multi-function devices should use PLATFORM_DEVID_AUTO to
> avoid name collisions on the platform bus.
>
> This driver currently uses the USB-device address as an id. This makes
> name collisions unlikely, but it could still happen if two
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Use mfd_add_hotplug_devices helper to register the subdevices.
>
> Signed-off-by: Johan Hovold
> ---
> drivers/mfd/rtsx_usb.c | 4 ++--
> drivers/mfd/viperboard.c | 5 ++---
> 2 files changed, 4 insertions(+), 5 deletions(-)
Applied for v3.19.
>
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Hot-pluggable multi-function devices should always be registered with
> PLATFORM_DEVID_AUTO to avoid name collisions on the platform bus. This
> helper also hides the memory map and irq parameters, which aren't used
> by hot-pluggable (e.g. USB-based)
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Use mfd_add_hotplug_devices helper to register the subdevices.
>
> Compile-only tested.
>
> Signed-off-by: Johan Hovold
> ---
> drivers/hid/hid-sensor-hub.c | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
Applied for v3.19 with
On Fri, 26 Sep 2014, Johan Hovold wrote:
> Make sure to always honour multi-function devices registered with
> PLATFORM_DEVID_NONE (-1) or PLATFORM_DEVID_AUTO (-2) as id base. In this
> case it does not make sense to append the cell id to the mfd-id base and
> potentially change the requested
Signed-off-by: Chen Hanxiao
Acked-by: Serge E. Hallyn
---
v2: s/group?/group
include/uapi/linux/sched.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/sched.h b/include/uapi/linux/sched.h
index 34f9d73..db765b4 100644
--- a/include/uapi/linux/sched.h
+++
On Tue, Oct 07, 2014 at 11:10:23AM +0200, Geert Uytterhoeven wrote:
> On Tue, Oct 7, 2014 at 2:14 AM, Rafael J. Wysocki wrote:
> > @@ -301,35 +301,33 @@ static ssize_t at25_mem_write(struct memory_accessor
> > *mem, const char *buf,
> >
> >
> >
This change switches to using devm_* APIs to allocate resources.
This helps to simplify failure path in probe function as well as
remove function.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Pramod Gurav
---
drivers/input/keyboard/lm8323.c | 39
This patch add 400MHz and 500MHz to clock rate table for rk3288.
Signed-off-by: Kever Yang
---
drivers/clk/rockchip/clk-rk3288.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/rockchip/clk-rk3288.c
b/drivers/clk/rockchip/clk-rk3288.c
index d053529..f6ea9c6 100644
---
Dear Geert,
On 10/07/2014 03:39 AM, Geert Uytterhoeven wrote:
> On Mon, Oct 6, 2014 at 8:28 PM, Geert Uytterhoeven
> wrote:
>> JFYI, when comparing v3.17[1] to v3.17-rc7[3], the summaries are:
>> - build errors: +12/-6
>
> + /scratch/kisskb/src/drivers/base/regmap/regmap-i2c.c: error:
>
This patch add init rate for PLLs and some bus clock from dts for rk3288,
add two clock rate of 400M and 500M into rate table for we will use it.
Kever Yang (2):
clk: rockchip: add 400MHz and 500MHz for rk3288 clock rate
ARM: dts: enable init rate for clock
arch/arm/boot/dts/rk3288.dtsi
We need to initialize PLL rate and some of bus clock rate while
kernel init, for there is no other module will do that.
Signed-off-by: Kever Yang
---
arch/arm/boot/dts/rk3288.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi
Hi Daniel,
On 24/09/14 14:24, Daniel Wagner wrote:
> When a PI mutex is shared between an deadline task and normal task we
> might end up trying to replenish from the normal task. In this case neither
> dl_runtime, dl_period or dl_deadline are set. replenish_dl_entity() can't do
> anything
These defines are not used by driver. Remove them.
Signed-off-by: Ivan T. Ivanov
---
drivers/input/keyboard/pmic8xxx-keypad.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/input/keyboard/pmic8xxx-keypad.c
b/drivers/input/keyboard/pmic8xxx-keypad.c
index
Hi,
Following set of patches reorganize and add support for keypad
controller found in Qualcomm PMIC pm8941 chip, at least.
Controllers found in pm8058 and pm8921, currently supported by driver,
seems to be similar to controller found in pm8941. Difference is
register access, SSBI vs SPMI
Controller seems to be the same. Just access to it is over SPMI bus
and registers and bits are reshuffled. Hopefully this is nicely
abstracted by regmap helpers.
Signed-off-by: Ivan T. Ivanov
---
.../bindings/input/qcom,pm8xxx-keypad.txt | 1 +
drivers/input/keyboard/pmic8xxx-keypad.c
1 - 100 of 1702 matches
Mail list logo
