src/sys/arm/xscale/std.xscale, branch mainFreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=main2018-07-27T21:25:07ZRemove xscale support.2018-07-27T21:25:07ZWarner Loshimp@FreeBSD.org2018-07-27T21:25:07Zurn:sha1:888a3139271bbccc34f56cedf28e5f2694c27313
As discussed in arm@. This is a scaled back version of the prior
commit because xscale is overlaoded in places to mean armv5 or
similar. The OLD XSCALE stuff hasn't been useful in a while. The
original committer (cognet@) was the only one that had boards for
it. He's blessed this removal. Newer XSCALE (GUMSTIX) is for hardware
that's quite old. After discussion on arm@, it was clear there was no
support for keeping it.
Noticed by: andrew@
Revert r336773: it removed too much.2018-07-27T21:25:01ZWarner Loshimp@FreeBSD.org2018-07-27T21:25:01Zurn:sha1:c81b12e0d76c114c5c10ab1e164fd42dae6512d9
r336773 removed all things xscale. However, some things xscale are
really armv5. Revert that entirely. A more modest removal will follow.
Noticed by: andrew@
Remove xscale support2018-07-27T18:33:09ZWarner Loshimp@FreeBSD.org2018-07-27T18:33:09Zurn:sha1:626930c2fd8a38debee0ea281da565f36ee15053
The OLD XSCALE stuff hasn't been useful in a while. The original
committer (cognet@) was the only one that had boards for it. He's
blessed this removal. Newer XSCALE (GUMSTIX) is for hardware that's
quite old. After discussion on arm@, it was clear there was no support
for keeping it.
Differential Review: https://reviews.freebsd.org/D16313
Set machine correctly on ARM. This allows universe to use the correct world2012-08-18T05:48:19ZAndrew Turnerandrew@FreeBSD.org2012-08-18T05:48:19Zurn:sha1:19a0f7f9cb9b418845c05b11c05cd63f3c7f533c
when building each kernel.
Reviewed by: imp
Merging projects/armv6, part 12012-08-15T03:03:03ZOleksandr Tymoshenkogonzo@FreeBSD.org2012-08-15T03:03:03Zurn:sha1:cf1a573f04f16c213467a06efded779b4e049edd
Cummulative patch of changes that are not vendor-specific:
- ARMv6 and ARMv7 architecture support
- ARM SMP support
- VFP/Neon support
- ARM Generic Interrupt Controller driver
- Simplification of startup code for all platforms
Not quite ready for this yet, so comment it out.2012-07-10T01:32:52ZWarner Loshimp@FreeBSD.org2012-07-10T01:32:52Zurn:sha1:fcdf8255c55ae40be6cfb0ea65f0594d98a7fbadAll xscale ports are armeb, so mark it here. This should reduce universe2012-06-29T04:13:31ZWarner Loshimp@FreeBSD.org2012-06-29T04:13:31Zurn:sha1:53edbb2cfeedbcfc77e5e9ffacaad19bb3821796
times a little.
Instead of using sysarch() to store-retrieve the tp, add a magic address,2005-02-26T18:59:01ZOlivier Houchardcognet@FreeBSD.org2005-02-26T18:59:01Zurn:sha1:f4c01f15087cdc4831e45ea1642525e77c5cfaf9
ARM_TP_ADDRESS, where the tp will be stored. On CPUs that support it, a cache
line will be allocated and locked for this address, so that it will never go
to RAM. On CPUs that does not, a page is allocated for it (it will be a bit
slower, and is wrong for SMP, but should be fine for UP).
The tp is still stored in the mdthread struct, and at each context switch,
ARM_TP_ADDRESS gets updated.
Suggested by: davidxu