[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..a7595

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

2015-12-10 Thread Alexander Holler
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 Pleas

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

2015-12-10 Thread Alexander Holler
p I would 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. Alexa

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
gards, 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 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 --

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

2015-10-21 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 03/14] init: deps: dt: use (HW-specific) dependencies provided by the DT too

2015-10-19 Thread Alexander Holler
ntext, 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 Pl

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 is

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-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
test 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 major

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 -

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 preven

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 everyon

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

2015-10-17 Thread Alexander Holler
gle core but HT Atom 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://

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 -

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 orderin

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"

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 anno

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 by

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/ar

[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 ind

[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
ncies to drivers will be added. 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 --- sc

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

2015-10-17 Thread Alexander Holler
input too. 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

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

2015-10-17 Thread Alexander Holler
o 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 del

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

2015-10-17 Thread Alexander Holler
ho -e "#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 */

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

2015-10-17 Thread Alexander Holler
ff-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

[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
omatically add a dependency to foo 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 out

[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
of (trivial) commits and therefor having all possible initcalls annotated would be a long 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 bec

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

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

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
h kills a system (reproducible 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/

Re: First kernel patch (optimization)

2015-09-23 Thread Alexander Holler
Am 20.09.2015 um 12:41 schrieb Alexander Holler: Am 20.09.2015 um 04:21 schrieb Theodore Ts'o: As far as what you want to do next, you have a personal "proof of concept" patch that seems to work well enough for you. Great! I'm sure you can keep using it for your own p

Re: First kernel patch (optimization)

2015-09-21 Thread Alexander Holler
Am 21.09.2015 um 17:47 schrieb Austin S Hemmelgarn: On 2015-09-20 06:41, Alexander Holler wrote: Am 20.09.2015 um 04:21 schrieb Theodore Ts'o: On Sat, Sep 19, 2015 at 07:47:22PM +0200, Alexander Holler wrote: Again, I don't think that encryption is an alternative. Besides tha

Re: First kernel patch (optimization)

2015-09-21 Thread Alexander Holler
r students which have to show that they can write good code) spend this time for code which might end up in the waste bin anyway. 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 m

Re: First kernel patch (optimization)

2015-09-20 Thread Alexander Holler
Am 20.09.2015 um 04:21 schrieb Theodore Ts'o: On Sat, Sep 19, 2015 at 07:47:22PM +0200, Alexander Holler wrote: Perhaps not so surprisingly, over a decade later, it is not currently at the top of the priority list of any of the current file system or VFS developers, as far as I know. O

Re: First kernel patch (optimization)

2015-09-19 Thread Alexander Holler
Am 19.09.2015 um 16:22 schrieb Theodore Ts'o: On Sat, Sep 19, 2015 at 02:52:06PM +0200, Alexander Holler wrote: I've recently posted a proof of concept for wiping files, or in other words to really delete files, And it was a disaster because if someone posts imperfect pathhes on

Re: First kernel patch (optimization)

2015-09-19 Thread Alexander Holler
Am 19.09.2015 um 14:52 schrieb Alexander Holler: Am 19.09.2015 um 07:18 schrieb Greg KH: I have been saying for years that we have a lack of real projects / tasks / ideas for people who are skilled, yet have no idea what to do. I know of well over a hundred people I have email addresses of

Re: First kernel patch (optimization)

2015-09-19 Thread Alexander Holler
o even if you don't agree, here as task: wipe files in real. ;) 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/majordom

Re: [PATCH 16/16] phy: phy-core: fix initcall level

2015-09-18 Thread Alexander Holler
Am 18.09.2015 um 08:16 schrieb Kishon Vijay Abraham I: Hi, On Wednesday 26 August 2015 05:58 PM, Alexander Holler wrote: The phy-core has to be initialized before other dependent usb-drivers, otherwise a crash might occur. Currently phy_core_init() is called in the initcall-level device

Re: [PATCH 0/2] deps: parallel initialization of (device-)drivers

2015-09-14 Thread Alexander Holler
Am 09.09.2015 um 20:35 schrieb Alexander Holler: Hello, as already mentioned, I've implemented the stuff to initialize drivers in parallel. What follows are two patches to be used on top of my already posted series (for 4.2) which implements annotated initcalls and DT based dependencies.

[PATCH 2/2] deps: avoid multiple calls to memmove by just setting duplicates to 0

2015-09-09 Thread Alexander Holler
But this only makes a difference for debugging. This patch also adds an of_node_put() for duplicate dt nodes, something I previously had forgotten. Signed-off-by: Alexander Holler --- drivers/of/of_dependencies.c | 34 -- 1 file changed, 20 insertions(+), 14 dele

[PATCH 0/2] deps: parallel initialization of (device-)drivers

2015-09-09 Thread Alexander Holler
terest in that stuff. Regards, Alexander Holler --- (...) [2.628325] Thread 0 calling (ordered) initcall for driver reg-fixed-voltage (regulator-fixed) [2.629196] Thread 3 calling (ordered) initcall for driver imx6q-pinctrl (fsl,imx6q-iomuxc) [2.629331] Thread 0 calling (o

[PATCH 1/2] deps: parallel initialization of (device-)drivers

2015-09-09 Thread Alexander Holler
as hint in case someone experiences problems when enabling the feature this patch provides. Signed-off-by: Alexander Holler --- drivers/of/Kconfig | 20 drivers/of/of_dependencies.c | 245 ++- 2 files changed, 261 insertions(+), 4 deletions(-

Re: [PATCH 15/16] mtd: mtdcore: fix initcall level

2015-09-08 Thread Alexander Holler
Am 04.09.2015 um 06:00 schrieb Alexander Holler: Am 02.09.2015 um 07:34 schrieb Alexander Holler: Am 01.09.2015 um 23:19 schrieb Brian Norris: Hi Alexander, No judgment here for the rest of this series, but for this patch: On Wed, Aug 26, 2015 at 02:28:27PM +0200, Alexander Holler wrote

deps: update in regard to parallel initialization of static linked drivers

2015-09-04 Thread Alexander Holler
Am 26.08.2015 um 14:28 schrieb Alexander Holler: Hello, (...) Some numbers (5 boots on each board, without and with ordering drivers), all times are seconds. (...) imx6q (armv7): unordered: 3.451998 3.418864 3.446952 3.429974 3.440996 (3.4377568) ordered: 3.538312 3.549019 3.538105

Re: [PATCH 15/16] mtd: mtdcore: fix initcall level

2015-09-03 Thread Alexander Holler
Am 02.09.2015 um 07:34 schrieb Alexander Holler: Am 01.09.2015 um 23:19 schrieb Brian Norris: Hi Alexander, No judgment here for the rest of this series, but for this patch: On Wed, Aug 26, 2015 at 02:28:27PM +0200, Alexander Holler wrote: The mtd-core has to be initialized before other

Re: [PATCH 15/16] mtd: mtdcore: fix initcall level

2015-09-01 Thread Alexander Holler
Am 01.09.2015 um 23:19 schrieb Brian Norris: Hi Alexander, No judgment here for the rest of this series, but for this patch: On Wed, Aug 26, 2015 at 02:28:27PM +0200, Alexander Holler wrote: The mtd-core has to be initialized before other dependent mtd-drivers, otherwise a crash might occur

Re: [PATCH net-next v5 00/11] ipv6: Only create RTF_CACHE route after encountering pmtu exception

2015-08-28 Thread Alexander Holler
Am 28.08.2015 um 11:27 schrieb Alexander Holler: Am 28.08.2015 um 09:36 schrieb Martin KaFai Lau: On Mon, Aug 17, 2015 at 11:43:20AM +0200, Alexander Holler wrote: That's why I vote to check out if it's possible/reasonable to backport this series to the stable kernels. I have bac

Re: [PATCH net-next v5 00/11] ipv6: Only create RTF_CACHE route after encountering pmtu exception

2015-08-28 Thread Alexander Holler
Am 28.08.2015 um 09:36 schrieb Martin KaFai Lau: On Mon, Aug 17, 2015 at 11:43:20AM +0200, Alexander Holler wrote: That's why I vote to check out if it's possible/reasonable to backport this series to the stable kernels. I have backported to 4.0.y without major issue, so possible.

Re: [PATCH 00/16] deps: deterministic driver initialization order

2015-08-27 Thread Alexander Holler
Am 27.08.2015 um 21:01 schrieb Alexander Holler: Am 26.08.2015 um 14:28 schrieb Alexander Holler: The final 2 patches are fixes which should end up in mainline, regardless if this feature is merged or not. Just in case your serial or MTD-NAND partitions don't work, the drivers driver

Re: [PATCH 00/16] deps: deterministic driver initialization order

2015-08-27 Thread Alexander Holler
Am 26.08.2015 um 14:28 schrieb Alexander Holler: The final 2 patches are fixes which should end up in mainline, regardless if this feature is merged or not. Just in case your serial or MTD-NAND partitions don't work, the drivers drivers/tty/serial/8250/8250_core.c and drivers/mtd/ofp

[PATCH 05/16] deps: introduce initcalls annotated with a struct device_driver

2015-08-26 Thread Alexander Holler
, sram_init, sram_driver.driver); These changes can be done without any fear. If the feature is disabled, which is the default, the new macros 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 + include/asm

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

2015-08-26 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 ind

[PATCH 09/16] deps: dts: imx6q: make some remote-endpoints non-dependencies

2015-08-26 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/ar

[PATCH 14/16] deps: WIP: kirkwood: annotate some initcalls

2015-08-26 Thread Alexander Holler
WIP means Work In Progress. Change some kirkwood drivers to offer annotated initcalls. Signed-off-by: Alexander Holler --- drivers/dma/mv_xor.c | 2 +- drivers/net/ethernet/marvell/mv643xx_eth.c | 3 ++- drivers/usb/host/ehci-orion.c | 2 +- 3 files changed

[PATCH 16/16] phy: phy-core: fix initcall level

2015-08-26 Thread Alexander Holler
ndard initcall level device). Signed-off-by: Alexander Holler --- drivers/phy/phy-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/phy/phy-core.c b/drivers/phy/phy-core.c index fc48fac..4945029 100644 --- a/drivers/phy/phy-core.c +++ b/drivers/phy/phy-core.c @@ -

[PATCH 15/16] mtd: mtdcore: fix initcall level

2015-08-26 Thread Alexander Holler
level device). Signed-off-by: Alexander Holler --- drivers/mtd/mtdcore.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/mtdcore.c b/drivers/mtd/mtdcore.c index 875..fa8e6452 100644 --- a/drivers/mtd/mtdcore.c +++ b/drivers/mtd/mtdcore.c @@ -1303,7 +1303,7 @@ s

[PATCH 12/16] deps: WIP: imx: annotate some initcalls

2015-08-26 Thread Alexander Holler
WIP means Work In Progress. Change some imx drivers to offer annotated initcalls. Signed-off-by: Alexander Holler --- arch/arm/mach-imx/gpc.c | 2 +- arch/arm/mach-imx/mmdc.c | 2 +- drivers/dma/mxs-dma.c | 2 +- drivers/gpio/gpio-mxc.c

[PATCH 13/16] deps: WIP: omap: annotate some initcalls

2015-08-26 Thread Alexander Holler
WIP means Work In Progress. Change some omap drivers to offer annotated initcalls. Signed-off-by: Alexander Holler --- arch/arm/common/edma.c | 2 +- drivers/bus/omap_l3_smx.c | 2 +- drivers/dma/omap-dma.c | 2 +- drivers/gpio/gpio-twl4030.c

[PATCH 11/16] deps: WIP: generic: annotate some initcalls

2015-08-26 Thread Alexander Holler
WIP means Work In Progress. Change some generic drivers to offer annotated initcalls. Signed-off-by: Alexander Holler --- drivers/input/keyboard/gpio_keys.c | 2 +- drivers/misc/sram.c| 2 +- drivers/regulator/fixed.c | 3 ++- drivers/usb/phy/phy-generic.c | 2

[PATCH 02/16] deps: dtc: Add option to print initialization order

2015-08-26 Thread Alexander Holler
o 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 del

[PATCH 08/16] deps: dts: kirkwood: dockstar: add dependency ehci -> usb power regulator

2015-08-26 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 06/16] deps: deterministic driver initialization sequence based on dependencies from the DT

2015-08-26 Thread Alexander Holler
have been annotated. Signed-off-by: Alexander Holler --- drivers/of/Kconfig | 12 ++ drivers/of/Makefile | 1 + drivers/of/of_dependencies.c| 410 include/linux/of_dependencies.h | 20 ++ init/main.c | 11

[PATCH 07/16] deps: add debug configuration options

2015-08-26 Thread Alexander Holler
Add some debug options to print annotated initcalls, the ordered list of annotated initcalls and to print a message right before an annotated initcall is called. Signed-off-by: Alexander Holler --- drivers/of/Kconfig | 18 ++ drivers/of/of_dependencies.c | 57

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

2015-08-26 Thread Alexander Holler
omatically add a dependency to foo 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 out

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

2015-08-26 Thread Alexander Holler
input too. 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

[PATCH 00/16] deps: deterministic driver initialization order

2015-08-26 Thread Alexander Holler
ENDENCIES is turned on (which is marked as experimental), nothing will change, even if you've annotated some drivers (the new macros will just map to the old ones). Regards, Alexander Holler PS: Please keep in mind that these patches are an offer. I'm already 100+ patches above mainlin

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

2015-08-26 Thread Alexander Holler
ncies to drivers will be added. 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 --- sc

Re: [PATCH net-next v5 00/11] ipv6: Only create RTF_CACHE route after encountering pmtu exception

2015-08-17 Thread Alexander Holler
Am 15.08.2015 um 09:48 schrieb Alexander Holler: Am 30.07.2015 um 13:57 schrieb Alexander Holler: Am 29.07.2015 um 11:25 schrieb Alexander Holler: Am 23.05.2015 um 05:55 schrieb Martin KaFai Lau: To complete the discussion, that "annoying behaviour" is also a big information leak

Re: [PATCH net-next v5 00/11] ipv6: Only create RTF_CACHE route after encountering pmtu exception

2015-08-15 Thread Alexander Holler
Am 30.07.2015 um 13:57 schrieb Alexander Holler: Am 29.07.2015 um 11:25 schrieb Alexander Holler: Am 23.05.2015 um 05:55 schrieb Martin KaFai Lau: This series is to avoid creating a RTF_CACHE route whenever we are consulting the fib6 tree with a new destination. Instead, only create

Re: [PATCH 4.1 099/267] phy: twl4030-usb: remove incorrect pm_runtime_get_sync() in probe function.

2015-08-11 Thread Alexander Holler
nowledge about the musb sources in the kernel and u-boot (and the HW in question), has gone lost and I've currently no real reason to refresh that. ;) Regards, Alexander Holler -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH 4.1 099/267] phy: twl4030-usb: remove incorrect pm_runtime_get_sync() in probe function.

2015-08-09 Thread Alexander Holler
Am 09.08.2015 um 11:00 schrieb NeilBrown: On Sat, 8 Aug 2015 12:18:55 +0530 Kishon Vijay Abraham I wrote: On Saturday 08 August 2015 11:23 AM, Alexander Holler wrote: Hello, this patch killed the musb-host functionality on my classic Beagleboard (rev c4). Symptom was that it there was a

Re: [Bugfix] x86, irq: Fix a regression caused by commit b5dc8e6c21e7

2015-08-09 Thread Alexander Holler
Am 09.08.2015 um 10:15 schrieb Jiang Liu: Alex Deucher, Mark Rustad and Alexander Holler reported a regression with the latest v4.2-rc4 kernel, which breaks some SATA controllers. With multi-MSI capable SATA controllers, only the first port works, all other ports times out when executing SATA

Re: [PATCH 4.1 099/267] phy: twl4030-usb: remove incorrect pm_runtime_get_sync() in probe function.

2015-08-07 Thread Alexander Holler
d it, I haven't looked further into the problem. Regards, Alexander Holler Am 31.07.2015 um 21:39 schrieb Greg Kroah-Hartman: 4.1-stable review patch. If anyone has any objections, please let me know. -- From: NeilBrown commit 4724e27114c4a7ec07db227a17fcab6f165c up

Re: ATA failure regression in kernel 4.2

2015-07-31 Thread Alexander Holler
Am 31.07.2015 um 12:42 schrieb Jiang Liu: On 2015/7/31 18:38, Alexander Holler wrote: Am 28.07.2015 um 20:37 schrieb Alexander Holler: Same problem here with the AMD SATA controller (1022:7801). It failed to identify the second disk when using 4.2-rc4. nointremap helped, nothing else

Re: ATA failure regression in kernel 4.2

2015-07-31 Thread Alexander Holler
Am 28.07.2015 um 20:37 schrieb Alexander Holler: Same problem here with the AMD SATA controller (1022:7801). It failed to identify the second disk when using 4.2-rc4. nointremap helped, nothing else tested A quick look at the change history and two tests are suggesting that the right one

Re: ATA failure regression in kernel 4.2

2015-07-28 Thread Alexander Holler
117757835 117763227 117787837 117868913 PCI-MSI 524288-edge amdgpu nointremap doesn't seem to help. Same problem here with the AMD SATA controller (1022:7801). It failed to identify the second disk when using 4.2-rc4. nointremap helped, nothing else tested Regards, Alexander Holler --

Re: [PATCH] modsign: provide option to automatically delete the key after modules were installed

2015-07-18 Thread Alexander Holler
zero? Sorry for asking (that way), but I'm curious if there is really zero interest in it. Regards, Alexander Holler Am 23.01.2015 um 02:20 schrieb Alexander Holler: I usually throw away (delete) the key used to sign modules after having called make -jN (b)zImage modules &&

Re: [PATCH 00/13] Discover and probe dependencies

2015-06-18 Thread Alexander Holler
ime I wanted to spend. ;) So to repeat myself, I think the first target has to be to identify drivers either without having to call their initcalls at all, or by making sure their initcalls just register and do nothing else (what I've called "well-done"). Regards, Alexander

  1   2   3   4   5   6   7   8   >