Fwd: [PATCHv2 0/5] coupled cpuidle state support
Andy, TI seems to be happy with the cpuidle driver based on Colin's couple C-state work. Santosh has provided a branch at the end of this message that is rebased on top of 3.4-rc2. Can we fold this into the TILT tree for April? Daniel, You should provided a consolidated version of your fixes and cleanups to the various LTs too. /Amit -- Forwarded message -- From: Santosh Shilimkar santosh.shilim...@ti.com Date: Mon, Apr 9, 2012 at 10:11 AM Subject: Re: [PATCHv2 0/5] coupled cpuidle state support To: Colin Cross ccr...@android.com Cc: linux-ker...@vger.kernel.org, linux-arm-ker...@lists.infradead.org, linux...@lists.linux-foundation.org, Kevin Hilman khil...@ti.com, Len Brown len.br...@intel.com, Trinabh Gupta g.trin...@gmail.com, Arjan van de Ven ar...@linux.intel.com, Deepthi Dharwar deep...@linux.vnet.ibm.com, Greg Kroah-Hartman gre...@suse.de, Kay Sievers kay.siev...@vrfy.org, Daniel Lezcano daniel.lezc...@linaro.org, Amit Kucheria amit.kuche...@linaro.org, Lorenzo Pieralisi lorenzo.pieral...@arm.com, Rob Lee rob@linaro.org On Friday 30 March 2012 06:23 PM, Santosh Shilimkar wrote: Colin, On Friday 16 March 2012 05:07 AM, Colin Cross wrote: On Wed, Mar 14, 2012 at 11:29 AM, Colin Cross ccr...@android.com wrote: [...] v2: * removed the coupled lock, replacing it with atomic counters * added a check for outstanding pokes before beginning the final transition to avoid extra wakeups * made the cpuidle_coupled struct completely private * fixed kerneldoc comment formatting * added a patch with a helper function for resynchronizing cpus after aborting idle * added a patch (not for merging) to add trace events for verification and performance testing I forgot to mention, this patch series is on v3.3-rc7, and will conflict with the cpuidle timekeeping patches. If those go in first (which is likely), I will rework this series on top of it. I left it on v3.3-rc7 now to make testing easier. I have re-based your series against Len Browns next branch [1] which has time keeping and other cpuidle patches. Have also folded the CPU hotplug fix which I posted in the original coupled idle patch. As you know, we have been playing around this series for OMAP for last few weeks. This version series seems to work as intended and found it pretty stable in my testing. Apart from the cpu hotplug fix and the trace event comment, series looks fine to me. FWIW, Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com Tested-by: Santosh Shilimkar santosh.shilim...@ti.com An updated version of this series along with OMAP cpuidle driver updates against 3.4-rc2 is available here [1] in case some body is interested looking at it. Regards Santosh [1] git://gitorious.org/omap-sw-develoment/linux-omap-dev.git for_3.5/coupled_cpuidle-rebase ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [RFC] Scheduler recorder and playback
On 04/09/2012 09:24 PM, Pantelis Antoniou wrote: Here's a updated patch for builtin-sched.c that should fix your issues. Now when you issue list a field will show the amount of nsecs the task was burning cycles. It should also fix the crash you've encountered. Thanks, I'm trying it now. BTW, what's your compiler? I'm constantly seeing annoying but easy to fix warnings: gcc -o builtin-sched.o -c -fno-omit-frame-pointer -ggdb3 -Wall -Wextra -std=gnu99 -Werror -O6 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Wformat-y2k -Wshadow -Winit-self -Wpacked -Wredundant-decls -Wstrict-aliasing=3 -Wswitch-default -Wswitch-enum -Wno-system-headers -Wundef -Wwrite-strings -Wbad-function-cast -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wstrict-prototypes -Wdeclaration-after-statement -fstack-protector-all -Wstack-protector -Wvolatile-register-var -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -Iutil/include -Iarch/arm/include -I/util -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DLIBELF_NO_MMAP -DNO_NEWT_SUPPORT -pthread -I/usr/include/gtk-2.0 -I/usr/lib/arm-linux-gnueabi/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabi/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DNO_LIBPERL -DNO_LIBPYTHON -DNO_STRLCPY builtin-sched.c builtin-sched.c: In function 'calculate_bogoloops_value': builtin-sched.c:342:34: error: variable 'delta_diff' set but not used [-Werror=unused-but-set-variable] builtin-sched.c: In function 'generate_spr_program': builtin-sched.c:3293:28: error: variable 'atom_last' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors gcc -v == Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/4.6.1/lto-wrapper Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --disable-werror --enable-checking=release --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi Thread model: posix gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) Dmitry ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [RFC] Scheduler recorder and playback
Hi Dmitry, I use a somewhat older compiler that doesn't whine so much, so I don't see those warnings (don't get me started on how annoying gcc is lately). Sent me a compile log and I'll fix them. Regards -- Pantelis panto@orpheus:~/ti$ ${CROSS_COMPILE}gcc --version arm-angstrom-linux-gnueabi-gcc (GCC) 4.5.4 2026 (prerelease) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. On Apr 10, 2012, at 12:17 PM, Dmitry Antipov wrote: On 04/09/2012 09:24 PM, Pantelis Antoniou wrote: Here's a updated patch for builtin-sched.c that should fix your issues. Now when you issue list a field will show the amount of nsecs the task was burning cycles. It should also fix the crash you've encountered. Thanks, I'm trying it now. BTW, what's your compiler? I'm constantly seeing annoying but easy to fix warnings: gcc -o builtin-sched.o -c -fno-omit-frame-pointer -ggdb3 -Wall -Wextra -std=gnu99 -Werror -O6 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Wformat-y2k -Wshadow -Winit-self -Wpacked -Wredundant-decls -Wstrict-aliasing=3 -Wswitch-default -Wswitch-enum -Wno-system-headers -Wundef -Wwrite-strings -Wbad-function-cast -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wstrict-prototypes -Wdeclaration-after-statement -fstack-protector-all -Wstack-protector -Wvolatile-register-var -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -Iutil/include -Iarch/arm/include -I/util -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DLIBELF_NO_MMAP -DNO_NEWT_SUPPORT -pthread -I/usr/include/gtk-2.0 -I/usr/lib/arm-linux-gnueabi/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabi/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DNO_LIBPERL -DNO_LIBPYTHON -DNO_STRLCPY builtin-sched.c builtin-sched.c: In function 'calculate_bogoloops_value': builtin-sched.c:342:34: error: variable 'delta_diff' set but not used [-Werror=unused-but-set-variable] builtin-sched.c: In function 'generate_spr_program': builtin-sched.c:3293:28: error: variable 'atom_last' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors gcc -v == Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/4.6.1/lto-wrapper Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --disable-werror --enable-checking=release --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi Thread model: posix gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) Dmitry ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [RFC] Scheduler recorder and playback
Pantelis, Why would you use anything other than the kick-ass ARM toolchain that Linaro is providing for over a year now? ;-) /Amit On Tue, Apr 10, 2012 at 12:46 PM, Pantelis Antoniou pa...@antoniou-consulting.com wrote: Hi Dmitry, I use a somewhat older compiler that doesn't whine so much, so I don't see those warnings (don't get me started on how annoying gcc is lately). Sent me a compile log and I'll fix them. Regards -- Pantelis panto@orpheus:~/ti$ ${CROSS_COMPILE}gcc --version arm-angstrom-linux-gnueabi-gcc (GCC) 4.5.4 2026 (prerelease) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. On Apr 10, 2012, at 12:17 PM, Dmitry Antipov wrote: On 04/09/2012 09:24 PM, Pantelis Antoniou wrote: Here's a updated patch for builtin-sched.c that should fix your issues. Now when you issue list a field will show the amount of nsecs the task was burning cycles. It should also fix the crash you've encountered. Thanks, I'm trying it now. BTW, what's your compiler? I'm constantly seeing annoying but easy to fix warnings: gcc -o builtin-sched.o -c -fno-omit-frame-pointer -ggdb3 -Wall -Wextra -std=gnu99 -Werror -O6 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Wformat-y2k -Wshadow -Winit-self -Wpacked -Wredundant-decls -Wstrict-aliasing=3 -Wswitch-default -Wswitch-enum -Wno-system-headers -Wundef -Wwrite-strings -Wbad-function-cast -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wstrict-prototypes -Wdeclaration-after-statement -fstack-protector-all -Wstack-protector -Wvolatile-register-var -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -Iutil/include -Iarch/arm/include -I/util -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DLIBELF_NO_MMAP -DNO_NEWT_SUPPORT -pthread -I/usr/include/gtk-2.0 -I/usr/lib/arm-linux-gnueabi/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabi/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DNO_LIBPERL -DNO_LIBPYTHON -DNO_STRLCPY builtin-sched.c builtin-sched.c: In function 'calculate_bogoloops_value': builtin-sched.c:342:34: error: variable 'delta_diff' set but not used [-Werror=unused-but-set-variable] builtin-sched.c: In function 'generate_spr_program': builtin-sched.c:3293:28: error: variable 'atom_last' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors gcc -v == Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/4.6.1/lto-wrapper Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --disable-werror --enable-checking=release --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi Thread model: posix gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) Dmitry ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [RFC] Scheduler recorder and playback
Amit, I haven't the faintest clue of how many ARM toolchains I have on the box right now. I just grab the latest one I installed. Regards -- Pantelis On Apr 10, 2012, at 1:12 PM, Amit Kucheria wrote: Pantelis, Why would you use anything other than the kick-ass ARM toolchain that Linaro is providing for over a year now? ;-) /Amit On Tue, Apr 10, 2012 at 12:46 PM, Pantelis Antoniou pa...@antoniou-consulting.com wrote: Hi Dmitry, I use a somewhat older compiler that doesn't whine so much, so I don't see those warnings (don't get me started on how annoying gcc is lately). Sent me a compile log and I'll fix them. Regards -- Pantelis panto@orpheus:~/ti$ ${CROSS_COMPILE}gcc --version arm-angstrom-linux-gnueabi-gcc (GCC) 4.5.4 2026 (prerelease) Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. On Apr 10, 2012, at 12:17 PM, Dmitry Antipov wrote: On 04/09/2012 09:24 PM, Pantelis Antoniou wrote: Here's a updated patch for builtin-sched.c that should fix your issues. Now when you issue list a field will show the amount of nsecs the task was burning cycles. It should also fix the crash you've encountered. Thanks, I'm trying it now. BTW, what's your compiler? I'm constantly seeing annoying but easy to fix warnings: gcc -o builtin-sched.o -c -fno-omit-frame-pointer -ggdb3 -Wall -Wextra -std=gnu99 -Werror -O6 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Wformat-y2k -Wshadow -Winit-self -Wpacked -Wredundant-decls -Wstrict-aliasing=3 -Wswitch-default -Wswitch-enum -Wno-system-headers -Wundef -Wwrite-strings -Wbad-function-cast -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wold-style-definition -Wstrict-prototypes -Wdeclaration-after-statement -fstack-protector-all -Wstack-protector -Wvolatile-register-var -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -Iutil/include -Iarch/arm/include -I/util -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DLIBELF_NO_MMAP -DNO_NEWT_SUPPORT -pthread -I/usr/include/gtk-2.0 -I/usr/lib/arm-linux-gnueabi/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabi/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -DNO_LIBPERL -DNO_LIBPYTHON -DNO_STRLCPY builtin-sched.c builtin-sched.c: In function 'calculate_bogoloops_value': builtin-sched.c:342:34: error: variable 'delta_diff' set but not used [-Werror=unused-but-set-variable] builtin-sched.c: In function 'generate_spr_program': builtin-sched.c:3293:28: error: variable 'atom_last' set but not used [-Werror=unused-but-set-variable] cc1: all warnings being treated as errors gcc -v == Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabi/4.6.1/lto-wrapper Target: arm-linux-gnueabi Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.1-9ubuntu3' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-a --with-float=softfp --with-fpu=vfpv3-d16 --with-mode=thumb --disable-werror --enable-checking=release --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi Thread model: posix gcc version 4.6.1 (Ubuntu/Linaro 4.6.1-9ubuntu3) Dmitry ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro embedded Linux distro?
Hi Matt, On 2012-03-06, at 5:23 PM, Matt Waddel wrote: Hi Kevyn, On 03/06/2012 02:32 PM, Kevyn-Alexandre Paré wrote: Hi, With some delay... snip It is worth mentioning that you need a Debian/Ubuntu host (distribution supporting live-build). Anyway, if there's an audience for customizing Linaro Ubuntu images, we can provide tutorials. Will be interested in that! I will definitely try test that tutorial. Besides the tutorial Fathi mentions in [3] below, I recently built a nano rootfs using this tutorial: https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/LiveBuild I just try that wiki and At the step to launch the script: kapare@kapare:~/dirforbld$ sh ./conf_create.sh [2012-04-10 10:02:11] lb_config --architectures armel --archive-areas main universe --bootstrap multistrap --bootstrap-flavour minimal --distribution precise --parent-distribution precise --parent-debian-installer-distribution precise --mirror-bootstrap http://ports.ubuntu.com/ubuntu-ports/ --mirror-chroot http://ports.ubuntu.com/ubuntu-ports/ --mirror-chroot-security http://ports.ubuntu.com/ubuntu-ports/ --mirror-binary http://ports.ubuntu.com/ubuntu-ports/ --mirror-binary-security http://ports.ubuntu.com/ubuntu-ports/ --cache disabled --cache-stages bootstrap --initramfs none --mode ubuntu --keyring-packages ubuntu-keyring --linux-flavours --tasks minimal --linux-packages none --security true --chroot-filesystem none --binary-images tar --binary-filesystem ext3 --username linaro --debian-installer false --debian-installer-gui false --hostname linaro-nano --iso-preparer live-build $VERSION; ppa:linaro-maintainers/overlay --iso-volume Linaro precise $(date +%Y%m%d-%H:%M) P: Considering defaults defined in /etc/live/build.conf P: Updating config tree for a ubuntu system /usr/share/live/build/scripts/build/lb_config: line 1489: [linarooverlayppa]: command not found kapare@kapare:~/dirforbld$ sudo dpkg-reconfigure dash kapare@kapare:~/dirforbld$ sudo apt-get install lb_config Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package lb_config kapare@kapare:~/dirforbld$ sudo apt-cache search lb_config kapare@kapare:~/dirforbld$ sudo apt-cache search linarooverlayppa kapare@kapare:~/dirforbld$ cat /usr/share/live/build/scripts/build/lb_config | grep linarooverlayppa debootstrap=linarooverlayppa UbuntuPorts aptsources=linarooverlayppa UbuntuPorts aptsources=linarooverlayppa Ubuntu UbuntuPorts [linarooverlayppa] So the overlay can be found from this I presume: sudo add-apt-repository ppa:linaro-maintainers/overlay But which command will install the linarooverlayppa? sudo apt-cache search linarooverlayppa # return nothing sudo apt-get install linarooverlayppa # return nothing If you have suggestion on command that could have help me to found the problem and resolve that issue let me know. thx KA Best regards, Matt thx, KA [1] http://live.debian.net/manual/ [2] live-helper.config on https://code.launchpad.net/~linaro-maintainers [3] https://wiki.linaro.org/LiveHelper/Cross Cheers, -- Fathi Boudra Linaro Release Manager | Validation Project Manager Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro embedded Linux distro?
Hi Tom, Could you update that wiki or help me understand that part: https://wiki.linaro.org/LiveHelper/Cross Visit http://launchpad.net/~linaro-maintainers/. Click on the Linaro Overlay PPA. Click on view package details link which at the beginning of the package list, right. This is OK! Click to expand Linaro-meta. Download the .dsc and the tar.gz file for linaro-meta. There is no Linaro-meta? May have simply be rename to something else? Thx KA On 2012-04-10, at 10:54 AM, Kevyn-Alexandre Paré wrote: Hi Matt, On 2012-03-06, at 5:23 PM, Matt Waddel wrote: Hi Kevyn, On 03/06/2012 02:32 PM, Kevyn-Alexandre Paré wrote: Hi, With some delay... snip It is worth mentioning that you need a Debian/Ubuntu host (distribution supporting live-build). Anyway, if there's an audience for customizing Linaro Ubuntu images, we can provide tutorials. Will be interested in that! I will definitely try test that tutorial. Besides the tutorial Fathi mentions in [3] below, I recently built a nano rootfs using this tutorial: https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/LiveBuild I just try that wiki and At the step to launch the script: kapare@kapare:~/dirforbld$ sh ./conf_create.sh [2012-04-10 10:02:11] lb_config --architectures armel --archive-areas main universe --bootstrap multistrap --bootstrap-flavour minimal --distribution precise --parent-distribution precise --parent-debian-installer-distribution precise --mirror-bootstrap http://ports.ubuntu.com/ubuntu-ports/ --mirror-chroot http://ports.ubuntu.com/ubuntu-ports/ --mirror-chroot-security http://ports.ubuntu.com/ubuntu-ports/ --mirror-binary http://ports.ubuntu.com/ubuntu-ports/ --mirror-binary-security http://ports.ubuntu.com/ubuntu-ports/ --cache disabled --cache-stages bootstrap --initramfs none --mode ubuntu --keyring-packages ubuntu-keyring --linux-flavours --tasks minimal --linux-packages none --security true --chroot-filesystem none --binary-images tar --binary-filesystem ext3 --username linaro --debian-installer false --debian-installer-gui false --hostname linaro-nano --iso-preparer live-build $VERSION; ppa:linaro-maintainers/overlay --iso-volume Linaro precise $(date +%Y%m%d-%H:%M) P: Considering defaults defined in /etc/live/build.conf P: Updating config tree for a ubuntu system /usr/share/live/build/scripts/build/lb_config: line 1489: [linarooverlayppa]: command not found kapare@kapare:~/dirforbld$ sudo dpkg-reconfigure dash kapare@kapare:~/dirforbld$ sudo apt-get install lb_config Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package lb_config kapare@kapare:~/dirforbld$ sudo apt-cache search lb_config kapare@kapare:~/dirforbld$ sudo apt-cache search linarooverlayppa kapare@kapare:~/dirforbld$ cat /usr/share/live/build/scripts/build/lb_config | grep linarooverlayppa debootstrap=linarooverlayppa UbuntuPorts aptsources=linarooverlayppa UbuntuPorts aptsources=linarooverlayppa Ubuntu UbuntuPorts [linarooverlayppa] So the overlay can be found from this I presume: sudo add-apt-repository ppa:linaro-maintainers/overlay But which command will install thelinarooverlayppa? sudo apt-cache search linarooverlayppa # return nothing sudo apt-get install linarooverlayppa # return nothing If you have suggestion on command that could have help me to found the problem and resolve that issue let me know. thx KA Best regards, Matt thx, KA [1] http://live.debian.net/manual/ [2] live-helper.config on https://code.launchpad.net/~linaro-maintainers [3] https://wiki.linaro.org/LiveHelper/Cross Cheers, -- Fathi Boudra Linaro Release Manager | Validation Project Manager Linaro.org | Open source software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing Linaro Android 12.04 candidates
Looking through the spreadsheets linked to below, it doesn't appear any results have been logged so far. Please log results in the spreadsheet ASAP, and ping me and/or the Android team if you run into issues. Thanks, Paul Larson On Mon, Apr 9, 2012 at 10:15 AM, Fathi Boudra fathi.bou...@linaro.orgwrote: We have prepared Linaro Android 12.04 candidates. Spreadsheets have been updated. Please, run the tests that have a 'w' after them. Thanks! Testers, builds and spreadsheets Jon https://android-build.linaro.org/builds/~linaro-android/vexpress-ics-gcc46-armlt-stable-open-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadExQdHNxTnR5SFZCQzJnN1ZtQ2ZhWkE Chenglie https://android-build.linaro.org/builds/~linaro-android/origen-ics-gcc46-samsunglt-stable-blob-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadDRDVl9TSHUweUk3eG9ndk9sNGxUVnc Bernard https://android-build.linaro.org/builds/~linaro-android/imx6-ics-gcc46-freescalelt-stable-open-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadDE1MlJmY19PQzlJOUY5OXk0SWJYT1E Vishal https://android-build.linaro.org/builds/~linaro-android/panda-ics-gcc46-tilt-tracking-blob-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadGVWd3pZazdaRUU0MnRnWmgwbVhTR0E Botao https://android-build.linaro.org/builds/~linaro-android/imx53-ics-gcc46-freescalelt-stable-open-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadDE1MlJmY19PQzlJOUY5OXk0SWJYT1E Mathieu https://android-build.linaro.org/builds/~linaro-android/snowball-ics-gcc46-igloo-stable-blob-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadEF1NXVhT3dQWnZsTHBydnpiWVB4Umc Amit https://android-build.linaro.org/builds/~linaro-android/vexpress-rtsm-ics-gcc46-armlt-stable-open-12.04-release/ No spreadsheet for vexpress-rtsm build. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing Linaro Android 12.04 candidates
Hello Fathi: On 9 April 2012 11:15, Fathi Boudra fathi.bou...@linaro.org wrote: We have prepared Linaro Android 12.04 candidates. Spreadsheets have been updated. Please, run the tests that have a 'w' after them. Thanks! Testers, builds and spreadsheets Jon https://android-build.linaro.org/builds/~linaro-android/vexpress-ics-gcc46-armlt-stable-open-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadExQdHNxTnR5SFZCQzJnN1ZtQ2ZhWkE Amit Pundir has a VE board for exactly that reason so I suggest he is tasked with the testing next to the RTSM stuff as well. anmar ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
ARM porting jam on Wednesday
Dear ARM fans, Linaro Developer Platform team organises every week an ARM porting Jam. Next one will be on Wednesday 11th April (we moved from Friday cause weekend does not help in remembering which patches are still to send upstream). The idea is to gather all developers together to fix user space portability issues across the board. There are several things to work on: - the list of bugs being worked on is at launchpad [1] with more useful web interface at [2] 1. https://bugs.launchpad.net/ubuntu/+bugs?field.tag=arm-porting-queueorderby;=-id 2. http://people.linaro.org/~rsalveti/arm-porting-queue/arm-porting-queue-report.html - list from 'make multiarch cross-building work' process which is described at [3][4] with logfiles available at [5] - now that the release is close non-trivial fixes should rather go into Debian than Ubuntu. As this is cross compiler related you do not even have to use ARM devices. 3. http://wiki.linaro.org/Platform/DevPlatform/CrossCompile/MultiarchCrossBuildStatus 4. http://wiki.debian.org/Multiarch/CrossDependencies 5. http://people.linaro.org/~wookey/buildd/precise/sbuild-ma/status.html - You can also help with libffi related issues if you can - list is available at Debian wiki [6] 6. http://wiki.debian.org/ArmHardFloatTodo#libffi Interested in making the software in Ubuntu run better on ARM? Join us on the #linaro channel on irc.linaro.org (aka freenode) today! ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing Linaro Android 12.04 candidates
On Tue, Apr 10, 2012 at 6:56 PM, anmar.ou...@linaro.org anmar.ou...@linaro.org wrote: Hello Fathi: On 9 April 2012 11:15, Fathi Boudra fathi.bou...@linaro.org wrote: We have prepared Linaro Android 12.04 candidates. Spreadsheets have been updated. Please, run the tests that have a 'w' after them. Thanks! Testers, builds and spreadsheets Jon https://android-build.linaro.org/builds/~linaro-android/vexpress-ics-gcc46-armlt-stable-open-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadExQdHNxTnR5SFZCQzJnN1ZtQ2ZhWkE Amit Pundir has a VE board for exactly that reason so I suggest he is tasked with the testing next to the RTSM stuff as well. AFAIK, Amit Pundir is the ARM LT POC on the android team side and the main reason getting him the board was for that and not for testing. Jon: I am sure if you talk to Amit you can strike a deal with him to help you out on the weekly testing (e.g. every other week). -- Alexander Sack Technical Director, Linaro Platform Teams http://www.linaro.org | Open source software for ARM SoCs http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Activity] (Omar Ramirez) Apr 2 - Apr 8
On Mon, Apr 09, 2012 at 08:24:51PM -0500, Omar Ramirez Luna wrote: == Omar Ramirez omarrmz == === Highlights === * Working on device tree for mailbox: Find a kernel that works with DT for pandaboard (OMAP4): - k3.4-rc1 doesn't recognize DT blob, k3.3 DT panics at boot. - DT has to be appended to zImage. Find a DT uboot: - secretlab.ca uboot doesn't have usb support for panda, having problems with fatload and mmc. - linaro uboot has problems recognizing dt blob in memory (bootm ${kern} - ${dtb}; doesn't work properly). This is a bit unexpected -- is there really nobody currently booting Panda using a DT? -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Activity] (Omar Ramirez) Apr 2 - Apr 8
On Tue, Apr 10, 2012 at 5:17 PM, Christian Robottom Reis k...@linaro.org wrote: On Mon, Apr 09, 2012 at 08:24:51PM -0500, Omar Ramirez Luna wrote: == Omar Ramirez omarrmz == === Highlights === * Working on device tree for mailbox: Find a kernel that works with DT for pandaboard (OMAP4): - k3.4-rc1 doesn't recognize DT blob, k3.3 DT panics at boot. - DT has to be appended to zImage. Find a DT uboot: - secretlab.ca uboot doesn't have usb support for panda, having problems with fatload and mmc. - linaro uboot has problems recognizing dt blob in memory (bootm ${kern} - ${dtb}; doesn't work properly). This is a bit unexpected -- is there really nobody currently booting Panda using a DT? The routine tests we do on each monthly release test for device tree and this test has passed for panda for months now. That is the LT kernel that may include some DT patches so maybe that explains this? ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Activity] (Omar Ramirez) Apr 2 - Apr 8
On 04/11/2012 07:41 AM, Somebody in the thread at some point said: On Tue, Apr 10, 2012 at 5:17 PM, Christian Robottom Reis k...@linaro.org wrote: On Mon, Apr 09, 2012 at 08:24:51PM -0500, Omar Ramirez Luna wrote: == Omar Ramirez omarrmz == === Highlights === * Working on device tree for mailbox: Find a kernel that works with DT for pandaboard (OMAP4): - k3.4-rc1 doesn't recognize DT blob, k3.3 DT panics at boot. - DT has to be appended to zImage. Find a DT uboot: - secretlab.ca uboot doesn't have usb support for panda, having problems with fatload and mmc. - linaro uboot has problems recognizing dt blob in memory (bootm ${kern} - ${dtb}; doesn't work properly). This is a bit unexpected -- is there really nobody currently booting Panda using a DT? The routine tests we do on each monthly release test for device tree and this test has passed for panda for months now. That is the LT kernel that may include some DT patches so maybe that explains this? Right, LT kernels work fine with DT boot, we have done DT boot on OMAP4 since last Autumn. We still need to add at least this for a long time http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=commitdiff;h=e7f11e8c3a67ca73da27b33814307077ea73f6b5 I don't know if that's all that's required. Last week we tried v3.3 mainline and it dies in some problem about UART. Omar, you should look here http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=summary use tilt-tracking and omap_5430evm_defconfig That's workable on 4430, 4460 (and Omap5) with DT boot. We have a race bug about mmc probe outstanding but we can't reproduce it at the moment. Otherwise for 4460 it should be running on all cylinders. -Andy -- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt
Hi, On Wed, Dec 14, 2011 at 5:55 AM, Rajendra Nayak rna...@ti.com wrote: Pass minimal data needed for console boot, from dt, for OMAP4 panda/sdp and OMAP3 beagle boards, and get rid of the static initialization from generic board file. ... diff --git a/arch/arm/mach-omap2/board-generic.c b/arch/arm/mach-omap2/board-generic.c index 63b5416..a508ed5 100644 --- a/arch/arm/mach-omap2/board-generic.c +++ b/arch/arm/mach-omap2/board-generic.c @@ -69,7 +69,6 @@ static void __init omap_generic_init(void) if (node) irq_domain_add_simple(node, 0); - omap_serial_init(); omap_sdrc_init(NULL, NULL); of_platform_populate(NULL, omap_dt_match_table, NULL, NULL); -- 1.7.1 I'm fairly new to DT and I'm trying to boot it with pandaboard and k3.3, however above hunk deletes omap serial initialization, which causes a panic on boot, because pdata is NULL: static void serial_omap_start_tx(struct uart_port *port) { ... if (pdata-set_noidle) Perhaps because this change skips the following path: omap_serial_init-omap_serial_board_init-omap_serial_init_port Where pdata is built in omap_device_build. I'm just trying to confirm that I'm not alone or doing some silly thing before getting in depth with the code. Here it is the panic: [2.024688] Unable to handle kernel NULL pointer dereference at virtual address 0028 [2.031005] pgd = ed6f [2.036315] [0028] *pgd=af339831, *pte=, *ppte= [2.042907] Internal error: Oops: 17 [#1] SMP [2.046630] Modules linked in: [2.046630] CPU: 0Not tainted (3.3.0-2-gda19af1-dirty #11) [2.046630] PC is at serial_omap_start_tx+0x1cc/0x218 [2.046630] LR is at serial_omap_start_tx+0x1b8/0x218 [2.067840] pc : [c02b3a54]lr : [c02b3a40]psr: 6193 [2.067840] sp : c21cbe70 ip : 0001 fp : a113 [2.073699] r10: ef107000 r9 : ed684600 r8 : 001c [2.085327] r7 : 0002 r6 : 0007 r5 : r4 : ed684600 [2.086029] r3 : ef1281c0 r2 : fa02 r1 : 0004 r0 : c02b3a40 [2.086029] Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user [2.101684] Control: 10c53c7d Table: ad6f004a DAC: 0015 [2.101684] Process S10udev (pid: 497, stack limit = 0xc21ca2f8) [2.116973] Stack: (0xc21cbe70 to 0xc21cc000) [2.123443] be60: a113 c0475b74 0002 [2.126007] be80: c02ac7e0 ef107000 ed684600 2113 c02ac830 ed690ad0 [2.139099] bea0: ed6e981c c02ae348 c02ae288 ef107000 c21ca000 001c ed6e9800 ef1074fc [2.145385] bec0: c049cab4 ef1dcd80 ed6e9800 c0296aa8 6113 c02925e8 ef107194 ef107120 [2.152191] bee0: ef0003c0 ef1281c0 c0076214 ef1071b4 ef1071b4 ef1074b4 ef1dcd80 [2.159790] bf00: ef107000 b6f5c000 001c c21ca000 0400 c02968c8 c0292638 [2.159790] bf20: c06e3ea0 001c c02968c8 ef168b80 c21cbf80 ef1281c0 ef1dcd80 [2.175811] bf40: 001c b6f5c000 c21cbf80 c010841c [2.188476] bf60: c0014400 ef1281c0 ef1dcd80 b6f5c000 001c 0004 c0108570 [2.195068] bf80: 001c 001c b6f345c8 001c c00144a8 [2.195068] bfa0: c21ca000 c00142e0 001c b6f345c8 0001 b6f5c000 001c [2.210723] bfc0: 001c b6f345c8 001c 0004 b6f5c000 0001 [2.210723] bfe0: be988948 b6e5ae98 b6eb7adc 6110 0001 89389af9 fef855e7 [2.226379] [c02b3a54] (serial_omap_start_tx+0x1cc/0x218) from [c02ac830] (uart_start+0x68/0x6c) [2.241973] [c02ac830] (uart_start+0x68/0x6c) from [c02ae348] (uart_write+0xc0/0xe4) [2.241973] [c02ae348] (uart_write+0xc0/0xe4) from [c0296aa8] (n_tty_write+0x1e0/0x42c) [2.257629] [c0296aa8] (n_tty_write+0x1e0/0x42c) from [c0292638] (tty_write+0x140/0x23c) [2.270446] [c0292638] (tty_write+0x140/0x23c) from [c010841c] (vfs_write+0xb0/0x134) [2.278594] [c010841c] (vfs_write+0xb0/0x134) from [c0108570] (sys_write+0x40/0x70) [2.281311] [c0108570] (sys_write+0x40/0x70) from [c00142e0] (ret_fast_syscall+0x0/0x3c) Regards, Omar ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Activity] (Omar Ramirez) Apr 2 - Apr 8
On 10 April 2012 17:01, Andy Green andy.gr...@linaro.org wrote: On 04/11/2012 07:41 AM, Somebody in the thread at some point said: On Tue, Apr 10, 2012 at 5:17 PM, Christian Robottom Reis k...@linaro.org wrote: On Mon, Apr 09, 2012 at 08:24:51PM -0500, Omar Ramirez Luna wrote: == Omar Ramirez omarrmz == === Highlights === * Working on device tree for mailbox: Find a kernel that works with DT for pandaboard (OMAP4): - k3.4-rc1 doesn't recognize DT blob, k3.3 DT panics at boot. - DT has to be appended to zImage. Find a DT uboot: - secretlab.ca uboot doesn't have usb support for panda, having problems with fatload and mmc. - linaro uboot has problems recognizing dt blob in memory (bootm ${kern} - ${dtb}; doesn't work properly). This is a bit unexpected -- is there really nobody currently booting Panda using a DT? The routine tests we do on each monthly release test for device tree and this test has passed for panda for months now. That is the LT kernel that may include some DT patches so maybe that explains this? Right, LT kernels work fine with DT boot, we have done DT boot on OMAP4 since last Autumn. We still need to add at least this for a long time http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=commitdiff;h=e7f11e8c3a67ca73da27b33814307077ea73f6b5 This is from Dec and still not in mainline. Grant, Arnd, Rajendra, do you know the reason why? I don't know if that's all that's required. Last week we tried v3.3 mainline and it dies in some problem about UART. Have you tried 3.4-rc kernels? Omar, you should look here http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=summary use tilt-tracking and omap_5430evm_defconfig That's workable on 4430, 4460 (and Omap5) with DT boot. We have a race bug about mmc probe outstanding but we can't reproduce it at the moment. Otherwise for 4460 it should be running on all cylinders. Can someone on the LT, working with Omar, take some time to dig into what all is needed to boot mainline with DT support? I'm a little surprised too that it doesn't just work out of the box. :/ ~Deepak ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Activity] (Omar Ramirez) Apr 2 - Apr 8
On 04/11/2012 08:29 AM, Somebody in the thread at some point said: On 10 April 2012 17:01, Andy Green andy.gr...@linaro.org wrote: On 04/11/2012 07:41 AM, Somebody in the thread at some point said: On Tue, Apr 10, 2012 at 5:17 PM, Christian Robottom Reis k...@linaro.org wrote: On Mon, Apr 09, 2012 at 08:24:51PM -0500, Omar Ramirez Luna wrote: == Omar Ramirez omarrmz == === Highlights === * Working on device tree for mailbox: Find a kernel that works with DT for pandaboard (OMAP4): - k3.4-rc1 doesn't recognize DT blob, k3.3 DT panics at boot. - DT has to be appended to zImage. Find a DT uboot: - secretlab.ca uboot doesn't have usb support for panda, having problems with fatload and mmc. - linaro uboot has problems recognizing dt blob in memory (bootm ${kern} - ${dtb}; doesn't work properly). This is a bit unexpected -- is there really nobody currently booting Panda using a DT? The routine tests we do on each monthly release test for device tree and this test has passed for panda for months now. That is the LT kernel that may include some DT patches so maybe that explains this? Right, LT kernels work fine with DT boot, we have done DT boot on OMAP4 since last Autumn. We still need to add at least this for a long time http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=commitdiff;h=e7f11e8c3a67ca73da27b33814307077ea73f6b5 This is from Dec and still not in mainline. Grant, Arnd, Rajendra, do you know the reason why? Last time I looked, at v3.3 since that's where we're stuck right now, dts for Panda is still really minimal. But all over the kernel, there's dt stuff gone in that's not getting tested even with DT boot path. If it didn't happen inbetweentimes it might be worth trying at the same time to generate a maximum dts that exercises the new goodies. I don't know if that's all that's required. Last week we tried v3.3 mainline and it dies in some problem about UART. Have you tried 3.4-rc kernels? No. Normally I would have rebased immediately but as I explained in another post, we are camped at v3.3 until our new contributors make it to the 3.4-rc1 rendezvous point. Since just the -core and -pm topics are already 650 patches, and it's 1400 total, making a throwaway test rebase when there's other things still to do is too expensive. Omar, you should look here http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=summary use tilt-tracking and omap_5430evm_defconfig That's workable on 4430, 4460 (and Omap5) with DT boot. We have a race bug about mmc probe outstanding but we can't reproduce it at the moment. Otherwise for 4460 it should be running on all cylinders. Can someone on the LT, working with Omar, take some time to dig into what all is needed to boot mainline with DT support? I'm a little surprised too that it doesn't just work out of the box. :/ Jassi already took a look last week at v3.3 DT status when he generated a minimal config for mainline LAVA tests for Andrey. Jassi maybe you can give pure mainline 3.4-rc1 or HEAD a go and identify what needs sorting for DT boot path. -Andy -- Andy Green | TI Landing Team Leader Linaro.org │ Open source software for ARM SoCs | Follow Linaro http://facebook.com/pages/Linaro/155974581091106 - http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Call for testing Linaro Android 12.04 candidates
On 11 April 2012 02:09, Alexander Sack a...@linaro.org wrote: On Tue, Apr 10, 2012 at 6:56 PM, anmar.ou...@linaro.org anmar.ou...@linaro.org wrote: Hello Fathi: On 9 April 2012 11:15, Fathi Boudra fathi.bou...@linaro.org wrote: We have prepared Linaro Android 12.04 candidates. Spreadsheets have been updated. Please, run the tests that have a 'w' after them. Thanks! Testers, builds and spreadsheets Jon https://android-build.linaro.org/builds/~linaro-android/vexpress-ics-gcc46-armlt-stable-open-12.04-release/ https://docs.google.com/a/linaro.org/spreadsheet/ccc?key=0AkxwyUNxNaAadExQdHNxTnR5SFZCQzJnN1ZtQ2ZhWkE Amit Pundir has a VE board for exactly that reason so I suggest he is tasked with the testing next to the RTSM stuff as well. AFAIK, Amit Pundir is the ARM LT POC on the android team side and the main reason getting him the board was for that and not for testing. Yes that was the plan but I was mainly doing weekly/monthly testing only, so Zach asked me to forward VE Board to Abhishek for daily/weekly tip testing. So currently VE board is with Abhishek. Regards, Amit Pundir Jon: I am sure if you talk to Amit you can strike a deal with him to help you out on the weekly testing (e.g. every other week). -- Alexander Sack Technical Director, Linaro Platform Teams http://www.linaro.org | Open source software for ARM SoCs http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog ___ linaro-android mailing list linaro-andr...@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-android ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev