Re: linux-next: Tree for Jul 22

On Fri, Jul 22, 2016 at 3:28 PM, Paul Gortmaker wrote: [...] > > For x86-64 allmod, I am seeing this issue for the 1st time today > in my local builds, even though it doesn't appear in sfr's builds: > > FATAL: drivers/input/evbug: sizeof(struct input_device_id)=312 is not > a

Re: [RESEND RFC PATCH 1/5] platform: x86: add driver for UP Board I/O CPLD

On Fri, Jul 22, 2016 at 4:52 PM, Darren Hart wrote: > On Mon, Jul 04, 2016 at 05:07:10PM +0100, Dan O'Donovan wrote: >> The UP board utilises a CPLD between its Intel X5-Z8350 SoC and an >> external 40-pin header, to provide buffered voltage level-shifting >> of the I/O

Re: [RESEND RFC PATCH 1/5] platform: x86: add driver for UP Board I/O CPLD

On Fri, Jul 22, 2016 at 4:52 PM, Darren Hart wrote: > On Mon, Jul 04, 2016 at 05:07:10PM +0100, Dan O'Donovan wrote: >> The UP board utilises a CPLD between its Intel X5-Z8350 SoC and an >> external 40-pin header, to provide buffered voltage level-shifting >> of the I/O signals, mux switching and

Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver

[Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver] On 22/07/2016 (Fri 21:25) Arnd Bergmann wrote: > On Thursday, July 21, 2016 7:16:02 PM CEST Paul Gortmaker wrote: > > > > > ...we probably don't need module.h here or any of the other > > > > MO

Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver

[Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver] On 22/07/2016 (Fri 21:25) Arnd Bergmann wrote: > On Thursday, July 21, 2016 7:16:02 PM CEST Paul Gortmaker wrote: > > > > > ...we probably don't need module.h here or any of the other > > > > MO

Re: [RFC PATCH v1 2/2] drivers: soc: Add support for Hisilicon Djtag driver

On Fri, Jul 22, 2016 at 4:48 AM, Tan Xiaojun wrote: > The Hisilicon Djtag is an independent module which connects with some modules > in the SoC by Debug Bus. This module can be configured to access the registers > of connecting modules (like L3 cache) during real time

Re: [RFC PATCH v1 2/2] drivers: soc: Add support for Hisilicon Djtag driver

On Fri, Jul 22, 2016 at 4:48 AM, Tan Xiaojun wrote: > The Hisilicon Djtag is an independent module which connects with some modules > in the SoC by Debug Bus. This module can be configured to access the registers > of connecting modules (like L3 cache) during real time debugging. > > This patch

Re: [PATCH v3 5/7] PM / devfreq: event: support rockchip dfi controller

On Fri, Jul 22, 2016 at 5:07 AM, Lin Huang wrote: > on rk3399 platform, there is dfi conroller can monitor > ddr load, base on this result, we can do ddr freqency > scaling. > > Signed-off-by: Lin Huang > Acked-by: Chanwoo Choi >

Re: [PATCH v3 5/7] PM / devfreq: event: support rockchip dfi controller

On Fri, Jul 22, 2016 at 5:07 AM, Lin Huang wrote: > on rk3399 platform, there is dfi conroller can monitor > ddr load, base on this result, we can do ddr freqency > scaling. > > Signed-off-by: Lin Huang > Acked-by: Chanwoo Choi > --- > Changes in v3: > - None > > Changes in v2: > - use

Re: [PATCH v3 6/7] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

On Fri, Jul 22, 2016 at 5:07 AM, Lin Huang wrote: > base on dfi result, we do ddr frequency scaling, register > dmc driver to devfreq framework, and use simple-ondemand > policy. > > Signed-off-by: Lin Huang > --- > Changes in v3: > - operate dram

Re: [PATCH v3 6/7] PM / devfreq: rockchip: add devfreq driver for rk3399 dmc

On Fri, Jul 22, 2016 at 5:07 AM, Lin Huang wrote: > base on dfi result, we do ddr frequency scaling, register > dmc driver to devfreq framework, and use simple-ondemand > policy. > > Signed-off-by: Lin Huang > --- > Changes in v3: > - operate dram setting through sip call > - imporve set rate

Re: linux-next: Tree for Jul 22

t; Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > advice about cross compilers/configs that work, we are always open to add > more builds. > > Thanks to Randy Dunlap for doing many randconfig builds. And to Paul > Gortmaker for triage and bug fixes. > > -- > Cheers, > Stephen Rothwell >

Re: linux-next: Tree for Jul 22

ll be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to give > advice about cross compilers/configs that work, we are always open to add > more builds. > > Thanks to Randy Dunlap for doing many randconfig builds. And to Paul > Gortmaker for triage and bug fixes. > > -- > Cheers, > Stephen Rothwell >

Re: [PATCH 1/3] ARM: mach-omap2: remove bogus "or_module" from rx51-peripherals

[Re: [PATCH 1/3] ARM: mach-omap2: remove bogus "or_module" from rx51-peripherals] On 21/07/2016 (Thu 23:41) Tony Lindgren wrote: > Hi, > > * Paul Gortmaker <paul.gortma...@windriver.com> [160719 21:17]: > > During unrelated work, attempting to remove an in

Re: [PATCH 1/3] ARM: mach-omap2: remove bogus "or_module" from rx51-peripherals

[Re: [PATCH 1/3] ARM: mach-omap2: remove bogus "or_module" from rx51-peripherals] On 21/07/2016 (Thu 23:41) Tony Lindgren wrote: > Hi, > > * Paul Gortmaker [160719 21:17]: > > During unrelated work, attempting to remove an include of the > > linux/modul

Re: linux-next: Tree for Jul 21

y merging 239 trees (counting Linus' and 35 trees of patches > pending for Linus' tree). > > Stats about the size of the tree over time can be seen at > http://neuling.org/linux-next-size.html . > > Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux

Re: linux-next: Tree for Jul 21

inus' and 35 trees of patches > pending for Linus' tree). > > Stats about the size of the tree over time can be seen at > http://neuling.org/linux-next-size.html . > > Status of my local build tests will be at > http://kisskb.ellerman.id.au/linux-next . If maintainers want to

Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver

[Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver] On 21/07/2016 (Thu 21:55) Arnd Bergmann wrote: > On Thursday, July 21, 2016 3:48:09 PM CEST Paul Gortmaker wrote: > > > diff --git a/drivers/reset/Makefile b/drivers/reset/Makefile > > > index 5d65a93..64ebb0c 10064

Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver

[Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver] On 21/07/2016 (Thu 21:55) Arnd Bergmann wrote: > On Thursday, July 21, 2016 3:48:09 PM CEST Paul Gortmaker wrote: > > > diff --git a/drivers/reset/Makefile b/drivers/reset/Makefile > > > index 5d65a93..64ebb0c 10064

Re: [PATCH] crypto: x86/glue_helper make bool

[Re: [PATCH] crypto: x86/glue_helper make bool] On 22/07/2016 (Fri 01:06) Luis R. Rodriguez wrote: > On Thu, Jul 21, 2016 at 07:01:11PM -0400, Paul Gortmaker wrote: > > [[PATCH] crypto: x86/glue_helper make bool] On 21/07/2016 (Thu 15:13) Luis > > R. Rodriguez wrote: > >

Re: [PATCH] crypto: x86/glue_helper make bool

[Re: [PATCH] crypto: x86/glue_helper make bool] On 22/07/2016 (Fri 01:06) Luis R. Rodriguez wrote: > On Thu, Jul 21, 2016 at 07:01:11PM -0400, Paul Gortmaker wrote: > > [[PATCH] crypto: x86/glue_helper make bool] On 21/07/2016 (Thu 15:13) Luis > > R. Rodriguez wrote: > >

Re: [PATCH] crypto: x86/glue_helper make bool

[[PATCH] crypto: x86/glue_helper make bool] On 21/07/2016 (Thu 15:13) Luis R. Rodriguez wrote: > Paul's changes to remove MODULE_LICENSE() out of the x86 glue_helper > causes a kernel with CONFIG_CRYPTO_GLUE_HELPER_X86=m to taint since > it now detects the license is missing if you try to build

Re: [PATCH] crypto: x86/glue_helper make bool

[[PATCH] crypto: x86/glue_helper make bool] On 21/07/2016 (Thu 15:13) Luis R. Rodriguez wrote: > Paul's changes to remove MODULE_LICENSE() out of the x86 glue_helper > causes a kernel with CONFIG_CRYPTO_GLUE_HELPER_X86=m to taint since > it now detects the license is missing if you try to build

Re: [PATCH 06/12] gpio: Add Aspeed driver

On Wed, Jul 20, 2016 at 1:58 AM, Andrew Jeffery wrote: > From: Joel Stanley > > The Aspeed SoCs contain GPIOs grouped by letter, where each letter group > contains 8 pins. The GPIO letter groups are then banked in sets of four > in the register layout. > > The

Re: [PATCH 06/12] gpio: Add Aspeed driver

On Wed, Jul 20, 2016 at 1:58 AM, Andrew Jeffery wrote: > From: Joel Stanley > > The Aspeed SoCs contain GPIOs grouped by letter, where each letter group > contains 8 pins. The GPIO letter groups are then banked in sets of four > in the register layout. > > The implementation exposes multiple

Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver

On Thu, Jul 21, 2016 at 5:19 AM, wrote: > From: Maxime Coquelin > > The STM32 MCUs family IPs can be reset by accessing some registers > from the RCC block. > > The list of available reset lines is documented in the DT bindings. > >

Re: [PATCH v2 3/4] drivers: reset: Add STM32 reset driver

On Thu, Jul 21, 2016 at 5:19 AM, wrote: > From: Maxime Coquelin > > The STM32 MCUs family IPs can be reset by accessing some registers > from the RCC block. > > The list of available reset lines is documented in the DT bindings. > > Signed-off-by: Maxime Coquelin > Signed-off-by: Gabriel

Re: [PATCH] ARM: dont specify STACKPROTECTOR in defconfigs

[Re: [PATCH] ARM: dont specify STACKPROTECTOR in defconfigs] On 22/07/2016 (Fri 01:40) Joel Stanley wrote: > Hi Paul, > > On Fri, Jul 22, 2016 at 12:41 AM, Paul Gortmaker > <paul.gortma...@windriver.com> wrote: > > Note the output from the following: > > > &g

Re: [PATCH] ARM: dont specify STACKPROTECTOR in defconfigs

[Re: [PATCH] ARM: dont specify STACKPROTECTOR in defconfigs] On 22/07/2016 (Fri 01:40) Joel Stanley wrote: > Hi Paul, > > On Fri, Jul 22, 2016 at 12:41 AM, Paul Gortmaker > wrote: > > Note the output from the following: > > > >$ git grep STACKPROTECTOR arc

[PATCH] ARM: dont specify STACKPROTECTOR in defconfigs

Cc: Eric Anholt <e...@anholt.net> Cc: Joel Stanley <j...@jms.id.au> Cc: linux-arm-ker...@lists.infradead.org Cc: bcm-kernel-feedback-l...@broadcom.com Signed-off-by: Paul Gortmaker <paul.gortma...@windriver.com> --- arch/arm/configs/aspeed_g4_defconfig | 1 - arch/a

[PATCH] ARM: dont specify STACKPROTECTOR in defconfigs

instances and take the default. Cc: Russell King Cc: Florian Fainelli Cc: Ray Jui Cc: Scott Branden Cc: Stephen Warren Cc: Lee Jones Cc: Eric Anholt Cc: Joel Stanley Cc: linux-arm-ker...@lists.infradead.org Cc: bcm-kernel-feedback-l...@broadcom.com Signed-off-by: Paul Gortmaker --- arch/arm

Re: [PATCH v5 4/8] char: rpmb: provide a user space interface

[RE: [PATCH v5 4/8] char: rpmb: provide a user space interface] On 20/07/2016 (Wed 09:02) Winkler, Tomas wrote: > > > > On Mon, Jul 18, 2016 at 4:27 PM, Tomas Winkler > > wrote: > > > The user space API is achieved via two synchronous IOCTL. > > > Simplified one,

Re: [PATCH v5 4/8] char: rpmb: provide a user space interface

[RE: [PATCH v5 4/8] char: rpmb: provide a user space interface] On 20/07/2016 (Wed 09:02) Winkler, Tomas wrote: > > > > On Mon, Jul 18, 2016 at 4:27 PM, Tomas Winkler > > wrote: > > > The user space API is achieved via two synchronous IOCTL. > > > Simplified one, RPMB_IOC_REQ_CMD, were read

[tip:x86/headers] x86, crypto: Restore MODULE_LICENSE() to glue_helper.c so it loads

Commit-ID: a47177d360a22ddaa7584186e7e1c74e49220bbe Gitweb: http://git.kernel.org/tip/a47177d360a22ddaa7584186e7e1c74e49220bbe Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Tue, 19 Jul 2016 10:42:43 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86, crypto: Restore MODULE_LICENSE() to glue_helper.c so it loads

Commit-ID: a47177d360a22ddaa7584186e7e1c74e49220bbe Gitweb: http://git.kernel.org/tip/a47177d360a22ddaa7584186e7e1c74e49220bbe Author: Paul Gortmaker AuthorDate: Tue, 19 Jul 2016 10:42:43 -0400 Committer: Ingo Molnar CommitDate: Wed, 20 Jul 2016 09:39:50 +0200 x86, crypto: Restore

[PATCH 3/3] ARM: pxa: add module.h for spitz symbol_get/symbol_put usage

i...@armlinux.org.uk> Cc: Linus Walleij <linus.wall...@linaro.org> Cc: Alexandre Courbot <gnu...@gmail.com> Cc: linux-o...@vger.kernel.org Cc: linux-g...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Paul Gortmaker <paul.gortma...@windriver.com> ---

[PATCH 3/3] ARM: pxa: add module.h for spitz symbol_get/symbol_put usage

kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Paul Gortmaker --- arch/arm/mach-pxa/spitz.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-pxa/spitz.c b/arch/arm/mach-pxa/spitz.c index b410698808ca..8078e3cdb6c8 100644 --- a/arch/arm/mach-pxa/spitz.c +++

[PATCH 0/3] ARM: fix three implicit module use cases fed via gpio

-o...@vger.kernel.org Cc: Robert Jarzmik <robert.jarz...@free.fr> Cc: Russell King <li...@armlinux.org.uk> Cc: Tony Lindgren <t...@atomide.com> Paul Gortmaker (3): ARM: mach-omap2: remove bogus "or_module" from rx51-peripherals ARM: pxa: add module.h for corgi symbol_get

[PATCH 2/3] ARM: pxa: add module.h for corgi symbol_get/symbol_put usage

i...@armlinux.org.uk> Cc: Linus Walleij <linus.wall...@linaro.org> Cc: Alexandre Courbot <gnu...@gmail.com> Cc: linux-o...@vger.kernel.org Cc: linux-g...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Paul Gortmaker <paul.gortma...@windriver.com> ---

[PATCH 1/3] ARM: mach-omap2: remove bogus "or_module" from rx51-peripherals

gmail.com> Cc: linux-o...@vger.kernel.org Cc: linux-g...@vger.kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Paul Gortmaker <paul.gortma...@windriver.com> --- arch/arm/mach-omap2/board-rx51-peripherals.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

[PATCH 0/3] ARM: fix three implicit module use cases fed via gpio

of that series.] Paul. -- Cc: Alexandre Courbot Cc: Daniel Mack Cc: Haojian Zhuang Cc: Linus Walleij Cc: linux-arm-ker...@lists.infradead.org Cc: linux-g...@vger.kernel.org Cc: linux-o...@vger.kernel.org Cc: Robert Jarzmik Cc: Russell King Cc: Tony Lindgren Paul Gortmaker (3): ARM: mach-omap2

[PATCH 2/3] ARM: pxa: add module.h for corgi symbol_get/symbol_put usage

kernel.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Paul Gortmaker --- arch/arm/mach-pxa/corgi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-pxa/corgi.c b/arch/arm/mach-pxa/corgi.c index aa952979461f..183cd3446f25 100644 --- a/arch/arm/mach-pxa/corgi.c +++

[PATCH 1/3] ARM: mach-omap2: remove bogus "or_module" from rx51-peripherals

nfradead.org Signed-off-by: Paul Gortmaker --- arch/arm/mach-omap2/board-rx51-peripherals.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c b/arch/arm/mach-omap2/board-rx51-peripherals.c index a5ab712c1a59..4ddda1d33ec1 100644 --- a/ar

Re: [lkp] [x86] eb008eb6f8: kmsg.glue_helper:Unknown_symbol_blkcipher_walk_done(err#)

dvertently removed a MODULE_LICENSE tag that was active, hence the module would fail to load, causing the above. Further details are in the commit log of the proposed fix for tip/x86/headers below. Paul. 8<- From 7c8033f0c34c55d6fbb9b86

Re: [lkp] [x86] eb008eb6f8: kmsg.glue_helper:Unknown_symbol_blkcipher_walk_done(err#)

dvertently removed a MODULE_LICENSE tag that was active, hence the module would fail to load, causing the above. Further details are in the commit log of the proposed fix for tip/x86/headers below. Paul. 8<- From 7c8033f0c34c55d6fbb9b8628

Re: [PATCH -next] x86, apic: Remove duplicated include from probe_64.c

On 2016-07-19 08:02 AM, Wei Yongjun wrote: > From: Wei Yongjun > > Remove duplicated include. Gah, I had told myself to run make includecheck before and after as a sanity check and then forgot. Thanks -- on both counts. P. -- > > Signed-off-by: Wei Yongjun

Re: [PATCH -next] x86, apic: Remove duplicated include from probe_64.c

On 2016-07-19 08:02 AM, Wei Yongjun wrote: > From: Wei Yongjun > > Remove duplicated include. Gah, I had told myself to run make includecheck before and after as a sanity check and then forgot. Thanks -- on both counts. P. -- > > Signed-off-by: Wei Yongjun > --- >

Re: [PATCH] Revert "pinctrl: amd: make it explicitly non-modular"

[Re: [PATCH] Revert "pinctrl: amd: make it explicitly non-modular"] On 19/07/2016 (Tue 10:46) Jean Delvare wrote: > Hi Paul, > > On Mon, 18 Jul 2016 20:30:30 -0400, Paul Gortmaker wrote: > > This reverts commit b8c2b10a9bc0272a20e096852f8fbbf361749dda. > >

Re: [PATCH] Revert "pinctrl: amd: make it explicitly non-modular"

[Re: [PATCH] Revert "pinctrl: amd: make it explicitly non-modular"] On 19/07/2016 (Tue 10:46) Jean Delvare wrote: > Hi Paul, > > On Mon, 18 Jul 2016 20:30:30 -0400, Paul Gortmaker wrote: > > This reverts commit b8c2b10a9bc0272a20e096852f8fbbf361749dda. > >

[PATCH] Revert "pinctrl: amd: make it explicitly non-modular"

as then revealed (along with other implicit module.h assumptions in gpio, and mfd -- which will be fixed separately.) Cc: Jean Delvare <jdelv...@suse.de> Cc: Linus Walleij <linus.wall...@linaro.org> Cc: linux-g...@vger.kernel.org Signed-off-by: Paul Gortmaker <paul.gortma...@windr

[PATCH] Revert "pinctrl: amd: make it explicitly non-modular"

as then revealed (along with other implicit module.h assumptions in gpio, and mfd -- which will be fixed separately.) Cc: Jean Delvare Cc: Linus Walleij Cc: linux-g...@vger.kernel.org Signed-off-by: Paul Gortmaker --- drivers/pinctrl/pinctrl-amd.c | 23 --- 1 file chang

Re: [PATCH v5 4/8] char: rpmb: provide a user space interface

On Mon, Jul 18, 2016 at 4:27 PM, Tomas Winkler wrote: > The user space API is achieved via two synchronous IOCTL. > Simplified one, RPMB_IOC_REQ_CMD, were read result cycles is performed > by the framework on behalf the user and second, RPMB_IOC_SEQ_CMD where > the whole

Re: [PATCH v5 4/8] char: rpmb: provide a user space interface

On Mon, Jul 18, 2016 at 4:27 PM, Tomas Winkler wrote: > The user space API is achieved via two synchronous IOCTL. > Simplified one, RPMB_IOC_REQ_CMD, were read result cycles is performed > by the framework on behalf the user and second, RPMB_IOC_SEQ_CMD where > the whole RPMB sequence including

Re: [PATCH v6 1/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

[RE: [PATCH v6 1/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's] On 18/07/2016 (Mon 03:35) Tan, Jui Nee wrote: [...] > > > + > > > + return 0; > > > +} > > > +EXPORT_SYMBOL(p2sb_bar); > > > + > > > +MODULE_LICENSE("GPL"); > > > > ...the above is the

Re: [PATCH v6 1/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

[RE: [PATCH v6 1/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's] On 18/07/2016 (Mon 03:35) Tan, Jui Nee wrote: [...] > > > + > > > + return 0; > > > +} > > > +EXPORT_SYMBOL(p2sb_bar); > > > + > > > +MODULE_LICENSE("GPL"); > > > > ...the above is the

Re: linux-next: build failure after merge of the tip tree

[linux-next: build failure after merge of the tip tree] On 18/07/2016 (Mon 18:29) Stephen Rothwell wrote: > Hi all, > > After merging the tip tree, today's linux-next build (x86_64 allnoconfig) > failed like this: > > In file included from arch/x86/kernel/x8664_ksyms_64.c:10:0: >

Re: linux-next: build failure after merge of the tip tree

[linux-next: build failure after merge of the tip tree] On 18/07/2016 (Mon 18:29) Stephen Rothwell wrote: > Hi all, > > After merging the tip tree, today's linux-next build (x86_64 allnoconfig) > failed like this: > > In file included from arch/x86/kernel/x8664_ksyms_64.c:10:0: >

[tip:x86/headers] x86/platform: Delete extraneous MODULE_* tags fromm ts5500

Commit-ID: 00677f826bd0c1befb87b8cfa10f30bde1cc2f32 Gitweb: http://git.kernel.org/tip/00677f826bd0c1befb87b8cfa10f30bde1cc2f32 Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Fri, 15 Jul 2016 19:53:18 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86/platform: Delete extraneous MODULE_* tags fromm ts5500

Commit-ID: 00677f826bd0c1befb87b8cfa10f30bde1cc2f32 Gitweb: http://git.kernel.org/tip/00677f826bd0c1befb87b8cfa10f30bde1cc2f32 Author: Paul Gortmaker AuthorDate: Fri, 15 Jul 2016 19:53:18 -0400 Committer: Ingo Molnar CommitDate: Sat, 16 Jul 2016 22:41:00 +0200 x86/platform: Delete

Re: [tip:x86/headers 6/9] arch/x86/platform/ts5500/ts5500.c:349:16: error: expected declaration specifiers or '...' before string constant

sary uses of module.h") Reported-by: kbuild test robot <fengguang...@intel.com> Cc: "Savoir-faire Linux Inc." <ker...@savoirfairelinux.com> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Ingo Molnar <mi...@redhat.com> Cc: "H. Peter Anvin" <h...

Re: [tip:x86/headers 6/9] arch/x86/platform/ts5500/ts5500.c:349:16: error: expected declaration specifiers or '...' before string constant

river"); >^ The driver has a modular GPIO portion but the platform part is not at all modular - however it doesn't get build coverage in all/yes/no/mod so it was the robot that found it in randconfig testing. Suggested fix

Re: [v10, 3/7] soc: fsl: add GUTS driver for QorIQ platforms

[Re: [v10, 3/7] soc: fsl: add GUTS driver for QorIQ platforms] On 15/07/2016 (Fri 14:12) Scott Wood wrote: > On Fri, 2016-07-15 at 12:43 -0400, Paul Gortmaker wrote: > > > +source "drivers/soc/fsl/qe/Kconfig" [...] > > > + > > > +config FSL_GUTS >

Re: [v10, 3/7] soc: fsl: add GUTS driver for QorIQ platforms

[Re: [v10, 3/7] soc: fsl: add GUTS driver for QorIQ platforms] On 15/07/2016 (Fri 14:12) Scott Wood wrote: > On Fri, 2016-07-15 at 12:43 -0400, Paul Gortmaker wrote: > > > +source "drivers/soc/fsl/qe/Kconfig" [...] > > > + > > > +config FSL_GUTS >

Re: [v10, 3/7] soc: fsl: add GUTS driver for QorIQ platforms

On Wed, May 4, 2016 at 11:12 PM, Yangbo Lu wrote: > The global utilities block controls power management, I/O device > enabling, power-onreset(POR) configuration monitoring, alternate > function selection for multiplexed signals,and clock control. > > This patch adds GUTS

Re: [v10, 3/7] soc: fsl: add GUTS driver for QorIQ platforms

On Wed, May 4, 2016 at 11:12 PM, Yangbo Lu wrote: > The global utilities block controls power management, I/O device > enabling, power-onreset(POR) configuration monitoring, alternate > function selection for multiplexed signals,and clock control. > > This patch adds GUTS driver to manage and

[PATCH] rcu: don't use modular infrastructure in non-modular code

Cc: Mathieu Desnoyers <mathieu.desnoy...@efficios.com> Cc: Lai Jiangshan <jiangshan...@gmail.com> Signed-off-by: Paul Gortmaker <paul.gortma...@windriver.com> --- kernel/rcu/sync.c | 2 -- kernel/rcu/tree.c | 2 -- kernel/rcu/update.c | 3 +-- 3 files changed, 1 insertion(+),

[PATCH] rcu: don't use modular infrastructure in non-modular code

hese files. We leave moduleparam.h behind since the files instantiate some boot time configuration parameters with module_param() still. Cc: "Paul E. McKenney" Cc: Josh Triplett Cc: Steven Rostedt Cc: Mathieu Desnoyers Cc: Lai Jiangshan Signed-off-by: Paul Gortmaker --- ker

Re: [PATCH v2 2/2] arm64: implement live patching

On Mon, Jun 27, 2016 at 11:17 AM, Torsten Duwe wrote: > On top of FTRACE_WITH_REGS and the klp changes that go into v4.7 > this is straightforward. > > Signed-off-by: Torsten Duwe > --- > arch/arm64/Kconfig | 3 +++ >

Re: [PATCH v2 2/2] arm64: implement live patching

On Mon, Jun 27, 2016 at 11:17 AM, Torsten Duwe wrote: > On top of FTRACE_WITH_REGS and the klp changes that go into v4.7 > this is straightforward. > > Signed-off-by: Torsten Duwe > --- > arch/arm64/Kconfig | 3 +++ > arch/arm64/include/asm/livepatch.h | 37

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Wed, May 25, 2016 at 1:43 AM, Rich Felker wrote: > There are two versions of the J-Core interrupt controller in use, aic1 > which generates interrupts with programmable priorities, but only > supports 8 irq lines and maps them to cpu traps in the range 17 to 24, > and aic2

Re: [PATCH v3 08/12] irqchip: add J-Core AIC driver

On Wed, May 25, 2016 at 1:43 AM, Rich Felker wrote: > There are two versions of the J-Core interrupt controller in use, aic1 > which generates interrupts with programmable priorities, but only > supports 8 irq lines and maps them to cpu traps in the range 17 to 24, > and aic2 which uses traps in

Re: [PATCH v3 6/8] thunderbolt: Networking state machine

On Thu, Jul 14, 2016 at 7:28 AM, Amir Levy wrote: > Negotiation states that a peer goes through in order to establish > the communication with the second peer. > This includes communication with upper layer and additional > infrastructure support to communicate with the

Re: [PATCH v3 6/8] thunderbolt: Networking state machine

On Thu, Jul 14, 2016 at 7:28 AM, Amir Levy wrote: > Negotiation states that a peer goes through in order to establish > the communication with the second peer. > This includes communication with upper layer and additional > infrastructure support to communicate with the second peer through ICM. >

Re: [PATCH v6 1/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

On Thu, Jul 14, 2016 at 4:11 AM, Tan Jui Nee wrote: > From: Andy Shevchenko > > There is already one and at least one more user coming which > require an access to Primary to Sideband bridge (P2SB) in order > to get IO or MMIO bar hidden

Re: [PATCH v6 1/3] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

On Thu, Jul 14, 2016 at 4:11 AM, Tan Jui Nee wrote: > From: Andy Shevchenko > > There is already one and at least one more user coming which > require an access to Primary to Sideband bridge (P2SB) in order > to get IO or MMIO bar hidden by BIOS. > Create a driver to access P2SB for x86 devices.

Re: [PATCH v10 2/4] CMDQ: Mediatek CMDQ driver

On Thu, Jul 14, 2016 at 7:28 AM, HS Liao wrote: > This patch is first version of Mediatek Command Queue(CMDQ) driver. The > CMDQ is used to help write registers with critical time limitation, > such as updating display configuration during the vblank. It controls > Global

Re: [PATCH v10 2/4] CMDQ: Mediatek CMDQ driver

On Thu, Jul 14, 2016 at 7:28 AM, HS Liao wrote: > This patch is first version of Mediatek Command Queue(CMDQ) driver. The > CMDQ is used to help write registers with critical time limitation, > such as updating display configuration during the vblank. It controls > Global Command Engine (GCE)

Re: [PATCH v18 4/6] fpga: add fpga bridge framework

On Tue, Jul 12, 2016 at 3:36 PM, Alan Tull wrote: > This framework adds API functions for enabling/ > disabling FPGA bridges under kernel control. > > This allows the Linux kernel to disable FPGA bridges > during FPGA reprogramming and to enable FPGA bridges > when

Re: [PATCH v18 4/6] fpga: add fpga bridge framework

On Tue, Jul 12, 2016 at 3:36 PM, Alan Tull wrote: > This framework adds API functions for enabling/ > disabling FPGA bridges under kernel control. > > This allows the Linux kernel to disable FPGA bridges > during FPGA reprogramming and to enable FPGA bridges > when FPGA reprogramming is done.

Re: [PATCH v18 6/6] ARM: socfpga: fpga bridge driver support

On Tue, Jul 12, 2016 at 3:36 PM, Alan Tull wrote: > Supports Altera SOCFPGA bridges: > * fpga2sdram > * fpga2hps > * hps2fpga > * lwhps2fpga > > Allows enabling/disabling the bridges through the FPGA > Bridge Framework API functions. > > The fpga2sdram driver only

Re: [PATCH v18 6/6] ARM: socfpga: fpga bridge driver support

On Tue, Jul 12, 2016 at 3:36 PM, Alan Tull wrote: > Supports Altera SOCFPGA bridges: > * fpga2sdram > * fpga2hps > * hps2fpga > * lwhps2fpga > > Allows enabling/disabling the bridges through the FPGA > Bridge Framework API functions. > > The fpga2sdram driver only supports enabling and

Re: [PATCH v7 4/9] acpi/arm64: Add GTDT table parse driver

On Wed, Jul 13, 2016 at 1:53 PM, wrote: > From: Fu Wei > > This patch adds support for parsing arch timer in GTDT, > provides some kernel APIs to parse all the PPIs and > always-on info in GTDT and export them. > > By this driver, we can simplify

Re: [PATCH v7 4/9] acpi/arm64: Add GTDT table parse driver

On Wed, Jul 13, 2016 at 1:53 PM, wrote: > From: Fu Wei > > This patch adds support for parsing arch timer in GTDT, > provides some kernel APIs to parse all the PPIs and > always-on info in GTDT and export them. > > By this driver, we can simplify arm_arch_timer drivers, and > separate the ACPI

Re: [PATCH 0/8] x86: audit and remove needless module.h includes

[Re: [PATCH 0/8] x86: audit and remove needless module.h includes] On 14/07/2016 (Thu 20:39) Ingo Molnar wrote: > > * Paul Gortmaker <paul.gortma...@windriver.com> wrote: > > > > I'll continue testing with the setup_percpu.c change left out. > > > > Let me

[tip:x86/headers] x86: Audit and remove any remaining unnecessary uses of module.h

Commit-ID: eb008eb6f8b689853d6e9f4ae3ff56ea734e4319 Gitweb: http://git.kernel.org/tip/eb008eb6f8b689853d6e9f4ae3ff56ea734e4319 Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:19:01 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

Re: [PATCH 0/8] x86: audit and remove needless module.h includes

[Re: [PATCH 0/8] x86: audit and remove needless module.h includes] On 14/07/2016 (Thu 20:39) Ingo Molnar wrote: > > * Paul Gortmaker wrote: > > > > I'll continue testing with the setup_percpu.c change left out. > > > > Let me know if you want a resend or if yo

[tip:x86/headers] x86: Audit and remove any remaining unnecessary uses of module.h

Commit-ID: eb008eb6f8b689853d6e9f4ae3ff56ea734e4319 Gitweb: http://git.kernel.org/tip/eb008eb6f8b689853d6e9f4ae3ff56ea734e4319 Author: Paul Gortmaker AuthorDate: Wed, 13 Jul 2016 20:19:01 -0400 Committer: Ingo Molnar CommitDate: Thu, 14 Jul 2016 15:07:00 +0200 x86: Audit and remove

[tip:x86/headers] x86/platform: Audit and remove any unnecessary uses of module.h

Commit-ID: cc3ae7b0af27118994c1e491382b253be3b762bf Gitweb: http://git.kernel.org/tip/cc3ae7b0af27118994c1e491382b253be3b762bf Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:18:58 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86/platform: Audit and remove any unnecessary uses of module.h

Commit-ID: cc3ae7b0af27118994c1e491382b253be3b762bf Gitweb: http://git.kernel.org/tip/cc3ae7b0af27118994c1e491382b253be3b762bf Author: Paul Gortmaker AuthorDate: Wed, 13 Jul 2016 20:18:58 -0400 Committer: Ingo Molnar CommitDate: Thu, 14 Jul 2016 15:06:59 +0200 x86/platform: Audit

[tip:x86/headers] x86/lib: Audit and remove any unnecessary uses of module.h

Commit-ID: e683014c2113d374b8716a7c938803c2f578efd5 Gitweb: http://git.kernel.org/tip/e683014c2113d374b8716a7c938803c2f578efd5 Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:18:57 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86/kvm: Audit and remove any unnecessary uses of module.h

Commit-ID: 1767e931e3c3024b1f0d115082179191f5d652c2 Gitweb: http://git.kernel.org/tip/1767e931e3c3024b1f0d115082179191f5d652c2 Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:19:00 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86/lib: Audit and remove any unnecessary uses of module.h

Commit-ID: e683014c2113d374b8716a7c938803c2f578efd5 Gitweb: http://git.kernel.org/tip/e683014c2113d374b8716a7c938803c2f578efd5 Author: Paul Gortmaker AuthorDate: Wed, 13 Jul 2016 20:18:57 -0400 Committer: Ingo Molnar CommitDate: Thu, 14 Jul 2016 15:06:58 +0200 x86/lib: Audit

[tip:x86/headers] x86/kvm: Audit and remove any unnecessary uses of module.h

Commit-ID: 1767e931e3c3024b1f0d115082179191f5d652c2 Gitweb: http://git.kernel.org/tip/1767e931e3c3024b1f0d115082179191f5d652c2 Author: Paul Gortmaker AuthorDate: Wed, 13 Jul 2016 20:19:00 -0400 Committer: Ingo Molnar CommitDate: Thu, 14 Jul 2016 15:07:00 +0200 x86/kvm: Audit

[tip:x86/headers] x86/xen: Audit and remove any unnecessary uses of module.h

Commit-ID: 7a2463dcacee3f2f36c78418c201756372eeea6b Gitweb: http://git.kernel.org/tip/7a2463dcacee3f2f36c78418c201756372eeea6b Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:18:59 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86/xen: Audit and remove any unnecessary uses of module.h

Commit-ID: 7a2463dcacee3f2f36c78418c201756372eeea6b Gitweb: http://git.kernel.org/tip/7a2463dcacee3f2f36c78418c201756372eeea6b Author: Paul Gortmaker AuthorDate: Wed, 13 Jul 2016 20:18:59 -0400 Committer: Ingo Molnar CommitDate: Thu, 14 Jul 2016 15:06:59 +0200 x86/xen: Audit

[tip:x86/headers] x86/kernel: Audit and remove any unnecessary uses of module.h

Commit-ID: 186f43608a5c827f8284fe4559225b4dccaa49ef Gitweb: http://git.kernel.org/tip/186f43608a5c827f8284fe4559225b4dccaa49ef Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:18:56 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86/kernel: Audit and remove any unnecessary uses of module.h

Commit-ID: 186f43608a5c827f8284fe4559225b4dccaa49ef Gitweb: http://git.kernel.org/tip/186f43608a5c827f8284fe4559225b4dccaa49ef Author: Paul Gortmaker AuthorDate: Wed, 13 Jul 2016 20:18:56 -0400 Committer: Ingo Molnar CommitDate: Thu, 14 Jul 2016 15:06:41 +0200 x86/kernel: Audit

[tip:x86/headers] x86/mm: Audit and remove any unnecessary uses of module.h

Commit-ID: 4b599fedb7eeea4c995e655a938b5ec419386ddf Gitweb: http://git.kernel.org/tip/4b599fedb7eeea4c995e655a938b5ec419386ddf Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:18:55 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

[tip:x86/headers] x86/mm: Audit and remove any unnecessary uses of module.h

Commit-ID: 4b599fedb7eeea4c995e655a938b5ec419386ddf Gitweb: http://git.kernel.org/tip/4b599fedb7eeea4c995e655a938b5ec419386ddf Author: Paul Gortmaker AuthorDate: Wed, 13 Jul 2016 20:18:55 -0400 Committer: Ingo Molnar CommitDate: Thu, 14 Jul 2016 13:04:20 +0200 x86/mm: Audit and remove

[tip:x86/headers] x86: Don't use module.h just for AUTHOR / LICENSE tags

Commit-ID: 84e629b66882f8d1b6e40060e85e5bb27c892d42 Gitweb: http://git.kernel.org/tip/84e629b66882f8d1b6e40060e85e5bb27c892d42 Author: Paul Gortmaker <paul.gortma...@windriver.com> AuthorDate: Wed, 13 Jul 2016 20:18:54 -0400 Committer: Ingo Molnar <mi...@kernel.org> CommitD

<    6   7   8   9   10   11   12   13   14   15   >