On Thu, 2014-02-20 at 14:24 +, Ian Campbell wrote:
> On Thu, 2014-02-20 at 14:23 +0100, Andrew Lunn wrote:
[...]
> > What i suspect we will end up doing it dropping the last patch for the
> > moment and ensuring ARCH_KIRKWOOD still supports all the DT machines.
> > I think that just needs care
I'm adding the mpg123 assembly guru to the CC list, as I imagine he
would be interested in why his ARM NEON code doesn't work on a Cortex
A8 chip here. Needless to say, it worked before (on other systems).
Also, the precision of the arm_nofpu code does not look right. This
topic is now shifting tow
On Thu, 2014-02-20 at 16:19 +0100, Arnd Bergmann wrote:
> On Thursday 20 February 2014 14:21:10 Ian Campbell wrote:
> > On Thu, 2014-02-20 at 14:53 +0100, Arnd Bergmann wrote:
> > > On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> > > * ixp4xx is too different from the others and I don't
Thomas Orgis wrote:
So, I got conversion to float implemented now and tested with the
generic_nofpu decoder on x86-64. It _should_ of course work with ARM,
too;-) If you'd like to check the current snapshot of mpg123,
http://mpg123.org/snapshot/mpg123-20140220132548.tar.bz2 ,
you hopefu
On Thu, Feb 20, 2014 at 11:39:16AM +, Ian Campbell wrote:
> On Thu, 2014-02-20 at 11:19 +, Russell King - ARM Linux wrote:
> > What's wrong with the soc subsystem (drivers/base/soc.c). This
> > provides a way to export SoC through standardised interfaces.
>
> It looks like the thing to u
On Thursday 20 February 2014 14:21:10 Ian Campbell wrote:
> On Thu, 2014-02-20 at 14:53 +0100, Arnd Bergmann wrote:
> > On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> > * ixp4xx is too different from the others and I don't think it's
> > possible to turn it over to multiplatform.
> >
On Thu, 2014-02-20 at 14:23 +0100, Andrew Lunn wrote:
> > > What this patchset does is also make mach-mvebu part of the multi v5
> > > kernel. So you just need one kernel for all ARM v5 machines which are
> > > part of multi v5. The long term goal is that you need just two 32 ARM
> > > kernels, mul
On Thu, 2014-02-20 at 14:04 +0100, Arnd Bergmann wrote:
> On Thursday 20 February 2014 13:18:21 Andrew Lunn wrote:
> > > IOW that all of the platforms currently supported by the
> > > Debian kirkwood flavour remain supportable in the same binary after this
> > > change. It looks like it should be t
On Thu, 2014-02-20 at 14:53 +0100, Arnd Bergmann wrote:
> On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> > On Thu, 2014-02-20 at 13:18 +0100, Andrew Lunn wrote:
> > > On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> > Debian has a single v7 flavour, armmp which uses the
On Thursday 20 February 2014 12:51:04 Ian Campbell wrote:
> On Thu, 2014-02-20 at 13:18 +0100, Andrew Lunn wrote:
> > On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> Debian has a single v7 flavour, armmp which uses the multi platform
> stuff. (actually there is a second armmp-lpae,
> > What this patchset does is also make mach-mvebu part of the multi v5
> > kernel. So you just need one kernel for all ARM v5 machines which are
> > part of multi v5. The long term goal is that you need just two 32 ARM
> > kernels, multi v5 and multi v7. However orion5x and mv76xx0 are not
> > ye
On Thursday 20 February 2014 13:18:21 Andrew Lunn wrote:
>
> What this patchset does is also make mach-mvebu part of the multi v5
> kernel. So you just need one kernel for all ARM v5 machines which are
> part of multi v5. The long term goal is that you need just two 32 ARM
> kernels, multi v5 and
On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> (adding debian-arm/-kernel)
> On Thu, 2014-02-20 at 11:58 +0100, Andrew Lunn wrote:
> > On Thu, Feb 20, 2014 at 10:30:17AM +, Ian Campbell wrote:
> > > On Fri, 2014-02-07 at 18:34 +0100, Sebastian Hesselbarth wrote:
> > > > On 02/0
On Thu, 2014-02-20 at 13:18 +0100, Andrew Lunn wrote:
> On Thu, Feb 20, 2014 at 11:34:36AM +, Ian Campbell wrote:
> > (adding debian-arm/-kernel)
> > On Thu, 2014-02-20 at 11:58 +0100, Andrew Lunn wrote:
> > > On Thu, Feb 20, 2014 at 10:30:17AM +, Ian Campbell wrote:
> > > > On Fri, 2014-02
> >> > I see. In that case, I'll have to leave the package as it until
> >> > something along those lines is implemented.
So, I got conversion to float implemented now and tested with the
generic_nofpu decoder on x86-64. It _should_ of course work with ARM,
too;-) If you'd like to check the curren
On Thu, 2014-02-20 at 11:19 +, Russell King - ARM Linux wrote:
> What's wrong with the soc subsystem (drivers/base/soc.c). This
> provides a way to export SoC through standardised interfaces.
It looks like the thing to use to me.
It seems to have been around only since v3.3 though, which ma
(adding debian-arm/-kernel)
On Thu, 2014-02-20 at 11:58 +0100, Andrew Lunn wrote:
> On Thu, Feb 20, 2014 at 10:30:17AM +, Ian Campbell wrote:
> > On Fri, 2014-02-07 at 18:34 +0100, Sebastian Hesselbarth wrote:
> > > On 02/07/2014 12:42 AM, Andrew Lunn wrote:
> > > > Now that all the device tree
Se non visualizzi correttamente questa newsletter clicca
qui:http://www.kiwari.com/r252/dem_r.asp?G=3D30F9G0G452G327AG4C6G16G***
Preventivi gratuiti per Allestimenti fieristici |
VENDITAhttp://www.kiwari.com/r252/dem_r.asp?G=3D30F9G0G452G327BG4C6G16G***
Preventivi gr
18 matches
Mail list logo
