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
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
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
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
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
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
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/
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
--
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
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
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
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
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
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
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
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
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
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
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
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
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 -
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
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
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
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://
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 -
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
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"
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
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
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
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
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
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
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
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
) 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
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
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
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
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 */
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
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
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
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
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
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
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
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
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
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
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/
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
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
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
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
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
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
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
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
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.
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
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
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(-
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
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
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
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
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
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.
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
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
, 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
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
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
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
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
@@ -
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
--
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 &&
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 - 100 of 723 matches
Mail list logo