Re: [RFC] ftrace / perf 'recursion'

On Wed, Aug 17, 2016 at 09:49:32AM -0400, Steven Rostedt wrote: > On Wed, 17 Aug 2016 12:57:16 +0200 > Peter Zijlstra wrote: > > > +static inline notrace void __smp_irq_work_interrupt(void) > > FYI, anything marked "inline" is also marked "notrace", because it only > gets

Re: [RFC] ftrace / perf 'recursion'

On Wed, Aug 17, 2016 at 09:49:32AM -0400, Steven Rostedt wrote: > On Wed, 17 Aug 2016 12:57:16 +0200 > Peter Zijlstra wrote: > > > +static inline notrace void __smp_irq_work_interrupt(void) > > FYI, anything marked "inline" is also marked "notrace", because it only > gets traced if gcc decides

Re: [PATCH v5 1/2] usb: USB Type-C connector class

On Wed, Aug 17, 2016 at 3:53 PM, Heikki Krogerus wrote: > Hi, > > On Wed, Aug 17, 2016 at 03:14:03PM +0200, Frans Klaver wrote: >> On Wed, Aug 17, 2016 at 12:34 PM, Heikki Krogerus >> > +static const char * const typec_partner_types[] = { >> > +

Re: [PATCH v5 1/2] usb: USB Type-C connector class

On Wed, Aug 17, 2016 at 3:53 PM, Heikki Krogerus wrote: > Hi, > > On Wed, Aug 17, 2016 at 03:14:03PM +0200, Frans Klaver wrote: >> On Wed, Aug 17, 2016 at 12:34 PM, Heikki Krogerus >> > +static const char * const typec_partner_types[] = { >> > + [TYPEC_PARTNER_USB] = "USB", >> >

Re: [bisected] "sched: Allow per-cpu kernel threads to run on online && !active" causes warning

Hello, Heiko. On Wed, Aug 17, 2016 at 12:19:53AM +0200, Heiko Carstens wrote: > I think the easiest solution would be to simply assign all cpus, for which > we do not have any topology information, to an arbitrary node; e.g. round > robin. > > After all the case that cpus are added later is rare

Re: [bisected] "sched: Allow per-cpu kernel threads to run on online && !active" causes warning

Hello, Heiko. On Wed, Aug 17, 2016 at 12:19:53AM +0200, Heiko Carstens wrote: > I think the easiest solution would be to simply assign all cpus, for which > we do not have any topology information, to an arbitrary node; e.g. round > robin. > > After all the case that cpus are added later is rare

Re: [PATCH v1 3/3] PM / AVS: rockchip-cpu-avs: add driver handling Rockchip cpu avs

在 2016/8/17 1:24, Heiko Stübner 写道: Hi Finley, Am Dienstag, 16. August 2016, 10:38:59 schrieb Finlye Xiao: From: Finley Xiao This patch supports adjusting opp's voltage according to leakage Signed-off-by: Finley Xiao we of course

Re: [PATCH v5 1/2] usb: USB Type-C connector class

Hi, On Wed, Aug 17, 2016 at 06:30:35AM -0700, Guenter Roeck wrote: > On 08/17/2016 03:34 AM, Heikki Krogerus wrote: > > The purpose of USB Type-C connector class is to provide > > unified interface for the user space to get the status and > > basic information about USB Type-C connectors on a

Re: [PATCH v1 3/3] PM / AVS: rockchip-cpu-avs: add driver handling Rockchip cpu avs

在 2016/8/17 1:24, Heiko Stübner 写道: Hi Finley, Am Dienstag, 16. August 2016, 10:38:59 schrieb Finlye Xiao: From: Finley Xiao This patch supports adjusting opp's voltage according to leakage Signed-off-by: Finley Xiao we of course talked about this before and it generally looks good, I

Re: [PATCH v5 1/2] usb: USB Type-C connector class

Hi, On Wed, Aug 17, 2016 at 06:30:35AM -0700, Guenter Roeck wrote: > On 08/17/2016 03:34 AM, Heikki Krogerus wrote: > > The purpose of USB Type-C connector class is to provide > > unified interface for the user space to get the status and > > basic information about USB Type-C connectors on a

Re: [PATCH v5 1/2] usb: USB Type-C connector class

Hi, On Wed, Aug 17, 2016 at 03:14:03PM +0200, Frans Klaver wrote: > On Wed, Aug 17, 2016 at 12:34 PM, Heikki Krogerus > > +static const char * const typec_partner_types[] = { > > + [TYPEC_PARTNER_USB] = "USB", > > + [TYPEC_PARTNER_CHARGER] = "Charger", > > +

Re: [PATCH v5 1/2] usb: USB Type-C connector class

Hi, On Wed, Aug 17, 2016 at 03:14:03PM +0200, Frans Klaver wrote: > On Wed, Aug 17, 2016 at 12:34 PM, Heikki Krogerus > > +static const char * const typec_partner_types[] = { > > + [TYPEC_PARTNER_USB] = "USB", > > + [TYPEC_PARTNER_CHARGER] = "Charger", > > +

Re: [PACTH v9] stacktrace: Eliminate task stack trace duplication

On 2016-08-17 02:50 AM, Peter Zijlstra wrote: On Tue, Aug 16, 2016 at 07:12:36PM -0400, robert.f...@collabora.com wrote: From: Ying Han The problem with small dmesg ring buffer like 512k is that only limited number of task traces will be logged. Sometimes we lose

Re: [PACTH v9] stacktrace: Eliminate task stack trace duplication

On 2016-08-17 02:50 AM, Peter Zijlstra wrote: On Tue, Aug 16, 2016 at 07:12:36PM -0400, robert.f...@collabora.com wrote: From: Ying Han The problem with small dmesg ring buffer like 512k is that only limited number of task traces will be logged. Sometimes we lose important information only

Re: [RFC] ftrace / perf 'recursion'

On Wed, 17 Aug 2016 12:57:16 +0200 Peter Zijlstra wrote: > On Wed, Aug 17, 2016 at 12:33:06PM +0200, Peter Zijlstra wrote: > > > So how to extend the same to function tracer we'd have to mark > > exiting_irq() -> irq_exit() and everything from that as notrace, which >

Re: [RFC] ftrace / perf 'recursion'

On Wed, 17 Aug 2016 12:57:16 +0200 Peter Zijlstra wrote: > On Wed, Aug 17, 2016 at 12:33:06PM +0200, Peter Zijlstra wrote: > > > So how to extend the same to function tracer we'd have to mark > > exiting_irq() -> irq_exit() and everything from that as notrace, which > > seems somewhat

[tip:timers/urgent] clocksource/drivers/kona: Fix get_counter() error handling

Commit-ID: 16c8eba0fe01e03317f48868105103a8f5938e85 Gitweb: http://git.kernel.org/tip/16c8eba0fe01e03317f48868105103a8f5938e85 Author: Arnd Bergmann AuthorDate: Wed, 17 Aug 2016 12:21:34 +0200 Committer: Ingo Molnar CommitDate: Wed, 17 Aug 2016 13:08:31

[tip:timers/urgent] clocksource/drivers/kona: Fix get_counter() error handling

Commit-ID: 16c8eba0fe01e03317f48868105103a8f5938e85 Gitweb: http://git.kernel.org/tip/16c8eba0fe01e03317f48868105103a8f5938e85 Author: Arnd Bergmann AuthorDate: Wed, 17 Aug 2016 12:21:34 +0200 Committer: Ingo Molnar CommitDate: Wed, 17 Aug 2016 13:08:31 +0200 clocksource/drivers/kona:

[tip:timers/urgent] clocksource/drivers/time-armada-370-xp: Fix the clock reference

Commit-ID: 0e62fd836e4c2908cc1e32c68806529b4f859955 Gitweb: http://git.kernel.org/tip/0e62fd836e4c2908cc1e32c68806529b4f859955 Author: Gregory CLEMENT AuthorDate: Wed, 17 Aug 2016 12:21:33 +0200 Committer: Ingo Molnar CommitDate:

[PATCH net] net: bgmac: fix reversed check for MII registration error

From: Rafał Miłecki It was failing on successful registration returning meaningless errors. Signed-off-by: Rafał Miłecki Fixes: 55954f3bfdac ("net: ethernet: bgmac: move BCMA MDIO Phy code into a separate file") --- This fix is intendent for net repository

[tip:timers/urgent] clocksource/drivers/time-armada-370-xp: Fix the clock reference

Commit-ID: 0e62fd836e4c2908cc1e32c68806529b4f859955 Gitweb: http://git.kernel.org/tip/0e62fd836e4c2908cc1e32c68806529b4f859955 Author: Gregory CLEMENT AuthorDate: Wed, 17 Aug 2016 12:21:33 +0200 Committer: Ingo Molnar CommitDate: Wed, 17 Aug 2016 13:08:31 +0200

[PATCH net] net: bgmac: fix reversed check for MII registration error

From: Rafał Miłecki It was failing on successful registration returning meaningless errors. Signed-off-by: Rafał Miłecki Fixes: 55954f3bfdac ("net: ethernet: bgmac: move BCMA MDIO Phy code into a separate file") --- This fix is intendent for net repository (4.8 release). ---

Re: [PATCH] pinctrl: cherryview: Do not mask all interrupts on probe

On Wed, Aug 17, 2016 at 10:13 AM, Mika Westerberg wrote: > On Tue, Aug 16, 2016 at 06:12:40PM +0200, Anisse Astier wrote: >> Hi Mika, >> >> Did you find a way to fix this issue ? I'm seeing a similar problem on a >> laptop where this masks the interrupt used for

Re: [PATCH] pinctrl: cherryview: Do not mask all interrupts on probe

On Wed, Aug 17, 2016 at 10:13 AM, Mika Westerberg wrote: > On Tue, Aug 16, 2016 at 06:12:40PM +0200, Anisse Astier wrote: >> Hi Mika, >> >> Did you find a way to fix this issue ? I'm seeing a similar problem on a >> laptop where this masks the interrupt used for ACPI events (brightness, >> lid,

Re: [PATCH v10 3/3] MAINTAINERS: atmel-isc: add entry for Atmel ISC

Le 16/08/2016 à 23:05, Songjun Wu a écrit : > Add the MAINTAINERS' entry for Microchip / Atmel Image Sensor Controller. > > Signed-off-by: Songjun Wu Acked-by: Nicolas Ferre > --- > > Changes in v10: None > Changes in v9: None > Changes in

RE: [PATCH v2 6/9] mtd: spi-nor: Support R/W for S25FS-S family flash

On August 16, 2016 2:03 AM, Leo wrote: > On Fri, Apr 22, 2016 at 1:39 AM, Yunhui Cui wrote: > > From: Yunhui Cui > > > > With the physical sectors combination, S25FS-S family flash requires > > some special operations for read/write functions. > > > >

Re: [PATCH v10 3/3] MAINTAINERS: atmel-isc: add entry for Atmel ISC

Le 16/08/2016 à 23:05, Songjun Wu a écrit : > Add the MAINTAINERS' entry for Microchip / Atmel Image Sensor Controller. > > Signed-off-by: Songjun Wu Acked-by: Nicolas Ferre > --- > > Changes in v10: None > Changes in v9: None > Changes in v8: None > Changes in v7: None > Changes in v6: None

RE: [PATCH v2 6/9] mtd: spi-nor: Support R/W for S25FS-S family flash

On August 16, 2016 2:03 AM, Leo wrote: > On Fri, Apr 22, 2016 at 1:39 AM, Yunhui Cui wrote: > > From: Yunhui Cui > > > > With the physical sectors combination, S25FS-S family flash requires > > some special operations for read/write functions. > > > > Signed-off-by: Yunhui Cui > > --- > >

[tip:timers/urgent] clocksource/drivers/mips-gic-timer: Make gic_clocksource_of_init() return int

Commit-ID: be5769e2061ac40b32daa83e28e1c4aac7133511 Gitweb: http://git.kernel.org/tip/be5769e2061ac40b32daa83e28e1c4aac7133511 Author: Paul Gortmaker AuthorDate: Wed, 17 Aug 2016 12:21:35 +0200 Committer: Ingo Molnar CommitDate: Wed, 17

[tip:timers/urgent] clocksource/drivers/mips-gic-timer: Make gic_clocksource_of_init() return int

Commit-ID: be5769e2061ac40b32daa83e28e1c4aac7133511 Gitweb: http://git.kernel.org/tip/be5769e2061ac40b32daa83e28e1c4aac7133511 Author: Paul Gortmaker AuthorDate: Wed, 17 Aug 2016 12:21:35 +0200 Committer: Ingo Molnar CommitDate: Wed, 17 Aug 2016 13:08:32 +0200

Re: [PATCH v5 2/2] usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY

On Wed, Aug 17, 2016 at 03:53:24PM +0300, Felipe Balbi wrote: > Heikki Krogerus writes: > > [...] > > > +static struct platform_driver wcove_typec_driver = { > > + .driver = { > > + .name = "bxt_wcove_usbc", > > + }, > > + .probe

Re: [PATCH v5 2/2] usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY

On Wed, Aug 17, 2016 at 03:53:24PM +0300, Felipe Balbi wrote: > Heikki Krogerus writes: > > [...] > > > +static struct platform_driver wcove_typec_driver = { > > + .driver = { > > + .name = "bxt_wcove_usbc", > > + }, > > + .probe = wcove_typec_probe, >

Re: [PATCH v5 1/2] usb: USB Type-C connector class

On 08/17/2016 03:34 AM, Heikki Krogerus wrote: The purpose of USB Type-C connector class is to provide unified interface for the user space to get the status and basic information about USB Type-C connectors on a system, control over data role swapping, and when the port supports USB Power

Re: [PATCH v5 1/2] usb: USB Type-C connector class

On 08/17/2016 03:34 AM, Heikki Krogerus wrote: The purpose of USB Type-C connector class is to provide unified interface for the user space to get the status and basic information about USB Type-C connectors on a system, control over data role swapping, and when the port supports USB Power

[PATCH 2/3] input: pixcir_i2c: Remove text about writing to Free Software Foundation

Checkpatch complains about the text suggesting writing to Free Software Foundation for GPLv2 license copy. This patch remove that text. Signed-off-by: LABBE Corentin --- drivers/input/touchscreen/pixcir_i2c_ts.c | 4 1 file changed, 4 deletions(-) diff --git

[PATCH 2/3] input: pixcir_i2c: Remove text about writing to Free Software Foundation

Checkpatch complains about the text suggesting writing to Free Software Foundation for GPLv2 license copy. This patch remove that text. Signed-off-by: LABBE Corentin --- drivers/input/touchscreen/pixcir_i2c_ts.c | 4 1 file changed, 4 deletions(-) diff --git

[PATCH 3/3] input: pixcir_i2c: Remove a useless blank line

This patch fix the following checkpatch report: Blank lines aren't necessary after an open brace Signed-off-by: LABBE Corentin --- drivers/input/touchscreen/pixcir_i2c_ts.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/input/touchscreen/pixcir_i2c_ts.c

[PATCH 1/3] input: pixcir_i2c_ts: simplify code with of_device_get_match_data

The usage of of_device_get_match_data reduce the code size a bit. Furthermore, it is better to use a standard function for getting the match data. Signed-off-by: LABBE Corentin --- drivers/input/touchscreen/pixcir_i2c_ts.c | 8 +--- 1 file changed, 1 insertion(+),

[PATCH 3/3] input: pixcir_i2c: Remove a useless blank line

This patch fix the following checkpatch report: Blank lines aren't necessary after an open brace Signed-off-by: LABBE Corentin --- drivers/input/touchscreen/pixcir_i2c_ts.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/input/touchscreen/pixcir_i2c_ts.c

[PATCH 1/3] input: pixcir_i2c_ts: simplify code with of_device_get_match_data

The usage of of_device_get_match_data reduce the code size a bit. Furthermore, it is better to use a standard function for getting the match data. Signed-off-by: LABBE Corentin --- drivers/input/touchscreen/pixcir_i2c_ts.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git

Re: [PATCH v2 4/5] bug: Provide toggle for BUG on data corruption

On Tue, 16 Aug 2016 17:20:28 -0700 Kees Cook wrote: > EXPORT_SYMBOL(__list_add_valid); > @@ -46,26 +41,18 @@ bool __list_del_entry_valid(struct list_head *entry) > prev = entry->prev; > next = entry->next; > > - if (unlikely(next == LIST_POISON1)) { > -

Re: [PATCH v2 4/5] bug: Provide toggle for BUG on data corruption

On Tue, 16 Aug 2016 17:20:28 -0700 Kees Cook wrote: > EXPORT_SYMBOL(__list_add_valid); > @@ -46,26 +41,18 @@ bool __list_del_entry_valid(struct list_head *entry) > prev = entry->prev; > next = entry->next; > > - if (unlikely(next == LIST_POISON1)) { > - WARN(1,

[PATCH 2/2] MAINTAINERS: Remove power-supply co-maintainers

This documents the status quo and keeps everyones cc/to-list a bit shorter. --- CREDITS | 4 MAINTAINERS | 4 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/CREDITS b/CREDITS index 2a3fbcd229e6..af13d1d2f4fb 100644 --- a/CREDITS +++ b/CREDITS @@ -1090,6 +1090,10 @@

[PATCH 1/2] MAINTAINERS: update power-supply git-tree

When I took over the power-supply tree, its git tree was hosted on git.infradead.org. Since a few kernel releases I also maintain a copy of the repository on git.kernel.org, that is prefered by Linus, so let's switch over officially. --- MAINTAINERS | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 2/2] MAINTAINERS: Remove power-supply co-maintainers

This documents the status quo and keeps everyones cc/to-list a bit shorter. --- CREDITS | 4 MAINTAINERS | 4 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/CREDITS b/CREDITS index 2a3fbcd229e6..af13d1d2f4fb 100644 --- a/CREDITS +++ b/CREDITS @@ -1090,6 +1090,10 @@

[PATCH 1/2] MAINTAINERS: update power-supply git-tree

When I took over the power-supply tree, its git tree was hosted on git.infradead.org. Since a few kernel releases I also maintain a copy of the repository on git.kernel.org, that is prefered by Linus, so let's switch over officially. --- MAINTAINERS | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH 17/18] arm64:ilp32: add vdso-ilp32 and use for signal return

On Aug 17 2016, Yury Norov wrote: > diff --git a/arch/arm64/kernel/vdso/gettimeofday.S > b/arch/arm64/kernel/vdso/gettimeofday.S > index e00b467..143b39e 100644 > --- a/arch/arm64/kernel/vdso/gettimeofday.S > +++ b/arch/arm64/kernel/vdso/gettimeofday.S > @@ -25,6

Re: [PATCH 17/18] arm64:ilp32: add vdso-ilp32 and use for signal return

On Aug 17 2016, Yury Norov wrote: > diff --git a/arch/arm64/kernel/vdso/gettimeofday.S > b/arch/arm64/kernel/vdso/gettimeofday.S > index e00b467..143b39e 100644 > --- a/arch/arm64/kernel/vdso/gettimeofday.S > +++ b/arch/arm64/kernel/vdso/gettimeofday.S > @@ -25,6 +25,16 @@ > #define

Re: [PATCH v2 1/5] list: Split list_add() debug checking into separate function

On Tue, 16 Aug 2016 17:20:25 -0700 Kees Cook wrote: > Right now, __list_add() code is repeated either in list.h or in > list_debug.c, but only the debug checks are the different part. This > extracts the checking into a separate function and consolidates > __list_add().

Re: [PATCH v2 1/5] list: Split list_add() debug checking into separate function

On Tue, 16 Aug 2016 17:20:25 -0700 Kees Cook wrote: > Right now, __list_add() code is repeated either in list.h or in > list_debug.c, but only the debug checks are the different part. This > extracts the checking into a separate function and consolidates > __list_add(). Additionally this

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

> On 17 Aug 2016, at 14:48, Yury Norov wrote: > > On Wed, Aug 17, 2016 at 02:28:50PM +0200, Alexander Graf wrote: >> >>> On 17 Aug 2016, at 13:46, Yury Norov wrote: >>> >>> This series enables aarch64 with ilp32 mode, and as supporting

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

> On 17 Aug 2016, at 14:48, Yury Norov wrote: > > On Wed, Aug 17, 2016 at 02:28:50PM +0200, Alexander Graf wrote: >> >>> On 17 Aug 2016, at 13:46, Yury Norov wrote: >>> >>> This series enables aarch64 with ilp32 mode, and as supporting work, >>> introduces ARCH_32BIT_OFF_T configuration

Re: [PATCH v5 1/2] usb: USB Type-C connector class

On Wed, Aug 17, 2016 at 12:34 PM, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get the status and > basic information about USB Type-C connectors on a system, > control over data role

Re: [PATCH v5 1/2] usb: USB Type-C connector class

On Wed, Aug 17, 2016 at 12:34 PM, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get the status and > basic information about USB Type-C connectors on a system, > control over data role swapping, and when the port

Re: [RFC 3/7] dt: bindings: Add nokia-bluetooth

On Tue, Aug 16, 2016 at 6:28 PM, Sebastian Reichel wrote: > Hi Rob, > > On Tue, Aug 16, 2016 at 08:51:55AM -0500, Rob Herring wrote: >> On Sat, Aug 13, 2016 at 05:14:34AM +0200, Sebastian Reichel wrote: >> > --- >> > .../devicetree/bindings/net/nokia-bluetooth.txt| 43 >> >

Re: [RFC 3/7] dt: bindings: Add nokia-bluetooth

On Tue, Aug 16, 2016 at 6:28 PM, Sebastian Reichel wrote: > Hi Rob, > > On Tue, Aug 16, 2016 at 08:51:55AM -0500, Rob Herring wrote: >> On Sat, Aug 13, 2016 at 05:14:34AM +0200, Sebastian Reichel wrote: >> > --- >> > .../devicetree/bindings/net/nokia-bluetooth.txt| 43 >> >

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Wed 17-08-16 11:31:25, Jann Horn wrote: > On Wed, Aug 17, 2016 at 10:22:00AM +0200, Michal Hocko wrote: > > On Tue 16-08-16 12:46:51, Robert Foss wrote: > > [...] > > > $ /usr/bin/time -v -p zsh -c "repeat 25 { awk '/^Rss/{rss+=\$2} > > > /^Pss/{pss+=\$2} END {printf \"rss:%d pss:%d\n\", rss,

Re: [PACTH v2 0/3] Implement /proc//totmaps

On Wed 17-08-16 11:31:25, Jann Horn wrote: > On Wed, Aug 17, 2016 at 10:22:00AM +0200, Michal Hocko wrote: > > On Tue 16-08-16 12:46:51, Robert Foss wrote: > > [...] > > > $ /usr/bin/time -v -p zsh -c "repeat 25 { awk '/^Rss/{rss+=\$2} > > > /^Pss/{pss+=\$2} END {printf \"rss:%d pss:%d\n\", rss,

Re: [PATCH v2] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

On 17/08/16 13:49, Sudeep Holla wrote: > As per the GICv3 specification, to power down a processor using GICv3 > and allow automatic power-on if an interrupt must be sent to a processor, > software must set Enable to zero for all interrupt groups(by writing > to GICC_CTLR or ICC_IGRPEN{0,1}_EL1/3

Re: [PATCH v2] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

On 17/08/16 13:49, Sudeep Holla wrote: > As per the GICv3 specification, to power down a processor using GICv3 > and allow automatic power-on if an interrupt must be sent to a processor, > software must set Enable to zero for all interrupt groups(by writing > to GICC_CTLR or ICC_IGRPEN{0,1}_EL1/3

Re: [PATCH 2/2] ARM: davinci_all_defconfig: enable modules for sound on LCDK

On Wed, Aug 17, 2016 at 04:08:03PM +0530, Sekhar Nori wrote: > On Wednesday 17 August 2016 03:43 PM, Karl Beldan wrote: > > On Wed, Aug 17, 2016 at 02:20:51PM +0530, Sekhar Nori wrote: > >> On Thursday 11 August 2016 01:38 AM, Karl Beldan wrote: > >>> This is the minimal set of additional modules

Re: [PATCH 2/2] ARM: davinci_all_defconfig: enable modules for sound on LCDK

On Wed, Aug 17, 2016 at 04:08:03PM +0530, Sekhar Nori wrote: > On Wednesday 17 August 2016 03:43 PM, Karl Beldan wrote: > > On Wed, Aug 17, 2016 at 02:20:51PM +0530, Sekhar Nori wrote: > >> On Thursday 11 August 2016 01:38 AM, Karl Beldan wrote: > >>> This is the minimal set of additional modules

Re: linux-next: build warnings after merge of the kbuild tree

On 2016-08-17 03:44, Stephen Rothwell wrote: > Hi Michal, > > After merging the kbuild tree, today's linux-next build (powerpc > ppc64_defconfig) produced these warnings: > > WARNING: 25 bad relocations > c0cf2570 R_PPC64_ADDR64__crc___arch_hweight16 [...] > Introduced by commit > >

Re: linux-next: build warnings after merge of the kbuild tree

On 2016-08-17 03:44, Stephen Rothwell wrote: > Hi Michal, > > After merging the kbuild tree, today's linux-next build (powerpc > ppc64_defconfig) produced these warnings: > > WARNING: 25 bad relocations > c0cf2570 R_PPC64_ADDR64__crc___arch_hweight16 [...] > Introduced by commit > >

Re: [PATCH v2 1/2] devicetree: Add vendor prefix for Shenzhen Sunchip Technology Co., Ltd

On Tue, Aug 16, 2016 at 1:28 PM, Rask Ingemann Lambertsen wrote: > On Tue, Aug 16, 2016 at 07:56:24AM -0500, Rob Herring wrote: >> On Thu, Aug 11, 2016 at 10:11:51PM +0200, Rask Ingemann Lambertsen wrote: >> > >> > diff --git

Re: [PATCH v2 1/2] devicetree: Add vendor prefix for Shenzhen Sunchip Technology Co., Ltd

On Tue, Aug 16, 2016 at 1:28 PM, Rask Ingemann Lambertsen wrote: > On Tue, Aug 16, 2016 at 07:56:24AM -0500, Rob Herring wrote: >> On Thu, Aug 11, 2016 at 10:11:51PM +0200, Rask Ingemann Lambertsen wrote: >> > >> > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt >> >

[PATCH v2] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

As per the GICv3 specification, to power down a processor using GICv3 and allow automatic power-on if an interrupt must be sent to a processor, software must set Enable to zero for all interrupt groups(by writing to GICC_CTLR or ICC_IGRPEN{0,1}_EL1/3 as appropriate. When commit 3708d52fc6bb

[PATCH v2] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

As per the GICv3 specification, to power down a processor using GICv3 and allow automatic power-on if an interrupt must be sent to a processor, software must set Enable to zero for all interrupt groups(by writing to GICC_CTLR or ICC_IGRPEN{0,1}_EL1/3 as appropriate. When commit 3708d52fc6bb

Re: [PATCH v5 2/2] usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY

Hi, Heikki Krogerus writes: [...] > +static struct platform_driver wcove_typec_driver = { > + .driver = { > + .name = "bxt_wcove_usbc", > + }, > + .probe = wcove_typec_probe, > + .remove =

Re: [PATCH v5 2/2] usb: typec: add driver for Intel Whiskey Cove PMIC USB Type-C PHY

Hi, Heikki Krogerus writes: [...] > +static struct platform_driver wcove_typec_driver = { > + .driver = { > + .name = "bxt_wcove_usbc", > + }, > + .probe = wcove_typec_probe, > + .remove = wcove_typec_remove, > +}; > + >

[PATCH v5 3/3] Revert "arm64: hibernate: Refuse to hibernate if the boot cpu is offline"

Now that we use the MPIDR to resume on the same CPU that we hibernated on, we no longer need to refuse to hibernate if the boot cpu is offline. (Which we can't possibly know if kexec causes logical CPUs to be renumbered). This reverts commit 1fe492ce6482b77807b25d29690a48c46456beee.

[PATCH v5 3/3] Revert "arm64: hibernate: Refuse to hibernate if the boot cpu is offline"

Now that we use the MPIDR to resume on the same CPU that we hibernated on, we no longer need to refuse to hibernate if the boot cpu is offline. (Which we can't possibly know if kexec causes logical CPUs to be renumbered). This reverts commit 1fe492ce6482b77807b25d29690a48c46456beee.

[PATCH v5 0/3] arm64: hibernate: Resume when hibernate image created on non-boot CPU

Hi all, These patches allow arm64 to hibernate on any CPU saving the cpu-id in the arch header, then switch to it during resume using hibernate_resume_nonboot_cpu_disable(). I hoped to avoid patch 1 by duplicating the logic in the arch code, but Lorenzo pointed out using cpu_down() indicates

[PATCH v5 1/3] cpu/hotplug: Allow suspend/resume CPU to be specified

disable_nonboot_cpus() assumes that the lowest numbered online CPU is the boot CPU, and that this is the correct CPU to run any power management code on. On x86 this is always correct, as CPU0 cannot (easily) by taken offline. On arm64 CPU0 can be taken offline. For hibernate/resume this means

[PATCH v5 2/3] arm64: hibernate: Resume when hibernate image created on non-boot CPU

disable_nonboot_cpus() assumes that the lowest numbered online CPU is the boot CPU, and that this is the correct CPU to run any power management code on. On arm64 CPU0 can be taken offline. For hibernate/resume this means we may hibernate on a CPU other than CPU0. If the system is rebooted with

[PATCH v5 1/3] cpu/hotplug: Allow suspend/resume CPU to be specified

disable_nonboot_cpus() assumes that the lowest numbered online CPU is the boot CPU, and that this is the correct CPU to run any power management code on. On x86 this is always correct, as CPU0 cannot (easily) by taken offline. On arm64 CPU0 can be taken offline. For hibernate/resume this means

[PATCH v5 2/3] arm64: hibernate: Resume when hibernate image created on non-boot CPU

disable_nonboot_cpus() assumes that the lowest numbered online CPU is the boot CPU, and that this is the correct CPU to run any power management code on. On arm64 CPU0 can be taken offline. For hibernate/resume this means we may hibernate on a CPU other than CPU0. If the system is rebooted with

[PATCH v5 0/3] arm64: hibernate: Resume when hibernate image created on non-boot CPU

Hi all, These patches allow arm64 to hibernate on any CPU saving the cpu-id in the arch header, then switch to it during resume using hibernate_resume_nonboot_cpu_disable(). I hoped to avoid patch 1 by duplicating the logic in the arch code, but Lorenzo pointed out using cpu_down() indicates

Re: [PATCH v3 2/3] i2c: designware: detect when dynamic tar update is possible

On Wed, 2016-08-17 at 11:05 +0300, Jarkko Nikula wrote: > On 08/16/2016 05:07 PM, De Marchi, Lucas wrote: > > > > On Tue, 2016-08-16 at 17:00 +0300, Jarkko Nikula wrote: > > > > > > > > > > > +  */ > > > > + reg = dw_readl(dev, DW_IC_CON); > > > > + dw_writel(dev, reg ^

Re: [PATCH v3 2/3] i2c: designware: detect when dynamic tar update is possible

On Wed, 2016-08-17 at 11:05 +0300, Jarkko Nikula wrote: > On 08/16/2016 05:07 PM, De Marchi, Lucas wrote: > > > > On Tue, 2016-08-16 at 17:00 +0300, Jarkko Nikula wrote: > > > > > > > > > > > +  */ > > > > + reg = dw_readl(dev, DW_IC_CON); > > > > + dw_writel(dev, reg ^

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

On Wed, Aug 17, 2016 at 02:28:50PM +0200, Alexander Graf wrote: > > > On 17 Aug 2016, at 13:46, Yury Norov wrote: > > > > This series enables aarch64 with ilp32 mode, and as supporting work, > > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > >

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

On Wed, Aug 17, 2016 at 02:28:50PM +0200, Alexander Graf wrote: > > > On 17 Aug 2016, at 13:46, Yury Norov wrote: > > > > This series enables aarch64 with ilp32 mode, and as supporting work, > > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > > existing 32-bit

Re: [PATCH V4 1/3] tracing: add a possibility of exporting function trace to other places instead of ring buffer only

Hello Steve, Please correct me if I'm missing something in my following reply. On 15 August 2016 at 22:28, Steven Rostedt wrote: > On Mon, 15 Aug 2016 19:50:01 +0800 > Chunyan Zhang wrote: > >> +int register_trace_export(struct trace_export

Re: [PATCH V4 1/3] tracing: add a possibility of exporting function trace to other places instead of ring buffer only

Hello Steve, Please correct me if I'm missing something in my following reply. On 15 August 2016 at 22:28, Steven Rostedt wrote: > On Mon, 15 Aug 2016 19:50:01 +0800 > Chunyan Zhang wrote: > >> +int register_trace_export(struct trace_export *export); >> +int unregister_trace_export(struct

Re: [PATCH 3/5] extcon: max14577: Change Krzysztof Kozlowski's email to kernel.org

Hi, 2016-08-17 21:07 GMT+09:00 Krzysztof Kozlowski : > Change my email address to kernel.org instead of Samsung one for the > purpose of any future contact. The copyrights remain untouched and are > attributed to Samsung. > > Signed-off-by: Krzysztof Kozlowski

Re: [PATCH 3/5] extcon: max14577: Change Krzysztof Kozlowski's email to kernel.org

Hi, 2016-08-17 21:07 GMT+09:00 Krzysztof Kozlowski : > Change my email address to kernel.org instead of Samsung one for the > purpose of any future contact. The copyrights remain untouched and are > attributed to Samsung. > > Signed-off-by: Krzysztof Kozlowski > --- >

平时最多也就联系了三千家，全球还有十几万客户在哪里？

您好: 您还在用ali平台开发外贸客户? 还在使用展会宣传企业和产品? 你out了!!! 当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？ 行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？ 加QQ2652697913给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。 广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。

平时最多也就联系了三千家，全球还有十几万客户在哪里？

您好: 您还在用ali平台开发外贸客户? 还在使用展会宣传企业和产品? 你out了!!! 当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？ 行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？ 加QQ2652697913给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。 广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。

Applied "regulator: Change Krzysztof Kozlowski's email to kernel.org" to the regulator tree

The patch regulator: Change Krzysztof Kozlowski's email to kernel.org has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "regulator: Change Krzysztof Kozlowski's email to kernel.org" to the regulator tree

The patch regulator: Change Krzysztof Kozlowski's email to kernel.org has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Re: [PATCH] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

Hi Christopher, On 16/08/16 20:21, Christopher Covington wrote: Thanks Sudeep! On 08/16/2016 06:19 AM, Sudeep Holla wrote: As per the GICv3 specification, to power down a processor using GICv3 and allow automatic power-on if an interrupt must be sent to a processor, software must set Enable

Re: [PATCH] irqchip/gicv3: remove disabling redistributor and group1 non-secure interrupts

Hi Christopher, On 16/08/16 20:21, Christopher Covington wrote: Thanks Sudeep! On 08/16/2016 06:19 AM, Sudeep Holla wrote: As per the GICv3 specification, to power down a processor using GICv3 and allow automatic power-on if an interrupt must be sent to a processor, software must set Enable

Re: [PATCH 0/4] zswap: Optimize compressed pool memory utilization

On Wed, Aug 17, 2016 at 1:03 PM, Srividya Desireddy wrote: > This series of patches optimize the memory utilized by zswap for storing > the swapped out pages. > > Zswap is a cache which compresses the pages that are being swapped out > and stores them into a dynamically

Re: [PATCH 0/4] zswap: Optimize compressed pool memory utilization

On Wed, Aug 17, 2016 at 1:03 PM, Srividya Desireddy wrote: > This series of patches optimize the memory utilized by zswap for storing > the swapped out pages. > > Zswap is a cache which compresses the pages that are being swapped out > and stores them into a dynamically allocated RAM-based memory

[PATCH] usb: core: setup dma_pfn_offset for USB devices

If dma_pfn_offset is not inherited correctly from the host controller, it might result in sub-optimal configuration as bounce buffer limit might be set to less than optimal level. e.g. On Keystone 2 systems, dma_max_pfn() is 0x87 and dma_mask_pfn is 0xF. Consider a mass storage use case:

[PATCH] usb: core: setup dma_pfn_offset for USB devices

If dma_pfn_offset is not inherited correctly from the host controller, it might result in sub-optimal configuration as bounce buffer limit might be set to less than optimal level. e.g. On Keystone 2 systems, dma_max_pfn() is 0x87 and dma_mask_pfn is 0xF. Consider a mass storage use case:

Re: [PATCH 3/4] zswap: Zero-filled pages handling

On Wed, Aug 17, 2016 at 1:18 PM, Srividya Desireddy wrote: >> This patch adds a check in zswap_frontswap_store() to identify zero-filled >> page before compression of the page. If the page is a zero-filled page, set >> zswap_entry.zeroflag and skip the compression of the

Re: [PATCH 3/4] zswap: Zero-filled pages handling

On Wed, Aug 17, 2016 at 1:18 PM, Srividya Desireddy wrote: >> This patch adds a check in zswap_frontswap_store() to identify zero-filled >> page before compression of the page. If the page is a zero-filled page, set >> zswap_entry.zeroflag and skip the compression of the page and alloction >> of

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

> On 17 Aug 2016, at 13:46, Yury Norov wrote: > > This series enables aarch64 with ilp32 mode, and as supporting work, > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > existing 32-bit architectures but disabled for new arches (so 64-bit > off_t

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

> On 17 Aug 2016, at 13:46, Yury Norov wrote: > > This series enables aarch64 with ilp32 mode, and as supporting work, > introduces ARCH_32BIT_OFF_T configuration option that is enabled for > existing 32-bit architectures but disabled for new arches (so 64-bit > off_t is is used by new

<    3   4   5   6   7   8   9   10   11   12   >