<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mtk-20170518/target/linux/archs38/generic, branch master</title>
<subtitle>MTK 20170518 : Mediatek SDK based on OpenWRT Barrier Breaker</subtitle>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/'/>
<entry>
<title>archs38: switch to kmod-usb2</title>
<updated>2018-02-14T06:54:24+00:00</updated>
<author>
<name>Evgeniy Didin</name>
<email>Evgeniy.Didin@synopsys.com</email>
</author>
<published>2018-02-13T14:24:24+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=0a1a672e9593f492f5b01f880ffefe8f53a2a061'/>
<id>0a1a672e9593f492f5b01f880ffefe8f53a2a061</id>
<content type='text'>
We have managed to get USB 2.0 working good enough
on all archs38 platforms so we're ready to switch
to much faster USB 2.0.

Signed-off-by: Evgeniy Didin &lt;Evgeniy.Didin@synopsys.com&gt;
CC: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
CC: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
CC: John Crispin &lt;john@phrozen.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We have managed to get USB 2.0 working good enough
on all archs38 platforms so we're ready to switch
to much faster USB 2.0.

Signed-off-by: Evgeniy Didin &lt;Evgeniy.Didin@synopsys.com&gt;
CC: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
CC: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
CC: John Crispin &lt;john@phrozen.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>archs38: Merge sd and ramfs subtargets in generic again</title>
<updated>2016-08-20T03:33:47+00:00</updated>
<author>
<name>Alexey Brodkin</name>
<email>Alexey.Brodkin@synopsys.com</email>
</author>
<published>2016-08-19T10:58:36+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=334fdea08d71079d6e0f5bc8dc79790c0402ae2a'/>
<id>334fdea08d71079d6e0f5bc8dc79790c0402ae2a</id>
<content type='text'>
As it turned out we may actually build both initramfs and
SD-based images in one run with just a small tweak in
existing image/Makefile and so we do here.

We're back with one "generic" target for all ARC HS38-based bords.

Kudos to John for his patience and very helpful tips!

Signed-off-by: John Crispin &lt;john@phrozen.org&gt;
Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Jo-Philipp Wich &lt;jo@mein.io&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
As it turned out we may actually build both initramfs and
SD-based images in one run with just a small tweak in
existing image/Makefile and so we do here.

We're back with one "generic" target for all ARC HS38-based bords.

Kudos to John for his patience and very helpful tips!

Signed-off-by: John Crispin &lt;john@phrozen.org&gt;
Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Jo-Philipp Wich &lt;jo@mein.io&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>archs38: Introduce images for SD-cards</title>
<updated>2016-08-16T10:20:32+00:00</updated>
<author>
<name>Alexey Brodkin</name>
<email>Alexey.Brodkin@synopsys.com</email>
</author>
<published>2016-08-16T11:49:20+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=df4f41261cf9da3cb1681c7495c51badfe1d999c'/>
<id>df4f41261cf9da3cb1681c7495c51badfe1d999c</id>
<content type='text'>
Historically on ARC we started from initramfs-based images because:
 a) It was much easier to debug especially when toolchain and other
    components were changing quite dynamically
 b) It was our usual approach for embedded Linux

But now with ARC port of Lede/OpenWRT getting more stable and mature
we're ready for more real-life scenarios with FS permanently stored
on SD-card. This essentially benefits from ability to setup devices
that survive reboots with all settings and extra packages kept in place.

Still we keep an ability to build images with initramfs.
This allows us to use storage-less simulators for testing still.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: John Crispin &lt;john@phrozen.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Historically on ARC we started from initramfs-based images because:
 a) It was much easier to debug especially when toolchain and other
    components were changing quite dynamically
 b) It was our usual approach for embedded Linux

But now with ARC port of Lede/OpenWRT getting more stable and mature
we're ready for more real-life scenarios with FS permanently stored
on SD-card. This essentially benefits from ability to setup devices
that survive reboots with all settings and extra packages kept in place.

Still we keep an ability to build images with initramfs.
This allows us to use storage-less simulators for testing still.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: John Crispin &lt;john@phrozen.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>archs38: Remove MMC kernel modules, they are built-in now</title>
<updated>2016-08-16T10:20:12+00:00</updated>
<author>
<name>Alexey Brodkin</name>
<email>Alexey.Brodkin@synopsys.com</email>
</author>
<published>2016-08-16T11:49:19+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=7abf9eda8a60ab2c730fc2807a2047ee19280e31'/>
<id>7abf9eda8a60ab2c730fc2807a2047ee19280e31</id>
<content type='text'>
If we want to boot from SD-card we need to have corresponding
drivers already built-in so there's no point in having these
modules.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If we want to boot from SD-card we need to have corresponding
drivers already built-in so there's no point in having these
modules.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>linux/archs38: Add wireless AP capabilities similarly to axs101</title>
<updated>2016-07-11T12:19:47+00:00</updated>
<author>
<name>Alexey Brodkin</name>
<email>Alexey.Brodkin@synopsys.com</email>
</author>
<published>2016-07-07T10:23:33+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=055ba75f9233cb672b40826db0f22f01ecb9e3ef'/>
<id>055ba75f9233cb672b40826db0f22f01ecb9e3ef</id>
<content type='text'>
Now when ath9k-htc USB dongle works with axs103 in OHCI mode
quite fine adding corresponding features to default configuration.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Now when ath9k-htc USB dongle works with axs103 in OHCI mode
quite fine adding corresponding features to default configuration.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>linux/archs38: Disable USB 2.0</title>
<updated>2016-07-05T20:59:14+00:00</updated>
<author>
<name>Alexey Brodkin</name>
<email>Alexey.Brodkin@synopsys.com</email>
</author>
<published>2016-07-05T12:41:58+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=2005732ea778ed0376c88b26e1944ab7029e43f0'/>
<id>2005732ea778ed0376c88b26e1944ab7029e43f0</id>
<content type='text'>
As of today USB 2.0 (AKA EHCI) doesn't work on axs103 board
and so there's no reason to build corresponding software for it.

Once USB 2.0 gets fixed on axs103 thi patch might be reverted.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
As of today USB 2.0 (AKA EHCI) doesn't work on axs103 board
and so there's no reason to build corresponding software for it.

Once USB 2.0 gets fixed on axs103 thi patch might be reverted.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>linux: add support of Synopsys ARCHS38-based boards</title>
<updated>2016-02-18T08:22:32+00:00</updated>
<author>
<name>John Crispin</name>
<email>john@openwrt.org</email>
</author>
<published>2016-02-18T08:22:32+00:00</published>
<link rel='alternate' type='text/html' href='http://www.chd.sx/cgit/mtk-20170518/commit/?id=73015c4cb3787cccadc72b53fdb84b2d45c90136'/>
<id>73015c4cb3787cccadc72b53fdb84b2d45c90136</id>
<content type='text'>
This patch introduces support of new boards with ARC HS38 cores.

ARC HS38 is a new generation of ARC cores which utilize ARCv2 ISA.
As with ARC770 we're addind support for 2 boards for now:

 [1] Synopsys SDP board (AXS103)
     This is the same base-board as in AXS101 but with
     FPGA-based CPU-tile where ARCHs38 core is implemented.

 [2] nSIM
     Again this is the same simulation engine but configured for
     new instruction set and features of new CPU.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Felix Fietkau &lt;nbd@openwrt.org&gt;
Cc: Jo-Philipp Wich &lt;jow@openwrt.org&gt;
Cc: Jonas Gorski &lt;jogo@openwrt.org&gt;

SVN-Revision: 48740
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This patch introduces support of new boards with ARC HS38 cores.

ARC HS38 is a new generation of ARC cores which utilize ARCv2 ISA.
As with ARC770 we're addind support for 2 boards for now:

 [1] Synopsys SDP board (AXS103)
     This is the same base-board as in AXS101 but with
     FPGA-based CPU-tile where ARCHs38 core is implemented.

 [2] nSIM
     Again this is the same simulation engine but configured for
     new instruction set and features of new CPU.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Felix Fietkau &lt;nbd@openwrt.org&gt;
Cc: Jo-Philipp Wich &lt;jow@openwrt.org&gt;
Cc: Jonas Gorski &lt;jogo@openwrt.org&gt;

SVN-Revision: 48740
</pre>
</div>
</content>
</entry>
</feed>
