On 15 March 2012 21:53, Guilherme Salgado wrote:
> Hi there,
>
> Launchpad now supports blueprint work items natively and we've already
> migrated the work items from the whiteboards of most Linaro Blueprints.
> Most of us wouldn't even notice those changes because we still have a
> text field to e
On Thu, Mar 15, 2012 at 2:43 AM, Sascha Hauer wrote:
> On Wed, Mar 14, 2012 at 05:51:48PM -0700, Turquette, Mike wrote:
>> @@ -84,9 +78,9 @@ static int clk_divider_bestdiv(struct clk_hw *hw,
>> unsigned long rate,
>>
>> for (i = 1; i <= maxdiv; i++) {
>> parent_rate = __clk_rou
The common clock framework defines a common struct clk useful across
most platforms as well as an implementation of the clk api that drivers
can use safely for managing clocks.
The net result is consolidation of many different struct clk definitions
and platform-specific clock framework implementa
Provide documentation for the common clk structures and APIs. This code
can be found in drivers/clk/ and include/linux/clk*.h.
Signed-off-by: Mike Turquette
Signed-off-by: Mike Turquette
Reviewed-by: Andrew Lunn
Cc: Russell King
Cc: Jeremy Kerr
Cc: Thomas Gleixner
Cc: Arnd Bergman
Cc: Paul
The common clock framework defines a common struct clk as well as an
implementation of the clk api that unifies clock operations on various
platforms and devices.
The net result is consolidation of many different struct clk definitions
and platform-specific clock framework implementations.
This s
Many platforms support simple gateable clocks, fixed-rate clocks,
adjustable divider clocks and multi-parent multiplexer clocks.
This patch introduces basic clock types for the above-mentioned hardware
which share some common characteristics.
Based on original work by Jeremy Kerr and contribution
Hi,
On 15/03/2012, Mans Rullgard wrote:
> On 14 March 2012 20:04, Jannis Pohlmann
> wrote:
>> Hi,
>>
>> I am currently playing with a couple of the development boards for which
>> there are Linaro hwpacks and LEBs. Since what I am trying to do requires
>> a lot of disk and network I/O, I've been
On 16 March 2012 15:50, Paul Larson wrote:
> This is just an early notification that the Linaro validation farm will be
> physically moving to a new site next week. Unfortunately, the network
> cables won't stretch that far, so it will mean some downtime. :)
>
> Here's the tentative plan:
>
> Wed
This is just an early notification that the Linaro validation farm will be
physically moving to a new site next week. Unfortunately, the network
cables won't stretch that far, so it will mean some downtime. :)
Here's the tentative plan:
Wednesday, March 21st - the rack with the toolchain server
Hi there. Over the next three months both GCC 4.7 and Ubuntu 12.04
'Precise' are coming out. We'll switch over to these pretty quickly
which will affect our internal testing and anyone using the binary
toolchain.
The changeover plan including dates, details of what's happening, and
backwards com
Hi Ashish,
> Any update on below patch?
> On Mon, 2012-02-06 at 18:18 +0530, Ashish Jangam wrote:
> > This driver adds support for the watchdog functionality provided by the
> > Dialog Semiconductor DA9052/53 PMIC chip.
> >
> > This patch is functionally tested on Samsung SMDKV6410.
> >
> > Sign
On Mon, Mar 12, 2012 at 7:08 AM, Avik Sil wrote:
>
>
> On 12 March 2012 11:28, Belisko Marek wrote:
>>
>> Hi,
>>
>> On Thu, Jan 26, 2012 at 12:30 AM, Tom Gall wrote:
>> > For the 12.01 cycle the Linaro Platforms team is pleased to announce
>> > the availability of the new linarotv-xbmc based ima
Hi there,
Launchpad now supports blueprint work items natively and we've already
migrated the work items from the whiteboards of most Linaro Blueprints.
Most of us wouldn't even notice those changes because we still have a
text field to enter work items and it uses the exact same format we used
be
> As far as I know this has not happened. Such a change would also have
> to include making the use of timer interrupts (as opposed to PMU counter
> interrupts) selectable at runtime. I believe the use of timer
> interrupts for oprofile data collection is still a configuration/boot
> option. Alt
On Thursday 15 March 2012, Mark Brown wrote:
> There were some other mutterings about using regmap for memory mapped
> devices, mostly from the point of view of building framework features
> like this on top of it. regmap currently makes some assumptions that
> the I/O is going to be slow so appro
Hey,
On 03/15/2012 01:26 PM, Mans Rullgard wrote:
> On 14 March 2012 20:04, Jannis Pohlmann
> wrote:
>> 3) Origen
>>
>> * the internal USB hub runs at Full Speed (12 MBit/s), resulting in a
>>maximum USB disk I/O of 1.5 MByte/s
>>
>> * since the board does not feature Ethernet itself, I tr
Hi Jani,
On Thu, Mar 15, 2012 at 8:20 AM, Jani Monoses wrote:
> On 03/14/2012 09:15 PM, Tom Gall wrote:
>>
>> Located in ppa:linaro-maintainers/tools can be found the newest
>> version of live-build, a45 with the following linaro features
>> applied:
>>
>> 1) armhf support (both native and cross
2012/3/15 周春华 :
> Dear Peter Maydell,
>
> Thank you for your help. I got an idea to log the guest physical address,
> would you mind help me to check it?
>
> Because the function tcg_out_qemu_ld() and tcg_out_qemu_st() know the guest
> virtual address should be accessed, we can call the
> [target-a
Dear Peter Maydell,
Thank you for your help. I got an idea to log the guest physical address,
would you mind help me to check it?
Because the function tcg_out_qemu_ld() and tcg_out_qemu_st() know the guest
virtual address should be accessed, we can call the
[target-arm/helper.c:get_phys_addr] fun
On 15 March 2012 15:20, Jani Monoses wrote:
> On 03/14/2012 09:15 PM, Tom Gall wrote:
>>
>> Located in ppa:linaro-maintainers/tools can be found the newest
>> version of live-build, a45 with the following linaro features
>> applied:
>>
>> 1) armhf support (both native and cross)
>> 2) linaro meta
2012/3/15 周春华 :
> Peter Maydell wrote:
>> Note that there are other slow paths for memory access which don't
>> use the TLB and instead do go via physical addresses at the time
>> they need to do the load/store.
>
> I want to know how to use these slow paths. Will they will "guest virtual ->
> gues
On 14 March 2012 20:04, Jannis Pohlmann wrote:
> Hi,
>
> I am currently playing with a couple of the development boards for which
> there are Linaro hwpacks and LEBs. Since what I am trying to do requires
> a lot of disk and network I/O, I've been paying special attention to the
> data transfer ra
Dear Peter Maydell,
I am very appreciated for you great help. There is still a question exist:
Note that there are other slow paths for memory access which don't
> use the TLB and instead do go via physical addresses at the time
> they need to do the load/store.
I want to know how to use these
On 03/14/2012 09:15 PM, Tom Gall wrote:
Located in ppa:linaro-maintainers/tools can be found the newest
version of live-build, a45 with the following linaro features
applied:
1) armhf support (both native and cross)
2) linaro meta bld information as was discussed at 4Q11 Linaro Connect
3) cros
2012/3/15 周春华 :
> Do you means that the QEMU TLB maps the guest virtual address to host
> virtual address,
Yes.
> and the begging and end virtual addresses of the memory
> allocated for RAM device emulating are the RAM physical begging and end
> address from guest view?
I don't know what you mea
Dear Peter Maydell,
Thanks for your reply. Would you mind give me more help?
My PC architecture is x86, so the tcg_out_qemu_ld() and tcg_out_qemu_st()
is in tcg/i386/tcg-target.c. Nevertheless, it is difficult for me to
understand them completely.
Do you means that the QEMU TLB maps the guest vi
On Thu, Mar 15, 2012 at 09:07:29AM +, Arnd Bergmann wrote:
> Very broadly speaking, I wonder whether we could use the regmap
> infrastructure for these things in the future, but I would first
> need to understand whether that is actually in the scope of regmap.
> It seems that you just need a
W dniu 15.03.2012 11:31, Jassi Brar pisze:
> Cool. You might also want to take a look at 'netperf', a small yet
> powerful tool.
Or iperf which I use for bandwidth tests.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/
On 15 March 2012 15:39, Jannis Pohlmann wrote:
> Hey,
>
> On 03/15/2012 01:39 AM, Tony Mansson wrote:
>> Hi,
>>
>> This is interesting. I'd like to reproduce the Ethernet speed tests.
>>
>> Do you have the exact command lines?
>
> Sure. You'll need two machines, on being the board. Both need to be
Hey,
On 03/15/2012 01:39 AM, Tony Mansson wrote:
> Hi,
>
> This is interesting. I'd like to reproduce the Ethernet speed tests.
>
> Do you have the exact command lines?
Sure. You'll need two machines, on being the board. Both need to be in
the same 100 or 1000 MBit/s LAN.
On the receiver's end
On Wed, Mar 14, 2012 at 05:51:48PM -0700, Turquette, Mike wrote:
> On Tue, Mar 13, 2012 at 5:05 AM, Sascha Hauer wrote:
> > On Mon, Mar 12, 2012 at 08:16:36PM -0700, Turquette, Mike wrote:
> >> On Mon, Mar 12, 2012 at 4:51 AM, Sascha Hauer
> >> wrote:
> >> > I tried another
> >> > approach on th
On Thursday 15 March 2012, Ying-Chun Liu (PaulLiu) wrote:
> From: "Ying-Chun Liu (PaulLiu)"
>
> Anatop is a mfd chip embedded in Freescale i.MX6Q SoC.
> Anatop provides regulators and thermal.
> This driver handles the address space and the operation of the mfd device.
Hi Paul,
This looks like
From: "Ying-Chun Liu (PaulLiu)"
Anatop is a mfd chip embedded in Freescale i.MX6Q SoC.
Anatop provides regulators and thermal.
This driver handles the address space and the operation of the mfd device.
Signed-off-by: Ying-Chun Liu (PaulLiu)
Acked-by: Shawn Guo
Cc: Samuel Ortiz
Cc: Mark Brown
33 matches
Mail list logo
