svn commit: r48592 - head/en_US.ISO8859-1/htdocs/news/status

Warren Block <[email protected]>
Newsgroups gmane.os.freebsd.devel.cvs.doc
Message-ID <[email protected]>
Author: wblock
Date: Tue Apr 12 22:17:16 2016
New Revision: 48592
URL: https://svnweb.freebsd.org/changeset/doc/48592

Log:
  Add AmigaOne report from Justin Hibbits <[email protected]>.

Modified:
  head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml

Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml	Tue Apr 12 22:12:35 2016	(r48591)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml	Tue Apr 12 22:17:16 2016	(r48592)
@@ -1069,4 +1069,95 @@
       </task>
     </help>
   </project>
+
+  <project cat='arch'>
+    <title>AmigaOne X5000 support</title>
+
+    <contact>
+      <person>
+	<name>
+	  <given>Justin</given>
+	  <common>Hibbits</common>
+	</name>
+	<email>[email protected]</email>
+      </person>
+    </contact>
+
+    <links>
+      <url href="http://www.amigaos.net/hardware/133/amigaone-x5000" />
+    </links>
+
+    <body>
+      <p>A continuation of the Book-E QorIQ support enhancements by
+	Semihalf dating back to 2012.</p>
+
+      <p>The AmigaOne X5000 series of AmigaOS compatible systems uses
+	the Freescale QorIQ series of SoCs for a desktop-class form
+	factor.  The work here entails adding support for the e5500
+	core itself, in addition to support for the SoC
+	peripherals.</p>
+
+      <p>Currently most code is checked in to enable basic support:
+	dTSEC (ethernet), core support (e500mc, e5500).  Additionally,
+	as part of this, rman, the kernel resource manager, was
+	enhanced to use uintmax_t for resources.  This allows devices
+	to be physically above the 4GB boundary on 32-bit systems.
+	With a statically compiled device tree, it boots to multiuser
+	mode, with nfsroot, and can be used as normal (serial and ssh
+	logins once configured).</p>
+    </body>
+
+    <sponsor>
+      Alex Perez (Inertial Computing)
+    </sponsor>
+
+    <help>
+      <task>
+	<p>eSDHC driver.  Work has been started on this, hijacking the
+	  imx_sdhc.c from Ian Lepore, but there are still bugs:
+	  missing DMA from the iMX driver, and odd timeouts after the
+	  system starts up.</p>
+      </task>
+
+      <task>
+	<p>SATA support.  There is a WIP driver for the SATA
+	  controller, but it's currently very slow, about 11MB/s on a
+	  SATA 2 link.  It currently relies on a 10ms delay on every
+	  SATA transaction, in order for it to be even somewhat
+	  stable.  Without this delay, the disk scan never works and I
+	  haven't yet figured out why.</p>
+      </task>
+
+      <task>
+	<p>Local console (VGA) support.  It currently boots with a
+	  serial console.  vgapci0 is seen if there's a PCIe graphics
+	  card, but vt(4) doesn't attach to it yet.</p>
+      </task>
+
+      <task>
+	<p>64-bit support.  The CPU on the board is a P5020, a 64-bit
+	  e5500 dual-core SoC.  Currently, booke support in FreeBSD is
+	  32-bit only.</p>
+      </task>
+
+      <task>
+	<p>SMP.  SMP support on Book-E hardware is currently
+	  broken.</p>
+      </task>
+
+      <task>
+	<p>U-boot support.  Currently this uses a compiled-in device
+	  tree, but it would be preferred for it to use the device
+	  tree provided by u-boot, or at least the Linux-compatible
+	  device tree.</p>
+      </task>
+
+      <task>
+	<p>More work is needed on the DPAA front (Datapath
+	  Acceleration Architecture) to improve the ethernet driver,
+	  and utilize the SEC engine for crypto, <tt>random(4)</tt>,
+	  and IPSec.</p>
+      </task>
+    </help>
+  </project>
 </report>
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/svn-doc-all
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.