==== Activity Summary ==== * Updated runtime size "Multiplatform Config data" information for i.mx platform. * Discussed with linusw on Multiplatform Config, linusw suggested to edit u8500 driver to filter out dependency on ./mach* folder Note: Found some regressions(kernel crash) on u8500 board, details in the "issues" below. * Discussed with arnd regarding combined kernel verification, currently verifying on "VExpress-QEMU and i.MX" platform, Note: Vexpress-QEMU does not boots to prompt, found "division by zero" error, hence falling back to v3.7 for verification and backporting "i.mx multiplatform config" patches to v3.7 so that we can expect it to boot across "VExpress-QEMU and i.MX platform". During backporing i observed that commits/patches does not apply directly, needs manual merge.
==== Plan ==== * Continue Adding Multiplatform Config support * Syncup with Arnd on combined kernel verification
==== Issues ==== * Observed kernel crash(https://pastebin.linaro.org/1370/) on 3.8-rc2 version with respect to pincontrol, found to be fixed in rc3 and ab8500-DT related kernel crash(https://pastebin.linaro.org/1391/) on rc3, currently rootcausing the issue * Vexpress-QEMU: with and without "combined kernel config" 3.8-rcX kernel with DT does not boots to prompt, however, understood from tixy that kernel boots on RealHardware, found error "Division by zero in kernel" during the crash. Yet to start fixing the issue
==== Activity Summary ==== * "Kernel crash-Snowball board": Rootcaused and fixed kernel crash issue on snowball board, patch has been communicated for review.
* Multiplatform Support for ux500: Had a syncup with linuswalleij on MPCONFIG/ARCH_MULTIPLATFORM enablement, linusw provided pointers to blueprints and current work status through git repos. I have started to work on the same.
* Weekly singlezImage meeting: analyzing static overhead for the platforms with the single ones
* Task: Combined kernel config across vexpress-QEMU and i.MX: Spent some time on debugging vexpress for not booting to prompt, found that DTB file is not the culprit. Meanwhile, "peter maydell" and others have confirmed about the successful boot of VExpress-QEMU with DTB from the linaro nightly build, cross checking the reason for failure at my end.
==== Plan ==== * Continue Adding Multiplatform Config support * Combined kernel analysis
==== Issues ==== One day internal office work
linaro-kernel@lists.linaro.org