On 02/24/2015 06:22 AM, Dan Williams wrote:
<>
>> By Popular demand An Extra WARNING message is printed if
>> an "UNKNOWN" is found. It will look like this:
>> e820: WARNING [mem 0x1-0x1] is unknown type 12
>
> I don't think we need to warn that an unknown range was published, ju
On wto, 2015-02-24 at 11:38 +0900, Chanwoo Choi wrote:
> Hi Krzysztof,
>
> I tested this patch for suspend-to-ram on Exynos4412-based trats2 board.
> When I tested suspend-to-ram repetitively, I faced on hang issue of
> suspend-to-ram for Exynos4 as before.
>
> Could you send .config file for tes
On Mon, 2015-02-23 at 17:22 -0800, Benjamin Coddington wrote:
> On Tue, 24 Feb 2015, Ian Kent wrote:
>
> > On Mon, 2015-02-23 at 09:52 -0500, J. Bruce Fields wrote:
> > > On Sat, Feb 21, 2015 at 11:58:58AM +0800, Ian Kent wrote:
> > > > On Fri, 2015-02-20 at 14:05 -0500, J. Bruce Fields wrote:
> >
On Mon, Feb 23, 2015 at 05:13:31PM +0100, Geert Uytterhoeven wrote:
> According to the documentation, no data is passed with the
> REGULATION_OUT and UNDER_VOLTAGE regulator notifier events.
Applied, thanks.
signature.asc
Description: Digital signature
Hi Laurent,
Thanks for the review.
On Tue, Feb 24, 2015 at 12:35 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch.
>
> On Monday 23 February 2015 20:19:32 Lad Prabhakar wrote:
>> From: "Lad, Prabhakar"
>>
>> this patch drops driver specific isp_video_fh, as this
>> can be
On Sun, Nov 09, 2014 at 07:22:27AM -0500, Rodrigo Freire wrote:
> From: Felix Fietkau
>
> mtd: block2mtd: Adds a mtd name and a block device timeout option
>
> This patch adds support to a block2mtd MTD name and allows to specify
> a block device timeout when adding a block2mtd MTD drive.
> Usag
On Wed, Nov 26, 2014 at 08:19:32AM -0500, Rodrigo Freire wrote:
> From: "Brian Norris"
> Sent: Wednesday, November 26, 2014 5:21:47 AM
> Subject: Re: [PATCH v3 3/3] mtd: block2mtd: Removes PAGE_MASK as a index to
> partition size
>
> > On Sun, Nov 09, 2014 at 07:23:12AM -0500, Rodrigo Freire wrot
On Tue, Feb 24, 2015 at 08:44:01AM +0100, Michal Simek wrote:
> This driver is used on new Xilinx ZynqMP SoC.
Why does this have an architecture dependence at all?
signature.asc
Description: Digital signature
* Andrew Morton wrote:
>
>
> Oh. We don't do any checking at all. We're just telling
> userspace programmers "don't do that". hrm. What are
> your thoughts on adding the overlap checks to the kernel?
I have requested such sanity checking in previous review as
well, it has to be made fo
On Monday 23 February 2015 17:31:44 Andrew Bresticker wrote:
> Platforms which use raw zboot images may need to link the image at
> a fixed address if there is no other way to communicate the load
> address to the bootloader. Allow the per-platform Kbuild files
> to specify an optional zboot image
On Mon, Feb 23, 2015 at 06:06:53PM +0100, Borislav Petkov wrote:
> On Tue, Feb 24, 2015 at 12:41:11AM +0900, Naoya Horiguchi wrote:
> > What I saw was that once in hundreds of kdump and reboot cycle we hit
> > kdump failure and panic with "Timeout synchronizing machine check over
> > CPUs" message.
MADV_FREE is hint that it's okay to discard pages if memory is
pressure and we uses reclaimers(ie, kswapd and direct reclaim)
to free them so there is no worth to remain them in active
anonymous LRU list so this patch moves them to inactive LRU list.
A arguable issue for the approach is whether we
Recently, Shaohua reported that MADV_FREE is much slower than
MADV_DONTNEED in his MADV_FREE bomb test. The reason is many of
applications went to stall with direct reclaim since kswapd's
reclaim speed isn't fast than applications's allocation speed
so that it causes lots of stall and lock contenti
Historically, we have disabled reclaiming completely with swapoff
or non-swap configurable system. It did make sense but problem
for lazy free pages is that we couldn't get a chance to discard
hinted pages in reclaim path in those systems.
That's why current MADV_FREE implmentation drop pages inst
Deactivate_page was born for file invalidation so it has too
specific logic for file-backed pages.
Make the name of function to file-specific.
Signed-off-by: Minchan Kim
---
include/linux/swap.h | 2 +-
mm/swap.c| 20 ++--
mm/truncate.c| 2 +-
3 files change
Change 'comands' to 'commands'
Signed-off-by: Yannick Guerrini
---
drivers/scsi/lpfc/lpfc_debugfs.c | 2 +-
drivers/scsi/lpfc/lpfc_init.c| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc_debugfs.c b/drivers/scsi/lpfc/lpfc_debugfs.c
index 5633e7d..d
On Mon, Feb 23, 2015 at 06:52:50AM -0800, Joe Perches wrote:
> The cover letter was sent only to mailing lists because
> adding all the various maintainers to the cover letter
> would cause mailing list bounces.
> https://lkml.org/lkml/2015/2/21/221
> No dependencies.
OK, I've applied it. If y
Hi Brian,
On Mon, Feb 23, 2015 at 07:45:48PM -0800, Brian Norris wrote:
> On Tue, Feb 17, 2015 at 02:16:43PM -0300, Ezequiel Garcia wrote:
> > On 02/17/2015 02:07 PM, Robert Jarzmik wrote:
> > > It will be Brian choice eventually, but if you say that you will submit
> > > that
> > > approach for
On Mon, Feb 23, 2015 at 05:11:07PM +0100, Geert Uytterhoeven wrote:
> We tried to read the CONFIG_E register, not the CONTROL_E register.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Feb 23, 2015 at 05:12:16PM +0100, Geert Uytterhoeven wrote:
> According to the documentation, no data is passed with the OVER_CURRENT
> regulator notifier event.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Feb 23, 2015 at 05:10:03PM +0100, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
Applied, thanks.
signature.asc
Description: Digital signature
2015-02-24 7:09 GMT+01:00 Chanwoo Choi :
> This patch adds only the compatible string for S2MPS13 clock which is
> identical
> with S2MPS14 clock driver.
If everything is identical then maybe use the same ID?
{ "s5m-rtc",S5M8767X },
+ { "s2mps13-rtc",S2MPS14X },
On 2015-02-24 21:07, Brian Norris wrote:
> On Wed, Nov 26, 2014 at 08:19:32AM -0500, Rodrigo Freire wrote:
>> From: "Brian Norris"
>> Sent: Wednesday, November 26, 2014 5:21:47 AM
>> Subject: Re: [PATCH v3 3/3] mtd: block2mtd: Removes PAGE_MASK as a index to
>> partition size
>>
>> > On Sun, Nov
On 02/24/2015 09:08 AM, Mark Brown wrote:
> On Tue, Feb 24, 2015 at 08:44:01AM +0100, Michal Simek wrote:
>> This driver is used on new Xilinx ZynqMP SoC.
>
> Why does this have an architecture dependence at all?
Let me push this to my repo and run Fenguang's system on it if there
is any build er
On Tue, Feb 24, 2015 at 09:20:31PM +1300, Felix Fietkau wrote:
> On 2015-02-24 21:07, Brian Norris wrote:
> > On Wed, Nov 26, 2014 at 08:19:32AM -0500, Rodrigo Freire wrote:
> >> From: "Brian Norris"
> >> Sent: Wednesday, November 26, 2014 5:21:47 AM
> >> Subject: Re: [PATCH v3 3/3] mtd: block2mtd
On Sun, Feb 15, 2015 at 01:37:11AM -0800, Nicolin Chen wrote:
> According to i.MX6 Series Reference Manual, the formula to calculate
> the sys clock is
This doesn't apply against current code, pleae check and resend.
signature.asc
Description: Digital signature
On Sun, Feb 15, 2015 at 11:11:43PM +0100, Maciej S. Szmigiero wrote:
> of_property_read_u32_array returns 0 on success, so the return value
> shouldn't be inverted twice,
> first on assignment then in condition expression.
This doesn't apply to current code, please check and resend. Please
also
On 2015-02-24 21:27, Brian Norris wrote:
> On Tue, Feb 24, 2015 at 09:20:31PM +1300, Felix Fietkau wrote:
>> On 2015-02-24 21:07, Brian Norris wrote:
>> > On Wed, Nov 26, 2014 at 08:19:32AM -0500, Rodrigo Freire wrote:
>> >> From: "Brian Norris"
>> >> Sent: Wednesday, November 26, 2014 5:21:47 AM
On Tuesday 24 February 2015 14:16:44 Chanwoo Choi wrote:
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 1b8e973..d83cea0 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -154,6 +154,17 @@ config ARCH_EXYNOS
> help
> This enables support for Samsung
Yannick Guerrini [mailto:yguerr...@tomshardware.fr]
> Sent: Tuesday, February 24, 2015 3:49 PM
> To: nic_swsd
> Cc: triv...@kernel.org; linux-kernel@vger.kernel.org; Yannick Guerrini
> Subject: [PATCH] drivers, realtek: Fix trivial typo in rtl_check_firmware
>
> Change 'firwmare' to 'firmware'
>
On Tuesday 24 February 2015 14:16:45 Chanwoo Choi wrote:
> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on
> Octal core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 supports
> PSCI (Power State Coordination Interface) v0.1.
>
> This patch includes follow
* Boaz Harrosh wrote:
> On 02/24/2015 06:22 AM, Dan Williams wrote:
> <>
> >> By Popular demand An Extra WARNING message is printed if
> >> an "UNKNOWN" is found. It will look like this:
> >> e820: WARNING [mem 0x1-0x1] is unknown type 12
> >
> > I don't think we need to warn
On Tuesday 24 February 2015 14:16:45 Chanwoo Choi wrote:
> + aliases {
> + pinctrl0 = &pinctrl_alive;
> + pinctrl1 = &pinctrl_aud;
> + pinctrl2 = &pinctrl_cpif;
> + pinctrl3 = &pinctrl_ese;
> + pinctrl4 = &pinctrl_finger;
>
Resource providers set this flag if they want
that request_region_XXX will print a warning in dmesg
if this particular resource is locked by a driver.
Thous acting as a Protocol Police about experimental
devices that did not pass a comity approval.
The Only user of this flag is x86/kernel/e820.
On Tue, Feb 24, 2015 at 09:30:21PM +1300, Felix Fietkau wrote:
> On 2015-02-24 21:27, Brian Norris wrote:
> > On Tue, Feb 24, 2015 at 09:20:31PM +1300, Felix Fietkau wrote:
> >> On 2015-02-24 21:07, Brian Norris wrote:
> >> > OK let's drop this patch from the series. At best, we could just do
> >>
Hi Rafael,
On Tue, 24 Feb 2015 02:02:59 +0100
"Rafael J. Wysocki" wrote:
> On Friday, February 20, 2015 10:31:44 AM Mark Rutland wrote:
> > [...]
>
> [cut]
>
> > Given all of the above I'll go back to the IRQF_SHARED_TIMER_OK approach
> > you proposed, along with documentation updates and com
On 02/24/2015 05:21 PM, Krzysztof Kozlowski wrote:
> 2015-02-24 7:09 GMT+01:00 Chanwoo Choi :
>> This patch adds only the compatible string for S2MPS13 clock which is
>> identical
>> with S2MPS14 clock driver.
>
> If everything is identical then maybe use the same ID?
> { "s5m-rtc",
On 02/24/2015 10:39 AM, Boaz Harrosh wrote:
>
> Resource providers set this flag if they want
> that request_region_XXX will print a warning in dmesg
> if this particular resource is locked by a driver.
>
> Thous acting as a Protocol Police about experimental
> devices that did not pass a comity
On 02/24/2015 04:59 PM, Krzysztof Kozlowski wrote:
> On wto, 2015-02-24 at 11:38 +0900, Chanwoo Choi wrote:
>> Hi Krzysztof,
>>
>> I tested this patch for suspend-to-ram on Exynos4412-based trats2 board.
>> When I tested suspend-to-ram repetitively, I faced on hang issue of
>> suspend-to-ram for Ex
On 02/18/2015 07:45 PM, Krzysztof Kozlowski wrote:
> On Exynos4412 boards (Trats2, Odroid U3) after enabling L2 cache in
> 56b60b8bce4a ("ARM: 8265/1: dts: exynos4: Add nodes for L2 cache
> controller") the second suspend to RAM failed. First suspend worked fine
> but the next one hang just after p
On 02/24/2015 10:34 AM, Ingo Molnar wrote:
>
> * Boaz Harrosh wrote:
>
>> On 02/24/2015 06:22 AM, Dan Williams wrote:
>> <>
By Popular demand An Extra WARNING message is printed if
an "UNKNOWN" is found. It will look like this:
e820: WARNING [mem 0x1-0x1] is unkn
On 02/24/2015 05:35 PM, Arnd Bergmann wrote:
> On Tuesday 24 February 2015 14:16:45 Chanwoo Choi wrote:
>> + aliases {
>> + pinctrl0 = &pinctrl_alive;
>> + pinctrl1 = &pinctrl_aud;
>> + pinctrl2 = &pinctrl_cpif;
>> + pinctrl3 = &pinctrl_
On Tue 2015-02-24 16:38:18, Masami Hiramatsu wrote:
> Hi Petr,
>
> Sorry I missed this mail.
Thanks a lot for answering it with many valuable information.
> (2015/01/27 1:14), Petr Mladek wrote:> On Fri 2014-11-21 05:25:30, Masami
> Hiramatsu wrote:
> >> Set FTRACE_OPS_FL_IPMODIFY flag only fo
On Tuesday 24 February 2015 00:04:21 Ezequiel Garcia wrote:
> So, tried a different approach and removed pt_regs from the UAPI ptrace.h,
> replacing it with a new user_regs that describes how registers are passed
> to user. This however is also problematic, as pt_regs is already used
> by glibc (no
Le 24/02/2015 08:45, Michal Simek a écrit :
> This driver is used on new Xilinx ZynqMP SoC.
>
> Signed-off-by: Michal Simek
> Acked-by: Sören Brinkmann
I see no objection on my side:
Acked-by: Nicolas Ferre
> ---
>
> drivers/net/ethernet/cadence/Kconfig | 4 ++--
> 1 file changed, 2 inserti
On Thu, Feb 19, 2015 at 01:02:03PM +, Srinivas Kandagatla wrote:
> The culprit was in my test code, which I eventually fixed. However I would
> have expected regmap to do some out of bound check before it tries to access
> the register space.
> If I try to do an out of bound access via regmap
On 02/24/2015 05:33 PM, Arnd Bergmann wrote:
> On Tuesday 24 February 2015 14:16:45 Chanwoo Choi wrote:
>> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on
>> Octal core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433
>> supports
>> PSCI (Power State Coordin
On Fri, 2015-02-20 at 19:54 +0100, Bastien Nocera wrote:
> Hey Dmitry,
>
> On Fri, 2015-02-20 at 10:40 -0800, Dmitry Torokhov wrote:
> > On Fri, Feb 20, 2015 at 10:04:04AM -0500, Benjamin Tissoires wrote:
> > > On Fri, Feb 20, 2015 at 9:44 AM, Bastien Nocera wrote:
> > > > Signed-off-by: Bastien
On Mon, Feb 23, 2015 at 5:37 PM, Michal Hocko wrote:
> On Fri 20-02-15 17:39:42, Konstantin Khlebnikov wrote:
>> This makes show_mem() much less verbose at huge machines. Instead of
>> huge and almost useless dump of counters for each per-zone per-cpu
>> lists this patch prints sum of these counte
This series removes unused functions from powerpc tree that I've been
able to discover.
Two machines at hands, e300 and e500 based, boot and run without
regressions on my workload with this series applied. The removed code
seems also been rarely touched, so it seems the series is safe at least
in
Drop planetcore_set_serial_speed() which had no users since its
inception in commit fec6047047fd ("[POWERPC] bootwrapper: Add PlanetCore
firmware support") in 2007.
Signed-off-by: Arseny Solokha
---
arch/powerpc/boot/planetcore.c | 33 -
arch/powerpc/boot/planetco
* Boaz Harrosh wrote:
> --- a/include/linux/ioport.h
> +++ b/include/linux/ioport.h
> @@ -255,6 +256,5 @@ static inline bool resource_overlaps(struct resource *r1,
> struct resource *r2)
> return (r1->start <= r2->end && r1->end >= r2->start);
> }
>
> -
> #endif /* __ASSEMBLY__ */
Drop unused static procedure which doesn't have callers within its
translation unit. It had been already removed independently in QEMU[1]
from the OpenPIC implementation borrowed from the kernel.
[1] https://lists.gnu.org/archive/html/qemu-devel/2014-06/msg01812.html
Signed-off-by: Arseny Solokha
Hi Prabhakar,
On Tuesday 24 February 2015 08:04:40 Lad, Prabhakar wrote:
> On Tue, Feb 24, 2015 at 12:35 AM, Laurent Pinchart wrote:
> > On Monday 23 February 2015 20:19:32 Lad Prabhakar wrote:
> >> From: "Lad, Prabhakar"
> >>
> >> this patch drops driver specific isp_video_fh, as this
> >> can
Drop unused fsl_mpic_primary_get_version(), mpic_set_clk_ratio(),
mpic_set_serial_int().
+ fsl_mpic_primary_get_version() is just a safe wrapper around
fsl_mpic_get_version() for SMP configurations. While the latter is
called explicitly for handling PIC initialization and setting up error
interr
* Boaz Harrosh wrote:
> --- a/kernel/resource.c
> +++ b/kernel/resource.c
> @@ -1075,8 +1075,13 @@ struct resource * __request_region(struct resource
> *parent,
> break;
> if (conflict != parent) {
> parent = conflict;
> -
Drop ucc_slow_poll_transmitter_now() which has no users since its
inception in 2007 in commit 986585385131 ("[POWERPC] Add QUICC
Engine (QE) infrastructure").
Signed-off-by: Arseny Solokha
---
arch/powerpc/include/asm/ucc_slow.h | 13 -
arch/powerpc/sysdev/qe_lib/ucc_slow.c | 5 --
On 02/24/2015 11:06 AM, Ingo Molnar wrote:
>
> * Boaz Harrosh wrote:
>
>> --- a/include/linux/ioport.h
>> +++ b/include/linux/ioport.h
>> @@ -255,6 +256,5 @@ static inline bool resource_overlaps(struct resource
>> *r1, struct resource *r2)
>> return (r1->start <= r2->end && r1->end >= r
On 02/24/2015 11:07 AM, Ingo Molnar wrote:
>
> * Boaz Harrosh wrote:
>
>> --- a/kernel/resource.c
>> +++ b/kernel/resource.c
>> @@ -1075,8 +1075,13 @@ struct resource * __request_region(struct resource
>> *parent,
>> break;
>> if (conflict != parent) {
>>
On 24/02/15 08:55, Mark Brown wrote:
On Thu, Feb 19, 2015 at 01:02:03PM +, Srinivas Kandagatla wrote:
The culprit was in my test code, which I eventually fixed. However I would
have expected regmap to do some out of bound check before it tries to access
the register space.
If I try to
Areas mapped via early_memremap() should be unmapped via
early_memunmap(), while I/O-areas should be mapped via early_ioremap()
and unmapped via early_iounmap().
There are multiple spots where an area is mapped via the mem variant
and unmapped via the io variant. This series corrects this by using
On Tue, Feb 24, 2015 at 05:26:42PM +0900, Mark Brown wrote:
> On Sun, Feb 15, 2015 at 01:37:11AM -0800, Nicolin Chen wrote:
> > According to i.MX6 Series Reference Manual, the formula to calculate
> > the sys clock is
>
> This doesn't apply against current code, pleae check and resend.
That's str
Memory mapped via early_memremap() should be unmapped with
early_memunmap() instead of early_iounmap().
Signed-off-by: Juergen Gross
---
arch/x86/kernel/devicetree.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/devicetree.c b/arch/x86/kernel/devicetree.
Memory mapped via early_memremap() should be unmapped with
early_memunmap() instead of early_iounmap().
Signed-off-by: Juergen Gross
---
arch/x86/kernel/setup.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index 98d
Memory mapped via early_memremap() should be unmapped with
early_memunmap() instead of early_iounmap().
Signed-off-by: Juergen Gross
---
arch/x86/kernel/e820.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/e820.c b/arch/x86/kernel/e820.c
index 46201de..7d46b
Use early_ioremap() to map an I/O-area instead of early_memremap().
Signed-off-by: Juergen Gross
---
arch/x86/platform/efi/efi-bgrt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/platform/efi/efi-bgrt.c b/arch/x86/platform/efi/efi-bgrt.c
index d143d21..d7f997f
* Arjan van de Ven wrote:
> I think 10 seconds is Ingo being a bit exaggerating,
> since you can boot a full system in a lot less time than
> that, and more so if you know more about the system (e.g.
> don't need to spin down and then discover and spin up
> disks). If you're talking about in
On Sat, Feb 21, 2015 at 5:37 AM, Al Viro wrote:
> On Thu, Feb 19, 2015 at 08:19:35PM +0300, Konstantin Khlebnikov wrote:
>> I've noticed significant locking contention in memory reclaimer around
>> sb_lock inside grab_super_passive(). Grab_super_passive() is called from
>> two places: in icache/dc
This patch add CLKOUT driver support for Exynos3250 SoC.
Signed-off-by: Inha Song
---
drivers/clk/samsung/clk-exynos-clkout.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/clk/samsung/clk-exynos-clkout.c
b/drivers/clk/samsung/clk-exynos-clkout.c
index 3a7cb25..1c02e73 100644
---
Paravirt spinlock clears slowpath flag after doing unlock.
As explained by Linus currently it does:
prev = *lock;
add_smp(&lock->tickets.head, TICKET_LOCK_INC);
/* add_smp() is a full mb() */
if (unlikely(lock->tickets.tail & TICKET_
On Mon, Feb 23, 2015 at 03:11:40PM -0800, Stephen Boyd wrote:
> >>> I would do something more simple that is just a list of keys and
> >>> their location like this:
> >>>
> >>> device-serial-number = ;
> >>> key1 = ;
> >>> key2 = ;
> >> I'm sorry, but what's the difference?
> > It can describe the
When cpumask of an exclusive cpuset is changed the cpuset needs
to be destroyed and recreated with the new span. Since we keep
track of the current used deadline bandwidth in the root_domain(s)
associated with exclusive cpusets, the information is gone after
the rood_domain is destroyed.
Add two m
dl_task_timer() may fire on a different rq from where a task was removed
after throttling. Since the call path is:
dl_task_timer() ->
enqueue_task_dl() ->
enqueue_dl_entity() ->
replenish_dl_entity()
and replenish_dl_entity() uses dl_se's rq, we can't use current's rq
in dl_ta
On 24/02/15 07:58, Ingo Molnar wrote:
* 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 Mon, Feb 23, 2015 at 03:14:01PM -0800, H. Peter Anvin wrote:
> That may cause the same line to be flushed twice. I would suggest,
> instead, also removing the arithmetic on void *:
Btw, should we hold down all those suggested usages somewhere in
Documentation/x86/ as commit messages are genera
This patch add the CLKOUT register source clock as xusbxti in
PMU (Power Management Unit) dt node on Exynos3250.
Cc: Kukjin Kim
Signed-off-by: Inha Song
---
arch/arm/boot/dts/exynos3250.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/exynos3250.dtsi
b/arch/arm/boo
On 23/02/15 21:37, David Miller wrote:
From: Stathis Voukelatos
Date: Mon, 23 Feb 2015 14:26:21 +
+ spin_lock_irqsave(&priv->lock, flags);
+ /* Stop the hardware */
+ sch->stop(sch);
+ /* Set the new command pattern */
+ ret = sch->set_pattern(sch, skb->data
commit 303e4697e762dc92a40405f4e4b8aac02cd0d70b
OMAPDSS: rename display-sysfs 'name' entry
broke the xorg X server on my device as it couldn't find the display
any more. It needs the 'name' file and now there isn't one.
That commit claims that 'name' is not compatible with i2c or spi.
i2c
Hi Michael,
On Tue, Feb 24, 2015 at 5:52 AM, Michael Ellerman wrote:
>> > + error: book3s_64_vio_hv.c: undefined reference to
>> > `power7_wakeup_loss': => .text+0x408)
>>
>> pseries_defconfig
>
> This one is actually from pseries_defconfig+POWERNV=n, so I think I
Thanks!
> broke your scrip
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Make function rockchip_get_core_reset() static because it is not used
outside of the platsmp.c file.
Signed-off-by: Krzysztof Kozlowski
---
arch/arm/mach-rockchip/platsmp.c
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Replace doubled const in the arrays of clock names with proper const
pointer to const data. This fixes the warnings:
drivers/clk/clk-si5351.c:71:25: warning: duplicate const
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/clk/clk-cdce706.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/clk-cdce706.c b/drivers/clk/
>> Some architectures already have their own recursive
>> locking for oopses and we have another version for
>> serialising dump_stack.
>>
>> Create a common version and use it everywhere (oopses,
>> BUGs, WARNs, dump_stack, soft lockups and hard lockups).
>
> Dunno. I've had cases where the simult
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/pwm/pwm-pca9685.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/pwm-pca9685.c b/drivers/pwm/
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/mfd/da9150-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/da9150-core.c b/drivers/mfd/
On Mon, 23 Feb 2015, Brian Norris wrote:
> On Tue, Feb 10, 2015 at 03:46:34PM +0800, Lee Jones wrote:
> > On Thu, 05 Feb 2015, Brian Norris wrote:
> > > On Wed, Jan 21, 2015 at 03:24:20PM +, Lee Jones wrote:
> > > > To trim down on the amount of properties used by this driver and to
> > > > c
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/clk/clk-si570.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/clk-si570.c b/drivers/clk/clk-
The regmap_access_table and regmap_config structures may be const
because they are not modified by the driver and regmap_init() accepts
pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/staging/iio/magnetometer/hmc5843_i2c.c | 8
drivers/staging/iio/magnetometer/hmc5843_s
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/iio/light/jsa1212.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/light/jsa1212.c b/drivers/
* Vojtech Pavlik wrote:
> On Sun, Feb 22, 2015 at 03:01:48PM -0800, Andrew Morton wrote:
>
> > On Sun, 22 Feb 2015 20:13:28 +0100 (CET) Jiri Kosina
> > wrote:
> >
> > > But if you ask the folks who are hungry for live bug
> > > patching, they wouldn't care.
> > >
> > > You mentioned "10 se
On 23/02/15 21:38, David Miller wrote:
From: Stathis Voukelatos
Date: Mon, 23 Feb 2015 14:26:22 +
Driver for the Ethernet Mii packet sniffer H/W module found in
the IMG Pistachio SoC.
Signed-off-by: Stathis Voukelatos
You really have to explain what this thing does, how it is used,
wh
On Tuesday 24 February 2015 17:52:01 Chanwoo Choi wrote:
>
> But, I have a question.
> If we put the aliases into the board dts file instaed of SoC dtsi,
> each board dts file may use the different alias name about same phandle.
Yes, that is the idea. In particular with the uarts, the intention i
On Tuesday 24 February 2015 18:01:27 Chanwoo Choi wrote:
> On 02/24/2015 05:33 PM, Arnd Bergmann wrote:
> > On Tuesday 24 February 2015 14:16:45 Chanwoo Choi wrote:
> >> This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based
> >> on
> >> Octal core CPUs (quad Cortex-A57 and qua
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/rtc/rtc-ab-b5ze-s3.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-ab-b5ze-s3.c b/driver
The regmap_config struct may be const because it is not modified by the
driver and regmap_init() accepts pointer to const.
Signed-off-by: Krzysztof Kozlowski
---
drivers/power/rt5033_battery.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/power/rt5033_battery.c b/dr
From: Tien Hock Loh
Adds a new driver device tree binding for Altera soft GPIO IP
Signed-off-by: Tien Hock Loh
---
.../devicetree/bindings/gpio/gpio-altera.txt | 43 ++
1 file changed, 43 insertions(+)
create mode 100644 Documentation/devicetree/bindings/gpio/gpio-al
From: Tien Hock Loh
Adds a new device tree binding and driver for Altera soft GPIO IP.
The driver is able to do read/write and allows GPIO to be a interrupt
controller.
Tested on Altera GHRD on interrupt handling and IO.
v10:
Updated conflicting device tree parameters
Removed unused headers
Us
Consolidate regmap_read() and regmap_write() into one
regmap_update_bits() call. This is more readable and safer because
regmap's mutex will prevent any concurrent access to modified registers
(the concurrent access could happen through max17042_init_chip() in
scheduled work).
Signed-off-by: Krzys
The scheduled work in max17040_battery driver reads device parameters
and stores them in memory. Any CPU could do that so use system efficient
workqueues to limit unnecessary CPU wake ups.
Signed-off-by: Krzysztof Kozlowski
---
drivers/power/max17040_battery.c | 9 ++---
1 file changed, 6 in
Remove caching of charging and battery states in driver's state
container because the cached value was not used later.
Signed-off-by: Krzysztof Kozlowski
---
drivers/power/max14577_charger.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/power/max14577_charger.c b/drivers/power/
1 - 100 of 923 matches
Mail list logo
