Previously poweroff was located under boot. It seems to make more
sense to have it located under the Device access commands.
Signed-off-by: Adam Ford
diff --git a/cmd/Kconfig b/cmd/Kconfig
index 13d4c991bf..56f70a7f6e 100644
--- a/cmd/Kconfig
+++ b/cmd/Kconfig
@@ -304,11 +304,6 @@ config
I was having some issues with a DM3730 properly reading the card
detect on GPIO 127 and attributed it to being related to the pbias
register. I have since submitted a patch to enable GPIO_127, but I am
not the best approach.
On the HSMMC driver, there are explicit commands to Disable extended
dra
The simple pinctrl driver currently available works with the omap3.
Enabling this will use the device tree to automatically set the
pin-muxing for various drivers.
Signed-off-by: Adam Ford
diff --git a/configs/am3517_evm_defconfig b/configs/am3517_evm_defconfig
index e845e35d7d..985ef73292
With DM enabled, this patch enables the 'dm' command to access
the dm tree, uclass and devres.
Signed-off-by: Adam Ford
diff --git a/configs/da850evm_defconfig b/configs/da850evm_defconfig
index 0369e93eb2..812de499ba 100644
--- a/configs/da850evm_defconfig
+++ b/configs/da850evm
The simple pin controller works for da850, so this patch enables
this to pin-mux the pins defined in the device tree for the da850evm.
Signed-off-by: Adam Ford
diff --git a/configs/da850evm_defconfig b/configs/da850evm_defconfig
index 812de499ba..12614289b7 100644
--- a/configs
With DM_I2C and DM_GPIO working, this patch can enable the
GPIO expander on the I2C bus. This GPIO expander is connected
to some of the DIP switches and can now read the status of these
pins.
Signed-off-by: Adam Ford
diff --git a/configs/am3517_evm_defconfig b/configs/am3517_evm_defconfig
Make omap36xx-u-boot.dtsi include omap3-u-boot.dtsi until the
new omap serial driver is available. This allows higher level functions
to include those and not replicate contents at higher levels.
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/logicpd-torpedo-37xx-devkit-u-boot.dtsi
b/arch
Create U-Boot tweaks for the Logic PD AM/DM37 SOM-LV so we can
use its device tree.
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/logicpd-som-lv-37xx-devkit-u-boot.dtsi
b/arch/arm/dts/logicpd-som-lv-37xx-devkit-u-boot.dtsi
new file mode 100644
index 00..3de9e49c5f
--- /dev/null
Logic PD AM37/DM37 has used the generic omap3_logic files, but
with all the device tree entries, pinctrl and DM now integrated,
this patch splits the AM/DM37 SOM-LV into its own board so it can
make use of all the pins and hardware correctly.
Signed-off-by: Adam Ford
diff --git a/configs
Logic PD OMAP35xx SOM-LV has used the generic omap3_logic files, but
with all the device tree entries, pinctrl and DM now integrated,
this patch splits the OMAP35 SOM-LV into its own board so it can
make use of all the pins and hardware correctly.
Signed-off-by: Adam Ford
diff --git a/arch/arm
With there now being four device tree files, and 4 separate
defconfig files, the code necessary to determine which board is
being used is no longer necessary as the corresponding pin-muxing
and board names are determined by the device tree.
Signed-off-by: Adam Ford
diff --git a/board/logicpd
With the pinctrl function enabled and the device tree setting up
the pins we want to use, this patch removes the manual pinmuxing
except for that which is not done by the device tree and minimal
pins necessary for SPL (like serial, GPMC, and MMC)
Signed-off-by: Adam Ford
diff --git a/board
On Mon, Sep 10, 2018 at 6:40 AM Jean-Jacques Hiblot wrote:
>
> Hi Adam,
>
>
> On 09/09/2018 14:19, Adam Ford wrote:
> > I was having some issues with a DM3730 properly reading the card
> > detect on GPIO 127 and attributed it to being related to the pbias
> > re
With DM_MMC working for both SPL and U-Boot, this patch removes
the legacy style of initializing the MMC driver.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/omap3som/omap3logic.c
index 6054ed8739..4507b1ed99 100644
--- a/board/logicpd/omap3som
With DM enabled, this patch enables DM_SERIAL and removes
the NS16550 initialization from da850_lowlevel since the driver
will take care of that itself.
Signed-off-by: Adam Ford
---
V2: Rebase against Master
Use CONFIG_IS_ENABLED instead of defined so this can be
enabled/disabled in
On Tue, Sep 18, 2018 at 4:23 PM Tom Rini wrote:
>
> On Mon, Aug 13, 2018 at 09:09:17PM -0500, Adam Ford wrote:
>
> > With DM enabled, this patch enables DM_SERIAL and removes
> > the NS16550 initialization from da850_lowlevel since the driver
> > will take care of that
With DM enabled, this patch enables DM_SERIAL and removes
the NS16550 initialization from da850_lowlevel since the driver
will take care of that itself.
Signed-off-by: Adam Ford
---
V3: Make the include items referencing the serial info
dependent on DM_SERIAL and not SPL or NOR since
The device tree entries are from linux-omap's for-next branch
destined to me put into 4.20 (or whatever the version is after 4.19)
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/logicpd-som-lv-37xx-devkit.dts
b/arch/arm/dts/logicpd-som-lv-37xx-devkit.dts
index 2428373952..2aca9111c6 1
With the introduction of the omap serial driver, the need for some
of these U-Boot specific modifications is gone. This cleans up
this unnneeded stuff.
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/logicpd-torpedo-37xx-devkit-u-boot.dtsi
b/arch/arm/dts/logicpd-torpedo-37xx-devkit-u
With there now being four device tree files, and 4 separate
defconfig files, the code necessary to determine which board is
being used is no longer necessary as the corresponding pin-muxing
and board names are determined by the device tree.
Signed-off-by: Adam Ford
diff --git a/board/logicpd
0 (or whatever the version after 4.19
will be called)
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/logicpd-som-lv-35xx-devkit.dts
b/arch/arm/dts/logicpd-som-lv-35xx-devkit.dts
new file mode 100644
index 00..4cd72b5e61
--- /dev/null
+++ b/arch/arm/dts/logicpd-som-lv-35xx-devki
With the device trees doing most of the work of pin-muxing and
DM doing much of the peripheral initialization, this creates
new defconfig files for each of the Logic PD variants with
proper register settings/pin-muxing.
Signed-off-by: Adam Ford
diff --git a/arch/arm/dts/logicpd-som-lv-35xx
The da850evm does not need this enabled, so this removes a
notice that appears during compile time that says
"Please remove"
Signed-off-by: Adam Ford
diff --git a/configs/da850_am18xxevm_defconfig
b/configs/da850_am18xxevm_defconfig
index 6745cd10fa..c3d7cff18e 100644
---
On Mon, Sep 3, 2018 at 5:22 PM Adam Ford wrote:
>
> On Mon, Sep 3, 2018 at 5:21 PM Adam Ford wrote:
> >
> > On Mon, Sep 3, 2018 at 12:30 PM Jagan Teki
> > wrote:
> > >
> > > Davanci spi driver has DM support already, this patch
> > >
On Mon, Oct 1, 2018 at 7:54 AM Adam Ford wrote:
>
> On Mon, Sep 3, 2018 at 5:22 PM Adam Ford wrote:
> >
> > On Mon, Sep 3, 2018 at 5:21 PM Adam Ford wrote:
> > >
> > > On Mon, Sep 3, 2018 at 12:30 PM Jagan Teki
> > > wrote:
> > > >
>
On Mon, Sep 3, 2018 at 12:30 PM Jagan Teki wrote:
>
> This patch add SPL DM support for da8xxevm boards
> with SPL serial, SPI drivers supported via platdata.
>
> Cc: Adam Ford
I needed to massage one file a bit to get it to apply to master, but with that,
Tested-by: Adam
On Mon, Oct 1, 2018 at 8:48 AM Miquel Raynal wrote:
>
> There should not be a 'nand' command, a 'sf' command and certainly not
> a new 'spi-nand' command. Write a 'mtd' command instead to manage all
> MTD devices/partitions at once. This should be the preferred way to
> access any MTD device.
Wha
On Wed, Oct 3, 2018 at 7:43 AM Miquel Raynal wrote:
>
> Hi Adam,
>
> Adam Ford wrote on Wed, 3 Oct 2018 07:35:15 -0500:
>
> > On Mon, Oct 1, 2018 at 8:48 AM Miquel Raynal
> > wrote:
> > >
> > > There should not be a 'nand' command,
On Wed, Oct 3, 2018 at 8:35 AM Miquel Raynal wrote:
>
> Hi Adam,
>
> > >
> > > >
> > > > >
> > > > > I can use the nand read/write functions and mtdparts lists the
> > > > > partitions, so I know nand works. My defconfig
> > > > > lists the partitions, so if we're not supposed to use mtdparts, wh
On Thu, Oct 4, 2018 at 8:48 AM Jean-Jacques Hiblot wrote:
>
> If OF_CONTROL is not enabled and DM_SEQ_ALIAS is enabled, we must
> assign an alias (requested sequence number) to devices that belongs to a
> class with the DM_UC_FLAG_SEQ_ALIAS flag. Otherwise
What about conditions where both OF_CONT
On Thu, Oct 4, 2018 at 8:48 AM Jean-Jacques Hiblot wrote:
>
> This series remove the usage of the DM_I2C_COMPAT option for all the ti
> platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
Thanks for doing that, but I have some bad news. I started testing
omap3_logic from
On Fri, Oct 5, 2018 at 11:45 AM Jean-Jacques Hiblot wrote:
>
> This series remove the usage of the DM_I2C_COMPAT option for all the ti
> platforms. It also takes this opportunity to not disable DM_I2C in the SPL.
>
> There are a couples of issues to fix:
> - CMD_EEPROM does not support the DM API.
OMPAT can be removed and DM_I2C
> enabled in the SPL.
>
> This has been tested with the following boards:
> - am437x SK
> - am335x SK
> - am335x beaglebone (both DM and non-DM config)
> - dra76 evm
> - am572 evm
> - k2g evm
>
>
>
The whole series applied an
On Mon, Oct 1, 2018 at 4:57 PM Adam Ford wrote:
>
> On Mon, Oct 1, 2018 at 7:54 AM Adam Ford wrote:
> >
> > On Mon, Sep 3, 2018 at 5:22 PM Adam Ford wrote:
> > >
> > > On Mon, Sep 3, 2018 at 5:21 PM Adam Ford wrote:
> > > >
> > > >
The da850evm does not need this enabled, so this removes a
notice that appears during compile time that says
"Please remove"
Signed-off-by: Adam Ford
---
V2: Limit scope to da850evm_direct_nor_defconfig
since the am18 version has an EEPROM
diff --git
On Sat, Oct 6, 2018 at 1:06 PM Tom Rini wrote:
>
> On Sun, Sep 30, 2018 at 09:20:13AM -0500, Adam Ford wrote:
>
>
> > The da850evm does not need this enabled, so this removes a
> > notice that appears during compile time that says
> > "Please remove"
&
MAP35/DM37 SOM-LV
and OMAP35 Torpedo")
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/omap3som/omap3logic.c
index 4507b1ed99..0b827355a8 100644
--- a/board/logicpd/omap3som/omap3logic.c
+++ b/board/logicpd/omap3som/omap3logic.c
@@ -89,11 +89
This value is unly used in arch/arm/mach-omap2/am33xx/
clock_am33xx.c, so let's make it dependent on AM33XX since
that is the only way this file gets compiled into the code
according to the Makefile.
Signed-off-by: Adam Ford
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kc
With the DM_USB working for USB host features, encapsulate the
USB gadget initialization in a precomiler check. If DM is enabled,
we don't need to manually initialize the MUSB driver.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/oma
With the new omap_serial driver, this patch uses this instead
from the former ns16550_serial driver. Even though the
omap_serial driver is essentially the same.
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/omap3som/omap3logic.c
index 2f63e76a53
In my haste to migrate SPL to DM, I copied the wrong name.
While it really doesn't matter, I'd prefer the name to match
the board, so am335x_mmc0 is now called omap3_logic_mmc0
Signed-off-by: Adam Ford
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/omap3som/omap3log
> > from 0x4020 to 0x4020F000 and exceeding that will cause failure to
> > boot. Further, we need to make sure that we don't run into
> > SRAM_SCRATCH_SPACE_ADDR as once SPL is running we will write values
> > there and would corrupt our running image.
> >
> &g
Does anyone with an OMAP3 board have any issues with this patch? I
will admit I haven't stayed on top of stuff due to moving, and other
issues at home, but I pulled down the master to reviews some on
related stuff, and found that master doesn't boot. I used git bisect
this morning and it narrowed
On Tue, Mar 15, 2016 at 10:10 PM, Masahiro Yamada
wrote:
> The function spl_parse_image_header() falls back to a raw image
> if the U-Boot header is missing and CONFIG_SPL_PANIC_ON_RAW_IMAGE
> is undefined. While, mmc_load_image_raw_sector() only accepts a
> U-Boot legacy image or an FIT image, p
_ADDR as once SPL is running we will write values
> there and would corrupt our running image.
>
> Cc: Adam Ford
> Cc: Steve Sakoman
> Signed-off-by: Tom Rini
Tested-By: Adam Ford
> ---
> include/configs/omap3_logic.h | 2 +-
> include/configs/omap3_overo.h | 2
On Fri, Apr 29, 2016 at 12:53 PM, Tom Rini wrote:
> On Fri, Apr 29, 2016 at 09:59:00AM -0500, Adam Ford wrote:
>
>> Does anyone with an OMAP3 board have any issues with this patch? I
>> will admit I haven't stayed on top of stuff due to moving, and other
>> issues a
Previously, Omap3_logic assumed X-loader was present. With this
patch, we can finally replace X-loader with an MLO generated by
U-Boot. This requires ECC to be setup to match the Linux Kernel
and the PBIAS confgured for the SD card.
Signed-off-by: Derald D. Woods
Signed-off-by: Adam Ford
The defconfig patch will enable the the SPL and NAND settings.
The update to Kconfig will allow the SPL to configured in and
built.
Signed-off-by: Derald D. Woods
Signed-off-by: Adam Ford
---
arch/arm/cpu/armv7/omap3/Kconfig | 1 +
configs/omap3_logic_defconfig| 3 +++
2 files changed, 4
Android Fastboot requires USB. The TWL4030 PMIC on omap3_logic handles USB
traffic.
This patch sets up the USB gadget and Android Fastboot to match what is done in
the
omap3_beagle project.
Signed-off-by: Adam Ford
---
board/logicpd/omap3som/omap3logic.c | 37
The interface automatically converts one 32-bit word into two 16 words.
The README said it is permissible to use this flag in that scenario.
Signed-off-by: Adam Ford
---
include/configs/omap3_logic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs
UBIFS is the preferred OS, and YAFFS isn't officially included in
Linux. Removing this feature reduces the code size.
Signed-off-by: Adam Ford
---
include/configs/omap3_logic.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_lo
UBIFS is the preferred FS, and YAFFS isn't officially included in
Linux. Removing this feature reduces the code size.
Signed-off-by: Adam Ford
---
include/configs/omap3_logic.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_lo
I have the same problem on a TI DM3730
On Thu, Feb 4, 2016 at 11:41 AM, Tom Rini wrote:
> On Tue, Feb 02, 2016 at 03:49:07PM +0100, Matthias Weißer wrote:
>
>> Hi
>>
>> 9c11135 image: fix getenv_bootm_size() function breaks the bootz
>> command for me on a custom hardware (very similar to mx6sxsa
That fixed it! Thank you
adam
On Fri, Feb 5, 2016 at 6:51 AM, Masahiro Yamada
wrote:
> Hi Adam,
>
>
> 2016-02-05 20:58 GMT+09:00 Adam Ford :
>> I have the same problem on a TI DM3730
>
>
> Did you see this?
>
> http://lists.denx.de/pipermail/u-boot/2016-Feb
Based on the work done by Overo, this seems to help some compilers
that have a hard time fitting all the code into the allocated space.
Signed-off-by: Adam Ford
---
include/configs/omap3_logic.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/omap3_logic.h b/include
I will take this over from Peter Barada, since I work with it daily
at Logic PD.
Signed-off-by: Adam Ford
---
board/logicpd/omap3som/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/logicpd/omap3som/MAINTAINERS
b/board/logicpd/omap3som/MAINTAINERS
index
With the recent addition of UBI support, this patch will add the preset
parameters to allow for mouting an UBIFS from the 'fs' partition in NAND.
Signed-off-by: Adam Ford
---
include/configs/omap3_logic.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/omap3
With the recent addition of UBI support, this patch will add the preset
parameters to allow for mouting an UBIFS from the 'fs' partition in NAND.
-V2: ubi.mtd=fs instead of ubi.mtd=4
Signed-off-by: Adam Ford
---
include/configs/omap3_logic.h | 6 ++
1 file changed, 6 insertion
Logic PD makes four different system on modules. This patch will auto
detect the board type and identify the corresponding device tree image.
Signed-off-by: Adam Ford
---
board/logicpd/omap3som/omap3logic.c | 20
include/configs/omap3_logic.h | 2 +-
2 files
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
Signed-of
On Tue, Feb 23, 2016 at 12:38 AM, Simon Glass wrote:
> Hi Michal,
>
> On 22 February 2016 at 00:40, Michal Simek wrote:
>> On 19.2.2016 21:55, Simon Glass wrote:
>>> Hi Michal,
>>>
>>> On 16 February 2016 at 08:17, Michal Simek wrote:
reg-offset is the part of standard 8250 binding in the k
Tom,
Just a gentle nudge to see if I've addressed all your previous
concerns. There is a default case and a return code since the
function is defined as int.
adam
On Wed, Feb 17, 2016 at 9:49 PM, Adam Ford wrote:
> Logic PD makes four different system on modules. This patch w
:
>>>
>>>
>>>
>>> On 02/25/2016 02:38 PM, Derald D. Woods wrote:
>>>>
>>>> On Thu, Feb 25, 2016 at 09:11:24AM +0100, Michal Simek wrote:
>>>>>
>>>>> On 25.2.2016 05:47, Derald D. Woods wrote:
>>>>>
s
and Alexander Graf.
Signed-off-by: Adam Ford
---
board/isee/igep00x0/igep00x0.c | 7 ---
board/logicpd/omap3som/omap3logic.c | 7 ---
board/logicpd/zoom1/zoom1.c | 7 ---
board/overo/overo.c | 7 ---
board/quipos/cairo/cairo.c | 7
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
---
board/isee/igep00x0/igep00x0.c | 7 ---
board/logicpd/omap3som/omap3logic.c | 7 ---
board/logicpd/zoom1
Schocher wrote:
> Hello Adam,
>
> Am 29.02.2016 um 12:53 schrieb Adam Ford:
>>
>> V2: I hastily copy-pasted the boards without looking at the UART number.
>> This addresses 3 boards that use UART3 and not UART1.
>>
>> With commit: d9a3bec682f9 "dm: ns1
chanism before the device trees take over. It seems like only a
handful of omap boards use it.
adam
On Mon, Feb 29, 2016 at 7:04 AM, Alexander Graf wrote:
> On 02/29/2016 12:53 PM, Adam Ford wrote:
>>
>> V2: I hastily copy-pasted the boards without looking at the UART number.
>>
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
V3: Remove reg_offset out in all the structs. It
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
V4: Fix subject heading
V3: Remove reg_offset out in all the structs. It was reverted out, and and if
it did exist, it
est it.
On Mar 1, 2016 6:01 PM, "Alexander Graf" wrote:
>
>
> On 02.03.16 00:23, Adam Ford wrote:
> > 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,
> >
On Mon, Feb 29, 2016 at 11:55 PM, Mugunthan V N wrote:
> On Monday 29 February 2016 03:03 PM, Lokesh Vutla wrote:
>>
>> On Monday 29 February 2016 02:55 PM, Mugunthan V N wrote:
>>> > With commit: d9a3bec682f9 "dm: ns16550: Add support for reg-offset
>>> > property"
>>> > reg_offset is added to t
On Tue, Mar 1, 2016 at 6:01 PM, Alexander Graf wrote:
>
>
> On 02.03.16 00:23, Adam Ford wrote:
>> 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
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
V5: Add fix to arch/arm/cpu/arm926ejs/lpc32xx/devices.c
V4: Fix subject heading
V3: Remove reg_offset out in all the s
On Wed, Mar 2, 2016 at 5:53 AM, Michal Simek wrote:
> On 2.3.2016 12:09, Adam Ford wrote:
>> On Mon, Feb 29, 2016 at 11:55 PM, Mugunthan V N wrote:
>>> On Monday 29 February 2016 03:03 PM, Lokesh Vutla wrote:
>>>>
>>>> On Monday 29 February 2016 02:55 P
On Wed, Mar 2, 2016 at 6:24 AM, Michal Simek wrote:
> On 2.3.2016 13:18, Adam Ford wrote:
>> On Wed, Mar 2, 2016 at 5:53 AM, Michal Simek wrote:
>>> On 2.3.2016 12:09, Adam Ford wrote:
>>>> On Mon, Feb 29, 2016 at 11:55 PM, Mugunthan V N
>>>> wrote:
On Mar 2, 2016 9:13 AM, "Alexander Graf" wrote:
>
>
>
> > Am 02.03.2016 um 12:29 schrieb Adam Ford :
> >
> >> On Tue, Mar 1, 2016 at 6:01 PM, Alexander Graf wrote:
> >>
> >>
> >>> On 02.03.16 00:23, Adam Ford wrote:
&g
The LCD isn't supported in U-Boot and the LCD is now configured in
the device tree, so this code is pointless.
Signed-off-by: Adam Ford
diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_logic.h
index a7649ca..ff7bf92 100644
--- a/include/configs/omap3_logic.h
+++ b/in
The LCD isn't supported in U-Boot and the LCD is now configured in
the device tree, so this code is pointless.
V2: Eliminiate erroneous newline.
Signed-off-by: Adam Ford
diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_logic.h
index a7649ca..95ff5c3 100644
--- a/in
Not all networks have a DHCP server configured properly, so these
scripts make it easier to boot in that scenario.
Signed-off-by: Adam Ford
diff --git a/include/configs/omap3_logic.h b/include/configs/omap3_logic.h
index 95ff5c3..0827ebe 100644
--- a/include/configs/omap3_logic.h
+++ b/include
I am trying to debug Falcon mode. I have never used it on my board
(omap3_logic) before, and I am trying to configure it. In the process
of debugging, I found what I beleive to be a bug in the
common/spl/spl.c, function spl_parse_image_header()
There is a line that I believe is supposed to print
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
diff --git a/board/logicpd/omap3som/omap3logic.c
b/board/logicpd/omap3som/omap3logic.c
index 3ddeb46..de6a060 100
Using Git bisect, it appears to me that
a78cd8613204188991c192b8dae2de0aae3b1722 makes "region `.sram'
overflowed by 888 bytes" when I compile for omap3_logic. As I move
forward through the git commits that overflow amount is continuing to
grow.
Does anyone else with an OMAP3 have this issue?
ad
rkov
> Cc: Stefan Roese
> Cc: Nagendra T S
> Cc: Vaibhav Hiremath
> Cc: Lokesh Vutla
> Cc: Steve Rae
> Cc: Igor Grinberg
> Cc: Nikita Kiryanov
> Cc: Stefan Agner
> Cc: Heiko Schocher
> Cc: Mateusz Kulikowski
> Cc: Peter Griffin
> Cc: Paul Kocialkowsk
On Wed, Aug 24, 2016 at 11:51 AM, Simon Glass wrote:
> This series moves all the CONFIG_SPL_..._SUPPORT options to Kconfig and
> fixes up existing boards to continue to build.
>
Tested on DM3730 (OMAP3630) and it seems to work.
Tested by Adam Ford
> It also adds a few smal
On Mon, Aug 22, 2016 at 7:08 AM, Tom Rini wrote:
> On Mon, Aug 22, 2016 at 10:13:24AM +0530, Lokesh Vutla wrote:
>>
>>
>> On Sunday 21 August 2016 06:15 PM, Tom Rini wrote:
>> > On Sun, Aug 21, 2016 at 06:29:42AM -0500, Adam Ford wrote:
>> >
>&g
scratch space this this gives us a lot of room to grow. As
> these scratch uses are non-optional today, all targets are modified to
> respect this boundary.
>
> Tested on OMAP4 Pandaboard, OMAP3 Beagle xM
>
Tested on LogicPD DM3730 Torpedo
Tested by Adam Ford
> Cc: Albert Ariba
On Mar 7, 2016 5:35 PM, "Tom Rini" wrote:
>
> On Sat, Mar 05, 2016 at 01:19:59PM -0600, Derald D. Woods wrote:
>
> > - Add required UBI/UBIFS config definitions
> > - Add reasonable MTD partition layout
> > - Remove JFFS2 config definitions
> > - Drop some CFI verbage and definitions
> > - Make co
On Mar 7, 2016 6:24 PM, "Derald D. Woods" wrote:
>
> On Mon, Mar 07, 2016 at 06:36:56PM -0500, Tom Rini wrote:
> > On Sat, Mar 05, 2016 at 01:19:59PM -0600, Derald D. Woods wrote:
> >
> > > - Add required UBI/UBIFS config definitions
> > > - Add reasonable MTD partition layout
> > > - Remove JFFS2
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
V6: Add fix to arch/arm/cpu/armv7/am33xx/board.c
V5: Add fix to arch/arm/cpu/arm926ejs/lpc32xx/devices.c
V4: Fix subje
On Wed, Mar 2, 2016 at 10:49 PM, Mugunthan V N wrote:
> Adam
>
> On Wednesday 02 March 2016 06:25 PM, Adam Ford wrote:
>> On Wed, Mar 2, 2016 at 6:24 AM, Michal Simek wrote:
>>> On 2.3.2016 13:18, Adam Ford wrote:
>>>> On Wed, Mar 2, 2016 at 5:53 AM, Michal S
t;>>
>>>> On 25.2.2016 05:47, Derald D. Woods wrote:
>>>>>
>>>>> On Wed, Feb 24, 2016 at 12:26:09PM +0100, Michal Simek wrote:
>>>>>>
>>>>>> On 24.2.2016 11:56, Adam Ford wrote:
>>>>>>>
>
On Wed, Feb 15, 2017 at 7:23 AM, Adam Ford wrote:
> On Tue, Feb 14, 2017 at 4:07 PM, Tom Rini wrote:
>> On Tue, Feb 14, 2017 at 03:56:43PM -0600, Adam Ford wrote:
>>> On Feb 14, 2017 3:10 PM, "Tom Rini" wrote:
>>>
>>> On Tue, Feb 14, 2017 at 03
A previos patch broke the board. This patch will undo the previous
patch but move the SPL Stack into SDRAM located at 0x8200
Fixes: 0959649dc6d9 ("omap3_logic: Switch to simple malloco in SPL")
Signed-off-by: Adam Ford
diff --git a/configs/omap3_logic_defconfig
On Tue, Mar 7, 2017 at 4:05 PM, Tom Rini wrote:
> On Tue, Mar 07, 2017 at 04:02:22PM -0600, Adam Ford wrote:
>> On Wed, Feb 15, 2017 at 7:23 AM, Adam Ford wrote:
>> > On Tue, Feb 14, 2017 at 4:07 PM, Tom Rini wrote:
>> >> On Tue, Feb 14, 2017 at 03:56:43PM -0600,
I understand the purpose of using a device tree for the Linux kernel,
but it's not entirely clear to me what the need would be for using it
in the bootloader.
I was thinking about experimenting with porting my board (OMAP3 /
DM3730) to using a device tree from Linux, but I assume there needs to
be
A previous patch broke the board. This patch will add missing part
from the previous patch and also move the SPL Stack into SDRAM at
0x8200.
Tested with GCC 4.8.2 and GCC 6.2
Fixes: 0959649dc6d9 ("omap3_logic: Switch to simple malloco in SPL")
Signed-off-by: Adam Ford
Cha
On Tue, Mar 7, 2017 at 7:04 PM, Tom Rini wrote:
> On Tue, Mar 07, 2017 at 04:23:08PM -0600, Adam Ford wrote:
>> On Tue, Mar 7, 2017 at 4:05 PM, Tom Rini wrote:
>> > On Tue, Mar 07, 2017 at 04:02:22PM -0600, Adam Ford wrote:
>> >> On Wed, Feb 15, 2017 at 7:23 AM, Ad
Logic PD has an i.MX6Q system on module (SOM) with a development kit.
This have been verified to boot the i.MX6Q version over either SD
on the development kit or NAND built into the SOM.
Signed-off-by: Adam Ford
diff --git a/arch/arm/cpu/armv7/mx6/Kconfig b/arch/arm/cpu/armv7/mx6/Kconfig
index
On Fri, Mar 24, 2017 at 6:09 AM, Stefano Babic wrote:
> Hi Adam,
>
> On 22/03/2017 23:07, Adam Ford wrote:
>> Logic PD has an i.MX6Q system on module (SOM) with a development kit.
>> This have been verified to boot the i.MX6Q version over either SD
>> on the development
On Wed, Mar 22, 2017 at 7:27 PM, Tom Rini wrote:
> On Wed, Mar 22, 2017 at 05:07:02PM -0500, Adam Ford wrote:
>
>> Logic PD has an i.MX6Q system on module (SOM) with a development kit.
>> This have been verified to boot the i.MX6Q version over either SD
>> on the devel
701 - 800 of 1678 matches
Mail list logo
