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 a/drivers/soc/x
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
ool y
>
> -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
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
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 reg
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
>> 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
>> +++ b/arch/powerpc/platforms
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
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 any PPC
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
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
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
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 +1100
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
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
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:
>>>>
>>>>
>>>>
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:
>>>>>>>&
status 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
files
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 su
status 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 --
Do
2017 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 pla
y 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 desc
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, the
-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
igned-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-
igned-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/Kbuil
-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
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
8C, r16=
[0.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=C06044
atch 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
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
> ---
>
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
: 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 (For cadence_wdt and
of_xilinx_wdt)
Thanks,
Michal
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 siz
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
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
> Better commit log
>
> V5 -
.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
Thanks,
Michal
rn("irq-xilinx: unable to read xlnx,kind-of-intr\n");
> + irqc->intr_mask = 0;
> }
>
> if (irqc->intr_mask >> nr_irq)
>
Acked-by: Michal Simek
Thanks,
Michal
t; +++ 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
Thanks,
Michal
;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
Thanks,
Michal
c.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.o
> obj-$(CONFIG_BCM6345_L1_IRQ) += irq-bcm6345-l1.o
> diff --git a/arch/microblaze/kernel/intc.c b/drivers/irqchip/irq-xilinx-intc.c
> similarity index 100%
> rename from arch/microblaze/kernel/intc.c
> rename to drivers/irqchip/irq-xilinx-intc.c
>
Tested-by: Michal Simek
Thanks,
Michal
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 qui
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 @@
>>>>>&
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_typ
ble = "arasan,sdhci-4.9a" },
> { }
> };
> MODULE_DEVICE_TABLE(of, sdhci_arasan_of_match);
> --
> 1.8.2.1
>
You probably need just to add simple of.h but of_device.h should be also
fine.
Reviewed-by: Michal Simek
Thanks,
Michal
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
a'
> + - compatible: Compatibility string. Must be 'arasan,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:
On 05/04/2015 08:03 AM, Suman Tripathi wrote:
> Hi,
>
> On Mon, May 4, 2015 at 11:30 AM, Michal Simek 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 control
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
> ---
> arch/arm64/boot/dts/apm-mustang.dts | 4
> arch/arm64/boot/dts/apm-storm.dtsi | 44
> +++
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
> ---
> Documentation/devicetree/bindings/mmc/arasan,sdhci.txt | 5 +++--
> 1 file changed, 3 insertions(+), 2 delet
elatively minor. There was a bug 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 lin
overlay 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
> Cc: Michal Simek
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: linuxppc
On 04/07/2014 02:42 AM, Rob Herring wrote:
> On Fri, Apr 4, 2014 at 9:11 AM, Michal Simek wrote:
>> On 04/04/2014 03:32 PM, Rob Herring wrote:
>>> On Fri, Apr 4, 2014 at 8:22 AM, Michal Simek wrote:
>>>> On 04/04/2014 03:00 PM, Rob Herring wrote:
>>>&g
On 04/04/2014 03:32 PM, Rob Herring wrote:
> On Fri, Apr 4, 2014 at 8:22 AM, Michal Simek wrote:
>> On 04/04/2014 03:00 PM, Rob Herring wrote:
>>> On Fri, Apr 4, 2014 at 7:16 AM, Michal Simek wrote:
>>>> On 04/04/2014 12:16 AM, Rob Herring wrote:
>>>>>
On 04/04/2014 03:00 PM, Rob Herring wrote:
> On Fri, Apr 4, 2014 at 7:16 AM, Michal Simek wrote:
>> On 04/04/2014 12:16 AM, Rob Herring wrote:
>>> From: Rob Herring
>>>
>>> Both powerpc and microblaze have the same FDT blob in debugfs feature.
>>>
lat_dt_debugfs_export_fdt':
> drivers/of/fdt.c:957:2: error: implicit declaration of function
> 'fdt_totalsize' [-Werror=implicit-function-declaration]
Ignore this one - there is no compilation problem.
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE
overlay 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
> Cc: Michal Simek
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: linuxppc
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 +
t; arch/um/include/asm/fixmap.h | 40 +
> arch/x86/include/asm/fixmap.h| 59 +--
> include/asm-generic/fixmap.h | 107
> +++
> 11 files changed, 125 insertions(+), 371 deletions(-)
> create mode 1
t; include/uapi/linux/kvm_para.h:26, from include/linux/kvm_para.h:4,
>> from include/linux/kvm_host.h:30, from
>> arch/powerpc/kernel/asm-offsets.c:53:
>> arch/powerpc/include/asm/prom.h:47:21: note: previous declaration
>> of 'of_get_cpu_node' was here
&
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.
>> Y
all 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 -&
On 12/12/2012 11:49 AM, Grant Likely wrote:
On Wed, Dec 12, 2012 at 10:37 AM, Michal Simek 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 that it gets
approp
On 12/10/2012 10:41 PM, Grant Likely wrote:
On Mon, 10 Dec 2012 09:21:51 -0600, 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
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 a
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
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
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
://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
From: John Williams
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
---
arch/powerpc/boot/wrapper |6 +-
1 files cha
From: John Williams
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
---
arch/powerpc/boot/elf.h |1 +
arch/powerpc
.
memstart_addr and kernstart_addr are setup directly from asm
code to ensure that only ppc44x is affected.
Signed-off-by: Michal Simek
---
arch/powerpc/Kconfig|3 ++-
arch/powerpc/include/asm/page.h |7 ++-
arch/powerpc/kernel/head_44x.S | 28
arch
From: John Williams
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: John Williams
---
arch/power
From: John Williams
It is unnecessarily restrictive to fatal() if there is physical memory at a
non-zero base address.
Signed-off-by: John Williams
---
arch/powerpc/boot/simpleboot.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/powerpc/boot/simpleboot.c b/a
From: John Williams
The initial TLB entry is 256M, meaning that the physical base address must be
256M aligned.
Signed-off-by: John Williams
---
arch/powerpc/Kconfig |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index d00
From: John Williams
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 TLB, and in the later MMU set
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 gre
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
: Sebastian Andrzej Siewior
I've got this one in my devicetree/next branch which is pulled into
linux-next. I've not received an ack from Ben yet. Michal, is this
okay by you?
yep. No problem. I don't have pci hw for testing but compilation is fine.
If you like:
Acked-by: Michal
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
Maintainer of Linux kernel 2.6
ou 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://www.monstr
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
Stephen Rothwell wrote:
now that CONFIG_OF is defined globally
Signed-off-by: Stephen Rothwell
Acked-by: Michal Simek
---
arch/microblaze/Kconfig |3 ---
arch/powerpc/Kconfig|3 ---
arch/sparc/Kconfig |3 ---
3 files changed, 0 insertions(+), 9 deletions(-)
diff
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
Acked-by: Michal Simek
---
arch/microblaze/Kconfig |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch
= temac_dma_in32;
+ lp->dma_out = temac_dma_out32;
+ dev_dbg(&op->dev, "MEM base: %p\n", lp->sdma_regs);
+ } else {
+ dev_err(&op->dev, "unable to map DMA registers\n");
+
ases where we could otherwise mismatch "pcix" 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 H
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
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
uot;MEM base: %p\n", lp->sdma_regs);
+ } else {
+ dev_err(&op->dev, "unable to map DMA registers\n");
+ goto nodev;
+ }
}
- lp->sdma_dcrs = dcr_map(np, dcrs, dcr_resource_len(
ail as Ben that's why one my big ACK
for that 9 patches.
Acked-by: Michal Simek
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 defini
cribe 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/
--
Michal Simek, Ing. (M.Eng)
PetaLogix - Linux Soluti
v2 0/4] OF GPIO 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
___
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.
$ g
PIO 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)
PetaLogix - Linux Solutions for
etree branch.
I am 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
BTW: I am testing Stephen's next tree every day
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
s done but there are used 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
--
M
anged, 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@lists.ozlabs
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
Thanks for this work,
Michal
I've also pushed this series out to the test-devicetree branch on my
git s
work.
ok great. Just let us know - we will test it.
Thanks,
Michal
>
>> Also, what would be involved in getting x86 to (at least have the option to)
>> use the device tree stuff?
>
> It would be very easy once the endian issues are worked out since the
> device tree is ju
Grant Likely wrote:
> On Wed, Oct 7, 2009 at 6:14 AM, Michal Simek wrote:
>>
>> Stephen Rothwell wrote:
>>> Hi Grant,
>>>
>>> Just first obvious thing:
>>>
>>> On Tue, 06 Oct 2009 22:30:59 -0600 Grant Likely
>>> wro
1 - 100 of 135 matches
Mail list logo
