ARM64: Disabling warnings about deprecated armv8 instructions

Michael Zoran mzoran at crowfest.net
Mon Jan 30 11:53:24 PST 2017


On Mon, 2017-01-30 at 18:49 +0000, Will Deacon wrote:
> This was all discussed in some detail back in 2014:
> 
> http://lists.infradead.org/pipermail/linux-arm-kernel/2014-July/26850
> 4.html
> 
> and specifically:
> 
> http://lists.infradead.org/pipermail/linux-arm-kernel/2014-July/26967
> 5.html
> 
> I was initially against any emulation at all (which wasn't the right
> answer
> to the problem), but there was a productive discussion and an agreed
> solution. I'm really not keen to re-open that can of worms unless
> something
> significant has changed.
> 

Yes this is a very deep subject and it goes beyond my technical
understanding of ARM.

One point that was made in the topic is does filling up the dmesg log
really going to give an incentive to people to complain to whoever they
got the software from?  Especially in the case of beginners that may
not even know what dmesg is or what it is for?

I know moving to a single binary is a long term goal.  If I downloaded
a new version of the standard kernel and it broke my favorite piece of
software, who would I blame?  Most people would probably blame the
kernel image, not the application/software.

I know I'm mostly interested in the Raspberry PI, and that case is more
complex because the kernel, user mode software, and hardware all
originate from the same place.  But that certainly isn't the general
case for ARM.

The log once or slow down the rate of logging seems like a good
compromise.  Maybe after a certain number of logging hit, the CPU goes
back to hardware emulation if available?  





More information about the linux-arm-kernel mailing list