linaro-dev October 2010

linaro-dev@lists.linaro.org

68 participants
90 discussions

by John Rigby

Hi Robert, The Linaro project has a script that started as your setup_sdcard.sh called linaro_media_create. As part of our release process we need to have licenses for our files and since our script is based on yours, your choice of license affects what choices we have. So long story short, your file has no license included so care to add one or just tell us what the license is so we can give our script a compatible if not identical one? Thanks John

14 years

Direct link to latest image

by Loïc Minier

Hey folks I'd like to mirror and test the latest build of http://snapshots.linaro.org/10.11-daily/linaro-headless/ but I have two issues with this: * having some kind of direct link to the latest image so that I don't need to parse the HTML to get the latest build; something like /latest/ or /current/ would help here * having a constant name for the data as to be rsync friendly; that is, if the image is named linaro-m-headless-tar-20100923-0.tar.gz and linaro-m-headless-tar-20100924-0.tar.gz the next day, it's hard to convince rsync that the data file from the 24th can be mostly inferred from the contents of the 23th; if it was named linaro-m-headless-tar.tar.gz, I would have no problem Where should I be filing bugs to track these requests, and who should I harass to get these resolved? :-) Thanks! -- Loïc Minier

14 years

ST-Ericsson ux500 BSP contents

by Arnd Bergmann

I finally got to this and wrote up a summary of the contents of the ST-E BSP that we are mirroring on the Linaro git server: https://wiki.linaro.org/BSP/ST-Ericsson I did not write up my recommendations of how to proceed, but it should give an idea of the work in front of us/them. Linus, if you see any significant omissions or mistakes, please correct me. Arnd

14 years, 1 month

[PATCH] mx51evk: Fix 2 hours reset issue

by Shawn.Guo＠freescale.com

From: Shawn Guo <shawn.gsc(a)gmail.com> The mx51evk u-boot has an issue that system will get reset every 2 hours. MC13892 has an inside charge timer which expires in 120 minutes. If ICHRG and CHGAUTOB are not set properly, this timer expiration will get system power recycled. Since mx51evk has no Li-Ion battery on board, the patch sets ICHRG in externally powered mode and sets CHGAUTOB bit to avoid automatic charging, so that system will not get reset by this timer expiration. The patch also corrects the bit field definition of register 48 (Charger 0) per latest MC13892 Reference Manual. Signed-off-by: Shawn Guo <shawn.gsc(a)gmail.com> --- board/freescale/mx51evk/mx51evk.c | 8 ++++---- include/mc13892.h | 16 ++++++++-------- 2 files changed, 12 insertions(+), 12 deletions(-) diff --git a/board/freescale/mx51evk/mx51evk.c b/board/freescale/mx51evk/mx51evk.c index c8d7d39..0b58b1b 100644 --- a/board/freescale/mx51evk/mx51evk.c +++ b/board/freescale/mx51evk/mx51evk.c @@ -188,10 +188,10 @@ static void power_init(void) val &= ~PWGT2SPIEN; pmic_reg_write(REG_POWER_MISC, val); - /* Write needed to update Charger 0 */ - pmic_reg_write(REG_CHARGE, VCHRG0 | VCHRG1 | VCHRG2 | - ICHRG0 | ICHRG1 | ICHRG2 | ICHRG3 | ICHRGTR0 | - OVCTRL1 | UCHEN | CHRGLEDEN | CYCLB); + /* Externally powered */ + val = pmic_reg_read(REG_CHARGE); + val |= ICHRG0 | ICHRG1 | ICHRG2 | ICHRG3 | CHGAUTOB; + pmic_reg_write(REG_CHARGE, val); /* power up the system first */ pmic_reg_write(REG_POWER_MISC, PWUP); diff --git a/include/mc13892.h b/include/mc13892.h index 791e3ec..61c3e6e 100644 --- a/include/mc13892.h +++ b/include/mc13892.h @@ -29,24 +29,24 @@ /* REG_CHARGE */ -#define VCHRG0 0 +#define VCHRG0 (1 << 0) #define VCHRG1 (1 << 1) #define VCHRG2 (1 << 2) #define ICHRG0 (1 << 3) #define ICHRG1 (1 << 4) #define ICHRG2 (1 << 5) #define ICHRG3 (1 << 6) -#define ICHRGTR0 (1 << 7) -#define ICHRGTR1 (1 << 8) -#define ICHRGTR2 (1 << 9) +#define TREN (1 << 7) +#define ACKLPB (1 << 8) +#define THCHKB (1 << 9) #define FETOVRD (1 << 10) #define FETCTRL (1 << 11) #define RVRSMODE (1 << 13) -#define OVCTRL0 (1 << 15) -#define OVCTRL1 (1 << 16) -#define UCHEN (1 << 17) +#define PLIM0 (1 << 15) +#define PLIM1 (1 << 16) +#define PLIMDIS (1 << 17) #define CHRGLEDEN (1 << 18) -#define CHRGRAWPDEN (1 << 19) +#define CHGTMRRST (1 << 19) #define CHGRESTART (1 << 20) #define CHGAUTOB (1 << 21) #define CYCLB (1 << 22) -- 1.7.1

14 years, 1 month

Linaro@UDS: Where can I get the note of each Linaro sessions?

by Jason Hui

As title. BR, Jason Liu

14 years, 1 month

Re: [PATCH] mx51evk: consolidate env for mmcboot and netboot

by Shawn Guo

Copy Linaro for comments, as Linaro may be concerned by this patch. On Mon, Oct 25, 2010 at 11:20 PM, Shawn Guo <shawn.gsc(a)gmail.com> wrote: > This patch is to consolidate default mx51evk env for two primary > boot modes, mmcboot and netboot. > > It also cleans some unused env like netdev, uboot and redundant > env like loadaddr since CONFIG_LOADADDR already defines it. > > Signed-off-by: Shawn Guo <shawn.gsc(a)gmail.com> > --- > include/configs/mx51evk.h | 50 ++++++++++++++++++++++++++++++++++---------- > 1 files changed, 38 insertions(+), 12 deletions(-) > > diff --git a/include/configs/mx51evk.h b/include/configs/mx51evk.h > index 6165473..186cd8c 100644 > --- a/include/configs/mx51evk.h > +++ b/include/configs/mx51evk.h > @@ -126,18 +126,42 @@ > > #define CONFIG_LOADADDR 0x90800000 /* loadaddr env var */ > > -#define CONFIG_EXTRA_ENV_SETTINGS \ > - "netdev=eth0\0" \ > - "uboot_addr=0xa0000000\0" \ > - "uboot=u-boot.bin\0" \ > - "loadaddr=0x90800000\0" \ > - "bootargs_base=setenv bootargs console=tty "\ > - "console=ttymxc0,${baudrate}\0"\ > - "bootargs_nfs=setenv bootargs ${bootargs} root=/dev/nfs "\ > - "ip=dhcp nfsroot=${serverip}:${nfsroot},v3,tcp\0"\ > - "bootcmd=run bootcmd_net\0" \ > - "bootcmd_net=run bootargs_base bootargs_nfs; " \ > - "tftpboot ${loadaddr} ${kernel}; bootm\0" > +#define CONFIG_EXTRA_ENV_SETTINGS \ > + "script=boot.scr\0" \ > + "uimage=uImage\0" \ > + "mmcdev=0\0" \ > + "mmcpart=2\0" \ > + "mmcroot=/dev/mmcblk0p3 rw\0" \ > + "mmcrootfstype=ext3 rootwait\0" \ > + "mmcargs=setenv bootargs console=ttymxc0,${baudrate} " \ > + "root=${mmcroot} " \ > + "rootfstype=${mmcrootfstype}\0" \ > + "loadbootscript=" \ > + "fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${script};\0" \ > + "bootscript=echo Running bootscript from mmc ...; " \ > + "source\0" \ > + "loaduimage=fatload mmc ${mmcdev}:${mmcpart} ${loadaddr} ${uimage}\0" \ > + "mmcboot=echo Booting from mmc ...; " \ > + "run mmcargs; " \ > + "bootm\0" \ > + "netargs=setenv bootargs console=ttymxc0,${baudrate} " \ > + "root=/dev/nfs " \ > + "ip=dhcp nfsroot=${serverip}:${nfsroot},v3,tcp\0" \ > + "netboot=echo Booting from net ...; " \ > + "run netargs; " \ > + "dhcp ${uimage}; bootm\0" \ > + > +#define CONFIG_BOOTCOMMAND \ > + "if mmc rescan ${mmcdev}; then " \ > + "if run loadbootscript; then " \ > + "run bootscript; " \ > + "else " \ > + "if run loaduimage; then " \ > + "run mmcboot; " \ > + "else run netboot; " \ > + "fi; " \ > + "fi; " \ > + "else run netboot; fi" > > #define CONFIG_ARP_TIMEOUT 200UL > > @@ -145,6 +169,8 @@ > * Miscellaneous configurable options > */ > #define CONFIG_SYS_LONGHELP /* undef to save memory */ > +#define CONFIG_SYS_HUSH_PARSER /* use "hush" command parser */ > +#define CONFIG_SYS_PROMPT_HUSH_PS2 "> " > #define CONFIG_SYS_PROMPT "MX51EVK U-Boot > " > #define CONFIG_AUTO_COMPLETE > #define CONFIG_SYS_CBSIZE 256 /* Console I/O Buffer Size */ > -- > 1.7.1 > > -- Regards, Shawn

14 years, 1 month

maverick-proposed queue freeze

by Jamie Bennett

Hi, According to the Linaro release process [1] the maverick-proposed queue will be frozen tomorrow. After this date no uploads should be accepted for -proposed until the queue unfreezes on 8th November 2010 without consultation with the Linaro release team [2]. The total freeze time will be 12 days. The freeze process was agreed at the platform sprint in Prague and has benefits for both Ubuntu and Linaro. This period should be used to flush the -proposed queue, testing, verifying and promoting to maverick-updates what is currently there. If you have an update that really must be added to the queue in the next 12 days please email the team[3] for feedback. The Linaro Release Candidate images will be created on the 1st November and the images will be verified until Final Release on the 10th November. With your help we can get the -proposed queue flushed and produce rock-solid Linaro images, carrying the great work Ubuntu has done to more ARM based platforms. Regards, Jamie. -- Linaro Release Manager [1] http://wiki.linaro.org/Process/Cycle/PostUbuntuReleaseProcess [2] http://www.launchpad.net/~linaro-release [3] linaro-release(a)lists.launchpad.net

14 years, 1 month

DVI /S Video issues in linaro-m-netbook-efl-tar-20101024-0.tar.gz with Beagle Board XM Rev A3

by Manjunath Singh

Dear All, Looks like something is broken in the new kernel ( Post changes to the bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/663642 ), In the earlier versions of the kernel atleast the S- Video used to work ( tested in Maveric 2.6.35.6-l5 Regular/Non netbook edition ). Now If I pass omapfb.mode=tv:pal omapfb.default_disp=tv .. the xorg exits with with /dev/fb0 no such file or directory ( and ls -l on /dev/fb* confirms there is no files by that name ), I tried omapfb.mode=lcd:640x480 ( and other resolutions ), the X server starts but No out put on the screen / LCD tv thorugh S Video. The DVI port with default options ( and tried with different resolutions as well ) connected through HDMI cable to the TV No output on the display in any Distributions/OS/Kernel I have tried sofar. I understand that Fixing DVI might take some time because there is a HW change in Beagel Board XM A3, However I I would really appreciate if some one point me how to get atleast S Video output till HDMI starts working again. Thanks -- Regards, Manjunath --------------------------------- Miles to go before I sleep... ----------------------------------

14 years, 1 month

Linaro@UDS: dining opportunities out of the hotel

by Steve Langasek

Hey all, If you're like me, you're sitting here at the end of the last session of the day feeling peckish and wondering what's for dinner. Which made me realize that there was no information in the Linaro wiki page about the dinner options here at Linaro@UDS. Sorry about that - let's correct that now! Outside of the Wednesday organized dinner, engineers are free to make their own dinner plans - either here at the hotel, or in town. If you want to have dinner in town, buses are available each evening to take you back and forth to one of several points in and around Orlando that are reasonably central to dining opportunities. I've posted the bus schedule here: https://wiki.linaro.org/Events/2010-10-LDS#Evening%20buses Our local experts have provided us a list of recommended restaurants, available here: https://wiki.ubuntu.com/UDS-N?action=AttachFile&do=view&target=List+of+Rest… Bon appetit, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slangasek(a)ubuntu.com vorlon(a)debian.org

14 years, 1 month

[PATCH] UBUNTU: SAUCE: ARM: Add DSS2 support for Overo board

by Mathieu Poirier

>From 86d144e56eb4f82c3847f0862ac114dc344e7355 Mon Sep 17 00:00:00 2001 From: Mathieu J. Poirier <mathieu.poirier(a)canonical.com> Date: Fri, 22 Oct 2010 10:22:21 -0600 Subject: [PATCH] UBUNTU: SAUCE: ARM: Add DSS2 support for Overo board Like the Beagle, EVM and IGEPv2 boads, the omapdss can't find the "vdds_sdi" regulator, causing omapfb to exit prematurely and yield a blank screen. This is based on the work found here, adjusted to leave out the SPI mofications and apply/compile in the linaro tree: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=shortlog;h… BugLink: https://bugs.launchpad.net/bugs/660811 Signed-off-by: Mathieu J Poirier <mathieu.poirier(a)canonical.com> --- arch/arm/mach-omap2/board-overo.c | 124 ++++++++++++++++++++++++++++++++----- 1 files changed, 108 insertions(+), 16 deletions(-) diff --git a/arch/arm/mach-omap2/board-overo.c b/arch/arm/mach-omap2/board-overo.c index 4c48436..1b26b3c 100644 --- a/arch/arm/mach-omap2/board-overo.c +++ b/arch/arm/mach-omap2/board-overo.c @@ -40,6 +40,7 @@ #include <plat/board.h> #include <plat/common.h> +#include <plat/display.h> #include <mach/gpio.h> #include <plat/gpmc.h> #include <mach/hardware.h> @@ -232,6 +233,81 @@ static inline void __init overo_init_smsc911x(void) static inline void __init overo_init_smsc911x(void) { return; } #endif +/* DSS */ +static int lcd_enabled; +static int dvi_enabled; + +#define OVERO_GPIO_LCD_EN 144 +#define OVERO_GPIO_LCD_BL 145 + +static void __init overo_display_init(void) +{ + if ((gpio_request(OVERO_GPIO_LCD_EN, "OVERO_GPIO_LCD_EN") == 0) && + (gpio_direction_output(OVERO_GPIO_LCD_EN, 1) == 0)) + gpio_export(OVERO_GPIO_LCD_EN, 0); + else + printk(KERN_ERR "could not obtain gpio for " + "OVERO_GPIO_LCD_EN\n"); + + if ((gpio_request(OVERO_GPIO_LCD_BL, "OVERO_GPIO_LCD_BL") == 0) && + (gpio_direction_output(OVERO_GPIO_LCD_BL, 1) == 0)) + gpio_export(OVERO_GPIO_LCD_BL, 0); + else + printk(KERN_ERR "could not obtain gpio for " + "OVERO_GPIO_LCD_BL\n"); +} + +static int overo_panel_enable_dvi(struct omap_dss_device *dssdev) +{ + if (lcd_enabled) { + printk(KERN_ERR "cannot enable DVI, LCD is enabled\n"); + return -EINVAL; + } + dvi_enabled = 1; + + return 0; +} + +static void overo_panel_disable_dvi(struct omap_dss_device *dssdev) +{ + dvi_enabled = 0; +} + +static struct omap_dss_device overo_dvi_device = { + .type = OMAP_DISPLAY_TYPE_DPI, + .name = "dvi", + .driver_name = "generic_panel", + .phy.dpi.data_lines = 24, + .platform_enable = overo_panel_enable_dvi, + .platform_disable = overo_panel_disable_dvi, +}; + +static struct omap_dss_device *overo_dss_devices[] = { + &overo_dvi_device, +}; + +static struct omap_dss_board_info overo_dss_data = { + .num_devices = ARRAY_SIZE(overo_dss_devices), + .devices = overo_dss_devices, + .default_device = &overo_dvi_device, +}; + +static struct platform_device overo_dss_device = { + .name = "omapdss", + .id = -1, + .dev = { + .platform_data = &overo_dss_data, + }, +}; + +static struct regulator_consumer_supply overo_vdda_dac_supply = + REGULATOR_SUPPLY("vdda_dac", "omapdss"); + +static struct regulator_consumer_supply overo_vdds_supplies[] = { + REGULATOR_SUPPLY("vdds_dsi", "omapdss"), + REGULATOR_SUPPLY("vdds_sdi", "omapdss"), +}; + static struct mtd_partition overo_nand_partitions[] = { { .name = "xloader", @@ -357,6 +433,34 @@ static struct regulator_init_data overo_vmmc1 = { .consumer_supplies = &overo_vmmc1_supply, }; +/* VDAC for DSS driving S-Video (8 mA unloaded, max 65 mA) */ +static struct regulator_init_data overo_vdac = { + .constraints = { + .min_uV = 1800000, + .max_uV = 1800000, + .valid_modes_mask = REGULATOR_MODE_NORMAL + | REGULATOR_MODE_STANDBY, + .valid_ops_mask = REGULATOR_CHANGE_MODE + | REGULATOR_CHANGE_STATUS, + }, + .num_consumer_supplies = 1, + .consumer_supplies = &overo_vdda_dac_supply, +}; + +/* VPLL2 for digital video outputs */ +static struct regulator_init_data overo_vpll2 = { + .constraints = { + .min_uV = 1800000, + .max_uV = 1800000, + .valid_modes_mask = REGULATOR_MODE_NORMAL + | REGULATOR_MODE_STANDBY, + .valid_ops_mask = REGULATOR_CHANGE_MODE + | REGULATOR_CHANGE_STATUS, + }, + .num_consumer_supplies = ARRAY_SIZE(overo_vdds_supplies), + .consumer_supplies = overo_vdds_supplies, +}; + static struct twl4030_codec_audio_data overo_audio_data = { .audio_mclk = 26000000, }; @@ -375,6 +479,8 @@ static struct twl4030_platform_data overo_twldata = { .usb = &overo_usb_data, .codec = &overo_codec_data, .vmmc1 = &overo_vmmc1, + .vdac = &overo_vdac, + .vpll2 = &overo_vpll2, }; static struct i2c_board_info __initdata overo_i2c_boardinfo[] = { @@ -395,23 +501,8 @@ static int __init overo_i2c_init(void) return 0; } -static struct platform_device overo_lcd_device = { - .name = "overo_lcd", - .id = -1, -}; - -static struct omap_lcd_config overo_lcd_config __initdata = { - .ctrl_name = "internal", -}; - -static struct omap_board_config_kernel overo_config[] __initdata = { - { OMAP_TAG_LCD, &overo_lcd_config }, -}; - static void __init overo_init_irq(void) { - omap_board_config = overo_config; - omap_board_config_size = ARRAY_SIZE(overo_config); omap2_init_common_hw(mt46h32m32lf6_sdrc_params, mt46h32m32lf6_sdrc_params); omap_init_irq(); @@ -419,7 +510,7 @@ static void __init overo_init_irq(void) } static struct platform_device *overo_devices[] __initdata = { - &overo_lcd_device, + &overo_dss_device, }; static const struct ehci_hcd_omap_platform_data ehci_pdata __initconst = { @@ -458,6 +549,7 @@ static void __init overo_init(void) usb_ehci_init(&ehci_pdata); overo_ads7846_init(); overo_init_smsc911x(); + overo_display_init(); /* Ensure SDRC pins are mux'd for self-refresh */ omap_mux_init_signal("sdrc_cke0", OMAP_PIN_OUTPUT); -- 1.7.0.4

14 years, 1 month

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev October 2010