* [RFC 0/3] powerpc: Add Motorola PrPMC2800 platform support @ 2007-03-28 1:19 Mark A. Greer 2007-03-28 1:20 ` [RFC 1/3] powerpc: Add bootwrapper support for Motorola PrPMC2800 platform Mark A. Greer ` (2 more replies) 0 siblings, 3 replies; 24+ messages in thread From: Mark A. Greer @ 2007-03-28 1:19 UTC (permalink / raw) To: linuxppc-dev; +Cc: Dale Farnsworth This set of patches adds support for Motorola ECC PrPMC280/PrPMC2800 platform. The PrPMC280 sits on an F101 baseboard and the PrPMC2800 sits on a F101e baseboard. Logic has been added to determine which board (and variant thereof) the code is being run on. They are based on the patches in the thread with the subject: "[RFC 0/8] powerpc: Add initial arch/powerpc support for Marvell/mv64x60" Mark ^ permalink raw reply [flat|nested] 24+ messages in thread
* [RFC 1/3] powerpc: Add bootwrapper support for Motorola PrPMC2800 platform 2007-03-28 1:19 [RFC 0/3] powerpc: Add Motorola PrPMC2800 platform support Mark A. Greer @ 2007-03-28 1:20 ` Mark A. Greer 2007-03-28 1:21 ` [RFC 2/3] powerpc: Add arch/powerpc support for the " Mark A. Greer 2007-03-28 1:22 ` [RFC 3/3] powerpc: Add DTS file " Mark A. Greer 2 siblings, 0 replies; 24+ messages in thread From: Mark A. Greer @ 2007-03-28 1:20 UTC (permalink / raw) To: linuxppc-dev; +Cc: Dale Farnsworth Add support for Motorola ECC PrPMC280/PrPMC2800 Platform. The PrPMC280 sits on an F101 baseboard and the PrPMC2800 sits on a F101e baseboard. Logic has been added to determine which board (and variant thereof) the code is being run on. Signed-off-by: Mark A. Greer <mgreer@mvista.com> --- These patches depend on the patches in the thread with the subject: "[RFC 0/8] powerpc: Add initial arch/powerpc support for Marvell/mv64x60" Makefile | 3 prpmc2800.c | 510 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 512 insertions(+), 1 deletion(-) --- Index: linux-2.6-powerpc-df/arch/powerpc/boot/prpmc2800.c =================================================================== --- /dev/null +++ linux-2.6-powerpc-df/arch/powerpc/boot/prpmc2800.c @@ -0,0 +1,510 @@ +/* + * Motorola ECC prpmc280/f101 & prpmc2800/f101e platform code. + * + * Author: Mark A. Greer <mgreer@mvista.com> + * + * 2007 (c) MontaVista, Software, Inc. This file is licensed under + * the terms of the GNU General Public License version 2. This program + * is licensed "as is" without any warranty of any kind, whether express + * or implied. + */ + +#include <stdarg.h> +#include <stddef.h> +#include "types.h" +#include "elf.h" +#include "page.h" +#include "string.h" +#include "stdio.h" +#include "io.h" +#include "ops.h" +#include "gunzip_util.h" +#include "mv64x60.h" + +extern char _end[]; +extern char _vmlinux_start[], _vmlinux_end[]; +extern char _dtb_start[], _dtb_end[]; + +#define KB 1024U +#define MB (KB*KB) +#define GB (KB*MB) +#define MHz (1000U*1000U) +#define GHz (1000U*MHz) + +#define BOARD_MODEL "PrPMC2800" +#define BOARD_MODEL_MAX 32 /* max strlen(BOARD_MODEL) + 1 */ + +BSS_STACK(16*KB); + +static u8 *bridge_base; + +typedef enum { + BOARD_MODEL_PRPMC280, + BOARD_MODEL_PRPMC2800, +} prpmc2800_board_model; + +typedef enum { + BRIDGE_TYPE_MV64360, + BRIDGE_TYPE_MV64362, +} prpmc2800_bridge_type; + +struct prpmc2800_board_info { + prpmc2800_board_model model; + char variant; + prpmc2800_bridge_type bridge_type; + u8 subsys0; + u8 subsys1; + u8 vpd4; + u8 vpd4_mask; + u32 core_speed; + u32 mem_size; + u32 boot_flash; + u32 user_flash; +}; + +static struct prpmc2800_board_info prpmc2800_board_info[] = { + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'a', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x00, + .vpd4_mask = 0x0f, + .core_speed = 1*GHz, + .mem_size = 512*MB, + .boot_flash = 1*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'b', + .bridge_type = BRIDGE_TYPE_MV64362, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x01, + .vpd4_mask = 0x0f, + .core_speed = 1*GHz, + .mem_size = 512*MB, + .boot_flash = 0, + .user_flash = 0, + }, + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'c', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x02, + .vpd4_mask = 0x0f, + .core_speed = 733*MHz, + .mem_size = 512*MB, + .boot_flash = 1*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'd', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x03, + .vpd4_mask = 0x0f, + .core_speed = 1*GHz, + .mem_size = 1*GB, + .boot_flash = 1*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'e', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x04, + .vpd4_mask = 0x0f, + .core_speed = 1*GHz, + .mem_size = 512*MB, + .boot_flash = 1*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'f', + .bridge_type = BRIDGE_TYPE_MV64362, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x05, + .vpd4_mask = 0x0f, + .core_speed = 733*MHz, + .mem_size = 128*MB, + .boot_flash = 1*MB, + .user_flash = 0, + }, + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'g', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x06, + .vpd4_mask = 0x0f, + .core_speed = 1*GHz, + .mem_size = 256*MB, + .boot_flash = 1*MB, + .user_flash = 0, + }, + { + .model = BOARD_MODEL_PRPMC280, + .variant = 'h', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xff, + .subsys1 = 0xff, + .vpd4 = 0x07, + .vpd4_mask = 0x0f, + .core_speed = 1*GHz, + .mem_size = 1*GB, + .boot_flash = 1*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'a', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xb2, + .subsys1 = 0x8c, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 1*GHz, + .mem_size = 512*MB, + .boot_flash = 2*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'b', + .bridge_type = BRIDGE_TYPE_MV64362, + .subsys0 = 0xb2, + .subsys1 = 0x8d, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 1*GHz, + .mem_size = 512*MB, + .boot_flash = 0, + .user_flash = 0, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'c', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xb2, + .subsys1 = 0x8e, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 733*MHz, + .mem_size = 512*MB, + .boot_flash = 2*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'd', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xb2, + .subsys1 = 0x8f, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 1*GHz, + .mem_size = 1*GB, + .boot_flash = 2*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'e', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xa2, + .subsys1 = 0x8a, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 1*GHz, + .mem_size = 512*MB, + .boot_flash = 2*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'f', + .bridge_type = BRIDGE_TYPE_MV64362, + .subsys0 = 0xa2, + .subsys1 = 0x8b, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 733*MHz, + .mem_size = 128*MB, + .boot_flash = 2*MB, + .user_flash = 0, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'g', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xa2, + .subsys1 = 0x8c, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 1*GHz, + .mem_size = 2*GB, + .boot_flash = 2*MB, + .user_flash = 64*MB, + }, + { + .model = BOARD_MODEL_PRPMC2800, + .variant = 'h', + .bridge_type = BRIDGE_TYPE_MV64360, + .subsys0 = 0xa2, + .subsys1 = 0x8d, + .vpd4 = 0x00, + .vpd4_mask = 0x00, + .core_speed = 733*MHz, + .mem_size = 1*GB, + .boot_flash = 2*MB, + .user_flash = 64*MB, + }, +}; + +static struct prpmc2800_board_info *prpmc2800_get_board_info(u8 *vpd) +{ + struct prpmc2800_board_info *bip; + int i; + + for (i=0,bip=prpmc2800_board_info; i<ARRAY_SIZE(prpmc2800_board_info); + i++,bip++) + if ((vpd[0] == bip->subsys0) && (vpd[1] == bip->subsys1) + && ((vpd[4] & bip->vpd4_mask) == bip->vpd4)) + return bip; + + return NULL; +} + +/* XXX turn off WDT, DMA engines, timers */ + +#define EEPROM2_ADDR 0xa4 +#define EEPROM3_ADDR 0xa8 + +static void prpmc2800_fixups(void) +{ + u32 v[2], l; + int rc; + void *devp; + u8 vpd[5]; + char model[BOARD_MODEL_MAX]; + struct prpmc2800_board_info *bip; + + if (mv64x60_i2c_open()) { + printf("Error: Can't open i2c device\n\r"); + exit(); + } + + /* Get VPD from i2c eeprom-2 */ + memset(vpd, 0, sizeof(vpd)); + rc = mv64x60_i2c_read(EEPROM2_ADDR, vpd, 0x1fde, 2, sizeof(vpd)); + if (rc < 0) { + printf("Error: Couldn't read eeprom2\n\r"); + exit(); + } + mv64x60_i2c_close(); + + /* Get board type & related info */ + bip = prpmc2800_get_board_info(vpd); + if (bip == NULL) { + printf("Error: Unsupported board or corrupted VPD:\n\r"); + printf(" 0x%x 0x%x 0x%x 0x%x 0x%x\n\r", + vpd[0], vpd[1], vpd[2], vpd[3], vpd[4]); + exit(); + } + + /* Set /model appropriately */ + devp = finddevice("/"); + if (devp == NULL) { + printf("Error: Missing '/' device tree node\n\r"); + exit(); + } + memset(model, 0, BOARD_MODEL_MAX); + strncpy(model, BOARD_MODEL, BOARD_MODEL_MAX - 2); + l = strlen(model); + if (bip->model == BOARD_MODEL_PRPMC280) + l--; + model[l++] = bip->variant; + model[l++] = '\0'; + setprop(devp, "model", model, l); + + /* Set /cpus/PowerPC,7447/clock-frequency */ + devp = finddevice("/cpus/PowerPC,7447"); + if (devp == NULL) { + printf("Error: Missing proper /cpus device tree node\n\r"); + exit(); + } + v[0] = bip->core_speed; + setprop(devp, "clock-frequency", &v[0], sizeof(v[0])); + + /* Set /memory/reg size */ + devp = finddevice("/memory"); + if (devp == NULL) { + printf("Error: Missing /memory device tree node\n\r"); + exit(); + } + v[0] = 0; + v[1] = bip->mem_size; + setprop(devp, "reg", v, sizeof(v)); + + /* Update /mv64x60/device_type, if this is a mv64362 */ + if (bip->bridge_type == BRIDGE_TYPE_MV64362) { + devp = finddevice("/mv64x60"); + if (devp == NULL) { + printf("Error: Missing /mv64x60 device tree node\n\r"); + exit(); + } + setprop(devp, "device_type", "mv64362", strlen("mv64362") + 1); + } + + /* Set Boot FLASH size */ + devp = finddevice("/mv64x60/flash@ff800000"); + if (devp == NULL) { + printf("Error: Missing Boot FLASH device tree node\n\r"); + exit(); + } + rc = getprop(devp, "reg", v, sizeof(v)); + if (rc != sizeof(v)) { + printf("Error: Can't find Boot FLASH reg property\n\r"); + exit(); + } + v[1] = bip->boot_flash; + setprop(devp, "reg", v, sizeof(v)); + + /* Set User FLASH size */ + devp = finddevice("/mv64x60/flash@a0000000"); + if (devp == NULL) { + printf("Error: Missing User FLASH device tree node\n\r"); + exit(); + } + rc = getprop(devp, "reg", v, sizeof(v)); + if (rc != sizeof(v)) { + printf("Error: Can't find User FLASH reg property\n\r"); + exit(); + } + v[1] = bip->user_flash; + setprop(devp, "reg", v, sizeof(v)); +} + +#define MV64x60_MPP_CNTL_0 0xf000 +#define MV64x60_MPP_CNTL_2 0xf008 +#define MV64x60_GPP_IO_CNTL 0xf100 +#define MV64x60_GPP_LEVEL_CNTL 0xf110 +#define MV64x60_GPP_VALUE_SET 0xf118 + +static void prpmc2800_reset(void) +{ + u32 temp; + + if (bridge_base != 0) { + temp = in_le32((u32 *)(bridge_base + MV64x60_MPP_CNTL_0)); + temp &= 0xFFFF0FFF; + out_le32((u32 *)(bridge_base + MV64x60_MPP_CNTL_0), temp); + + temp = in_le32((u32 *)(bridge_base + MV64x60_GPP_LEVEL_CNTL)); + temp |= 0x00000004; + out_le32((u32 *)(bridge_base + MV64x60_GPP_LEVEL_CNTL), temp); + + temp = in_le32((u32 *)(bridge_base + MV64x60_GPP_IO_CNTL)); + temp |= 0x00000004; + out_le32((u32 *)(bridge_base + MV64x60_GPP_IO_CNTL), temp); + + temp = in_le32((u32 *)(bridge_base + MV64x60_MPP_CNTL_2)); + temp &= 0xFFFF0FFF; + out_le32((u32 *)(bridge_base + MV64x60_MPP_CNTL_2), temp); + + temp = in_le32((u32 *)(bridge_base + MV64x60_GPP_LEVEL_CNTL)); + temp |= 0x00080000; + out_le32((u32 *)(bridge_base + MV64x60_GPP_LEVEL_CNTL), temp); + + temp = in_le32((u32 *)(bridge_base + MV64x60_GPP_IO_CNTL)); + temp |= 0x00080000; + out_le32((u32 *)(bridge_base + MV64x60_GPP_IO_CNTL), temp); + + out_le32((u32 *)(bridge_base + MV64x60_GPP_VALUE_SET), + 0x00080004); + } + + for (;;); +} + +static void *prpmc2800_vmlinux_alloc(unsigned long size) +{ + void *p = malloc(_ALIGN(size, 4096)); + + if (!p) { + printf("Can't allocate memory for kernel image!\n\r"); + exit(); + } + return p; +} + +#define HEAP_SIZE (16*MB) +static struct gunzip_state gzstate; + +void platform_init(unsigned long r3, unsigned long r4, unsigned long r5, + unsigned long r6, unsigned long r7) +{ + struct elf_info ei; + char *heap_start, *dtb; + int dt_size = _dtb_end - _dtb_start; + void *vmlinuz_addr = _vmlinux_start; + unsigned long vmlinuz_size = _vmlinux_end - _vmlinux_start; + char elfheader[256]; + + if (dt_size <= 0) /* No fdt */ + exit(); + + /* Start heap after end of the zImage or end of the kernel, + * whichever is higher. That's so things allocated by + * simple_alloc won't overwrite any part of the zImage or + * get overwritten when the early kernel code decompresses & + * relocates the kernel to 0. + */ + gunzip_start(&gzstate, vmlinuz_addr, vmlinuz_size); + gunzip_exactly(&gzstate, elfheader, sizeof(elfheader)); + + if (!parse_elf32(elfheader, &ei)) + exit(); + + heap_start = (char *)_ALIGN(ei.memsize + ei.elfoffset, 4096); + heap_start = max(heap_start, (char *)_end); + + if ((unsigned)simple_alloc_init(heap_start, HEAP_SIZE, 2*KB, 16) + > (128*MB)) + exit(); + + /* Relocate dtb to safe area past end of zImage & kernel */ + dtb = malloc(dt_size); + if (!dtb) + exit(); + memmove(dtb, _dtb_start, dt_size); + if (ft_init(dtb, dt_size, 16)) + exit(); + + /* Need to do some hostbrige init */ + bridge_base = mv64x60_get_bridge_base(); + mv64x60_config_ctlr_windows(bridge_base, mv64x60_get_bridge_pbase(), + mv64x60_is_coherency()); + + platform_ops.fixups = prpmc2800_fixups; + platform_ops.vmlinux_alloc = prpmc2800_vmlinux_alloc; + platform_ops.exit = prpmc2800_reset; + + if (serial_console_init() < 0) + exit(); +} + +/* Following code is put at very beginning of zImage */ +asm (" .globl _zimage_start\n _zimage_start:\n b _zimage_start_lib "); Index: linux-2.6-powerpc-df/arch/powerpc/boot/Makefile =================================================================== --- linux-2.6-powerpc-df.orig/arch/powerpc/boot/Makefile +++ linux-2.6-powerpc-df/arch/powerpc/boot/Makefile @@ -45,7 +45,7 @@ src-wlib := string.S crt0.S stdio.c main gunzip_util.c devtree.c elf_util.c mv64x60.c mpsc.c \ mv64x60_i2c.c $(zlib) cuboot-plats := 83xx -src-plat := of.c $(cuboot-plats:%=cuboot-%.c) +src-plat := of.c prpmc2800.c $(cuboot-plats:%=cuboot-%.c) src-boot := $(src-wlib) $(src-plat) empty.c src-boot := $(addprefix $(obj)/, $(src-boot)) @@ -140,6 +140,7 @@ image-$(CONFIG_PPC_CELLEB) += zImage.ps image-$(CONFIG_PPC_CHRP) += zImage.chrp image-$(CONFIG_PPC_EFIKA) += zImage.chrp image-$(CONFIG_PPC_PMAC) += zImage.pmac +image-$(CONFIG_PPC_PRPMC2800) += zImage.dts.prpmc2800 image-$(CONFIG_DEFAULT_UIMAGE) += uImage cuImage # For 32-bit powermacs, build the COFF and miboot images ^ permalink raw reply [flat|nested] 24+ messages in thread
* [RFC 2/3] powerpc: Add arch/powerpc support for the Motorola PrPMC2800 platform 2007-03-28 1:19 [RFC 0/3] powerpc: Add Motorola PrPMC2800 platform support Mark A. Greer 2007-03-28 1:20 ` [RFC 1/3] powerpc: Add bootwrapper support for Motorola PrPMC2800 platform Mark A. Greer @ 2007-03-28 1:21 ` Mark A. Greer 2007-03-28 1:22 ` [RFC 3/3] powerpc: Add DTS file " Mark A. Greer 2 siblings, 0 replies; 24+ messages in thread From: Mark A. Greer @ 2007-03-28 1:21 UTC (permalink / raw) To: linuxppc-dev; +Cc: Dale Farnsworth From: Dale Farnsworth <dale@farnsworth.org> Signed-off-by: Dale Farnsworth <dale@farnsworth.org> --- configs/prpmc2800_defconfig | 1380 ++++++++++++++++++++++++++++++++++++++ platforms/embedded6xx/Kconfig | 6 platforms/embedded6xx/Makefile | 1 platforms/embedded6xx/prpmc2800.c | 168 ++++ 4 files changed, 1555 insertions(+) --- Index: linux-2.6-powerpc-df/arch/powerpc/platforms/embedded6xx/Kconfig =================================================================== --- linux-2.6-powerpc-df.orig/arch/powerpc/platforms/embedded6xx/Kconfig +++ linux-2.6-powerpc-df/arch/powerpc/platforms/embedded6xx/Kconfig @@ -59,6 +59,12 @@ config PPLUS select PPC_I8259 select PPC_INDIRECT_PCI +config PPC_PRPMC2800 + bool "Motorola-PrPMC2800" + select MV64X60 + help + This option enables support for the Motorola PrPMC2800 board + config PRPMC750 bool "Motorola-PrPMC750" select PPC_INDIRECT_PCI Index: linux-2.6-powerpc-df/arch/powerpc/platforms/embedded6xx/Makefile =================================================================== --- linux-2.6-powerpc-df.orig/arch/powerpc/platforms/embedded6xx/Makefile +++ linux-2.6-powerpc-df/arch/powerpc/platforms/embedded6xx/Makefile @@ -3,3 +3,4 @@ # obj-$(CONFIG_MPC7448HPC2) += mpc7448_hpc2.o obj-$(CONFIG_LINKSTATION) += linkstation.o ls_uart.o +obj-$(CONFIG_PPC_PRPMC2800) += prpmc2800.o Index: linux-2.6-powerpc-df/arch/powerpc/platforms/embedded6xx/prpmc2800.c =================================================================== --- /dev/null +++ linux-2.6-powerpc-df/arch/powerpc/platforms/embedded6xx/prpmc2800.c @@ -0,0 +1,168 @@ +/* + * Board setup routines for the Motorola PrPMC2800 + * + * Author: Dale Farnsworth <dale@farnsworth.org> + * + * 2007 (c) MontaVista, Software, Inc. This file is licensed under + * the terms of the GNU General Public License version 2. This program + * is licensed "as is" without any warranty of any kind, whether express + * or implied. + */ + +#include <linux/stddef.h> +#include <linux/kernel.h> +#include <linux/delay.h> +#include <linux/interrupt.h> +#include <linux/seq_file.h> + +#include <asm/machdep.h> +#include <asm/prom.h> +#include <asm/system.h> +#include <asm/time.h> + +#include <mm/mmu_decl.h> + +#include <sysdev/mv64x60.h> + +#define MV64x60_MPP_CNTL_0 0x0000 +#define MV64x60_MPP_CNTL_2 0x0008 + +#define MV64x60_GPP_IO_CNTL 0x0000 +#define MV64x60_GPP_LEVEL_CNTL 0x0010 +#define MV64x60_GPP_VALUE_SET 0x0018 + +#define PLATFORM_NAME_MAX 32 + +static char prpmc2800_platform_name[PLATFORM_NAME_MAX]; + +static void __iomem *mv64x60_mpp_reg_base; +static void __iomem *mv64x60_gpp_reg_base; + +static void __init prpmc2800_setup_arch(void) +{ + struct device_node *np; + phys_addr_t paddr; + const unsigned int *reg; + const unsigned int *prop; + + /* + * ioremap mpp and gpp registers in case they are later + * needed by prpmc2800_reset_board(). + */ + np = of_find_compatible_node(NULL, NULL, "mv64x60-mpp"); + reg = get_property(np, "reg", NULL); + paddr = of_translate_address(np, reg); + of_node_put(np); + mv64x60_mpp_reg_base = ioremap(paddr, reg[1]); + + np = of_find_compatible_node(NULL, NULL, "mv64x60-gpp"); + reg = get_property(np, "reg", NULL); + paddr = of_translate_address(np, reg); + of_node_put(np); + mv64x60_gpp_reg_base = ioremap(paddr, reg[1]); + + np = of_find_node_by_type(NULL, "cpu"); + prop = get_property(np, "clock-frequency", NULL); + if (prop) + loops_per_jiffy = *prop / HZ; + of_node_put(np); + + mv64x60_pci_init(); + + printk("Motorola %s\n", prpmc2800_platform_name); +} + +static void prpmc2800_reset_board(void) +{ + u32 temp; + + local_irq_disable(); + + temp = in_le32(mv64x60_mpp_reg_base + MV64x60_MPP_CNTL_0); + temp &= 0xFFFF0FFF; + out_le32(mv64x60_mpp_reg_base + MV64x60_MPP_CNTL_0, temp); + + temp = in_le32(mv64x60_gpp_reg_base + MV64x60_GPP_LEVEL_CNTL); + temp |= 0x00000004; + out_le32(mv64x60_gpp_reg_base + MV64x60_GPP_LEVEL_CNTL, temp); + + temp = in_le32(mv64x60_gpp_reg_base + MV64x60_GPP_IO_CNTL); + temp |= 0x00000004; + out_le32(mv64x60_gpp_reg_base + MV64x60_GPP_IO_CNTL, temp); + + temp = in_le32(mv64x60_mpp_reg_base + MV64x60_MPP_CNTL_2); + temp &= 0xFFFF0FFF; + out_le32(mv64x60_mpp_reg_base + MV64x60_MPP_CNTL_2, temp); + + temp = in_le32(mv64x60_gpp_reg_base + MV64x60_GPP_LEVEL_CNTL); + temp |= 0x00080000; + out_le32(mv64x60_gpp_reg_base + MV64x60_GPP_LEVEL_CNTL, temp); + + temp = in_le32(mv64x60_gpp_reg_base + MV64x60_GPP_IO_CNTL); + temp |= 0x00080000; + out_le32(mv64x60_gpp_reg_base + MV64x60_GPP_IO_CNTL, temp); + + out_le32(mv64x60_gpp_reg_base + MV64x60_GPP_VALUE_SET, 0x00080004); +} + +static void prpmc2800_restart(char *cmd) +{ + volatile ulong i = 10000000; + + prpmc2800_reset_board(); + + while (i-- > 0); + panic("restart failed\n"); +} + +#ifdef CONFIG_NOT_COHERENT_CACHE +#define PPRPM2800_COHERENCY_SETTING "off" +#else +#define PPRPM2800_COHERENCY_SETTING "on" +#endif + +void prpmc2800_show_cpuinfo(struct seq_file *m) +{ + uint memsize = total_memory; + + seq_printf(m, "Vendor\t\t: Motorola\n"); + seq_printf(m, "Memory\t\t: %d MB\n", memsize / (1024 * 1024)); + seq_printf(m, "coherency\t: %s\n", PPRPM2800_COHERENCY_SETTING); +} + +/* + * Called very early, device-tree isn't unflattened + */ +static int __init prpmc2800_probe(void) +{ + unsigned long root = of_get_flat_dt_root(); + unsigned long len = PLATFORM_NAME_MAX; + void *m; + + if (!of_flat_dt_is_compatible(root, "PrPMC2800")) + return 0; + + /* Update ppc_md.name with name from dt */ + m = of_get_flat_dt_prop(root, "model", &len); + if (m) + strncpy(prpmc2800_platform_name, m, + min((int)len, PLATFORM_NAME_MAX - 1)); + + return 1; +} + +define_machine(prpmc2800){ + .name = prpmc2800_platform_name, + .probe = prpmc2800_probe, + .setup_arch = prpmc2800_setup_arch, + .show_cpuinfo = prpmc2800_show_cpuinfo, + .init_IRQ = mv64x60_init_irq, + .get_irq = mv64x60_get_irq, + .restart = prpmc2800_restart, + .calibrate_decr = generic_calibrate_decr, +#ifdef CONFIG_KEXEC + .machine_kexec = default_machine_kexec, + .machine_kexec_prepare = default_machine_kexec_prepare, + .machine_crash_shutdown = default_machine_crash_shutdown, +#endif +}; Index: linux-2.6-powerpc-df/arch/powerpc/configs/prpmc2800_defconfig =================================================================== --- /dev/null +++ linux-2.6-powerpc-df/arch/powerpc/configs/prpmc2800_defconfig @@ -0,0 +1,1380 @@ +# +# Automatically generated make config: don't edit +# Linux kernel version: 2.6.21-rc3 +# Fri Mar 9 19:15:26 2007 +# +# CONFIG_PPC64 is not set +CONFIG_PPC32=y +CONFIG_PPC_MERGE=y +CONFIG_MMU=y +CONFIG_GENERIC_HARDIRQS=y +CONFIG_IRQ_PER_CPU=y +CONFIG_RWSEM_XCHGADD_ALGORITHM=y +CONFIG_ARCH_HAS_ILOG2_U32=y +CONFIG_GENERIC_HWEIGHT=y +CONFIG_GENERIC_CALIBRATE_DELAY=y +CONFIG_GENERIC_FIND_NEXT_BIT=y +CONFIG_PPC=y +CONFIG_EARLY_PRINTK=y +CONFIG_GENERIC_NVRAM=y +CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y +CONFIG_ARCH_MAY_HAVE_PC_FDC=y +CONFIG_PPC_OF=y +# CONFIG_PPC_UDBG_16550 is not set +# CONFIG_GENERIC_TBSYNC is not set +CONFIG_AUDIT_ARCH=y +CONFIG_GENERIC_BUG=y +# CONFIG_DEFAULT_UIMAGE is not set + +# +# Processor support +# +CONFIG_CLASSIC32=y +# CONFIG_PPC_82xx is not set +# CONFIG_PPC_83xx is not set +# CONFIG_PPC_85xx is not set +# CONFIG_PPC_86xx is not set +# CONFIG_PPC_8xx is not set +# CONFIG_40x is not set +# CONFIG_44x is not set +# CONFIG_E200 is not set +CONFIG_6xx=y +CONFIG_PPC_FPU=y +# CONFIG_PPC_DCR_NATIVE is not set +# CONFIG_PPC_DCR_MMIO is not set +CONFIG_ALTIVEC=y +CONFIG_PPC_STD_MMU=y +CONFIG_PPC_STD_MMU_32=y +# CONFIG_SMP is not set +CONFIG_NOT_COHERENT_CACHE=y +CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" + +# +# Code maturity level options +# +CONFIG_EXPERIMENTAL=y +CONFIG_BROKEN_ON_SMP=y +CONFIG_INIT_ENV_ARG_LIMIT=32 + +# +# General setup +# +CONFIG_LOCALVERSION="" +CONFIG_LOCALVERSION_AUTO=y +CONFIG_SWAP=y +CONFIG_SYSVIPC=y +# CONFIG_IPC_NS is not set +CONFIG_SYSVIPC_SYSCTL=y +CONFIG_POSIX_MQUEUE=y +# CONFIG_BSD_PROCESS_ACCT is not set +# CONFIG_TASKSTATS is not set +# CONFIG_UTS_NS is not set +# CONFIG_AUDIT is not set +# CONFIG_IKCONFIG is not set +# CONFIG_SYSFS_DEPRECATED is not set +# CONFIG_RELAY is not set +CONFIG_BLK_DEV_INITRD=y +CONFIG_INITRAMFS_SOURCE="" +# CONFIG_CC_OPTIMIZE_FOR_SIZE is not set +CONFIG_SYSCTL=y +# CONFIG_EMBEDDED is not set +CONFIG_SYSCTL_SYSCALL=y +CONFIG_KALLSYMS=y +# CONFIG_KALLSYMS_EXTRA_PASS is not set +CONFIG_HOTPLUG=y +CONFIG_PRINTK=y +CONFIG_BUG=y +CONFIG_ELF_CORE=y +CONFIG_BASE_FULL=y +CONFIG_FUTEX=y +CONFIG_EPOLL=y +CONFIG_SHMEM=y +CONFIG_SLAB=y +CONFIG_VM_EVENT_COUNTERS=y +CONFIG_RT_MUTEXES=y +# CONFIG_TINY_SHMEM is not set +CONFIG_BASE_SMALL=0 +# CONFIG_SLOB is not set + +# +# Loadable module support +# +# CONFIG_MODULES is not set + +# +# Block layer +# +CONFIG_BLOCK=y +CONFIG_LBD=y +# CONFIG_BLK_DEV_IO_TRACE is not set +# CONFIG_LSF is not set + +# +# IO Schedulers +# +CONFIG_IOSCHED_NOOP=y +CONFIG_IOSCHED_AS=y +# CONFIG_IOSCHED_DEADLINE is not set +# CONFIG_IOSCHED_CFQ is not set +CONFIG_DEFAULT_AS=y +# CONFIG_DEFAULT_DEADLINE is not set +# CONFIG_DEFAULT_CFQ is not set +# CONFIG_DEFAULT_NOOP is not set +CONFIG_DEFAULT_IOSCHED="anticipatory" + +# +# Platform support +# +# CONFIG_PPC_MULTIPLATFORM is not set +CONFIG_EMBEDDED6xx=y +# CONFIG_APUS is not set +# CONFIG_PPC_MPC52xx is not set +# CONFIG_PPC_MPC5200 is not set +# CONFIG_PPC_CELL is not set +# CONFIG_PPC_CELL_NATIVE is not set +# CONFIG_PPC_RTAS is not set +# CONFIG_MMIO_NVRAM is not set +# CONFIG_PPC_MPC106 is not set +# CONFIG_PPC_970_NAP is not set +# CONFIG_PPC_INDIRECT_IO is not set +# CONFIG_GENERIC_IOMAP is not set +# CONFIG_CPU_FREQ is not set +# CONFIG_TAU is not set +# CONFIG_KATANA is not set +# CONFIG_WILLOW is not set +# CONFIG_CPCI690 is not set +# CONFIG_POWERPMC250 is not set +# CONFIG_CHESTNUT is not set +# CONFIG_SPRUCE is not set +# CONFIG_HDPU is not set +# CONFIG_EV64260 is not set +# CONFIG_LOPEC is not set +# CONFIG_MVME5100 is not set +# CONFIG_PPLUS is not set +CONFIG_PPC_PRPMC2800=y +# CONFIG_PRPMC750 is not set +# CONFIG_PRPMC800 is not set +# CONFIG_SANDPOINT is not set +# CONFIG_LINKSTATION is not set +# CONFIG_MPC7448HPC2 is not set +# CONFIG_RADSTONE_PPC7D is not set +# CONFIG_PAL4 is not set +# CONFIG_EST8260 is not set +# CONFIG_SBC82xx is not set +# CONFIG_SBS8260 is not set +# CONFIG_RPX8260 is not set +# CONFIG_TQM8260 is not set +# CONFIG_ADS8272 is not set +# CONFIG_PQ2FADS is not set +# CONFIG_EV64360 is not set +CONFIG_MV64X60=y + +# +# Set bridge options +# +# CONFIG_WANT_EARLY_SERIAL is not set +# CONFIG_MPIC is not set + +# +# Kernel options +# +# CONFIG_HIGHMEM is not set +# CONFIG_HZ_100 is not set +CONFIG_HZ_250=y +# CONFIG_HZ_300 is not set +# CONFIG_HZ_1000 is not set +CONFIG_HZ=250 +CONFIG_PREEMPT_NONE=y +# CONFIG_PREEMPT_VOLUNTARY is not set +# CONFIG_PREEMPT is not set +CONFIG_BINFMT_ELF=y +CONFIG_BINFMT_MISC=y +CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y +CONFIG_ARCH_FLATMEM_ENABLE=y +CONFIG_ARCH_POPULATES_NODE_MAP=y +CONFIG_SELECT_MEMORY_MODEL=y +CONFIG_FLATMEM_MANUAL=y +# CONFIG_DISCONTIGMEM_MANUAL is not set +# CONFIG_SPARSEMEM_MANUAL is not set +CONFIG_FLATMEM=y +CONFIG_FLAT_NODE_MEM_MAP=y +# CONFIG_SPARSEMEM_STATIC is not set +CONFIG_SPLIT_PTLOCK_CPUS=4 +# CONFIG_RESOURCES_64BIT is not set +CONFIG_ZONE_DMA_FLAG=1 +CONFIG_PROC_DEVICETREE=y +# CONFIG_CMDLINE_BOOL is not set +# CONFIG_PM is not set +# CONFIG_SECCOMP is not set +CONFIG_DEVICE_TREE="prpmc2800.dts" +CONFIG_ISA_DMA_API=y + +# +# Bus options +# +CONFIG_ZONE_DMA=y +CONFIG_GENERIC_ISA_DMA=y +# CONFIG_MPIC_WEIRD is not set +# CONFIG_PPC_I8259 is not set +CONFIG_PPC_INDIRECT_PCI=y +CONFIG_PCI=y +CONFIG_PCI_DOMAINS=y +# CONFIG_PCIEPORTBUS is not set + +# +# PCCARD (PCMCIA/CardBus) support +# +# CONFIG_PCCARD is not set + +# +# PCI Hotplug Support +# +# CONFIG_HOTPLUG_PCI is not set + +# +# Advanced setup +# +# CONFIG_ADVANCED_OPTIONS is not set + +# +# Default settings for advanced configuration options are used +# +CONFIG_HIGHMEM_START=0xfe000000 +CONFIG_LOWMEM_SIZE=0x30000000 +CONFIG_KERNEL_START=0xc0000000 +CONFIG_TASK_SIZE=0x80000000 +CONFIG_CONSISTENT_START=0xff100000 +CONFIG_CONSISTENT_SIZE=0x00200000 +CONFIG_BOOT_LOAD=0x00800000 + +# +# Networking +# +CONFIG_NET=y + +# +# Networking options +# +# CONFIG_NETDEBUG is not set +CONFIG_PACKET=y +# CONFIG_PACKET_MMAP is not set +CONFIG_UNIX=y +CONFIG_XFRM=y +CONFIG_XFRM_USER=y +# CONFIG_XFRM_SUB_POLICY is not set +# CONFIG_XFRM_MIGRATE is not set +# CONFIG_NET_KEY is not set +CONFIG_INET=y +CONFIG_IP_MULTICAST=y +# CONFIG_IP_ADVANCED_ROUTER is not set +CONFIG_IP_FIB_HASH=y +CONFIG_IP_PNP=y +CONFIG_IP_PNP_DHCP=y +CONFIG_IP_PNP_BOOTP=y +# CONFIG_IP_PNP_RARP is not set +# CONFIG_NET_IPIP is not set +# CONFIG_NET_IPGRE is not set +# CONFIG_IP_MROUTE is not set +# CONFIG_ARPD is not set +CONFIG_SYN_COOKIES=y +# CONFIG_INET_AH is not set +# CONFIG_INET_ESP is not set +# CONFIG_INET_IPCOMP is not set +# CONFIG_INET_XFRM_TUNNEL is not set +# CONFIG_INET_TUNNEL is not set +CONFIG_INET_XFRM_MODE_TRANSPORT=y +CONFIG_INET_XFRM_MODE_TUNNEL=y +CONFIG_INET_XFRM_MODE_BEET=y +CONFIG_INET_DIAG=y +CONFIG_INET_TCP_DIAG=y +# CONFIG_TCP_CONG_ADVANCED is not set +CONFIG_TCP_CONG_CUBIC=y +CONFIG_DEFAULT_TCP_CONG="cubic" +# CONFIG_TCP_MD5SIG is not set +# CONFIG_IPV6 is not set +# CONFIG_INET6_XFRM_TUNNEL is not set +# CONFIG_INET6_TUNNEL is not set +# CONFIG_NETWORK_SECMARK is not set +# CONFIG_NETFILTER is not set + +# +# DCCP Configuration (EXPERIMENTAL) +# +# CONFIG_IP_DCCP is not set + +# +# SCTP Configuration (EXPERIMENTAL) +# +# CONFIG_IP_SCTP is not set + +# +# TIPC Configuration (EXPERIMENTAL) +# +# CONFIG_TIPC is not set +# CONFIG_ATM is not set +# CONFIG_BRIDGE is not set +# CONFIG_VLAN_8021Q is not set +# CONFIG_DECNET is not set +# CONFIG_LLC2 is not set +# CONFIG_IPX is not set +# CONFIG_ATALK is not set +# CONFIG_X25 is not set +# CONFIG_LAPB is not set +# CONFIG_ECONET is not set +# CONFIG_WAN_ROUTER is not set + +# +# QoS and/or fair queueing +# +# CONFIG_NET_SCHED is not set + +# +# Network testing +# +# CONFIG_NET_PKTGEN is not set +# CONFIG_HAMRADIO is not set +# CONFIG_IRDA is not set +# CONFIG_BT is not set +# CONFIG_IEEE80211 is not set + +# +# Device Drivers +# + +# +# Generic Driver Options +# +CONFIG_STANDALONE=y +CONFIG_PREVENT_FIRMWARE_BUILD=y +# CONFIG_FW_LOADER is not set +# CONFIG_SYS_HYPERVISOR is not set + +# +# Connector - unified userspace <-> kernelspace linker +# +# CONFIG_CONNECTOR is not set + +# +# Memory Technology Devices (MTD) +# +# CONFIG_MTD is not set + +# +# Parallel port support +# +# CONFIG_PARPORT is not set + +# +# Plug and Play support +# +# CONFIG_PNPACPI is not set + +# +# Block devices +# +# CONFIG_BLK_DEV_FD is not set +# CONFIG_BLK_CPQ_DA is not set +# CONFIG_BLK_CPQ_CISS_DA is not set +# CONFIG_BLK_DEV_DAC960 is not set +# CONFIG_BLK_DEV_UMEM is not set +# CONFIG_BLK_DEV_COW_COMMON is not set +CONFIG_BLK_DEV_LOOP=y +# CONFIG_BLK_DEV_CRYPTOLOOP is not set +# CONFIG_BLK_DEV_NBD is not set +# CONFIG_BLK_DEV_SX8 is not set +# CONFIG_BLK_DEV_UB is not set +CONFIG_BLK_DEV_RAM=y +CONFIG_BLK_DEV_RAM_COUNT=16 +CONFIG_BLK_DEV_RAM_SIZE=131072 +CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024 +# CONFIG_CDROM_PKTCDVD is not set +# CONFIG_ATA_OVER_ETH is not set + +# +# Misc devices +# +# CONFIG_SGI_IOC4 is not set +# CONFIG_TIFM_CORE is not set + +# +# ATA/ATAPI/MFM/RLL support +# +CONFIG_IDE=y +CONFIG_BLK_DEV_IDE=y + +# +# Please see Documentation/ide.txt for help/info on IDE drives +# +# CONFIG_BLK_DEV_IDE_SATA is not set +CONFIG_BLK_DEV_IDEDISK=y +# CONFIG_IDEDISK_MULTI_MODE is not set +# CONFIG_BLK_DEV_IDECD is not set +# CONFIG_BLK_DEV_IDETAPE is not set +# CONFIG_BLK_DEV_IDEFLOPPY is not set +# CONFIG_BLK_DEV_IDESCSI is not set +# CONFIG_IDE_TASK_IOCTL is not set + +# +# IDE chipset support/bugfixes +# +CONFIG_IDE_GENERIC=y +CONFIG_BLK_DEV_IDEPCI=y +# CONFIG_IDEPCI_SHARE_IRQ is not set +# CONFIG_BLK_DEV_OFFBOARD is not set +CONFIG_BLK_DEV_GENERIC=y +# CONFIG_BLK_DEV_OPTI621 is not set +CONFIG_BLK_DEV_IDEDMA_PCI=y +# CONFIG_BLK_DEV_IDEDMA_FORCED is not set +CONFIG_IDEDMA_PCI_AUTO=y +# CONFIG_IDEDMA_ONLYDISK is not set +# CONFIG_BLK_DEV_AEC62XX is not set +# CONFIG_BLK_DEV_ALI15X3 is not set +# CONFIG_BLK_DEV_AMD74XX is not set +# CONFIG_BLK_DEV_CMD64X is not set +# CONFIG_BLK_DEV_TRIFLEX is not set +# CONFIG_BLK_DEV_CY82C693 is not set +# CONFIG_BLK_DEV_CS5520 is not set +# CONFIG_BLK_DEV_CS5530 is not set +# CONFIG_BLK_DEV_HPT34X is not set +# CONFIG_BLK_DEV_HPT366 is not set +# CONFIG_BLK_DEV_JMICRON is not set +# CONFIG_BLK_DEV_SC1200 is not set +# CONFIG_BLK_DEV_PIIX is not set +# CONFIG_BLK_DEV_IT8213 is not set +# CONFIG_BLK_DEV_IT821X is not set +# CONFIG_BLK_DEV_NS87415 is not set +# CONFIG_BLK_DEV_PDC202XX_OLD is not set +CONFIG_BLK_DEV_PDC202XX_NEW=y +# CONFIG_BLK_DEV_SVWKS is not set +# CONFIG_BLK_DEV_SIIMAGE is not set +# CONFIG_BLK_DEV_SL82C105 is not set +# CONFIG_BLK_DEV_SLC90E66 is not set +# CONFIG_BLK_DEV_TRM290 is not set +# CONFIG_BLK_DEV_VIA82CXXX is not set +# CONFIG_BLK_DEV_TC86C001 is not set +# CONFIG_IDE_ARM is not set +CONFIG_BLK_DEV_IDEDMA=y +# CONFIG_IDEDMA_IVB is not set +CONFIG_IDEDMA_AUTO=y +# CONFIG_BLK_DEV_HD is not set + +# +# SCSI device support +# +# CONFIG_RAID_ATTRS is not set +CONFIG_SCSI=y +# CONFIG_SCSI_TGT is not set +# CONFIG_SCSI_NETLINK is not set +CONFIG_SCSI_PROC_FS=y + +# +# SCSI support type (disk, tape, CD-ROM) +# +CONFIG_BLK_DEV_SD=y +# CONFIG_CHR_DEV_ST is not set +# CONFIG_CHR_DEV_OSST is not set +# CONFIG_BLK_DEV_SR is not set +# CONFIG_CHR_DEV_SG is not set +# CONFIG_CHR_DEV_SCH is not set + +# +# Some SCSI devices (e.g. CD jukebox) support multiple LUNs +# +# CONFIG_SCSI_MULTI_LUN is not set +# CONFIG_SCSI_CONSTANTS is not set +# CONFIG_SCSI_LOGGING is not set +# CONFIG_SCSI_SCAN_ASYNC is not set + +# +# SCSI Transports +# +# CONFIG_SCSI_SPI_ATTRS is not set +# CONFIG_SCSI_FC_ATTRS is not set +# CONFIG_SCSI_ISCSI_ATTRS is not set +# CONFIG_SCSI_SAS_ATTRS is not set +# CONFIG_SCSI_SAS_LIBSAS is not set + +# +# SCSI low-level drivers +# +# CONFIG_ISCSI_TCP is not set +# CONFIG_BLK_DEV_3W_XXXX_RAID is not set +# CONFIG_SCSI_3W_9XXX is not set +# CONFIG_SCSI_ACARD is not set +# CONFIG_SCSI_AACRAID is not set +# CONFIG_SCSI_AIC7XXX is not set +# CONFIG_SCSI_AIC7XXX_OLD is not set +# CONFIG_SCSI_AIC79XX is not set +# CONFIG_SCSI_AIC94XX is not set +# CONFIG_SCSI_DPT_I2O is not set +# CONFIG_SCSI_ARCMSR is not set +# CONFIG_MEGARAID_NEWGEN is not set +# CONFIG_MEGARAID_LEGACY is not set +# CONFIG_MEGARAID_SAS is not set +# CONFIG_SCSI_HPTIOP is not set +# CONFIG_SCSI_BUSLOGIC is not set +# CONFIG_SCSI_DMX3191D is not set +# CONFIG_SCSI_EATA is not set +# CONFIG_SCSI_FUTURE_DOMAIN is not set +# CONFIG_SCSI_GDTH is not set +# CONFIG_SCSI_IPS is not set +# CONFIG_SCSI_INITIO is not set +# CONFIG_SCSI_INIA100 is not set +# CONFIG_SCSI_STEX is not set +# CONFIG_SCSI_SYM53C8XX_2 is not set +# CONFIG_SCSI_IPR is not set +# CONFIG_SCSI_QLOGIC_1280 is not set +# CONFIG_SCSI_QLA_FC is not set +# CONFIG_SCSI_QLA_ISCSI is not set +# CONFIG_SCSI_LPFC is not set +# CONFIG_SCSI_DC395x is not set +# CONFIG_SCSI_DC390T is not set +# CONFIG_SCSI_NSP32 is not set +# CONFIG_SCSI_DEBUG is not set +# CONFIG_SCSI_SRP is not set + +# +# Serial ATA (prod) and Parallel ATA (experimental) drivers +# +CONFIG_ATA=y +# CONFIG_ATA_NONSTANDARD is not set +# CONFIG_SATA_AHCI is not set +# CONFIG_SATA_SVW is not set +# CONFIG_ATA_PIIX is not set +CONFIG_SATA_MV=y +# CONFIG_SATA_NV is not set +# CONFIG_PDC_ADMA is not set +# CONFIG_SATA_QSTOR is not set +# CONFIG_SATA_PROMISE is not set +# CONFIG_SATA_SX4 is not set +# CONFIG_SATA_SIL is not set +# CONFIG_SATA_SIL24 is not set +# CONFIG_SATA_SIS is not set +# CONFIG_SATA_ULI is not set +# CONFIG_SATA_VIA is not set +# CONFIG_SATA_VITESSE is not set +# CONFIG_SATA_INIC162X is not set +# CONFIG_PATA_ALI is not set +# CONFIG_PATA_AMD is not set +# CONFIG_PATA_ARTOP is not set +# CONFIG_PATA_ATIIXP is not set +# CONFIG_PATA_CMD64X is not set +# CONFIG_PATA_CS5520 is not set +# CONFIG_PATA_CS5530 is not set +# CONFIG_PATA_CYPRESS is not set +# CONFIG_PATA_EFAR is not set +# CONFIG_ATA_GENERIC is not set +# CONFIG_PATA_HPT366 is not set +# CONFIG_PATA_HPT37X is not set +# CONFIG_PATA_HPT3X2N is not set +# CONFIG_PATA_HPT3X3 is not set +# CONFIG_PATA_IT821X is not set +# CONFIG_PATA_IT8213 is not set +# CONFIG_PATA_JMICRON is not set +# CONFIG_PATA_TRIFLEX is not set +# CONFIG_PATA_MARVELL is not set +# CONFIG_PATA_MPIIX is not set +# CONFIG_PATA_OLDPIIX is not set +# CONFIG_PATA_NETCELL is not set +# CONFIG_PATA_NS87410 is not set +# CONFIG_PATA_OPTI is not set +# CONFIG_PATA_OPTIDMA is not set +# CONFIG_PATA_PDC_OLD is not set +# CONFIG_PATA_RADISYS is not set +# CONFIG_PATA_RZ1000 is not set +# CONFIG_PATA_SC1200 is not set +# CONFIG_PATA_SERVERWORKS is not set +# CONFIG_PATA_PDC2027X is not set +# CONFIG_PATA_SIL680 is not set +# CONFIG_PATA_SIS is not set +# CONFIG_PATA_VIA is not set +# CONFIG_PATA_WINBOND is not set + +# +# Multi-device support (RAID and LVM) +# +# CONFIG_MD is not set + +# +# Fusion MPT device support +# +# CONFIG_FUSION is not set +# CONFIG_FUSION_SPI is not set +# CONFIG_FUSION_FC is not set +# CONFIG_FUSION_SAS is not set + +# +# IEEE 1394 (FireWire) support +# +# CONFIG_IEEE1394 is not set + +# +# I2O device support +# +# CONFIG_I2O is not set + +# +# Macintosh device drivers +# +# CONFIG_MAC_EMUMOUSEBTN is not set +# CONFIG_WINDFARM is not set + +# +# Network device support +# +CONFIG_NETDEVICES=y +# CONFIG_DUMMY is not set +# CONFIG_BONDING is not set +# CONFIG_EQUALIZER is not set +# CONFIG_TUN is not set + +# +# ARCnet devices +# +# CONFIG_ARCNET is not set + +# +# PHY device support +# +CONFIG_PHYLIB=y + +# +# MII PHY device drivers +# +# CONFIG_MARVELL_PHY is not set +# CONFIG_DAVICOM_PHY is not set +# CONFIG_QSEMI_PHY is not set +# CONFIG_LXT_PHY is not set +# CONFIG_CICADA_PHY is not set +# CONFIG_VITESSE_PHY is not set +# CONFIG_SMSC_PHY is not set +# CONFIG_BROADCOM_PHY is not set +# CONFIG_FIXED_PHY is not set + +# +# Ethernet (10 or 100Mbit) +# +CONFIG_NET_ETHERNET=y +CONFIG_MII=y +# CONFIG_HAPPYMEAL is not set +# CONFIG_SUNGEM is not set +# CONFIG_CASSINI is not set +# CONFIG_NET_VENDOR_3COM is not set + +# +# Tulip family network device support +# +# CONFIG_NET_TULIP is not set +# CONFIG_HP100 is not set +CONFIG_NET_PCI=y +# CONFIG_PCNET32 is not set +# CONFIG_AMD8111_ETH is not set +# CONFIG_ADAPTEC_STARFIRE is not set +# CONFIG_B44 is not set +# CONFIG_FORCEDETH is not set +# CONFIG_DGRS is not set +# CONFIG_EEPRO100 is not set +CONFIG_E100=y +# CONFIG_FEALNX is not set +# CONFIG_NATSEMI is not set +# CONFIG_NE2K_PCI is not set +# CONFIG_8139CP is not set +CONFIG_8139TOO=y +# CONFIG_8139TOO_PIO is not set +# CONFIG_8139TOO_TUNE_TWISTER is not set +# CONFIG_8139TOO_8129 is not set +# CONFIG_8139_OLD_RX_RESET is not set +# CONFIG_SIS900 is not set +# CONFIG_EPIC100 is not set +# CONFIG_SUNDANCE is not set +# CONFIG_TLAN is not set +# CONFIG_VIA_RHINE is not set +# CONFIG_SC92031 is not set + +# +# Ethernet (1000 Mbit) +# +# CONFIG_ACENIC is not set +# CONFIG_DL2K is not set +CONFIG_E1000=y +# CONFIG_E1000_NAPI is not set +# CONFIG_E1000_DISABLE_PACKET_SPLIT is not set +# CONFIG_NS83820 is not set +# CONFIG_HAMACHI is not set +# CONFIG_YELLOWFIN is not set +# CONFIG_R8169 is not set +# CONFIG_SIS190 is not set +# CONFIG_SKGE is not set +# CONFIG_SKY2 is not set +# CONFIG_SK98LIN is not set +# CONFIG_VIA_VELOCITY is not set +# CONFIG_TIGON3 is not set +# CONFIG_BNX2 is not set +CONFIG_MV643XX_ETH=y +# CONFIG_QLA3XXX is not set +# CONFIG_ATL1 is not set + +# +# Ethernet (10000 Mbit) +# +# CONFIG_CHELSIO_T1 is not set +# CONFIG_CHELSIO_T3 is not set +# CONFIG_IXGB is not set +# CONFIG_S2IO is not set +# CONFIG_MYRI10GE is not set +# CONFIG_NETXEN_NIC is not set + +# +# Token Ring devices +# +# CONFIG_TR is not set + +# +# Wireless LAN (non-hamradio) +# +# CONFIG_NET_RADIO is not set + +# +# Wan interfaces +# +# CONFIG_WAN is not set +# CONFIG_FDDI is not set +# CONFIG_HIPPI is not set +# CONFIG_PPP is not set +# CONFIG_SLIP is not set +# CONFIG_NET_FC is not set +# CONFIG_SHAPER is not set +# CONFIG_NETCONSOLE is not set +# CONFIG_NETPOLL is not set +# CONFIG_NET_POLL_CONTROLLER is not set + +# +# ISDN subsystem +# +# CONFIG_ISDN is not set + +# +# Telephony Support +# +# CONFIG_PHONE is not set + +# +# Input device support +# +CONFIG_INPUT=y +# CONFIG_INPUT_FF_MEMLESS is not set + +# +# Userland interfaces +# +CONFIG_INPUT_MOUSEDEV=y +CONFIG_INPUT_MOUSEDEV_PSAUX=y +CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 +CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 +# CONFIG_INPUT_JOYDEV is not set +# CONFIG_INPUT_TSDEV is not set +# CONFIG_INPUT_EVDEV is not set +# CONFIG_INPUT_EVBUG is not set + +# +# Input Device Drivers +# +# CONFIG_INPUT_KEYBOARD is not set +# CONFIG_INPUT_MOUSE is not set +# CONFIG_INPUT_JOYSTICK is not set +# CONFIG_INPUT_TOUCHSCREEN is not set +# CONFIG_INPUT_MISC is not set + +# +# Hardware I/O ports +# +# CONFIG_SERIO is not set +# CONFIG_GAMEPORT is not set + +# +# Character devices +# +CONFIG_VT=y +CONFIG_VT_CONSOLE=y +CONFIG_HW_CONSOLE=y +# CONFIG_VT_HW_CONSOLE_BINDING is not set +# CONFIG_SERIAL_NONSTANDARD is not set + +# +# Serial drivers +# +# CONFIG_SERIAL_8250 is not set + +# +# Non-8250 serial port support +# +CONFIG_SERIAL_MPSC=y +CONFIG_SERIAL_MPSC_CONSOLE=y +# CONFIG_SERIAL_UARTLITE is not set +CONFIG_SERIAL_CORE=y +CONFIG_SERIAL_CORE_CONSOLE=y +# CONFIG_SERIAL_JSM is not set +CONFIG_UNIX98_PTYS=y +CONFIG_LEGACY_PTYS=y +CONFIG_LEGACY_PTY_COUNT=256 + +# +# IPMI +# +# CONFIG_IPMI_HANDLER is not set + +# +# Watchdog Cards +# +# CONFIG_WATCHDOG is not set +# CONFIG_HW_RANDOM is not set +# CONFIG_NVRAM is not set +# CONFIG_GEN_RTC is not set +# CONFIG_DTLK is not set +# CONFIG_R3964 is not set +# CONFIG_APPLICOM is not set +# CONFIG_AGP is not set +# CONFIG_DRM is not set +# CONFIG_RAW_DRIVER is not set + +# +# TPM devices +# +# CONFIG_TCG_TPM is not set + +# +# I2C support +# +CONFIG_I2C=y +CONFIG_I2C_CHARDEV=y + +# +# I2C Algorithms +# +# CONFIG_I2C_ALGOBIT is not set +# CONFIG_I2C_ALGOPCF is not set +# CONFIG_I2C_ALGOPCA is not set + +# +# I2C Hardware Bus support +# +# CONFIG_I2C_ALI1535 is not set +# CONFIG_I2C_ALI1563 is not set +# CONFIG_I2C_ALI15X3 is not set +# CONFIG_I2C_AMD756 is not set +# CONFIG_I2C_AMD8111 is not set +# CONFIG_I2C_I801 is not set +# CONFIG_I2C_I810 is not set +# CONFIG_I2C_PIIX4 is not set +# CONFIG_I2C_MPC is not set +# CONFIG_I2C_NFORCE2 is not set +# CONFIG_I2C_OCORES is not set +# CONFIG_I2C_PARPORT_LIGHT is not set +# CONFIG_I2C_PASEMI is not set +# CONFIG_I2C_PROSAVAGE is not set +# CONFIG_I2C_SAVAGE4 is not set +# CONFIG_I2C_SIS5595 is not set +# CONFIG_I2C_SIS630 is not set +# CONFIG_I2C_SIS96X is not set +# CONFIG_I2C_VIA is not set +# CONFIG_I2C_VIAPRO is not set +# CONFIG_I2C_VOODOO3 is not set +# CONFIG_I2C_PCA_ISA is not set +CONFIG_I2C_MV64XXX=y + +# +# Miscellaneous I2C Chip support +# +# CONFIG_SENSORS_DS1337 is not set +# CONFIG_SENSORS_DS1374 is not set +# CONFIG_SENSORS_EEPROM is not set +# CONFIG_SENSORS_PCF8574 is not set +# CONFIG_SENSORS_PCA9539 is not set +# CONFIG_SENSORS_PCF8591 is not set +# CONFIG_SENSORS_M41T00 is not set +# CONFIG_SENSORS_MAX6875 is not set +# CONFIG_I2C_DEBUG_CORE is not set +# CONFIG_I2C_DEBUG_ALGO is not set +# CONFIG_I2C_DEBUG_BUS is not set +# CONFIG_I2C_DEBUG_CHIP is not set + +# +# SPI support +# +# CONFIG_SPI is not set +# CONFIG_SPI_MASTER is not set + +# +# Dallas's 1-wire bus +# +# CONFIG_W1 is not set + +# +# Hardware Monitoring support +# +CONFIG_HWMON=y +# CONFIG_HWMON_VID is not set +# CONFIG_SENSORS_ABITUGURU is not set +# CONFIG_SENSORS_ADM1021 is not set +# CONFIG_SENSORS_ADM1025 is not set +# CONFIG_SENSORS_ADM1026 is not set +# CONFIG_SENSORS_ADM1029 is not set +# CONFIG_SENSORS_ADM1031 is not set +# CONFIG_SENSORS_ADM9240 is not set +# CONFIG_SENSORS_ASB100 is not set +# CONFIG_SENSORS_ATXP1 is not set +# CONFIG_SENSORS_DS1621 is not set +# CONFIG_SENSORS_F71805F is not set +# CONFIG_SENSORS_FSCHER is not set +# CONFIG_SENSORS_FSCPOS is not set +# CONFIG_SENSORS_GL518SM is not set +# CONFIG_SENSORS_GL520SM is not set +# CONFIG_SENSORS_IT87 is not set +# CONFIG_SENSORS_LM63 is not set +# CONFIG_SENSORS_LM75 is not set +# CONFIG_SENSORS_LM77 is not set +# CONFIG_SENSORS_LM78 is not set +# CONFIG_SENSORS_LM80 is not set +# CONFIG_SENSORS_LM83 is not set +# CONFIG_SENSORS_LM85 is not set +# CONFIG_SENSORS_LM87 is not set +# CONFIG_SENSORS_LM90 is not set +# CONFIG_SENSORS_LM92 is not set +# CONFIG_SENSORS_MAX1619 is not set +# CONFIG_SENSORS_PC87360 is not set +# CONFIG_SENSORS_PC87427 is not set +# CONFIG_SENSORS_SIS5595 is not set +# CONFIG_SENSORS_SMSC47M1 is not set +# CONFIG_SENSORS_SMSC47M192 is not set +# CONFIG_SENSORS_SMSC47B397 is not set +# CONFIG_SENSORS_VIA686A is not set +# CONFIG_SENSORS_VT1211 is not set +# CONFIG_SENSORS_VT8231 is not set +# CONFIG_SENSORS_W83781D is not set +# CONFIG_SENSORS_W83791D is not set +# CONFIG_SENSORS_W83792D is not set +# CONFIG_SENSORS_W83793 is not set +# CONFIG_SENSORS_W83L785TS is not set +# CONFIG_SENSORS_W83627HF is not set +# CONFIG_SENSORS_W83627EHF is not set +# CONFIG_HWMON_DEBUG_CHIP is not set + +# +# Multifunction device drivers +# +# CONFIG_MFD_SM501 is not set + +# +# Multimedia devices +# +# CONFIG_VIDEO_DEV is not set + +# +# Digital Video Broadcasting Devices +# +# CONFIG_DVB is not set +# CONFIG_USB_DABUSB is not set + +# +# Graphics support +# +# CONFIG_BACKLIGHT_LCD_SUPPORT is not set +# CONFIG_FB is not set +# CONFIG_FB_IBM_GXT4500 is not set + +# +# Console display driver support +# +CONFIG_VGA_CONSOLE=y +# CONFIG_VGACON_SOFT_SCROLLBACK is not set +CONFIG_DUMMY_CONSOLE=y + +# +# Sound +# +# CONFIG_SOUND is not set + +# +# HID Devices +# +CONFIG_HID=y +# CONFIG_HID_DEBUG is not set + +# +# USB support +# +CONFIG_USB_ARCH_HAS_HCD=y +CONFIG_USB_ARCH_HAS_OHCI=y +CONFIG_USB_ARCH_HAS_EHCI=y +CONFIG_USB=y +# CONFIG_USB_DEBUG is not set + +# +# Miscellaneous USB options +# +CONFIG_USB_DEVICEFS=y +# CONFIG_USB_DYNAMIC_MINORS is not set +# CONFIG_USB_OTG is not set + +# +# USB Host Controller Drivers +# +CONFIG_USB_EHCI_HCD=y +# CONFIG_USB_EHCI_SPLIT_ISO is not set +# CONFIG_USB_EHCI_ROOT_HUB_TT is not set +# CONFIG_USB_EHCI_TT_NEWSCHED is not set +# CONFIG_USB_EHCI_BIG_ENDIAN_MMIO is not set +# CONFIG_USB_ISP116X_HCD is not set +CONFIG_USB_OHCI_HCD=y +# CONFIG_USB_OHCI_HCD_PPC_OF is not set +# CONFIG_USB_OHCI_BIG_ENDIAN_DESC is not set +# CONFIG_USB_OHCI_BIG_ENDIAN_MMIO is not set +CONFIG_USB_OHCI_LITTLE_ENDIAN=y +# CONFIG_USB_UHCI_HCD is not set +# CONFIG_USB_SL811_HCD is not set + +# +# USB Device Class drivers +# +# CONFIG_USB_ACM is not set +# CONFIG_USB_PRINTER is not set + +# +# NOTE: USB_STORAGE enables SCSI, and 'SCSI disk support' +# + +# +# may also be needed; see USB_STORAGE Help for more information +# +# CONFIG_USB_STORAGE is not set +# CONFIG_USB_LIBUSUAL is not set + +# +# USB Input Devices +# +CONFIG_USB_HID=y +# CONFIG_USB_HIDINPUT_POWERBOOK is not set +# CONFIG_HID_FF is not set +# CONFIG_USB_HIDDEV is not set +# CONFIG_USB_AIPTEK is not set +# CONFIG_USB_WACOM is not set +# CONFIG_USB_ACECAD is not set +# CONFIG_USB_KBTAB is not set +# CONFIG_USB_POWERMATE is not set +# CONFIG_USB_TOUCHSCREEN is not set +# CONFIG_USB_YEALINK is not set +# CONFIG_USB_XPAD is not set +# CONFIG_USB_ATI_REMOTE is not set +# CONFIG_USB_ATI_REMOTE2 is not set +# CONFIG_USB_KEYSPAN_REMOTE is not set +# CONFIG_USB_APPLETOUCH is not set +# CONFIG_USB_GTCO is not set + +# +# USB Imaging devices +# +# CONFIG_USB_MDC800 is not set +# CONFIG_USB_MICROTEK is not set + +# +# USB Network Adapters +# +# CONFIG_USB_CATC is not set +# CONFIG_USB_KAWETH is not set +# CONFIG_USB_PEGASUS is not set +# CONFIG_USB_RTL8150 is not set +# CONFIG_USB_USBNET_MII is not set +# CONFIG_USB_USBNET is not set +CONFIG_USB_MON=y + +# +# USB port drivers +# + +# +# USB Serial Converter support +# +# CONFIG_USB_SERIAL is not set + +# +# USB Miscellaneous drivers +# +# CONFIG_USB_EMI62 is not set +# CONFIG_USB_EMI26 is not set +# CONFIG_USB_ADUTUX is not set +# CONFIG_USB_AUERSWALD is not set +# CONFIG_USB_RIO500 is not set +# CONFIG_USB_LEGOTOWER is not set +# CONFIG_USB_LCD is not set +# CONFIG_USB_BERRY_CHARGE is not set +# CONFIG_USB_LED is not set +# CONFIG_USB_CYPRESS_CY7C63 is not set +# CONFIG_USB_CYTHERM is not set +# CONFIG_USB_PHIDGET is not set +# CONFIG_USB_IDMOUSE is not set +# CONFIG_USB_FTDI_ELAN is not set +# CONFIG_USB_APPLEDISPLAY is not set +# CONFIG_USB_SISUSBVGA is not set +# CONFIG_USB_LD is not set +# CONFIG_USB_TRANCEVIBRATOR is not set +# CONFIG_USB_IOWARRIOR is not set +# CONFIG_USB_TEST is not set + +# +# USB DSL modem support +# + +# +# USB Gadget Support +# +# CONFIG_USB_GADGET is not set + +# +# MMC/SD Card support +# +# CONFIG_MMC is not set + +# +# LED devices +# +# CONFIG_NEW_LEDS is not set + +# +# LED drivers +# + +# +# LED Triggers +# + +# +# InfiniBand support +# +# CONFIG_INFINIBAND is not set + +# +# EDAC - error detection and reporting (RAS) (EXPERIMENTAL) +# + +# +# Real Time Clock +# +CONFIG_RTC_LIB=y +CONFIG_RTC_CLASS=y +CONFIG_RTC_HCTOSYS=y +CONFIG_RTC_HCTOSYS_DEVICE="rtc0" +# CONFIG_RTC_DEBUG is not set + +# +# RTC interfaces +# +CONFIG_RTC_INTF_SYSFS=y +CONFIG_RTC_INTF_PROC=y +CONFIG_RTC_INTF_DEV=y +# CONFIG_RTC_INTF_DEV_UIE_EMUL is not set + +# +# RTC drivers +# +# CONFIG_RTC_DRV_X1205 is not set +# CONFIG_RTC_DRV_DS1307 is not set +# CONFIG_RTC_DRV_DS1553 is not set +# CONFIG_RTC_DRV_ISL1208 is not set +# CONFIG_RTC_DRV_DS1672 is not set +# CONFIG_RTC_DRV_DS1742 is not set +# CONFIG_RTC_DRV_PCF8563 is not set +# CONFIG_RTC_DRV_RS5C372 is not set +# CONFIG_RTC_DRV_M48T86 is not set +# CONFIG_RTC_DRV_TEST is not set +CONFIG_RTC_DRV_MAX6900=y +# CONFIG_RTC_DRV_V3020 is not set + +# +# DMA Engine support +# +# CONFIG_DMA_ENGINE is not set + +# +# DMA Clients +# + +# +# DMA Devices +# + +# +# Auxiliary Display support +# + +# +# Virtualization +# + +# +# File systems +# +CONFIG_EXT2_FS=y +# CONFIG_EXT2_FS_XATTR is not set +# CONFIG_EXT2_FS_XIP is not set +CONFIG_EXT3_FS=y +CONFIG_EXT3_FS_XATTR=y +# CONFIG_EXT3_FS_POSIX_ACL is not set +# CONFIG_EXT3_FS_SECURITY is not set +# CONFIG_EXT4DEV_FS is not set +CONFIG_JBD=y +# CONFIG_JBD_DEBUG is not set +CONFIG_FS_MBCACHE=y +# CONFIG_REISERFS_FS is not set +# CONFIG_JFS_FS is not set +# CONFIG_FS_POSIX_ACL is not set +# CONFIG_XFS_FS is not set +# CONFIG_GFS2_FS is not set +# CONFIG_OCFS2_FS is not set +# CONFIG_MINIX_FS is not set +# CONFIG_ROMFS_FS is not set +CONFIG_INOTIFY=y +CONFIG_INOTIFY_USER=y +# CONFIG_QUOTA is not set +CONFIG_DNOTIFY=y +# CONFIG_AUTOFS_FS is not set +# CONFIG_AUTOFS4_FS is not set +# CONFIG_FUSE_FS is not set + +# +# CD-ROM/DVD Filesystems +# +# CONFIG_ISO9660_FS is not set +# CONFIG_UDF_FS is not set + +# +# DOS/FAT/NT Filesystems +# +# CONFIG_MSDOS_FS is not set +# CONFIG_VFAT_FS is not set +# CONFIG_NTFS_FS is not set + +# +# Pseudo filesystems +# +CONFIG_PROC_FS=y +CONFIG_PROC_KCORE=y +CONFIG_PROC_SYSCTL=y +CONFIG_SYSFS=y +CONFIG_TMPFS=y +# CONFIG_TMPFS_POSIX_ACL is not set +# CONFIG_HUGETLB_PAGE is not set +CONFIG_RAMFS=y +# CONFIG_CONFIGFS_FS is not set + +# +# Miscellaneous filesystems +# +# CONFIG_ADFS_FS is not set +# CONFIG_AFFS_FS is not set +# CONFIG_HFS_FS is not set +# CONFIG_HFSPLUS_FS is not set +# CONFIG_BEFS_FS is not set +# CONFIG_BFS_FS is not set +# CONFIG_EFS_FS is not set +# CONFIG_CRAMFS is not set +# CONFIG_VXFS_FS is not set +# CONFIG_HPFS_FS is not set +# CONFIG_QNX4FS_FS is not set +# CONFIG_SYSV_FS is not set +# CONFIG_UFS_FS is not set + +# +# Network File Systems +# +CONFIG_NFS_FS=y +# CONFIG_NFS_V3 is not set +# CONFIG_NFS_V4 is not set +# CONFIG_NFS_DIRECTIO is not set +# CONFIG_NFSD is not set +CONFIG_ROOT_NFS=y +CONFIG_LOCKD=y +CONFIG_NFS_COMMON=y +CONFIG_SUNRPC=y +# CONFIG_RPCSEC_GSS_KRB5 is not set +# CONFIG_RPCSEC_GSS_SPKM3 is not set +# CONFIG_SMB_FS is not set +# CONFIG_CIFS is not set +# CONFIG_NCP_FS is not set +# CONFIG_CODA_FS is not set +# CONFIG_AFS_FS is not set +# CONFIG_9P_FS is not set + +# +# Partition Types +# +CONFIG_PARTITION_ADVANCED=y +# CONFIG_ACORN_PARTITION is not set +# CONFIG_OSF_PARTITION is not set +# CONFIG_AMIGA_PARTITION is not set +# CONFIG_ATARI_PARTITION is not set +# CONFIG_MAC_PARTITION is not set +CONFIG_MSDOS_PARTITION=y +# CONFIG_BSD_DISKLABEL is not set +# CONFIG_MINIX_SUBPARTITION is not set +# CONFIG_SOLARIS_X86_PARTITION is not set +# CONFIG_UNIXWARE_DISKLABEL is not set +# CONFIG_LDM_PARTITION is not set +# CONFIG_SGI_PARTITION is not set +# CONFIG_ULTRIX_PARTITION is not set +# CONFIG_SUN_PARTITION is not set +# CONFIG_KARMA_PARTITION is not set +# CONFIG_EFI_PARTITION is not set + +# +# Native Language Support +# +# CONFIG_NLS is not set + +# +# Distributed Lock Manager +# +# CONFIG_DLM is not set + +# +# Library routines +# +CONFIG_BITREVERSE=y +# CONFIG_CRC_CCITT is not set +# CONFIG_CRC16 is not set +CONFIG_CRC32=y +# CONFIG_LIBCRC32C is not set +CONFIG_PLIST=y +CONFIG_HAS_IOMEM=y +CONFIG_HAS_IOPORT=y + +# +# Instrumentation Support +# +# CONFIG_PROFILING is not set + +# +# Kernel hacking +# +# CONFIG_PRINTK_TIME is not set +CONFIG_ENABLE_MUST_CHECK=y +# CONFIG_MAGIC_SYSRQ is not set +# CONFIG_UNUSED_SYMBOLS is not set +# CONFIG_DEBUG_FS is not set +# CONFIG_HEADERS_CHECK is not set +# CONFIG_DEBUG_KERNEL is not set +CONFIG_LOG_BUF_SHIFT=14 +CONFIG_DEBUG_BUGVERBOSE=y +# CONFIG_BOOTX_TEXT is not set +# CONFIG_SERIAL_TEXT_DEBUG is not set +# CONFIG_PPC_EARLY_DEBUG is not set + +# +# Security options +# +# CONFIG_KEYS is not set +# CONFIG_SECURITY is not set + +# +# Cryptographic options +# +# CONFIG_CRYPTO is not set ^ permalink raw reply [flat|nested] 24+ messages in thread
* [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-28 1:19 [RFC 0/3] powerpc: Add Motorola PrPMC2800 platform support Mark A. Greer 2007-03-28 1:20 ` [RFC 1/3] powerpc: Add bootwrapper support for Motorola PrPMC2800 platform Mark A. Greer 2007-03-28 1:21 ` [RFC 2/3] powerpc: Add arch/powerpc support for the " Mark A. Greer @ 2007-03-28 1:22 ` Mark A. Greer 2007-03-28 16:43 ` Yoder Stuart-B08248 2 siblings, 1 reply; 24+ messages in thread From: Mark A. Greer @ 2007-03-28 1:22 UTC (permalink / raw) To: linuxppc-dev; +Cc: Dale Farnsworth Signed-off-by: Mark A. Greer <mgreer@mvista.com> --- prpmc2800.dts | 327 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 327 insertions(+) --- diff --git a/arch/powerpc/boot/dts/prpmc2800.dts b/arch/powerpc/boot/dts/prpmc2800.dts Index: powerpc/arch/powerpc/boot/dts/prpmc2800.dts =================================================================== --- /dev/null +++ powerpc/arch/powerpc/boot/dts/prpmc2800.dts @@ -0,0 +1,327 @@ +/* Device Tree Source for Motorola PrPMC2800 + * + * Author: Mark A. Greer <mgreer@mvista.com> + * + * 2007 (c) MontaVista, Software, Inc. This file is licensed under + * the terms of the GNU General Public License version 2. This program + * is licensed "as is" without any warranty of any kind, whether express + * or implied. + * + * To build: + * dtc -I dts -O asm -o prpmc2800.S -V 16 -b 0 prpmc2800.dts + * dtc -I dts -O dtb -o prpmc2800.dtb -V 16 -b 0 prpmc2800.dts + */ + +/ { + #address-cells = <1>; + #size-cells = <1>; + model = "PrPMC280/PrPMC2800"; /* Updated by bootwrapper */ + compatible = "PrPMC2800"; + coherency-off; + + cpus { + #address-cells = <1>; + #size-cells = <0>; + + PowerPC,7447 { + device_type = "cpu"; + reg = <0>; + clock-frequency = <0>; /* Set by bootwrapper */ + bus-frequency = <7f28155>; /* 133.333333 MHz */ + timebase-frequency = <1fca055>; /* 33.333333 MHz */ + /* Following required by dtc but not used */ + i-cache-line-size = <0>; + d-cache-line-size = <0>; + i-cache-size = <0>; + d-cache-size = <0>; + }; + }; + + memory { + device_type = "memory"; + reg = <00000000 00000000>; /* Set by bootwrapper */ + }; + + mv64x60@f1000000 { /* Marvell Discovery */ + #address-cells = <1>; + #size-cells = <1>; + #interrupt-cells = <1>; + device_type = "mv64360"; + compatible = "mv64x60"; + clock-frequency = <7f28155>; /* 133.333333 Mhz */ + reg = <f1000000 00010000>; + virtual-reg = <f1000000>; + ranges = <80000000 80000000 08000000 /* PCI MEM Space */ + 88000000 88000000 01000000 /* PCI I/O Space */ + a0000000 a0000000 04000000 /* User FLASH */ + 00000000 f1000000 00010000 /* Bridge's regs */ + f2000000 f2000000 00040000 /* Integrated SRAM */ + ff800000 ff800000 00800000>; /* Boot FLASH */ + + flash@ff800000 { + device_type = "rom"; + compatible = "direct-mapped"; + reg = <ff800000 0>; /* Size set by bootwrapper */ + }; + + flash@a0000000 { + device_type = "rom"; + compatible = "direct-mapped"; + reg = <a0000000 0>; /* Size set by bootwrapper */ + }; + + mdio { + #address-cells = <1>; + #size-cells = <0>; + device_type = "mdio"; + compatible = "mv64x60-mdio"; + ethernet-phy@1 { + device_type = "ethernet-phy"; + compatible = "bcm5421"; + interrupts = <4c>; /* GPP 12 */ + interrupt-parent = <&/mv64x60/pic>; + reg = <1>; + }; + ethernet-phy@3 { + device_type = "ethernet-phy"; + compatible = "bcm5421"; + interrupts = <4c>; /* GPP 12 */ + interrupt-parent = <&/mv64x60/pic>; + reg = <3>; + }; + }; + + ethernet@2000 { /* mac-address set by bootwrapper */ + reg = <2000 2000>; + virtual-reg = <f1002000>; + eth0 { + device_type = "network"; + compatible = "mv64x60-eth"; + block-index = <0>; + interrupts = <20>; + interrupt-parent = <&/mv64x60/pic>; + phy = <&/mv64x60/mdio/ethernet-phy@1>; + local-mac-address = [ 00 00 00 00 00 00 ]; + }; + eth1 { + device_type = "network"; + compatible = "mv64x60-eth"; + block-index = <1>; + interrupts = <21>; + interrupt-parent = <&/mv64x60/pic>; + phy = <&/mv64x60/mdio/ethernet-phy@3>; + local-mac-address = [ 00 00 00 00 00 00 ]; + }; + }; + + sdma@4000 { + device_type = "dma"; + compatible = "mv64x60-sdma"; + reg = <4000 c18>; + virtual-reg = <f1004000>; + interrupt-base = <0>; + interrupts = <24>; + interrupt-parent = <&/mv64x60/pic>; + }; + + sdma@6000 { + device_type = "dma"; + compatible = "mv64x60-sdma"; + reg = <6000 c18>; + virtual-reg = <f1006000>; + interrupt-base = <0>; + interrupts = <26>; + interrupt-parent = <&/mv64x60/pic>; + }; + + brg@b200 { + device_type = "brg"; + compatible = "mv64x60-brg"; + reg = <b200 8>; + virtual-reg = <f100b200>; + clock-src = <8>; + clock-frequency = <7ed6b40>; + current-speed = <2580>; + bcr = <0>; + }; + + brg@b208 { + device_type = "brg"; + compatible = "mv64x60-brg"; + reg = <b208 8>; + virtual-reg = <f100b208>; + clock-src = <8>; + clock-frequency = <7ed6b40>; + current-speed = <2580>; + bcr = <0>; + }; + + cunit@f200 { + device_type = "mv64x60-cunit"; + reg = <f200 200>; + virtual-reg = <f100f200>; + }; + + mpscrouting@b400 { + device_type = "mpscrouting"; + reg = <b400 c>; + virtual-reg = <f100b400>; + }; + + mpscintr@b800 { + device_type = "mpscintr"; + reg = <b800 100>; + virtual-reg = <f100b800>; + }; + + mpsc@8000 { + device_type = "serial"; + compatible = "mpsc"; + reg = <8000 38>; + virtual-reg = <f1008000>; + sdma = <&/mv64x60/sdma@4000>; + brg = <&/mv64x60/brg@b200>; + cunit = <&/mv64x60/cunit@f200>; + mpscrouting = <&/mv64x60/mpscrouting@b400>; + mpscintr = <&/mv64x60/mpscintr@b800>; + block-index = <0>; + max_idle = <28>; + chr_1 = <0>; + chr_2 = <0>; + chr_10 = <3>; + mpcr = <0>; + interrupts = <28>; + interrupt-parent = <&/mv64x60/pic>; + }; + + mpsc@9000 { + device_type = "serial"; + compatible = "mpsc"; + reg = <9000 38>; + virtual-reg = <f1009000>; + sdma = <&/mv64x60/sdma@6000>; + brg = <&/mv64x60/brg@b208>; + cunit = <&/mv64x60/cunit@f200>; + mpscrouting = <&/mv64x60/mpscrouting@b400>; + mpscintr = <&/mv64x60/mpscintr@b800>; + block-index = <1>; + max_idle = <28>; + chr_1 = <0>; + chr_2 = <0>; + chr_10 = <3>; + mpcr = <0>; + interrupts = <2a>; + interrupt-parent = <&/mv64x60/pic>; + }; + + i2c@c000 { + device_type = "i2c"; + compatible = "mv64x60-i2c"; + reg = <c000 20>; + virtual-reg = <f100c000>; + freq_m = <8>; + freq_n = <3>; + timeout = <3e8>; /* 1000 = 1 second */ + retries = <1>; + interrupts = <25>; + interrupt-parent = <&/mv64x60/pic>; + }; + + pic { + #interrupt-cells = <1>; + #address-cells = <0>; + device_type = "mv64x60-pic"; + compatible = "mv64x60-pic"; + reg = <0000 88>; + interrupt-controller; + }; + + mpp@f000 { + device_type = "mv64x60-mpp"; + compatible = "mv64x60-mpp"; + reg = <f000 10>; + }; + + gpp@f100 { + device_type = "mv64x60-gpp"; + compatible = "mv64x60-gpp"; + reg = <f100 20>; + }; + + pci@80000000 { + #address-cells = <3>; + #size-cells = <2>; + #interrupt-cells = <1>; + device_type = "pci"; + compatible = "mv64x60-pci"; + reg = <0cf8 8>; + ranges = <01000000 0 0 88000000 0 01000000 + 02000000 0 80000000 80000000 0 08000000>; + bus-range = <0 ff>; + clock-frequency = <3EF1480>; + interrupt-pci-iack = <0c34>; + interrupt-parent = <&/mv64x60/pic>; + interrupt-map-mask = <f800 0 0 7>; + interrupt-map = < + /* IDSEL 0x0a */ + 5000 0 0 1 &/mv64x60/pic 50 + 5000 0 0 2 &/mv64x60/pic 51 + 5000 0 0 3 &/mv64x60/pic 5b + 5000 0 0 4 &/mv64x60/pic 5d + + /* IDSEL 0x0b */ + 5800 0 0 1 &/mv64x60/pic 5b + 5800 0 0 2 &/mv64x60/pic 5d + 5800 0 0 3 &/mv64x60/pic 50 + 5800 0 0 4 &/mv64x60/pic 51 + + /* IDSEL 0x0c */ + 6000 0 0 1 &/mv64x60/pic 5b + 6000 0 0 2 &/mv64x60/pic 5d + 6000 0 0 3 &/mv64x60/pic 50 + 6000 0 0 4 &/mv64x60/pic 51 + + /* IDSEL 0x0d */ + 6800 0 0 1 &/mv64x60/pic 5d + 6800 0 0 2 &/mv64x60/pic 50 + 6800 0 0 3 &/mv64x60/pic 51 + 6800 0 0 4 &/mv64x60/pic 5b + >; + }; + + cpu-error@0070 { + device_type = "mv64x60-cpu-error"; + reg = <0070 10 0128 28>; + interrupts = <03>; + interrupt-parent = <&/mv64x60/pic>; + }; + + sram-error@0380 { + device_type = "mv64x60-sram-error"; + reg = <0380 80>; + interrupts = <0d>; + interrupt-parent = <&/mv64x60/pic>; + }; + + pci-error@1dc0 { + device_type = "mv64x60-pci-error"; + reg = <1d40 40 0c28 4>; + interrupts = <0c>; + interrupt-parent = <&/mv64x60/pic>; + }; + + memctrl@1400 { + device_type = "mv64x60-memctrl"; + reg = <1400 60>; + interrupts = <11>; + interrupt-parent = <&/mv64x60/pic>; + }; + }; + + chosen { + linux,platform = <1>; + bootargs = "ip=on console=ttyMM0"; + linux,stdout-path = "/mv64x60/mpsc@8000"; + interrupt-controller = <&/mv64x60/pic>; + }; +}; ^ permalink raw reply [flat|nested] 24+ messages in thread
* RE: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-28 1:22 ` [RFC 3/3] powerpc: Add DTS file " Mark A. Greer @ 2007-03-28 16:43 ` Yoder Stuart-B08248 2007-03-28 18:11 ` Josh Boyer ` (3 more replies) 0 siblings, 4 replies; 24+ messages in thread From: Yoder Stuart-B08248 @ 2007-03-28 16:43 UTC (permalink / raw) To: Mark A. Greer, linuxppc-dev; +Cc: Dale Farnsworth Biggest concern is that I see a lot of undocumented device types and properties... Device types that I do not recognize include: + device_type =3D "brg"; + device_type =3D "mv64x60-cunit"; + device_type =3D "mpscrouting"; + device_type =3D "mpscintr"; + device_type =3D "mv64x60-pic"; + device_type =3D "mv64x60-mpp"; + device_type =3D "mv64x60-gpp"; + device_type =3D "mv64x60-cpu-error"; + device_type =3D "mv64x60-sram-error"; + device_type =3D "mv64x60-pci-error"; + device_type =3D "mv64x60-memctrl"; These should ideally be documented with required properties and what they mean. I think a document similar to Grant Likely's Documentation/mpc52xx-device-tree-bindings.txt would be very helpful here. People using this DTS as a starting point are going to have a lot of questions. comments inline below--=20 [snip] > + > + mv64x60@f1000000 { /* Marvell Discovery */ > + #address-cells =3D <1>; > + #size-cells =3D <1>; > + #interrupt-cells =3D <1>; > + device_type =3D "mv64360"; > + compatible =3D "mv64x60"; > + clock-frequency =3D <7f28155>; /*=20 > 133.333333 Mhz */ > + reg =3D <f1000000 00010000>; > + virtual-reg =3D <f1000000>; What is virtual-reg for? I gather it is related to the bootwrapper needed virtual addresses for devices reg blocks. But, I counted 12 instances of the property in this file. Are all needed by the bootwrapper?? Does anyone where this property came from historically? If it's specifically for a Linux bootwrapper the name should reflect=20 that-- linux,bootwrapper-reg-vaddr -- or something... I also wonder if there is a better place to put this information. The device nodes strictly speaking should be describing the devices _physical_ characteristics. It also needs to be documented in booting-without-of.txt. [snip] > + reg =3D <2000 2000>; > + virtual-reg =3D <f1002000>; > + eth0 { > + device_type =3D "network"; > + compatible =3D "mv64x60-eth"; > + block-index =3D <0>; > + interrupts =3D <20>; > + interrupt-parent =3D <&/mv64x60/pic>; > + phy =3D <&/mv64x60/mdio/ethernet-phy@1>; > + local-mac-address =3D [ 00 00 00=20 > 00 00 00 ]; > + }; > + eth1 { > + device_type =3D "network"; > + compatible =3D "mv64x60-eth"; > + block-index =3D <1>; > + interrupts =3D <21>; > + interrupt-parent =3D <&/mv64x60/pic>; > + phy =3D <&/mv64x60/mdio/ethernet-phy@3>; > + local-mac-address =3D [ 00 00 00=20 > 00 00 00 ]; > + }; > + }; Based on some offline dicussions I think I know what block-index is, but I'd like to see this property documented in booting-without-of.txt. [snip] > + i2c@c000 { > + device_type =3D "i2c"; > + compatible =3D "mv64x60-i2c"; > + reg =3D <c000 20>; > + virtual-reg =3D <f100c000>; > + freq_m =3D <8>; > + freq_n =3D <3>; > + timeout =3D <3e8>; /* 1000=20 If freq_m and freq_n are Marvell specific should have a "Marvel," prepended to them? [snip] > + pci@80000000 { > + #address-cells =3D <3>; > + #size-cells =3D <2>; > + #interrupt-cells =3D <1>; > + device_type =3D "pci"; > + compatible =3D "mv64x60-pci"; > + reg =3D <0cf8 8>; > + ranges =3D <01000000 0 0 88000000=20 > 0 01000000 > + 02000000 0 80000000 80000000=20 > 0 08000000>; > + bus-range =3D <0 ff>; > + clock-frequency =3D <3EF1480>; > + interrupt-pci-iack =3D <0c34>; I don't think interrupt-pci-iack is standard. If it's generally applicable add it to booting-without-of.txt. If its MV specific=20 prepend with "Marvel,". Regards, Stuart Yoder ^ permalink raw reply [flat|nested] 24+ messages in thread
* RE: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-28 16:43 ` Yoder Stuart-B08248 @ 2007-03-28 18:11 ` Josh Boyer 2007-03-28 19:49 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800platform Yoder Stuart-B08248 2007-03-29 0:35 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform David Gibson ` (2 subsequent siblings) 3 siblings, 1 reply; 24+ messages in thread From: Josh Boyer @ 2007-03-28 18:11 UTC (permalink / raw) To: Yoder Stuart-B08248; +Cc: linuxppc-dev, Dale Farnsworth On Wed, 2007-03-28 at 09:43 -0700, Yoder Stuart-B08248 wrote: > Biggest concern is that I see a lot of undocumented device > types and properties... Yes, but that is a problem in general. > > + virtual-reg = <f1000000>; > > What is virtual-reg for? I gather it is related to the bootwrapper > needed virtual addresses for devices reg blocks. But, I counted > 12 instances of the property in this file. Are all needed by the > bootwrapper?? > > Does anyone where this property came from historically? If it's > specifically for a Linux bootwrapper the name should reflect > that-- linux,bootwrapper-reg-vaddr -- or something... It came from a discussion Mark, I, and a few others had on this list a few months ago about the requirement for reusing the virtual address set up by the firmware for the bootwrapper. You cannot assume a 1:1 physical to virtual mapping for things, so the bootwrapper console code looks for virtual-reg first and uses that address for it's operations. > Based on some offline dicussions I think I know what block-index > is, but I'd like to see this property documented in > booting-without-of.txt. As an aside, there's a lot of stuff that needs updating in booting-without-of.txt. The interrupt mapping it suggests is incorrect, some of the entry point stuff is invalid, etc. There's now several properties that are being introduced that aren't in there as well. josh ^ permalink raw reply [flat|nested] 24+ messages in thread
* RE: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800platform 2007-03-28 18:11 ` Josh Boyer @ 2007-03-28 19:49 ` Yoder Stuart-B08248 0 siblings, 0 replies; 24+ messages in thread From: Yoder Stuart-B08248 @ 2007-03-28 19:49 UTC (permalink / raw) To: Josh Boyer; +Cc: linuxppc-dev, Dale Farnsworth =20 > -----Original Message----- > From: Josh Boyer [mailto:jwboyer@linux.vnet.ibm.com]=20 > Sent: Wednesday, March 28, 2007 1:11 PM > To: Yoder Stuart-B08248 > Cc: Mark A. Greer; linuxppc-dev; Dale Farnsworth > Subject: RE: [RFC 3/3] powerpc: Add DTS file for the Motorola=20 > PrPMC2800platform >=20 > On Wed, 2007-03-28 at 09:43 -0700, Yoder Stuart-B08248 wrote: > > Biggest concern is that I see a lot of undocumented device > > types and properties... >=20 > Yes, but that is a problem in general. >=20 > > > + virtual-reg =3D <f1000000>; > >=20 > > What is virtual-reg for? I gather it is related to the bootwrapper > > needed virtual addresses for devices reg blocks. But, I counted > > 12 instances of the property in this file. Are all needed by the > > bootwrapper?? > >=20 > > Does anyone where this property came from historically? If it's > > specifically for a Linux bootwrapper the name should reflect=20 > > that-- linux,bootwrapper-reg-vaddr -- or something... >=20 > It came from a discussion Mark, I, and a few others had on this list a > few months ago about the requirement for reusing the virtual=20 > address set > up by the firmware for the bootwrapper. You cannot assume a 1:1 > physical to virtual mapping for things, so the bootwrapper=20 > console code > looks for virtual-reg first and uses that address for it's operations. >=20 > > Based on some offline dicussions I think I know what block-index > > is, but I'd like to see this property documented in > > booting-without-of.txt. >=20 > As an aside, there's a lot of stuff that needs updating in > booting-without-of.txt. The interrupt mapping it suggests is=20 > incorrect, > some of the entry point stuff is invalid, etc. There's now several > properties that are being introduced that aren't in there as well. Right. I know. But, should we not try to keep that document as=20 up to date as we can? As new, needed properties are created they should be documented somewhere, and booting-without-of.txt seem to be the right place to do it for now. Stuart ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-28 16:43 ` Yoder Stuart-B08248 2007-03-28 18:11 ` Josh Boyer @ 2007-03-29 0:35 ` David Gibson 2007-03-29 0:48 ` Segher Boessenkool 2007-04-02 18:15 ` Mark A. Greer 2007-03-29 22:18 ` Dale Farnsworth 2007-04-02 18:06 ` Mark A. Greer 3 siblings, 2 replies; 24+ messages in thread From: David Gibson @ 2007-03-29 0:35 UTC (permalink / raw) To: Yoder Stuart-B08248; +Cc: linuxppc-dev, Dale Farnsworth On Wed, Mar 28, 2007 at 09:43:16AM -0700, Yoder Stuart-B08248 wrote: [snip] > > + > > + mv64x60@f1000000 { /* Marvell Discovery */ > > + #address-cells = <1>; > > + #size-cells = <1>; > > + #interrupt-cells = <1>; > > + device_type = "mv64360"; > > + compatible = "mv64x60"; > > + clock-frequency = <7f28155>; /* > > 133.333333 Mhz */ > > + reg = <f1000000 00010000>; > > + virtual-reg = <f1000000>; > > What is virtual-reg for? I gather it is related to the bootwrapper > needed virtual addresses for devices reg blocks. But, I counted > 12 instances of the property in this file. Are all needed by the > bootwrapper?? That does seem like a lot. The only thing that should need virtual-reg properties is serial ports. In fact, specifically, only serial ports that the zImage is actually expected to use. In fact, with Scott's addition of xlate_reg() to the bootwrapper, virtual-reg should only be needed on systems that enter the zImage with MMU on. > Does anyone where this property came from historically? If it's > specifically for a Linux bootwrapper the name should reflect > that-- linux,bootwrapper-reg-vaddr -- or something... > I also wonder if there is a better place to put this information. > The device nodes strictly speaking should be describing the devices > _physical_ characteristics. Yes, but where else is there? virtual-reg is a hack, but a very useful one. -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-29 0:35 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform David Gibson @ 2007-03-29 0:48 ` Segher Boessenkool 2007-03-29 1:56 ` David Gibson ` (2 more replies) 2007-04-02 18:15 ` Mark A. Greer 1 sibling, 3 replies; 24+ messages in thread From: Segher Boessenkool @ 2007-03-29 0:48 UTC (permalink / raw) To: David Gibson; +Cc: linuxppc-dev, Dale Farnsworth, Yoder Stuart-B08248 > That does seem like a lot. The only thing that should need > virtual-reg properties is serial ports. In fact, specifically, only > serial ports that the zImage is actually expected to use. > > In fact, with Scott's addition of xlate_reg() to the bootwrapper, > virtual-reg should only be needed on systems that enter the zImage > with MMU on. Even then, you can just query the MMU structures to find out the currently set up translations for that physical address. Way more robust. The only valid reason to use "virtual-reg" is as a hack to map some device to get some debug output out. If for normal usage you can't be bothered to parse the current translations, you probably shouldn't be doing anything as "advanced" as device I/O either -- just boot the kernel and let it handle it ;-) That said, I sure hope the kernel isn't using this property as well... Segher ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-29 0:48 ` Segher Boessenkool @ 2007-03-29 1:56 ` David Gibson 2007-03-29 22:21 ` Dale Farnsworth 2007-04-02 18:26 ` Mark A. Greer 2 siblings, 0 replies; 24+ messages in thread From: David Gibson @ 2007-03-29 1:56 UTC (permalink / raw) To: Segher Boessenkool; +Cc: linuxppc-dev, Dale Farnsworth, Yoder Stuart-B08248 On Thu, Mar 29, 2007 at 02:48:47AM +0200, Segher Boessenkool wrote: > > That does seem like a lot. The only thing that should need > > virtual-reg properties is serial ports. In fact, specifically, only > > serial ports that the zImage is actually expected to use. > > > > In fact, with Scott's addition of xlate_reg() to the bootwrapper, > > virtual-reg should only be needed on systems that enter the zImage > > with MMU on. > > Even then, you can just query the MMU structures to > find out the currently set up translations for that > physical address. Way more robust. > > The only valid reason to use "virtual-reg" is as a > hack to map some device to get some debug output out. That's exactly what it's for. Getting serial output as early as possible. It shouldn't be used for anything else. > If for normal usage you can't be bothered to parse > the current translations, you probably shouldn't be > doing anything as "advanced" as device I/O either -- > just boot the kernel and let it handle it ;-) > > That said, I sure hope the kernel isn't using this > property as well... -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-29 0:48 ` Segher Boessenkool 2007-03-29 1:56 ` David Gibson @ 2007-03-29 22:21 ` Dale Farnsworth 2007-04-02 18:26 ` Mark A. Greer 2 siblings, 0 replies; 24+ messages in thread From: Dale Farnsworth @ 2007-03-29 22:21 UTC (permalink / raw) To: Segher Boessenkool Cc: linuxppc-dev, Yoder Stuart-B08248, Dale Farnsworth, David Gibson On Thu, Mar 29, 2007 at 02:48:47AM +0200, Segher Boessenkool wrote: > The only valid reason to use "virtual-reg" is as a > hack to map some device to get some debug output out. > > If for normal usage you can't be bothered to parse > the current translations, you probably shouldn't be > doing anything as "advanced" as device I/O either -- > just boot the kernel and let it handle it ;-) > > That said, I sure hope the kernel isn't using this > property as well... I think we all agree that would be bogus. -Dale ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-29 0:48 ` Segher Boessenkool 2007-03-29 1:56 ` David Gibson 2007-03-29 22:21 ` Dale Farnsworth @ 2007-04-02 18:26 ` Mark A. Greer 2007-04-04 11:28 ` Segher Boessenkool 2 siblings, 1 reply; 24+ messages in thread From: Mark A. Greer @ 2007-04-02 18:26 UTC (permalink / raw) To: Segher Boessenkool Cc: linuxppc-dev, Yoder Stuart-B08248, Dale Farnsworth, David Gibson On Thu, Mar 29, 2007 at 02:48:47AM +0200, Segher Boessenkool wrote: > > That does seem like a lot. The only thing that should need > > virtual-reg properties is serial ports. In fact, specifically, only > > serial ports that the zImage is actually expected to use. > > > > In fact, with Scott's addition of xlate_reg() to the bootwrapper, > > virtual-reg should only be needed on systems that enter the zImage > > with MMU on. > > Even then, you can just query the MMU structures to > find out the currently set up translations for that > physical address. Way more robust. Yes, that is the most robust but its also more complicated. A higher authority will have to make that call. In the meantime, a patch would be useful to see just what it would take. > The only valid reason to use "virtual-reg" is as a > hack to map some device to get some debug output out. Not true, its for more than just output. See my response to David's email. > If for normal usage you can't be bothered to parse > the current translations, you probably shouldn't be > doing anything as "advanced" as device I/O either -- > just boot the kernel and let it handle it ;-) Well, the overall idea is that we remove boot/init related code from the kernel and leave it to the firmware or the bootwrapper (if the firmware doesn't provide the required functionality). For example, the VPD code in .../boot/prpmc2800.c in my patches. Also, at one time there was code to get the MAC addr from i2c prom and stick it in the dt. I can see that being fairly common for non-OF/uboot platforms. > That said, I sure hope the kernel isn't using this > property as well... It certainly shouldn't be. Its a bootwrapper-only hack. Mark ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-02 18:26 ` Mark A. Greer @ 2007-04-04 11:28 ` Segher Boessenkool 2007-04-04 16:27 ` Mark A. Greer 0 siblings, 1 reply; 24+ messages in thread From: Segher Boessenkool @ 2007-04-04 11:28 UTC (permalink / raw) To: Mark A. Greer Cc: linuxppc-dev, David Gibson, Dale Farnsworth, Yoder Stuart-B08248 >> Even then, you can just query the MMU structures to >> find out the currently set up translations for that >> physical address. Way more robust. > > Yes, that is the most robust but its also more complicated. Sure. But if what you want to do is more complicated *anyway* (e.g., doing a bunch of device initialisations/configurations), misusing the quick evil hack that was meant to get debug output out originally isn't really warranted. >> The only valid reason to use "virtual-reg" is as a >> hack to map some device to get some debug output out. > > Not true, its for more than just output. > See my response to David's email. I said only _valid_ reason. I know you're using it for more things, that's what I'm complaining about :-) >> If for normal usage you can't be bothered to parse >> the current translations, you probably shouldn't be >> doing anything as "advanced" as device I/O either -- >> just boot the kernel and let it handle it ;-) > > Well, the overall idea is that we remove boot/init related code from > the > kernel and leave it to the firmware or the bootwrapper (if the firmware > doesn't provide the required functionality). Some init belongs in the kernel, and some belongs in the firmware; if the latter doesn't provide it, it's a good idea to do it in the bootwrapper, yes. > For example, the VPD code > in .../boot/prpmc2800.c in my patches. I cannot find those patches right now, but in general, that kind of code belongs in the kernel (or in a run-time firmware). > Also, at one time there was code > to get the MAC addr from i2c prom and stick it in the dt. I can see > that being fairly common for non-OF/uboot platforms. That's useful, yes, if that I2C PROM sits somewhere away from the enet itself (so its access cannot be put in the driver for the enet itself). >> That said, I sure hope the kernel isn't using this >> property as well... > > It certainly shouldn't be. Its a bootwrapper-only hack. Good, that makes all this less severe :-) Segher ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-04 11:28 ` Segher Boessenkool @ 2007-04-04 16:27 ` Mark A. Greer 2007-04-04 17:44 ` Segher Boessenkool 0 siblings, 1 reply; 24+ messages in thread From: Mark A. Greer @ 2007-04-04 16:27 UTC (permalink / raw) To: Segher Boessenkool Cc: linuxppc-dev, David Gibson, Dale Farnsworth, Yoder Stuart-B08248 On Wed, Apr 04, 2007 at 01:28:08PM +0200, Segher Boessenkool wrote: > >>Even then, you can just query the MMU structures to > >>find out the currently set up translations for that > >>physical address. Way more robust. > > > >Yes, that is the most robust but its also more complicated. > > Sure. But if what you want to do is more complicated *anyway* > (e.g., doing a bunch of device initialisations/configurations), '***' BEGIN I'm not doing "device" init as in an I/O device. I'm doing some bridge init (e.g, allowing pci devices to access system mem) plus getting VPD so I know what variant of the board I'm on. With that info, I can determine the amount of memory, bus freq, etc. Those properties should be correct in the dt before being passed to the kernel, IMHO. '***' END Regarding "what you want to do is more complicated *anyway*", what I'm doing is in *addition* to however I get access to the regs. So adding page table groking code doesn't eliminate the need for what I'm doing. > misusing the quick evil hack that was meant to get debug output > out originally isn't really warranted. While virtual-reg may be an evil hack, its also very a simple/small hack that saves us from adding a whole lot of code to the bootwrapper (i.e., either ioremap code or page table groking code). > >>The only valid reason to use "virtual-reg" is as a > >>hack to map some device to get some debug output out. > > > >Not true, its for more than just output. > >See my response to David's email. > > I said only _valid_ reason. And I respectfully disagree. IMHO, my usage is entirely valid. > I know you're using it for more > things, that's what I'm complaining about :-) Understood (but disagreed :). > >>If for normal usage you can't be bothered to parse > >>the current translations, you probably shouldn't be > >>doing anything as "advanced" as device I/O either -- > >>just boot the kernel and let it handle it ;-) > > > >Well, the overall idea is that we remove boot/init related code from > >the > >kernel and leave it to the firmware or the bootwrapper (if the firmware > >doesn't provide the required functionality). > > Some init belongs in the kernel, and some belongs in > the firmware; if the latter doesn't provide it, it's > a good idea to do it in the bootwrapper, yes. Agreed and that's what I'm doing. I'm configuring things that the fw really should have but didn't. > >For example, the VPD code > >in .../boot/prpmc2800.c in my patches. > > I cannot find those patches right now, but in general, > that kind of code belongs in the kernel (or in a run-time > firmware). See '***' BEGIN -> END above. > >Also, at one time there was code > >to get the MAC addr from i2c prom and stick it in the dt. I can see > >that being fairly common for non-OF/uboot platforms. > > That's useful, yes, if that I2C PROM sits somewhere away > from the enet itself (so its access cannot be put in the > driver for the enet itself). Agreed and this is my situation. The prom is not associated with the enet ctlr and doesn't read it during its init procedure. It would be wrong to put code in a kernel driver to run off somewhere else to get the MAC addrs. > >>That said, I sure hope the kernel isn't using this > >>property as well... > > > >It certainly shouldn't be. Its a bootwrapper-only hack. > > Good, that makes all this less severe :-) ;) Mark ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-04 16:27 ` Mark A. Greer @ 2007-04-04 17:44 ` Segher Boessenkool 0 siblings, 0 replies; 24+ messages in thread From: Segher Boessenkool @ 2007-04-04 17:44 UTC (permalink / raw) To: Mark A. Greer Cc: linuxppc-dev, David Gibson, Dale Farnsworth, Yoder Stuart-B08248 > I'm not doing "device" init as in an I/O device. I'm doing some bridge > init (e.g, allowing pci devices to access system mem) plus getting VPD > so I know what variant of the board I'm on. With that info, I can > determine the amount of memory, bus freq, etc. Those properties > should be correct in the dt before being passed to the kernel, IMHO. Ah okay. Yes if your firmware won't do this for you this functionality belongs in the bootwrapper, agreed. > Regarding "what you want to do is more complicated *anyway*", > what I'm doing is in *addition* to however I get access to the regs. > So adding page table groking code doesn't eliminate the need for what > I'm doing. Sure. I'm just saying that adding memory map parsing code wouldn't add much complexity to your case. It will add some code, sure ;-) >> misusing the quick evil hack that was meant to get debug output >> out originally isn't really warranted. > > While virtual-reg may be an evil hack, its also very a simple/small > hack that saves us from adding a whole lot of code to the bootwrapper > (i.e., either ioremap code or page table groking code). I think you'll find it really isn't all that much code. >> I said only _valid_ reason. > > And I respectfully disagree. IMHO, my usage is entirely valid. > >> I know you're using it for more >> things, that's what I'm complaining about :-) > > Understood (but disagreed :). :-) > Agreed and that's what I'm doing. I'm configuring things that the fw > really should have but didn't. Yeah. >>> For example, the VPD code >>> in .../boot/prpmc2800.c in my patches. >> >> I cannot find those patches right now, but in general, >> that kind of code belongs in the kernel (or in a run-time >> firmware). > > See '***' BEGIN -> END above. Right, you use the VPD to set up the device tree correctly. That's perfectly fine :-) Segher ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-29 0:35 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform David Gibson 2007-03-29 0:48 ` Segher Boessenkool @ 2007-04-02 18:15 ` Mark A. Greer 2007-04-03 0:55 ` David Gibson 2007-04-04 11:18 ` Segher Boessenkool 1 sibling, 2 replies; 24+ messages in thread From: Mark A. Greer @ 2007-04-02 18:15 UTC (permalink / raw) To: Yoder Stuart-B08248, Mark A. Greer, linuxppc-dev, Dale Farnsworth On Thu, Mar 29, 2007 at 10:35:50AM +1000, David Gibson wrote: > On Wed, Mar 28, 2007 at 09:43:16AM -0700, Yoder Stuart-B08248 wrote: > [snip] > > > + > > > + mv64x60@f1000000 { /* Marvell Discovery */ > > > + #address-cells = <1>; > > > + #size-cells = <1>; > > > + #interrupt-cells = <1>; > > > + device_type = "mv64360"; > > > + compatible = "mv64x60"; > > > + clock-frequency = <7f28155>; /* > > > 133.333333 Mhz */ > > > + reg = <f1000000 00010000>; > > > + virtual-reg = <f1000000>; > > > > What is virtual-reg for? I gather it is related to the bootwrapper > > needed virtual addresses for devices reg blocks. But, I counted > > 12 instances of the property in this file. Are all needed by the > > bootwrapper?? > > That does seem like a lot. It is. They need to be culled. > The only thing that should need > virtual-reg properties is serial ports. In fact, specifically, only > serial ports that the zImage is actually expected to use. Not true. Any reg block you're going to access in the bootwrapper needs this or some equivalent method for determining where to access those regs. Either that, parse BAT & page/hash tables, or provide ioremap in the bootwrapper (which, at the time virtual-reg materialized, was deemed overkill for the bootwrapper--presumably the same goes for parsing hash tables). > In fact, with Scott's addition of xlate_reg() to the bootwrapper, > virtual-reg should only be needed on systems that enter the zImage > with MMU on. True and that's the whole purpose of 'virtual-reg'. > > Does anyone where this property came from historically? If it's > > specifically for a Linux bootwrapper the name should reflect > > that-- linux,bootwrapper-reg-vaddr -- or something... > > > I also wonder if there is a better place to put this information. > > The device nodes strictly speaking should be describing the devices > > _physical_ characteristics. > > Yes, but where else is there? virtual-reg is a hack, but a very > useful one. Agreed. Dale Farnsworth suggested a 'ranges' type property at the top level that's used for phys->virt mappings. That is much cleaner IMHO and eliminates the need to parse hash tables or add ioremap code to the bootwrapper. Mark ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-02 18:15 ` Mark A. Greer @ 2007-04-03 0:55 ` David Gibson 2007-04-03 18:50 ` Mark A. Greer 2007-04-04 11:18 ` Segher Boessenkool 1 sibling, 1 reply; 24+ messages in thread From: David Gibson @ 2007-04-03 0:55 UTC (permalink / raw) To: Mark A. Greer; +Cc: linuxppc-dev, Yoder Stuart-B08248, Dale Farnsworth On Mon, Apr 02, 2007 at 11:15:53AM -0700, Mark A. Greer wrote: > On Thu, Mar 29, 2007 at 10:35:50AM +1000, David Gibson wrote: > > On Wed, Mar 28, 2007 at 09:43:16AM -0700, Yoder Stuart-B08248 wrote: > > [snip] > > > > + > > > > + mv64x60@f1000000 { /* Marvell Discovery */ > > > > + #address-cells = <1>; > > > > + #size-cells = <1>; > > > > + #interrupt-cells = <1>; > > > > + device_type = "mv64360"; > > > > + compatible = "mv64x60"; > > > > + clock-frequency = <7f28155>; /* > > > > 133.333333 Mhz */ > > > > + reg = <f1000000 00010000>; > > > > + virtual-reg = <f1000000>; > > > > > > What is virtual-reg for? I gather it is related to the bootwrapper > > > needed virtual addresses for devices reg blocks. But, I counted > > > 12 instances of the property in this file. Are all needed by the > > > bootwrapper?? > > > > That does seem like a lot. > > It is. They need to be culled. > > > The only thing that should need > > virtual-reg properties is serial ports. In fact, specifically, only > > serial ports that the zImage is actually expected to use. > > Not true. Any reg block you're going to access in the bootwrapper needs > this or some equivalent method for determining where to access those regs. > Either that, parse BAT & page/hash tables, or provide ioremap in the > bootwrapper (which, at the time virtual-reg materialized, was deemed > overkill for the bootwrapper--presumably the same goes for parsing hash > tables). And examples of such reg blocks other than serial would be...? -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-03 0:55 ` David Gibson @ 2007-04-03 18:50 ` Mark A. Greer 0 siblings, 0 replies; 24+ messages in thread From: Mark A. Greer @ 2007-04-03 18:50 UTC (permalink / raw) To: Mark A. Greer, Yoder Stuart-B08248, linuxppc-dev, Dale Farnsworth On Tue, Apr 03, 2007 at 10:55:02AM +1000, David Gibson wrote: > On Mon, Apr 02, 2007 at 11:15:53AM -0700, Mark A. Greer wrote: > > On Thu, Mar 29, 2007 at 10:35:50AM +1000, David Gibson wrote: > > > On Wed, Mar 28, 2007 at 09:43:16AM -0700, Yoder Stuart-B08248 wrote: <snip> > > > The only thing that should need > > > virtual-reg properties is serial ports. In fact, specifically, only > > > serial ports that the zImage is actually expected to use. > > > > Not true. Any reg block you're going to access in the bootwrapper needs > > this or some equivalent method for determining where to access those regs. > > Either that, parse BAT & page/hash tables, or provide ioremap in the > > bootwrapper (which, at the time virtual-reg materialized, was deemed > > overkill for the bootwrapper--presumably the same goes for parsing hash > > tables). > > And examples of such reg blocks other than serial would be...? I2C. Reading the MAC addr and putting into dev tree for kernel. Mark ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-02 18:15 ` Mark A. Greer 2007-04-03 0:55 ` David Gibson @ 2007-04-04 11:18 ` Segher Boessenkool 2007-04-04 16:29 ` Mark A. Greer 1 sibling, 1 reply; 24+ messages in thread From: Segher Boessenkool @ 2007-04-04 11:18 UTC (permalink / raw) To: Mark A. Greer; +Cc: linuxppc-dev, Dale Farnsworth, Yoder Stuart-B08248 > Agreed. Dale Farnsworth suggested a 'ranges' type property at the top > level that's used for phys->virt mappings. That is much cleaner IMHO > and eliminates the need to parse hash tables or add ioremap code to = the > bootwrapper. I suggest you implement the standard "mmu" binding instead, or the part that is relevant to you anyway: /chosen/mmu contains the ihandle for an "mmu" node (for flat trees, you use a phandle instead); that node has properties, quoting from the base OF spec: =93available=94 The property values are as defined for the standard =93reg=94 format, with single-cell virtual addresses. The regions of virtual address space denote the virtual address space that is currently unallocated by the Open Firmware and is available for use by client programs. =93existing=94 The value of this property defines the regions of virtual address space managed by the MMU in whose package this property is defined without regard to whether or not these regions are currently in use. The encodings of virt and len are MMU-specific. Have a look at the PowerPC binding to find out about that specific encoding. Segher ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-04 11:18 ` Segher Boessenkool @ 2007-04-04 16:29 ` Mark A. Greer 2007-04-04 17:51 ` Yoder Stuart-B08248 0 siblings, 1 reply; 24+ messages in thread From: Mark A. Greer @ 2007-04-04 16:29 UTC (permalink / raw) To: Segher Boessenkool; +Cc: linuxppc-dev, Dale Farnsworth, Yoder Stuart-B08248 On Wed, Apr 04, 2007 at 01:18:41PM +0200, Segher Boessenkool wrote: > >Agreed. Dale Farnsworth suggested a 'ranges' type property at the top > >level that's used for phys->virt mappings. That is much cleaner IMHO > >and eliminates the need to parse hash tables or add ioremap code to the > >bootwrapper. > > I suggest you implement the standard "mmu" binding instead, > or the part that is relevant to you anyway: > > /chosen/mmu contains the ihandle for an "mmu" node (for > flat trees, you use a phandle instead); > > that node has properties, quoting from the base OF spec: > > “available” > The property values are as defined for the standard “reg” format, > with single-cell virtual addresses. The regions of virtual address > space denote the virtual address space that is currently unallocated > by the Open Firmware and is available for use by client programs. > > “existing” > The value of this property defines the regions of virtual address > space managed by the MMU in whose package this property is defined > without regard to whether or not these regions are currently in use. > The encodings of virt and len are MMU-specific. > > Have a look at the PowerPC binding to find out about that specific > encoding. Cool, thanks for the pointer Segher. Mark ^ permalink raw reply [flat|nested] 24+ messages in thread
* RE: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-04 16:29 ` Mark A. Greer @ 2007-04-04 17:51 ` Yoder Stuart-B08248 2007-04-05 17:48 ` Segher Boessenkool 0 siblings, 1 reply; 24+ messages in thread From: Yoder Stuart-B08248 @ 2007-04-04 17:51 UTC (permalink / raw) To: Mark A. Greer, Segher Boessenkool; +Cc: linuxppc-dev, Dale Farnsworth > > "existing" > > The value of this property defines the regions of virtual address > > space managed by the MMU in whose package this property is defined > > without regard to whether or not these regions are currently in use. > > The encodings of virt and len are MMU-specific. > >=20 > > Have a look at the PowerPC binding to find out about that specific > > encoding. the PowerPC binding defines this-- + 5.1.7. Memory Management Unit properties +=20 + To aid a client in taking over the translation mechanism and + still interact with Open Firmware (via the client interface), + the client needs to know what translations have been established by + Open Firmware. The following standard property shall exist within + the package to which the mmu property of the /chosen package refers. +=20 + "translations" +=20 + This property, consisting of sets of translations, defines the + currently active translations that have been established by Open + Firmware (e.g., using map). Each set has the following format: + (virt size phys mode ) +=20 + Each value is encoded as with encode-int. The "mode" field seems to be undefined. So would firmware need to define all phys to virt mappings in=20 the "translations" property or just the interesting ones-- i.e uart/console and i2c? Stuart ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-04-04 17:51 ` Yoder Stuart-B08248 @ 2007-04-05 17:48 ` Segher Boessenkool 0 siblings, 0 replies; 24+ messages in thread From: Segher Boessenkool @ 2007-04-05 17:48 UTC (permalink / raw) To: Yoder Stuart-B08248; +Cc: linuxppc-dev, Dale Farnsworth > the PowerPC binding defines this-- > > + 5.1.7. Memory Management Unit properties <snip> > The "mode" field seems to be undefined. It's defined in 6.1 in the same doc -- briefly, it's a bitfield WIMGxPP. > So would firmware need to define all phys to virt mappings in > the "translations" property or just the interesting ones-- i.e > uart/console and i2c? In principle, all. But since you won't invoke any client interface services ever (you don't _have_ a real OF after all ;-) ) you might be able to get away with describing only the ones you are going to use. Segher ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-28 16:43 ` Yoder Stuart-B08248 2007-03-28 18:11 ` Josh Boyer 2007-03-29 0:35 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform David Gibson @ 2007-03-29 22:18 ` Dale Farnsworth 2007-04-02 18:06 ` Mark A. Greer 3 siblings, 0 replies; 24+ messages in thread From: Dale Farnsworth @ 2007-03-29 22:18 UTC (permalink / raw) To: Yoder Stuart-B08248; +Cc: linuxppc-dev, Dale Farnsworth On Wed, Mar 28, 2007 at 09:43:16AM -0700, Yoder Stuart-B08248 wrote: > > Biggest concern is that I see a lot of undocumented device > types and properties... > > Device types that I do not recognize include: > + device_type = "brg"; > + device_type = "mv64x60-cunit"; > + device_type = "mpscrouting"; > + device_type = "mpscintr"; > + device_type = "mv64x60-pic"; > + device_type = "mv64x60-mpp"; > + device_type = "mv64x60-gpp"; > + device_type = "mv64x60-cpu-error"; > + device_type = "mv64x60-sram-error"; > + device_type = "mv64x60-pci-error"; > + device_type = "mv64x60-memctrl"; > > These should ideally be documented with required properties > and what they mean. > > I think a document similar to Grant Likely's > Documentation/mpc52xx-device-tree-bindings.txt would be > very helpful here. People using this DTS as a starting > point are going to have a lot of questions. Great suggestion. I'll begin and submit such a document. > comments inline below-- > [snip] > > > + > > + mv64x60@f1000000 { /* Marvell Discovery */ > > + #address-cells = <1>; > > + #size-cells = <1>; > > + #interrupt-cells = <1>; > > + device_type = "mv64360"; > > + compatible = "mv64x60"; > > + clock-frequency = <7f28155>; /* > > 133.333333 Mhz */ > > + reg = <f1000000 00010000>; > > + virtual-reg = <f1000000>; > > What is virtual-reg for? I gather it is related to the bootwrapper > needed virtual addresses for devices reg blocks. But, I counted > 12 instances of the property in this file. Are all needed by the > bootwrapper?? > > Does anyone where this property came from historically? If it's > specifically for a Linux bootwrapper the name should reflect > that-- linux,bootwrapper-reg-vaddr -- or something... > > I also wonder if there is a better place to put this information. > The device nodes strictly speaking should be describing the devices > _physical_ characteristics. > > It also needs to be documented in booting-without-of.txt. I'll let Mark comment on this since he has been doing the bootwrapper code. He has family visiting this week and is showing them the Arizona sights. He should be back next week. > [snip] > > + reg = <2000 2000>; > > + virtual-reg = <f1002000>; > > + eth0 { > > + device_type = "network"; > > + compatible = "mv64x60-eth"; > > + block-index = <0>; > > + interrupts = <20>; > > + interrupt-parent = <&/mv64x60/pic>; > > + phy = <&/mv64x60/mdio/ethernet-phy@1>; > > + local-mac-address = [ 00 00 00 > > 00 00 00 ]; > > + }; > > + eth1 { > > + device_type = "network"; > > + compatible = "mv64x60-eth"; > > + block-index = <1>; > > + interrupts = <21>; > > + interrupt-parent = <&/mv64x60/pic>; > > + phy = <&/mv64x60/mdio/ethernet-phy@3>; > > + local-mac-address = [ 00 00 00 > > 00 00 00 ]; > > + }; > > + }; > > Based on some offline dicussions I think I know what block-index > is, but I'd like to see this property documented in > booting-without-of.txt. > > [snip] > > + i2c@c000 { > > + device_type = "i2c"; > > + compatible = "mv64x60-i2c"; > > + reg = <c000 20>; > > + virtual-reg = <f100c000>; > > + freq_m = <8>; > > + freq_n = <3>; > > + timeout = <3e8>; /* 1000 > > If freq_m and freq_n are Marvell specific should have > a "Marvel," prepended to them? Great suggestion. These are baud clock divisors. We'll do that for now. I also have a separate patch that, instead, puts the desired baud in the dts and lets the I2C driver calculate the divisors. > [snip] > > + pci@80000000 { > > + #address-cells = <3>; > > + #size-cells = <2>; > > + #interrupt-cells = <1>; > > + device_type = "pci"; > > + compatible = "mv64x60-pci"; > > + reg = <0cf8 8>; > > + ranges = <01000000 0 0 88000000 > > 0 01000000 > > + 02000000 0 80000000 80000000 > > 0 08000000>; > > + bus-range = <0 ff>; > > + clock-frequency = <3EF1480>; > > + interrupt-pci-iack = <0c34>; > > I don't think interrupt-pci-iack is standard. If it's generally > applicable add it to booting-without-of.txt. If its MV specific > prepend with "Marvel,". interrupt-pci-iack is unused. I think we can remove it altogether. > Regards, > Stuart Yoder Thanks, -Dale Farnsworth ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform 2007-03-28 16:43 ` Yoder Stuart-B08248 ` (2 preceding siblings ...) 2007-03-29 22:18 ` Dale Farnsworth @ 2007-04-02 18:06 ` Mark A. Greer 3 siblings, 0 replies; 24+ messages in thread From: Mark A. Greer @ 2007-04-02 18:06 UTC (permalink / raw) To: Yoder Stuart-B08248; +Cc: linuxppc-dev, Dale Farnsworth On Wed, Mar 28, 2007 at 09:43:16AM -0700, Yoder Stuart-B08248 wrote: > > Biggest concern is that I see a lot of undocumented device > types and properties... > > Device types that I do not recognize include: > + device_type = "brg"; > + device_type = "mv64x60-cunit"; > + device_type = "mpscrouting"; > + device_type = "mpscintr"; > + device_type = "mv64x60-pic"; > + device_type = "mv64x60-mpp"; > + device_type = "mv64x60-gpp"; > + device_type = "mv64x60-cpu-error"; > + device_type = "mv64x60-sram-error"; > + device_type = "mv64x60-pci-error"; > + device_type = "mv64x60-memctrl"; > > These should ideally be documented with required properties > and what they mean. > > I think a document similar to Grant Likely's > Documentation/mpc52xx-device-tree-bindings.txt would be > very helpful here. People using this DTS as a starting > point are going to have a lot of questions. Yep. > comments inline below-- Several of your other comments have already been talked about in other emails so I'll add on to them and not here. I'll answer the ones that I didn't see a response to below. <snip> > > + i2c@c000 { > > + device_type = "i2c"; > > + compatible = "mv64x60-i2c"; > > + reg = <c000 20>; > > + virtual-reg = <f100c000>; > > + freq_m = <8>; > > + freq_n = <3>; > > + timeout = <3e8>; /* 1000 > > If freq_m and freq_n are Marvell specific should have > a "Marvel," prepended to them? Well, 'mv64x60' means Marvell mv64x60 hostbridge. If that ctlr exists on non-bridge Marvell parts then it should probably be renamed Marvell or something like that. > [snip] > > + pci@80000000 { > > + #address-cells = <3>; > > + #size-cells = <2>; > > + #interrupt-cells = <1>; > > + device_type = "pci"; > > + compatible = "mv64x60-pci"; > > + reg = <0cf8 8>; > > + ranges = <01000000 0 0 88000000 > > 0 01000000 > > + 02000000 0 80000000 80000000 > > 0 08000000>; > > + bus-range = <0 ff>; > > + clock-frequency = <3EF1480>; > > + interrupt-pci-iack = <0c34>; > > I don't think interrupt-pci-iack is standard. If it's generally > applicable add it to booting-without-of.txt. It can go. Mark ^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2007-04-05 17:48 UTC | newest] Thread overview: 24+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2007-03-28 1:19 [RFC 0/3] powerpc: Add Motorola PrPMC2800 platform support Mark A. Greer 2007-03-28 1:20 ` [RFC 1/3] powerpc: Add bootwrapper support for Motorola PrPMC2800 platform Mark A. Greer 2007-03-28 1:21 ` [RFC 2/3] powerpc: Add arch/powerpc support for the " Mark A. Greer 2007-03-28 1:22 ` [RFC 3/3] powerpc: Add DTS file " Mark A. Greer 2007-03-28 16:43 ` Yoder Stuart-B08248 2007-03-28 18:11 ` Josh Boyer 2007-03-28 19:49 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800platform Yoder Stuart-B08248 2007-03-29 0:35 ` [RFC 3/3] powerpc: Add DTS file for the Motorola PrPMC2800 platform David Gibson 2007-03-29 0:48 ` Segher Boessenkool 2007-03-29 1:56 ` David Gibson 2007-03-29 22:21 ` Dale Farnsworth 2007-04-02 18:26 ` Mark A. Greer 2007-04-04 11:28 ` Segher Boessenkool 2007-04-04 16:27 ` Mark A. Greer 2007-04-04 17:44 ` Segher Boessenkool 2007-04-02 18:15 ` Mark A. Greer 2007-04-03 0:55 ` David Gibson 2007-04-03 18:50 ` Mark A. Greer 2007-04-04 11:18 ` Segher Boessenkool 2007-04-04 16:29 ` Mark A. Greer 2007-04-04 17:51 ` Yoder Stuart-B08248 2007-04-05 17:48 ` Segher Boessenkool 2007-03-29 22:18 ` Dale Farnsworth 2007-04-02 18:06 ` Mark A. Greer
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).