Hello Lubomir,
Am 07.11.2013 08:57, schrieb Lubomir Popov:
Hi Heiko,
On 07-Nov-13 7:14, Heiko Schocher wrote:
Hello Lubomir,
Am 06.11.2013 14:19, schrieb Lubomir Popov:
On 06-Nov-13 14:12, Nikita Kiryanov wrote:
In drivers/i2c/omap24xx_i2c.c there are a few checks that attempt to
detect
Hi Giuseppe,
On 06/11/2013 21:30, Giuseppe Pagano wrote:
Move udoo configuration files to board/udoo/ folder.
Align clock configuration and DDR3 calibration to Seco suggested value
to increase system stability.
There are some basic issues with your patchset. First, patches are
corrupted by
Heiko,
On 07-Nov-13 10:04, Heiko Schocher wrote:
Hello Lubomir,
Am 07.11.2013 08:57, schrieb Lubomir Popov:
Hi Heiko,
On 07-Nov-13 7:14, Heiko Schocher wrote:
Hello Lubomir,
Am 06.11.2013 14:19, schrieb Lubomir Popov:
On 06-Nov-13 14:12, Nikita Kiryanov wrote:
In
Hello Wolfgang, Tom,
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
Dear Tom,
In message20131105203736.GM5925@bill-the-cat you wrote:
We have the real problem, that we have a lot of old boards, which
are unmaintained in U-Boot, and we have no chance to find out, if this
boards are longer
Hi Giuseppe,
On 06/11/2013 21:44, Giuseppe Pagano wrote:
To have watchdog quiet during kernel boot it is necessary to
change gpio wdt trigger direction.
Sorry, this is not a good explanation. You force a GPIO to drop a
feture, instead of disabling the feature itself. And maybe some other
On Wednesday 06 November 2013 10:11 PM, Vaibhav Bedia wrote:
On Wed, Nov 6, 2013 at 8:32 AM, Lokesh Vutla lokeshvu...@ti.com wrote:
On Wednesday 06 November 2013 06:13 PM, Vaibhav Bedia wrote:
On Mon, Nov 4, 2013 at 11:20 PM, Lokesh Vutla lokeshvu...@ti.com wrote:
Updating the mux data for
Hi Giuseppe,
On 06/11/2013 21:44, Giuseppe Pagano wrote:
Change u-boot default environment for uDoo board to:
- mount /dev/mmcblk0p1 partition
- activate hdmi monitor by default (instead of nothing)
Signed-off-by: Giuseppe Pagano giuseppe.pag...@seco.com
Cc: sba...@denx.de
---
Hi Giuseppe,
On 06/11/2013 21:33, Giuseppe Pagano wrote:
Add Ethernet and networking support on uDoo board (FEC + phy Micrel)
Signed-off-by: Giuseppe Pagano giuseppe.pag...@seco.com
Cc: sba...@denx.de
---
diff -uNr a/board/udoo/udoo.c b/board/udoo/udoo.c
--- a/board/udoo/udoo.c
+++
Hi Giuseppe,
On 06/11/2013 21:37, Giuseppe Pagano wrote:
Add Sata support on uDoo Board.
Signed-off-by: Giuseppe Pagano giuseppe.pag...@seco.com
Cc: sba...@denx.de
---
diff -uNr a/board/udoo/udoo.c b/board/udoo/udoo.c
--- a/board/udoo/udoo.c 2013-11-06 18:45:22.0 +0100
Hi Pekon,
Thank you for your answers. Please find my answers/comments to your
questions below.
2013/11/6 Gupta, Pekon pe...@ti.com
Hi Matti and Matthias
Sorry I was away from my mailbox so couldn't reply you earlier.
I'm still away from my setup and other boards, so cannot replicate
the
Hi Roger,
Thanks for the patches!
2013/11/6 Roger Quadros rog...@ti.com:
Hi,
This series adds SATA support for OMAP5 uevm board.
This is an RFC patchset for review only. Patches are based
on v2013.10.
cheers,
-roger
---
Roger Quadros (5):
ahci: Error out with message on malloc()
Hi Joe,
On Wed, 6 Nov 2013 09:18:53 -0700, Joe Kulikauskas
jkulikaus...@cardinalpeak.com wrote:
Hi,
Rob, yes that's correct.
To Albert's question: the disassembled instruction I had showed
LDR R3,ff0a0fc0 is load of r3 with address of the variable holding
the stack address; this
Hi Wolfgang,
On Wed, 06 Nov 2013 08:24:44 +0100, Wolfgang Denk w...@denx.de wrote:
Dear Simon Glass,
In message 1382800457-26608-1-git-send-email-...@chromium.org you wrote:
Many parts of the U-Boot code base are sprinkled with #ifdefs. This makes
different boards compile different
test
--
Regards,
Igor.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello all together,
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
In message20131105203736.GM5925@bill-the-cat you wrote:
snip problem description
Full ACK, we need some way to track which board is working with the
current ToT or at least on a
Pekon,
Please find the nand dumps from oob area below. UBIFS volume created and
edited in Linux.
Linux:
OOB Data: ff ff ff ff ff ff ff ff ff ff ff ff 5c 87 73 23
OOB Data: ae 36 a6 16 fc 81 dd 8e f0 ff ff ff ff ff ff ff
OOB Data: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
OOB Data:
Hi Stefano,
On Tue, 05 Nov 2013 15:23:19 +0100, Stefano Babic sba...@denx.de
wrote:
Hi Albert,
please pull from u-boot-imx, thanks !
The following changes since commit 262f08d6ea18a62f827b8ccb60f355ca2eaf6e2b:
zynq: Use arch_cpu_init() instead of lowlevel_init() (2013-10-17
08:34:45
Hi Michal,
On Wed, 06 Nov 2013 09:28:16 +0100, Michal Simek mon...@monstr.eu
wrote:
Hi Albert,
please pull these two patches to your arm next branch.
It depends on zynq: Use arch_cpu_init() instead of lowlevel_init()
(sha1: 262f08d6ea18a62f827b8ccb60f355ca2eaf6e2b) patch
which you have in
Hello Andreas,
Am 07.11.2013 10:37, schrieb Andreas Bießmann:
Hello all together,
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
In message20131105203736.GM5925@bill-the-cat you wrote:
snip problem description
Full ACK, we need some way to
Hi Stefano,
On Thu, 2013-11-07 at 09:12 +0100, Stefano Babic wrote:
Hi Giuseppe,
On 06/11/2013 21:30, Giuseppe Pagano wrote:
Move udoo configuration files to board/udoo/ folder.
Align clock configuration and DDR3 calibration to Seco suggested value
to increase system stability.
There
+Aneesh.
Hi Enric,
On 11/07/2013 10:52 AM, Enric Balletbo Serra wrote:
Hi Roger,
Thanks for the patches!
2013/11/6 Roger Quadros rog...@ti.com:
Hi,
This series adds SATA support for OMAP5 uevm board.
This is an RFC patchset for review only. Patches are based
on v2013.10.
cheers,
Hi Giuseppe,
On 07/11/2013 11:41, Giuseppe Pagano wrote:
Sorry, I used vim and imported patch as a file in evolution, I
understood too late that I also need to change Format from normal to
preformatted. In the future I will use git send-email.
Ok
Please take a look at the rules to
Hi Heiko,
On Thu, 07 Nov 2013 11:39:08 +0100, Heiko Schocher h...@denx.de wrote:
Right, boards.cfg gets unhandy ... Hmm .. what with the column
Staus ... instead of Active it would be more informative to have
there the livetime counter, and a single digit saves some characters ;-)
I'm
Hello Heiko,
On 11/07/2013 11:39 AM, Heiko Schocher wrote:
Am 07.11.2013 10:37, schrieb Andreas Bießmann:
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
In message20131105203736.GM5925@bill-the-cat you wrote:
snip
But you are right, that
Hello Albert,
Am 07.11.2013 12:13, schrieb Albert ARIBAUD:
Hi Heiko,
On Thu, 07 Nov 2013 11:39:08 +0100, Heiko Schocherh...@denx.de wrote:
Right, boards.cfg gets unhandy ... Hmm .. what with the column
Staus ... instead of Active it would be more informative to have
there the livetime
Hello Andreas,
Am 07.11.2013 12:24, schrieb Andreas Bießmann:
Hello Heiko,
On 11/07/2013 11:39 AM, Heiko Schocher wrote:
Am 07.11.2013 10:37, schrieb Andreas Bießmann:
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
In
Hi Albert,
On 11/07/2013 10:50 AM, Albert ARIBAUD wrote:
Hi Michal,
On Wed, 06 Nov 2013 09:28:16 +0100, Michal Simek mon...@monstr.eu
wrote:
Hi Albert,
please pull these two patches to your arm next branch.
It depends on zynq: Use arch_cpu_init() instead of lowlevel_init()
(sha1:
Hi Stefano,
On Thu, 2013-11-07 at 09:19 +0100, Stefano Babic wrote:
Hi Giuseppe,
On 06/11/2013 21:44, Giuseppe Pagano wrote:
To have watchdog quiet during kernel boot it is necessary to
change gpio wdt trigger direction.
Sorry, this is not a good explanation. You force a GPIO to
Hi Stefano,
On Thu, 2013-11-07 at 09:33 +0100, Stefano Babic wrote:
Hi Giuseppe,
On 06/11/2013 21:44, Giuseppe Pagano wrote:
Change u-boot default environment for uDoo board to:
- mount /dev/mmcblk0p1 partition
- activate hdmi monitor by default (instead of nothing)
Dear Andreas Bießmann,
In message 527b7883.1080...@gmail.com you wrote:
The saved information how often a board was runtime tested with the
correct SHA1 of the u-boot/master could be quite useful.
In the end just the last tested commit will be interesting but it could
give some information
Dear Heiko Schocher,
In message 527b7cb0.6040...@denx.de you wrote:
Note also that one goal of boards.cfg is to not have multiple files
around that have to remain consistent.
Yep, exactly. Thats why I think we could collect this in boards.cfg.
No, we really want to have a database here,
Dear Heiko,
In message 527b7ee6.4030...@denx.de you wrote:
Hmm... I hope we get a lot of such EMails ... and think, this is not
a big problem ... Or, maybe, if we get a lot of such EMails, maybe we
open a u-boot-testing list?
NAK. Mailing lists are good for some kind of information -
Dear Wolfgang Denk,
On 11/07/2013 01:01 PM, Wolfgang Denk wrote:
In message 527b7883.1080...@gmail.com you wrote:
The saved information how often a board was runtime tested with the
correct SHA1 of the u-boot/master could be quite useful.
In the end just the last tested commit will be
Hello Wolfgang,
Am 07.11.2013 13:06, schrieb Wolfgang Denk:
Dear Heiko Schocher,
In message527b7cb0.6040...@denx.de you wrote:
Note also that one goal of boards.cfg is to not have multiple files
around that have to remain consistent.
Yep, exactly. Thats why I think we could collect this
On 11/06/2013 11:48 PM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/06/2013 09:47 AM, Roger Quadros wrote:
Pipe3 PHY is used by SATA, USB3 and PCIe modules. This is
a driver for the Pipe3 PHY.
Signed-off-by: Roger Quadros rog...@ti.com
[snip]
+#define perror(fmt,
On 11/07/2013 12:11 AM, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/06/2013 09:47 AM, Roger Quadros wrote:
Add platform glue logic for the SATA controller.
Signed-off-by: Roger Quadros rog...@ti.com
[snip]
diff --git a/arch/arm/cpu/armv7/omap-common/Makefile
Hi Stefano,
On Thu, 2013-11-07 at 09:38 +0100, Stefano Babic wrote:
Hi Giuseppe,
On 06/11/2013 21:33, Giuseppe Pagano wrote:
Add Ethernet and networking support on uDoo board (FEC + phy Micrel)
Signed-off-by: Giuseppe Pagano giuseppe.pag...@seco.com
Cc: sba...@denx.de
+int
In the case of not having CONFIG_CMD_HASH but having CONFIG_CMD_CRC32
enabled (and not CONFIG_CRC32_VERIFY), we end up in this part of the
code path on hash_command(). However, we will only have exactly 3 args
here, and 3 3 is false, and we will not try and store the hash at the
address given as
On Thu, 2013-11-07 at 09:40 +0100, Stefano Babic wrote:
Hi Giuseppe,
On 06/11/2013 21:37, Giuseppe Pagano wrote:
Add Sata support on uDoo Board.
Signed-off-by: Giuseppe Pagano giuseppe.pag...@seco.com
Cc: sba...@denx.de
---
+#ifdef CONFIG_CMD_SATA
+int setup_sata(void)
Hi Pekon,
It seems after patching without BCH16 patches that at least
OMAP_ECC_BCH8_CODE_HW can't be compatible with Linux 3.8.13 mode. U-Boot
drivers/mtd/nand/omap_gpmc.c:omap_select_ecc_scheme states that
nand-ecc.bytes = 14 whereas in OMAP_ECC_BCH8_CODE_HW_DETECTION_SW mode
setting seems to
Hello Wolfgang,
Am 07.11.2013 13:01, schrieb Wolfgang Denk:
Dear Andreas Bießmann,
In message527b7883.1080...@gmail.com you wrote:
[...]
maintainer could then see if he needs to pull out a board or if one else
run the test before.
I fully agree - everybody should be able to provide
Hello Wolfgang,
Am 07.11.2013 13:12, schrieb Wolfgang Denk:
Dear Heiko,
In message527b7ee6.4030...@denx.de you wrote:
Hmm... I hope we get a lot of such EMails ... and think, this is not
a big problem ... Or, maybe, if we get a lot of such EMails, maybe we
open a u-boot-testing list?
NAK.
Current LDS files /DISCARD/ a lot of sections when linking ELF
files, causing diagnostic tools such as readelf or objdump to
produce partial output. Keep all section at link stage, filter
only at objcopy time so that .bin remains minimal.
Signed-off-by: Albert ARIBAUD albert.u.b...@aribaud.net
Hi Andre,
On Wed, 23 Oct 2013 21:46:31 +0200, Andre Heider a.hei...@gmail.com
wrote:
On Wed, Oct 23, 2013 at 05:54:13PM +0100, Stephen Warren wrote:
On 10/22/2013 09:27 PM, Andre Heider wrote:
Add the missing right field to struct bcm2835_mbox_tag_overscan.
This one patch,
Acked-by:
On Thu, Nov 07, 2013 at 10:37:24AM +0100, Andreas Bie?mann wrote:
Hello all together,
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
[snip]
So when you're once again doing some change that requires touching
files for some othe rboards, you could
Hi Vaibhav,
On Wednesday 06 November 2013 06:10 PM, Vaibhav Bedia wrote:
On Mon, Nov 4, 2013 at 11:20 PM, Lokesh Vutla lokeshvu...@ti.com wrote:
Selecting the Master osc clk as Timer2 clock source.
I obviously missed the first round of patches for AM43xx here. Why is
timer2 being used here?
This delay applies to any data transfer on I2C bus.
For example 1kB data read with per-byte access (which happens if
environment is stored in I2C EEPROM) takes more than 10 seconds.
Moreover data bus driver has to care about bus state and data transfer,
but not about internal states of attached
Data offset is not used directly in case of I2C EEPROM. Istead it is
split into block number and offset within mentioned block. Which are
addr[0] and addr[1] respectively.
Signed-off-by: Alexey Brodkin abrod...@synopsys.com
Cc: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
cc: Peter
As it is stated in DesignWare I2C databook: writes to IC_TAR (0x4)
register succeed only when IC_ENABLE[0] is set to 0.
Signed-off-by: Alexey Brodkin abrod...@synopsys.com
Cc: Tom Rini tr...@ti.com
cc: Armando Visconti armando.visco...@st.com
Cc: Stefan Roese s...@denx.de
Cc: Albert ARIBAUD
This prevents references to _end from generating absolute
relocation records.
Signed-off-by: Albert ARIBAUD albert.u.b...@aribaud.net
---
Changes in v2: None
arch/arm/cpu/arm1136/u-boot-spl.lds| 6 +-
arch/arm/cpu/arm920t/ep93xx/u-boot.lds | 5 -
Remove the last uses of symbol offsets in ARM U-Boot.
Remove some needless uses of _TEXT_BASE.
Remove all _TEXT_BASE definitions.
Signed-off-by: Albert ARIBAUD albert.u.b...@aribaud.net
---
Changes in v2:
- fixed use of _rel_dyn_end instead of _end
README |
Dear Tom Rini,
On 11/07/2013 02:31 PM, Tom Rini wrote:
On Thu, Nov 07, 2013 at 10:37:24AM +0100, Andreas Bie?mann wrote:
Hello all together,
On 11/07/2013 09:17 AM, Heiko Schocher wrote:
Am 06.11.2013 08:50, schrieb Wolfgang Denk:
[snip]
So when you're once again doing some change that
1) Currently the DDR3 memory on DRA7 ES1.0 evm board is enabled using
software leveling. This was done since hardware leveling was not
working. Now that the right sequence to do hw leveling is identified,
use it. This is required for EMIF clockdomain to idle and come back
during
When core power domain hits oswr, then DDR3 memories does not come back
while resuming. This is because when EMIF registers are lost, then the
controller takes care of copying the values from the shadow registers.
If the shadow registers are not updated with the right values, then this
results in
Currently the DDR3 memory on DRA7 ES1.0 evm board is enabled using
software leveling. This was done since hardware leveling was not
working. Now that the right sequence to do hw leveling is identified,
use it. This is required for EMIF clockdomain to idle and come back
during lowpower usecases.
Hi Giuseppe,
On 07/11/2013 13:37, Giuseppe Pagano wrote:
+int mx6_rgmii_rework(struct phy_device *phydev)
+{
+ /* To advertise only 10 Mbs */
+ phy_write(phydev, MDIO_DEVAD_NONE, 0x4, 0x61);
+ phy_write(phydev, MDIO_DEVAD_NONE, 0x9, 0x0c00);
+
Why only 10 Mb/s ? I think the Micrel
Hi Giuseppe,
On 07/11/2013 13:37, Giuseppe Pagano wrote:
+int mx6_rgmii_rework(struct phy_device *phydev)
+{
+ /* To advertise only 10 Mbs */
+ phy_write(phydev, MDIO_DEVAD_NONE, 0x4, 0x61);
+ phy_write(phydev, MDIO_DEVAD_NONE, 0x9, 0x0c00);
+
Why only 10 Mb/s ? I think the Micrel
This patch add new defines for usb phy for Exynos4x12.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
---
Chnages for v3:
- removed unnecessary empty line
Changes for v2:
- no changes
This patch adds support for USB and enables 'ums' command on Trats2 board.
Signed-off-by: Piotr Wilczek p.wilc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Minkyu Kang mk7.k...@samsung.com
Acked-by: Jaehoon Chung jh80.ch...@samsung.com
---
This patch depends on the
On Thu, Nov 07, 2013 at 08:17:39PM +0530, Sricharan R wrote:
Currently the DDR3 memory on DRA7 ES1.0 evm board is enabled using
software leveling. This was done since hardware leveling was not
working. Now that the right sequence to do hw leveling is identified,
use it. This is required for
On Thu, Nov 7, 2013 at 8:58 AM, Stefano Babic sba...@denx.de wrote:
Hi Giuseppe,
On 07/11/2013 13:37, Giuseppe Pagano wrote:
+int mx6_rgmii_rework(struct phy_device *phydev)
+{
+ /* To advertise only 10 Mbs */
+ phy_write(phydev, MDIO_DEVAD_NONE, 0x4, 0x61);
+ phy_write(phydev,
Note: If you are reviewing this code, but don't have a lot of time, please
consider starting with the 'demo' driver (patch 'dm: Add a
demonstration/example driver') since it clearly shows how devices and
uclasses work. Much of this series consists of test code and plumbing, so
is of less interest
Use driver model in sandbox to permit running of driver model unit test.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/sandbox.h | 1 +
1 file changed, 1 insertion(+)
diff
Convert sandbox over to use driver model GPIOs.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v6:
- Rename platform_data to platdata
- Use ofdata_to_platdata feature
Changes in v5: None
Changes in v4: None
Changes in v3:
- Update sandbox GPIO header file comments
Changes in v2:
Add support for building a device tree for sandbox's CONFIG_OF_HOSTFILE
option to make it easier to use device tree with sandbox.
This adjusts the Makefile to build a u-boot.dtb file which can be passed
to sandbox U-Boot with:
./u-boot -d u-boot.dtb
Signed-off-by: Simon Glass
U-Boot now uses errors defined in include/errno.h which are negative
integers. Commands which fail need to report the error and return 1
to indicate failure. Add this functionality in cmd_process_error().
For now this merely reports the error number. It would be possible
also to produce a helpful
As an example of how to write a uclass and a driver, provide a demo version
of each, accessible through the 'demo' command.
To use these with driver model, define CONFIG_CMD_DEMO and CONFIG_DM_DEMO.
The two demo drivers are enabled with CONFIG_DM_DEMO_SIMPLE and
CONFIG_DM_DEMO_SHAPE.
There are a few warnings in this file when building for sandbox. Addresses
coming from the device tree need to be treated as ulong as elsewhere in
U-Boot and we must use map_sysmem() to convert to a pointer when needed.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v6: None
Changes
Make driver model available after relocation, by setting up data structures
and scanning for devices using compiled-in platform_data and (when available)
the device tree.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v6:
- Rename platform_data to platdata
Changes in v5: None
Now that named GPIO banks are supported, along with a way of obtaining
the status of a GPIO (input or output), we can provide an enhanced
GPIO command for driver model. Where the driver provides its own operation
for obtaining the GPIO state, this is used, otherwise a generic version
is
Very often a constant pointer is passed to this function, so we should
declare this, since map_to_sysmem() does not change the pointer.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
The recent timer refactor caused sandbox to fail to build with an error.
lib/libgeneric.o: In function `get_ticks':
/home/sjg/c/src/third_party/u-boot/files/lib/time.c:45: undefined reference to
`timer_read_counter'
Add a definition for timer_read_counter() to avoid this.
Signed-off-by: Simon
This command is not required for driver model operation, but can be useful
for testing. It provides simple dumps of internal data structures.
Signed-off-by: Simon Glass s...@chromium.org
Signed-off-by: Marek Vasut ma...@denx.de
Signed-off-by: Pavel Herrmann morpheus.i...@gmail.com
Signed-off-by:
Add driver model support for GPIOs. Since existing GPIO drivers do not use
driver model, this feature must be enabled by CONFIG_DM_GPIO. After all
GPO drivers are converted over we can perhaps remove this config.
Tests are provided for the sandbox implementation, and are a sufficient
sanity check
Add some tests of driver model functionality. Coverage includes:
- basic init
- binding of drivers to devices using platform_data
- automatic probing of devices when referenced
- availability of platform data to devices
- lifecycle from bind to probe to remove to unbind
- renumbering within a
This adds a README to help with understanding of this series.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v6:
- Rename platform_data to platdata
- Revise and update README
Changes in v5: None
Changes in v4: None
Changes in v3:
- Updated README.txt to cover changes since version 2
Sandbox uses an emulated memory map which is quite small. We don't need the
CONFIG_PHYS_64BIT option since we can address memory with a 32-bit offset
into our ram_buf.
Adjust the phys_addr_t and phys_size_t types accordingly.
Signed-off-by: Simon Glass s...@chromium.org
---
Changes in v6: None
Based on the definitive guide to EMIF configuration[1] certain registers
that we have been modifying (and are documented registers) should be
left in their reset values rather than modified. This has been tested
on AM335x GP EVM and Beaglebone White.
[1]:
Hi Alexey,
On Thu, 7 Nov 2013 17:52:18 +0400, Alexey Brodkin
alexey.brod...@synopsys.com wrote:
As it is stated in DesignWare I2C databook: writes to IC_TAR (0x4)
register succeed only when IC_ENABLE[0] is set to 0.
Signed-off-by: Alexey Brodkin abrod...@synopsys.com
Cc: Tom Rini
Dear Heiko,
In message 527b8ba7.2070...@denx.de you wrote:
Agreed too. I doubt if a mailing list makes sense to collect such
data. It would probably be more efficient to provide a web based
service for this. It just has to be easy to submit reports, and to
query the status for boards.
Dear Heiko Schocher,
In message 527b8c7f.6060...@denx.de you wrote:
All you want to do here is feed a database with data. This is not
what mailing lists were made for, so we should really use a more
appropriate interface.
Ok. But this status report can be in readable text format ;-)
Dear Tom,
In message 20131107133159.GR5925@bill-the-cat you wrote:
I feel this is the hard part of the problem, and what we're glossing
over. What has to be tested by the board maintainer? What are we going
to leave to their discretion? Will am335x_evm not count if I don't dig
up the NOR
On Thu, Nov 07, 2013 at 08:26:57PM +0100, Wolfgang Denk wrote:
Dear Tom,
In message 20131107133159.GR5925@bill-the-cat you wrote:
I feel this is the hard part of the problem, and what we're glossing
over. What has to be tested by the board maintainer? What are we going
to leave to
Hi Tom,
On Wed, Nov 6, 2013 at 4:37 PM, Tom Rini tr...@ti.com wrote:
+
+ if (header-magic != 0xEE3355AA) {
Why is the header the same as AM335x? Shouldn't it be something
like 0xEE3344AA or whatever?
No, the header is still same. It is 0xEE3355AA.
My question was why ;)
What's the
Dear Tom,
In message 20131107205133.GT5925@bill-the-cat you wrote:
What we need to be careful of here is making sure whatever we grow is
both useful and not overly complicated. What I honestly wonder about is
automated testing for commands (crc32 pops to mind only because I just
fixed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/07/2013 03:56 PM, Vaibhav Bedia wrote:
Hi Tom,
On Wed, Nov 6, 2013 at 4:37 PM, Tom Rini tr...@ti.com wrote:
+
+ if (header-magic != 0xEE3355AA) {
Why is the header the same as AM335x? Shouldn't it be something
like 0xEE3344AA or
Hi Lokesh,
On Thu, Nov 7, 2013 at 8:43 AM, Lokesh Vutla lokeshvu...@ti.com wrote:
Hi Vaibhav,
On Wednesday 06 November 2013 06:10 PM, Vaibhav Bedia wrote:
On Mon, Nov 4, 2013 at 11:20 PM, Lokesh Vutla lokeshvu...@ti.com wrote:
Selecting the Master osc clk as Timer2 clock source.
I obviously
Hi Tom,
On Thu, Nov 7, 2013 at 11:42 AM, Tom Rini tr...@ti.com wrote:
Based on the definitive guide to EMIF configuration[1] certain registers
that we have been modifying (and are documented registers) should be
left in their reset values rather than modified. This has been tested
on AM335x
On Thu, Nov 7, 2013 at 4:06 PM, Tom Rini tr...@ti.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/07/2013 03:56 PM, Vaibhav Bedia wrote:
Hi Tom,
On Wed, Nov 6, 2013 at 4:37 PM, Tom Rini tr...@ti.com wrote:
+
+ if (header-magic != 0xEE3355AA) {
Why is the header the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/07/2013 04:12 PM, Vaibhav Bedia wrote:
Hi Tom,
On Thu, Nov 7, 2013 at 11:42 AM, Tom Rini tr...@ti.com wrote:
Based on the definitive guide to EMIF configuration[1] certain registers
that we have been modifying (and are documented
On Thu, Nov 07, 2013 at 04:16:40PM -0500, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/07/2013 04:12 PM, Vaibhav Bedia wrote:
Hi Tom,
On Thu, Nov 7, 2013 at 11:42 AM, Tom Rini tr...@ti.com wrote:
Based on the definitive guide to EMIF configuration[1] certain
On 11/07/2013 06:29 AM, Albert ARIBAUD wrote:
Hi Andre,
On Wed, 23 Oct 2013 21:46:31 +0200, Andre Heider a.hei...@gmail.com
wrote:
On Wed, Oct 23, 2013 at 05:54:13PM +0100, Stephen Warren wrote:
On 10/22/2013 09:27 PM, Andre Heider wrote:
Add the missing right field to struct
On 10/14/2013 08:34 PM, feng...@phytium.com.cn wrote:
From: David Feng feng...@phytium.com.cn
Relocation code based on a patch by Scott Wood, which is:
Signed-off-by: Scott Wood scottw...@freescale.com
Signed-off-by: David Feng feng...@phytium.com.cn
---
arch/arm/config.mk
This simple series enhances the gpio_led driver a bit by
some documentation, checking the return value of gpio_request() call,
and finally adding support for inverted polarity GPIOs.
Igor Grinberg (3):
README: document the CONFIG_GPIO_LED symbol
gpio_led: check gpio_request() return value
The CONFIG_GPIO_LED symbol does not have any documentation in the README
file. Document the CONFIG_GPIO_LED symbol.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
README | 8
1 file changed, 8 insertions(+)
diff --git a/README b/README
index 09662a4..55c71fa 100644
---
Some GPIO connected LEDs have inverted polarity.
Introduce new config option: CONFIG_GPIO_LED_INVERTED_TABLE for the
specifying the inverted GPIO LEDs list and add support for this in the
gpio_led driver.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
README | 7
On Thu, 24 Oct 2013 20:00:41 +0200
Andre Heider a.hei...@gmail.com wrote:
...
@@ -90,6 +94,7 @@ void lcd_ctrl_init(void *lcdbase)
w = msg_setup-physical_w_h.body.resp.width;
h = msg_setup-physical_w_h.body.resp.height;
+ bcm2835_pitch = msg_setup-pitch.body.resp.pitch;
Add a check for the gpio_request() function return value and do not try
to configure the GPIO if the gpio_request() call fails.
Also, print an error message indicating the gpio_request() has failed.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
drivers/misc/gpio_led.c | 6 +-
1
On Tue, 2013-10-15 at 11:34 +0800, feng...@phytium.com.cn wrote:
+/*
+ * void __asm_flush_dcache_level(level)
+ *
+ * clean and invalidate one level cache.
+ *
+ * x0: cache level
+ * x1~x9: clobbered
+ */
+ENTRY(__asm_flush_dcache_level)
+ lsl x1, x0, #1
+ msr
Dear Haijun,
On 11/05/2013 03:23 PM, Haijun Zhang wrote:
Add command class define.
Add mmc erase and secure erase define.
Add secure erase and trim support bit define.
Signed-off-by: Haijun Zhang haijun.zh...@freescale.com
---
include/mmc.h | 49
1 - 100 of 129 matches
Mail list logo