linaro-dev January 2011

linaro-dev@lists.linaro.org

81 participants
84 discussions

Booting linux-linaro-2.6.37 on Beagle Board

by Avik Sil

Hi, I tried booting linux-linaro-2.6.37 kernel on my beagle board C4. I executed following: 1. Installed linaro on a 4 GB SD card using linaro-image-tools 0.4.1 with hwpack daily snapshot hwpack_linaro-omap3_20110125-0_armel_supported.tar.gz and linaro-natty-headless-tar-20101202-1.tar.gz. It was booting properly on my BB. 2. Cloned linux-linaro-2.6.37. Changed to source directory 3. make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- omap2plus_defconfig 4. make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- menuconfig (enabled EARLY_PRINTK) 5. make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- uImage 6. make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- modules 7. make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- modules_install INSTALL_MOD_PATH=/media/rootfs 8. cp arch/arm/boot/uImage /media/boot; sync Everything went on smoothly. Then I put the SD card on BB and powered it on. I got a kernel panic: http://paste.ubuntu.com/560562 Please help me figuring out the problem. Is it because I didn't create uInitrd? If so, then how to create it for ARM? Regards, Avik

12 years, 1 month

ARM cross compiler backport available for Lucid and Maverick

by Marcin Juszkiewicz

I would like to announce new Linaro PPA available for all users of Ubuntu 10.04 Lucid and 10.10 Maverick releases: https://launchpad.net/~linaro-maintainers/+archive/toolchain What is inside? Packages with current (gcc-linaro 2011.01-1 based on 4.5.2 release) cross toolchain backported from Ubuntu 11.04 Natty. Please test them and report any problems. Regards, -- JID: hrw(a)jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz

13 years, 11 months

Efikamx bootloader help

by Per Forlin

Hi, If I mess up the u-boot in my efikamx smart book how can I install a new one? I tried booting with an SD-card image from http://www.powerdeveloper.org/asset/by-id/116. I guess this only works if I have a working u-boot in place. I don't have the serial/JTAG connector. Is this what I need in order to recover? Thanks, Per

13 years, 11 months

GCC ICE compiling glibc with latest linaro gcc 4.5

by Khem Raj

Hi Commit r99457 on linaro 4.5 branch is causing a ICE when compiling the attached file with following options gcc-4_5-branch/build.i686-linux.armeb-oe-linux-gnueabi/gcc/cc1 -O2 -mtune=xscale a.i It only happens when I use -mtune=xscale otherwise it compiles fine It was tested on armeb I have not done a test on LE. I have attached the testcase to this email as well. Thanks -Khem

14 years

Android prelink error by linaro gcc-4.5 + binutils-2.20

by Meng-Hsuan Cheng

Hello list, I'm a developer at 0xlab and focus on toolchain development. While Android WG was working on integrating Linaro toolchain to Android system, we encountered prelink error since there are some empty symbols in symtab produced by toolchain linaro gcc-4.5 + binutils-2.20. The error message is: target Prelink: libc (out/target/product/beagleboard/symbols/system/lib/libc.so) ASSERTION FAILURE external/elfcopy/elfcopy.c:2457: [!(shdr_info[sym->st_shndx].shdr.sh_flags & SHF_ALLOC)] However, we verified it by linaro gcc-4.5 + google binutils-2.19. There is no prelink problem on this toolchain combination. (Google binutils-2.19 is not compatible to linaro gcc-4.5 since some new feature and new instructions used in linaro gcc-4.5). We produced the link map file and traced this problem, the symbols are merged by linker optimization (relax) and empty entires are inserted in symtab. In function elf_link_output_sym at bfd/elflink.c: if (name == NULL || *name == '\0') elfsym->st_name = 0; else if (input_sec->flags & SEC_EXCLUDE) elfsym->st_name = 0; // st_name will be set to emtry else { elfsym->st_name = (unsigned long) _bfd_stringtab_add (finfo->symstrtab, name, TRUE, FALSE); if (elfsym->st_name == (unsigned long) -1) return 0; } When const strings are merged, the bit of SEC_EXCLUDE in input_sec->flags will be set. The bfd elf linker will set the elfsym->st_name to 0. Before binutils-2.19, the merged string is pushed in section 'glue_t' and the path is not be traveled. I think it's not make sense that the address of NOTYPE symbol *not* behind its section. The zero must be not behind section "rodata.str1.1". So I filed a bug in https://bugs.launchpad.net/binutils-linaro/+bug/707487<https://bugs.launchpad.net/binutils-linaro/+bug/707487/+subscribe> . The log is readelf -a libc.so | grep 00000000 | grep -v FILE | grep -v SECTION | grep -v UND 3372: 00000000 0 NOTYPE LOCAL DEFAULT 8 3375: 00000000 0 NOTYPE LOCAL DEFAULT 8 3381: 00000000 0 NOTYPE LOCAL DEFAULT 8 3382: 00000000 0 NOTYPE LOCAL DEFAULT 8 3397: 00000000 0 NOTYPE LOCAL DEFAULT 8 3408: 00000000 0 NOTYPE LOCAL DEFAULT 8 3409: 00000000 0 NOTYPE LOCAL DEFAULT 8 3411: 00000000 0 NOTYPE LOCAL DEFAULT 8 3415: 00000000 0 NOTYPE LOCAL DEFAULT 8 3424: 00000000 0 NOTYPE LOCAL DEFAULT 8 3437: 00000000 0 NOTYPE LOCAL DEFAULT 8 3439: 00000000 0 NOTYPE LOCAL DEFAULT 8 Any comments? Thanks, Luse http://0xlab.org/

14 years

cpu supported

by Raffaele Recalcati

Any plan for armv5te support? It should compatible to Ubuntu of 30MB that seems possible [http://lists.linaro.org/pipermail/linaro-dev/2011-January/002109.html] . There are a lot of arm9 boards in the world. We have to think that arm9 is the past? Thanks for any reply, Recalcati

14 years

Device tree support for 11.05

by Grant Likely

Hi guys, Nicolas, thanks for taking a look at the basic device tree patches. I've fixed up the defects you've pointed out and pushed the fixed versions out to my tree. Other than that, does it look okay to you? With that series it is possible to turn on device tree booting for any arm platform by turning on CONFIG_OF and adding a dt_compat string table to the existing machine_desc. It is far from complete support since it only decodes the kernel parameters, the initrd location and the memory size, but it is enough for others to start playing with the infrastructure. On the u-boot side of things, everything needed to support device tree appears to be complete and working, other than a bug I ran into on systems with memory based at 0. (fix sent to list). Turning on CONFIG_OF_LIBFDT was simple on Tegra, and I expect it will be on the other platforms too. If I were able to get all the supported Linaro platforms modified and tested to support dt booting, would you be okay with picking up the current dt support series and having CONFIG_OF turned on by default for the next Linaro release? There are also some details to nail down with respect to packaging the .dtb files, but I'm working out those details with Loïc. Cheers, g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd.

14 years

[RFC] dt: add of_platform_bus_snoop() which attaches nodes to devices

by Grant Likely

This patch implements an alternate method for using device tree data for populating machine device registration. Traditionally, board support has directly generated and registered devices based on nodes in the device tree. The board support code starts at the root of the tree and begins allocating devices for each device node it finds. Similarly, bus drivers (i2c, spi, etc.) use their child nodes to register child devices. This model can be seen in almost all the powerpc board ports (arch/powerpc/platforms/*). However, for many of the ARM SoCs, there already exists complete board support for many SoCs that have their own code for registering the basic set of platform devices with non-trivial dependencies on clock structure and machine specific platform code. While starting at the base of the tree and working up is certainly possible, it requires modifying a lot of machine support code to get it working. Instead, this patch provides an alternate approach. Instead of starting at the root of the tree and working up, this patch allows the SoC support code to register its standard set of platform devices in the normal way. However, it also registers a platform_bus notifier function which compares platform_device registrations with data in the device tree. Whenever it finds a matching node, it increments the node reference count and assigns it to the device's of_node pointer so that it is available for the device driver to use and bind against. For example, an spi master driver would have access to the spi node which contains information about all the spi slaves on the bus. An example usage of this facility is to allow a single 'devicetree' board support file to support multiple machines all using the same SoC. The common code would register SoC devices unconditionally, and the board support code would depend entirely on device tree data. Note: Board ports using this facility are still required to provide a fully populated device tree blob. It is not a shortcut to providing an accurate device tree model of the machine to the point that it would be reasonably possible to switch to a direct registration model for all devices without change the device tree. ie. The SoC still needs to be correctly identified and there should be nodes for all the discrete devices. I'm not convinced that this is the model to pursue over the long term, but it greatly simplifies the task of getting device tree support up and running, and it provides a migration path to full dt device registration (if it makes sense to do so). Signed-off-by: Grant Likely <grant.likely(a)secretlab.ca> --- This patch can be found in my devicetree/test branch (frequently rebased) git://git.secretlab.ca/git/linux-2.6 devicetree/test I'll move it to devicetree/arm (never rebased) once it is stable. g. arch/arm/mach-versatile/core.c | 3 + drivers/of/address.c | 14 ++ drivers/of/base.c | 3 + drivers/of/platform.c | 230 ++++++++++++++++++++++++++++++++++++++++ include/linux/of_address.h | 1 include/linux/of_platform.h | 2 6 files changed, 253 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-versatile/core.c b/arch/arm/mach-versatile/core.c index 136c32e..86ad01d 100644 --- a/arch/arm/mach-versatile/core.c +++ b/arch/arm/mach-versatile/core.c @@ -21,6 +21,7 @@ #include <linux/init.h> #include <linux/device.h> #include <linux/dma-mapping.h> +#include <linux/of_platform.h> #include <linux/platform_device.h> #include <linux/sysdev.h> #include <linux/interrupt.h> @@ -873,6 +874,8 @@ void __init versatile_init(void) clkdev_add_table(lookups, ARRAY_SIZE(lookups)); + of_platform_bus_snoop(NULL, NULL); + platform_device_register(&versatile_flash_device); platform_device_register(&versatile_i2c_device); platform_device_register(&smc91x_device); diff --git a/drivers/of/address.c b/drivers/of/address.c index b4559c5..b43ff66 100644 --- a/drivers/of/address.c +++ b/drivers/of/address.c @@ -556,6 +556,20 @@ static int __of_address_to_resource(struct device_node *dev, } /** + * of_address_count - Return the number of entries in the reg property + */ +int of_address_count(struct device_node *np) +{ + struct resource temp_res; + int num_reg = 0; + + while (of_address_to_resource(np, num_reg, &temp_res) == 0) + num_reg++; + return num_reg; +} +EXPORT_SYMBOL_GPL(of_address_count); + +/** * of_address_to_resource - Translate device tree address and return as resource * * Note that if your address is a PIO address, the conversion will fail if diff --git a/drivers/of/base.c b/drivers/of/base.c index 710b53b..632ebae 100644 --- a/drivers/of/base.c +++ b/drivers/of/base.c @@ -496,6 +496,9 @@ EXPORT_SYMBOL(of_find_node_with_property); const struct of_device_id *of_match_node(const struct of_device_id *matches, const struct device_node *node) { + if (!matches) + return NULL; + while (matches->name[0] || matches->type[0] || matches->compatible[0]) { int match = 1; if (matches->name[0]) diff --git a/drivers/of/platform.c b/drivers/of/platform.c index c01cd1a..559bfe3 100644 --- a/drivers/of/platform.c +++ b/drivers/of/platform.c @@ -11,11 +11,15 @@ * 2 of the License, or (at your option) any later version. * */ + +#define DEBUG + #include <linux/errno.h> #include <linux/module.h> #include <linux/device.h> #include <linux/dma-mapping.h> #include <linux/slab.h> +#include <linux/notifier.h> #include <linux/of_address.h> #include <linux/of_device.h> #include <linux/of_irq.h> @@ -767,4 +771,230 @@ int of_platform_bus_probe(struct device_node *root, return rc; } EXPORT_SYMBOL(of_platform_bus_probe); + + +struct of_platform_bus_snoop_node_data { + struct list_head list; + struct device_node *node; + struct device *dev; /* assigned device */ + + int num_resources; + struct resource resource[0]; +}; + +struct of_platform_bus_snoop_data { + struct list_head nodes; + struct notifier_block nb; +}; + +static bool of_pdev_match_resources(struct platform_device *pdev, + struct of_platform_bus_snoop_node_data *node_data) +{ + struct resource *node_res = node_data->resource; + struct resource *pdev_res = pdev->resource; + int i, j; + + /* Compare both resource tables and make sure every node resource + * is represented by the platform device. Here we check that each + * resource has corresponding entry with the same type and start + * values, and the end value falls inside the range specified + * in the device tree node. */ + for (i = 0; i < node_data->num_resources; i++, node_res++) { + for (j = 0; j < pdev->num_resources; j++, pdev_res++) { + if ((pdev_res->start == node_res->start) && + (pdev_res->end >= node_res->start) && + (pdev_res->end <= node_res->end) && + (pdev_res->flags == node_res->flags)) + break; + } + if (j >= pdev->num_resources) + return false; + } + return true; +} + +static int of_platform_bus_snoop_notifier_call(struct notifier_block *nb, + unsigned long event, void *_dev) +{ + struct platform_device *pdev = to_platform_device(_dev); + struct of_platform_bus_snoop_data *data; + struct of_platform_bus_snoop_node_data *node_data; + +#ifdef DEBUG + struct resource *res = pdev->resource; + int i; + pr_debug("snooping: '%s':\n", dev_name(&pdev->dev)); + for (i = 0; i < pdev->num_resources; i++, res++) + pr_debug("snooping: %2i:%.8x..%.8x[%lx]\n", i, + res->start, res->end, res->flags); +#endif + + if (pdev->dev.of_node) + return NOTIFY_DONE; + + data = container_of(nb, struct of_platform_bus_snoop_data, nb); + + switch (event) { + case BUS_NOTIFY_ADD_DEVICE: + list_for_each_entry(node_data, &data->nodes, list) { + if (node_data->dev) + continue; + + if (!of_pdev_match_resources(pdev, node_data)) + continue; + + pr_debug("%s: add reference to node %s\n", + dev_name(&pdev->dev), + node_data->node->full_name); + node_data->dev = get_device(&pdev->dev); + pdev->dev.of_node = of_node_get(node_data->node); + return NOTIFY_OK; + } + break; + + case BUS_NOTIFY_DEL_DEVICE: + list_for_each_entry(node_data, &data->nodes, list) { + if (node_data->dev == &pdev->dev) { + pr_debug("%s: removing reference to %s\n", + dev_name(&pdev->dev), + node_data->node->full_name); + of_node_put(pdev->dev.of_node); + put_device(node_data->dev); + pdev->dev.of_node = NULL; + node_data->dev = NULL; + return NOTIFY_OK; + } + } + break; + } + + return NOTIFY_DONE; +} + +int of_platform_bus_snoop_children(struct of_platform_bus_snoop_data *data, + struct device_node *parent, + const struct of_device_id *bus_match) +{ + struct device_node *child; + + /* Loop over children and record the details */ + for_each_child_of_node(parent, child) { + struct of_platform_bus_snoop_node_data *node_data; + struct resource *res; + int num_irq, num_reg, i, rc; + + /* Make sure it has a compatible property */ + if (!of_get_property(child, "compatible", NULL)) + continue; + + num_irq = of_irq_count(child); + num_reg = of_address_count(child); + node_data = kzalloc(sizeof(*node_data) + + (sizeof(struct resource) * (num_irq + num_reg)), + GFP_KERNEL); + if (!node_data) + return -ENOMEM; + INIT_LIST_HEAD(&node_data->list); + + res = &node_data->resource[0]; + for (i = 0; i < num_reg; i++, res++) + WARN_ON(of_address_to_resource(child, i, res)); + WARN_ON(of_irq_to_resource_table(child, res, num_irq) != num_irq); + node_data->num_resources = num_reg + num_irq; + node_data->node = of_node_get(child); + + list_add_tail(&node_data->list, &data->nodes); + + /* If this is a bus node, recursively inspect the children */ + if (of_match_node(bus_match, child)) { + rc = of_platform_bus_snoop_children(data, child, bus_match); + if (rc) + return rc; + } + } + + return 0; +} + +/** + * of_platform_bus_snoop - Attach device nodes to platform bus registrations. + * @root: parent of the first level to probe or NULL for the root of the tree + * @bus_match: match table for child bus nodes, or NULL + * + * This function sets up 'snooping' of device tree registrations and + * when a device registration is found that matches a node in the + * device tree, it populates the platform_device with a pointer to the + * matching node. + * + * A bus notifier is used to implement this behaviour. When this + * function is called, it will parse all the child nodes of @root and + * create a lookup table of eligible device nodes. A device node is + * considered eligible if it: + * a) has a compatible property, + * b) has memory mapped registers, and + * c) has a mappable interrupt. + * + * It will also recursively parse child buses providing + * a) the child bus node has a ranges property (children have + * memory-mapped registers), and + * b) it is compatible with the @matches list. + * + * The lookup table will be used as data for a platform bus notifier + * that will compare each new device registration with the table + * before a device driver is bound to it. If there is a match, then + * the of_node pointer will be added to the device. Therefore it is + * important to call this function *before* any platform devices get + * registered. + */ +int __init of_platform_bus_snoop(struct device_node *root, + const struct of_device_id *bus_match) +{ + struct of_platform_bus_snoop_data *data; + struct of_platform_bus_snoop_node_data *node_data, *tmp; + int rc; + + if (!root) + root = of_find_node_by_path("/"); + else + of_node_get(root); + if (root == NULL) + return -EINVAL; + + pr_debug("of_platform_bus_snoop()\n"); + pr_debug(" starting at: %s\n", root->full_name); + + data = kzalloc(sizeof(*data), GFP_KERNEL); + if (!data) + return -ENOMEM; + INIT_LIST_HEAD(&data->nodes); + + rc = of_platform_bus_snoop_children(data, root, bus_match); + if (rc) + goto bail; + +#ifdef DEBUG + list_for_each_entry(node_data, &data->nodes, list) { + struct resource *res = node_data->resource; + int i; + pr_info("snoop: '%s':\n", node_data->node->full_name); + for (i = 0; i < node_data->num_resources; i++, res++) + pr_info("snoop: %2i:%.8x..%.8x[%lx]\n", i, + res->start, res->end, res->flags); + } +#endif + + data->nb.notifier_call = of_platform_bus_snoop_notifier_call; + bus_register_notifier(&platform_bus_type, &data->nb); + + return 0; + + bail: + list_for_each_entry_safe(node_data, tmp, &data->nodes, list) { + list_del(&node_data->list); + of_node_put(node_data->node); + kfree(node_data); + } + kfree(data); + return rc; +} #endif /* !CONFIG_SPARC */ diff --git a/include/linux/of_address.h b/include/linux/of_address.h index 2feda6e..6711d5f 100644 --- a/include/linux/of_address.h +++ b/include/linux/of_address.h @@ -3,6 +3,7 @@ #include <linux/ioport.h> #include <linux/of.h> +extern int of_address_count(struct device_node *np); extern u64 of_translate_address(struct device_node *np, const __be32 *addr); extern int of_address_to_resource(struct device_node *dev, int index, struct resource *r); diff --git a/include/linux/of_platform.h b/include/linux/of_platform.h index a68716a..bf40328 100644 --- a/include/linux/of_platform.h +++ b/include/linux/of_platform.h @@ -74,6 +74,8 @@ extern struct platform_device *of_platform_device_create(struct device_node *np, extern int of_platform_bus_probe(struct device_node *root, const struct of_device_id *matches, struct device *parent); +extern int of_platform_bus_snoop(struct device_node *root, + const struct of_device_id *bus_match); #endif /* !CONFIG_SPARC */ #endif /* CONFIG_OF_DEVICE */

14 years

Linaro-Natty images on the PandaBoard

by Ken Werner

Hi there, When booting linaro snapshots on my PandaBoard the system hangs a few seconds after the bash prompt is shown (sometimes a little earlier). My first step was to enable magic-sysrq but the system doesn't react on them. It looks like it's already powered off - very strange. I've tried various hwpacks and headless images and also an SD-card image that works works on a pandaboard of a colleague (20110127 hwpack with 20110126 headless) but everything fails with the same symptoms. I used two different power supplies and several SD cards - also no difference. The board itself doesn't seem to be defective as the ubuntu-netbook-10.10-preinstalled-netbook-armel+omap4.img runs flawlessly for hours. I replaced the 2.6.35 omap4 kernel of the ubuntu 10.10 image with a kernel built from the latest git://git.linaro.org/ubuntu/linux-linaro- natty.git - but then the board hangs again. Attached is the output of the serial console. Any hints/suggestions on how to get the linaro kernel working on this board are much appreciated. Regards Ken

14 years

Talk: Embedded GPUs at LCA

by Christian Robottom Reis

Hi there, I did a talk at LCA yesterday evening that covered Embedded GPUs and Open Source (or the lack thereof); slides are available here: https://wiki.linaro.org/ChristianReis and a video recording may be available as well later; I'll tack it into the thread if I get a URL for it. I'm happy to answer questions about the presentations or to talk about the problems and possible solutions. One interesting outcome was the idea of a one-day cross-vendor summit that we could tack onto an existing open source event; Plumbers would be an interesting event for that and if enough people are interested I'd be willing to put effort into helping make that happen. Thanks to Jesse and Paul for the help they put into preparing for the presentation. Your comments welcome, -- Christian Robottom Reis | [+55] 16 9112 6430 | http://launchpad.net/~kiko Linaro Engineering VP | [ +1] 612 216 4935 | http://async.com.br/~kiko

14 years

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev January 2011