From: Scott Wood <scottwood@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/7] ppc/p4080: Add p4080 platform immap definitions
Date: Fri, 18 Sep 2009 16:20:46 -0500 [thread overview]
Message-ID: <4AB3F9AE.3030909@freescale.com> (raw)
In-Reply-To: <1253307595-28655-2-git-send-email-galak@kernel.crashing.org>
Kumar Gala wrote:
> + u32 lawbarh0; /* 0xc00 - LAW0 base address register high */
> + u32 lawbarl0; /* 0xc04 - LAW0 base address register low */
> + u32 lawar0; /* 0xc08 - LAW0 attributes register */
> + u8 res4[4];
> + u32 lawbarh1; /* 0xc10 - LAW1 base address register high */
> + u32 lawbarl1; /* 0xc14 - LAW1 base address register low */
> + u32 lawar1; /* 0xc18 - LAW1 attributes register */
> + u8 res5[4];
> + u32 lawbarh2; /* 0xc20 - LAW2 base address register high */
> + u32 lawbarl2; /* 0xc24 - LAW2 base address register low */
> + u32 lawar2; /* 0xc28 - LAW2 attributes register */
> + u8 res6[4];
> + u32 lawbarh3; /* 0xc30 - LAW3 base address register high */
> + u32 lawbarl3; /* 0xc34 - LAW3 base address register low */
> + u32 lawar3; /* 0xc38 - LAW3 attributes register */
> + u8 res7[4];
> + u32 lawbarh4; /* 0xc40 - LAW4 base address register high */
> + u32 lawbarl4; /* 0xc44 - LAW4 base address register low */
> + u32 lawar4; /* 0xc48 - LAW4 attributes register */
> + u8 res8[4];
> + u32 lawbarh5; /* 0xc50 - LAW5 base address register high */
> + u32 lawbarl5; /* 0xc54 - LAW5 base address register low */
> + u32 lawar5; /* 0xc58 - LAW5 attributes register */
Can we use an array for this? Likewise many other parts.
> + char res7[12];
> + uint powmgtcsr; /* 0xe0080 - Power management status and control register */
> + char res8[12];
> + uint coredisru; /* 0xe0090 - uppper portion for support of 64 cores */
> + uint coredisrl; /* 0xe0094 - lower portion for support of 64 cores */
> + char res9[8];
> + uint pvr; /* 0xe00a0 - Processor version register */
> + uint svr; /* 0xe00a4 - System version register */
> + char res10[8];
> + uint rstcr; /* 0xe00b0 - Reset control register */
> + uint rstrqpblsr; /* 0xe00b4 - Reset request preboot loader status register */
> + char res11[8];
> + uint rstrqmr1; /* 0xe00c0 - Reset request mask register */
> + char res12[4]; /* Reserved: RSTRQMR2 */
> + uint rstrqsr1; /* 0xe00c8 - Reset request status register */
> + char res13[4]; /* Reserved: RSTRQSR2 */
> + char res14[4]; /* Reserved: RSTRQWDTMRU */
> + uint rstrqwdtmrl; /* 0xe00d4 - Reset request WDT mask register */
> + char res15[4]; /* Reserved: RSTRQWDTSRU */
> + uint rstrqwdtsrl; /* 0xe00dc - Reset request WDT status register */
> + char res16[4]; /* Reserved: BRRU max total of 2 for up to 64 cores */
If those fields have a name, why not use the name instead of "res13" etc?
If all these fields are 32 bit, why are the reserved fields char[4]
rather than u32? It's very visually distracting.
For that matter, s/uint/u32/.
> -#define CONFIG_SYS_MPC85xx_GUTS_OFFSET (0xE0000)
> +#ifdef CONFIG_FSL_CORENET
> +#define CONFIG_SYS_FSL_CORENET_CCM_OFFSET (0x0000)
> +#define CONFIG_SYS_MPC85xx_DDR_OFFSET (0x8000)
> +#define CONFIG_SYS_MPC85xx_DDR2_OFFSET (0x9000)
> +#define CONFIG_SYS_FSL_CORENET_CLK_OFFSET (0xE1000)
> +#define CONFIG_SYS_FSL_CORENET_RCPM_OFFSET (0xE2000)
> +#define CONFIG_SYS_MPC85xx_DMA_OFFSET (0x100000)
> +#define CONFIG_SYS_MPC85xx_ESPI_OFFSET (0x110000)
> +#define CONFIG_SYS_MPC85xx_ESDHC_OFFSET (0x114000)
> +#define CONFIG_SYS_MPC85xx_LBC_OFFSET (0x124000)
> +#define CONFIG_SYS_MPC85xx_GPIO_OFFSET (0x130000)
> +#define CONFIG_SYS_MPC85xx_QMAN_OFFSET (0x318000)
> +#define CONFIG_SYS_MPC85xx_BMAN_OFFSET (0x31a000)
> +#else
> +#define CONFIG_SYS_MPC85xx_ECM_OFFSET (0x0000)
> +#define CONFIG_SYS_MPC85xx_DDR_OFFSET (0x2000)
> +#define CONFIG_SYS_MPC85xx_LBC_OFFSET (0x5000)
> +#define CONFIG_SYS_MPC85xx_DDR2_OFFSET (0x6000)
> +#define CONFIG_SYS_MPC85xx_ESPI_OFFSET (0x7000)
> +#define CONFIG_SYS_MPC85xx_PCIX_OFFSET (0x8000)
> +#define CONFIG_SYS_MPC85xx_PCIX2_OFFSET (0x9000)
> +#define CONFIG_SYS_MPC85xx_GPIO_OFFSET (0xF000)
> +#define CONFIG_SYS_MPC85xx_SATA1_OFFSET (0x18000)
> +#define CONFIG_SYS_MPC85xx_SATA2_OFFSET (0x19000)
> +#define CONFIG_SYS_MPC85xx_L2_OFFSET (0x20000)
> +#define CONFIG_SYS_MPC85xx_DMA_OFFSET (0x21000)
> +#define CONFIG_SYS_MPC85xx_ESDHC_OFFSET (0x2e000)
> +#define CONFIG_SYS_MPC85xx_SERDES2_OFFSET (0xE3100)
> +#define CONFIG_SYS_MPC85xx_SERDES1_OFFSET (0xE3000)
> +#define CONFIG_SYS_MPC85xx_CPM_OFFSET (0x80000)
> +#endif
> +
> +#define CONFIG_SYS_MPC85xx_PIC_OFFSET (0x40000)
> +#define CONFIG_SYS_MPC85xx_GUTS_OFFSET (0xE0000)
Unnecessary parens.
-Scott
next prev parent reply other threads:[~2009-09-18 21:20 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-18 20:59 [U-Boot] [PATCH 0/7] ppc/p4080: infrastructure patches Kumar Gala
2009-09-18 20:59 ` [U-Boot] [PATCH 1/7] ppc/p4080: Add p4080 platform immap definitions Kumar Gala
2009-09-18 20:59 ` [U-Boot] [PATCH 2/7] ppc/p4080: Add support for CoreNet style platform LAWs Kumar Gala
2009-09-18 20:59 ` [U-Boot] [PATCH 3/7] ppc/p4080: CoreNet platfrom style CCSRBAR setting Kumar Gala
2009-09-18 20:59 ` [U-Boot] [PATCH 4/7] ppc/p4080: CoreNet platfrom style secondary core release Kumar Gala
2009-09-18 20:59 ` [U-Boot] [PATCH 5/7] ppc/p4080: Add various p4080 related defines (and p4040) Kumar Gala
2009-09-18 20:59 ` [U-Boot] [PATCH 6/7] ppc/p4080: Handle timebase enabling and frequency reporting Kumar Gala
2009-09-18 20:59 ` [U-Boot] [PATCH 7/7] ppc/p4080: Determine various chip frequencies on CoreNet platforms Kumar Gala
2009-09-18 22:09 ` [U-Boot] [PATCH 6/7] ppc/p4080: Handle timebase enabling and frequency reporting Scott Wood
2009-09-22 22:09 ` Wolfgang Denk
2009-09-22 22:07 ` [U-Boot] [PATCH 4/7] ppc/p4080: CoreNet platfrom style secondary core release Wolfgang Denk
2009-09-23 17:03 ` Kumar Gala
2009-09-18 21:55 ` [U-Boot] [PATCH 2/7] ppc/p4080: Add support for CoreNet style platform LAWs Scott Wood
2009-09-18 21:56 ` Scott Wood
2009-09-18 21:58 ` Ben Warren
2009-09-18 22:48 ` Kumar Gala
2009-09-22 22:05 ` Wolfgang Denk
2009-09-23 16:07 ` Kumar Gala
2009-09-18 21:20 ` Scott Wood [this message]
2009-09-18 21:33 ` [U-Boot] [PATCH 1/7] ppc/p4080: Add p4080 platform immap definitions Kumar Gala
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4AB3F9AE.3030909@freescale.com \
--to=scottwood@freescale.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox