* Re: [PATCH add immr alias 2/4] powerpc: 5121: Add immr alias to MPC5121 ADS device tree. [not found] ` <fa686aa40808051405j7268c216j8e5b526d6ad526c9@mail.gmail.com> @ 2008-08-05 21:05 ` Grant Likely 2008-08-05 21:17 ` John Rigby 0 siblings, 1 reply; 5+ messages in thread From: Grant Likely @ 2008-08-05 21:05 UTC (permalink / raw) To: John Rigby; +Cc: linuxppc-dev, devicetree-discuss Oops, forgot to add devicetree-discuss to the cc: list g. On Tue, Aug 5, 2008 at 3:05 PM, Grant Likely <grant.likely@secretlab.ca> wrote: > On Tue, Aug 5, 2008 at 2:13 PM, John Rigby <jrigby@freescale.com> wrote: >> So get_immrbase can function without a device_type = "soc" >> property in the soc node. >> >> The "soc" node should really be named "immr" >> because it does not include the entire soc, however >> u-boot currently looks up this node by name for >> a clock fixup so leave it "soc" for now. We will change >> it later after 5121 u-boot uses the immr alias instead >> of the node name. > > Is it not sufficient to search the tree for a node with the > <chip>-immr compatible value? I don't think this is the intended use > case of aliases. > > g. > > -- > Grant Likely, B.Sc., P.Eng. > Secret Lab Technologies Ltd. > -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH add immr alias 2/4] powerpc: 5121: Add immr alias to MPC5121 ADS device tree. 2008-08-05 21:05 ` [PATCH add immr alias 2/4] powerpc: 5121: Add immr alias to MPC5121 ADS device tree Grant Likely @ 2008-08-05 21:17 ` John Rigby [not found] ` <4898C34C.5000305-KZfg59tc24xl57MIdRCFDg@public.gmane.org> 0 siblings, 1 reply; 5+ messages in thread From: John Rigby @ 2008-08-05 21:17 UTC (permalink / raw) To: Grant Likely; +Cc: linuxppc-dev, devicetree-discuss Uncle! U-boot: The 5121 currently fixes up the soc's bus-frequency node with a hard coded path. I'll leave it that way. Kernel: I would like to use mpc83xx_add_bridge for 5121. This is why I moved it to fsl_pci.c. It currently uses get_immrbase and adds 0x8300 and 0x8304 to it to pass to setup_indirect_pci as the cfg_addr, and cfg_data addresses. I'm more than willing to change mpc83xx_add_bridge to not use get_immrbase. One simple solution is to pass the cfg_addr and cfg_data addresses in. If that seems ok then thats what I will do. John Grant Likely wrote: > Oops, forgot to add devicetree-discuss to the cc: list > > g. > > On Tue, Aug 5, 2008 at 3:05 PM, Grant Likely <grant.likely@secretlab.ca> wrote: > >> On Tue, Aug 5, 2008 at 2:13 PM, John Rigby <jrigby@freescale.com> wrote: >> >>> So get_immrbase can function without a device_type = "soc" >>> property in the soc node. >>> >>> The "soc" node should really be named "immr" >>> because it does not include the entire soc, however >>> u-boot currently looks up this node by name for >>> a clock fixup so leave it "soc" for now. We will change >>> it later after 5121 u-boot uses the immr alias instead >>> of the node name. >>> >> Is it not sufficient to search the tree for a node with the >> <chip>-immr compatible value? I don't think this is the intended use >> case of aliases. >> >> g. >> >> -- >> Grant Likely, B.Sc., P.Eng. >> Secret Lab Technologies Ltd. >> >> > > > > ^ permalink raw reply [flat|nested] 5+ messages in thread
[parent not found: <4898C34C.5000305-KZfg59tc24xl57MIdRCFDg@public.gmane.org>]
* Re: [PATCH add immr alias 2/4] powerpc: 5121: Add immr alias to MPC5121 ADS device tree. [not found] ` <4898C34C.5000305-KZfg59tc24xl57MIdRCFDg@public.gmane.org> @ 2008-08-05 21:20 ` Scott Wood 2008-08-05 21:38 ` John Rigby 0 siblings, 1 reply; 5+ messages in thread From: Scott Wood @ 2008-08-05 21:20 UTC (permalink / raw) To: John Rigby Cc: linuxppc-dev-mnsaURCQ41sdnm+yROfE0A, devicetree-discuss-mnsaURCQ41sdnm+yROfE0A John Rigby wrote: > I would like to use mpc83xx_add_bridge for 5121. This is why I > moved it to fsl_pci.c. It currently uses get_immrbase and adds > 0x8300 and 0x8304 to it to pass to setup_indirect_pci as the > cfg_addr, and cfg_data addresses. > > I'm more than willing to change mpc83xx_add_bridge to not use > get_immrbase. One simple solution is to pass the cfg_addr and > cfg_data addresses in. If that seems ok then thats what I will do. We should really be putting those addresses in the "reg" property of the PCI node. -Scott ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH add immr alias 2/4] powerpc: 5121: Add immr alias to MPC5121 ADS device tree. 2008-08-05 21:20 ` Scott Wood @ 2008-08-05 21:38 ` John Rigby 0 siblings, 0 replies; 5+ messages in thread From: John Rigby @ 2008-08-05 21:38 UTC (permalink / raw) To: Scott Wood; +Cc: linuxppc-dev, devicetree-discuss Scott Wood wrote: > John Rigby wrote: >> I would like to use mpc83xx_add_bridge for 5121. This is why I >> moved it to fsl_pci.c. It currently uses get_immrbase and adds >> 0x8300 and 0x8304 to it to pass to setup_indirect_pci as the >> cfg_addr, and cfg_data addresses. >> >> I'm more than willing to change mpc83xx_add_bridge to not use >> get_immrbase. One simple solution is to pass the cfg_addr and >> cfg_data addresses in. If that seems ok then thats what I will do. > > We should really be putting those addresses in the "reg" property of > the PCI node. > > -Scott > Yes, which is what fsl_add_bridge does it. ^ permalink raw reply [flat|nested] 5+ messages in thread
[parent not found: <200808052243.24001.arnd@arndb.de>]
[parent not found: <4898BCD3.5050703@freescale.com>]
[parent not found: <4898BCD3.5050703-KZfg59tc24xl57MIdRCFDg@public.gmane.org>]
* Re: [PATCH add immr alias 1/4] powerpc: Teach get_immrbase to use immr alias if it exists. [not found] ` <4898BCD3.5050703-KZfg59tc24xl57MIdRCFDg@public.gmane.org> @ 2008-08-05 21:08 ` Grant Likely 0 siblings, 0 replies; 5+ messages in thread From: Grant Likely @ 2008-08-05 21:08 UTC (permalink / raw) To: Scott Wood Cc: linuxppc-dev-mnsaURCQ41sdnm+yROfE0A, devicetree-discuss-mnsaURCQ41sdnm+yROfE0A, John Rigby, Arnd Bergmann On Tue, Aug 5, 2008 at 2:49 PM, Scott Wood <scottwood-KZfg59tc24xl57MIdRCFDg@public.gmane.org> wrote: > Arnd Bergmann wrote: >> >> On Tuesday 05 August 2008, John Rigby wrote: >>> >>> This will allow the eventual removal of device_type = "soc" >>> properties in soc nodes. >> >> Stupid question, but why not remove immrbase instead? >> >> It seems that all users can be converted to use a reg >> property of some actual device instead of making assumptions >> about the register layout of the whole SOC. > > That wouldn't eliminate the need for the alias, though -- u-boot needs to > find the node to fill in properties. (already made this comment on one of the later patches, but it is more relevant here...) I don't think that using aliases is the best solution. I'd rather see U-Boot search for the appropriate compatible value for the IMMR node. g. > > -Scott > _______________________________________________ > Linuxppc-dev mailing list > Linuxppc-dev-mnsaURCQ41sdnm+yROfE0A@public.gmane.org > https://ozlabs.org/mailman/listinfo/linuxppc-dev > -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-08-05 21:38 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1217967220-30557-1-git-send-email-jrigby@freescale.com>
[not found] ` <1217967220-30557-2-git-send-email-jrigby@freescale.com>
[not found] ` <fa686aa40808051405j7268c216j8e5b526d6ad526c9@mail.gmail.com>
2008-08-05 21:05 ` [PATCH add immr alias 2/4] powerpc: 5121: Add immr alias to MPC5121 ADS device tree Grant Likely
2008-08-05 21:17 ` John Rigby
[not found] ` <4898C34C.5000305-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
2008-08-05 21:20 ` Scott Wood
2008-08-05 21:38 ` John Rigby
[not found] ` <200808052243.24001.arnd@arndb.de>
[not found] ` <4898BCD3.5050703@freescale.com>
[not found] ` <4898BCD3.5050703-KZfg59tc24xl57MIdRCFDg@public.gmane.org>
2008-08-05 21:08 ` [PATCH add immr alias 1/4] powerpc: Teach get_immrbase to use immr alias if it exists Grant Likely
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox