Re: [PATCH -next 2/2] soc: xilinx: Do not check for 0 return after calling platform_get_irq()

On 8/3/23 12:48, Ruan Jinjie wrote: There is no possible for platform_get_irq() to return 0. Use the return value from platform_get_irq(). Signed-off-by: Ruan Jinjie --- drivers/soc/xilinx/zynqmp_power.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v4 10/11] microblaze: Use is_kernel_text() helper

On 9/30/21 9:11 AM, Kefeng Wang wrote: > Use is_kernel_text() helper to simplify code. > > Cc: Michal Simek > Signed-off-by: Kefeng Wang > --- > arch/microblaze/mm/pgtable.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/arch/mic

Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]

> -config ZONE_DMA > - bool > - default y > - > config HZ > int > default 1000 if CLEOPATRA > diff --git a/arch/microblaze/Kconfig b/arch/microblaze/Kconfig > index 0660f47012bc..14a67a42fcae 100644 > --- a/arch/microblaze/Kconfig > +++ b/arch/microblaze/Kconfig > @@ -43,6 +43,7 @@ config MICROBLAZE > select MMU_GATHER_NO_RANGE > select SPARSE_IRQ > select SET_FS > + select ZONE_DMA > > # Endianness selection > choice > @@ -60,9 +61,6 @@ config CPU_LITTLE_ENDIAN > > endchoice > > -config ZONE_DMA > - def_bool y > - > config ARCH_HAS_ILOG2_U32 > def_bool n > Acked-by: Michal Simek # for MB Michal

Re: [PATCH] xsysace: Remove SYSACE driver

On 3/23/21 5:28 PM, Jens Axboe wrote: > On 3/23/21 10:25 AM, Michal Simek wrote: >> >> >> On 3/23/21 5:23 PM, Jens Axboe wrote: >>> On 3/22/21 6:04 PM, Davidlohr Bueso wrote: >>>> Hi, >>>> >>>> On Mon, 09 Nov 2020, Michal Simek w

Re: [PATCH] xsysace: Remove SYSACE driver

On 3/23/21 5:23 PM, Jens Axboe wrote: > On 3/22/21 6:04 PM, Davidlohr Bueso wrote: >> Hi, >> >> On Mon, 09 Nov 2020, Michal Simek wrote: >> >>> Sysace IP is no longer used on Xilinx PowerPC 405/440 and Microblaze >>> systems. The driver is not

[PATCH] xsysace: Remove SYSACE driver

Sysace IP is no longer used on Xilinx PowerPC 405/440 and Microblaze systems. The driver is not regularly tested and very likely not working for quite a long time that's why remove it. Signed-off-by: Michal Simek --- Based on discussion https://lore.kernel.org/linux-arm-kernel/5ab9a2a1-20e3

Re: [PATCH v5 01/13] powerpc: Remove Xilinx PPC405/PPC440 support

>> Or if bamboo requires uImage to be built by default you can do it via >> Kconfig. >> >> diff --git a/arch/powerpc/platforms/44x/Kconfig >> b/arch/powerpc/platforms/44x/Kconfig >> index 39e93d23fb38..300864d7b8c9 100644 >> --- a/arch/powerpc/platforms/44x/Kconfig >> +++

Re: [PATCH v5 01/13] powerpc: Remove Xilinx PPC405/PPC440 support

Hi Nathan, On 16. 06. 20 20:16, Nathan Chancellor wrote: > Hi Michal, > > On Tue, Jun 16, 2020 at 04:45:20PM +0200, Michal Simek wrote: >> >> >> On 16. 06. 20 2:27, Nathan Chancellor wrote: >>> On Thu, May 21, 2020 at 04:55:52PM +, Christophe

Re: [PATCH v5 01/13] powerpc: Remove Xilinx PPC405/PPC440 support

On 16. 06. 20 2:27, Nathan Chancellor wrote: > On Thu, May 21, 2020 at 04:55:52PM +, Christophe Leroy wrote: >> From: Michal Simek >> >> The latest Xilinx design tools called ISE and EDK has been released in >> October 2013. New tool doesn't support an

Re: [PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

On 03. 06. 20 10:13, Christophe Leroy wrote: > Hi, > > Le 03/06/2020 à 10:10, Michal Simek a écrit : >> Hi Michael, >> >> On 26. 05. 20 15:44, Michael Ellerman wrote: >>> Michal Simek writes: >>>> Hi Michael, >>>> >>>> On

Re: [PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

Hi Michael, On 26. 05. 20 15:44, Michael Ellerman wrote: > Michal Simek writes: >> Hi Michael, >> >> On 01. 04. 20 13:30, Michal Simek wrote: >>> On 01. 04. 20 12:38, Takashi Iwai wrote: >>>> On Wed, 01 Apr 2020 12:35:16 +0200, >>>> Mi

Re: [PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

Hi Michael, On 01. 04. 20 13:30, Michal Simek wrote: > On 01. 04. 20 12:38, Takashi Iwai wrote: >> On Wed, 01 Apr 2020 12:35:16 +0200, >> Michael Ellerman wrote: >>> >>> Michal Simek writes: >>>> On 01. 04. 20 4:07, Michael Ellerman

Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

On 21. 05. 20 15:53, Michael Ellerman wrote: > Christophe Leroy writes: >> Le 21/05/2020 à 09:02, Michael Ellerman a écrit : >>> Arnd Bergmann writes: +On Wed, Apr 8, 2020 at 2:04 PM Michael Ellerman wrote: > Benjamin Herrenschmidt writes: >> On Fri, 2020-04-03 at 15:59

Re: [PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

On 01. 04. 20 12:38, Takashi Iwai wrote: > On Wed, 01 Apr 2020 12:35:16 +0200, > Michael Ellerman wrote: >> >> Michal Simek writes: >>> On 01. 04. 20 4:07, Michael Ellerman wrote: >>>> Michal Simek writes: >>>>> Hi, >>>>&g

Re: [PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

On 01. 04. 20 4:07, Michael Ellerman wrote: > Michal Simek writes: >> Hi, >> >> recently we wanted to update xilinx intc driver and we found that function >> which we wanted to remove is still wired by ancient Xilinx PowerPC >> platforms. Here is the thread abo

Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

On 31. 03. 20 11:49, Christophe Leroy wrote: > > > Le 31/03/2020 à 09:19, Christophe Leroy a écrit : >> >> >> Le 31/03/2020 à 08:59, Michal Simek a écrit : >>> On 31. 03. 20 8:56, Christophe Leroy wrote: >>>> >>>> >>>>

Re: [PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

t;>>> On Fri, Mar 27, 2020 at 2:15 PM Andy Shevchenko >>>>> wrote: >>>>>> On Fri, Mar 27, 2020 at 03:10:26PM +0200, Andy Shevchenko wrote: >>>>>>> On Fri, Mar 27, 2020 at 01:54:33PM +0100, Arnd Bergmann wrote: >>>>>>>&

[PATCH v2 2/2] powerpc: Remove Xilinx PPC405/PPC440 support

s tag") and commit 19624236cce1 ("MAINTAINERS: Update Grant's email address and maintainership") that's why it is time to remove the support fot these platforms. Signed-off-by: Michal Simek Acked-by: Arnd Bergmann --- Changes in v2: - Based on my chat with Arnd I removed arch/p

[PATCH v2 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

Reported-by: Takashi Iwai - Based on my chat with Arnd I removed arch/powerpc/xmon/ changes done in v1 to keep them the same as before. (kbuild reported some issues with it too) Michal Simek (2): sound: ac97: Remove sound driver for ancient platform powerpc: Remove Xilinx PPC405/PPC440 support

[PATCH 2/2] powerpc: Remove Xilinx PPC405/PPC440 support

s tag") and commit 19624236cce1 ("MAINTAINERS: Update Grant's email address and maintainership") that's why it is time to remove the support fot these platforms. Signed-off-by: Michal Simek --- Documentation/devicetree/bindings/xilinx.txt | 143 -- Documentation/pow

[PATCH 0/2] powerpc: Remove support for ppc405/440 Xilinx platforms

without anybody complain about it https://github.com/Xilinx/u-boot-xlnx/commit/98f705c9cefdfdba62c069821bbba10273a0a8ed Based on current ppc/next. If anyone has any objection about it, please let me know. Thanks, Michal Michal Simek (2): sound: ac97: Remove sound driver for ancient platform

[PATCH v3] asm-generic: Fix unistd_32.h generation format

but let's align with style used by m68k. Signed-off-by: Michal Simek Reviewed-by: Stefan Asserhall Acked-by: Max Filippov (xtensa) --- Changes in v3: - Add notes about mips/ppc and m68 - Max/Geert Changes in v2: - Update also others archs not just microblaze - Arnd - Align subject and description

Re: [PATCH 1/2] asm-generic: Make msi.h a mandatory include/asm header

On 24. 10. 19 16:44, Masahiro Yamada wrote: > On Thu, Oct 24, 2019 at 7:13 PM Michal Simek wrote: >> >> msi.h is generic for all architectures expect of x86 which has own version. > > Maybe a typo? "except" unfortunately yes. > > > Anyway,

[PATCH v2 0/2] Enabling MSI for Microblaze

-86cc-b335624b3e7c@palmer-si-x1e/ and https://lore.kernel.org/linux-pci/20191017181937.7004-1-pal...@sifive.com/ Thanks, Michal Changes in v2: - Fix typo in commit message s/expect/except/ - Reported-by: Masahiro Michal Simek (1): asm-generic: Make msi.h a mandatory include/asm header Palmer

[PATCH v2 1/2] asm-generic: Make msi.h a mandatory include/asm header

-off-by: Michal Simek Acked-by: Waiman Long Acked-by: Paul Walmsley # arch/riscv Tested-by: Paul Walmsley # build only, rv32/rv64 Reviewed-by: Masahiro Yamada --- Changes in v2: - Fix typo in commit message s/expect/except/ - Reported-by: Masahiro https://lore.kernel.org/linux-riscv

[PATCH 1/2] asm-generic: Make msi.h a mandatory include/asm header

-off-by: Michal Simek --- https://lore.kernel.org/linux-riscv/20191008154604.ga7...@infradead.org/ --- arch/arc/include/asm/Kbuild | 1 - arch/arm/include/asm/Kbuild | 1 - arch/arm64/include/asm/Kbuild | 1 - arch/mips/include/asm/Kbuild| 1 - arch/powerpc/include/asm/Kbuild | 1

[PATCH 0/2] Enabling MSI for Microblaze

-86cc-b335624b3e7c@palmer-si-x1e/ and https://lore.kernel.org/linux-pci/20191017181937.7004-1-pal...@sifive.com/ Thanks, Michal Michal Simek (1): asm-generic: Make msi.h a mandatory include/asm header Palmer Dabbelt (1): pci: Default to PCI_MSI_IRQ_DOMAIN arch/arc/include/asm/Kbuild | 1

[PATCH] hvc: dcc: Add earlycon support

Add DCC earlycon support for early printks. The patch is useful for SoC bringup where HW serial console is broken. Signed-off-by: Michal Simek --- I have this patch in Xilinx tree for quite a long time and it was develop as preparation work for SoC bringup where jtag is functional and get

Re: microblaze HAVE_MEMBLOCK_NODE_MAP dependency (was Re: [PATCH v2 0/5] mm: Enable CONFIG_NODES_SPAN_OTHER_NODES by default for NUMA)

00] r17=C0604408, r18=FFFC, r19=C05B9F6C, r20=BFFEC168 [0.00] r21=BFFEC168, r22=EFFF9AC0, r23=0001, r24=C0606874 [0.00] r25=BFE6B74C, r26=8000, r27=, r28=9040 [0.00] r29=0100, r30=0380, r31=C05C02F0, rPC=C0604408 [0.00] msr=46A0,

Re: [PATCH v2 2/6] microblaze: prefer memblock API returning virtual address

is applied. If you want me to take this via my tree please let me know. Otherwise: Tested-by: Michal Simek Thanks, Michal -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Xilinx Microblaze Maintainer of Linux kernel - Xi

Re: [PATCH 35/36] dt-bindings: arm: Convert Xilinx board/soc bindings to json-schema

On 05. 10. 18 18:58, Rob Herring wrote: > Convert Xilinx SoC bindings to DT schema format using json-schema. > > Cc: Mark Rutland > Cc: Michal Simek > Cc: devicet...@vger.kernel.org > Cc: linux-arm-ker...@lists.infradead.org > Signed-off-by: Rob Herring > --- >

Re: [PATCH 12/36] dt-bindings: arm: Convert cpu binding to json-schema

Hi Rob, On 05. 10. 18 18:58, Rob Herring wrote: > Convert ARM CPU binding to DT schema format using json-schema. > > Cc: Mark Rutland > Cc: Matthias Brugger > Cc: devicet...@vger.kernel.org > Cc: linux-arm-ker...@lists.infradead.org > Cc: linux-media...@lists.infradead.org > Signed-off-by: Rob

Re: [PATCH] watchdog: add SPDX identifiers for watchdog subsystem

> Notes: > v1: Please have an extra look at meson_gxbb_wdt.c > > drivers/watchdog/cadence_wdt.c | 5 +--- > drivers/watchdog/of_xilinx_wdt.c | 8 ++--- Acked-by: Michal Simek <michal.si...@xilinx.com> (For cadence_wdt and of_xilinx_wdt) Thanks, Michal

Re: [PATCH] net: ethernet: xilinx: Mark XILINX_LL_TEMAC broken on 64-bit

On 29.11.2017 11:01, Geert Uytterhoeven wrote: > On 64-bit (e.g. powerpc64/allmodconfig): > > drivers/net/ethernet/xilinx/ll_temac_main.c: In function > 'temac_start_xmit_done': > drivers/net/ethernet/xilinx/ll_temac_main.c:633:22: warning: cast to > pointer from integer of different

Re: [Patch v7 3/7] irqchip: xilinx: restructure and use jump label api

On 15.11.2016 17:03, Zubair Lutfullah Kakakhel wrote: > Hi, > > On 11/15/2016 12:49 PM, Michal Simek wrote: >> On 14.11.2016 13:13, Zubair Lutfullah Kakakhel wrote: >>> Add a global structure to house various variables. >>> And cleanup read/write handling by usi

Re: [Patch v7 3/7] irqchip: xilinx: restructure and use jump label api

On 14.11.2016 13:13, Zubair Lutfullah Kakakhel wrote: > Add a global structure to house various variables. > And cleanup read/write handling by using jump label api. > > Signed-off-by: Zubair Lutfullah Kakakhel > > --- > V6 -> V7 > Restructure and use jump label api

Re: [Patch v7 7/7] powerpc/virtex: Use generic xilinx irqchip driver

t; - { .compatible = "xlnx,xps-intc-1.00.a", }, > - {} > -}; > - > /* > * Initialize master Xilinx interrupt controller > */ > void __init xilinx_intc_init_tree(void) > { > - struct device_node *np; > - > - /* find top level interrupt controller */ > - for_each_matching_node(np, xilinx_intc_match) { > - if (!of_get_property(np, "interrupts", NULL)) > - break; > - } > - BUG_ON(!np); > - > - master_irqhost = xilinx_intc_init(np); > - BUG_ON(!master_irqhost); > - > - irq_set_default_host(master_irqhost); > - of_node_put(np); > - > + irqchip_init(); > xilinx_i8259_setup_cascade(); > } > diff --git a/drivers/irqchip/irq-xilinx-intc.c > b/drivers/irqchip/irq-xilinx-intc.c > index d330917..3db7ab1 100644 > --- a/drivers/irqchip/irq-xilinx-intc.c > +++ b/drivers/irqchip/irq-xilinx-intc.c > @@ -237,4 +237,5 @@ static int __init xilinx_intc_of_init(struct device_node > *intc, > > } > > -IRQCHIP_DECLARE(xilinx_intc, "xlnx,xps-intc-1.00.a", xilinx_intc_of_init); > +IRQCHIP_DECLARE(xilinx_intc_xps, "xlnx,xps-intc-1.00.a", > xilinx_intc_of_init); > +IRQCHIP_DECLARE(xilinx_intc_opb, "xlnx,opb-intc-1.00.c", > xilinx_intc_of_init); > Looks reasonable. Acked-by: Michal Simek <michal.si...@xilinx.com> Thanks, Michal

Re: [Patch v7 6/7] irqchip: xilinx: Try to fall back if xlnx,kind-of-intr not provided

goto err_alloc; > + pr_warn("irq-xilinx: unable to read xlnx,kind-of-intr\n"); > + irqc->intr_mask = 0; > } > > if (irqc->intr_mask >> nr_irq) > Acked-by: Michal Simek <michal.si...@xilinx.com> Thanks, Michal

Re: [Patch v7 4/7] irqchip: xilinx: Rename get_irq to xintc_get_irq

chip/irq-xilinx-intc.c > +++ b/drivers/irqchip/irq-xilinx-intc.c > @@ -101,7 +101,7 @@ static struct irq_chip intc_dev = { > .irq_mask_ack = intc_mask_ack, > }; > > -unsigned int get_irq(void) > +unsigned int xintc_get_irq(void) > { > unsigned int hwirq, irq = -1; > > Acked-by: Michal Simek <michal.si...@xilinx.com> Thanks, Michal

Re: [Patch v7 2/7] irqchip: xilinx: clean up print messages

xlnx,kind-of-intr", _mask); > if (ret < 0) { > - pr_err("%s: unable to read xlnx,kind-of-intr\n", __func__); > + pr_err("irq-xilinx: unable to read xlnx,kind-of-intr\n"); > return ret; > } > > if (intr_mask >> nr_irq) > - pr_warn("%s: mismatch in kind-of-intr param\n", __func__); > + pr_warn("irq-xilinx: mismatch in kind-of-intr param\n"); > > - pr_info("%s: num_irq=%d, edge=0x%x\n", > + pr_info("irq-xilinx: %s: num_irq=%d, edge=0x%x\n", > intc->full_name, nr_irq, intr_mask); > > write_fn = intc_write32; > Acked-by: Michal Simek <michal.si...@xilinx.com> Thanks, Michal

Re: [Patch v7 1/7] microblaze: irqchip: Move intc driver to irqchip

+= irq-xtensa-pic.o > obj-$(CONFIG_XTENSA_MX) += irq-xtensa-mx.o > +obj-$(CONFIG_XILINX_INTC)+= irq-xilinx-intc.o > obj-$(CONFIG_IRQ_CROSSBAR) += irq-crossbar.o > obj-$(CONFIG_SOC_VF610) += irq-vf610-mscm-ir.

Re: [Patch V6 2/6] irqchip: xilinx: Clean up irqdomain argument and read/write

On 9.11.2016 16:53, Marc Zyngier wrote: > On 01/11/16 11:05, Zubair Lutfullah Kakakhel wrote: >> Hi, >> >> Thanks for the review. >> >> On 10/31/2016 07:51 PM, Thomas Gleixner wrote: >>> On Mon, 31 Oct 2016, Zubair Lutfullah Kakakhel wrote: The drivers read/write function handling is a bit

Re: [PATCH v5 1/1] arm64: dts: Add the arasan sdhc nodes in apm-storm.dtsi.

On 05/06/2015 09:31 AM, Arnd Bergmann wrote: On Wednesday 06 May 2015 10:41:07 Suman Tripathi wrote: @@ -533,6 +567,16 @@ interrupts = 0x0 0x4f 0x4; }; + sdhc0: sdhc@1c00 { + device_type = sdhc; device_type

Re: [PATCH v5 1/1] arm64: dts: Add the arasan sdhc nodes in apm-storm.dtsi.

On 05/06/2015 10:40 AM, Arnd Bergmann wrote: On Wednesday 06 May 2015 09:45:15 Michal Simek wrote: On 05/06/2015 09:31 AM, Arnd Bergmann wrote: On Wednesday 06 May 2015 10:41:07 Suman Tripathi wrote: @@ -533,6 +567,16 @@ interrupts = 0x0 0x4f 0x4

Re: [PATCH v3 3/3] Documentation: mmc: Update Arasan SDHC documentation to support 4.9a version of Arasan SDHC controller.

On 05/01/2015 06:54 AM, Suman Tripathi wrote: This patch updates Arasan SDHC documentation to support 4.9a version of Arasan SDHC controller. Signed-off-by: Suman Tripathi stripa...@apm.com --- Documentation/devicetree/bindings/mmc/arasan,sdhci.txt | 5 +++-- 1 file changed, 3

Re: [PATCH v3 1/3] arm64: dts: Add the arasan sdhc nodes in apm-storm.dtsi.

On 05/01/2015 06:54 AM, Suman Tripathi wrote: This patch adds the arasan sdhc nodes to reuse the of-arasan driver for APM X-Gene SoC. Signed-off-by: Suman Tripathi stripa...@apm.com --- arch/arm64/boot/dts/apm-mustang.dts | 4 arch/arm64/boot/dts/apm-storm.dtsi | 44

Re: [PATCH v3 3/3] Documentation: mmc: Update Arasan SDHC documentation to support 4.9a version of Arasan SDHC controller.

On 05/04/2015 08:03 AM, Suman Tripathi wrote: Hi, On Mon, May 4, 2015 at 11:30 AM, Michal Simek michal.si...@xilinx.com wrote: On 05/01/2015 06:54 AM, Suman Tripathi wrote: This patch updates Arasan SDHC documentation to support 4.9a version of Arasan SDHC controller. Signed-off-by: Suman

Re: [PATCH v4 3/3] Documentation: mmc: Update Arasan SDHC documentation to support 4.9a version of Arasan SDHC controller.

,sdhci-8.9a' or +'arasan,sdhci-4.9a' - reg: From mmc bindings: Register location and length. - clocks: From clock bindings: Handles to clock inputs. - clock-names: From clock bindings: Tuple including clk_xin and clk_ahb -- 1.8.2.1 Reviewed-by: Michal Simek michal.si

Re: [PATCH v4 2/3] mmc: host: arasan: Add the support for sdhci-arasan4.9a in sdhci-of-arasan.c

be also fine. Reviewed-by: Michal Simek michal.si...@xilinx.com Thanks, Michal ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v2 14/21] of/fdt: create common debugfs

support is added. This changes the path of the blob from $arch/flat-device-tree to device-tree/flat-device-tree. Signed-off-by: Rob Herring r...@kernel.org Cc: Michal Simek mon...@monstr.eu Cc: Benjamin Herrenschmidt b...@kernel.crashing.org Cc: Paul Mackerras pau...@samba.org Cc: linuxppc

Re: [PATCH v2 00/21] FDT clean-ups and libfdt support

in the unflattening code where walking up the tree was not being handled correctly (thanks to Michal Simek). I re-worked things a bit to avoid globally adding libfdt include paths. A branch is available here[1], and I plan to put into linux-next in a few days. Please test! I've compiled on arm

Re: [PATCH 09/20] of/fdt: create common debugfs

On 04/07/2014 02:42 AM, Rob Herring wrote: On Fri, Apr 4, 2014 at 9:11 AM, Michal Simek mon...@monstr.eu wrote: On 04/04/2014 03:32 PM, Rob Herring wrote: On Fri, Apr 4, 2014 at 8:22 AM, Michal Simek mon...@monstr.eu wrote: On 04/04/2014 03:00 PM, Rob Herring wrote: On Fri, Apr 4, 2014 at 7

Re: [PATCH 09/20] of/fdt: create common debugfs

support is added. This changes the path of the blob from $arch/flat-device-tree to device-tree/flat-device-tree. Signed-off-by: Rob Herring r...@kernel.org Cc: Michal Simek mon...@monstr.eu Cc: Benjamin Herrenschmidt b...@kernel.crashing.org Cc: Paul Mackerras pau...@samba.org Cc: linuxppc

Re: [PATCH 09/20] of/fdt: create common debugfs

, Michal -- Michal Simek, Ing. (M.Eng), OpenPGP - KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Microblaze cpu - http://www.monstr.eu/fdt/ Maintainer of Linux kernel - Xilinx Zynq ARM architecture Microblaze U-BOOT custodian and responsible for u-boot arm zynq platform

Re: [PATCH 09/20] of/fdt: create common debugfs

On 04/04/2014 03:00 PM, Rob Herring wrote: On Fri, Apr 4, 2014 at 7:16 AM, Michal Simek mon...@monstr.eu wrote: On 04/04/2014 12:16 AM, Rob Herring wrote: From: Rob Herring r...@kernel.org Both powerpc and microblaze have the same FDT blob in debugfs feature. Move this to common location

Re: [PATCH 09/20] of/fdt: create common debugfs

On 04/04/2014 03:32 PM, Rob Herring wrote: On Fri, Apr 4, 2014 at 8:22 AM, Michal Simek mon...@monstr.eu wrote: On 04/04/2014 03:00 PM, Rob Herring wrote: On Fri, Apr 4, 2014 at 7:16 AM, Michal Simek mon...@monstr.eu wrote: On 04/04/2014 12:16 AM, Rob Herring wrote: From: Rob Herring r

Re: [PATCH 00/11] Consolidate asm/fixmap.h files

On 11/12/2013 04:55 PM, Mark Salter wrote: On Tue, 2013-11-12 at 16:39 +0100, Michal Simek wrote: On 11/12/2013 02:22 PM, Mark Salter wrote: arch/arm/include/asm/fixmap.h| 25 ++-- arch/hexagon/include/asm/fixmap.h| 40 + arch/metag/include/asm/fixmap.h

Re: [PATCH 00/11] Consolidate asm/fixmap.h files

-generic/fixmap.h | 107 +++ 11 files changed, 125 insertions(+), 371 deletions(-) create mode 100644 include/asm-generic/fixmap.h Any repo/branch with all these patches will be helpful. Thanks, Michal -- Michal Simek, Ing. (M.Eng), OpenPGP - KeyID

Re: [GIT PULL] DT/core: cpu_ofnode updates for v3.12

. There was probably any reason why it was there. Or maybe no reason and it was just there because Microblaze was based on powerpc code. Thanks, Michal -- Michal Simek, Ing. (M.Eng), OpenPGP - KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Microblaze cpu - http

Re: [RFC] device-tree.git automatic sync from linux.git

platforms are just correctly described. The reaching this point I would suggest that for arm, arm-soc maintainers should keep eyes on any dts binding change and all these changes require ACK from Rob or Grant (like device-tree maintainers). Thanks, Michal -- Michal Simek, Ing. (M.Eng), OpenPGP

Re: [RFC] device-tree.git automatic sync from linux.git

On 05/13/2013 01:59 PM, Ian Campbell wrote: On Mon, 2013-05-13 at 08:02 +0100, Michal Simek wrote: Just small overview it is a Xilinx soft core cpu where you can even setup some parameters for core itself - multiplier, divider, BS, fpu, cache sizes, etc. You have to also compose the whole

Re: pci and pcie device-tree binding - range No cells

On 12/10/2012 10:41 PM, Grant Likely wrote: On Mon, 10 Dec 2012 09:21:51 -0600, Rob Herring robherri...@gmail.com wrote: On 12/10/2012 09:05 AM, Michal Simek wrote: On 12/10/2012 03:26 PM, Rob Herring wrote: On 12/10/2012 06:20 AM, Michal Simek wrote: Hi Grant and others, I have a question

Re: pci and pcie device-tree binding - range No cells

On 12/12/2012 11:49 AM, Grant Likely wrote: On Wed, Dec 12, 2012 at 10:37 AM, Michal Simek mon...@monstr.eu wrote: On 12/10/2012 10:41 PM, Grant Likely wrote: drivers/pci/pci-of.c would be good. I'd also accept drivers/of/pci.c which might actually be a good idea in the short term so

pci and pcie device-tree binding - range No cells

://devicetree.org/Device_Tree_Usage#PCI_Host_Bridge And also in documentation in the linux Documentation/devicetree/bindings/pci/83xx-512x-pci.txt Both format uses: #size-cells = 2; #address-cells = 3; What is valid format? Thanks, Michal -- Michal Simek, Ing. (M.Eng) w: www.monstr.eu p: +42-0

Re: pci and pcie device-tree binding - range No cells

On 12/10/2012 03:26 PM, Rob Herring wrote: On 12/10/2012 06:20 AM, Michal Simek wrote: Hi Grant and others, I have a question regarding number of cells in ranges property for pci and pcie nodes. Linux pci/pcie powerpc DTSes contain 7 cells (xpedite5370.dts, sequoia.dts, etc) but also 6 cells

Re: pci and pcie device-tree binding - range No cells

On 12/10/2012 04:21 PM, Rob Herring wrote: On 12/10/2012 09:05 AM, Michal Simek wrote: On 12/10/2012 03:26 PM, Rob Herring wrote: On 12/10/2012 06:20 AM, Michal Simek wrote: Hi Grant and others, I have a question regarding number of cells in ranges property for pci and pcie nodes. Linux pci

Re: pci and pcie device-tree binding - range No cells

was designed for PCI and microblaze also used it for PCI. CC: Thomas: I think it will be interesting to see this discussion because you are using size-cell/address-cells equal 1. http://www.spinics.net/lists/arm-kernel/msg211839.html Thanks, Michal -- Michal Simek, Ing. (M.Eng) w: www.monstr.eu p: +42-0

Re: pci and pcie device-tree binding - range No cells

On 12/10/2012 05:02 PM, Rob Herring wrote: On 12/10/2012 09:37 AM, Michal Simek wrote: On 12/10/2012 04:21 PM, Rob Herring wrote: On 12/10/2012 09:05 AM, Michal Simek wrote: On 12/10/2012 03:26 PM, Rob Herring wrote: On 12/10/2012 06:20 AM, Michal Simek wrote: Hi Grant and others, I have

[RFC] Relocatable kernel for ppc44x

Hi, John mentioned in his email that we have some patches. I am also sending them [patch 1/7-6/7]. It is support for non zero boot address for ppc44x. Patch 7/7 is relocatable support for ppc44x. All patches are against 2.6.31.13 but it shouldn't be big problem to port them to the latest and

[RFC PATCH 1/7] powerpc: ppc440 remove zero physical memory base assumption

From: John Williams john.willi...@petalogix.com The macro PHYSICAL_START is available in this context, currently always with the value zero. However, that will change in a future patchset. For now, just remove the zero physical address start assumption in head_44x.S where we setup the initial

[RFC PATCH 2/7] powerpc: Permit non-zero physical start address for PPC44x

From: John Williams john.willi...@petalogix.com The initial TLB entry is 256M, meaning that the physical base address must be 256M aligned. Signed-off-by: John Williams john.willi...@petalogix.com --- arch/powerpc/Kconfig |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git

[RFC PATCH 4/7] powerpc: Let simpleboot function with non zero-based memory maps

From: John Williams john.willi...@petalogix.com It is unnecessarily restrictive to fatal() if there is physical memory at a non-zero base address. Signed-off-by: John Williams john.willi...@petalogix.com --- arch/powerpc/boot/simpleboot.c |5 - 1 files changed, 0 insertions(+), 5

[RFC PATCH 5/7] powerpc: Consider a non-zero boot address when computing the bootwrapper start

From: John Williams john.willi...@petalogix.com There's no fundamental reason the bootwrapper can't boot off a non-zero base, we just need to make sure we account for it in the link. Do this by adding the (up-aligned) kernel size to membase, and using that as the link address. Signed-off-by:

[RFC PATCH 7/7] powerpc: Support RELOCATABLE kernel for PPC44x

. memstart_addr and kernstart_addr are setup directly from asm code to ensure that only ppc44x is affected. Signed-off-by: Michal Simek mon...@monstr.eu --- arch/powerpc/Kconfig|3 ++- arch/powerpc/include/asm/page.h |7 ++- arch/powerpc/kernel/head_44x.S | 28

[RFC PATCH 3/7] powerpc: simpleboot get load address from ELF instead of assuming zero

From: John Williams john.willi...@petalogix.com simpleboot current assumes that the physical load address is zero, even if the ELF payload has a non-zero paddr. This is a simple fix that avoids a custom pltform_ops handler in this case. Signed-off-by: John Williams john.willi...@petalogix.com

[RFC PATCH 6/7] powerpc: Update the default FIT image to use the correct load/boot addresses

From: John Williams john.willi...@petalogix.com The default kernel_fdt.its hard codes zero load/start addresses, but this may no longer be true. As we copy the FIT tree descriptor, update these values based on the incoming ELF payload. Signed-off-by: John Williams john.willi...@petalogix.com

Relocatable kernel for ppc44x

Hi, have someone tried to support RELOCATABLE kernel on ppc44x? Thanks, Michal -- Michal Simek, Ing. (M.Eng) w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/ Microblaze U-BOOT custodian

Re: [PATCH OF 07/14] of: move of_irq_map_pci() into generic code

pci hw for testing but compilation is fine. If you like: Acked-by: Michal Simek mon...@monstr.eu Thanks, Michal http://git.secretlab.ca/?p=linux-2.6.git;a=commit;h=04bea68b2f0eeebb089ecc67b618795925268b4a g. --- arch/microblaze/include/asm/pci-bridge.h | 12 arch/microblaze/include

Re:

-common.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) Is there any reason why you are sending me this patch again and again? Please STOP doing this! This patch was added to the mainline last week. Regards, Michal -- Michal Simek, Ing. (M.Eng) w: www.monstr.eu p: +42-0-721842854

Re:

that this patch is already applied. http://git.monstr.eu/git/gitweb.cgi?p=linux-2.6-microblaze.git;a=commit;h=9a6df6cbfd903b6d9b4b1021f46d78601adfac77 Thanks, Michal -- Michal Simek, Ing. (M.Eng) w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel 2.6 Microblaze Linux - http

[PATCH] powerpc: Replace hardcoded offset by BREAK_INSTR_SIZE

kgdb_handle_breakpoint checks the first arch_kgdb_breakpoint which is not known by gdb that's why is necessary jump over it. The jump lenght is equal to BREAK_INSTR_SIZE that's why is cleaner to use defined macro instead of hardcoded non-described offset. Signed-off-by: Michal Simek mon

Re: [PATCH 1/5] microblaze: turn CONFIG_OF into a select

Stephen Rothwell wrote: so that we can make CONFIG_OF global and remove it from the architecture Kconfig files later. Signed-off-by: Stephen Rothwell s...@canb.auug.org.au Acked-by: Michal Simek mon...@monstr.eu --- arch/microblaze/Kconfig |5 +++-- 1 files changed, 3 insertions(+), 2

Re: [PATCH 5/5] of: remove architecture CONFIG_OF definitions

Stephen Rothwell wrote: now that CONFIG_OF is defined globally Signed-off-by: Stephen Rothwell s...@canb.auug.org.au Acked-by: Michal Simek mon...@monstr.eu --- arch/microblaze/Kconfig |3 --- arch/powerpc/Kconfig|3 --- arch/sparc/Kconfig |3 --- 3 files changed, 0

Re: [PATCH 2/2] [V5] Add non-Virtex5 support for LL TEMAC driver

; + } } - lp-sdma_dcrs = dcr_map(np, dcrs, dcr_resource_len(np, 0)); - dev_dbg(op-dev, DCR base: %x\n, dcrs); lp-rx_irq = irq_of_parse_and_map(np, 0); lp-tx_irq = irq_of_parse_and_map(np, 1); -- Michal Simek, Ing. (M.Eng) PetaLogix - Linux Solutions

Re: [PATCH] powerpc/of: Fix comparison of compatible properties

and pci + * and similar. + */ +#define of_compat_cmp(s1, s2, l) strcasecmp((s1), (s2)) +#define of_prop_cmp(s1, s2)strcmp((s1), (s2)) +#define of_node_cmp(s1, s2)strcasecmp((s1), (s2)) + #define HAVE_ARCH_DEVTREE_FIXUPS #ifdef CONFIG_PPC32 -- Michal Simek, Ing

Re: [PATCH] [V2] Add non-Virtex5 support for LL TEMAC driver

)); - dev_dbg(op-dev, DCR base: %x\n, dcrs); lp-rx_irq = irq_of_parse_and_map(np, 0); lp-tx_irq = irq_of_parse_and_map(np, 1); -- Michal Simek, Ing. (M.Eng) PetaLogix - Linux Solutions for a Reconfigurable World w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663

Re: [PATCH] [V2] Add non-Virtex5 support for LL TEMAC driver

John Linn wrote: -Original Message- From: Michal Simek [mailto:michal.si...@petalogix.com] Sent: Monday, March 15, 2010 2:40 AM To: John Linn Cc: net...@vger.kernel.org; linuxppc-...@ozlabs.org; grant.lik...@secretlab.ca; jwbo...@linux.vnet.ibm.com; john.willi...@petalogix.com; John

Re: [PATCH] [V2] Add non-Virtex5 support for LL TEMAC driver

John Linn wrote: -Original Message- From: Michal Simek [mailto:michal.si...@petalogix.com] Sent: Monday, March 15, 2010 8:40 AM To: John Linn Cc: net...@vger.kernel.org; linuxppc-...@ozlabs.org; grant.lik...@secretlab.ca; jwbo...@linux.vnet.ibm.com; john.willi...@petalogix.com; John

Re: [PATCH 4/9] of/flattree: Don't assume HAVE_LMB

at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ -- Michal Simek, Ing. (M.Eng) PetaLogix - Linux Solutions for a Reconfigurable World w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663

Re: [PATCH 0/9] Random OF cleanups and merges

my big ACK for that 9 patches. Acked-by: Michal Simek mon...@monstr.eu Cheers, g. --- Grant Likely (6): of: remove undefined request_OF_resource release_OF_resource of/sparc: Remove sparc-local declaration of allnodes and devtree_lock of: move definition of of_chosen

Re: [PATCH 0/3] OF Device tree merge patches

not able applied these patches on Linus head but I have tested your test-devicetree branch and I haven't found any problem for Microblaze, that's why you can add my ACK for Microblaze part Acked-by: Michal Simek mon...@monstr.eu BTW: I am testing Stephen's next tree every day that's why if you

Re: [PATCH 3/3] of/gpio: Introduce of_put_gpio(), add ref counting for OF GPIO chips

device_node *np) * * Returns GPIO number to use with Linux generic GPIO API, or one of the errno * value on the error condition. + * + * Remeber to put the GPIO back using of_put_gpio() call. */ static inline int of_get_gpio(struct device_node *np, int index) { -- Michal Simek, Ing. (M.Eng

Re: [PATCH 3/3] of/gpio: Introduce of_put_gpio(), add ref counting for OF GPIO chips

Michal Simek wrote: Anton Vorontsov wrote: OF GPIO infrastructure is using dynamic GPIO bases, so it is possible that of_get_gpio()'s returned GPIO number will be no longer valid, or worse, it may point to an unexpected GPIO controller. I am not able to apply this last patch. $ git-am

Re: [PATCH RFC 0/3] Implement refcounting for OF GPIO chips

integration for I2C/SPI GPIO chips' http://lkml.org/lkml/2010/2/5/243 -- Michal Simek, Ing. (M.Eng) PetaLogix - Linux Solutions for a Reconfigurable World w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663 ___ Linuxppc-dev mailing

Re: xilinx-pci driver and pci in general

Benjamin Herrenschmidt wrote: On Wed, 2010-01-13 at 16:23 +0100, Michal Simek wrote: The main problems are: ppc use ppc_md struct which we don't have it on Microblaze. xilinx-pci driver uses exclude_device function. This function is used in indirect_pci.c too. There could be a way to move

xilinx-pci driver and pci in general

the same function as are in driver/pci/access.c. Is there any secret reason to do it in this way? Thanks for this early discuss. I would like to hear your opinion and then I will choose solution how to add our pci support to mainline. Thanks, Michal -- Michal Simek, Ing. (M.Eng) PetaLogix

Re: [microblaze-uclinux] Re: [PATCH 0/4 v2] Merge OF dynamic patches

changed, 110 insertions(+), 126 deletions(-) -- Michal Simek, Ing. (M.Eng) PetaLogix - Linux Solutions for a Reconfigurable World w: www.petalogix.com p: +61-7-30090663,+42-0-721842854 f: +61-7-30090663 ___ Linuxppc-dev mailing list Linuxppc-dev

Re: [microblaze-uclinux] [PATCH 00/11] More OF merge patches

for MMU and noMMU kernels. I expect that you will add these patches to next branch. I test it every day - if is any problem with Microblaze, I will let you know. Tested-by: Michal Simek mon...@monstr.eu Thanks for this work, Michal I've also pushed this series out to the test-devicetree branch

Re: [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation

patch (in attachment) which fixed it. I tested your patches on Microblaze (noMMU and MMU) and I have no problem with compilation and simple boot-up works for both versions too. With that my patch: Acked-by: Michal Simek mon...@monstr.eu Thanks, Michal P.S.: I have my provider - it block my

Re: [microblaze-uclinux] Re: [RFC PATCH 05/12] of: add common header for flattened device tree representation

Grant Likely wrote: On Wed, Oct 7, 2009 at 6:14 AM, Michal Simek mon...@monstr.eu wrote: Stephen Rothwell wrote: Hi Grant, Just first obvious thing: On Tue, 06 Oct 2009 22:30:59 -0600 Grant Likely grant.lik...@secretlab.ca wrote: diff --git a/arch/microblaze/include/asm/prom.h b

  1   2   >