linaro-unified-tracking

Hi - Thanks to the work of Angus and Tushar a second Landing Team has established a tracking tree, for Samsung Origen. They're using the same lt-tools management scripts I use to handle the various trees in TI Landing Team. As I mentioned in the talk I gave at Connect about lt-tools, the fa

Re: [PATCH 5/5] OMAP4: do not force workarounds for errata fixed in 4460

On 22 November 2011 12:22, Mans Rullgard wrote: > On 22 November 2011 10:30, Andy Green wrote: >> On 11/22/2011 10:45 AM, Somebody in the thread at some point said: >>> >>> Signed-off-by: Mans Rullgard >>> --- >>>  arch/arm/mach-omap2/Kconfig |    3 --- >>>  1 files changed, 0 insertions(+), 3 de

Re: [PATCH 0/5] OMAP4: cache fixes for 4460

On 11/22/2011 08:57 PM, Somebody in the thread at some point said: On Tue, Nov 22, 2011 at 6:02 PM, Mans Rullgard wrote: On 22 November 2011 05:14, Shilimkar, Santosh wrote: Mans, On Tue, Nov 22, 2011 at 8:15 AM, Mans Rullgard wrote: These patches fix and tweak various cache settings for t

QEMU status

ng things in the dispatcher: 1) Prepare images a) Latest image Dowloaded: http://snapshots.linaro.org/oneiric/linaro-o-developer/20111122/0/images/tar/linaro-o-developer-tar-2022-0.tar.gz http://snapshots.linaro.org/oneiric/omap3-oneiric/2022/2/images/hwpack/hwpack_linaro-omap3_20111

RE: [RFC 1/3] pinctrl: add a driver for the OMAP pinmux

Tony Lindgren wrote at Tuesday, November 22, 2011 10:54 AM: > * Linus Walleij [22 03:30]: > > On Tue, Nov 22, 2011 at 12:09 PM, Thomas Abraham > > wrote: > > > On 17 November 2011 19:27, Linus Walleij wrote: > > >> > > >> Maybe I'm mistaken about the device tree ambitions, but > > >> I was s

Re: December release schedule

On 22 November 2011 16:58, Fathi Boudra wrote: > Since most people will be on holidays, we have a modified schedule for > December > "Christmas" release. The current plan is to release one week earlier: > > * 2011-12-08 Toolchain WG 2011.12 release > * 2011-12-15 Components 2011.12 release > * 20

Re: December release schedule

On Wed, Nov 23, 2011 at 5:58 AM, Fathi Boudra wrote: > Hi, > > Since most people will be on holidays, we have a modified schedule for > December > "Christmas" release. The current plan is to release one week earlier: > > * 2011-12-08 Toolchain WG 2011.12 release > * 2011-12-15 Components 2011.12

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tue, Nov 22, 2011 at 12:02 PM, Arnd Bergmann wrote: > On Tuesday 22 November 2011 12:19:51 Grant Likely wrote: >> On Tue, Nov 22, 2011 at 11:01 AM, Mike Turquette >> wrote: >> >> > Others have requested to have knobs made available for actually >> > performing clk_enable/clk_disable and even

Re: [RFC 1/3] pinctrl: add a driver for the OMAP pinmux

* Linus Walleij [22 03:30]: > On Tue, Nov 22, 2011 at 12:09 PM, Thomas Abraham > wrote: > > On 17 November 2011 19:27, Linus Walleij wrote: > >> > >> Maybe I'm mistaken about the device tree ambitions, but > >> I was sort of hoping that it would not contain too much > >> custom magic numbers

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tue, Nov 22, 2011 at 09:57:41AM -0800, Mike Turquette wrote: > > Ah, comments like this warm my heart. > > > > Come on, no abusing the kobject code please, if have problems with how > > the kernel core works, and it doesn't do things you want it to, then why > > not change it to work properly fo

Re: [PATCH v3 0/5] common clk framework

On Tue, Nov 22, 2011 at 10:09:29AM -0800, Mike Turquette wrote: > On Tue, Nov 22, 2011 at 9:45 AM, Russell King - ARM Linux > wrote: > > On Tue, Nov 22, 2011 at 07:42:59AM -0800, Greg KH wrote: > >> On Mon, Nov 21, 2011 at 05:40:42PM -0800, Mike Turquette wrote: > >> >   .sysfs support.  Visualize

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tuesday 22 November 2011 12:19:51 Grant Likely wrote: > On Tue, Nov 22, 2011 at 11:01 AM, Mike Turquette > wrote: > > > Others have requested to have knobs made available for actually > > performing clk_enable/clk_disable and even clk_set_rate from > > userspace. I hate this idea and won't im

Re: [PATCH v3 0/5] common clk framework

On Tue, Nov 22, 2011 at 11:12:26AM -0800, Greg KH wrote: > On Tue, Nov 22, 2011 at 10:09:29AM -0800, Mike Turquette wrote: > > If others also agree that it should reside only in debugfs then I'll > > move it there for V4. > If it's only for debug stuff, then yes, it belongs in debugfs. All > dis

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tue, Nov 22, 2011 at 11:01 AM, Mike Turquette wrote: > On Tue, Nov 22, 2011 at 8:37 AM, Grant Likely > wrote: >> >> On Nov 21, 2011 6:43 PM, "Mike Turquette" wrote: >>> >>> Introduces kobject support for the common struct clk, exports per-clk >>> data via read-only callbacks and models the c

Re: [PATCH v3 0/5] common clk framework

On Tue, Nov 22, 2011 at 9:45 AM, Russell King - ARM Linux wrote: > On Tue, Nov 22, 2011 at 07:42:59AM -0800, Greg KH wrote: >> On Mon, Nov 21, 2011 at 05:40:42PM -0800, Mike Turquette wrote: >> >   .sysfs support.  Visualize your clk tree at /sys/clk!  Where would be >> > a better place to put the

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tue, Nov 22, 2011 at 8:37 AM, Grant Likely wrote: > > On Nov 21, 2011 6:43 PM, "Mike Turquette" wrote: >> >> Introduces kobject support for the common struct clk, exports per-clk >> data via read-only callbacks and models the clk tree topology in sysfs. >> >> Also adds support for generating t

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tue, Nov 22, 2011 at 7:49 AM, Greg KH wrote: > On Mon, Nov 21, 2011 at 05:40:47PM -0800, Mike Turquette wrote: >> Introduces kobject support for the common struct clk, exports per-clk >> data via read-only callbacks and models the clk tree topology in sysfs. >> >> Also adds support for generati

Re: [PATCH v3 0/5] common clk framework

On Tue, Nov 22, 2011 at 07:42:59AM -0800, Greg KH wrote: > On Mon, Nov 21, 2011 at 05:40:42PM -0800, Mike Turquette wrote: > > .sysfs support. Visualize your clk tree at /sys/clk! Where would be > > a better place to put the clk tree besides the root of /sys/? > > Um, in the "proper" place for

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tue, Nov 22, 2011 at 5:07 AM, Arnd Bergmann wrote: > On Tuesday 22 November 2011, Mike Turquette wrote: >> Introduces kobject support for the common struct clk, exports per-clk >> data via read-only callbacks and models the clk tree topology in sysfs. >> >> Also adds support for generating the

December release schedule

Hi, Since most people will be on holidays, we have a modified schedule for December "Christmas" release. The current plan is to release one week earlier: * 2011-12-08 Toolchain WG 2011.12 release * 2011-12-15 Components 2011.12 release * 2011-12-22 Linaro 11.12 release The schedule has been upda

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Nov 21, 2011 6:43 PM, "Mike Turquette" wrote: > > Introduces kobject support for the common struct clk, exports per-clk > data via read-only callbacks and models the clk tree topology in sysfs. > > Also adds support for generating the clk tree in clk_init and migrating > nodes when input source

Re: [PATCH v3 4/5] clk: basic gateable and fixed-rate clks

On Tue, 2011-11-22 at 13:11 +, Arnd Bergmann wrote: > On Tuesday 22 November 2011, Mike Turquette wrote: > > +static void clk_hw_gate_set_bit(struct clk *clk) > > +{ > > + struct clk_hw_gate *gate = to_clk_hw_gate(clk); > > + u32 reg; > > + > > + reg = __raw_readl(gate->reg);

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Mon, Nov 21, 2011 at 05:40:47PM -0800, Mike Turquette wrote: > Introduces kobject support for the common struct clk, exports per-clk > data via read-only callbacks and models the clk tree topology in sysfs. > > Also adds support for generating the clk tree in clk_init and migrating > nodes when

Re: [PATCH v3 0/5] common clk framework

On Mon, Nov 21, 2011 at 05:40:42PM -0800, Mike Turquette wrote: > .sysfs support. Visualize your clk tree at /sys/clk! Where would be > a better place to put the clk tree besides the root of /sys/? Um, in the "proper" place for it under /sys/devices like the rest of the device tree is? > When

Re: [PATCH v3 4/5] clk: basic gateable and fixed-rate clks

On Tuesday 22 November 2011, Mark Salter wrote: > > On Tue, 2011-11-22 at 13:11 +, Arnd Bergmann wrote: > > On Tuesday 22 November 2011, Mike Turquette wrote: > > > +static void clk_hw_gate_set_bit(struct clk *clk) > > > +{ > > > + struct clk_hw_gate *gate = to_clk_hw_gate(clk); > > > +

Re: [PATCH 0/5] OMAP4: cache fixes for 4460

On 22 November 2011 12:57, Shilimkar, Santosh wrote: > On Tue, Nov 22, 2011 at 6:02 PM, Mans Rullgard > wrote: >> On 22 November 2011 05:14, Shilimkar, Santosh >> wrote:  OMAP4: enable double linefill on 4460 >>> Don't do that. We found a new errata around this recently which >>> demanded

[PATCH v2 0/4] OMAP serial device tree support

v2 is based on the latest omap-serial runtime patches, which can be found here[1] The series passes minimal data that allows serial console boot, with UART's initialised from device tree. However some of low power support for UART and remote wakeup needs more work. Boot tested on OMAP4 panda and O

[PATCH v2 2/4] omap-serial: Use default clock speed (48Mhz) if not specified

Use a default clock speed of 48Mhz, instead of ending up with 0, if platforms fail to specify a valid clock speed. Signed-off-by: Rajendra Nayak --- drivers/tty/serial/omap-serial.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/drivers/tty/serial/omap-serial.c b/

[PATCH v2 1/4] omap-serial: Get rid of all pdev->id usage

With Device tree, pdev->id would no longer be Valid. Hence get rid of all instances of its usage in the driver. Device tree support for the driver is added in subsequent patches. Signed-off-by: Rajendra Nayak --- drivers/tty/serial/omap-serial.c | 30 +++--- 1 files cha

[PATCH v2 4/4] ARM: omap: pass minimal SoC/board data for UART from dt

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. Signed-off-by: Rajendra Nayak --- arch/arm/boot/dts/omap3.dtsi| 31 +++ arch/arm/boot/dts/omap4

[PATCH v2 3/4] omap-serial: Add minimal device tree support

Adapt the driver to device tree and pass minimal platform data from device tree needed for console boot. No power management features will be suppported for now since it requires more tweaks around OCP settings to toggle forceidle/noidle/smaridle bits and handling remote wakeup and dynamic muxing.

Re: [PATCH v3 4/5] clk: basic gateable and fixed-rate clks

On Tuesday 22 November 2011, Mike Turquette wrote: > +static void clk_hw_gate_set_bit(struct clk *clk) > +{ > + struct clk_hw_gate *gate = to_clk_hw_gate(clk); > + u32 reg; > + > + reg = __raw_readl(gate->reg); > + reg |= BIT(gate->bit_idx); > + __raw_writel(reg, gate-

Re: [PATCH v3 5/5] clk: export tree topology and clk data via sysfs

On Tuesday 22 November 2011, Mike Turquette wrote: > Introduces kobject support for the common struct clk, exports per-clk > data via read-only callbacks and models the clk tree topology in sysfs. > > Also adds support for generating the clk tree in clk_init and migrating > nodes when input source

Re: [PATCH 0/5] OMAP4: cache fixes for 4460

On Tue, Nov 22, 2011 at 6:02 PM, Mans Rullgard wrote: > On 22 November 2011 05:14, Shilimkar, Santosh > wrote: >> Mans, >> >> On Tue, Nov 22, 2011 at 8:15 AM, Mans Rullgard >> wrote: >>> These patches fix and tweak various cache settings for the 4460 >>> resulting in a speed increase exceeding

Re: [PATCH 0/5] OMAP4: cache fixes for 4460

On 22 November 2011 05:14, Shilimkar, Santosh wrote: > Mans, > > On Tue, Nov 22, 2011 at 8:15 AM, Mans Rullgard > wrote: >> These patches fix and tweak various cache settings for the 4460 >> resulting in a speed increase exceeding 10% in some tests. >> >> Mans Rullgard (5): >>  OMAP4: apply L2 c

Re: [PATCH 5/5] OMAP4: do not force workarounds for errata fixed in 4460

On 22 November 2011 10:30, Andy Green wrote: > On 11/22/2011 10:45 AM, Somebody in the thread at some point said: >> >> Signed-off-by: Mans Rullgard >> --- >>  arch/arm/mach-omap2/Kconfig |    3 --- >>  1 files changed, 0 insertions(+), 3 deletions(-) >> >> diff --git a/arch/arm/mach-omap2/Kconfig

Re: [RFC 1/3] pinctrl: add a driver for the OMAP pinmux

On Tue, Nov 22, 2011 at 12:09 PM, Thomas Abraham wrote: > On 17 November 2011 19:27, Linus Walleij wrote: >> >> Maybe I'm mistaken about the device tree ambitions, but >> I was sort of hoping that it would not contain too much >> custom magic numbers that need to be cross-referenced >> elsewhere

Re: [RFC 1/3] pinctrl: add a driver for the OMAP pinmux

Hi Linus, On 17 November 2011 19:27, Linus Walleij wrote: > On Thu, Nov 17, 2011 at 12:26 PM, Thomas Abraham > wrote: > >> For now, the Samsung GPIO, Pinconfig and Pinmux information is >> represented in device tree as listed below. > > Does this mean that the understanding of this format is mer

Re: [PATCH 5/5] OMAP4: do not force workarounds for errata fixed in 4460

On 11/22/2011 10:45 AM, Somebody in the thread at some point said: Signed-off-by: Mans Rullgard --- arch/arm/mach-omap2/Kconfig |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig index fe18e27..427d27b 100644 ---

Announcement:Linaro Android 2.3.7 builds

Hi, Linaro Android has now moved up to 2.3.7 for all builds. The daily builds (https://android-build.linaro.org/) are now based on the linaro_android_2.3.7 branch of the manifest. If you have any development branches based on linaro_

Re: LAVA master images.

Hi Zygmunt, I don't have master reference images, but it actually makes me realise I should be keeping them, along with documentation on each one (u-boot, kernel etc). I've got a BP assigned to me to get this all documented. In the meantime I also need to deploy new master images on a few board