- May 05, 2017
-
-
xypron.glpk@gmx.de authored
The logical expression to check the dtb is incorrect in load_devicetree. The problem was indicated by cppcheck. The inconsistent variable name dtppart is changed to dtbpart. Signed-off-by:
Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by:
Hannes Schmelzer <oe5hpm@oevsv.at> Acked-by:
Hannes Schmelzer <oe5hpm@oevsv.at>
-
- Mar 20, 2017
-
-
Jean-Jacques Hiblot authored
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 <jjhiblot@ti.com>
-
- Jun 04, 2016
-
-
Scott Wood authored
nand_info[] is now an array of pointers, with the actual mtd_info instance embedded in struct nand_chip. This is in preparation for syncing the NAND code with Linux 4.6, which makes the same change to struct nand_chip. It's in a separate commit due to the large amount of changes required to accommodate the change to nand_info[]. Signed-off-by:
Scott Wood <oss@buserror.net>
-
- Feb 24, 2016
-
-
Hannes Schmelzer authored
During very early prototype-phase we did boot the AM335x boards initially from CPSW-EMAC. Now we don't need this feature anymore. So we drop it to save MLO-space and having therefore a more quickly boot. Signed-off-by:
Hannes Schmelzer <oe5hpm@oevsv.at> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
- Jun 18, 2015
-
-
Hannes Petermaier authored
in future we support yet another b&r am335x based board, where Timer 5 is wired to backlight-driver. So we introduce a new driver-type '2' to setup timer5 instead timer6. Signed-off-by:
Hannes Schmelzer <oe5hpm@oevsv.at> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
- May 28, 2015
-
-
Hannes Schmelzer authored
Since i've been married, i also have a new surname. Mr. Petermaier moved to Mr. Schmelzer. In this patch i update all files in which my (old) name is present. Signed-off-by:
Hannes Schmelzer <hannes.schmelzer@br-automation.com> Signed-off-by:
Hannes Schmelzer <oe5hpm@oevsv.at>
-
- May 08, 2015
-
-
Hannes Petermaier authored
Since the used AM3352 SoC doesn't have GPU it isn't allways necessary to build in complete drm-stuff into linux kernel. In very small applications only we use the simple-framebuffer. So we have 2 use-cases: - device operating on drm-driver (let simplefb node disabled) - device operating on simplefb-driver (activate simplefb node and reserve mem) The decision is made by means of "simplefb" environment variable. simplefb = 0 we don't enable the (maybe) existing simplefb node and all the rest around display is up to the linux-kernel. We just disable the backlight, beceause we do not want see the flicker during take over of drm-driver. simplefb = 1 we enable the (maybe) existing simplefb node and reserve framebuffers size in memory. Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
Hannes Petermaier authored
We take use of the new LCD_ROTATION feature. The information about how the display is rotated is taken from B&R specific (/factory-settings/rotation) information in the devicetree. The information there is stored as string (cw, ud, ccw, none) since starting support of this devices and cannot be changed, so we have to convert it into none = 0 cw = 1 ud = 2 ccw = 3 Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
- Apr 23, 2015
-
-
Hannes Petermaier authored
The NAND-version has been become a bit orphan. Now we need to reactivate it, so bring necessary things: - loading devicetree - switch control signal to correct pins - setup pinmux - default-environment up to date. Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
Hannes Petermaier authored
instead of polling everytime the environment, we take usage of the global gd->fdt_blob variable and check it only against NULL. Variable "dtbaddr" from environment is needed only one time on loading the devicetree within "load_devicetree()" Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
- Apr 18, 2015
-
-
Joe Hershberger authored
Use "_ethaddr" at the end of variables and drop CamelCase. Make constant values actually 'const'. Signed-off-by:
Joe Hershberger <joe.hershberger@ni.com> Acked-by:
Simon Glass <sjg@chromium.org>
-
- Mar 28, 2015
-
-
Hannes Petermaier authored
since we have possibility to write out on lcd whats going on, we don't need the gpio blink functionality anymore. Signed-off-by:
Hannes Petermaier <hannes.petermaier@br-automation.com> Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
Hannes Petermaier authored
At this time I2C and responsible pin-mux is setup during PMIC initialziation within common.c, this is possible because today PMIC is always connected on I2C0. In Future this will be changed, PMIC isn't anymore connected to bus0 in call cases. So we do following: - rename enable_i2c_pin_mux0 to enable_i2c_pin_mux to be generic for enabling pin-mux on different or more busses. - move the call to i2c_pin_mux and i2c_init from common.c to the specific board.c Signed-off-by:
Hannes Petermaier <hannes.petermaier@br-automation.com> Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
- Mar 17, 2015
-
-
Hannes Petermaier authored
We don't want that CONSOLE is redirected to LCD upon init, we rather prefer that console is still on the serial line. Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
- Mar 06, 2015
-
-
Hannes Petermaier authored
since we have a dtb blob programmed on the board we try to setup the cpsw interface with the programmed mac. If this method fails, we fall back to the device-fuses. Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
Hannes Petermaier authored
a summary screen to the lcd. Values are taken from environment and or devicetree blob. Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
- May 23, 2014
-
-
Hannes Petermaier authored
Since B&R boards uses only MMC-Controller #1, it only wastes time if we initialize #0 first to see that there is nothing. Cc: <trini@ti.com> Acked-by:
Pantelis Antoniou <panto@antoniou-consulting.com> Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
- Mar 06, 2014
-
-
Hannes Petermaier authored
B&R boards are using Phy Addresses 'one' and 'two', prior this was defined through #define PHYADDR 1 within a header file. Now this is addresses are given with device-driver structure. Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-
- Mar 04, 2014
-
-
Mugunthan V N authored
Some platforms like AM437x have different EVMs with different phy addresses, so this patch adds support for passing phy address via cpsw plaform data. Also renamed phy_id to phy_addr so better understanding of the code. Reviewed-by:
Felipe Balbi <balbi@ti.com> Signed-off-by:
Mugunthan V N <mugunthanvnm@ti.com> [trini: Update BuR am335x_igep0033 pcm051_rev3 pcm051_rev1 cm_t335 pengwyn boards] Signed-off-by:
Tom Rini <trini@ti.com>
-
- Feb 21, 2014
-
-
Hannes Petermaier authored
Adds support for Bernecker & Rainer Industrieelektronik GmbH T-Series Motherboard, using TI's AM3352 SoC. Most of code is derived from TI's AM335x_EVM Signed-off-by:
Hannes Petermaier <oe5hpm@oevsv.at>
-