static setup of IRQ resource from DT core)
Reported-by: Christian Zigotzky
Suggested-by: Rob Herring
Signed-off-by: Darren Stevens
---
v3 - Corrected resource allocation in fsl-mph-dr-of.c
v2 - Fixed coding style, removed a couple of unneeded initializations,
cc'd Layerscape mainta
Hello Sergei
On 26/06/2022, Sergei Shtylyov wrote:
> Hello!
>
> On 6/25/22 11:41 PM, Darren Stevens wrote:
>
>> In patch a1a2b7125e10 (Drop static setup of IRQ resource from DT
>> core) we stopped platform_get_resource() from returning the IRQ, as all
>
> In com
resources to work with current kernel.
Fixes: a1a2b7125e10 (Drop static setup of IRQ resource from DT core)
Reported-by Christian Zigotzky
Signed-off-by Darren Stevens
---
v2 - Fixed coding style, removed a couple of unneeded initializations,
cc'd Layerscape maintainers.
Tested on Ami
resources to work with current kernel.
Fixes:a1a2b7125e1079 (Drop static setup of IRQ resource from DT core)
Reported-by Christian Zigotzky
Signed-off-by Darren Stevens
---
Tested on AmigaOne X5000/20 and X5000/40 not sure if this is entirely
correct fix though. Contains code by Rob Herring (in fsl
Hello Scott
On 08/05/2020, Scott Wood wrote:
> On Thu, 2020-05-07 at 22:30 +0100, Darren Stevens wrote:
>>
>> +/include/ "p5040si-pre.dtsi"
>> +
>> +/ {
>> +model = "varisys,CYRUS5040";
>> +compatible = "varisys,CYRUS"
The Cyrus board has GPIO connected power-off and reset, add device tree
nodes describing them.
Signed-off-by: Darren Stevens
---
arch/powerpc/boot/dts/fsl/cyrus_p5020.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
b/arch/powerpc
The Cyrus P5040 does not currently have a dts file in Linux, Add one.
Signed-off-by: Darren Stevens
Tested-by: Christian Zigotzky
---
arch/powerpc/boot/dts/fsl/cyrus_p5040.dts | 235 ++
1 file changed, 235 insertions(+)
diff --git a/arch/powerpc/boot/dts/fsl
it don't match the boards hardware. The Cyrus
5020 and 5040 boards are examples, they are based on the p5020 ref
design, but only have 2 ethernet ports.
Fix the problem by moving the ethernet aliases to the boards dts file
where we define the phy aliases.
Signed-off-by: Darren Stevens
---
The Cyrus board has its HDD LED connected to a GPIO pin. Add a device
tree entry for this.
Signed-off-By: Darren Stevens
---
arch/powerpc/boot/dts/fsl/cyrus_p5020.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
b/arch/powerpc/boot
The Cyrus P5020 board has 2 ethernet ports, add the required device tree
entries.
Signed-off-by: Darren Stevens
---
arch/powerpc/boot/dts/fsl/cyrus_p5020.dts | 39
+++ 1 file changed, 39 insertions(+)
diff --git a/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
b/arch
Hello Christian
On 29/04/2020, Christian Zigotzky wrote:
>
>
>> On 29. Apr 2020, at 17:22, Andrew Lunn wrote:
>>
>> ?On Wed, Apr 29, 2020 at 03:55:28PM +0200, Christian Zigotzky wrote:
>>> Hi Andrew,
>>>
>>> You can find some dtb and source files in our kernel package.
>>>
>>> Download: http:/
Hello Andrew
On 25/04/2020, Andrew Lunn wrote:
> On Fri, Apr 24, 2020 at 11:29:38PM +0100, Darren Stevens wrote:
>> Since cbb961ca271e ("Use random MAC address when none is given")
>> Varisys Cyrus P5020 boards have been listing 5 ethernet ports instead of
>> the
w
supplies.
Prevent them from appearing in the net devices list by checking for a
'status="disabled"' entry during probe and skipping the port if we find
it.
Signed-off-by: Darren Stevens
---
drivers/net/ethernet/freescale/fman/mac.c | 11 +++
1 file changed, 11 insertion
The Cyrus board from Varisys has power-off and reset functions attached
to gpio pins. Add the required device-tree bindings.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
b/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
index c603390..15e8440 100644
--- a
The disk activity LED on the Cyrus board is attached to a gpio pin,
add the required device-tree node for the kernel driver to use.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
b/arch/powerpc/boot/dts/fsl/cyrus_p5020.dts
index 15e8440..348cfdb
Hello Christoph
On 08/02/2019, Christoph Hellwig wrote:
> On Fri, Feb 08, 2019 at 10:01:46AM +0100, Christian Zigotzky wrote:
>> Hi Christoph,
>>
>> Your new patch fixes the problems with the P.A. Semi Ethernet! :-)
>
> Thanks a lot once again for testing!
>
> Now can you test with this patch and
Hello Christoph
On 08/02/2019, Christoph Hellwig wrote:
> On Fri, Feb 08, 2019 at 10:01:46AM +0100, Christian Zigotzky wrote:
>> Hi Christoph,
>>
>> Your new patch fixes the problems with the P.A. Semi Ethernet! :-)
>
> Thanks a lot once again for testing!
>
> Now can you test with this patch and
Hello Michael
On 22/12/2018, Michael Ellerman wrote:
> On Sun, 2018-08-19 at 20:21:47 UTC, Darren Stevens wrote:
>> Add a IRQ init routine for the Nemo board which inits and attatches
>> the i8259 found in the SB600, and a cascade routine to dispatch the
>> interrupts.
Michael,
Any comments on these?
On 19/08/2018, Darren Stevens wrote:
> The A-Eon Amigaone X1000's Nemo motherboard has an AMD SB600
> connected to one of the PCI-e root ports on its PaSemi
> Pwrficient 1628M SoC. Normally the SB600 southbridge would be
> connected to a hidden
There are verions of DEF_MMIO_IN_X and DEF_MMIO_OUT_X in asm/io.h
that contain a workaround for a limitation in gcc <=4.0, but the
minimum supported version of gcc is now 4.6, so these can be safely
removed.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/include/asm/io.h b/a
e memory is >=4G
[4.646531] snd_emu10k1 1000:04:04.0: architecture does not support PCI
busmaster DMA with mask 0x7fff
Remove the dev->mask tests to make the routines behave similarly.
Signed-off-by: Darren Stevens
---
This fix looks wrong to me, although it works. The test needs to be rem
Hello Scott
On 27/08/2018, Scott Wood wrote:
> On Mon, 2018-08-27 at 20:15 +0200, Christian Zigotzky wrote:
>> Hello,
>>
>> Our users tested the RC1 of kernel 4.19 on their P5020 boards today.
>> Unfortunately the USB bug still exists. With mem values bigger than 4096M,
>> the USB mouse and keybo
The previous 3 commits added support code for the Nemo motherbard
as used in the Amigaone X1000, now wire them up so the board can
be detected and initalised at boot time.
Signed-off-by: Darren Stevens
---
Changes made:
v2: Changed init code to be empty when NEMO=n rather than using
Add routines for Nemo specific devices to init at boot time, these
being board level power-off and SB600's rtc.
Also add a run time variable to prevent these being activated
if we boot on a reference board.
Signed-off-by: Darren Stevens
---
Changes made:
v2: Merged some #
the PCI-e spec.
Add code to relax the PCI-e detection in both the root port
and the Linux kernel allowing on board devices to be detected.
Signed-off-by: Darren Stevens
---
Changes made:
v2: Replaced sb600_bus with a define, moved iob_mapbase into
sb600_set_flag()
Created som
Add a IRQ init routine for the Nemo board which inits and attatches
the i8259 found in the SB600, and a cascade routine to dispatch the
interrupts.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/platforms/pasemi/setup.c
b/arch/powerpc/platforms/pasemi/setup.c
index 9a6eb04
Pasemi code still uses printk(KERN_ERR/KERN_WARN ... change these to
pr_err(, pr_warn(... to match other powerpc arch code.
No functional changes.
Signed-off-by: Darren Stevens
---
arch/powerpc/platforms/pasemi/dma_lib.c |6 ++--
arch/powerpc/platforms/pasemi/gpio_mdio.c |2 +-
arch
Pasemi arch code finds the root of the PCI-e bus by searching the
device-tree for a node called 'pxp'. But the root bus has a
compatible property of 'pasemi,rootbus' so search for that instead.
Signed-off-by: Darren Stevens
---
This works on the Amigaone X1000, I don'
Hello Michael
On 20/03/2018, Michael Ellerman wrote:
>> The patch looks fine, but I need a signed-off-by line before I can apply
>> it. See
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/submitting-patches.rst
>
> I'm happy to take it, I've been
Hello Madalin-cristian
On 15/01/2018, Madalin-cristian Bucur wrote:
>> > The device tree that you mention, cyrus_p5020.eth.dts is not found in
>> > the Linux kernel sources. The cyrus_p5020.dts file from the fsl ppc
>> > device tree folder does not include the PHY information for the DPAA
>> > int
ter rather than
i2c_add_numbered_adapter.
Signed-off-by: Darren Stevens
---
diff --git a/drivers/i2c/busses/i2c-pasemi.c b/drivers/i2c/busses/i2c-pasemi.c
index df1dbc9..05847fd 100644
--- a/drivers/i2c/busses/i2c-pasemi.c
+++ b/drivers/i2c/busses/i2c-pasemi.c
@@ -365,7 +365,6 @@ static
Add routines for Nemo specific devices to init at boot time, these
being board level power-off and SB600's rtc.
Also add a run time variable to prevent these being activated
if we boot on a reference board.
Signed-off-by: Darren Stevens
---diff --git a/arch/po
;t fully comply with the PCI-e spec.
Add code to relax the PCI-e detection in both the root port
and the Linux kernel allowing on board devices to be detected.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/platforms/pasemi/pasemi.h
b/arch/powerpc/platforms/pasemi
Add a IRQ init routine for the Nemo board which also inits and attatches
the i8259 found in the SB600.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/platforms/pasemi/setup.c
b/arch/powerpc/platforms/pasemi/setup.c
index c4a3e93..c583c17 100644
--- a/arch/powerpc
The previous 3 commits added support code for the Nemo motherbard
as used in the Amigaone X1000, now wire them up so the board can
be detected and initalised at boot time.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/platforms/pasemi/setup.c
b/arch/powerpc
Hello Bjorn
Firstly sorry for not being able to join in this discussion, I have been
moving house and only got my X1000 set up again yesterday..
On 30/11/2017, Bjorn Helgaas wrote:
> I *think* something like the patch below should make this work if you
> use the "pci=pcie_scan_all" parameter. We
Hello Scott
On 23/10/2016, Andy Fleming wrote:
> These config changes build:
> drivers/power/reset/gpio-poweroff.c
> drivers/power/reset/gpio-restart.c
>
> Signed-off-by: Andy Fleming
> ---
> arch/powerpc/configs/fsl-emb-nonhw.config | 6 ++
> 1 file changed, 6 insertions(+)
Is there any ne
ter rather than
i2c_add_numbered_adapter.
Signed-off-by: Darren Stevens
---
Resent as it doesn't seem to have reached linux-i2c mailing list.
diff --git a/drivers/i2c/busses/i2c-pasemi.c b/drivers/i2c/busses/i2c-pasemi.c
index df1dbc9..05847fd 100644
--- a/drivers/i2c/busses/i2c-pasemi.c
+++ b
Hello Michael
On 27/01/2017, Michael Ellerman wrote:
> On Mon, 2017-01-23 at 19:42:54 UTC, Darren Stevens wrote:
> Applied to powerpc fixes, thanks.
>
> https://git.kernel.org/powerpc/c/af2b7fa17eb92e52b65f96604448ff
Thanks, I was going to ask about backporting to 4.9 as it's
ter rather than
i2c_add_numbered_adapter.
Signed-off-by: Darren Stevens
---
diff --git a/drivers/i2c/busses/i2c-pasemi.c b/drivers/i2c/busses/i2c-pasemi.c
index df1dbc9..05847fd 100644
--- a/drivers/i2c/busses/i2c-pasemi.c
+++ b/drivers/i2c/busses/i2c-pasemi.c
@@ -365,7 +365,6 @@ static
-zero values, which cause the prom_getprop
call to hang.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c
index ec47a93..ac83eb0 100644
--- a/arch/powerpc/kernel/prom_init.c
+++ b/arch/powerpc/kernel/prom_init.c
@@ -2834,
Hello Michael
On 23/01/2017, Michael Ellerman wrote:
>> Clearing the long long at addr 8 has been shown to fix this, so
>> add an initalisation to head_64.S so the system will boot.
>
> I'd really prefer it if someone could tell me why we need to clear it.
> But I assume no one knows?
The problem
ter rather than
i2c_add_numbered_adapter.
Signed-off-by: Darren Stevens
---
v2 - remove unnecessary smbus->adapter.nr initialisation.
diff --git a/drivers/i2c/busses/i2c-pasemi.c b/drivers/i2c/busses/i2c-pasemi.c
index df1dbc9..05847fd 100644
--- a/drivers/i2c/busses/i2c-pasemi.c
+++ b/drive
g long at addr 8 has been shown to fix this, so
add an initalisation to head_64.S so the system will boot.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/kernel/head_64.S b/arch/powerpc/kernel/head_64.S
index 1dc5eae..032b317 100644
--- a/arch/powerpc/kernel/head_64.S
+++ b/arch
Hello PrasannaKumar
On 30/08/2016, PrasannaKumar Muralidharan wrote:
> Hi Darren,
>> On mine (Amigaone X1000) that is correct, we boot linux with a vmlinux
>> file, and the bootloader (CFE) passes a fixed dtb. I think it is
>> possible to dump the tree from inside CFE, if it would help I can
>> in
.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c
index 4e74fc5..8269093 100644
--- a/arch/powerpc/kernel/prom_init.c
+++ b/arch/powerpc/kernel/prom_init.c
@@ -2639,6 +2639,69 @@ static void __init fixup_device_tree_efika(void
The of_node for the SB600 (io-bridge) has its device_type set to
'io-bridge' Set it to 'isa' so that it can be found by
isa_bridge_find_early() instead of using patches in the kernel.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/kernel/prom_i
The following series of 3 patches brings initial device tree patches for
A-Eon's Nemo motherboard, as used in the Amigaone X1000.
The dtb passed by the CFE firmware has a number of issues, which up till
now have been fixed by use of patches applied to the mainline kernel.
This occasionally causes
Add config option for the Nemo motherboard used in the Amigaone X1000.
This is a custom PASemi board with an AMD SB600 southbridge, and needs
some patches to it device tree. This option will be used to build these
into the kernel
Signed-off-by: Darren Stevens
---
diff --git
Hello PrasannaKumar
On 25/08/2016, PrasannaKumar Muralidharan wrote:
>> I will propose to use devm_ioremap_resource() instead for removing this
>> hardcoded 0x100, but i cannot find any user of this driver in any dts.
>> (And so cannot check that this 0x100 is given in any DT resource node)
>
>> I
ter rather than
i2c_add_numbered_adapter.
Signed-off-by: Darren Stevens
---
I've tested this on my X1000, and can now see the pasemi busses when I
run i2cdetect, and can even see devices on bus 0, but as this is probably
the first time we've had this working, more testing will be nee
Hello Nicholas
On 06/08/2016, Nicholas Piggin wrote:
> On Fri, 5 Aug 2016 16:38:17 +0200
> Christian Zigotzky wrote:
>
>> Hi All,
>
>
> Hi Christian,
[...]
> As for your driver support, it would indeed be a good idea to
> get it supported in the upstream kernel. You should post a
> new mail about
e default value of 0x, the result
is on a PASemi system with >2Gb ram and iommu enabled the the onboard
ethernet stops working due to an inability to allocate memory.
Add an initialisation to pci_dma_dev_setup_pasemi()
Signed-off-by: Darren Stevens
---
diff
Add a pasmei platform specific entry in the fixup_device_tree() call
in prom_init.c.
This call will be used to fix the broken device tree passed by CFE
on AmigaOneX1000 machines.
Signed-off-by: Darren Stevens
---
diff --git a/arch/powerpc/kernel/prom_init.c b/arch
Hello All,
I'm currently working on some device tree patches for the AmigaOne X1000,
which I hope to push into the mainline kernel, however there is currently no
function for PASemi fixes, this patch introduces it. No code changes at
this time.
This will be for 4.8 (if possible)
Kind regards
Da
Hello Olof
On 29/06/2016, Olof Johansson wrote:
> I don't see the panic here on a Chitra, at least not on recent -next.
>
> What config are you building with when you see this?
If you are not seeing this on the Chitra, it means that our Nemo patch
is causing the problem. I don't know where, as we
Hello Aneesh
On 28/06/2016, Aneesh Kumar K.V wrote:
> Another option is to init it along with rest of the variables as done in
> hash__early_init_mmu(void)/radix__early_init_mmu(void)
*FACEPALM* Why didn't I think of that! I've made this change and seems to work
- obviously I can't test on a Radi
Hello Michael
> I can't merge this because you didn't sign it off.
TBH I wasn't really expecting you too.
> See section 11 of:
>
> https://www.kernel.org/doc/Documentation/SubmittingPatches
Read and understood (I hope)..
Regards
Darren
___
Linuxpp
y_init_mmu()/radix__early_init_mmu())
Reported-by: Christian Zigotzky
Signed-off-by: Darren Stevens
---
Tested on my AmigaOneX1000, I don't have access to a refence board system,
and our developer with one is on honeymoon.
I am hoping to follow this patch with others to reduce the size of
Hello Benjamin
On 27/06/2016, Benjamin Herrenschmidt wrote:
> Tell me more, when is that mapping done ? I'm changing things so that
> platform probe is called much later so that might have an impact.
>
> What consumes pci_io_base before it's been initialized ?
pas_pci_init() is the culprit. Follo
Hello All,
commit d6a9996e84ac4beb7713e9485f4563e100a9b03e
powerpc/mm: vmalloc abstraction in preparation for radix
This commit introduced variables for some linux kernel addresses that had
before
been constants, unfortunately this stopped PaSemi PA6T systems(*) from
booting as
Hello Christian
On 07/06/2016, Christian Zigotzky wrote:
> "range.size, pgprot_val(pgprot_noncached(__pgprot(0;" isn't the
> problem. :-) It works.
>
> 764041e0f43cc7846f6d8eb246d65b53cc06c764 is the first bad commit
> commit 764041e0f43cc7846f6d8eb246d65b53cc06c764
> Author: Aneesh Kumar K.V
62 matches
Mail list logo
