- linaro-kernel - lists.linaro.org

[ACTIVITY] (Thomas Abraham) 2011-08-15 - 2011-08-16

by Thomas Abraham

== Thomas Abraham <thomas-ab> == === Highlights === * Working on dt support for dma driver. === Plans === * Submit dt support patches for dma driver. === Misc === * Was on leave from 17th to 19th August.

13 years, 9 months

1
0
0 0

[ACTIVITY] 2011-08-15 - 2011-08-19

by Jason Hui

== Jason Liu <jasnliu> == == Highlights == * MX53 NAND driver support, done, patches send out to mtd ML, driver patch accepted by Artem to l2-mtd-2.6.git * MX53 EVK NAND support, done, patches send out linux-arm ML, this patch-set is blocked by DT support. I will re-submit it with DT support after current board level DT convert finished. * Post arch/arm/mach-mx5/mm: clean and consolidate patchset to linux-arm ML. * watch the discussion for the DEBUG_LL and uart setting for uncompress on linux-arm ML. * review and test i.mx5 u-boot patches of ML:u-boot@lists.denx.de == Plan == * 11.11 task * uboot upstream * kernel upstream Best Regards, Jason Liu

13 years, 9 months

1
0
0 0

[ACTIVITY] (Per Forlin) 2011-08-17 - 2011-08-19

by Per Forlin

== Per Forlin <perfor> == === Highlights === * This week (only 3 days), finishing up the last patches on MMC and USB BPs. * The USB mass storage patch about having variable number of pipeline buffers is queued for 3.2. [PATCH v5] usb: gadget: storage: make FSG_NUM_BUFFERS variable size * Fault injection for MMC is queued for 3.2 [PATCH v9 0/3] mmc: make fault injection available for MMC IO * Started to work on https://blueprints.edge.launchpad.net/linux-linaro/+spec/vfs-larger-than-4k… first step is to study the current implementation and infrastructure in block layer and vfs === Completed work items === The following two BPs are done, some patches are merged for 3.1 and the rest will be in 3.2. * https://blueprints.edge.launchpad.net/linux-linaro/+spec/usb-gadget-mass-st… * https://blueprints.edge.launchpad.net/linux-linaro/+spec/mmc-async-request === Plans === Prio 1. Start on large block size support Prio 2. kexec for Snowball

13 years, 9 months

1
0
0 0

[Activity] (Linus Walleij) 2011-08-12 - 2011-08-22

by Linus Walleij

== Linus Walleij linusw == === Highlights === * Pushed out v4 of the pinctrl/pinmux subsystem: http://marc.info/?l=linux-arm-kernel&m=131374768302199&w=2 Now iterating review comments for v5, one big outstanding item to fix before Steven Warren from nvidia is happy so focus is on that right now. * Put the gpio.h cleanup patches from Linaro connect into Russell's patch tracker after OK from Grant, awaiting Russell's feedback. * Consolidated some PrimeCell magic, as I was pretty tired of seeing this pattern repeating itself. http://marc.info/?l=linux-arm-kernel&m=131365435714431&w=2 * Talked to ARM about obtaining some more core modules for the ARM Integrator - seems to be on its way! === Plans === * v5 iteration of the pinctrl + pinmux subsystem * Test the PL08x patches on the Ericsson Research PB11MPCore and submit platform data for using pl08x DMA on that platform. * Drive generalization of U300 and Nomadik GPIO * Get into struct clk generalization and movement of clk drivers into drivers/clk - handover from Jeremy Kerr. We will do this in Cambridge or something like that. * Watch the DBx500 PRCMU drivers update === Issues === * Shanghaiied for some internal conflict resolution at ST-Ericsson and weekend review of internal patches. Not too much though. Also a lot of internal mail and oral advisory going on. Thanks, Linus Walleij

13 years, 9 months

1
0
0 0

[ACTIVITY] (Deepak Saxena) Aug 15th-19th

by Deepak Saxena

=== Highlights === * Attended LinuxCon: - Good forward movement on long term support kernel. GregKH presented his proposal for the community supported LTS and the LF Consumer Electronics Working Group presented their plans to build an industry driven LTS on top of that. I will be in contact with the CEWG to understand how we can stay in the loop. Follow up meeting is planned for ELC-E in Prague. Met with GregKH along with David R. and Grant L. to talk about getting ARM bits into the loop for -stable and -longterm. - Good mention of Linaro on several occasions, including by Linus. === Plans for This Week === * Catch up email/wiki updates/etc after 3 weeks of travel & time off * Complete reviews for IBM folks * Start preparing ARM queue for next 3.0.x stable release. First pass will be very limited number of patches to keep my sanity. * 1:1s * Follow up with Nicolas P. on zImage consolidation task list === Upcoming Travel/Time Off === * Linux Plumber's Conf Sept 7-9 * PTO Sept. 12th/13th, 26th/27th * Tentative travel to ELC-E/LinuxCon-E Oct 26-28 * Linaro Connect Oct 31st - Nov 4

13 years, 9 months

1
0
0 0

[ACTIVITY] (John Stultz) Aug 15th-19th

by john stultz

=== Highlights === * Effort merging Android patches (specifically timer related) was noted during the Linux Con chat between Linus and Greg. * Merged 11.08 Linaro kernel into Linaro+Android tree * Tested, tagged, and released linux-linaro-3.0-2011.08-0-android-0 & linux-linaro-3.0-2011.08-0-android-1 kernels. * Worked on internal presentation * Worked on Kconfig fragment talk for LPC * Did beagle xm testing for Android 11.08 release. Ran into some issues with 0xbench not completing. * Helped diagnose some community RTC issues === Plans === * Continue to work on LPC talk for the majority of next week. === Issues === * Still need to sort out internal gerrit process for linaro+android kernel (I still can't push to gerrit without requiring each change to be reviewed by two people, which won't work).

13 years, 9 months

1
0
0 0

Linaro Kernel August 2011 Release

by Deepak Saxena

The Linaro Kernel Working Group (KWG) is excited to announce the availability of our August 2011 development snapshot: linux-linaro-3.0-2011.08-0 As the word "snapshot" implies, these are meant as development kernels and have not been fully validated. You should expect issues and to help us deliver a better kernel in the future, please file bugs in Launchpad at https://bugs.launchpad.net/linux-linaro. The source tarball is available at: http://launchpad.net/linux-linaro/3.0/3.0-2011.08/+download/linux-linaro-3.… The kernel sources can also be accessed using git at: git://git.linaro.org/kernel/linux-linaro-3.0.git tag: linux-linaro-3.0-2011.08-0 The changes since our 11.07 release include: - Update to 3.0.3 stable tree - Initial support for Samsung ORIGEN platform - Updates from Russell King's 3.1 fixes branch A full changelog against linux-linaro-3.0-2011.07 is available at: http://launchpad.net/linux-linaro/3.0/3.0-2011.08/+download/CHANGELOG-linux… High Priority Known Issues: - None at this time! Mailing list: http://lists.linaro.org/mailman/listinfo/linaro-dev Questions? https://ask.linaro.org/

13 years, 9 months

1
0
0 0

[ACTIVITY] (Manjunath) 2011-08-01 - 2011-08-11

by G, Manjunath Kondaiah

== Manjunath GK <manjugk> == === Highlights === * Alignment for DT-HWMOD hook at linaro-connect - Temparory solution to have DT-HWMOD hook is aligned and changes are tested successfully at linaro-connect * DT adaptation for OMAP i2c driver - With DT-HWMOD hook, i2c-omap driver is converted to use DT * RFC patches posted to mailing lists with DT-HWMOD changes - Discussion is in progress in the mailing lists === Plans === * Followup review comments in the mailing lists and align on further changes/proposals. * Convert remaining i2c controller and it's child devices to dt model * Add dt support for panda board -Manjunath

13 years, 9 months

1
0
0 0

[ACTIVITY] 2011-08-08 - 2011-08-12

by Jason Hui

== Jason Liu <jasnliu> == == Highlights == * MX53 NAND driver support, done, patches send out to mtd ML * MX53 EVK NAND support, done, patches send out linux-arm ML, but it more likely be postponed due to DT support for i.MX * Linaro i.mx u-boot bug analysis and fix. == Plan == * 11.11 task * uboot upstream * kernel upstream Best Regards, Jason Liu

13 years, 9 months

1
0
0 0

[ACTIVITY] (Thomas Abraham) 2011-08-08 - 2011-08-12

by Thomas Abraham

== Thomas Abraham <thomas-ab> == === Highlights === * Submitted patches to move uart irq handling from platform code to uart driver for Samsung platforms. This was required to simplify adding device tree support to uart driver. * Submitted another proposal for adding device tree support for Exynos GPIO and PinMux modules. (Most of the Exynos4 drivers perform gpio and pinmux setup in the probe function by calling a platform specific callback function listed in the platform data of the driver. So until the dt support for gpio and pinctrl are finalized, I will continue adding dt support to drivers utilizing the auxdata feature to populate the platform data with callback for gpio and pinmux setup). * Started looking into dt support for dma driver. === Plans === * Submit dt support patches for dma driver. === Misc === * Will be on leave on 17th, 18th and 19th August.

13 years, 9 months

1
0
0 0

[ACTIVITY] (Shawn Guo) 2011-08-08 - 2011-08-12

by Shawn Guo

=== Device Tree === * Repost "alias" support patch to get both flat-tree and prom-tree supported, so that it will not break SPARC architecture. * Had seen another two custom pinmux bindings for Tegra and Exynos, and the common register-value pair binding will probably make less sense, so will keep purchasing iomuxc binding I have proposed. * Per request from Freescale Landing team, published a imx51/53 DT support tree on git.linaro.org, so that they can starting playing more DT support on drivers. === Misc === * Posted a patch series to clean up imx (mxc & mxs) mach/gpio.h to empty headers, and wait for a global removal from asm/gpio.h. This is one step to single-image. * Ran a i.mx53 quick start demo on APM (ARM Parter Meeting?) * Flight back from UK -- Regards, Shawn

13 years, 9 months

1
0
0 0

[ACTIVITY] (John Stultz) Aug 8th-12th

by john stultz

=== Highlights === * Merged basic Origen enablement patch into the linaro+android tree * Worked with Mathieu Poirier to get familiar with my new Origen board and managed to get a working defconfig for the Origen board committed to the linaro+android tree (serial console functionality, only). * Did a very rough first draft on Kconfig Fragments talk for LPC * Got Linaro Connect expenses submitted * Merged a number of RTC fixes from lkml into my dev tree and submitted them for 3.1 * Did a major rework of the Alarm Timers internal code to address comments from the Android developers. Submitted some smaller fixes for 3.1 and queued the rest of the rework for 3.2 * Made the omap3, omap4 and origen android defconfigs consistent. * Merged fixes for beagle xm revC usb bug from 3.1-rc1 (bug #825343). Big thanks to Jassi for pointing out the fix! * Updated the Linaro+Android tree, and made the initial pre-release for 11.08 * Worked with Paul Sokolovsky to push the Linaro+Android tree through gerrit. There are still some kinks to work out, but its getting there. === Plans === * Lots more focus on Kconfig presentation. I'm likely going to try to put the boards away and avoid doing anything else. === Issues === * N/A

13 years, 9 months

1
0
0 0

[ACTIVITY] (Dave Martin) 2011-08-01 - 2011-08-12

by Dave Martin

== Dave Martin <dmart> == === Activity Summary === * Linaro Connect and ARM Partner Meeting consumed much of the last two weeks * Main output from Linaro Connect was some progress on vexpress device tree support (with much help from Lorenzo Pieralisi and Grant Likely). I have a kernel _building_ now, but I still need to test it, and write the Makefile rules properly. * Alignment fault fixup mode patches now merged by Russell for the 3.2 window. If these are included in linux-linaro we will be able to find and resolve outstanding problems by booting with e.g. alignment=5 on the kernel command-line. * Posted patches to fix multiplatform kernels for Thumb-2 userspace. This issue can affect any single kernel image which contains both v6 and v7 support, when running Thumb-2 userspace containing VFP instructions (i.e., Linaro filesystems fail with a torrent of SIGILLs). Some rework is needed, but no major objections received so far. * Posted a suggestion on the binutils list about a more generic way to save/restore the assembler state during assembly. Some positive feedback received; I will draft a more detailed proposal for review. For now it's just an RFC, and I haven't committed to spending real time on it. === Plans === * Test new vexpress devicetree patches, rework and post. * Rework and repost multiplatform Thumb-2 undef handling patches. * Write up brief advice for Thumb-2 kernel migration. * Write up detailed proposal for assembler state save/restore. * Check whether the new kernel trees work in Thumb-2 on mx51evk and follow up with Freescale landing team. * Suggest we disable aligment fixups for linaro images, since gtk-sharp2 is now the only thing known to be affected, once my alignment fixup patchas have been posted for review. === Work Items === no status change === Absences === probable absence of ~3 days around the start of September

13 years, 9 months

1
0
0 0

[ACTIVITY] (Tixy) 2011-08-08 - 2011-08-14

by Jon Medhurst (Tixy)

=== Highlights === * Posted "Remove define CONSISTENT_DMA_SIZE" patch series to linux-arm-kernel for review. This was part of the 'single zImage' work done at Linaro Connect in the previous week. * As part of the work for blueprint "Investigate block allocation in FS" wrote program to issue writes to SD in various sequences to try and get a handle on algorithms used by SD cards. (Seems to be not as simple as we assume.) * Spent time on tasks in preparation for officially starting work at Linaro in September. === Plans === * Modify flash simulation program to match real SD cards performance (or give up trying to match 'difficult' algorithms.) * Run flash media use cases with different ext4 options. (I'm using my new Linaro email address to post this weeks summary to see if I've managed to subvert GMail's broken handling of mailing lists, see http://mail.google.com/support/bin/answer.py?answer=6588)

13 years, 9 months

2
1
0 0

[Activity] (Linus Walleij) 2011-07-02 - 2011-08-12

by Linus Walleij

== Linus Walleij linusw == === Highlights === * Rebased the gpio.h cleanups from Linaro connect on top of Russells gpio.h cleanup patchset and mailed it out: http://marc.info/?l=linux-arm-kernel&m=131297866928334&w=2 * Submitted an update of the DBx500 PRCMU drivers carved out from the internal ST-Ericsson 3.0-based git: http://marc.info/?l=linux-kernel&m=131313768415616&w=2 * RealView PB11MPCore, TCM support and TCM fixes merged for 3.1 http://marc.info/?l=linux-arm-kernel&m=130944303522448&w=2 http://marc.info/?l=linux-arm-kernel&m=130944291922298&w=2 http://marc.info/?l=linux-arm-kernel&m=130944294622342&w=2 * I now have a working Integrator AP setup, also sent two patches for it: http://marc.info/?l=linux-arm-kernel&m=131037711822519&w=2 http://marc.info/?l=linux-arm-kernel&m=131189136402449&w=2 First patch merged for v3.1-rc1 through Arnds tree * DMA40 patches merged for 3.1 http://marc.info/?l=linux-kernel&m=130916853306730&w=2 * Fix to RMI4 staging driver merged for 3.1 http://marc.info/?l=linux-kernel&m=130941558024742&w=2 * Fixed a PL022 bug reported by Russell King, merged for 3.1. * Reviewed David Browns patches for moving and refactoring the qualcomm GPIO drivers. * Various upstreamed patches for AB8500, STMPE, MMCI... * Reviewed Viresh Kumar's patches to the PL08x DMA driver. * Reviewed Samsungs patches to the PL08x DMA driver. * Discussed pinmux/pinctrl subsystem at Linaro Connect, not much to say about it, input was that the number space for each pinmux controller need to be local to the controller and we should avoid a global numberspace. === Plans === * New iteration of the pinctrl + pinmux subsystem * Finalize the gpio.h cleanups * Drive generalization of U300 and Nomadik GPIO * Get into struct clk generalization and movement of clk drivers into drivers/clk - handover from Jeremy Kerr. We will do this in Cambridge or something like that. === Issues === * GPIO pincontrol aspects stalled on the mailing list, who cares, directing my attention elsewhere FTM. * Shanghaiied for some internal conflict resolution at ST-Ericsson. Not too much though. Thanks, Linus Walleij

13 years, 9 months

1
0
0 0

Linaro Connect - Kernel Working Group Summary

by Deepak Saxena

Hi all, I wanted to provide an update of what the kernel team accomplished at Linaro Connect last week for those who were unable to attend. The team was split into two main groups, the first being led by Grant Likely and focusing on continuing the work on enabling Device Tree support on ARM platforms. In addition to Linaro members, David Brown and Nicolas Ferre also worked on DT support for their platforms and all together the team got much accomplished in 5 days there with a number of patches ready for the 3.2 merge windows: * Several device drivers for the Freescale iMX were converted to use DT-base discovery. * Code was written to bridge between the Device Tree model and TI OMAP's HWMOD. * Initial support for DT was added to the Samsung Exynos, Qualcomm MSM86, and Atmel AT91 by Nicolas Ferre * DT skeleton code was written for the ARM Versatile and ST-E platforms. The rest of the team primarilly focused on code cleanup and development to work towards a multi-SOC zImage. Nicolas posted and original email with info at http://bit.ly/oVQRQm and folks took individual bits to work on. Russel King was also in attendance and there was good discussion around some of these topics. What we discovered is that many of these issues are multi-layered and as we start cleaning up one bit of code, we need to fix other areas to make them work consistently. The areas we looked into were: * Replacing low level IO accessor macros with runtime selected functions based on platform type. * Replacing the global NR_IRQS constant with per-board information * Removing duplicated low-level serial output functions. Currently the code to print "Uncompressing kernel..." and the code for low-level in-kernel serial output are completely different but could be made to be the same. At the end of the day, the method we're looking at using is providing a special node in the DT that contains the physical mapping of the debug serial registers in place. * Removing CLOCK_TICK_RATE from the kernel * Replace CONSISTENT_DMA_SIZE with a runtime variable * Removing arch_idle() and moving to using the run time selected pm_idle hooks. Similar work to be done with arch_reset() * Getting rid of VMALLOC_END. Russel and Nicolas agreed that we'll just use a static VMALLOC_END for everyone and insert static I/O mappings in there. In addition the the above work, KWG members also were involved in discussions about continuous integration and testing of the upstream kernels on ARM platforms, kernel development process at Linaro and how to better stay in sync with upstream, -stable patches for ARM platforms, Android development, and flash storage roadmap to name a few. Overall, the team had an extremely productive week of hacking on existing projects and on coming up with more detailed plans on what other items on which we need to focus. I want to thank everone on the team for their hard work last week and also the non-Linaro developers David Brown, Will Deacon, Nicolas Ferre, and Marc Zyngier for taking time to join us in hacking and planning. All together connect was a great technically focused event and I highly encourage folks to join us in Orlando in November. You can register now at http://connect.linaro.org/events/event/linaro-connect-q411/. Thanks, ~Deepak

13 years, 10 months

1
0
0 0

[ACTIVITY] (Per Forlin) 2011-08-08 - 2011-08-09

by Per Forlin

== Per Forlin <perfor> == === Highlights === * Sent out patches to improve performance in usb gadget mass storage * https://lkml.org/lkml/2011/8/8/107 * https://lkml.org/lkml/2011/8/8/411 * It's not necessary to make any further optimizations in the usb gadget buffer pipeline form a throughput point of view. === Completed work items === * https://blueprints.edge.launchpad.net/linux-linaro/+spec/usb-gadget-mass-st… * Run tests and analysis to identify performance issues in usb gadget mass storage: DONE * Implementation will be broken down and added here when the design decision is made: DONE * Make the number of gadget pipeline buffers variable: DONE === Plans === * Leaving for vacation today (Aug 10) back again Aug 17. * Update design and status on my storage BPs.

13 years, 10 months

1
0
0 0

[ACTIVITY] 2011-08-01 - 2011-08-06

by Jason Hui

== Jason Liu <jasnliu> == == Highlights == * Attended Linaro Q3 connect, has some good discussion for: the 11.11 task assignment and one zImage support, * Uboot patch review, one imx5 patch upstream, accepted. * 2 kernel patch upstream, one is accepted and one is waiting for feedback. == Plan == * 11.11 task * uboot upstream * kernel upstream Best Regards, Jason Liu

13 years, 10 months

1
0
0 0

[ACTIVITY] 2011-08-01 - 2011-08-05

by Deepak Saxena

== Deepak Saxena <dsaxena> == == Highlights == * Attended Linaro connect, had lots of good discussions re: - Kernel process - Testing - Storage work direction - Future KWG work * Wrote code, posted patches! == Upcoming Travel/Holiday == * Off this friday * At Linuxcon next Tue - Friday * Linux Plumber's Conf first week of september

13 years, 10 months

1
0
0 0

Single zImage at Linaro Connect

by Nicolas Pitre

To everyone, and especially to those who are expected to work on this topic next week, please find below a list of tasks that needs to be investigated and/or accomplished. I'll coordinate the work and collect patches for the team. If you have comments on this, or if you know about some omissions, please feel free to provide them as a reply to this message. I'd like to know if people are particularly interested in one (or more :-)) items they would like to work on. If so please say so as well. Without further ado, here it is: <><><><><> 0) The so called "single zImage" project We wish to provide the ability to build as many ARM platforms as possible into a single kernel binary image. This will greatly simplify the archive packaging and maintenance effort by having only one kernel that could be built and booted on multiple ARM targets. A side effect of this is also to enforce better source code architecture even if the resulting binaries are not always supporting multiple targets. This work started a while ago. Some initial description can be found here: https://wiki.ubuntu.com/Specs/ARMSingleKernel Part of it has been implemented already, namely the runtime determined PHYS_OFFSET, the AUTO_ZRELADDR and some other items referenced below. But there is still a large amount of work remaining. 1) Removal of any dependencies on <mach/*.h> from generic header files To see the current culprits: $ git grep "#include <mach/.*.h>" arch/arm/include/ arch/arm/include/asm/clkdev.h:#include <mach/clkdev.h> arch/arm/include/asm/dma.h:#include <mach/isa-dma.h> arch/arm/include/asm/floppy.h:#include <mach/floppy.h> arch/arm/include/asm/gpio.h:#include <mach/gpio.h> arch/arm/include/asm/hardware/dec21285.h:#include <mach/hardware.h> arch/arm/include/asm/hardware/iop3xx-adma.h:#include <mach/hardware.h> arch/arm/include/asm/hardware/iop3xx-gpio.h:#include <mach/hardware.h> arch/arm/include/asm/hardware/sa1111.h:#include <mach/bitfield.h> arch/arm/include/asm/io.h:#include <mach/io.h> arch/arm/include/asm/irq.h:#include <mach/irqs.h> arch/arm/include/asm/mc146818rtc.h:#include <mach/irqs.h> arch/arm/include/asm/memory.h:#include <mach/memory.h> arch/arm/include/asm/mtd-xip.h:#include <mach/mtd-xip.h> arch/arm/include/asm/pci.h:#include <mach/hardware.h> /* for PCIBIOS_MIN_* */ arch/arm/include/asm/pgtable.h:#include <mach/vmalloc.h> arch/arm/include/asm/system.h:#include <mach/barriers.h> arch/arm/include/asm/timex.h:#include <mach/timex.h> arch/arm/include/asm/vga.h:#include <mach/hardware.h> 1.1) mach/memory.h This may contain the following defines: 1.1.1) ARM_DMA_ZONE_SIZE This can be eliminated by moving that value into struct machine_desc. The work is done already, but presented as an example for other tasks: http://git.linaro.org/gitweb?p=people/nico/linux.git;a=shortlog;h=refs/head… And as of now this is merged in mainline already for v3.1-rc1. 1.1.2) PLAT_PHYS_OFFSET Most occurrences can be eliminated. With CONFIG_ARM_PATCH_PHYS_VIRT, it is possible to determine PHYS_OFFSET at run time. Remains to remove the direct uses, mostly by mdesc->boot_params initializers. Changing boot_params into atag_offset has two effects: that makes it clearer that it is only about ATAGs and not DT, and a relative offset plays more nicely with a runtime determined PHYS_OFFSET. This work is done but not yet accepted: http://news.gmane.org/group/gmane.linux.ports.arm.kernel/thread=123480 1.1.3) FLUSH_BASE, FLUSH_BASE_PHYS, FLUSH_BASE_MINICACHE, UNCACHEABLE_ADDR Those are StrongARM related constants, and different for each variants. Fixing this involves making the virtual addresses constant for all variants, and hiding the differences in the physical addresses during the actual mapping. The solution is here: http://news.gmane.org/group/gmane.linux.ports.arm.kernel/thread=123477/forc… 1.1.4) CONSISTENT_DMA_SIZE Maybe the CMA work will make this obsolete and the consistent DMA area could be dynamically adjusted. In the mean time, the easiest solution is probably to store this in the machine_desc structure just like with ARM_DMA_ZONE_SIZE. This has not been addressed yet. 1.1.5) Other weird things Some machines have non linear memory maps or bus address translations, sparsemem, etc. Examples of that are: arch/arm/mach-realview/include/mach/memory.h arch/arm/mach-integrator/include/mach/memory.h I think solving this is out of scope for this round. Deleting arch/arm/mach-*/include/mach/memory.h can't be done universally. So a new Kconfig symbol (NO_MACH_MEMORY_H) is introduced to indicate which machine class has its legacy <mach/memory.h> file removed. The single zImage for multiple targets will be restricted, amongst other things, to those machines or SOCs with that symbol selected. Partial result here: http://git.linaro.org/gitweb?p=people/nico/linux.git;a=shortlog;h=refs/head… 1.2) mach/io.h This contains things like IO_SPACE_LIMIT, __io(), __mem_pci(), and sometimes __arch_ioremap()/__arch_unmap(). but in most cases, the definitions here are pretty similar from one machine class to another. Arnd says: |I have a plan. When CONFIG_PCI is disabled (along with CONFIG_ISA and |CONFIG_PCMCIA), we should have neither of IO_SPACE_LIMIT, __io() |and get no inb/outb functions as a result. | |When it is enabled, the 'common' platforms need only one I/O window |of 64KB, so we should find a common place in the virtual address space |for that and hardcode __io, while the platform specific PCI initialization |code (or map_io for that matter) ensures that the window is pointing |to the physical window. | |__arch_ioremap()/__arch_unmap() are not really needed as far as I can |tell but are used as an optimization to redirect ioremap to the |hardcoded virtal address mapping. In the first step we can disable |this for combined kernels, later we can find a generic way so |__arch_ioremap walks the list of static mappings. 1.3) mach/timex.h Most instances simply define a dummy CLOCK_TICK_RATE value. This can probably be removed altogether, or simply have a common value in arch/arm/include/asm/timex.h, as nothing seriously uses that anymore. Reference: http://lkml.org/lkml/2011/2/21/323 1.4) mach/vmalloc.h This universally contains only a definition for VMALLOC_END, but not an universal definition. Would be nice to have VMALLOC_eND dynamically determined from the static IO mappings, but the highmem threshold depends on the value of VMALLOC_END, and memory has to be initialized before the static IO mappings can be processed. Therefore the best solution so far appears to use another value in struct machine_desc for it so it can be set at run time. this is a mechanical conversion that has to be done. 1.5) mach/irqs.h The only information globally required from those files is the value of NR_IRQS. Yet there is already a nr_irqs member in the machine_desc structure for this, used by arch_probe_nr_irqs() in arch/arm/kernel/irq.c). So the first step would be to add .nr_irqs = NR_IRQS, to all machine_desc instances, making sure that <mach/irqs.h> is included in those files. Then, <mach/irqs.h> should be removed from arch/arm/include/asm/irq.h, and adjust things so everything still compiles. 1.6) mach/gpio.h This is a tough one. This depends on CONFIG_GENERIC_GPIO which is selected by many machine types. They should all be converted to (or configurable with) CONFIG_GPIOLIB so each SOC's specific GPIO handling is made into runtime code instead of static inline functions. Care to preserve the ability to not use gpiolib might be desireable in some cases for performance reasons. Definitely in need of serious investigation. 1.7) mach/mtd-xip.h No need to care about those. This is for running the kernel XIP from ROM memory. A XIP kernel is already incompatible with the notion of a single kernel image since it obviously can't be modified at run time (as needed by CONFIG_ARM_PATCH_PHYS_VIRT). 1.8) mach/isa-dma.h, mach/floppy.h Those are used by old targets we might not care much about. 1.9) mach/entry-macro.S This one gets included directly from arch/arm/kernel/entry-armv.S. The only relevant macro still widely used is get_irqnr_preamble and get_irqnr_and_base. They can be overridden by CONFIG_MULTI_IRQ_HANDLER and the equivalent code hooked to the handle_irq member of the machine_desc structure. 1.10) mach/debug-macro.S This is used when CONFIG_DEBUG_LL is set. Supporting that option with a single kernel image might prove very difficult with a rapidly diminishing return on the investment. This code is in need of some refactoring already: http://article.gmane.org/gmane.linux.ports.arm.kernel/118525 To still benefit from the most likely needed debugging aid, we might consider the ability to still allow the selection of one amongst the existing implementation when building a kernel with many SOC support. Obviously that would only work on the one hardware platform for which the selected printch implementation was designed, but that should be good enough for debugging purposes. 1.11) mach/system.h This is included from arch/arm/kernel/process.c and expected to provide the following static inline functions or equivalent: 1.11.1) arch_idle() Called when system is idle. Most of them just call cpu_do_idle(). The call to cpu_do_idle() should be moved to default_idle() and the exception cases moved out of line where they can be hooked to the pm_idle callback. 1.11.2) arch_reset() Used to reset the system. This is far from being a hot path and doesn't justify a static inline function. An out-of-line version hooked to a global arch_reset function pointer would work just fine. 1.12) mach/uncompress.h This is used to define per SOC methods to output some progress feedback from the kernel decompressor over a serial port. Once again, supporting this with a single kernel image might prove very difficult with a rapidly diminishing return on the investment. So it is probably best to simply use generic empty stubs whenever more than one SOC family is configured in a common kernel image. 2) Removal of any dependencies on <mach/*.h> from driver code A couple possibilities: a) We move the required header files next to the driver code. In many cases, having a .h file with only the defines relevant to the concerned driver is best. But this is a _lot_ of work. b) We change those <mach/foo.h> into something more absolute, such as <mach/omap2/foo.h>. This can be done on a per SOC basis, first by moving the header files one level deeper, and then fixing up all affected drivers. c) We change those <mach/foo.h> files into something more precise, e.g. <mach/omap2_foo.h> and fix concerned drivers. I think the best solution here is (b) which doesn't preclude (a) eventually or if it is trivial. But (c) is dangerous as files might be added easily without paying too much attention to the file prefix. 3) Change thes to the build system We need to move towards the ability to actually build more than one SOC family at the same time. 3.1) Kconfig This involves changes to Kconfig where currently only one out of all the different architectures is selected through the big "ARM system type" choice prompt. We need to determine a good way to move some of them into simply bool prompts and keep track of which architecture can be built concurrently with which. We know for instance that it is unlikely that pre-ARMv6 and ARMv6/7 will ever be buildable together. Today we know that nothing can be built with anything else and therefore this should be the starting default. This needs investigating. 3.2) Makefile Currently the arch/arm/Makefile is organized so the lowest instruction set level and the highest optimization level are selected from all the configured options. So this part should already be fine. However the machine-$(*), plat-$(*), machdirs and platdirs variables must go. In (2) above we should have removed the need for adding to the global KBUILD_CPPFLAGS to add a path to some specific architecture includes already. Keeping them only for the code under each architecture subdirectory should be sufficient. For example, this might be all that is needed: obj-$(CONFIG_ARCH_MSM) += mach-msm/ or obj-$(CONFIG_ARCH_KIRKWOOD) += mach-kirkwood/ plat-orion/ obj-$(CONFIG_ARCH_ORION5X) += mach-orion5x/ plat-orion/ Etc. And within each of these directories, using the subdir-ccflags-y variable to include the locally needed architecture specific include files will do the trick. 3.3) defconfig We need a defconfig file adding as many architectures to it as possible for build coverage. Ideally the resulting binary should be boot tested on as many targets it supports as possible. 4) Picking up broken pieces Things will certainly break along the way. There are certainly issues that I didn't foresee. My experience so far tend to indicate that this is a somewhat recursive process where the tackling of one work item reveals a few more which are prerequisite to the first one, etc. So any estimate for this work needs to consider a large fudge factor. Nicolas

13 years, 10 months

5
12
0 0

[ACTIVITY] (Per Forlin) 2011-08-01 - 2011-08-05

by Per Forlin

== Per Forlin <perfor> == === Highlights === * CAtching up after 4 weeks of vacation and parental leave * mmc non-blocking and mmc -non-blocking documentation are now available in linux-next. * mmc fault injection got pulled out from linux-next because it couldn't be compiled as a module. * Send out patches on fault-injection lib to export symbols. * Fix some minor USB issues concerning gadget mass storage on Snowball. * Run performance tests on Snowball to identify performance issues in usb gadget mass storage framework. (None obvious found so far) === Completed work items === * https://blueprints.edge.launchpad.net/linux-linaro/+spec/usb-gadget-mass-st… * Set up and test usb gadget mass storage on a board: DONE

13 years, 10 months

1
0
0 0

Kernel testing: defconfigs and trees

by Deepak Saxena

Hi, I had a good discussion with the validation team and they are going to try to have some automated defconfig building working by the end of the week. What they need from us is : - What defconfigs do we want them to build? Either defconfigs that are in the kernel tree or that are out of tree. My thought is one per board that we care about, but I'm not sure if all the boards have upstream defconfigs. - What trees to test? I'm thinking linus HEAD and also the arm-soc tree's -next branch. ~Deepak

13 years, 10 months

3
2
0 0

[ACTIVITY] (Tixy) 2011-07-25 - 2011-07-31

by Tixy

=== Highlights === * Work on blueprint "Investigate block allocation in FS" I have now completed the flash simulation tool 'flashsim'. Automated test cases have been run on all target file systems using default options (but mounted with 'noatime'). Also, different standard i/o schedulers were tried. Work items completed: - Implement algorithm "pure linear access": DONE - Implement algorithm "block remapping within one erase-block": DONE - Implement algorithm "data logging": DONE - Implement algorithm "cache for small writes": DONE === Plans === * Attend Linaro Connect

13 years, 10 months

2
1
0 0

[ACTIVITY] (Shawn Guo) 2011-07-25 - 2011-07-29

by Shawn Guo

=== Device Tree === * Arnd pulled i.mx driver device tree support patches for v3.1. * Reworked smsc911x for getting gpio irq from irq domain as well. * Reposted mx5 board dt patch set with i.mx51 babbage added. === Misc === * Boot-tested linaro-3.0 kernel on babbage and mx53 quickstart boards === Plan === * Linaro Connect -- Regards, Shawn

13 years, 10 months

1
0
0 0

[ACTIVITY] 2011-07-24 - 2011-07-30

by Jason Hui

== Highlights == * I.MX51/53 u-boot mainline issue analysis and fix, patch ready. This issue was caused by d-cache was enabled silently by one commit, which will cause various issue on all ARM platform. The current fix is to disable D-cache explicitly before the issues addressed. * Review the imx_i2c rework driver and give some comments and test. * study the one zImage information. * Linaro Q3 connection preparation, visa, air ticket, hotel, register... == Plans == * Linaro Q3 connection. Will focus on the 11.11 task == issues == * N/A

13 years, 10 months

1
0
0 0

[ACTIVITY] (John Stultz) July 25th-29th

by john stultz

=== Highlights === * Reviewed and merged Tglx's fixes for rtc/hrtimer related deadlock * Merged musb patch needed for ADB into Linaro Android 11.07 tree. Also got feedback from maintainer that the patch is queued for 3.1. * Made Linaro Android 11.07 final tag. * Got a hotel for Linaro Connect! * Helped Paul diagnose RCU stall (actually a hardware issue) * Setup and tested imx51 11.07 for Mounir * Got feedback from Arve on my Android Alarm Timer mending patches. Started reworking patches based on feedback. * Prepped & packed for Linaro Connect. === Plans === * Linaro Connect! * Focus on Kconfig work(eek! only 1 month until my Linux Plumbers talk!) * Try another swing at sched_clock cyc2ns fixup for 200+day uptime issue. === Issues === * Jet Lag!

13 years, 10 months

1
0
0 0

[ACTIVITY] (Thomas Abraham) 2011-07-25 - 2011-07-29

by Thomas Abraham

== Thomas Abraham <thomas-ab> == === Highlights === * Submitted patch for exynos4 irq controller device tree support. * Tested all Exynos4 device tree patches with Grant's test-3.0 branch. * Reworking gpio controller device tree support patch. === Plans === * Complete GPIO controller device tree support. * Participate in Linaro connect event * Discuss with dt team about doubts I have on dt implementation.

13 years, 10 months

1
0
0 0

Linaro Connect Logistics

by Deepak Saxena

Hi all, This is a slightly belated email with information about the overall plans for next weeks face to face summit. As has been mentioned a few times, the main focus for our time there is going to be hands on hacking and we'll be splitting our focus between two main topics related to kernel consolidation and cleanup: Device Tree: Shawn, Manjunath, Thomas, and Niklas will continue to work on device tree bring up on their platforms. Related to this, Grant will be doing some training on Tuesday morning (Grant, correct me if I'm wrong) for anyone who's interested in learning more about how to use DT. Single zImage: The rest of the KWG will be focused on the task of cleaning up the ARM kernel sources to allow for building a zImage that can be booted across heterogeneous SOCs. Nicolas will be sending off an email to linaro-kernel and linaro-dev with a list of all the items that need to be worked on so please read that and ask any questions you have. Our plan is to have folks take on a topic and work on it, sending patches to Nicolas and myself for real-time review. We likely will not have a kernel booting across multiple machines but we should be much closer to getting this working. Monday morning at 11:00 we'll have a full team meeting and we'll go over some of this in more detail. The kernel team has been assigned room Trinity for the week and we will have unlimited coffee and tea at our disposal to keep us going. :) Arnd is presenting an advanced git training session on Tuesday from 11:00-13:00 and there should be a lot of good tricks to learn! We've also got a team dinner in Cambridge on Wed night, location TBD. Beyond all that, I will be scheduling 1:1s with everyone on the team. As per Linaro process, we're at the end of the review cycle for most folks, so I'll go over your review with you, get an update on where things are at with current tasks, etc. I'll also setup some small team meets (storage, DT, etc) to discuss next steps. All together, this will be a busy week but should also be a lot of fun to get a chance to all work in the same room and solve some problems as a team. Please fill out the following so we all know when to expect each other and can coordinate travel: https://wiki.linaro.org/Internal/Events/LinaroConnectQ3.11/Planning/BelfryT… Thanks! ~Deepak ps: Please bring all cables and power adapters you need for using your boards. Linaro has certain items but not enough to go around for everyone.

13 years, 10 months

2
3
0 0

Linaro 11.07 kernel release

by Deepak Saxena

The Linaro Kernel Working Group (KWG) is excited to announce the availability our July 2011 development snapshot: linux-linaro-3.0-2011.07-1 As the word "snapshot" implies, these are meant as development kernels and have not been fully validated. You should expect issues and to help us deliver a better kernel in the future, please file bugs in Launchpad at https://bugs.launchpad.net/linux-linaro. The source tarball is available at: http://launchpad.net/linux-linaro/3.0/3.0-2011.07/+download/linux-linaro-3.… The kernel sources can also be accessed using git at: git://git.linaro.org/kernel/linux-linaro-3.0.git tag: linux-linaro-3.0-2011.07-1 This snapshot is based on the 3.0 stable kernel with a number of changes developed by Linaro and integrated from the 3.1-rc cycle. The changes since our 11.07 release, other than what is already in 3.0 include: * The comprehensive ARM kprobes work from Jon (Tixy) Medhurst * The new processor struct macros from Dave Martin * A small part of the single zImage work from Nicolas Pitre * The ARM cpu topology definition from Vincent Guittot * Basic Cortex A15 support from Will Deacon & Pawel Moll * DMA infrastructure cleanups from Russell King * A kernel helper to perform 64-bit atomic operations from Nicolas Pitre * Enhanced DT support for boards from Grant Likely, Shawn Guo, Manjunath Kondaiah, and Thomas Abraham. A full changelog against 3.0 is available at: http://launchpad.net/linux-linaro/3.0/3.0-2011.07/+download/CHANGELOG-linux… High Priority Known Issues: * Only half of RAM useable when using Device Tree on Panda board (LP #707047) * Nicolas has run into EHCI not working on the Panda board. This is a config issue and is being looked into. Mailing list: http://lists.linaro.org/mailman/listinfo/linaro-dev Questions? https://ask.linaro.org/

13 years, 10 months

2
1
0 0

[ACTIVITY] (Shawn Guo) 2011-07-18 - 2011-07-22

by Shawn Guo

=== Device Tree === * Add device tree support for gpio-keys. Unfortunately, maintainer chose to pick up another version. * Add device tree probe support for imx2_wdt, mma8450, smsc911x, m25p * arm/mx5: parse iomuxc pad configuratoin from device tree * Convert i.mx53 ARD, EVK, QSB (aka LOCO) and SMD to device tree === Misc === * gpio/mxc/mxs: fix build error introduced by the reanming of irq_gc_ack() * arm/mxc: add the missing UART_PADDR for i.mx53 * usb/ehci-mxc: add missing inclusion of mach/hardware.h === Plan === * Test linaro-3.0 kernel on i.mx boards * Since Grant's devicetree for-next and Chris' mmc for-next has been merged by Linus, it's time to repost other dt driver patches based on that. * Post device tree patches for i.mx51 boards (babbage and efika) -- Regards, Shawn

13 years, 10 months

1
0
0 0

[ACTIVITY] (Manjunath) 2011-07-04 - 2011-07-10

by G, Manjunath Kondaiah

== Manjunath GK <manjugk> == === Highlights === * Initial patches for OMAP board file migration is submitted for review and aligned with grant for further changes. * Reworking with grant's review comments is in progress === Completed work items === * None === Plans === * Pushing DT migrated initial patches for v3.1 merge window * Reworked patches will be posted in day or two. === Dependencies === * OMAP DT support has depedency with hwmod framework. - expecting maintainers to provide feedback on handling hwmod and dt together. -Manjunath

13 years, 10 months

2
2
0 0

[ACTIVITY] (Tixy) 2011-07-18 - 2011-07-24

by Tixy

=== Highlights === * Started work on blueprint "Investigate block allocation in FS" Work items completed: - Create script for running test cases: DONE - Run test script to gather media write stats for test cases on a subset of filesystems: DONE - Write skeleton for simulation tool: DONE The work item "Modify blktrace to generate raw dump" wasn't required as it's possible to get close to what we want by passing suitable arguments to blktrace and blkparse. === Plans === * Start implementing simulation of flash algorithms for blueprint "Investigate block allocation in FS"

13 years, 10 months

1
0
0 0

[ACTIVITY] (Dave Martin) 2011-07-18 - 2011-07-22

by Dave Martin

== Dave Martin <dmart> == === Activity Summary === * proc-info refactoring patches pulled by Russell for the next merge window * Experimental merge of LPAE/Cortex-A15 support with linux-linaro-3.0 pushed to git://git.linaro.org/people/dmart/linux-2.6-arm.git arm/linux-linaro-3.0+ael * Wrote a couple of quick patches to improve control over the alignment fault fixup mode. Not tested yet, so I will hold off posting until next week. === Plans === * Check whether the new kernel trees work in Thumb-2 on mx51evk and follow up with Freescale landing team. * Suggest we disable aligment fixups for linaro images, since gtk-sharp2 is now the only thing known to be affected, once my alignment fixup patchas have been posted for review. === Work Items === kernel-arch-cortexa15-initial-support: * Rebase ARM's AEL tree on to linux-linaro-3.0 and publish: DONE === Absences === Mon 2011-07-18 - Wed 2011-07-20

13 years, 10 months

1
0
0 0

[ACTIVITY] (Thomas Abraham) 2011-07-18 - 2011-07-22

by Thomas Abraham

== Thomas Abraham <thomas-ab> == === Highlights === * Submitted second version patches for dt support for i2c driver with modifications suggested by Grant. * Submitted first version of the gpio device tree support patches. === Plans === * Submit device tree patches for irq controller.

13 years, 10 months

1
0
0 0

The Linaro-3.0 kernel branch is now open

by Nicolas Pitre

Yes, it is the big 3.0 coming to a Linaro server near you ! The Linux v3.0 based Linaro kernel branch is now available from: http://git.linaro.org/gitweb?p=kernel/linux-linaro-3.0.git;a=summary http://git.linaro.org/git/kernel/linux-linaro-3.0.git Since the official final v3.0 from Linus Torvalds is going to happen in a matter of hours now, and considering that the freeze for the 11.07 kernel release is supposed to take effect this Thursday, this is probably the best time to fork the Linaro-3.0 branch and start merging patches onto it. Currently this contains the following from RMK's devel-stable branch: * The comprehensive ARM kprobes work from Jon (Tixy) Medhurst * The new processor struct macros from Dave Martin * A small part of the single zImage work from myself * The ARM cpu topology definition from Vincent Guittot * Basic Cortex A5 support from Will Deacon & Pawel Moll * DMA infrastructure cleanups from Russell King * A kernel helper to perform 64-bit atomic operations from myself Please let me know if you want to see something merged into the linaro-3.0 tree before Thursday. Nicolas

13 years, 10 months

8
19
0 0

[ACTIVITY] (John Stultz) July 18-21st

by john stultz

Reporting early, as I'm out tomorrow on vacation. === Highlights === * Revised Android ashmem patch to fix checkpatch issues & submitted those fixes back to the original patch author (robert love). * Submitted the ashmem patch to lkml for review and discussion. While the patch was not well received, the discussion did propose alternative approaches to doing the same thing that would be better integrated with the kernel. * Submitted my Android alarm timer rework patches to AOSP for review. Still not seeing the license grant as resolved, but AOSP would let me submit anyway, so I went ahead and did that to unblock things. * Continued discussions about kernel workflow and planning for Linaro Connect. * Diagnosed an issue with ADB on Panda found by Zach (bug #807230), and worked out a patch that seems to resolve it. Submitted the patch to lkml and maintainers for comment. * Submitted a small fix for 3.1 compile issue with one of my patches that was found in -tip * Tried to merge the Linaro-3.0 kernel into the Android-3.0 branch and hit omapfb related boot issues on panda. Reported the issue to linaro-dev/linaro-kernel. * Worked on chasing down what seems to be a strange circular spinlock deadlock related to the RTC changes. === Plans === * Prep for Linaro Connect & get a * Continue digging on RTC circular spinlock deadlock. * Work to resolve the ADB issue and get a patch included for 11.07 * Need to resolve omapfb issue keeping Linaro+Android tree from including the Linaro-3.0 branch. * Make Android+Linaro 11.07 final kernel. * Rework cyc2ns patches related to long uptime sched_clock issues. === Issues === * Still no resolution on AOSP group item. Pinged Patrik to try again. * Linaro Connect Hotel still hasn't gotten back to me with alternative lodging. * Need more time!

13 years, 10 months

1
0
0 0

[ACTIVITY] (Shawn Guo) 2011-07-11 - 2011-07-15

by Shawn Guo

=== Device Tree === * Tested audio on imx51 babbage board with a full dt kernel, which means I got i2c, sgtl5000 codec, mc13892 regulator, ssi and sdma working on device tree. But due to some unresolved dependency and open issues, only i2c and sdma dt support patches were sent out for review. With a v2 on sdma, there is no more comments. Suppose they are in the good shape for v3.1. * Sent a small patch to enable dt for imx2_wdt driver. * Sent a couple of patches to add device tree support for gpio_keys. * I'm optimistic to expect the dt support for serial, fec, esdhc, gpio, spi, i2c, sdma, imx2_wdt and gpio_keys will be on mainline when v3.1 merge window closes. Plus that gpio_leds already gets dt support, all four imx53 boards, mx53_ard, mx53_evk, mx53_loco, and mx53_smd should be killed by imx53-dt soon. So that we can stop people adding new mx53 boards files and pull them into the dt effort. === Plan === * Start looking at Grant's suggestion about directly encoding iomux register, and try to sell it to Sascha. * Add imx53-dt to kill mx53_ard, mx53_evk, mx53_loco and mx53_smd. -- Regards, Shawn

13 years, 10 months

2
3
0 0

[ACTIVITY] 2011-07-11 - 2011-07-15

by Jason Hui

== Highlights == * Back from Long vacation. * Prepare for the UK visa application and goes well * MX53loco support mainlined in U-Boot v2011.06 release * MX6Q/D 2/4-cores(cortex-a9) Linux bring up finished. * Resume the Linao 11.11 working items, == Plans == * Continue to work on the 11.11 sprint. * Continue with u-boot patch work. == Absence == * None

13 years, 10 months

1
0
0 0

[ACTIVITY] (Dave Martin) 2011-07-11 - 2011-07-15

by Dave Martin

== Dave Martin <dmart> == === Activity Summary === * proc-info refactoring patches pulled by Russell for the next merge window * Experimental merge of LPAE/Cortex-A15 support with linux-linaro-2.6.39 pushed to git://git.linaro.org/people/dmart/linux-2.6-arm.git arm/linux-linaro-2.6.39+ael * Merge of the same patches with upstream pushed to git://git.linaro.org/people/dmart/linux-2.6-arm.git arm/upstream+ael * Booted a linaro-developer image on the ARM fast model, using both kernels. Seems to work stably, including with 4GB RAM configured. * Spent tome time debugging a kernel memory corruption bug when booting with certain RAM configurations on the A15 model, but it looks like that was caused by a model configuration issue and is not a kernel bug after all. === Plans === * Check whether the new kernel trees work in Thumb-2 on mx51evk and follow up with Freescale landing team. * Suggest we disable aligment fixups for linaro images, since gtk-sharp2 is now the only thing known to be affected. === Work Items === kernel-arch-cortexa15-initial-support: * Rebase ARM's AEL tree on to linux-linaro-2.6.39 and publish: DONE * Rebase ARM's AEL tree on to linux-linaro-3.0 and publish: INPROGRESS === Absences === Mon 2011-07-18 - Wed 2011-07-20

13 years, 10 months

1
0
0 0

[ACTIVITY] (Thomas Abraham) 2011-07-11 - 2011-07-15

by Thomas Abraham

== Thomas Abraham <thomas-ab> == === Highlights === * Submitted second version of sdhci and exynos4 device tree patches with modifications suggested by Grant. * Submitted first version of the i2c device tree support patches. Received feedback from Grant and now working on modifying the i2c driver device tree support. === Plans === * Submit the second version of i2c driver device tree support patches. * Submit patches for serial console device tree support.

13 years, 10 months

1
0
0 0

https://bugs.launchpad.net/linux-linaro/+bug/709245 - USB Disk IO Slow

by Mounir Bsaibes

This bug was assigned to Mian Yousaf who is no longer working with Linaro. https://bugs.launchpad.net/linux-linaro/+bug/709245 - USB Disk IO Slow Per Andy's last comment: "It seems the issue may be to do with the Panda's hub / ethernet chip idle / wakeup characteristics but since there are no hub registers in there settable from Panda side AFAIK (there are some settable in the missing EEPROM that can configure the hub / Ethernet bridge)" Is there anyone that is willing to handle? Or provide additional insight? Thanks, Mounir -- Mounir Bsaibes Project Manager Follow Linaro.org: facebook.com/pages/Linaro/155974581091106 http://twitter.com/#!/linaroorg http://www.linaro.org/linaro-blog <http://www.linaro.org/linaro-blog>

13 years, 10 months

3
2
0 0

[ACTIVITY] (John Stultz) July 11-15th

by john stultz

=== Highlights === * Chased down some community issues related to long uptime (215 day) crashes and sched_clock. Developed a patch that uses rcu to update sched clock data and avoid multiplication overflows. * Booked plane tickets for Linaro Connect * Contacted Robert Love on his updated ashmem patch and got a feel for his thoughts on upstreaming it. * Continued working on my android alarmtimer test case, and found a few last bugs with my integration with the upstream code. * Sent my current Android alarmtimer integration patches to Arve directly for review. * Updated the Linaro+Android 3.0 branch and pushed it out. * Briefly reviewed and tested amitk's topology patches with Android. === Plans === * Continue working on Android Alarm Timer validation test case & send patches to Arve directly if AOSP license stuff is unresolved. * Get back to Kconfig review/research. === Issues === * AOSP group issue still keeping me from submitting alarmtimer integration patches to AOSP. Hopefully when Patrik gets back next week it can be resolved. * Linaro Connect Hotel is totally booked, working with Arwen on sorting out alternative hotel.

13 years, 10 months

1
1
0 0

[ACTIVITY] (Tixy) 2011-07-11 - 2011-07-17

by Tixy

=== Highlights === * Finished kprobes work (yey!), this is waiting to be merged upstream. Submission of test code is postponed for now as suggested by Nicolas. * Took a day off work. === Plans === * Start work on blueprint "Investigate block allocation in FS"

13 years, 10 months

2
1
0 0

[ACTIVITY] (Arnd Bergmann) 2011-07-04 - 2011-07-08

by Arnd Bergmann

== Kernel maintainance == * Merged branches for omap, imx, at91, davinci, ... into arm-soc.git. More coming * Tension building up short before merge window, everybody wants their patches in at once. * Continued discussions about CMA patches * Review of latest OpenRISC arch patches * Review of latest DA9052 patches

13 years, 11 months

1
0
0 0

[ACTIVITY] (Thomas Abraham) 2011-07-04 - 2011-07-08

by Thomas Abraham

== Thomas Abraham <thomas-ab> == === Highlights === * Working on modifying the samsung uart driver to use to generic clock names instead of passing clock names in platform data (required for dt support). === Plans === * Submit the second version of device tree patches for smdkv310 board. === Misc === * Was on leave from 5th to 7th July.

13 years, 11 months

1
0
0 0

[ACTIVITY] (Shawn Guo) 2011-07-04 - 2011-07-08

by Shawn Guo

=== Device Tree === * With another couple rounds of review, the dt support of imx serial, fec, gpio, esdhc and spi are ready for maintainers to pick up. === Plan === * i2c, sdma dt support -- Regards, Shawn

13 years, 11 months

1
0
0 0

[ACTIVITY] (Dave Martin) week 26 2011 (2011-07-04 - 2011-07-08)

by Dave Martin

== Dave Martin <dmart> == === General Activity === * Some kernel patch work: * CPU info declaration macros -- Addressed Russell's commented and reposted. In Will Deacon's tree, waiting for merge upstream. * Some discussion around VDSO support. Still no clear answer on this. === linaro-kernel-o-standard-arch === * Experimentally merged the ael tree with linux-linaro-2.6.39. Some minor rebasing issues, but finally got something booting on the Cortex-A15 model. === Plans === * Check whether the new kernel trees work in Thumb-2 on mx51evk and follow up with Freescale landing team. * Suggest we disable aligment fixups for linaro images, since gtk-sharp2 is now the only thing known to be affected. === Issues === * Not enough RAM in my development machine for running models :(

13 years, 11 months

1
0
0 0

[ACTIVITY] (Per Forlin) 2011-07-04 - 2011-07-08

by Per Forlin

== Per Forlin <perfor> == === Highlights === * mmc non-blocking patchset v9 is merged in mmc-next for 3.1 * Submitted mmc non-blocking documentation, review process is ongoing. === Completed work items === * None === Plans === Continue with my 4 weeks of vacation during July. I will be monitoring mmc non-blocking.

13 years, 11 months

1
0
0 0

[ACTIVITY] (Tixy) 2011-07-04 - 2011-07-10

by Tixy

=== Highlights === * Discussions with Dave Martin and Nicolas Pitre about how kprobes should handle Thumb/ARM interworking, and supporting ARM probes on Thumb kernels. * Changed kprobes code following the above. * Submitted patches to linux-arm-kernel list for review. (At last!) This is a work item from blueprint "Finish Thumb2 Support" * kprobes - Prepare patches for review: DONE === Plans === * Tidyup and document kprobe test code * Start work on blueprint "Investigate block allocation in FS"

13 years, 11 months

1
0
0 0

[ACTIVITY] (John Stultz) July 5th - 8th

by john stultz

=== Highlights === * Released initial linaro+android-3.0 kernel branch * Researched and resolved ADB regressions in linaro+android-3.0 kernel * Worked with patch author to get upstream 3.0 echi boot hang issue on panda reverted upstream. * Worked with Nico to get a fix for panda pmu boot hang applied to the 2.6.39 tree (bug #802693) * Lots of discussions with Andy, Zach, Deepak and Nicolas about kernel workflow for 11.07 and beyond. * Isolated RTC issue upstream seen with older kvm releases. See https://bugzilla.kernel.org/show_bug.cgi?id=36252 * Nagged tglx to pick up the git pull requests sent last week for 3.1 * Continued POSIX/Android Alarm Timer merging work along with creating a test case to validate the merged result. === Plans === * Continue working on Android Alarm Timer validation test case & send patches to Arve directly if AOSP license stuff is unresolved. * Get back to Kconfig review/research. === Issues === * Pinged folks on AOSP contributers license group issue, but haven't gotten any resolution yet.

13 years, 11 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel