Hi Masahiro,
On Fri, 2014-09-12 at 17:06 +0900, Masahiro Yamada wrote:
> > > +/* nand_init() - initialize data to make nand usable by SPL */
> > > +void nand_init(void)
> > > +{
> > > + /* access to main area */
> > > + writel(0, denali_flash_reg + TRANSFER_SPARE_REG);
> > > +
> > > + page_size =
2014-09-09 16:41 GMT+02:00 Christian Gmeiner :
> This patch adds support for the OT1200 series of devices.
>
> Following components are used in u-boot:
> + ethernet
> + i2c
> + emmc
> + gpio
>
> The main difference between the different models of the OT1200
> series is how ethernet is connected (di
Hello Stephen,
add Lukasz to Cc ...
Am 12.09.2014 16:53, schrieb Stephen Warren:
On 09/12/2014 12:27 AM, Heiko Schocher wrote:
when uplaoding a file, at least from a nand partition, the complete
mtd nand partition size is transferred. This leads in a wrong md5sum
as the filesize is different b
Hi Preafulla,
Any news about these patches ?
Regards,
On 09/09/2014 08:59, Prafulla Wadaskar wrote:
> Hi Everybody,
>
> Sorry for being inactive on the thread...
> I will pull these patches and provide a pull request to albert soon...
>
> Regards...
> Prafulla . . .
>
>> -Original Message
Initialize the pfuze100 at board late init.
Signed-off-by: Ye.Li
---
Changes since v1:
- Factorize the pfuze init function for sabre boards.
board/freescale/mx6qsabreauto/mx6qsabreauto.c | 20 ++--
include/configs/mx6qsabreauto.h |6 ++
2 files changed, 2
Modify the pfuze init for mx6q/dlsabresd to use the shared
"pfuze_common_init" function.
Signed-off-by: Ye.Li
---
Changes since v1:
- Factorize the pfuze init function for sabre boards.
board/freescale/mx6sabresd/mx6sabresd.c | 40 +++---
1 files changed, 4 insertions(
Since the Pfuze initializations are similar on various mx6 SABRE
boards. Factorize the initialization to a common function in file
board/freescale/common/pfuze.c. So that all SABRE boards BSP can
share the function.
Signed-off-by: Ye.Li
---
Changes since v1:
- Factorize the pfuze init function fo
Modify the pfuze init for mx6sxsabresd to use the shared
"pfuze_common_init" function.
Signed-off-by: Ye.Li
---
Changes since v1:
- Factorize the pfuze init function for sabre boards.
board/freescale/mx6sxsabresd/mx6sxsabresd.c | 40 +++
1 files changed, 4 insertions(+
This check should now be done whatever mode buildman is running in, since
we may be displaying information while building.
Signed-off-by: Simon Glass
---
tools/buildman/control.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/buildman/control.py b/tools/buildma
The get_maintainers script is a useful default, but sometimes is copies
too many people, or takes a long time to run.
Add an option to disable it and update the README.
Signed-off-by: Simon Glass
---
tools/patman/README| 4 ++--
tools/patman/patman.py | 6 +-
tools/patman/series.py | 7
On Monday, September 15, 2014 at 03:43:39 AM, Chin Liang See wrote:
> Dear Marex,
[..]
> > > This is actually a big patch which should be split to smaller patch.
> > > Nevertheless, I already started reviewing it last week and hopefully
> > > can get it reviewed by today.
> >
> > I did manage to s
Dear Marex,
On Mon, 2014-09-15 at 03:27 +0200, ma...@denx.de wrote:
> On Monday, September 15, 2014 at 03:07:11 AM, Chin Liang See wrote:
> > Hi Tom,
> >
> > On Sun, 2014-09-14 at 12:46 -0400, ZY - trini wrote:
> > > On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
> > > > Hi Wolfgang
Dear Wolfgang,
On Sat, 2014-09-13 at 00:37 +0200, ZY - wd wrote:
> Dear Dinh,
>
> In message <5413667d.50...@opensource.altera.com> you wrote:
> >
> > Wolfgang's advice is valuable and noted. However, it is in Altera's
> > best interest that we have 1 central gathering point for all our
> > opens
On Monday, September 15, 2014 at 03:07:11 AM, Chin Liang See wrote:
> Hi Tom,
>
> On Sun, 2014-09-14 at 12:46 -0400, ZY - trini wrote:
> > On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
> > > Hi Wolfgang,
> > >
> > > On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
> > > > Dear Dinh,
> > >
Hi Tom,
On Sun, 2014-09-14 at 12:46 -0400, ZY - trini wrote:
> On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
> > Hi Wolfgang,
> >
> > On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
> > > Dear Dinh,
> > >
> > > In message <541373ad.4020...@opensource.altera.com> you wrote:
> > Also, I w
Hi Jagan,
On 11 August 2014 13:55, Simon Glass wrote:
> Hi Jagan,
>
> On 10 August 2014 03:16, Jagan Teki wrote:
>> On Sun, Aug 10, 2014 at 2:59 AM, Simon Glass wrote:
>>> Hi,
>>>
>>> On 14 July 2014 18:56, Simon Glass wrote:
Up until now driver model has not been used for any type of bus
We will need the console before relocation, so mark it that way.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v3:
- Change pre-reloc fdt property to 'u-boot,dm-pre-reloc'
arch/arm/dts/exynos5.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/dts/exynos5.dtsi b/
Change the Exynos serial driver to work with driver model and switch over
all relevant boards to use it.
Signed-off-by: Simon Glass
---
Changes in v6:
- Drop already-applied tegra patches
- Rebase on top of master
Changes in v3:
- Avoid reordering functions
drivers/serial/serial_s5p.c | 2
Now that the serial uclass has been applied, this series includes only the
exynos serial driver patches. It enables serial using driver model for all
board that use the serial_s5p driver.
To see the current state of driver model, look at u-boot-dm.git branch
'working'.
Changes in v6:
- Drop alrea
Convert the exynos GPIO driver to driver model. This implements the generic
GPIO interface but not the extra Exynos-specific functions.
Signed-off-by: Simon Glass
---
Changes in v8:
- Enable driver model for smdkc100 and s5p_goni separately
Changes in v7:
- Bring in patches from the SPI series
These describe the GPIOs in enough detail for U-Boot's GPIO driver to
operate.
Signed-off-by: Simon Glass
---
Changes in v8:
- Add patch containing pinctrl settings for s5p_goni
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
arch/arm/dts/s5pc110-pinctrl.dtsi |
We should be consistent about this. The kernel has moved to #include
which breaks error reporting to some extent but does allow us to include
binding files.
Signed-off-by: Simon Glass
---
Changes in v8:
- Adjust odroid device tree file to use #include instead of /include/
Changes in v7: None
Ch
The generic board deadline is approaching, and we need this feature to
enable driver model. Enable CONFIG_SYS_GENERIC_BOARD for s5p_goni.
Signed-off-by: Simon Glass
---
Changes in v8:
- Add new patch to move s5p_goni to generic board
Changes in v7: None
Changes in v6: None
Changes in v5: None
C
The wrong header is being included, thus requiring the code to re-declare
the generic GPIO interface in each GPIO header.
Fix this.
Signed-off-by: Simon Glass
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
arch/arm/cpu/armv7/exynos/pinm
With driver model GPIOs must be requested before use. Make sure this is
done correctly.
(Note that the soft SPI part of universal is omitted, since this driver
is about to be replaced with a driver-model-aware version)
Signed-off-by: Simon Glass
---
Changes in v8: None
Changes in v7: None
Chang
The generic board deadline is approaching, and we need this feature to
enable driver model. Enable CONFIG_SYS_GENERIC_BOARD for smdkc100.
Signed-off-by: Simon Glass
---
Changes in v8:
- Add new patch to move smdkc100 to generic board
Changes in v7: None
Changes in v6: None
Changes in v5: None
C
These describe the GPIOs in enough detail for U-Boot's GPIO driver to
operate.
Signed-off-by: Simon Glass
---
Changes in v8:
- Add patch containing pinctrl settings for s5p_goni
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
arch/arm/dts/s5pc100-pinctrl.dtsi |
We don't include the pinctrl functions for U-Boot as they use up quite
a bit of space and are not used.
We could instead perhaps eliminate this material with fdtgrep, but so far
this tool has not made it to upstream.
Signed-off-by: Simon Glass
---
Changes in v8: None
Changes in v7: None
Changes
Bring in required device tree files for pinctrl from Linux v3.14. These
are initially unchanged and have a number of pieces not needed by U-Boot.
Note that exynos5420 is renamed to exynos54xx here since we want to
support exynos5422 also.
Signed-off-by: Simon Glass
---
Changes in v8: None
Chang
The defines at the top of the GPIO driver use single-character names for
parameters which are not very descriptive.
Improve these to use descriptive parameter names.
Signed-off-by: Simon Glass
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: Non
The pinctrl bindings used by Linux are an incomplete description of the
hardware. It is possible in most cases to determine the register address
of each, but not in all cases. By adding an additional property we can
fix this, and avoid adding a table to U-Boot for every single Exynos
SOC.
Signed-o
(Note: Tegra patches have been applied, I am resending with exynos only)
Now that driver model is part of U-Boot, the task of converting drivers over
to it begins. GPIO is one of the easiest to convert, since it already has a
sandbox driver and a uclass driver.
The Tegra GPIO driver is relatively
Most of the smdkv310 features are common with other exynos4 boards. To
permit easier addition of driver model support, use the common file and
add a device tree file.
Signed-off-by: Simon Glass
---
Changes in v2:
- Leave in a few configs which are not in fact common to all boards
arch/arm/dts/
Change this board to add a device tree.
Signed-off-by: Simon Glass
---
Changes in v2:
- Avoid using a common file, and just add a device tree
- Fix device tree base addresses
arch/arm/dts/Makefile | 1 +
arch/arm/dts/s5pc1xx-smdkc100.dts | 29 +
include
Enable this feature to support driver model before relocation.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/configs/exynos-common.h | 5 +++--
include/configs/odroid.h| 2 --
include/configs/s5p_goni.h | 5 +++--
include/configs/smdkc100.h | 4
4 files chan
Change this board to add a device tree.
This also adds a pinmux header file although it is not used as yet.
Signed-off-by: Simon Glass
---
Changes in v2:
- Avoid using a common file, and just add a device tree
- Fix device tree base addresses
arch/arm/dts/Makefile | 1 +
Things run faster when the data cache is enabled, so turn it on along with
the 'dcache' command.
Signed-off-by: Simon Glass
Tested-by: Ajay Kumar
---
Changes in v2:
- Fix 'cashe' typo in commit subject
include/configs/exynos5-dt.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
Hi,
On 14 September 2014 16:12, Simon Glass wrote:
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> tools/patman/series.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tools/patman/series.py b/tools/patman/series.py
> index 88c0d87..8e39fd2 100644
> ---
Add a keyboard definition so that the keyboard can be used on pit.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add new patch to enable keyboard on pit
arch/arm/dts/exynos5420-peach-pit.dts | 55 +++
1 file changed, 55 insertions(+)
diff --git a/arch/arm/dts
Most of the arndale features are common with other exynos5250 boards. To
permit easier addition of driver model support, use the common file.
Signed-off-by: Simon Glass
---
Changes in v2:
- Reduce the number of common elements to avoid needing #undefs later
include/configs/arndale.h
These boards do not in fact have a Chrome OS EC, nor a TPS565090 PMIC, so
move the settings into a separate common file to be used by those that need
it.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/configs/exynos5-common.h| 18 +++---
include/configs/exynos5-dt-c
Since exynos4 and exyno5 share many settings, we should move these into
a common file to avoid duplication.
In effect the changes are that all exynos boards now have EXT4 and FAT
write support. This affects exynos5250 and exynos5420 which previously
did not. This also disables the ext2 commands wh
We want exynos5250-dt.h to be a board which can support any exynos5250
device. This matches the naming used by Linux. As a first step, rename
the existing -dt files to -common to make it clear they are common files,
and not specific boards.
Signed-off-by: Simon Glass
---
Changes in v2: None
in
A few things are common but are not in the common file. Fix this and
rename the file to fit with the other exynos*-common files.
Signed-off-by: Simon Glass
---
Changes in v2:
- Leave CONFIG_SERIAL3 in the individual board files
- Reduce the number of common elements to avoid needing #undefs late
Signed-off-by: Simon Glass
---
Changes in v2: None
tools/patman/series.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/patman/series.py b/tools/patman/series.py
index 88c0d87..8e39fd2 100644
--- a/tools/patman/series.py
+++ b/tools/patman/series.py
@@ -225,7 +225,7
With the driver model conversion we are going to be using driver model for
SPI and not for I2C. This works OK so long as a board doesn't need both
dm and non-dm versions of the cros_ec driver. Since pit uses SPI and snow
uses I2C we need to split the configs so that only one driver is compiled
for
The device seems to hang in SPL if the full speed is used when booting from
USB, perhaps because the PMIC has not been set to the maximum ARM core
voltage yet. Slow it down to a reliable speed.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add new patch to use 900MHz ARM frequeny in SPL for pe
Exynos 5250 boards (snow, spring) use the I2C driver but Exynos 5420 boards
cannot due to a hardware design decision. Select the correct driver to use
in each case.
Signed-off-by: Simon Glass
Tested-by: Ajay Kumar
---
Changes in v2:
- Don't enable the cros_ec on smdk5420
- Slightly reword the c
Unfortunately on Pit the AP has no direct access to the tps65090 but must
talk through the EC (over SPI) to the EC's I2C bus.
When driver model supports PMICs this will be relatively easy. In the
meantime the best approach is to duplicate the driver. It will be refactored
once driver model support
This series tries to unify the Samsung board configs into a few header
files for exynos5 and exynos4.
The purpose is to make it easier to move to driver model. In that case
I would like things like the GPIO drivers and serial drivers to work in
a standard way, and not need to support device tree a
Hi Dinh,
From day one of the SOCFPGA project, we(Altera's Linux/U-boot's
development team have made a pledge to upstream as much support as
possible and to be as open as possible. The thought behind rocketboards
was also a central point of information for socfpga, that would include
patches for
Hi Guillaume,
On 09/11/2014 02:59 AM, Guillaume GARDET wrote:
> Sabrelite board has two solts: 0 is SD3 (bottom) slot and 1 is uSD4 (top)
> slot.
> This patch makes use of both slots instead of only one.
>
> Signed-off-by: Guillaume GARDET
> Cc: Stefano Babic
> Cc: Eric Nelson
>
> ---
> inc
Hi Guillaume,
On 09/11/2014 02:59 AM, Guillaume GARDET wrote:
> Sabrelite board has two solts: 0 is SD3 (bottom) slot and 1 is uSD4 (top)
> slot.
> This patch makes use of both slots instead of only one.
>
> Signed-off-by: Guillaume GARDET
> Cc: Stefano Babic
> Cc: Eric Nelson
>
> ---
> inc
These cause U-Boot to print a list of available commands. It doesn't break
the test, but it is best to remove them from the output.
Signed-off-by: Simon Glass
---
Changes in v2: None
test/trace/test-trace.sh | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff -
This performs a command, then repeats it, and checks that the repeat
happens.
Signed-off-by: Simon Glass
---
Changes in v2: None
test/cmd_repeat.sh | 29 +
test/common.sh | 20
test/trace/test-trace.sh | 20 +++-
This is not supported properly on sandbox, and interferes with running
tests, since when a test script is piped in, some commands will call
ctrlc() which will drop characters from the test script.
Signed-off-by: Simon Glass
---
Changes in v2:
- Remove more elaborate feature and just disable ctrl
This was lost sometime in the Kbuild conversion. Add it back.
Check that the trace test now passes:
$ ./test/trace/test-trace.sh
Simple trace test / sanity check using sandbox
/tmp/filemHKPGw
Build sandbox
O=sandbox FTRACE=1
GEN /home/sjg/c/src/third_party/u-boot/files/sandbox/Makefile
Con
Hi Minkyu,
On 11 September 2014 01:38, Minkyu Kang wrote:
> Dear Simon Glass,
>
> On 23/07/14 21:11, Simon Glass wrote:
>> A few things are common but are not in the common file. Fix this and
>> rename the file to fit with the other exynos*-common files.
>>
>> Signed-off-by: Simon Glass
>> ---
>
Hi Minkyu,
On 11 September 2014 01:38, Minkyu Kang wrote:
> Dear Simon Glass,
>
> On 23/07/14 21:11, Simon Glass wrote:
>> Most of the arndale features are common with other exynos5250 boards. To
>> permit easier addition of driver model support, use the common file.
>>
>> Signed-off-by: Simon Gl
Hi Masahiro,
On 12 September 2014 05:25, Masahiro Yamada wrote:
> Hi Simon,
>
>
> I have a qustion about lists_driver_lookup_name() function.
>
>
>
> for (entry = drv; entry != drv + n_ents; entry++) {
> if (strncmp(name, entry->name, len))
> contin
Hi Karsten,
Thanks for testing this!
On 09/14/2014 05:43 PM, Karsten Merker wrote:
> Hello,
>
> I am currently testing the new bootcmd handling introduced at
> http://git.denx.de/?p=u-boot.git;a=commit;h=8cc96848f0a467922820895b6b2363b0c64163b5
> on a sunxi-based system running u-boot v2014.10-r
Dear Dinh,
In message <5415bc00.6090...@opensource.altera.com> you wrote:
>
> FWIW, I strongly oppose assigning an external person to be the custodian
> for socfpga. Marek is fantastic developer, and my only issue is that he
> is not an Altera employee. I contend that an in-house custodian for
>
On Sun, Sep 14, 2014 at 11:02:08AM -0500, Dinh Nguyen wrote:
> Hi Wolfgang,
>
> On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
> > Dear Dinh,
> >
> > In message <541373ad.4020...@opensource.altera.com> you wrote:
> >>
> >> Then I vote for myself as the custodian for u-boot-socfpga. By the way,
> >
>
Dear Dinh,
In message <5415b6a7.9020...@gmail.com> you wrote:
>
> I think the point has shifted that Wolfgang wants to appoint an external
> entity to be the custodian for u-boot-socfpga-next.
You misunderstand me. It is not up to me to decide who the custodian
shall be. This is a community de
Hi Wolfgang,
On 9/12/14, 5:51 PM, Wolfgang Denk wrote:
> Dear Dinh,
>
> In message <541373ad.4020...@opensource.altera.com> you wrote:
>>
>> Then I vote for myself as the custodian for u-boot-socfpga. By the way,
>
> May I ask what made you change your mind like that? First you wrote
> that Vin
Hi David,
On 9/13/14, 12:24 PM, David Hawkins wrote:
> Hi Dinh,
>
>>> Up until now I have avoided any SoC development kits as
>>> I considered the software support to not have matured
>>> enough. I consider "mature" code to be code that I can
>>> checkout from mainline, where mainline is U-Boot v
On Sun, Sep 14, 2014 at 03:01:49AM +0900, Masahiro Yamada wrote:
> Now the types of CONFIG_SYS_{ARCH, CPU, SOC, VENDOR, BOARD, CONFIG_NAME}
> are specified in arch/Kconfig.
>
> We can delete the ones in arch and board Kconfig files.
>
> This commit can be easily reproduced by the following comma
On Wed, Sep 10, 2014 at 01:04:26PM -0600, Simon Glass wrote:
> Hi Tom,
>
> This pull includes driver model implementations for serial (uclass,
> sandbox and Tegra) as well as GPIO for Tegra, I've held off on exynos
> until we resolve some questions there. I'm not 100% sure it will make
> the rele
On Sun, Sep 14, 2014 at 03:01:48AM +0900, Masahiro Yamada wrote:
> This commit adds the type definitions (+ help messages) of
> CONFIG_SYS_{ARCH, CPU, SOC, VENDOR, BOARD, CONFIG_NAME} to arch/Kconfig,
> which would save lots of type defs for taget boards.
> (See also the next commit.)
>
> Signed-
Hi,
On 09/03/2014 08:22 PM, Peter A. Bigot wrote:
The code to set the MMC partition uses an weak function to obtain the
correct partition number. Use that instead of the compile-time default
when deciding whether it needs to switch back.
Fixes: 6e7b7df4df43574 ("env_mmc: support env partition
70 matches
Mail list logo
