linaro-dev September 2010

linaro-dev@lists.linaro.org

78 participants
101 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

13 years, 4 months

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

13 years, 5 months

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

13 years, 5 months

Re: [PATCH] cpufreq for freescale mx51

by Amit Kucheria

Add'ed linaro-dev and linux-arm-kernel to CC. Thanks Yong, some feeback follows inline. On 10 Sep 29, Yong Shen wrote: > From: Yong Shen <yong.shen(a)linaro.org> > > --- > arch/arm/Kconfig | 6 + > arch/arm/mach-mx5/Kconfig | 1 + > arch/arm/mach-mx5/board-mx51_babbage.c | 32 ++++ > arch/arm/mach-mx5/clock-mx51.c | 53 ++++++ > arch/arm/plat-mxc/Makefile | 2 + > arch/arm/plat-mxc/cpufreq.c | 282 ++++++++++++++++++++++++++++++++ > arch/arm/plat-mxc/include/mach/mxc.h | 20 +++ > 7 files changed, 396 insertions(+), 0 deletions(-) > create mode 100644 arch/arm/plat-mxc/cpufreq.c > > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > index 4db064e..64ebbc0 100644 > --- a/arch/arm/Kconfig > +++ b/arch/arm/Kconfig > @@ -1517,6 +1517,12 @@ if ARCH_HAS_CPUFREQ > > source "drivers/cpufreq/Kconfig" > > +config CPU_FREQ_IMX > + tristate "CPUfreq driver for i.MX CPUs" > + depends on ARCH_MXC && CPU_FREQ > + help > + This enables the CPUfreq driver for i.MX CPUs. > + > config CPU_FREQ_SA1100 > bool > > diff --git a/arch/arm/mach-mx5/Kconfig b/arch/arm/mach-mx5/Kconfig > index 1576d51..5956fee 100644 > --- a/arch/arm/mach-mx5/Kconfig > +++ b/arch/arm/mach-mx5/Kconfig > @@ -5,6 +5,7 @@ config ARCH_MX51 > default y > select MXC_TZIC > select ARCH_MXC_IOMUX_V3 > + select ARCH_HAS_CPUFREQ > > comment "MX5 platforms:" > > diff --git a/arch/arm/mach-mx5/board-mx51_babbage.c b/arch/arm/mach-mx5/board-mx51_babbage.c > index ed885f9..e449e0b 100644 > --- a/arch/arm/mach-mx5/board-mx51_babbage.c > +++ b/arch/arm/mach-mx5/board-mx51_babbage.c > @@ -43,6 +43,31 @@ > #define MX51_USB_PLL_DIV_19_2_MHZ 0x01 > #define MX51_USB_PLL_DIV_24_MHZ 0x02 > > +struct cpu_wp *(*get_cpu_wp)(int *wp); > +static int num_cpu_wp = 2; use sizeof(array) instead of hard coding this. > +/* working point(wp): 0 - 800MHz; 1 - 166.25MHz; */ > +static struct cpu_wp cpu_wp_auto[] = { > + { > + .pll_rate = 800000000, > + .cpu_rate = 800000000, > + .pdf = 0, > + .mfi = 8, > + .mfd = 2, > + .mfn = 1, > + .cpu_podf = 0, > + .cpu_voltage = 1100000,}, > + { > + .pll_rate = 800000000, > + .cpu_rate = 160000000, > + .pdf = 4, > + .mfi = 8, > + .mfd = 2, > + .mfn = 1, > + .cpu_podf = 4, > + .cpu_voltage = 850000,}, > +}; This data should be moved out to a separate file (e.g. mx51_ratetable.h) since it will be useful to other boards too. If other boards can have different rate tables (and they can, depending on the revision of the silicon), then we can either 'assemble' the correct rate table based on a flag field or have explicit separate rate tables for each silicon revision. In any case, I suspect that there will be some core rates that will be common across silicon revisions. > static struct platform_device *devices[] __initdata = { > &mxc_fec_device, > }; > @@ -87,6 +112,12 @@ static struct imxuart_platform_data uart_pdata = { > .flags = IMXUART_HAVE_RTSCTS, > }; > > +struct cpu_wp *mx51_babbage_get_cpu_wp(int *wp) > +{ > + *wp = num_cpu_wp; > + return cpu_wp_auto; > +} > + > static inline void mxc_init_imx_uart(void) > { > mxc_register_device(&mxc_uart_device0, &uart_pdata); > @@ -246,6 +277,7 @@ static void __init mxc_board_init(void) > > static void __init mx51_babbage_timer_init(void) > { > + get_cpu_wp = mx51_babbage_get_cpu_wp; > mx51_clocks_init(32768, 24000000, 22579200, 0); > } > > diff --git a/arch/arm/mach-mx5/clock-mx51.c b/arch/arm/mach-mx5/clock-mx51.c > index d9f612d..f2488e6 100644 > --- a/arch/arm/mach-mx5/clock-mx51.c > +++ b/arch/arm/mach-mx5/clock-mx51.c > @@ -14,6 +14,7 @@ > #include <linux/delay.h> > #include <linux/clk.h> > #include <linux/io.h> > +#include <linux/time.h> > > #include <asm/clkdev.h> > #include <asm/div64.h> > @@ -28,6 +29,11 @@ > static unsigned long external_high_reference, external_low_reference; > static unsigned long oscillator_reference, ckih2_reference; > > +extern struct cpu_wp *(*get_cpu_wp)(int *wp); > +static int cpu_wp_nr; > +static int cpu_curr_wp; > +static struct cpu_wp *cpu_wp_tbl; > + > static struct clk osc_clk; > static struct clk pll1_main_clk; > static struct clk pll1_sw_clk; > @@ -38,7 +44,9 @@ static struct clk periph_apm_clk; > static struct clk ahb_clk; > static struct clk ipg_clk; > static struct clk usboh3_clk; > +static void __iomem *pll1_base; > > +#define SPIN_DELAY 1000000 /* in nanoseconds */ > #define MAX_DPLL_WAIT_TRIES 1000 /* 1000 * udelay(1) = 1ms */ > > static int _clk_ccgr_enable(struct clk *clk) > @@ -330,6 +338,32 @@ static int _clk_lp_apm_set_parent(struct clk *clk, struct clk *parent) > return 0; > } > > +/*! > + * Setup cpu clock based on working point. > + * @param wp cpu freq working point > + * @return 0 on success or error code on failure. > + */ > +int cpu_clk_set_wp(int wp) > +{ > + struct cpu_wp *p; > + u32 reg; > + > + if (wp == cpu_curr_wp) > + return 0; > + > + p = &cpu_wp_tbl[wp]; > + > + /*use post divider to change freq > + */ > + reg = __raw_readl(MXC_CCM_CACRR); > + reg &= ~MXC_CCM_CACRR_ARM_PODF_MASK; > + reg |= cpu_wp_tbl[wp].cpu_podf << MXC_CCM_CACRR_ARM_PODF_OFFSET; > + __raw_writel(reg, MXC_CCM_CACRR); > + cpu_curr_wp = wp; > + > + return 0; > +} > + > static unsigned long clk_arm_get_rate(struct clk *clk) > { > u32 cacrr, div; > @@ -342,6 +376,20 @@ static unsigned long clk_arm_get_rate(struct clk *clk) > return parent_rate / div; > } > > +int _clk_cpu_set_rate(struct clk *clk, unsigned long rate) > +{ > + u32 i; > + for (i = 0; i < cpu_wp_nr; i++) { > + if (rate == cpu_wp_tbl[i].cpu_rate) > + break; > + } > + if (i >= cpu_wp_nr) > + return -EINVAL; > + cpu_clk_set_wp(i); > + > + return 0; > +} > + > static int _clk_periph_apm_set_parent(struct clk *clk, struct clk *parent) > { > u32 reg, mux; > @@ -694,6 +742,7 @@ static struct clk periph_apm_clk = { > static struct clk cpu_clk = { > .parent = &pll1_sw_clk, > .get_rate = clk_arm_get_rate, > + .set_rate = _clk_cpu_set_rate, > }; > > static struct clk ahb_clk = { > @@ -821,6 +870,7 @@ static struct clk_lookup lookups[] = { > _REGISTER_CLOCK("mxc-ehci.1", "usb_ahb", ahb_clk) > _REGISTER_CLOCK("fsl-usb2-udc", "usb", usboh3_clk) > _REGISTER_CLOCK("fsl-usb2-udc", "usb_ahb", ahb_clk) > + _REGISTER_CLOCK(NULL, "cpu_clk", cpu_clk) > }; > > static void clk_tree_init(void) > @@ -848,10 +898,13 @@ int __init mx51_clocks_init(unsigned long ckil, unsigned long osc, > { > int i; > > + pll1_base = ioremap(MX51_PLL1_BASE_ADDR, SZ_4K); > + > external_low_reference = ckil; > external_high_reference = ckih1; > ckih2_reference = ckih2; > oscillator_reference = osc; > + cpu_wp_tbl = get_cpu_wp(&cpu_wp_nr); > > for (i = 0; i < ARRAY_SIZE(lookups); i++) > clkdev_add(&lookups[i]); > diff --git a/arch/arm/plat-mxc/Makefile b/arch/arm/plat-mxc/Makefile > index 895bc3c..c1bb400 100644 > --- a/arch/arm/plat-mxc/Makefile > +++ b/arch/arm/plat-mxc/Makefile > @@ -17,6 +17,8 @@ obj-$(CONFIG_USB_EHCI_MXC) += ehci.o > obj-$(CONFIG_MXC_ULPI) += ulpi.o > obj-$(CONFIG_ARCH_MXC_AUDMUX_V1) += audmux-v1.o > obj-$(CONFIG_ARCH_MXC_AUDMUX_V2) += audmux-v2.o > +# CPU FREQ support > +obj-$(CONFIG_CPU_FREQ_IMX) += cpufreq.o > ifdef CONFIG_SND_IMX_SOC > obj-y += ssi-fiq.o > obj-y += ssi-fiq-ksym.o > diff --git a/arch/arm/plat-mxc/cpufreq.c b/arch/arm/plat-mxc/cpufreq.c > new file mode 100644 > index 0000000..cae40f1 > --- /dev/null > +++ b/arch/arm/plat-mxc/cpufreq.c > @@ -0,0 +1,282 @@ > +/* > + * Copyright (C) 2010 Freescale Semiconductor, Inc. All Rights Reserved. > + */ > + > +/* > + * The code contained herein is licensed under the GNU General Public > + * License. You may obtain a copy of the GNU General Public License > + * Version 2 or later at the following locations: > + * > + * http://www.opensource.org/licenses/gpl-license.html > + * http://www.gnu.org/copyleft/gpl.html > + */ > + > +/*! > + * @file cpufreq.c > + * > + * @brief A driver for the Freescale Semiconductor i.MXC CPUfreq module. > + * > + * The CPUFREQ driver is for controling CPU frequency. It allows you to change > + * the CPU clock speed on the fly. > + * > + * @ingroup PM > + */ Fix these comments to follow the kernel commenting style. > +#include <linux/types.h> > +#include <linux/kernel.h> > +#include <linux/cpufreq.h> > +#include <linux/init.h> > +#include <linux/proc_fs.h> > +#include <linux/regulator/consumer.h> > +#include <linux/clk.h> > +#include <linux/delay.h> > +#include <linux/io.h> > +#include <mach/hardware.h> > +#include <asm/setup.h> > +#include <mach/clock.h> > +#include <asm/cacheflush.h> > +#include <linux/hrtimer.h> > + > +int cpu_freq_khz_min; > +int cpu_freq_khz_max; > +int arm_lpm_clk; > +int arm_normal_clk; > +int cpufreq_suspended; > +int cpufreq_trig_needed; > + > +static struct clk *cpu_clk; > +static struct cpufreq_frequency_table imx_freq_table[4]; > + > +extern int set_low_bus_freq(void); > +extern int set_high_bus_freq(int high_bus_speed); > +extern int low_freq_bus_used(void); > + > +extern struct cpu_wp *(*get_cpu_wp)(int *wp); > +static int cpu_wp_nr; > +static struct cpu_wp *cpu_wp_tbl; > + > +int set_cpu_freq(int freq) > +{ > + int ret = 0; > + int org_cpu_rate; > + int gp_volt = 0; > + int i; > + > + org_cpu_rate = clk_get_rate(cpu_clk); > + if (org_cpu_rate == freq) > + return ret; > + > + for (i = 0; i < cpu_wp_nr; i++) { > + if (freq == cpu_wp_tbl[i].cpu_rate) > + gp_volt = cpu_wp_tbl[i].cpu_voltage; > + } > + > + if (gp_volt == 0) > + return ret; > + > + ret = clk_set_rate(cpu_clk, freq); > + if (ret != 0) { > + printk(KERN_DEBUG "cannot set CPU clock rate\n"); > + return ret; > + } > + > + return ret; > +} > + > +static int mxc_verify_speed(struct cpufreq_policy *policy) > +{ > + if (policy->cpu != 0) > + return -EINVAL; > + > + return cpufreq_frequency_table_verify(policy, imx_freq_table); > +} > + > +static unsigned int mxc_get_speed(unsigned int cpu) > +{ > + if (cpu) > + return 0; > + > + return clk_get_rate(cpu_clk) / 1000; > +} > + > +static int calc_frequency_khz(int target, unsigned int relation) > +{ > + int i; > + > + if ((target * 1000) == clk_get_rate(cpu_clk)) > + return target; > + > + if (relation == CPUFREQ_RELATION_H) { > + for (i = cpu_wp_nr - 1; i >= 0; i--) { > + if (imx_freq_table[i].frequency <= target) > + return imx_freq_table[i].frequency; > + } > + } else if (relation == CPUFREQ_RELATION_L) { > + for (i = 0; i < cpu_wp_nr; i++) { > + if (imx_freq_table[i].frequency >= target) > + return imx_freq_table[i].frequency; > + } > + } > + printk(KERN_ERR "Error: No valid cpufreq relation\n"); > + return cpu_freq_khz_max; > +} > + > +static int mxc_set_target(struct cpufreq_policy *policy, > + unsigned int target_freq, unsigned int relation) > +{ > + struct cpufreq_freqs freqs; > + int freq_Hz; > + int ret = 0; > + > + if (cpufreq_suspended) { > + target_freq = clk_get_rate(cpu_clk) / 1000; > + freq_Hz = calc_frequency_khz(target_freq, relation) * 1000; > + if (freq_Hz == arm_lpm_clk) > + freqs.old = cpu_wp_tbl[cpu_wp_nr - 2].cpu_rate / 1000; > + else > + freqs.old = arm_lpm_clk / 1000; > + > + freqs.new = freq_Hz / 1000; > + freqs.cpu = 0; > + freqs.flags = 0; > + cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE); > + cpufreq_notify_transition(&freqs, CPUFREQ_POSTCHANGE); > + return ret; > + } > + /* > + * Some governors do not respects CPU and policy lower limits > + * which leads to bad things (division by zero etc), ensure > + * that such things do not happen. > + */ Isn't that a bug in the governor? Can you explain a bit? > + if (target_freq < policy->cpuinfo.min_freq) > + target_freq = policy->cpuinfo.min_freq; > + > + if (target_freq < policy->min) > + target_freq = policy->min; > + > + freq_Hz = calc_frequency_khz(target_freq, relation) * 1000; > + > + freqs.old = clk_get_rate(cpu_clk) / 1000; > + freqs.new = freq_Hz / 1000; > + freqs.cpu = 0; > + freqs.flags = 0; > + cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE); > + > + if (freqs.old != freqs.new) > + ret = set_cpu_freq(freq_Hz); > + > + cpufreq_notify_transition(&freqs, CPUFREQ_POSTCHANGE); > + > + return ret; > +} > + > +static int __init mxc_cpufreq_driver_init(struct cpufreq_policy *policy) > +{ > + int ret; > + int i; > + > + printk(KERN_INFO "i.MXC CPU frequency driver\n"); > + > + if (policy->cpu != 0) > + return -EINVAL; > + > + cpu_clk = clk_get(NULL, "cpu_clk"); > + if (IS_ERR(cpu_clk)) { > + printk(KERN_ERR "%s: failed to get cpu clock\n", __func__); > + return PTR_ERR(cpu_clk); > + } > + > + /* Set the current working point. */ > + cpu_wp_tbl = get_cpu_wp(&cpu_wp_nr); > + > + cpu_freq_khz_min = cpu_wp_tbl[0].cpu_rate / 1000; > + cpu_freq_khz_max = cpu_wp_tbl[0].cpu_rate / 1000; > + > + for (i = 0; i < cpu_wp_nr; i++) { > + imx_freq_table[cpu_wp_nr - 1 - i].index = cpu_wp_nr - i; cpu_wp_nr = 2 here 1st iteration of for loop: imx_freq_table[2 - 1 - 0].index = 2 - 0 so, imx_freq_table[1].index = 2 2nd iteration: imx_freq_table[2 - 1 - 1].index = 2 - 1 imx_freq_table[0].index = 1 So you're trying to reverse the table order? Why not just sort the table date in the way you want and add a comment on the top to keep it sorted. > + imx_freq_table[cpu_wp_nr - 1 - i].frequency = > + cpu_wp_tbl[i].cpu_rate / 1000; > + > + if ((cpu_wp_tbl[i].cpu_rate / 1000) < cpu_freq_khz_min) > + cpu_freq_khz_min = cpu_wp_tbl[i].cpu_rate / 1000; > + > + if ((cpu_wp_tbl[i].cpu_rate / 1000) > cpu_freq_khz_max) > + cpu_freq_khz_max = cpu_wp_tbl[i].cpu_rate / 1000; > + } > + > + imx_freq_table[i].index = 0; imx_freq_table[i].index = i ? > + imx_freq_table[i].frequency = CPUFREQ_TABLE_END; > + > + policy->cur = clk_get_rate(cpu_clk) / 1000; > + policy->governor = CPUFREQ_DEFAULT_GOVERNOR; > + policy->min = policy->cpuinfo.min_freq = cpu_freq_khz_min; > + policy->max = policy->cpuinfo.max_freq = cpu_freq_khz_max; > + > + arm_lpm_clk = cpu_freq_khz_min * 1000; > + arm_normal_clk = cpu_freq_khz_max * 1000; > + > + /* Manual states, that PLL stabilizes in two CLK32 periods */ > + policy->cpuinfo.transition_latency = 10; > + > + ret = cpufreq_frequency_table_cpuinfo(policy, imx_freq_table); > + > + if (ret < 0) { > + clk_put(cpu_clk); > + printk(KERN_ERR "%s: failed to register i.MXC CPUfreq\n", > + __func__); > + return ret; > + } > + > + cpufreq_frequency_table_get_attr(imx_freq_table, policy->cpu); > + return 0; > +} > + > +static int mxc_cpufreq_suspend(struct cpufreq_policy *policy, > + pm_message_t state) > +{ > + return 0; > +} Get rid of these, since you don't use them. > +static int mxc_cpufreq_resume(struct cpufreq_policy *policy) > +{ > + return 0; > +} Same here. > +static int mxc_cpufreq_driver_exit(struct cpufreq_policy *policy) > +{ > + cpufreq_frequency_table_put_attr(policy->cpu); > + > + /* Reset CPU to 665MHz */ > + set_cpu_freq(arm_normal_clk); > + clk_put(cpu_clk); > + return 0; > +} > + > +static struct cpufreq_driver mxc_driver = { > + .flags = CPUFREQ_STICKY, > + .verify = mxc_verify_speed, > + .target = mxc_set_target, > + .get = mxc_get_speed, > + .init = mxc_cpufreq_driver_init, mxc_cpufreq_init is ok. Lose the driver. > + .exit = mxc_cpufreq_driver_exit, same. > + .suspend = mxc_cpufreq_suspend, > + .resume = mxc_cpufreq_resume, Get rid of suspend/resume > + .name = "imx", > +}; > + > +static int __devinit mxc_cpufreq_init(void) > +{ > + return cpufreq_register_driver(&mxc_driver); > +} > + > +static void mxc_cpufreq_exit(void) > +{ > + cpufreq_unregister_driver(&mxc_driver); > +} > + > +module_init(mxc_cpufreq_init); > +module_exit(mxc_cpufreq_exit); > + > +MODULE_AUTHOR("Freescale Semiconductor, Inc."); > +MODULE_DESCRIPTION("CPUfreq driver for i.MX"); > +MODULE_LICENSE("GPL"); > diff --git a/arch/arm/plat-mxc/include/mach/mxc.h b/arch/arm/plat-mxc/include/mach/mxc.h > index a790bf2..14003b9 100644 > --- a/arch/arm/plat-mxc/include/mach/mxc.h > +++ b/arch/arm/plat-mxc/include/mach/mxc.h > @@ -133,6 +133,26 @@ extern unsigned int __mxc_cpu_type; > # define cpu_is_mxc91231() (0) > #endif > > +#ifndef __ASSEMBLY__ > + > +struct cpu_wp { > + u32 pll_reg; > + u32 pll_rate; > + u32 cpu_rate; > + u32 pdr0_reg; > + u32 pdf; > + u32 mfi; > + u32 mfd; > + u32 mfn; > + u32 cpu_voltage; > + u32 cpu_podf; > +}; > + > +#ifndef CONFIG_ARCH_MX5 > +struct cpu_wp *get_cpu_wp(int *wp); > +#endif > +#endif > + > #if defined(CONFIG_ARCH_MX3) || defined(CONFIG_ARCH_MX2) > /* These are deprecated, use mx[23][157]_setup_weimcs instead. */ > #define CSCR_U(n) (IO_ADDRESS(WEIM_BASE_ADDR + n * 0x10)) > -- > 1.6.3.3 >

13 years, 6 months

Using Live Helper to Build Arm Images

by Tom Gall

All, I've created a wiki page at https://wiki.linaro.org/LiveHelper/Hacking to describe the various steps for building your own linaro images on arm hardware using live helper. This also includes the steps to modifying seeds to add/subtrack packages to suite your own goals whatever they might be. Regards, Tom "We want great men who, when fortune frowns will not be discouraged." - Colonel Henry Knox w) tom.gall att linaro.org (Linaro User Platforms Team) w) tom_gall att vnet.ibm.com h) tom_gall att mac.com

13 years, 6 months

[Patch] Add imx51 support into linaro-media-create

by Shawn Guo

I made a l-m-c patch to add imx51 support. I need your help to review and merge the code. -- Regards, Shawn # Begin patch === modified file 'linaro-media-create' --- linaro-media-create 2010-09-28 18:53:19 +0000 +++ linaro-media-create 2010-09-30 00:36:30 +0000 @@ -62,6 +62,7 @@ * beagle * igep * vexpress + * imx51 Additional/Optional options: -h --help @@ -274,7 +275,16 @@ } install_hwpack() { - ensure_command qemu-arm-static qemu-arm-static + # Check host architecture + arch_is_arm=false + arch_str=`uname -m` + if [[ "$arch_str" == arm* ]]; then + arch_is_arm=true + fi + + if [ ! $arch_is_arm ]; then + ensure_command qemu-arm-static qemu-arm-static + fi chroot=${DIR}/binary # Make sure we unmount /proc in the chroot or else it can't be moved to the @@ -291,7 +301,9 @@ sudo mv -f ${chroot}/etc/hosts ${TMP_DIR}/hosts.orig sudo cp /etc/hosts ${chroot}/etc/hosts - sudo cp /usr/bin/qemu-arm-static ${chroot}/usr/bin + if [ ! $arch_is_arm ]; then + sudo cp /usr/bin/qemu-arm-static ${chroot}/usr/bin + fi sudo cp $LINARO_HWPACK_INSTALL ${chroot}/usr/bin sudo cp "$HWPACK_FILE" "$chroot" @@ -304,7 +316,9 @@ sudo umount ${chroot}/proc sudo mv -f ${TMP_DIR}/resolv.conf.orig ${chroot}/etc/resolv.conf sudo mv -f ${TMP_DIR}/hosts.orig ${chroot}/etc/hosts - sudo rm -f ${chroot}/usr/bin/qemu-arm-static + if [ ! $arch_is_arm ]; then + sudo rm -f ${chroot}/usr/bin/qemu-arm-static + fi sudo rm -f ${chroot}/usr/bin/linaro-hwpack-install sudo rm -f ${chroot}/$(basename "$HWPACK_FILE") } @@ -371,10 +385,17 @@ # Create a VFAT or FAT16 partition of 9 cylinders which is about 64M # and a linux partition of the rest + if [ "$DEVIMAGE" = imx51 ]; then + sudo sfdisk -D -H $HEADS -S $SECTORS $CYLINDER_ARG $partdev << THEEND +1,9,$PARTITION_TYPE,* +10,,,- +THEEND + else sudo sfdisk -D -H $HEADS -S $SECTORS $CYLINDER_ARG $partdev << THEEND ,9,$PARTITION_TYPE,* ,,,- THEEND + fi if [ "${IMAGE_FILE}" ]; then VFATOFFSET=$(($(fdisk -l -u $IMAGE_FILE | grep FAT | awk '{print $3}')*512)) @@ -458,6 +479,24 @@ "${BOOT_DISK}/uInitrd" ;; + imx51) + sudo dd if=binary/usr/lib/u-boot/mx51evk/u-boot.imx of=/dev/mmcblk0 bs=512 seek=2 + sync + sudo mkimage -A arm -O linux -T kernel -C none -a 0x90008000 -e 0x90008000 \ + -n Linux -d "${DIR}/binary/${parts_dir}"/vmlinuz*-mx51 "${BOOT_DISK}/uImage" + sudo mkimage -A arm -O linux -T ramdisk -C none -a 0 \ + -e 0 -n initramfs \ + -d "${DIR}/binary/${parts_dir}"/initrd.img-*-linaro-mx51 \ + "${BOOT_DISK}/uInitrd" + cat > ${TMP_DIR}/boot.cmd << BOOTCMD +setenv bootcmd 'fatload mmc 0:1 0x90000000 uImage; fatload mmc 0:1 0x90800000 uInitrd; bootm 0x90000000 0x90800000' +setenv bootargs '${serial_opts} ${splash_opts} ${lowmem_opt} ${boot_snippet} rootwait ro' +boot +BOOTCMD + sudo mkimage -A arm -O linux -T script -C none -a 0 \ + -e 0 -n "$CODENAME 10.05" -d "${TMP_DIR}/boot.cmd" \ + "${BOOT_DISK}/boot.scr" + ;; *) echo "Internal error; missing support for $DEVIMAGE" >&2 exit 1 @@ -561,7 +600,7 @@ fi case "$DEVIMAGE" in - beagle|igep|vexpress) + beagle|igep|vexpress|imx51) : ;; "") @@ -591,6 +630,12 @@ # only allows for FAT16 FAT_SIZE=16 ;; + imx51) + serial_opts="$serial_opts console=tty0 console=ttymxc0,115200n8" + if [ "$IS_LIVE" ]; then + serial_opts="$serial_opts serialtty=ttymxc0" + fi + ;; *) echo "Internal error; missing support for $DEVIMAGE" >&2 exit 1

13 years, 7 months

Weekly Linaro image testing

by Jamie Bennett

Hi, We have only 43 (or 42 depending on your timezone) days until the Linaro final release [1] and as we get closer, the need for more structured testing is essential. An idea that has been incubating for some time is to have a weekly 'test day' where individuals can spend a couple of hours downloading, installing and testing a Linaro image on their hardware. Which image(s) you can test will obviously depend on the hardware available but currently we produce: * OMAP3 Headless * OMAP3 ALIP * OMAP3 Plasma Handset * OMAP3 EFL Netbook * Versatile Express Headless * UX500 Headless and in conjunction with a hardware pack from: http://jameswestby.net:8080/ * OMAP4 Headless * iMX51 Headless * OMAP3 X11 Base Starting this Thursday (30th) I propose that each and every Thursday leading up to the final release is a 'Linaro Image Test Day'. If you have any of this hardware available, please spend a little time testing and reporting bugs. As an experiment, we will be setting up the Linaro qatracker each Thursday morning, UTC, with the information for that days images. If you find it useful, please report your testing results at: http://qatracker.linaro.org/ For information on how to install the images on your hardware please take a look at: http://wiki.linaro.org/Source/ImageInstallation Regards, Jamie. -- Linaro Release Manager [1] http://wiki.linaro.org/Releases/1011/Schedule

13 years, 7 months

[PATCH 0/2] OMAP3 PM: sleep code clean up

by Vishwanath BS

This patch series has some clean up in OMAP3 sleep code. Patches have been rebased to latest kevin's pm branch. Vishwanath BS (2): OMAP3 PM: move omap3 sleep to ddr OMAP3 PM: sleep code clean up arch/arm/mach-omap2/pm34xx.c | 9 +- arch/arm/mach-omap2/sleep34xx.S | 377 ++++++++++++++--------------- arch/arm/plat-omap/include/plat/control.h | 2 + 3 files changed, 190 insertions(+), 198 deletions(-)

13 years, 7 months

Proposal: linaro-testdrive script...

by Scott Bambrough

Official proposal for stakeholder process for the following idea. Anyone can contribute. Summary ---------- Amit Kucheria has suggested we create a script called linaro-testdrive to ease the knowledge required to download images and create bootable media. In his opinion as we continuously add support for more platforms and even more boards, it will become untenable to maintain the wiki pages describing. Something similar to 'testdrive' for Ubuntu is required for the next cycle. This script should ask some basic questions and just do the right thing. This should be a separate script from linaro-media-create. Questions would be: - What SoC? - What board? - What release (milestone)? - Image type (headless, alip, qemu, etc.) Each of these would be a multiple choice question. This should get rid of the several levels of indirection required just to download all the right components before trying to prepare an image. The should be easily data driven. A data file could contain all of the information required for the questions above. And with the right packaging, upgrades to linaro-testdrive will continually add support for new platforms and boards. StakeHolders --------------- Amit Kucheria <amit.kucheria(a)linaro.org> Scott Bambrough <scott.bambrough(a)linaro.org> Deadline: ASAP Time estimate: Likely two-three weeks in all. -- Scott Bambrough <scott.bambrough(a)linaro.org> Linaro Infrastructure Team Lead

13 years, 7 months

Introduction

by Kurt Taylor

Hello, I have been lurking here and on irc for a while and felt like it was time to introduce myself. I have a BB-C4 with all the trimmings and have been booting SD flash with the daily builds and trying different configurations. I have also signed up for weekly testing on the BB. >From the wiki, it looks like I would be most interested in either the Platform Engineering or Working Groups Engineering Units. Specifically, I'd really like to start playing with sound/multimedia, but really anywhere that I can help. Is there any interest in a Middleware:Audio working group? Or does this fit better with the Platform Engineering User Platforms group? I helped form the Linux Foundation (OSDL at the time) Desktop Architects Sound and Multimedia workgroup and could help with that. Regards, Kurt Taylor (krtaylor irc)

13 years, 7 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev September 2010