The overall stat is
27 files changed, 36 insertions(+), 80 deletions(-)
and it fixes 21 of these bugs.
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
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/orion_nand.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mtd
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/gpio.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/fsmc_nand.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/omap2.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/omap2
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/atmel_nand.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git
Use the new common function mtd_setup_common_members()
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/davinci_nand.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/davinci_nand.c b/drivers/mtd/nand/davinci_nand.c
index b922c8e
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/sh_flctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/tmio_nand.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/s3c2410.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/plat_nand.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/sharpsl.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/pxa3xx_nand.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand
Use the new common function mtd_setup_common_members()
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/mxc_nand.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/nand/mxc_nand.c
index dba262b..31114db4
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/docg4.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/docg4
Use the new common function mtd_setup_common_members()
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/lpc32xx_mlc.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/mtd/nand/lpc32xx_mlc.c b/drivers/mtd/nand/lpc32xx_mlc.c
index 687478c
Use the new common function mtd_setup_common_members().
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/socrates_nand.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/socrates_nand.c b/drivers/mtd/nand/socrates_nand.c
index
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/fsl_ifc_nand.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mtd
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/ndfc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/jz4740_nand.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/fsl_elbc_nand.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mtd
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/mpc5121_nfc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/bcm47xxnflash/main.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/txx9ndfmc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/nand
Fix a common error in nand-drivers which do not set up a parent device for
the mtd-device by using a new inline function.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/fsl_upm.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/nand
Use the new common function mtd_setup_common_members()
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
drivers/mtd/nand/lpc32xx_slc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/lpc32xx_slc.c b/drivers/mtd/nand/lpc32xx_slc.c
index 53a6742
topological sorted) list. That
wouldn't be much effort. But currently I don't think any DT enabled
device is in need of having to avoid doing the topological sort itself.
Regards,
Alexander Holler
HTH,
jdl
On Mon, May 19, 2014 at 7:35 AM, Alexander Holler wrote:
Am 17.05.2014 14:16, schrieb
patches).
And thinking about that again, I think I was wrong and doing so have
been some kind of evil premature optimization I did in order to spare a
few dependencies/edges. But changing this can done by removing a few
lines in the code for dtc (patch 1).
Regards,
Alexander Holler
been just an idea
which wouldn't offer much motivation to actually look at it.
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/majo
which wouldn't offer much motivation to actually look at it.
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 read
patches).
And thinking about that again, I think I was wrong and doing so have
been some kind of evil premature optimization I did in order to spare a
few dependencies/edges. But changing this can done by removing a few
lines in the code for dtc (patch 1).
Regards,
Alexander Holler
topological sorted) list. That
wouldn't be much effort. But currently I don't think any DT enabled
device is in need of having to avoid doing the topological sort itself.
Regards,
Alexander Holler
HTH,
jdl
On Mon, May 19, 2014 at 7:35 AM, Alexander Holler hol...@ahsoftware.dewrote:
Am
Am 16.05.2014 13:00, schrieb Grant Likely:
On Wed, 14 May 2014 23:10:39 +0200, Alexander Holler
wrote:
Am 14.05.2014 22:06, schrieb Grant Likely:
On Wed, 14 May 2014 16:49:05 +0200, Alexander Holler
wrote:
Am 14.05.2014 16:05, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:53 +0200
Am 16.05.2014 13:00, schrieb Grant Likely:
On Wed, 14 May 2014 23:10:39 +0200, Alexander Holler hol...@ahsoftware.de
wrote:
Am 14.05.2014 22:06, schrieb Grant Likely:
On Wed, 14 May 2014 16:49:05 +0200, Alexander Holler hol...@ahsoftware.de
wrote:
Am 14.05.2014 16:05, schrieb Grant Likely
Am 15.05.2014 17:19, schrieb Alexander Holler:
Am 15.05.2014 16:50, schrieb Alexander Holler:
Am 15.05.2014 14:54, schrieb Luiz Augusto von Dentz:
This timeout seems arbitrary so I suppose we can increase it if we
feel it is necessary but we used already different timeout for
different
Hello,
I think the Linux Foundation should start to auctioning commit slots.
So people would be freed from the burden having to convince, bribe or to
buy Linux kernel maintainers.
I'm pretty sure the quality won't suffer.
Alexander Holler
--
To unsubscribe from this list: send the line
Am 15.05.2014 16:50, schrieb Alexander Holler:
Am 15.05.2014 14:54, schrieb Luiz Augusto von Dentz:
This timeout seems arbitrary so I suppose we can increase it if we
feel it is necessary but we used already different timeout for
different commands like HCI_POWER_OFF_TIMEOUT, so perhaps if we
Am 15.05.2014 14:54, schrieb Luiz Augusto von Dentz:
> Hi Alexander,
>
> On Wed, May 14, 2014 at 5:00 PM, Alexander Holler
> wrote:
>> The reasoning to do this is the following:
>>
>> - If a timeout occurs, the HCI-communication is broken afterwards and the
&g
res out of them.
Convinced? ;)
Alexander Holler
PS: And no, I don't throw chairs around. I just think sometimes a joke
is a good thing.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
out of them.
Convinced? ;)
Alexander Holler
PS: And no, I don't throw chairs around. I just think sometimes a joke
is a good thing.
--
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 15.05.2014 14:54, schrieb Luiz Augusto von Dentz:
Hi Alexander,
On Wed, May 14, 2014 at 5:00 PM, Alexander Holler hol...@ahsoftware.de
wrote:
The reasoning to do this is the following:
- If a timeout occurs, the HCI-communication is broken afterwards and the
dongle isn't usable
Am 15.05.2014 16:50, schrieb Alexander Holler:
Am 15.05.2014 14:54, schrieb Luiz Augusto von Dentz:
This timeout seems arbitrary so I suppose we can increase it if we
feel it is necessary but we used already different timeout for
different commands like HCI_POWER_OFF_TIMEOUT, so perhaps if we
Hello,
I think the Linux Foundation should start to auctioning commit slots.
So people would be freed from the burden having to convince, bribe or to
buy Linux kernel maintainers.
I'm pretty sure the quality won't suffer.
Alexander Holler
--
To unsubscribe from this list: send the line
Am 15.05.2014 17:19, schrieb Alexander Holler:
Am 15.05.2014 16:50, schrieb Alexander Holler:
Am 15.05.2014 14:54, schrieb Luiz Augusto von Dentz:
This timeout seems arbitrary so I suppose we can increase it if we
feel it is necessary but we used already different timeout for
different
Am 14.05.2014 21:24, schrieb Alexander Holler:
> Am 14.05.2014 21:06, schrieb Rob Herring:
>> I still have not seen an example of A depends on B, deferred probe
>> fails because of ? and here is the code for A that works around the
>> problem.
>>
>>> Anyw
Am 14.05.2014 21:06, schrieb Rob Herring:
> On Wed, May 14, 2014 at 12:45 PM, Alexander Holler
> wrote:
>> Am 14.05.2014 19:30, schrieb Rob Herring:
>>
>>> On Wed, May 14, 2014 at 11:23 AM, Alexander Holler
>>> wrote:
>>>>
>>>> Am 14
Am 14.05.2014 22:06, schrieb Grant Likely:
> On Wed, 14 May 2014 16:49:05 +0200, Alexander Holler
> wrote:
>> Am 14.05.2014 16:05, schrieb Grant Likely:
>>> On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler
>>> wrote:
>> Hmm, I don't really care if that
Am 14.05.2014 21:06, schrieb Rob Herring:
On Wed, May 14, 2014 at 12:45 PM, Alexander Holler wrote:
Am 14.05.2014 19:30, schrieb Rob Herring:
On Wed, May 14, 2014 at 11:23 AM, Alexander Holler
wrote:
Am 14.05.2014 18:05, schrieb Grant Likely:
On Wed, May 14, 2014 at 4:02 PM, Alexander
Am 14.05.2014 20:16, schrieb Alexander Holler:
Am 14.05.2014 19:53, schrieb Alexander Holler:
Am 14.05.2014 19:45, schrieb Alexander Holler:
One of the biggest problem of the deferred probe stuff is the problem
how to identify real problems if everything ends up with a deferred
probe when
Am 14.05.2014 19:53, schrieb Alexander Holler:
Am 14.05.2014 19:45, schrieb Alexander Holler:
One of the biggest problem of the deferred probe stuff is the problem
how to identify real problems if everything ends up with a deferred
probe when an error occurs? That means if you display an error
Am 14.05.2014 19:45, schrieb Alexander Holler:
One of the biggest problem of the deferred probe stuff is the problem
how to identify real problems if everything ends up with a deferred
probe when an error occurs? That means if you display an error whenever
something is deferred, the log becomes
Am 14.05.2014 19:30, schrieb Rob Herring:
On Wed, May 14, 2014 at 11:23 AM, Alexander Holler wrote:
Am 14.05.2014 18:05, schrieb Grant Likely:
On Wed, May 14, 2014 at 4:02 PM, Alexander Holler
wrote:
Am 14.05.2014 16:19, schrieb Grant Likely:
Rather than a dtb schema change
Am 14.05.2014 16:49, schrieb Alexander Holler:
Am 14.05.2014 16:05, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler
wrote:
Personally, I think the parts of this patch that manipulate the device
registration
order is entirely the wrong way to handle it. If anything
Am 14.05.2014 18:05, schrieb Grant Likely:
On Wed, May 14, 2014 at 4:02 PM, Alexander Holler wrote:
Am 14.05.2014 16:19, schrieb Grant Likely:
Rather than a dtb schema change, for the most common properties (irqs,
clocks, gpios), we could extract dependencies at boot time. I don't like
uff before. ;)
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 read the FAQ at http://www.tux.org/lkml/
aggrees how to start.
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 read the FAQ at http://www.tux.org/lkml/
Am 14.05.2014 16:13, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:56 +0200, Alexander Holler
wrote:
The init system currently calls unknown functions with almost unknown
functionality in an almost random order.
Correct, we've got a module system. Some would say that is a strength
Am 14.05.2014 16:05, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler
wrote:
Use the properties named 'dependencies' in binary device tree blobs to build
a dependency based initialization order for platform devices and drivers.
This is done by building a directed
by the
timeout, because the hung task would be killed by the timeout before
the hung task would be detected (by other means).
Signed-off-by: Alexander Holler
---
net/bluetooth/hci_event.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/net/bluetooth/hci_event.c b/net
command (and doesn't include the time the
kernel needs to process the answer to an HCI command), my problems were gone.
Signed-off-by: Alexander Holler
---
include/net/bluetooth/hci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/net/bluetooth/hci.h b/include/net/bluetooth
platform_driver_register(drv);
+ pr_info("DEPS: driver %s
registered\n", drv->name);
+ }
if (dev->parent)
device_lock(dev->
Am 14.05.2014 21:24, schrieb Alexander Holler:
Am 14.05.2014 21:06, schrieb Rob Herring:
I still have not seen an example of A depends on B, deferred probe
fails because of ? and here is the code for A that works around the
problem.
Anyway, this feature is totally independ of the deferred
);
+ pr_info(DEPS: driver %s
registered\n, drv-name);
+ }
if (dev-parent)
device_lock(dev-parent);
rc = device_attach(dev);
Regards,
Alexander Holler
command (and doesn't include the time the
kernel needs to process the answer to an HCI command), my problems were gone.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
include/net/bluetooth/hci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/net/bluetooth/hci.h b
by the
timeout, because the hung task would be killed by the timeout before
the hung task would be detected (by other means).
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
net/bluetooth/hci_event.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/net/bluetooth
Am 14.05.2014 16:05, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler hol...@ahsoftware.de
wrote:
Use the properties named 'dependencies' in binary device tree blobs to build
a dependency based initialization order for platform devices and drivers.
This is done
Am 14.05.2014 16:13, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:56 +0200, Alexander Holler hol...@ahsoftware.de
wrote:
The init system currently calls unknown functions with almost unknown
functionality in an almost random order.
Correct, we've got a module system. Some would say
aggrees how to start.
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 read the FAQ at http://www.tux.org/lkml/
. ;)
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 read the FAQ at http://www.tux.org/lkml/
Am 14.05.2014 18:05, schrieb Grant Likely:
On Wed, May 14, 2014 at 4:02 PM, Alexander Holler hol...@ahsoftware.de wrote:
Am 14.05.2014 16:19, schrieb Grant Likely:
Rather than a dtb schema change, for the most common properties (irqs,
clocks, gpios), we could extract dependencies at boot
Am 14.05.2014 16:49, schrieb Alexander Holler:
Am 14.05.2014 16:05, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler
hol...@ahsoftware.de wrote:
Personally, I think the parts of this patch that manipulate the device
registration
order is entirely the wrong way
Am 14.05.2014 19:30, schrieb Rob Herring:
On Wed, May 14, 2014 at 11:23 AM, Alexander Holler hol...@ahsoftware.de wrote:
Am 14.05.2014 18:05, schrieb Grant Likely:
On Wed, May 14, 2014 at 4:02 PM, Alexander Holler hol...@ahsoftware.de
wrote:
Am 14.05.2014 16:19, schrieb Grant Likely
Am 14.05.2014 19:45, schrieb Alexander Holler:
One of the biggest problem of the deferred probe stuff is the problem
how to identify real problems if everything ends up with a deferred
probe when an error occurs? That means if you display an error whenever
something is deferred, the log becomes
Am 14.05.2014 19:53, schrieb Alexander Holler:
Am 14.05.2014 19:45, schrieb Alexander Holler:
One of the biggest problem of the deferred probe stuff is the problem
how to identify real problems if everything ends up with a deferred
probe when an error occurs? That means if you display an error
Am 14.05.2014 20:16, schrieb Alexander Holler:
Am 14.05.2014 19:53, schrieb Alexander Holler:
Am 14.05.2014 19:45, schrieb Alexander Holler:
One of the biggest problem of the deferred probe stuff is the problem
how to identify real problems if everything ends up with a deferred
probe when
Am 14.05.2014 21:06, schrieb Rob Herring:
On Wed, May 14, 2014 at 12:45 PM, Alexander Holler hol...@ahsoftware.de wrote:
Am 14.05.2014 19:30, schrieb Rob Herring:
On Wed, May 14, 2014 at 11:23 AM, Alexander Holler hol...@ahsoftware.de
wrote:
Am 14.05.2014 18:05, schrieb Grant Likely
Am 14.05.2014 22:06, schrieb Grant Likely:
On Wed, 14 May 2014 16:49:05 +0200, Alexander Holler hol...@ahsoftware.de
wrote:
Am 14.05.2014 16:05, schrieb Grant Likely:
On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler hol...@ahsoftware.de
wrote:
Hmm, I don't really care
Am 14.05.2014 21:06, schrieb Rob Herring:
On Wed, May 14, 2014 at 12:45 PM, Alexander Holler hol...@ahsoftware.de
wrote:
Am 14.05.2014 19:30, schrieb Rob Herring:
On Wed, May 14, 2014 at 11:23 AM, Alexander Holler hol...@ahsoftware.de
wrote:
Am 14.05.2014 18:05, schrieb Grant Likely
The property 'no-dependencies' is virtual property and will not be added
to any output file.
Signed-off-by: Alexander Holler
---
scripts/dtc/dependencies.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/scripts/dtc/dependencies.c b/scripts/dtc/dependencies.c
index 4579
The subject says all. Patch 5/9 has a bug which avoids registering late drivers
if OF_DEPENDENCIES is disabled.
This also explains the large differences in boot times I've experienced when
comparing boot times with and without DT dependency based initialization order.
Signed-off-by: Alexander
The subject says all. Patch 5/9 has a bug which avoids registering late drivers
if OF_DEPENDENCIES is disabled.
This also explains the large differences in boot times I've experienced when
comparing boot times with and without DT dependency based initialization order.
Signed-off-by: Alexander
'no-dependencies' is virtual property and will not be added
to any output file.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
scripts/dtc/dependencies.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/scripts/dtc/dependencies.c b/scripts/dtc/dependencies.c
edback if people
do like this stuff at all.
Do you already want those 3 patches for the standalone dtc?
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:/
Use the feature of dependency based initialization order for drivers
if CONFIG_OF_DEPENDENCIES is enabled.
Signed-off-by: Alexander Holler
---
arch/arm/mach-kirkwood/board-dt.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/mach-kirkwood/board-dt.c
b/arch/arm/mach
-by: Alexander Holler
---
arch/arm/mach-omap2/pdata-quirks.c | 8
drivers/pwm/pwm-tipwmss.c | 5 +
2 files changed, 13 insertions(+)
diff --git a/arch/arm/mach-omap2/pdata-quirks.c
b/arch/arm/mach-omap2/pdata-quirks.c
index c33e07e..80becdb 100644
--- a/arch/arm/mach-omap2/pdata
-by: Alexander Holler
---
drivers/dma/mv_xor.c | 2 +-
drivers/dma/omap-dma.c | 2 +-
drivers/gpio/gpio-mvebu.c | 2 +-
drivers/gpio/gpio-twl4030.c| 2 +-
drivers/i2c/busses/i2c-omap.c | 2 +-
drivers/iommu/omap-iommu.c
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
arch/arm/boot/dts/kirkwood.dtsi | 2 +-
2 files changed, 5 insertions(+), 1 deletion
rnel platform drivers,
instead of just initcalls. This will be easy if all platform drivers have
become "well done".
Unfortunately there are some drivers which will need quiet some changes
to become "well done". As an example for such an initcall look e.g. at
drivers/tty/serial/
to for cycles in the dependency graph,
this is now done too.
Signed-off-by: Alexander Holler
---
scripts/dtc/dependencies.c | 346 +
scripts/dtc/dtc.c | 24 +++-
scripts/dtc/dtc.h | 2 +
3 files changed, 371 insertions(+), 1 deletion
. 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 | 48 --
scripts/dtc/dtc.c | 19
/drivers
should be created/initialized.
Signed-off-by: Alexander Holler
---
arch/arm/kernel/setup.c | 20 +-
drivers/of/Kconfig | 10 +
drivers/of/Makefile | 1 +
drivers/of/of_dependencies.c| 403
drivers/of/platform.c
.
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
.
regulator) to the .dts. This shows how such could be done without any changes
on the drivers source code.
If you ask why I did those patches: For the same reason a mountain climber
does climb a mountain. That also explains my limited motivation and
resources. ;)
Regards,
Alexander Holler
LKML-d
.
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
---
scripts/dtc
how such could be done without any changes
on the drivers source code.
If you ask why I did those patches: For the same reason a mountain climber
does climb a mountain. That also explains my limited motivation and
resources. ;)
Regards,
Alexander Holler
LKML-disclaimer (unfortunately
/drivers
should be created/initialized.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
arch/arm/kernel/setup.c | 20 +-
drivers/of/Kconfig | 10 +
drivers/of/Makefile | 1 +
drivers/of/of_dependencies.c| 403
to for cycles in the dependency graph,
this is now done too.
Signed-off-by: Alexander Holler hol...@ahsoftware.de
---
scripts/dtc/dependencies.c | 346 +
scripts/dtc/dtc.c | 24 +++-
scripts/dtc/dtc.h | 2 +
3 files changed, 371 insertions
. 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 | 48 --
scripts/dtc
initcalls. This will be easy if all platform drivers have
become well done.
Unfortunately there are some drivers which will need quiet some changes
to become well done. As an example for such an initcall look e.g. at
drivers/tty/serial/8250/8250_core.c.
Signed-off-by: Alexander Holler hol
601 - 700 of 1445 matches
Mail list logo