Modify

Opened 5 years ago

Closed 5 years ago

Last modified 5 years ago

#13121 closed defect (wontfix)

why use softfp on the ARMADA XP/370?

Reported by: sniperpr@… Owned by: developers
Priority: high Milestone:
Component: kernel Version: Trunk
Keywords: armada vfp softfp Cc: florian@…

Description

https://dev.openwrt.org/browser/trunk/target/linux/mvebu/Makefile

-mfloat-abi=softfp

ARMADA XP/370 has VFP3.0.

now, PJ4 patch , on the gcc r195333.

Original patch is at http://gcc.gnu.org/ml/gcc-patches/2012-06/msg01297.html

so, -march=armv7-a change to -march=marvell-pj4

thanks.

Attachments (2)

RE-PATCH-ARM-New-CPU-support-for-Marvell-PJ4-cores.patch (13.9 KB) - added by sniperpr@… 5 years ago.
pj4.config (140.2 KB) - added by linuxpro <sniperpr@…> 5 years ago.

Download all attachments as: .zip

Change History (9)

comment:1 Changed 5 years ago by florian

  • Resolution set to wontfix
  • Status changed from new to closed

The use of the software floating ABI allows for package reuse between targets having hardware FPU support or not. The GCC patch has not yet been merged, so until it is, the current -march value is correct.

comment:2 Changed 5 years ago by anonymous

  • Resolution wontfix deleted
  • Status changed from closed to reopened

But it seriously thwarts performance on machines with FPU, no? You see, all modern Linux distros are using hard FP. Even those full-bloated ones. And on low-powered devices you can't have too much speed for sure.

comment:3 Changed 5 years ago by florian

  • Resolution set to wontfix
  • Status changed from reopened to closed

The platforms we support are intended to be used as routers, not as multimedia platform, where using the FPU matters. We can certainly work towards having support for armhf, but this really is not a priority for the mvebu target.

comment:4 follow-up: Changed 5 years ago by anonymous

  • Resolution wontfix deleted
  • Status changed from closed to reopened

Sure, OpenWRT is "for routers" (though I'm curious if, say, wikireader would count as such?). But if I'll want "just router" it's okay to use stock firmware. OpenWRT gives us a power to run many kinds of different networking software. Some of that software could benefit from floating point support for sure. So as for me it would be great if you'll consider such options in future instead of just blindly closing such bugs (which is quite frustrating approach to my taste). After all, floating point variables are used in quite many programs these days.

comment:5 in reply to: ↑ 4 Changed 5 years ago by linuxpro <sniperpr@…>

patch bintuils :
http://sourceware.org/ml/binutils/2013-01/msg00478.html
mod .config

CONFIG_DEFAULT_TARGET_OPTIMIZATION="-Os -pipe -mcpu=marvell-pj4 -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=softfp"
CONFIG_TARGET_OPTIMIZATION="-Os -pipe -mcpu=marvell-pj4 -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=softfp"

mod :
target/linux/mveub/Makefile .

CFLAGS:=-Os -pipe -mcpu=marvell-pj4 -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=softfp

make V=99 2>&1 | tee BUILD.LOG | grep -i error

you can use my config( pj4.config)

Changed 5 years ago by linuxpro <sniperpr@…>

comment:6 Changed 5 years ago by jow

  • Resolution set to wontfix
  • Status changed from reopened to closed

"wontfix" means exactly that - no active developer is going to work on it, thus the ticket will never get fixed, it just litters up trac, adding yet another feature request to the several thousand existing tickets nobody is ever going to look at.

Reopening such tickets only annoys anyone involved and it is certainly not the correct place to start development discussion, use the appropriate mailing lists for that.

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.