Dave Martin wrote:
> On Sun, Dec 5, 2010 at 2:12 PM, Thomas Petazzoni
> wrote:
> > Hi,
> >
> > On Fri, 3 Dec 2010 16:28:27 +
> > Dave Martin wrote:
> >
> >> This allows for more active power management of such functional
> >> blocks: if the CPU is not fully loaded, you can turn them off -- th
On Wed, Dec 8, 2010 at 11:01 AM, Jamie Lokier wrote:
> Dave Martin wrote:
>> On Sun, Dec 5, 2010 at 2:12 PM, Thomas Petazzoni
>> wrote:
>> > Hi,
>> >
>> > On Fri, 3 Dec 2010 16:28:27 +
>> > Dave Martin wrote:
>> >
>> >> This allows for more active power management of such functional
>> >> bl
Hi,
On Tue, Dec 7, 2010 at 9:15 PM, Ben Dooks wrote:
[...]
>
> Could you do what the original FP did, and start with units off and use
> the first use of $unit in the process to turn it on? Do things like NEON
> support this?
>
Actually, this is still done -- it's the same code since NEON and
On 03/12/10 16:28, Dave Martin wrote:
> Hi all,
>
> I'd be interested in people's views on the following idea-- feel free
> to ignore if it doesn't interest you.
>
>
> For power-management purposes, it's useful to be able to turn off
> functional blocks on the SoC.
>
> For on-SoC peripherals, t
On Tue, Dec 7, 2010 at 3:21 PM, Russell King - ARM Linux
wrote:
> On Tue, Dec 07, 2010 at 03:06:51PM +, Dave Martin wrote:
>> Hi,
>>
>> On Tue, Dec 7, 2010 at 11:04 AM, Russell King - ARM Linux
>> wrote:
>> > On Tue, Dec 07, 2010 at 10:45:42AM +, Dave Martin wrote:
>> >> Yes-- though I di
On Tue, Dec 07, 2010 at 03:06:51PM +, Dave Martin wrote:
> Hi,
>
> On Tue, Dec 7, 2010 at 11:04 AM, Russell King - ARM Linux
> wrote:
> > On Tue, Dec 07, 2010 at 10:45:42AM +, Dave Martin wrote:
> >> Yes-- though I didn't elaborate on it. You need a packager that can
> >> understand, say
Hi,
On Tue, Dec 7, 2010 at 11:04 AM, Russell King - ARM Linux
wrote:
> On Tue, Dec 07, 2010 at 10:45:42AM +, Dave Martin wrote:
>> Yes-- though I didn't elaborate on it. You need a packager that can
>> understand, say, that a binary built for ARMv5 EABI can interoperate
>> with ARMv7 binarie
On Tue, Dec 07, 2010 at 10:45:42AM +, Dave Martin wrote:
> Yes-- though I didn't elaborate on it. You need a packager that can
> understand, say, that a binary built for ARMv5 EABI can interoperate
> with ARMv7 binaries etc.
> Again, I've heard it suggested that RPM can handle this, but I have
Hi,
On Tue, Dec 7, 2010 at 1:02 AM, Mark Mitchell wrote:
> On 12/6/2010 5:07 AM, Dave Martin wrote:
>
>>> But,
>>> to enable binary distribution, having to have N copies of a library (let
>>> alone an application) for N different ARM core variants just doesn't
>>> make sense to me.
>>
>> Just so,
On 12/6/2010 5:07 AM, Dave Martin wrote:
>> But,
>> to enable binary distribution, having to have N copies of a library (let
>> alone an application) for N different ARM core variants just doesn't
>> make sense to me.
>
> Just so, and as discussed before improvements to package managers
> could h
On Sun, Dec 5, 2010 at 3:14 PM, Mark Mitchell wrote:
> On 12/3/2010 11:35 AM, Dave Martin wrote:
>
>> What you describe is one of two mechanisms currently in use--- the
>> other is for a single library to contain two implementations of
>> certain functions and to choose between them based on the h
On Sun, Dec 5, 2010 at 2:12 PM, Thomas Petazzoni
wrote:
> Hi,
>
> On Fri, 3 Dec 2010 16:28:27 +
> Dave Martin wrote:
>
>> This allows for more active power management of such functional
>> blocks: if the CPU is not fully loaded, you can turn them off -- the
>> kernel can spot when there is si
On 12/3/2010 11:35 AM, Dave Martin wrote:
> What you describe is one of two mechanisms currently in use--- the
> other is for a single library to contain two implementations of
> certain functions and to choose between them based on the hwcaps.
> Typically, one set of functions is chosen a library
Hi,
On Fri, 3 Dec 2010 16:28:27 +
Dave Martin wrote:
> This allows for more active power management of such functional
> blocks: if the CPU is not fully loaded, you can turn them off -- the
> kernel can spot when there is significant idle time and do this. If
> the CPU becomes fully loaded,
On Fri, Dec 03, 2010 at 04:28:27PM +, Dave Martin wrote:
> For on-SoC peripherals, this can be managed through the driver
> framework in the kernel, but for functional blocks of the CPU itself
> which are used by instruction set extensions, such as NEON or other
> media accelerators, it would b
Hi,
On Fri, Dec 3, 2010 at 4:51 PM, Russell King - ARM Linux
wrote:
> On Fri, Dec 03, 2010 at 04:28:27PM +, Dave Martin wrote:
>> For on-SoC peripherals, this can be managed through the driver
>> framework in the kernel, but for functional blocks of the CPU itself
>> which are used by instruc
Dave,
For the case of NEON and its use in graphics libraries, we are certainly
pushing explicitly for runtime detection. However, this tends to be done by
detecting the presence of NEON at initialization time, rather than at each
path invocation (to avoid rescanning /proc/self/auxv). Are you say
17 matches
Mail list logo
