[PATCH] perf/x86/intel: fix 2 typos

2019-03-15 Thread Alexander Holler
was merged with 004cc08675b761fd82288bab1b5ba5e1ca746eca. Signed-off-by: Alexander Holler Cc: Peter Zijlstra (Intel) Cc: Thomas Gleixner Cc: --- arch/x86/events/perf_event.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/events/perf_event.h b/arch/x86/events/perf_event.h index b04ae6c..a759

Re: [PATCH 4.3 0/2] 4.3.2-stable review

2015-12-10 Thread Alexander Holler
with those two patches. Thanks a lot for the quick reaction. Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html P

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
appreciate it. After applying those two patches from 4.3.2-rc1 you've posted instead of the one I've cherry-picked, git diff ended up with no difference to the source of the kernel I'm currently running. Reading those two patches also looks good. Thanks a lot. Alexander Holler -- To unsubs

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
Am 10.12.2015 um 16:34 schrieb Alexander Holler: Am 10.12.2015 um 16:26 schrieb Greg Kroah-Hartman: On Thu, Dec 10, 2015 at 04:15:22PM +0100, Alexander Holler wrote: Just in case of, I would suggest to quickly push out 4.3.2 (only 4.3 seems to be affected) which contains at least the patch

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
Am 10.12.2015 um 16:26 schrieb Greg Kroah-Hartman: On Thu, Dec 10, 2015 at 04:15:22PM +0100, Alexander Holler wrote: Just in case of, I would suggest to quickly push out 4.3.2 (only 4.3 seems to be affected) which contains at least the patch mentioned in the subject

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
Am 10.12.2015 um 10:23 schrieb Alexander Holler: Am 12.11.2015 um 12:38 schrieb David Howells: This fixes CVE-2015-5327. It affects kernels from 4.3-rc1 onwards. Fix the X.509 time validation to use month number-1 when looking up the number of days in that month. Also put the month number

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
Am 10.12.2015 um 16:34 schrieb Alexander Holler: Am 10.12.2015 um 16:26 schrieb Greg Kroah-Hartman: On Thu, Dec 10, 2015 at 04:15:22PM +0100, Alexander Holler wrote: Just in case of, I would suggest to quickly push out 4.3.2 (only 4.3 seems to be affected) which contains at least the patch

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
appreciate it. After applying those two patches from 4.3.2-rc1 you've posted instead of the one I've cherry-picked, git diff ended up with no difference to the source of the kernel I'm currently running. Reading those two patches also looks good. Thanks a lot. Alexander Holler -- To unsubs

Re: [PATCH 4.3 0/2] 4.3.2-stable review

2015-12-10 Thread Alexander Holler
with those two patches. Thanks a lot for the quick reaction. Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html P

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
Am 10.12.2015 um 16:26 schrieb Greg Kroah-Hartman: On Thu, Dec 10, 2015 at 04:15:22PM +0100, Alexander Holler wrote: Just in case of, I would suggest to quickly push out 4.3.2 (only 4.3 seems to be affected) which contains at least the patch mentioned in the subject

Re: [PATCH] X.509: Fix the time validation [ver #3]

2015-12-10 Thread Alexander Holler
Am 10.12.2015 um 10:23 schrieb Alexander Holler: Am 12.11.2015 um 12:38 schrieb David Howells: This fixes CVE-2015-5327. It affects kernels from 4.3-rc1 onwards. Fix the X.509 time validation to use month number-1 when looking up the number of days in that month. Also put the month number

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-11-06 Thread Alexander Holler
Hello, in order to "conserve" the patches, I've setup a repository named parallelized_kernel_init at github. I've just put patches for 4.3 into that repository, also I don't know if and how long I will use and maintain this series. Regards, Alexander Holler -- To unsubs

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-11-06 Thread Alexander Holler
Hello, in order to "conserve" the patches, I've setup a repository named parallelized_kernel_init at github. I've just put patches for 4.3 into that repository, also I don't know if and how long I will use and maintain this series. Regards, Alexander Holler -- To unsubs

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-22 Thread Alexander Holler
Am 19.10.2015 um 13:31 schrieb Alexander Holler: Am 19.10.2015 um 12:57 schrieb Alexander Holler: Am 18.10.2015 um 12:11 schrieb Alexander Holler: Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-22 Thread Alexander Holler
Am 19.10.2015 um 13:31 schrieb Alexander Holler: Am 19.10.2015 um 12:57 schrieb Alexander Holler: Am 18.10.2015 um 12:11 schrieb Alexander Holler: Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 20.10.2015 um 12:42 schrieb Alexander Holler: Another idea to split this one file into multiple ones would be to reserve blocks of IDs. E.g. use 1-2 for networking stuff, 1000-1200 for I2C and so on. In detail it could look like driver_ids_base.h: enum { drvid_i2c_base

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 20.10.2015 um 12:42 schrieb Alexander Holler: Am 20.10.2015 um 12:30 schrieb Alexander Holler: Am 19.10.2015 um 15:12 schrieb Mark Brown: On Sat, Oct 17, 2015 at 08:46:44PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 20.10.2015 um 12:30 schrieb Alexander Holler: Am 19.10.2015 um 15:12 schrieb Mark Brown: On Sat, Oct 17, 2015 at 08:46:44PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 19.10.2015 um 15:12 schrieb Mark Brown: On Sat, Oct 17, 2015 at 08:46:44PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um 19:45 schrieb Greg Kroah-Hartman: A file like

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 19.10.2015 um 15:12 schrieb Mark Brown: On Sat, Oct 17, 2015 at 08:46:44PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um 19:45 schrieb Greg Kroah-Hartman: A file like

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 20.10.2015 um 12:30 schrieb Alexander Holler: Am 19.10.2015 um 15:12 schrieb Mark Brown: On Sat, Oct 17, 2015 at 08:46:44PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 20.10.2015 um 12:42 schrieb Alexander Holler: Am 20.10.2015 um 12:30 schrieb Alexander Holler: Am 19.10.2015 um 15:12 schrieb Mark Brown: On Sat, Oct 17, 2015 at 08:46:44PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-20 Thread Alexander Holler
Am 20.10.2015 um 12:42 schrieb Alexander Holler: Another idea to split this one file into multiple ones would be to reserve blocks of IDs. E.g. use 1-2 for networking stuff, 1000-1200 for I2C and so on. In detail it could look like driver_ids_base.h: enum { drvid_i2c_base

Re: [PATCH 03/14] init: deps: dt: use (HW-specific) dependencies provided by the DT too

2015-10-19 Thread Alexander Holler
, and the context is usually only known by the drivers. Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please re

Re: [PATCH 03/14] init: deps: dt: use (HW-specific) dependencies provided by the DT too

2015-10-19 Thread Alexander Holler
Am 19.10.2015 um 14:37 schrieb Mark Brown: On Sat, Oct 17, 2015 at 07:14:16PM +0200, Alexander Holler wrote: This patch adds dependencies provided by the hardware description in the used DT. This avoids the use of the deferred probe mechanism on most (if not all) DT based kernels. Drawback

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-19 Thread Alexander Holler
Am 19.10.2015 um 12:57 schrieb Alexander Holler: Am 18.10.2015 um 12:11 schrieb Alexander Holler: Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-19 Thread Alexander Holler
Am 18.10.2015 um 12:11 schrieb Alexander Holler: Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06:59:22AM +0200, Alexander Holler wrote: Am

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-19 Thread Alexander Holler
Am 19.10.2015 um 12:57 schrieb Alexander Holler: Am 18.10.2015 um 12:11 schrieb Alexander Holler: Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-19 Thread Alexander Holler
Am 18.10.2015 um 12:11 schrieb Alexander Holler: Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06:59:22AM +0200, Alexander Holler wrote: Am

Re: [PATCH 03/14] init: deps: dt: use (HW-specific) dependencies provided by the DT too

2015-10-19 Thread Alexander Holler
, and the context is usually only known by the drivers. Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please re

Re: [PATCH 03/14] init: deps: dt: use (HW-specific) dependencies provided by the DT too

2015-10-19 Thread Alexander Holler
Am 19.10.2015 um 14:37 schrieb Mark Brown: On Sat, Oct 17, 2015 at 07:14:16PM +0200, Alexander Holler wrote: This patch adds dependencies provided by the hardware description in the used DT. This avoids the use of the deferred probe mechanism on most (if not all) DT based kernels. Drawback

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-18 Thread Alexander Holler
Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06:59:22AM +0200, Alexander Holler wrote: Am 17.10.2015 um 21:36 schrieb Greg Kroah-Hartman: Again

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-18 Thread Alexander Holler
Am 18.10.2015 um 07:59 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 07:20:34AM +0200, Alexander Holler wrote: Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06:59:22AM +0200, Alexander Holler wrote: Am 17.10.2015 um 21:36 schrieb Greg Kroah-Hartman: Again

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06:59:22AM +0200, Alexander Holler wrote: Am 17.10.2015 um 21:36 schrieb Greg Kroah-Hartman: Again, parallelizing does not solve anything, and causes more problems _and_ makes things take longer. Try it, we have done

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
that in the easy way you have in mind? I've just posted the results of my tests (the patch series) but I wonder what you do have in mind. Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kerne

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:08 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 12:01 PM, Alexander Holler wrote: That isn't a flag day thing. It's a config option everyone can turn on and off whenever he wants. That's a flag-day thing. We've done it (drm comes to mind - several times). I'm

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:58 schrieb Alexander Holler: Unfortunately it's quiet a lot of work to add dependencies for everything. And (just in case of), also I'm a non-native English writer, I know the difference between quiet and quite. But, unfortunately, that doesn't prevent me to type

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 22:20 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 09:43:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:38 schrieb Greg Kroah-Hartman: So how long does that really take to call all probe functions in all possible order? Real numbers please. We have the tools

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:36 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 09:14:34PM +0200, Alexander Holler wrote: Am 17.10.2015 um 21:08 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 12:01 PM, Alexander Holler wrote: That isn't a flag day thing. It's a config option everyone can turn

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
N270 boots in one second instead of two to "dmesg | grep Freeing". Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:08 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 12:01 PM, Alexander Holler wrote: That isn't a flag day thing. It's a config option everyone can turn on and off whenever he wants. That's a flag-day thing. We've done it (drm comes to mind - several times). I'm

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:03 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 11:37 AM, Alexander Holler wrote: Otherwise it's impossible to call initcalls in parallel. I've seen a stable topological sort somewhere, but whenever you want to parallelize the initcalls, the stable ordering would

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:52 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 11:37 AM, Alexander Holler wrote: I'm making dependencies the only ordering for annotated initcalls. Yeah, and quite frankly, that just means that I'm not going to merge it. We do not do "flag-day" things.

Re: [PATCH 11/14] init: deps: annotate various initcalls

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:47 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 10:14 AM, Alexander Holler wrote: diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c index 873dbfc..d5d2459 100644 --- a/arch/arm/common/edma.c +++ b/arch/arm/common/edma.c @@ -1872,5 +1872,4 @@ static int __init

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um 19:45 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:14:23PM +0200, Alexander Holler wrote: These patch contains the IDs for initcalls I've annotated

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:23 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 10:14 AM, Alexander Holler wrote: Assuming three different ethernet-drivers, without any special code, the dependency graph would not require any special order inbetween them and would look like that: This seems

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 19:44 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:14:13PM +0200, Alexander Holler wrote: Hello, here is the newest version of my patches to use a dependency based initialization order. It now works without DT too. Background: Currently initcalls are ordered

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 19:45 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:14:23PM +0200, Alexander Holler wrote: These patch contains the IDs for initcalls I've annotated. This patch is NOT meant for merging into mainline in its current form. It should be discussed about how to add

[PATCH 12/14] dt: dts: deps: kirkwood: dockstar: add dependency ehci -> usb power regulator

2015-10-17 Thread Alexander Holler
with the fact that the regulator will be initialized after ehci. Fix this by adding one dependency to the .dts. Signed-off-by: Alexander Holler --- arch/arm/boot/dts/kirkwood-dockstar.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/kirkwood-dockstar.dts b/arch/arm

[PATCH 13/14] dt: dts: deps: imx6q: make some remote-endpoints non-dependencies

2015-10-17 Thread Alexander Holler
This is necessary to remove dependency cycles introduced by 'remote-endpoints'. Signed-off-by: Alexander Holler --- arch/arm/boot/dts/imx6q.dtsi | 2 ++ arch/arm/boot/dts/imx6qdl.dtsi | 4 2 files changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts

[PATCH 14/14] dt: dts: deps: omap: beagle: make some remote-endpoints non-dependencies

2015-10-17 Thread Alexander Holler
This is necessary to remove dependency cycles introduced by 'remote-endpoints'. Signed-off-by: Alexander Holler --- arch/arm/boot/dts/omap3-beagle.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/omap3-beagle.dts b/arch/arm/boot/dts/omap3-beagle.dts index a547411

[PATCH 03/14] init: deps: dt: use (HW-specific) dependencies provided by the DT too

2015-10-17 Thread Alexander Holler
) which needs a modified dtc. Signed-off-by: Alexander Holler --- drivers/of/base.c | 114 include/linux/of.h | 3 ++ init/dependencies.c | 4 ++ 3 files changed, 121 insertions(+) diff --git a/drivers/of/base.c b/drivers/of/base.c index

[PATCH 06/14] dtc: deps: Automatically add new property 'dependencies' which contains a list of referenced phandles

2015-10-17 Thread Alexander Holler
. References to phandles of parent or child nodes will not be added to this property, because this information is already contained in the blob (in the form of the tree itself). No dependencies to disabled nodes will be added. Signed-off-by: Alexander Holler --- scripts/dtc/Makefile | 3

[PATCH 09/14] dtc: deps: Add option to print dependency graph as dot (Graphviz)

2015-10-17 Thread Alexander Holler
. E.g. CROSS_COMPILE=gcc-foo ARCH=arm make foo.dtb scripts/dtc/dtc -I dtb -T arch/arm/boot/dts/foo.dtb would print the dot file. Signed-off-by: Alexander Holler --- scripts/dtc/dependencies.c | 49 -- scripts/dtc/dtc.c | 19

[PATCH 08/14] dtc: deps: Add option to print initialization order

2015-10-17 Thread Alexander Holler
to for cycles in the dependency graph, this is now done too. Signed-off-by: Alexander Holler --- scripts/dtc/dependencies.c | 344 + scripts/dtc/dtc.c | 24 +++- scripts/dtc/dtc.h | 2 + 3 files changed, 369 insertions(+), 1 deletion

[PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-17 Thread Alexander Holler
t;#ifndef _LINUX_DRIVER_IDS_H\n#define _LINUX_DRIVER_IDS_H\n\nenum {\n\tdrvid_unused," > "$2" sed -e 's%.*/\(.*\).ko.gz:.*%\tdrvid_\1,%' "$1" | sed -e 's/-/_/g' >> "$2" echo -e "\tdrvid_max\n};\n\n#endif /* _LINUX_DRIVER_IDS_H */\n" >> "$2&quo

[PATCH 05/14] init: deps: order I2C bus drivers by their ID

2015-10-17 Thread Alexander Holler
-by: Alexander Holler --- include/linux/driver_ids.h | 9 + init/dependencies.c| 25 + 2 files changed, 34 insertions(+) diff --git a/include/linux/driver_ids.h b/include/linux/driver_ids.h index 1133a68..330080e 100644 --- a/include/linux/driver_ids.h +++ b

[PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
them and would look like that: eth-driver-base / | \ eth-x eth-yeth-z Now we just add dependencies. With the additional dependencies the graph looks like: eth-driver-base | | | eth-x | | | | | eth-y -| | | | eth-z ---| Signed-off-by: Alexander Holler

[PATCH 07/14] dtc: deps: introduce new (virtual) property no-dependencies

2015-10-17 Thread Alexander Holler
oo to the property 'dependencies' of the node bar. But with that 'no-dependencies' it will not automatically add the listed dependencies. The property 'no-dependencies' is virtual property and will not be added to any output file. Signed-off-by: Alexander Holler --- scripts/dtc/d

[PATCH 02/14] init: deps: use annotated initcalls for a dependency based (optionally parallelized) init

2015-10-17 Thread Alexander Holler
Based on the dependencies provided by annotated initcalls, this patch introduces a topological sort to sort initcalls and (optionally) uses multiple threads to call initcalls. If the feature is disabled, nothing changes. Signed-off-by: Alexander Holler --- include/linux/init.h | 6 + init

[PATCH 01/14] init: deps: introduce annotated initcalls

2015-10-17 Thread Alexander Holler
will just map to the old ones and nothing is changed at all. Signed-off-by: Alexander Holler --- arch/arm/kernel/vmlinux.lds.S | 1 + arch/arm/mach-omap2/soc.h | 10 ++- drivers/usb/storage/usb.h | 14 ++ include/acpi/acpi_bus.h | 13 + include/asm

[PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
term goal. But, besides that this could be done smoothly without any need to hurry, I think it makes sense. Otherwise, in my humble opinion, the problems to keep an overview and ordering initcalls will just become worse. Alexander Holler -- To unsubscribe from this list: send the line "unsubs

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 18.10.2015 um 07:14 schrieb Greg Kroah-Hartman: On Sun, Oct 18, 2015 at 06:59:22AM +0200, Alexander Holler wrote: Am 17.10.2015 um 21:36 schrieb Greg Kroah-Hartman: Again, parallelizing does not solve anything, and causes more problems _and_ makes things take longer. Try it, we have done

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
that in the easy way you have in mind? I've just posted the results of my tests (the patch series) but I wonder what you do have in mind. Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kerne

[PATCH 01/14] init: deps: introduce annotated initcalls

2015-10-17 Thread Alexander Holler
will just map to the old ones and nothing is changed at all. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- arch/arm/kernel/vmlinux.lds.S | 1 + arch/arm/mach-omap2/soc.h | 10 ++- drivers/usb/storage/usb.h | 14 ++ include/acpi/acpi_bus.h

[PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
term goal. But, besides that this could be done smoothly without any need to hurry, I think it makes sense. Otherwise, in my humble opinion, the problems to keep an overview and ordering initcalls will just become worse. Alexander Holler -- To unsubscribe from this list: send the line "unsubs

[PATCH 02/14] init: deps: use annotated initcalls for a dependency based (optionally parallelized) init

2015-10-17 Thread Alexander Holler
Based on the dependencies provided by annotated initcalls, this patch introduces a topological sort to sort initcalls and (optionally) uses multiple threads to call initcalls. If the feature is disabled, nothing changes. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- include

[PATCH 05/14] init: deps: order I2C bus drivers by their ID

2015-10-17 Thread Alexander Holler
-by: Alexander Holler <hol...@ahsoftware.de> --- include/linux/driver_ids.h | 9 + init/dependencies.c| 25 + 2 files changed, 34 insertions(+) diff --git a/include/linux/driver_ids.h b/include/linux/driver_ids.h index 1133a68..330080e 100644 --- a/include

[PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
them and would look like that: eth-driver-base / | \ eth-x eth-yeth-z Now we just add dependencies. With the additional dependencies the graph looks like: eth-driver-base | | | eth-x | | | | | eth-y -| | | | eth-z ---| Signed-off-by: Alexander Holler

[PATCH 07/14] dtc: deps: introduce new (virtual) property no-dependencies

2015-10-17 Thread Alexander Holler
oo to the property 'dependencies' of the node bar. But with that 'no-dependencies' it will not automatically add the listed dependencies. The property 'no-dependencies' is virtual property and will not be added to any output file. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- scripts

[PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-17 Thread Alexander Holler
t;#ifndef _LINUX_DRIVER_IDS_H\n#define _LINUX_DRIVER_IDS_H\n\nenum {\n\tdrvid_unused," > "$2" sed -e 's%.*/\(.*\).ko.gz:.*%\tdrvid_\1,%' "$1" | sed -e 's/-/_/g' >> "$2" echo -e "\tdrvid_max\n};\n\n#endif /* _LINUX_DRIVE

[PATCH 03/14] init: deps: dt: use (HW-specific) dependencies provided by the DT too

2015-10-17 Thread Alexander Holler
) which needs a modified dtc. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- drivers/of/base.c | 114 include/linux/of.h | 3 ++ init/dependencies.c | 4 ++ 3 files changed, 121 insertions(+) diff --git a/drivers/of/ba

[PATCH 06/14] dtc: deps: Automatically add new property 'dependencies' which contains a list of referenced phandles

2015-10-17 Thread Alexander Holler
. References to phandles of parent or child nodes will not be added to this property, because this information is already contained in the blob (in the form of the tree itself). No dependencies to disabled nodes will be added. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- scrip

[PATCH 09/14] dtc: deps: Add option to print dependency graph as dot (Graphviz)

2015-10-17 Thread Alexander Holler
. E.g. CROSS_COMPILE=gcc-foo ARCH=arm make foo.dtb scripts/dtc/dtc -I dtb -T arch/arm/boot/dts/foo.dtb would print the dot file. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- scripts/dtc/dependencies.c | 49 -- scrip

[PATCH 08/14] dtc: deps: Add option to print initialization order

2015-10-17 Thread Alexander Holler
to for cycles in the dependency graph, this is now done too. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- scripts/dtc/dependencies.c | 344 + scripts/dtc/dtc.c | 24 +++- scripts/dtc/dtc.h | 2 + 3 files changed, 369 inse

[PATCH 13/14] dt: dts: deps: imx6q: make some remote-endpoints non-dependencies

2015-10-17 Thread Alexander Holler
This is necessary to remove dependency cycles introduced by 'remote-endpoints'. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- arch/arm/boot/dts/imx6q.dtsi | 2 ++ arch/arm/boot/dts/imx6qdl.dtsi | 4 2 files changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/imx6q.

[PATCH 14/14] dt: dts: deps: omap: beagle: make some remote-endpoints non-dependencies

2015-10-17 Thread Alexander Holler
This is necessary to remove dependency cycles introduced by 'remote-endpoints'. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- arch/arm/boot/dts/omap3-beagle.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/omap3-beagle.dts b/arch/arm/boot/dts

[PATCH 12/14] dt: dts: deps: kirkwood: dockstar: add dependency ehci -> usb power regulator

2015-10-17 Thread Alexander Holler
with the fact that the regulator will be initialized after ehci. Fix this by adding one dependency to the .dts. Signed-off-by: Alexander Holler <hol...@ahsoftware.de> --- arch/arm/boot/dts/kirkwood-dockstar.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/boot/dts/ki

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 19:45 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:14:23PM +0200, Alexander Holler wrote: These patch contains the IDs for initcalls I've annotated. This patch is NOT meant for merging into mainline in its current form. It should be discussed about how to add

Re: [PATCH 10/14] init: deps: IDs for annotated initcalls

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:29 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:55:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um 19:45 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:14:23PM +0200, Alexander Holler wrote: These patch contains the IDs for initcalls I've annotated

Re: [PATCH 11/14] init: deps: annotate various initcalls

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:47 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 10:14 AM, Alexander Holler <hol...@ahsoftware.de> wrote: diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c index 873dbfc..d5d2459 100644 --- a/arch/arm/common/edma.c +++ b/arch/arm/common/edma.c @@ -

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:03 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 11:37 AM, Alexander Holler <hol...@ahsoftware.de> wrote: Otherwise it's impossible to call initcalls in parallel. I've seen a stable topological sort somewhere, but whenever you want to parallelize the initcalls, the

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 19:44 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 07:14:13PM +0200, Alexander Holler wrote: Hello, here is the newest version of my patches to use a dependency based initialization order. It now works without DT too. Background: Currently initcalls are ordered

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:23 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 10:14 AM, Alexander Holler <hol...@ahsoftware.de> wrote: Assuming three different ethernet-drivers, without any special code, the dependency graph would not require any special order inbetween them and would loo

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 20:52 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 11:37 AM, Alexander Holler <hol...@ahsoftware.de> wrote: I'm making dependencies the only ordering for annotated initcalls. Yeah, and quite frankly, that just means that I'm not going to merge it. We do not do &qu

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:08 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 12:01 PM, Alexander Holler <hol...@ahsoftware.de> wrote: That isn't a flag day thing. It's a config option everyone can turn on and off whenever he wants. That's a flag-day thing. We've done it (drm comes t

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
N270 boots in one second instead of two to "dmesg | grep Freeing". Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:36 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 09:14:34PM +0200, Alexander Holler wrote: Am 17.10.2015 um 21:08 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 12:01 PM, Alexander Holler <hol...@ahsoftware.de> wrote: That isn't a flag day thing. It's a

Re: [PATCH 0/14] init: deps: dependency based (parallelized) init

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 22:20 schrieb Greg Kroah-Hartman: On Sat, Oct 17, 2015 at 09:43:17PM +0200, Alexander Holler wrote: Am 17.10.2015 um 20:38 schrieb Greg Kroah-Hartman: So how long does that really take to call all probe functions in all possible order? Real numbers please. We have the tools

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:58 schrieb Alexander Holler: Unfortunately it's quiet a lot of work to add dependencies for everything. And (just in case of), also I'm a non-native English writer, I know the difference between quiet and quite. But, unfortunately, that doesn't prevent me to type

Re: [PATCH 04/14] init: deps: order network interfaces by link order

2015-10-17 Thread Alexander Holler
Am 17.10.2015 um 21:08 schrieb Linus Torvalds: On Sat, Oct 17, 2015 at 12:01 PM, Alexander Holler <hol...@ahsoftware.de> wrote: That isn't a flag day thing. It's a config option everyone can turn on and off whenever he wants. That's a flag-day thing. We've done it (drm comes t

Re: AMD-IOMMU and problem with __init(data)?

2015-09-29 Thread Alexander Holler
Am 29.09.2015 um 17:06 schrieb Joerg Roedel: As expected it is no bug in the AMD IOMMU driver, but in your code. On Wed, Sep 23, 2015 at 09:04:31PM +0200, Alexander Holler wrote: struct _annotated_initcall { initcall_t initcall; unsigned driver_id; unsigned

Re: AMD-IOMMU and problem with __init(data)?

2015-09-29 Thread Alexander Holler
Am 29.09.2015 um 17:06 schrieb Joerg Roedel: As expected it is no bug in the AMD IOMMU driver, but in your code. On Wed, Sep 23, 2015 at 09:04:31PM +0200, Alexander Holler wrote: struct _annotated_initcall { initcall_t initcall; unsigned driver_id; unsigned

Re: AMD-IOMMU and problem with __init(data)?

2015-09-26 Thread Alexander Holler
Am 23.09.2015 um 21:04 schrieb Alexander Holler: Am 23.09.2015 um 17:50 schrieb Alexander Holler: Am 23.09.2015 um 13:43 schrieb Joerg Roedel: If it's necessary, I could try put together a small patch which kills a system (reproducible here). That would help too, please also send me your

Re: AMD-IOMMU and problem with __init(data)?

2015-09-26 Thread Alexander Holler
Am 23.09.2015 um 21:04 schrieb Alexander Holler: Am 23.09.2015 um 17:50 schrieb Alexander Holler: Am 23.09.2015 um 13:43 schrieb Joerg Roedel: If it's necessary, I could try put together a small patch which kills a system (reproducible here). That would help too, please also send me your

Re: AMD-IOMMU and problem with __init(data)?

2015-09-23 Thread Alexander Holler
Am 23.09.2015 um 17:50 schrieb Alexander Holler: Am 23.09.2015 um 13:43 schrieb Joerg Roedel: If it's necessary, I could try put together a small patch which kills a system (reproducible here). That would help too, please also send me your .config and I'll try to reproduce the issue here

Re: AMD-IOMMU and problem with __init(data)?

2015-09-23 Thread Alexander Holler
Am 23.09.2015 um 13:43 schrieb Joerg Roedel: Hey Alexander, On Wed, Sep 23, 2015 at 12:22:24PM +0200, Alexander Holler wrote: [1.539496] AMD-Vi: Lazy IO/TLB flushing enabled [1.545741] AHO: count_annotated 25 [1.549259] AHO: build inventory [1.552517] AHO: ac 81d400d8

AMD-IOMMU and problem with __init(data)?

2015-09-23 Thread Alexander Holler
roducible here). Thanks in advance, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

  1   2   3   4   5   6   7   8   9   10   >