<feed xmlns='http://www.w3.org/2005/Atom'>
<title>u-boot.git/board/logicpd, branch v2017.05</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>http://cgit.235523.xyz/u-boot.git/atom/board/logicpd?h=v2017.05</id>
<link rel='self' href='http://cgit.235523.xyz/u-boot.git/atom/board/logicpd?h=v2017.05'/>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/'/>
<updated>2017-04-12T16:59:12Z</updated>
<entry>
<title>imx: i.mx6q: add the initial support for LogicPD i.MX6Q SOM</title>
<updated>2017-04-12T16:59:12Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2017-04-07T15:25:34Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=f479cec3b623778c26b23f66dc28cf33100ce089'/>
<id>urn:sha1:f479cec3b623778c26b23f66dc28cf33100ce089</id>
<content type='text'>
Logic PD has an i.MX6Q system on module (SOM) with a development kit. The
SOM has a built-in microSD socket, DDR and NAND flash.  The development kit
has an SMSC Ethernet PHY, serial debug port and a variety of peripherals.
This have been verified to boot the i.MX6Q version over either SD
on the development kit or NAND built into the SOM.  Items in the dtsi file
are specific to the SOM itself.  Items in the dts file are in the baseboard.
Future versions of the SOM will come out supporting the same basebord and
potentially future base boards will come out supporting the same SOM.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>ti: boot: Register the MMC controllers in SPL in the same way as in u-boot</title>
<updated>2017-03-20T02:17:14Z</updated>
<author>
<name>Jean-Jacques Hiblot</name>
<email>jjhiblot@ti.com</email>
</author>
<published>2017-02-01T10:39:14Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=d5abcf94c7123167725fc22ace342f0d455093c1'/>
<id>urn:sha1:d5abcf94c7123167725fc22ace342f0d455093c1</id>
<content type='text'>
To keep a consistent MMC device mapping in SPL and in u-boot, let's
register the MMC controllers the same way in u-boot and in the SPL.
In terms of boot time, it doesn't hurt to register more controllers than
needed because the MMC device is initialized only prior being accessed for
the first time.
Having the same device mapping in SPL and u-boot allows us to use the
environment in SPL whatever the MMC boot device.

Signed-off-by: Jean-Jacques Hiblot &lt;jjhiblot@ti.com&gt;
</content>
</entry>
<entry>
<title>serial, ns16550: bugfix: ns16550 fifo not enabled</title>
<updated>2017-01-20T14:15:19Z</updated>
<author>
<name>Heiko Schocher</name>
<email>hs@denx.de</email>
</author>
<published>2017-01-18T07:05:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=17fa032671f7981628fe16b30399638842a4b1bb'/>
<id>urn:sha1:17fa032671f7981628fe16b30399638842a4b1bb</id>
<content type='text'>
commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor"
breaks u-boot commandline working with long commands
sending to the board.

Since the above patch, you have to setup the fcr register.

For board/archs which enable OF_PLATDATA, the new field
fcr in struct ns16550_platdata is not filled with a
default value ...

This leads in not setting up the uarts fifo, which ends
in problems, when you send long commands to u-boots
commandline.

Detected this issue with automated tbot tests on am335x
based shc board.

The error does not popup, if you type commands. You need
to copy&amp;paste a long command to u-boots commandshell
(or send a long command with tbot)

Possible boards/plattforms with problems:
./arch/arm/cpu/arm926ejs/lpc32xx/devices.c
./arch/arm/mach-tegra/board.c
./board/overo/overo.c
./board/quipos/cairo/cairo.c
./board/logicpd/omap3som/omap3logic.c
./board/logicpd/zoom1/zoom1.c
./board/timll/devkit8000/devkit8000.c
./board/lg/sniper/sniper.c
./board/ti/beagle/beagle.c
./drivers/serial/serial_rockchip.c

Signed-off-by: Heiko Schocher &lt;hs@denx.de&gt;
Signed-off-by: Ladislav Michl &lt;ladis@linux-mips.org&gt;
Tested-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>omap3_logic: Rework MACH_TYPE and fdtfile logic</title>
<updated>2017-01-14T17:18:07Z</updated>
<author>
<name>Tom Rini</name>
<email>trini@konsulko.com</email>
</author>
<published>2017-01-10T22:22:05Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=c63d270d153ec39b9d9b4bd3dd574404a0186b5f'/>
<id>urn:sha1:c63d270d153ec39b9d9b4bd3dd574404a0186b5f</id>
<content type='text'>
The MACH_TYPE values for the omap37xx based platforms are no longer
officially valid, so we must not set and pass them.  In order to not
reference them but still be able to set the default fdtfile based on the
board detection logic we need to combine the two steps into one.

Cc: Adam Ford &lt;aford173@gmail.com&gt;
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
Acked-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
<entry>
<title>omap3logic: Fix Auto detect Logic PD Models</title>
<updated>2016-10-31T14:13:16Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2016-10-23T12:39:01Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0fc4aad404d62f7e32ccb9d727efef20b45ea4b9'/>
<id>urn:sha1:0fc4aad404d62f7e32ccb9d727efef20b45ea4b9</id>
<content type='text'>
The autodetect feature doesn't allow users to specify the device tree.
This fix will make it only autodetect if 'fdtimage' is not defined.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>treewide: replace #include &lt;asm/errno.h&gt; with &lt;linux/errno.h&gt;</title>
<updated>2016-09-23T21:55:42Z</updated>
<author>
<name>Masahiro Yamada</name>
<email>yamada.masahiro@socionext.com</email>
</author>
<published>2016-09-21T02:28:55Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=1221ce459d04a428f8880f58581f671b736c3c27'/>
<id>urn:sha1:1221ce459d04a428f8880f58581f671b736c3c27</id>
<content type='text'>
Now, arch/${ARCH}/include/asm/errno.h and include/linux/errno.h have
the same content.  (both just wrap &lt;asm-generic/errno.h&gt;)

Replace all include directives for &lt;asm/errno.h&gt; with &lt;linux/errno.h&gt;.

Signed-off-by: Masahiro Yamada &lt;yamada.masahiro@socionext.com&gt;
[trini: Fixup include/clk.]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>omap3logic: Fix PBIAS Bug</title>
<updated>2016-09-06T17:41:42Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2016-08-26T12:53:53Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=31c98cbb31dc8c7ccb0e9c07ff340c22f5e407ba'/>
<id>urn:sha1:31c98cbb31dc8c7ccb0e9c07ff340c22f5e407ba</id>
<content type='text'>
The PBIAS fixing is done in the MMC driver, and doing it in the
the board file conflicts with the driver causing intermittent
hangs on reboot.  Remove this from the board file and let
the driver do it.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
Reviewed-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>armv7: make gpmc_cfg const</title>
<updated>2016-07-22T18:46:00Z</updated>
<author>
<name>Ladislav Michl</name>
<email>ladis@linux-mips.org</email>
</author>
<published>2016-07-12T18:28:16Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=0568dd0663429b00fb77c452e27434c2f4faa14b'/>
<id>urn:sha1:0568dd0663429b00fb77c452e27434c2f4faa14b</id>
<content type='text'>
Signed-off-by: Ladislav Michl &lt;ladis@linux-mips.org&gt;
[trini: Adapt am33xx, duovero, omap_zoom1]
Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;

Signed-off-by: Tom Rini &lt;trini@konsulko.com&gt;
</content>
</entry>
<entry>
<title>ARM: Various: Future-proof serial platdata</title>
<updated>2016-03-14T23:18:48Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2016-03-08T03:08:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=2f6ed3b89a1760ffa73123fb266de3d56eb5d88e'/>
<id>urn:sha1:2f6ed3b89a1760ffa73123fb266de3d56eb5d88e</id>
<content type='text'>
A few boards still use ns16550_platdata structures, but assume the structure
is going to be in a specific order. By explicitly naming each entry,
this should also help 'future-proof' in the event the structure changes.

Tested on the Logic PD Torpedo + Wireless.

I only changed a handful of devices that used the same syntax as the Logic
board.  Appologies if I missed one or stepped on toes.  Thanks to Derald Woods
and Alexander Graf.

Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;

V6: Add fix to arch/arm/cpu/armv7/am33xx/board.c

V5: Add fix to arch/arm/cpu/arm926ejs/lpc32xx/devices.c

V4: Fix subject heading

V3: Remove  reg_offset out in all the structs. It was reverted out, and and if
it did exist, it would get initialized to 0 by default.

V2: I hastily copy-pasted the boards without looking at the UART number.
This addresses 3 boards that use UART3 and not UART1.
Reviewed-by: Mugunthan V N &lt;mugunthanvnm@ti.com&gt;
Reviewed-by: Simon Glass &lt;sjg@chromium.org&gt;
</content>
</entry>
<entry>
<title>OMAP3SOM BOARD: Auto detect Logic PD Models</title>
<updated>2016-02-24T23:44:00Z</updated>
<author>
<name>Adam Ford</name>
<email>aford173@gmail.com</email>
</author>
<published>2016-02-18T03:49:49Z</published>
<link rel='alternate' type='text/html' href='http://cgit.235523.xyz/u-boot.git/commit/?id=26ef7a27dade2c4cdf16579c8dc1375e0635face'/>
<id>urn:sha1:26ef7a27dade2c4cdf16579c8dc1375e0635face</id>
<content type='text'>
Logic PD makes four different system on modules.  This patch will auto
detect the board type and identify the corresponding device tree image.

V2:
Added 'default:' case to switch statement
Since board_late_init() is defined as int, we now return 0

Signed-off-by: Derald Woods &lt;woods.technical@gmail.com&gt;
Signed-off-by: Adam Ford &lt;aford173@gmail.com&gt;
</content>
</entry>
</feed>
