Add a few WARNs to catch things that should never happen.
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/events/core.c | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
--- a/kernel/events/core.c
+++ b/kernel/events/core.c
@@ -1275,6 +1275,8 @@ static void
The fix from 9fc81d87420d ("perf: Fix events installation during
moving group") was incomplete in that it failed to recognise that
creating a group with events for different CPUs is semantically
broken -- they cannot be co-scheduled.
Furthermore, it leads to real breakage where, when we create an
There have been a few reported issues wrt. the lack of locking around
changing event->ctx. This patch tries to address those.
It avoids the whole rwsem thing; and while it appears to work, please
give it some thought in review.
What I did fail at is sensible runtime checks on the use of
Hi Arnd,
On Fri, Oct 24, 2014 at 5:46 PM, Arnd Bergmann wrote:
> There is still a related bug that we should also fix, but I'd say let's
> take your current patches first and then add whatever is missing
> on top. Specifically, a snippet like this
>
> default 0xd4017000 if
Hi,
Thanks for the reply, Sylwester! I am considering v4l2 now and I have some
questions/comments below.
> -Original Message-
> From: linux-iio-ow...@vger.kernel.org [mailto:linux-iio-
> ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
> Sent: Thursday, January 15, 2015 7:38 PM
>
On Thu, Jan 22, 2015 at 11:07 PM, Omar Sandoval wrote:
> On Mon, Jan 12, 2015 at 11:43:02AM -0800, Omar Sandoval wrote:
>> On Sat, Jan 10, 2015 at 05:08:03PM -0500, Trond Myklebust wrote:
>> > Hi Omar,
>> >
>> > On Thu, Jan 8, 2015 at 4:18 AM, Omar Sandoval wrote:
>> > > Most filesystems prevent
On 01/23/2015 06:58 AM, Minchan Kim wrote:
> We don't need to call zram_meta_free, zcomp_destroy and zs_free
> under init_lock. What we need to prevent race with init_lock
> in reset is setting NULL into zram->meta (ie, init_done).
> This patch does it.
>
> Signed-off-by: Minchan Kim
Acked-by:
On Fri, Jan 23, 2015 at 02:05:22PM +0100, Geert Uytterhoeven wrote:
> Hi Arnd,
>
> On Fri, Oct 24, 2014 at 5:46 PM, Arnd Bergmann wrote:
> > There is still a related bug that we should also fix, but I'd say let's
> > take your current patches first and then add whatever is missing
> > on top.
This patch-set split the last version, and addressed the review comments from
last version on serial driver code.
Changes from v6:
- Setted SPRD_TIMEOUT with 256 rather than 2048
- Used u32 instead of uint32_t
- Removed inline of handle_lsr_errors which is a single call
Remove dath line at the end of file
Signed-off-by: Ahmad Hassan
---
drivers/staging/emxx_udc/emxx_udc.h | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/staging/emxx_udc/emxx_udc.h
b/drivers/staging/emxx_udc/emxx_udc.h
index d984bd2..7929c65 100644
---
Add a full sc9836-uart driver for SC9836 SoC which is based on the
spreadtrum sharkl64 platform.
This driver also support earlycon.
Originally-by: Lanqing Liu
Signed-off-by: Orson Zhai
Signed-off-by: Chunyan Zhang
Acked-by: Arnd Bergmann
---
drivers/tty/serial/Kconfig | 18 +
On 01/23/2015 02:23 AM, Lyra Zhang wrote:
> Hi, Peter
>
> Many thanks to you for reviewing so carefully and giving us so many
> suggestions and so clear explanations.
:)
> I'll address all of your comments and send an updated patch soon.
>
> On Fri, Jan 23, 2015 at 11:57 AM, Peter Hurley
>
On Fri, Jan 23, 2015 at 03:09:08PM +0200, Ahmad Hassan wrote:
> #endif /* _LINUX_EMXX_H */
> +
> +
> +04f287a
> +00e55cb
Uh... What? Try again. :P
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Adds Spreadtrum's prefix "sprd" to vendor-prefixes file.
Adds the devicetree binding documentations for Spreadtrum's sc9836-uart
and SC9836 SoC based on the Sharkl64 Platform which is a 64-bit SoC
Platform of Spreadtrum.
Signed-off-by: Chunyan Zhang
---
On 01/19/2015 05:52 PM, Daniel Lezcano wrote:
With the next patches, the init cpus function will be changed to be factored
out.
The function 'armada_xp_smp_init_cpus' does nothing more than a sanity check
after the DT has been parsed. Even if this code is valid, it does not give a
real benefit
Changes since v2:
o No functional changes
o Rebased to 3.19-rc5 (but there were no real context changes)
o Tested with 3.19-rc4 and my last compaction series [1], which is however
not meant as a prerequisity. It just stabilizes the benchmark results,
especially for non-restart iterations 2+,
When allocation falls back to another migratetype, it will steal a page with
highest available order, and (depending on this order and desired migratetype),
it might also steal the rest of free pages from the same pageblock.
Given the preference of highest available order, it is likely that it
When allocation falls back to stealing free pages of another migratetype,
it can decide to steal extra pages, or even the whole pageblock in order to
reduce fragmentation, which could happen if further allocation fallbacks
pick a different pageblock. In try_to_steal_freepages(), one of the
Hello,
I'm getting these two errors when booting DT linux v3.19-rc5 in n900 qemu:
[0.309234] device-tree: Duplicate name in onenand@0,0, renamed to "#1"
[0.309417] device-tree: Duplicate name in onenand@0,0, renamed to "#2"
[0.309844] device-tree: Duplicate name in ethernet@gpmc,
On Fri, Jan 23, 2015 at 01:24:15PM +1030, Rusty Russell wrote:
> The correct fix is to turn try_module_get() into __module_get(), and
> always do the module_put().
Is this really safe? __module_get sais it needs a non-zero refcount
to start with, but scsi_device_get is the only thing every
On Fri, Jan 23, 2015 at 08:28:20AM +0200, Ahmed S. Darwish wrote:
> On Fri, Jan 16, 2015 at 11:16:05AM -0800, Greg Kroah-Hartman wrote:
> > From: Daniel Mack
> >
> > kdbus is a system for low-latency, low-overhead, easy to use
> > interprocess communication (IPC).
> >
> > The interface to all
Dear Mr. Jeff,
Thanks for the comments.
Yes i think overflow check logic is wrong.
So i think we can change the overflow logic -
>From --
if ((long long)tmp < 0)
+ return -ERANGE;
to -
if (((long long)tmp < LLONG_MIN) || ((long long)tmp > LLONG_MAX) )
+ return -ERANGE;
Please give your
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
media/v3.19-4
For:
- Fix some race conditions caused by a regression on videobuf2;
- Fix a interrupt release bug on cx23885;
- Fix support for Mygica T230 and HVR4400;
- Fix compilation
23.01.2015 12:45, Thierry Reding пишет:
On Thu, Jan 22, 2015 at 08:18:34PM +0300, Dmitry Osipenko wrote:
22.01.2015 19:06, Dmitry Osipenko пишет:
22.01.2015 18:22, Dmitry Osipenko пишет:
22.01.2015 10:55, Alexandre Courbot пишет:
On Thu, Jan 22, 2015 at 4:40 PM, Thierry Reding
wrote:
changes since commit 961be7ef6963806cb978ccd6acf6bf84b0c63346:
tpm/tpm_tis: Add missing ifdef CONFIG_ACPI for pnp_acpi_device (2015-01-22
13:37:33 +1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
tags/keys-next-20150123
for you
Am 23.01.2015 um 13:56 schrieb David Howells:
One thing that you have to be careful of with your patch is that if you turn
it on during development, this will drain the entropy pool from which you get
random numbers.
Hmm, I wonder how often people are compiling kernels and how much one
turn
On Friday 23 January 2015 13:08:37 Russell King - ARM Linux wrote:
> > Hi Arnd,
> >
> > On Fri, Oct 24, 2014 at 5:46 PM, Arnd Bergmann wrote:
> > > There is still a related bug that we should also fix, but I'd say let's
> > > take your current patches first and then add whatever is missing
> > >
On Fri, Jan 23, 2015 at 09:19:46PM +0800, Greg Kroah-Hartman wrote:
> On Fri, Jan 23, 2015 at 08:28:20AM +0200, Ahmed S. Darwish wrote:
> > On Fri, Jan 16, 2015 at 11:16:05AM -0800, Greg Kroah-Hartman wrote:
> > > From: Daniel Mack
> > >
> > > kdbus is a system for low-latency, low-overhead,
Hi Russell,
On Fri, Jan 23, 2015 at 2:08 PM, Russell King - ARM Linux
wrote:
> On Fri, Jan 23, 2015 at 02:05:22PM +0100, Geert Uytterhoeven wrote:
>> On Fri, Oct 24, 2014 at 5:46 PM, Arnd Bergmann wrote:
>> > There is still a related bug that we should also fix, but I'd say let's
>> > take your
Hi Chunyan,
Just the minor fix to zeroing the stack local in sprd_set_termios()
and using dev_get_drvdata() in sprd_suspend()/sprd_resume().
Regards,
Peter Hurley
On 01/23/2015 08:01 AM, Chunyan Zhang wrote:
> Add a full sc9836-uart driver for SC9836 SoC which is based on the
> spreadtrum
On Fri, Jan 23, 2015 at 9:12 PM, Peter Hurley wrote:
> On 01/23/2015 02:23 AM, Lyra Zhang wrote:
>> Hi, Peter
>>
>> Many thanks to you for reviewing so carefully and giving us so many
>> suggestions and so clear explanations.
>
> :)
>
>> I'll address all of your comments and send an updated patch
Sorry, either I type too fast or I think too slow, so here is another
comment:
Am 23.01.2015 um 14:27 schrieb Alexander Holler:
Am 23.01.2015 um 13:56 schrieb David Howells:
One thing that you have to be careful of with your patch is that if
you turn
it on during development, this will drain
On Fri, Jan 23, 2015 at 9:31 PM, Peter Hurley wrote:
> Hi Chunyan,
>
> Just the minor fix to zeroing the stack local in sprd_set_termios()
> and using dev_get_drvdata() in sprd_suspend()/sprd_resume().
>
ok, I see.
> Regards,
> Peter Hurley
>
> On 01/23/2015 08:01 AM, Chunyan Zhang wrote:
>>
On 01/23/2015 06:58 AM, Minchan Kim wrote:
> The zram->stat handling should be procted by init_lock.
> Otherwise, user could see stale value from the stat.
>
> Signed-off-by: Minchan Kim
Acked-by: Jerome Marchand
signature.asc
Description: OpenPGP digital signature
On Friday 23 January 2015 09:56:51 Geert Uytterhoeven wrote:
> >> diff --git a/Documentation/devicetree/bindings/bus/simple-pm-bus.txt
> >> b/Documentation/devicetree/bindings/bus/simple-pm-bus.txt
> >> new file mode 100644
> >> index ..d03abf7fd8e3997a
> >> --- /dev/null
> >> +++
On Thursday 22 January 2015 10:04:41 Catalin Marinas wrote:
> On Thu, Jan 22, 2015 at 07:17:55AM +, Sergey Dyasly wrote:
> > 16MB alignment for ioremap mappings was added by commit a069c896d0d6 ("[ARM]
> > 3705/1: add supersection support to ioremap()") in order to support
> > supersection
>
Cc: Boris
On Thu, 8 Jan 2015, Sudeep Holla wrote:
> This patch removes the redundant sysfs cacheinfo code by reusing
> the newly introduced generic cacheinfo infrastructure through the
> commit 246246cbde5e ("drivers: base: support cpu cache information
> interface to userspace via sysfs")
>
>
On 01/23/2015 01:15 PM, Jean-Francois Moine wrote:
[...]
The DT should describe the hardware, and the simple-card mixes hardware
and software.
For example, the kirkwood controller may create 2 CPU DAIs. With the
simple-card, the DT contains a number to reference these DAIs (for
example,
This patch removes the warnings (space before , ) shown by
checkpatch.pl
Signed-off-by: Mohammad Jamal
---
drivers/net/ieee802154/cc2520.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ieee802154/cc2520.c b/drivers/net/ieee802154/cc2520.c
index
Get rid of the "normal" label, use one if-statement per attribute for
maintainability and change s/supported/ret/ and s/asus->handle/handle/
to fix a coding style issue (lines with 80+ chars).
Signed-off-by: Vivien Didelot
---
drivers/platform/x86/asus-laptop.c | 61
Use DEVICE_ATTR_{RO,WO,RW} macros to simplify sysfs attributes
declaration.
To declare a "foo" attribute, DEVICE_ATTR_RW() requires foo_show() and
foo_store(), so rename a few functions to satisfy this requirement.
Also put the macro below each related show/store functions for clarity.
This patch replaces the shifting operations by BIT macro
Signed-off-by: Mohammad Jamal
---
drivers/net/ieee802154/cc2520.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ieee802154/cc2520.c b/drivers/net/ieee802154/cc2520.c
index 665a3db..181b349 100644
On Tue, Jan 20, 2015 at 09:35:45PM +, Paul E. McKenney wrote:
> On Tue, Jan 20, 2015 at 10:34:43AM +0100, Peter Zijlstra wrote:
> > On Tue, Jan 13, 2015 at 04:33:54PM +, Will Deacon wrote:
> > > I started dusting off a series I've been working to implement a relaxed
> > > atomic API in
This series adds initial support for the MediaTek MT6397 PMIC and the
necessary infrastructure to attach it on the MT8135 / MT8173 SoCs.
The infrastructure includes:
- pericfg / infracfg controller support
The pericfg / infracfg controllers contain miscellaneous registers for
reset
This adds the perisys, infracfg and pmic wrapper nodes to the
MediaTek MT8135 dtsi file.
Signed-off-by: Sascha Hauer
---
arch/arm/boot/dts/mt8135.dtsi | 34 ++
1 file changed, 34 insertions(+)
diff --git a/arch/arm/boot/dts/mt8135.dtsi
On 23/01/15 06:03, Inha Song wrote:
> This patch add WM1811 audio codec, I2S interface and the sound
> machine nodes to enable audio on exynos4412-trats2 board.
>
> Signed-off-by: Inha Song
Reviewed-by: Sylwester Nawrocki
--
To unsubscribe from this list: send the line "unsubscribe
The MT8135 eval board contains a MT6397 PMIC. This adds the
corresponding device node to the dts file.
Signed-off-by: Sascha Hauer
---
arch/arm/boot/dts/mt8135-evbp1.dts | 193 +
1 file changed, 193 insertions(+)
diff --git
From: Flora Fu
This adds support for the PMIC wrapper found on MediaTek MT8135 and
MT8173 SoCs.
On MediaTek MT8135, MT8173 and other SoCs the PMIC is connected via
SPI. The SPI master interface is not directly visible to the CPU, but
only through the PMIC wrapper inside the SoC. The
From: Flora Fu
This adds support for the MediaTek MT6397 PMIC. This is a
multifunction device with the following sub modules:
- Regulator
- RTC
- Audio codec
- GPIO
- Clock
It is interfaced to the host controller using SPI interface by a proprietary
hardware called PMIC wrapper or pwrap.
This adds support for the MediaTek infracfg controller found
on the MT8135/MT8173 SoCs. The infracfg controller contains
miscellaneous registers for controlling peripheral resets and
clocks.
Signed-off-by: Sascha Hauer
---
.../devicetree/bindings/soc/mediatek/infracfg.txt | 29 +
This adds support for the MediaTek pericfg controller found
on the MT8135/MT8173 SoCs. The pericfg controller contains
miscellaneous registers for controlling peripheral resets and
clocks.
Signed-off-by: Sascha Hauer
---
.../devicetree/bindings/soc/mediatek/pericfg.txt | 29 +
This adds the reset defines for the MT8135/MT8173 pericfg and infracfg
controllers. Needed for device trees to specify the reset numbers in
pericfg / infracfg reset consumers
Signed-off-by: Sascha Hauer
---
.../dt-bindings/reset-controller/mt8135-resets.h | 64 ++
On 23/01/15 06:03, Inha Song wrote:
> This patch add Trats2 audio subsystem bindings document.
>
> Signed-off-by: Inha Song
Reviewed-by: Sylwester Nawrocki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Thu, 22 Jan 2015 09:32:43 -0800
Alexei Starovoitov wrote:
> On Thu, Jan 22, 2015 at 8:01 AM, Michael Holzheu
> wrote:
> > Looks like the "test_maps" test case expects to get the keys in
> > the wrong order when iterating over the elements:
> >
> > test_maps: samples/bpf/test_maps.c:79:
Hi,
I have seen a regression, that I think is caused by:
commit dbe9a4173ea53b72b2c35d19f676a85b69f1c9fe
Author: Eric W. Biederman
Date: Thu Sep 6 18:20:01 2012 +
scm: Don't use struct ucred in NETLINK_CB and struct scm_cookie.
With this commit the value send as uid when
Hi Arnd,
On Fri, Jan 23, 2015 at 2:46 PM, Arnd Bergmann wrote:
> On Friday 23 January 2015 09:56:51 Geert Uytterhoeven wrote:
>> >> diff --git a/Documentation/devicetree/bindings/bus/simple-pm-bus.txt
>> >> b/Documentation/devicetree/bindings/bus/simple-pm-bus.txt
>> >> new file mode 100644
>>
Mostly good, except one thing:
> +config I2C_DESIGNWARE_BAYTRAIL
> + bool "Intel Baytrail I2C semaphore support"
> + depends on I2C_DESIGNWARE_PLATFORM
> + select IOSF_MBI
This needs some dependency on something Baytrail specific. Otherwise, it
causes lots of build errors:
With ARM
Hi Guenter,
CC'ing Christoph for slub-stuff:
On Thu, Jan 22, 2015 at 09:08:02PM -0800, Guenter Roeck wrote:
> On Thu, Jan 22, 2015 at 03:05:17PM -0800, a...@linux-foundation.org wrote:
> > The mm-of-the-moment snapshot 2015-01-22-15-04 has been uploaded to
> >
> >
Hi all,
2015-01-13 13:28 GMT+01:00 Matthias Brugger :
> Mediatek SoCs have a watchdog driver. This patch set adds driver and DTS
> binding. The driver also implements a restart handler to reboot the SoC.
Any comments on this patch set?
>
> Changes for v5:
> - add newline in dev_info message
> -
This patchset modifies the GIC driver to allow it, on supported
platforms, to route IPI interrupts to FIQ. It then uses this
feature to implement arch_trigger_all_cpu_backtrace for arm.
In order to neatly (and safely) bring in the changes for the arm
we also make the sched_clock implementation
It is currently possible for FIQ handlers to re-enter gic_raise_softirq()
and lock up.
gic_raise_softirq()
lock(x);
-~-> FIQ
handle_fiq()
gic_raise_softirq()
lock(x); <-- Lockup
arch/arm/ uses IPIs to implement arch_irq_work_raise(),
Currently gic_raise_softirq() is locked using upon irq_controller_lock.
This lock is primarily used to make register read-modify-write sequences
atomic but gic_raise_softirq() uses it instead to ensure that the
big.LITTLE migration logic can figure out when it is safe to migrate
interrupts between
Enable drivers for PMICs and MUICs present on Exynos-based devices:
- max14577: charger, extcon, fuel gauge (max17040), regulator,
used on: Gear 1, Gear 2,
- max77693: charger, extcon, fuel gauge (max17042),
used on: Trats2,
This allows full usage of charging stack on these devices along
Much of the code sitting in arch/x86/kernel/apic/hw_nmi.c to support safe
all-cpu backtracing from NMI has been copied to printk.c to make it
accessible to other architectures.
Port the x86 NMI backtrace to the generic code.
Signed-off-by: Daniel Thompson
Cc: Steven Rostedt
Cc: Thomas Gleixner
Enable drivers for PMICs and MUICs present on Exynos-based devices:
- max14577: charger, extcon, fuel gauge (max17040), regulator,
used on: Gear 1, Gear 2,
- max77693: charger, extcon, fuel gauge (max17042),
used on: Trats2,
- s5m8767 and s2mps11: RTC, clock,
used on: Arndale, Arndale
On (01/23/15 14:58), Minchan Kim wrote:
> We don't need to call zram_meta_free, zcomp_destroy and zs_free
> under init_lock. What we need to prevent race with init_lock
> in reset is setting NULL into zram->meta (ie, init_done).
> This patch does it.
>
> Signed-off-by: Minchan Kim
> ---
>
Currently if arch_trigger_all_cpu_backtrace() is called with interrupts
disabled and on a platform the delivers IPI_CPU_BACKTRACE using regular
IRQ requests the system will wedge for ten seconds waiting for the
current CPU to react to a masked interrupt.
This patch resolves this issue by calling
Currently it is possible for an NMI (or FIQ on ARM) to come in and
read sched_clock() whilst update_sched_clock() has locked the seqcount
for writing. This results in the NMI handler locking up when it calls
raw_read_seqcount_begin().
This patch fixes that problem by providing banked clock data
Currently it is not possible to exploit FIQ for systems with a GIC, even if
the systems are otherwise capable of it. This patch makes it possible
for IPIs to be delivered using FIQ.
To do so it modifies the register state so that normal interrupts are
placed in group 1 and specific IPIs are
Currently there is a quite a pile of code sitting in
arch/x86/kernel/apic/hw_nmi.c to support safe all-cpu backtracing from NMI.
The code is inaccessible to backtrace implementations for other
architectures, which is a shame because they would probably like to be
safe too.
Copy this code into
Duplicate the x86 code to trigger a backtrace using an NMI and hook
it up to IPI on ARM. Where it is possible for the hardware to do so the
IPI will be delivered at FIQ level.
Also provided are a few small items of plumbing to hook up the new code.
Signed-off-by: Daniel Thompson
Cc: Russell
On Wed, 7 Jan 2015, WANG Chao wrote:
> +#define for_each_setup_data(pa_data, data) \
> + for (pa_data = boot_params.hdr.setup_data; \
> + pa_data && (data = early_memremap(pa_data, sizeof(*data))); \
> + pa_data = data->next, early_iounmap(data, sizeof(*data)))
> +
Add sd0_rst node to exynos5420-pinctrl.dtsi.
(It's used on odroid-xu3 board)
Signed-off-by: Jaehoon Chung
---
arch/arm/boot/dts/exynos5420-pinctrl.dtsi |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/exynos5420-pinctrl.dtsi
On Thu, Jan 22, 2015 at 04:09:20PM -0800, John Stultz wrote:
> +#ifdef CONFIG_DEBUG_TIMEKEEPING
> +static void timekeeping_check_update(struct timekeeper *tk, cycle_t offset)
> +{
> +
> + cycle_t max_cycles = tk->tkr.clock->max_cycles;
> + const char *name = tk->tkr.clock->name;
> +
> +
On Thu, Jan 22, 2015 at 04:09:21PM -0800, John Stultz wrote:
> +static inline cycle_t timekeeping_get_delta(struct tk_read_base *tkr)
> +{
> + cycle_t cycle_now, delta;
> +
> + /* read clocksource */
> + cycle_now = tkr->read(tkr->clock);
> +
> + /* calculate the delta since the
Add to Trats2 DTS new node for configuring the max77693 charger driver.
Only the maxim,constant-microvolt differs from default value but set all
of the optional properties anyway.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/boot/dts/exynos4412-trats2.dts | 10 ++
1 file changed, 10
On Thu, Jan 22, 2015 at 04:09:23PM -0800, John Stultz wrote:
> #ifdef CONFIG_DEBUG_TIMEKEEPING
> +#define WARNINGFREQ (HZ*300) /* 5 minute rate-limiting */
> +/*
> + * These simple flag variables are managed
> + * without locks, which is racy, but ok since
> + * we don't really care about being
Hi Rui,
On Mon, Dec 08, 2014 at 04:11:32AM +, Zhang Rui wrote:
> On Fri, 2014-12-05 at 19:04 +, Javi Merino wrote:
> > A governor may need to store its current state between calls to
> > throttle(). That state depends on the thermal zone, so store it as
> > private data in struct
On Fri, Jan 23, 2015 at 01:46:35PM +, Arnd Bergmann wrote:
> On Friday 23 January 2015 09:56:51 Geert Uytterhoeven wrote:
> > >> diff --git a/Documentation/devicetree/bindings/bus/simple-pm-bus.txt
> > >> b/Documentation/devicetree/bindings/bus/simple-pm-bus.txt
> > >> new file mode 100644
>
Hello Jaehoon,
On Fri, Jan 23, 2015 at 3:23 PM, Jaehoon Chung wrote:
> Add sd0_rst node to exynos5420-pinctrl.dtsi.
> (It's used on odroid-xu3 board)
>
It would be good to mention which device needs this pinctrl line.
> Signed-off-by: Jaehoon Chung
> ---
>
On (01/23/15 14:58), Minchan Kim wrote:
> The zram->stat handling should be procted by init_lock.
> Otherwise, user could see stale value from the stat.
>
> Signed-off-by: Minchan Kim
> ---
>
> I don't think it's stable material. The race is rare in real practice
> and this stale stat value
Hi Philipp,
On Fri, Jan 23, 2015 at 8:50 AM, Philipp Zabel wrote:
> What are this panel timings? The adjustment should increase the vertical
> back porch by up to two lines (so it is at least two lines), reducing
> the front porch or vsync length by the same amount. Does this panel use
> the
On 01/23/2015 03:24 PM, Sergey Senozhatsky wrote:
> On (01/23/15 14:58), Minchan Kim wrote:
>> We don't need to call zram_meta_free, zcomp_destroy and zs_free
>> under init_lock. What we need to prevent race with init_lock
>> in reset is setting NULL into zram->meta (ie, init_done).
>> This patch
On Friday, January 23, 2015 01:21:22 PM Heikki Krogerus wrote:
>
> --Nq2Wo0NMKNjxTN9z
> Content-Type: text/plain; charset=iso-8859-1
> Content-Disposition: inline
> Content-Transfer-Encoding: 8bit
>
> Hi guys,
>
> On Thu, Jan 22, 2015 at 05:14:22PM +0100, Rafael J. Wysocki wrote:
> > On
23.01.2015 16:27, Dmitry Osipenko пишет:
23.01.2015 12:45, Thierry Reding пишет:
On Thu, Jan 22, 2015 at 08:18:34PM +0300, Dmitry Osipenko wrote:
22.01.2015 19:06, Dmitry Osipenko пишет:
22.01.2015 18:22, Dmitry Osipenko пишет:
22.01.2015 10:55, Alexandre Courbot пишет:
On Thu, Jan 22, 2015
On Mon, Jan 19, 2015 at 05:03:33PM +0100, Paul Osmialowski wrote:
> This patch solves deadlock between clock prepare mutex and regmap mutex
> reported
> by Tomasz Figa in [1] by implementing solution from [2]: "always leave the
> clock
> of the i2c controller in a prepared state".
>
> [1]
On Thu, Jan 22, 2015 at 11:03:00AM +, Arnd Bergmann wrote:
> Unrelated to this question however is whether we want to keep
> supersection mappings as a performance optimization to save TLBs.
> It seems useful to me, but not critical.
Currently in Linux we allow 16MB mappings only if the phys
To match different firmware file format, we replace original firmware file size
checking with the signature metadata comparison when update firmware, If failed,
the update will be aborted.
Signed-off-by: Duson Lin
---
drivers/input/mouse/elan_i2c.h |6 +++---
On Friday, January 23, 2015 08:47:58 AM Octavian Purdila wrote:
> On Fri, Jan 23, 2015 at 12:09 AM, Rafael J. Wysocki
> wrote:
> > On Thursday, January 22, 2015 12:13:13 PM Octavian Purdila wrote:
> >> On Thu, Jan 22, 2015 at 4:00 AM, Rafael J. Wysocki
> >> wrote:
>
> >> The idea here is to
On 01/23/2015 06:37 AM, Kirill A. Shutemov wrote:
> On Fri, Jan 23, 2015 at 09:47:36AM +0200, Ebru Akagunduz wrote:
>> This patch aims to improve THP collapse rates, by allowing
>> THP collapse in the presence of read-only ptes, like those
>> left in place by do_swap_page after a read fault.
>>
>>
On 22/01/15 13:45, Johannes Weiner wrote:
On Wed, Jan 21, 2015 at 04:39:55PM +, Will Deacon wrote:
On Mon, Jan 19, 2015 at 12:51:27PM +, Suzuki K. Poulose wrote:
On 10/01/15 08:55, Vladimir Davydov wrote:
The problem is that the memory cgroup controller takes a css reference
per each
On 01/23/2015 02:50 AM, Hans Verkuil wrote:
> Hi Shuah,
>
> On 01/23/2015 12:42 AM, Shuah Khan wrote:
>> Convert au0828 to use videobuf2. Tested with NTSC.
>> Tested video and vbi devices with xawtv, tvtime,
>> and vlc. Ran v4l2-compliance to ensure there are
>> no regressions. video now has no
On Fri, Jan 23, 2015 at 12:52:00PM +, Peter Zijlstra wrote:
> The fix from 9fc81d87420d ("perf: Fix events installation during
> moving group") was incomplete in that it failed to recognise that
> creating a group with events for different CPUs is semantically
> broken -- they cannot be
On Fri, Jan 23, 2015 at 12:56 AM, Liu Ying wrote:
> Hi,
>
> It looks that the below commit makes my Hannstar XGA LVDS panel stop working
> on the i.MX6DL SabreSD board. Any idea?
Yes, with eb10d6355532def3a ("mx-drm: encoder prepare/mode_set must
use adjusted mode") applied
the DI clock is 0:
On Fri, Jan 23, 2015 at 03:02:12PM +, Mark Rutland wrote:
> On Fri, Jan 23, 2015 at 12:52:00PM +, Peter Zijlstra wrote:
> > The fix from 9fc81d87420d ("perf: Fix events installation during
> > moving group") was incomplete in that it failed to recognise that
> > creating a group with
On Fri, Jan 23, 2015 at 10:13:53AM +0100, Peter Zijlstra wrote:
>
> I picked up the patch; will drop it if Ingo also does ;-)
>
> On Thu, Jan 22, 2015 at 06:08:04PM +0100, Frederic Weisbecker wrote:
> > +++ b/kernel/sched/core.c
> > @@ -2877,6 +2877,21 @@ void __sched
Jan Beulich wrote, On 01/23/2015 09:32 AM:
-static const char * const bank4_names(struct threshold_block *b)
+static const char *bank4_names(const struct threshold_block *b)
There is a big difference in the return type, cf. below.
Of course, if possible, the more const the better.
Borislav
On 01/23/2015 03:13 AM, Kirill A. Shutemov wrote:
On Thu, Jan 22, 2015 at 09:04:45PM -0800, Guenter Roeck wrote:
On Thu, Jan 22, 2015 at 03:05:17PM -0800, a...@linux-foundation.org wrote:
The mm-of-the-moment snapshot 2015-01-22-15-04 has been uploaded to
On 01/21/2015 09:06 AM, Andrey Ryabinin wrote:
x86_match_cpu() expects array of x86_cpu_ids terminated
with empty element.
Signed-off-by: Andrey Ryabinin
Acked-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-dev.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Definitions for Global USB2 PHY Vendor Control Register
bits. We will need them to access ULPI PHY registers later.
Signed-off-by: Heikki Krogerus
---
drivers/usb/dwc3/core.h | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
index
901 - 1000 of 1430 matches
Mail list logo