Dear Emil,
In message <53926fa8.5040...@freescale.com> you wrote:
>
> > So are there not any boards left in the field that should be
> > supported?
>
> Seems that we sold about 10 RDS boards before the RDB became available.
> Even internally, at this time, I'm unable to locate a RDS board if I'd
Hi Chris,
On 6 June 2014 16:35, Chris Packham wrote:
> Signed-off-by: Chris Packham
> ---
> On 07/06/14 08:48, Simon Glass wrote:> Hi Chris,
>>
>> On 5 June 2014 21:24, Chris Packham wrote:
>>> Hi,
>>>
>>> (Joe, Simon, I'm not sure if this counts as "networking" or "driver
>>> model" but figure
Move AEMIF driver to drivers/memory/ti-aemif.c along with AEMIF
definitions collected in arch/arm/include/asm/ti-common/ti-aemif.h
Acked-by: Vitaly Andrianov
Signed-off-by: Ivan Khoronzhuk
---
v2..v1
- moved driver header from drivers to asm/ti-common
Based on [U-boot] [Patch v3] mtd:
The definitions inside emif_defs.h concern davinci nand driver and
should be in it's header. So create header file for davinci nand
driver and move definitions from emif_defs.h and nand_defs.h to it.
Acked-by: Vitaly Andrianov
Signed-off-by: Ivan Khoronzhuk
---
v3..v2
- move drivers/mtd
Signed-off-by: Chris Packham
---
On 07/06/14 08:48, Simon Glass wrote:> Hi Chris,
>
> On 5 June 2014 21:24, Chris Packham wrote:
>> Hi,
>>
>> (Joe, Simon, I'm not sure if this counts as "networking" or "driver
>> model" but figured it was close enough to warrant an Cc).
>>
>> We're looking at a
Dear York,
In message <53923ec8.1090...@freescale.com> you wrote:
>
> Incidentally, I have been trying to get a list of EOL boards from Freescale.
> Presume if I get the list, shall we drop the support for those boards right
> away
> or wait for some time, or keep them until we are tired of maint
On 06/06/2014 03:14 PM, Wolfgang Denk wrote:
> Dear Lijun Pan,
>
> In message <1402085638-12144-1-git-send-email-lijun@freescale.com> you
> wrote:
>> Since P1023RDS is no longer supported/manufactured by Freescale,
>> we clean up P1023RDS related code.
>> Since P1023RDB is still supported by
Dear Lijun Pan,
In message <1402090662-3702-1-git-send-email-lijun@freescale.com> you wrote:
...
> + * upper_32_bits - return bits 32-63 of a number
> + * @n: the number we're accessing
Comments wrong on Power Architecture.
> + * lower_32_bits - return bits 0-31 of a number
> + * @n: the num
On 06/06/2014 01:17 PM, York Sun wrote:
> On 06/06/2014 10:32 AM, Mark Rutland wrote:
How is TCR_EL2.SH0 (or TCR_EL1.SH*) configured?
You'll only need to flush the cache if they're configured non shareable.
>>>
>>> It is configured as non shareable.
>>
>> Is there any reason not to c
Dear Lijun Pan,
In message <1402085638-12144-1-git-send-email-lijun@freescale.com> you
wrote:
> Since P1023RDS is no longer supported/manufactured by Freescale,
> we clean up P1023RDS related code.
> Since P1023RDB is still supported by Freescale,
> we keep P1023RDB releated code.
So are the
Dear Lijun Pan,
In message <1402085108-11841-1-git-send-email-lijun@freescale.com> you
wrote:
> lower_32_bits and upper_32_bits are very useful while programming.
"is very useful" is not enough reason to add any code.
Where are the actual users of these functions? We will not add dead
code
Dear Lijun Pan,
In message <1402085600-12083-1-git-send-email-lijun@freescale.com> you
wrote:
> lower_32_bits and upper_32_bits are very useful while programming.
> Port these two functions here from Linux:include/linux/kernel.h,
> also remove the definition in drivers/usb/host/xhci.h.
> Late
Dear Simon,
In message
you wrote:
>
> > If this happens, I consider it a bug that should be fixed, and not
> > papered over.
>
> If you look at the code for the 'md' command it calls ctrlc() every
> now and then. Each call results in a getc() which reads a character
> from the console. So we l
On Thu, Jun 05, 2014 at 11:15:29AM -0400, Tom Rini wrote:
> Add a driver for the TPS65218 PMIC which is used by TI AM43xx SoCs and
> may be used by TI AM335x SoCs.
>
> Signed-off-by: Tom Rini
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
__
On Thu, Jun 05, 2014 at 11:15:30AM -0400, Tom Rini wrote:
> This family is supported by the TPS65218 PMIC. Implement a scale_vcores
> to set the MPU and CORE voltage correctly to the max frequency that is
> supported (and what we will be scaling them to in setup_dplls()).
>
> Signed-off-by: Tom
Hello,
The following changes since commit cc49da249cf2f380d2fed5571fad65ce6494fc95:
Merge branch 'u-boot-samsung/master' into 'u-boot-arm/master' (2014-06-02
08:43:48 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 83ba
On Wed, Jun 04, 2014 at 10:26:29AM +0200, Hannes Petermaier wrote:
> if we have no NAND-Chip, we don't need the gpmc-controller and therefore
> is no need to init it.
>
> Cc: tr...@ti.com
> Signed-off-by: Hannes Petermaier
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Descriptio
On Thu, Jun 05, 2014 at 11:15:28AM -0400, Tom Rini wrote:
> Similar to OMAP4/5 we need to scale the voltage up prior to changing the
> clock frequencies up higher. Add a similar hook to start with.
>
> Signed-off-by: Tom Rini
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Descri
On Thu, Jun 05, 2014 at 11:15:27AM -0400, Tom Rini wrote:
> Signed-off-by: Tom Rini
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/l
On Wed, Jun 04, 2014 at 10:37:12AM +0200, Hannes Petermaier wrote:
> Cc: tr...@ti.com
> Signed-off-by: Hannes Petermaier
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.d
On Wed, Jun 04, 2014 at 10:22:07AM +0200, Hannes Petermaier wrote:
> Signed-off-by: Hannes Petermaier
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists
On Wed, Jun 04, 2014 at 10:28:39AM +0200, Hannes Petermaier wrote:
> in almost all cases we need the i2c commands within the u-boot shell.
> So we enable them within the common section.
>
> Cc: tr...@ti.com
> Signed-off-by: Hannes Petermaier
Applied to u-boot-ti/master, thanks!
--
Tom
signa
On Wed, Jun 04, 2014 at 10:19:26AM +0200, Hannes Petermaier wrote:
> For usage of timer6 within B&R we need this defines to enable clock
> modules and clk-source.
>
> Also the 'Timer register bits' are expanded.
>
> By the way we add defines for all timers within AM335x SoC.
>
> Cc: tr...@ti.co
On Mon, Jun 02, 2014 at 10:45:38AM +0530, Lokesh Vutla wrote:
> loadbootenv expects devtype variable to be set. This is missing in
> mmcboot command. With this the following error comes:
> U-Boot# run mmcboot
> mmc0 is current device
> SD/MMC found on device 0
> ** Bad device usb 0 **
> ** Bad dev
On Mon, Jun 02, 2014 at 05:14:42PM +0530, pekon gupta wrote:
> This patch add support for BCH16_ECC to omap_gpmc driver.
>
> *need to BCH16 ECC scheme*
> With newer SLC Flash technologies and MLC NAND, and large densities, pagesizes
> Flash devices have become more suspectible to bit-flips. Thus
On Mon, Jun 02, 2014 at 05:14:41PM +0530, pekon gupta wrote:
> GPMC can support simultaneous processing of 8 512Byte data chunks, in parallel
>
> Signed-off-by: Pekon Gupta
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Mon, Jun 02, 2014 at 10:49:03AM +0530, Lokesh Vutla wrote:
> After enabling a module, SW has to wait on IDLEST bit
> until it is Fully functional. This wait is missing for UART module
> and there is a immediate access of UART registers after this. So there
> is a chance of hang on this module(
On Mon, Jun 02, 2014 at 05:14:43PM +0530, pekon gupta wrote:
> updates documentation with explanation on how to select ECC schemes.
>
> Signed-off-by: Pekon Gupta
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Sat, May 31, 2014 at 05:08:30PM +0200, Jeroen Hofstee wrote:
> commit a0a37183bd7 "ARM: omap: merge GPMC initialization code for
> all platform" needs CONFIG_NOR, CONFIG_NAND or CONFIG_CMD_ONENAND
> to be set to access flash. Add CONFIG_NAND for tam3517 derived
> boards to prevent the following
On Thu, May 29, 2014 at 06:58:16PM +0300, Khoronzhuk, Ivan wrote:
> From: WingMan Kwok
>
> Enable support of nand ecclayout command.
>
> Acked-By: Murali Karicheri
> Acked-by: Vitaly Andrianov
> Signed-off-by: WingMan Kwok
> Signed-off-by: Ivan Khoronzhuk
Applied to u-boot-ti/master, thank
On Mon, May 19, 2014 at 04:53:38PM -0400, Tom Rini wrote:
> From: Sourav Poddar
>
> The patch populates the slave data which will be used by flash driver to
> set the flash quad enable bit.
>
> Signed-off-by: Sourav Poddar
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Descrip
On Thu, May 29, 2014 at 06:57:12PM +0300, Khoronzhuk, Ivan wrote:
> From: Murali Karicheri
>
> Currently PWREMU_MGMT is not configured in the Linux generic UART
> driver as this register seems to be specific TI UART IP. So this
> needs to be enabled in u-boot to use UART1 from kernel space.
>
>
On Wed, May 21, 2014 at 12:57:22PM -0400, Tom Rini wrote:
> With the changes to the i2c framework (and adopting the omap24xx_i2c
> driver to them) we can no longer call i2c functions prior to gd having
> been set and cleared. When SPL booting, this is handled by setting gd
> to point to SRAM in s
On Wed, May 21, 2014 at 12:57:21PM -0400, Tom Rini wrote:
> We have two contexts for booting these platforms. One is SPL which is
> roughly: reset, cpu_init_crit, lowlevel_init, s_init, sdram_init, _main,
> board_init_f from SPL, ... then U-Boot loads. The other is a
> memory-mapped XIP case (NO
On Tue, May 06, 2014 at 12:46:18AM +0530, pekon gupta wrote:
> From: David Mosberger
>
> As per following Sections in ONFI Spec, GET_FEATURES and SET_FEATURES also
> need
> byte-addressing on 16-bit devices.
>
> *Section: Target Initialization"
> "The Read ID and Read Parameter Page commands o
On Tue, May 06, 2014 at 12:46:20AM +0530, pekon gupta wrote:
> OMAP3 used GPMC_NAND_ECC_LP_x8_LAYOUT and GPMC_NAND_ECC_LP_x16_LAYOUT macros
> to configure GPMC controller for x7 or x8 bit device connected to its
> interface.
> Now this information is encoded in CONFIG_SYS_NAND_DEVICE_WIDTH macro,
On Tue, May 06, 2014 at 12:46:19AM +0530, pekon gupta wrote:
> GPMC controller needs to be configured based on bus-width of the NAND device
> connected to it. Also, dynamic detection of NAND bus-width from on-chip ONFI
> parameters is not possible in following situations:
> SPL:SPL NAND driver
On Tue, May 06, 2014 at 12:46:16AM +0530, pekon gupta wrote:
> From: Brian Norris
>
> Porting below commit from linux-tree, preserving original authorship & commit
> log
> commit bd9c6e99b58255b9de1982711ac9487c9a2f18be
> Author: Brian Norris
> mtd: nand: don't use read_buf for 8-bit ONFI
On Tue, May 06, 2014 at 12:46:17AM +0530, pekon gupta wrote:
> From: Brian Norris
>
> As per following Sections in ONFI Spec, NAND_CMD_READID should use only
> lower 8-bit for transfering command, address and data even on x16 NAND device.
>
> *Section: Target Initialization"
> "The Read ID and
On Mon, May 19, 2014 at 04:53:37PM -0400, Tom Rini wrote:
> From: Sourav Poddar
>
> The ePOS EVM and EVM SK have QSPI as an option to boot. Add a qspiboot
> target that utilizes QSPI for env and so forth as an example of best
> practices. As QSPI is booted from directly we need to chang
> CONF
On Fri, Apr 11, 2014 at 12:55:35PM +0530, pekon gupta wrote:
> This patch
> omap-elm.c: replaces -ve integer value returned during errorneous condition,
> with proper error-codes.
> omap-gpmc.c: updates omap-gpmc driver to pass error-codes returned from
> omap-elm drive
On Fri, Apr 11, 2014 at 12:55:33PM +0530, pekon gupta wrote:
> This patch renames 'struct nand_bch_priv' which currently holds private data
> only
> for BCH ECC schemes, into 'struct omap_nand_info' so that same can be used for
> all ECC schemes
>
> Signed-off-by: Pekon Gupta
> Reviewed-by: Ste
On Fri, Apr 11, 2014 at 12:55:30PM +0530, pekon gupta wrote:
> ELM hardware engine support ECC error detection for multiple ECC strengths
> like
> +--++
> |Type | ECC syndrome length|
> +--++
> |BCH4 | 6.5 bytes = 13 nibbles |
> |
On Fri, Apr 11, 2014 at 12:55:32PM +0530, pekon gupta wrote:
> This patch prepares to refactor 'struct nand_bch_priv' -> 'struct
> omap_nand_info'
> And thus performs following clean-ups:
> - remove nand_bch_priv.type: use nand_bch_priv.ecc_scheme instead
> - remove nand_bch_priv.mode:
>
> Si
On Fri, Apr 11, 2014 at 12:55:34PM +0530, pekon gupta wrote:
> This patch tries to avoid some local pointer dereferences, by using common
> local variables in omap_correct_data_bch()
>
> Signed-off-by: Pekon Gupta
> Reviewed-by: Stefan Roese
> Reviewed-by: Stefan Roese
Applied to u-boot-ti/ma
On Fri, Apr 11, 2014 at 12:55:31PM +0530, pekon gupta wrote:
> This patch adds macros for following parameters of ELM Hardware engine
> - ELM_MAX_CHANNELS: ELM can process 8 data streams simultaneously
> - ELM_MAX_ERRORS: ELM can detect upto 16 ECC error when using BCH16 scheme
>
> Signed-off-b
On Fri, Apr 11, 2014 at 12:55:29PM +0530, pekon gupta wrote:
> There is no dependency of omap_elm.c on omap_gpmc.h
>
> Signed-off-by: Pekon Gupta
> Reviewed-by: Stefan Roese
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
[backport from linux commit 204b885e and 218e180e7]
lower_32_bits and upper_32_bits are very useful while programming.
Port these two functions here from Linux:include/linux/kernel.h,
also remove the definition in drivers/usb/host/xhci.h.
Later on, developers could include linux/compat.h if they wa
On 06/06/2014 11:34 PM, Tom Rini wrote:
On Thu, May 29, 2014 at 08:46:22PM +0300, Ivan Khoronzhuk wrote:
The definitions inside emif_defs.h concern davinci nand driver and
should be in it's header. So create header file for davinci nand
driver and move definitions from emif_defs.h to it.
Acke
Hi Lukasz,
On 3 June 2014 03:54, Lukasz Majewski wrote:
> This commit adds test scripts for testing if any commit has introduced
> regression to the DFU subsystem.
>
> It uses md5 to test if sent and received file is correct.
> The test detailed description is available at README file.
>
> Signed
On Fri, Jun 06, 2014 at 03:05:08PM -0500, Lijun Pan wrote:
> lower_32_bits and upper_32_bits are very useful while programming.
> Port these two functions here from Linux:include/linux/kernel.h,
> also remove the definition in drivers/usb/host/xhci.h.
> Later on, developers could include linux/com
Hi Chris,
On 5 June 2014 21:24, Chris Packham wrote:
> Hi,
>
> (Joe, Simon, I'm not sure if this counts as "networking" or "driver
> model" but figured it was close enough to warrant an Cc).
>
> We're looking at a new board design and are planning on using a
> BCM5718 to provide a couple of Ether
Hi Jon,
On 6 June 2014 14:29, Jon Loeliger wrote:
>> diff --git a/arch/arm/dts/include/dt-bindings
>> b/arch/arm/dts/include/dt-bindings
>> new file mode 12
>> index 000..0cecb3d
>> --- /dev/null
>> +++ b/arch/arm/dts/include/dt-bindings
>> @@ -0,0 +1 @@
>> +../../../../include/dt-bindin
Since P1023RDS is no longer supported/manufactured by Freescale,
we clean up P1023RDS related code.
Since P1023RDB is still supported by Freescale,
we keep P1023RDB releated code.
Signed-off-by: Lijun Pan
---
board/freescale/p1023rds/Makefile | 9 -
board/freescale/p1023rds/README
Hi Pawel,
On 6 June 2014 13:52, Pavel Herrmann wrote:
> Hi,
>
> I found some typos in this
Thanks very much for that, will add these.
Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
lower_32_bits and upper_32_bits are very useful while programming.
Port these two functions here from Linux:include/linux/kernel.h,
also remove the definition in drivers/usb/host/xhci.h.
Later on, developers could include linux/compat.h if they want to
use these two functions.
Signed-off-by: Lijun
lower_32_bits and upper_32_bits are very useful while programming.
Port these two functions here from Linux:include/linux/kernel.h,
also remove the definition in drivers/usb/host/xhci.h.
Later on, developers could include linux/compat.h if they want to
use these two functions.
Signed-off-by: Lijun
Hi Jon,
On 6 June 2014 14:26, Jon Loeliger wrote:
> Didn't this hit upstream master already?
> 54c5d08a09e631f88738db54c75395c6457c2157
>
> Or is this subsequent cleanup for straglers in this branch?
>
> Thanks,
> jdl
This is a subsequent clean-up, just to keep things consistent.
Regards,
Simon
On Thu, May 29, 2014 at 08:46:22PM +0300, Ivan Khoronzhuk wrote:
> The definitions inside emif_defs.h concern davinci nand driver and
> should be in it's header. So create header file for davinci nand
> driver and move definitions from emif_defs.h to it.
>
> Acked-by: Vitaly Andrianov
> Signed-o
Gah. Sorry about that top-post.
I hate gmail's collapsed stupid-shit representation.
Sorry.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> diff --git a/arch/arm/dts/include/dt-bindings
> b/arch/arm/dts/include/dt-bindings
> new file mode 12
> index 000..0cecb3d
> --- /dev/null
> +++ b/arch/arm/dts/include/dt-bindings
> @@ -0,0 +1 @@
> +../../../../include/dt-bindings
> \ No newline at end of file
Hmmm... is this right?
jd
Didn't this hit upstream master already?
54c5d08a09e631f88738db54c75395c6457c2157
Or is this subsequent cleanup for straglers in this branch?
Thanks,
jdl
On Fri, Jun 6, 2014 at 2:13 PM, Simon Glass wrote:
> It is best to avoid having any occurence of 'struct device' in driver
> model, so rename
Hi,
I found some typos in this
On Friday 06 of June 2014 13:13:32 Simon Glass wrote:
> The lifecycle of a device is an important part of driver model. Add to the
> existing documentation and clarify it.
...snip...
> +This means that instead of having lots of U_BOOT_DEVICE() declarations in
> +t
On 06/06/2014 10:32 AM, Mark Rutland wrote:
>>> How is TCR_EL2.SH0 (or TCR_EL1.SH*) configured?
>>>
>>> You'll only need to flush the cache if they're configured non shareable.
>>
>> It is configured as non shareable.
>
> Is there any reason not to configure them as inner shareable? That way
> the
Hi Wolfgang,
On 5 June 2014 15:43, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1401992872-31985-3-git-send-email-...@chromium.org> you wrote:
>> Sometimes it is useful to ignore Ctrl-C, because checking for it causes the
>> CLI to drop characters. In particular for tests involving sa
Hi Harsha,
On 3 June 2014 22:40, Harsha Kiran wrote:
>
> Hi Simon,
>
> On Tue, Jun 3, 2014 at 9:58 PM, Simon Glass wrote:
>>
>> Hi Harsha,
>>
>> On 3 June 2014 20:29, Harsha Kiran wrote:
>> > Hi Simon,
>> >
>> > I was able to succesfully test the Secure u-boot on the beaglebone black
>> > from
The GPIO tests require the sandbox GPIO driver, so cannot be run on other
platforms. Similarly for the 'dm test' command.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to allow driver model tests only for sandbox
test/dm/Makefile | 2 ++
Enable driver model for Tegra boards.
Signed-off-by: Simon Glass
Acked-by: Stephen Warren
---
Changes in v4: None
Changes in v3:
- Enable dm command in this patch instead of the next
Changes in v2:
- Split out a separate patch to enable driver model for tegra
include/configs/tegra-common.h
These files are taken from Linux 3.14.
Signed-off-by: Simon Glass
Acked-by: Stephen Warren
---
Changes in v4:
- Remove 64-bit addresses which are not used in U-Boot
Changes in v3:
- Bring in GPIO bindings for tegra{30,114,124} also
Changes in v2:
- Add new patch to bring in Tegra device tree
In a very few cases we need to adjust the driver model root device, such as
when setting it up at initialisation. Add a macro to make this easier.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3:
- Fix typo in commit subject
Changes in v2:
- Add new patch to deal with const-nes
Add a note to encourage people to convert drivers to use driver model.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Update README to encourage conversion to driver model
README | 5 +
1 file changed, 5 insertions(+)
diff --git a/README b/README
i
The lifecycle of a device is an important part of driver model. Add to the
existing documentation and clarify it.
Reported-by: Jon Loeliger
Signed-off-by: Simon Glass
---
Thanks for Jon Loeliger for helping with the text and
suggesting improvements.
(Jon please comment/adjust to help clarify
The values here are int, but the map_to_sysmem() call can return a long.
Add a cast to deal with this.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to fix printf() strings in the 'dm' command
test/dm/cmd_dm.c | 8
1 file changed
There is a spelling mistake and two functions are missing comments
altogether. Also the flags declaration is correct, but doesn't follow
style. Finally, the uclass_get_device() function has some errors in
its documentation.
Fix these problems.
Signed-off-by: Simon Glass
Acked-by: Marek Vasut
-
Linux supports this, and if we are to have compatible device tree files,
U-Boot should also.
Avoid giving the device tree files access to U-Boot's include/ directory.
Only include/dt-bindings is accessible.
Signed-off-by: Simon Glass
Acked-by: Stephen Warren
Reviewed-by: Masahiro Yamada
---
We want 'N0' and 'n0' to mean the same thing, so ensure that case is not
considered when naming GPIO banks.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to use case-insensitive comparison for GPIO banks
drivers/gpio/gpio-uclass.c | 2 +-
Support the iotrace feature for ARM, when enabled.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add a new patch to enable iotrace for arm
arch/arm/include/asm/io.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/io.h b/arch
When debugging drivers it is useful to see what I/O accesses were done
and in what order.
Even if the individual accesses are of little interest it can be useful to
verify that the access pattern is consistent each time an operation is
performed. In this case a checksum can be used to characterise
Support the iotrace feature for sandbox, and enable it, using some dummy
I/O access methods.
Signed-off-by: Simon Glass
---
Changes in v4:
- Correct typo in CONFIG_CMD_IOTRACE
Changes in v3: None
Changes in v2:
- Add a new patch to enable iotrace for sandbox
arch/sandbox/include/asm/io.h | 10
It is best to avoid having any occurence of 'struct device' in driver
model, so rename to achieve this.
- Add new patch to rename struct device_id to udevice_id
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
doc/driver-model/README.txt | 2 +-
drive
These files don't compile in some architectures. Fix it by adding the
missing headers.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to add missing header files in lists and root
drivers/core/lists.c | 1 +
drivers/core/root.c | 1 +
2 f
This series collects some of the patches from the Tegra GPIO conversion
to driver model. That work is still in progress, but the bug fixes and
iotracing feature should go into this release I think. Also the
documentation improvements may as well follow since the existings docs
are proven inadequate
The u-boot Overo board actually supports both Overo (OMAP35xx)
and Overo Storm (AM/DM37xx) COMs with a range of different expansion
boards. This provides a mechanism to select the an appropriate device
tree file based on the processor version and, if available, the
expansion board ID written on th
Signed-off-by: Ash Charles
---
include/configs/ti_omap4_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/ti_omap4_common.h
b/include/configs/ti_omap4_common.h
index 44b3718..30b02f6 100644
--- a/include/configs/ti_omap4_common.h
+++ b/include/configs/t
If CONFIG_(NAND|NOR|ONENAND) is not defined, no configuration is set
for GPMC on chip select #0---size is 0. In this case, the GPMC
configuration should be reset but not enabled. Enabling causes the
Gumstix DuoVero board to hang when entering Linux.
Signed-off-by: Ash Charles
---
arch/arm/cpu/
On 06/06/2014 10:32 AM, Mark Rutland wrote:
> On Fri, Jun 06, 2014 at 03:54:49PM +0100, York Sun wrote:
>> On 06/06/2014 05:33 AM, Mark Rutland wrote:
>>> [...]
>>>
>>> What you need to do to replace the active set of tables (assuming that
>>> the new mapping has the instruction stream mapp
On Fri, Jun 06, 2014 at 03:54:49PM +0100, York Sun wrote:
> On 06/06/2014 05:33 AM, Mark Rutland wrote:
> > [...]
> >
> > What you need to do to replace the active set of tables (assuming that
> > the new mapping has the instruction stream mapped in an identical way)
> > is:
> >
>
On Fri, Jun 06, 2014 at 07:52:44AM -0700, York Sun wrote:
> On 06/06/2014 06:34 AM, Rob Herring wrote:
> > On Thu, Jun 5, 2014 at 1:34 PM, York Sun wrote:
> >> On 06/05/2014 10:41 AM, Mark Rutland wrote:
> >>> On Thu, Jun 05, 2014 at 04:07:17PM +0100, York Sun wrote:
> On 06/05/2014 03:09 AM,
Albert,
Please pull u-boot-tegra/master into ARM/master. Thanks!
./MAKEALL -s tegra AOK, checkpatch.pl is OK, and ./MAKEALL -a arm only
shows failures that were already present in ARM/master.
The following changes since commit cc49da249cf2f380d2fed5571fad65ce6494fc95:
Merge branch 'u-boot-sam
On 06/06/2014 05:33 AM, Mark Rutland wrote:
> [...]
>
> What you need to do to replace the active set of tables (assuming that
> the new mapping has the instruction stream mapped in an identical way)
> is:
>
> - Write the tables.
>
> - DSB to make them visible to the MM
On 06/06/2014 06:34 AM, Rob Herring wrote:
> On Thu, Jun 5, 2014 at 1:34 PM, York Sun wrote:
>> On 06/05/2014 10:41 AM, Mark Rutland wrote:
>>> On Thu, Jun 05, 2014 at 04:07:17PM +0100, York Sun wrote:
On 06/05/2014 03:09 AM, Mark Rutland wrote:
>
> [...]
>
No objection here on the ide
On Fri, Jun 06, 2014 at 11:44:20AM +0900, Nobuhiro Iwamatsu wrote:
> ping.
>
> 2014-01-23 7:52 GMT+09:00 Nobuhiro Iwamatsu
> :
> > The R7S72100 of ARM SoC that Renesas manufactured has one Ether port.
> > This has the same IP SH-Ether. This patch adds support of the R7S72100
> > in SH-Ether.
> >
On Thu, Jun 5, 2014 at 1:34 PM, York Sun wrote:
> On 06/05/2014 10:41 AM, Mark Rutland wrote:
>> On Thu, Jun 05, 2014 at 04:07:17PM +0100, York Sun wrote:
>>> On 06/05/2014 03:09 AM, Mark Rutland wrote:
[...]
>>> No objection here on the idea. But again this is not the case. My first MMU
>>> tab
Hi Masahiro,
On 06/06/2014 14:31, Masahiro Yamada wrote:
> I am not sure how much effort we should make
> for building U-Boot on Cygwin.
>
> Anyway, other than host programs, I notice file name problem.
>
> Unlike Unix or Linux, on Windows upper/lower cases for file names
> are not distinguished
[...]
> >>> What you need to do to replace the active set of tables (assuming that
> >>> the new mapping has the instruction stream mapped in an identical way)
> >>> is:
> >>>
> >>> - Write the tables.
> >>>
> >>> - DSB to make them visible to the MMU.
> >>>
> >>> - Write to the appropriate TTBR_*
I am not sure how much effort we should make
for building U-Boot on Cygwin.
Anyway, other than host programs, I notice file name problem.
Unlike Unix or Linux, on Windows upper/lower cases for file names
are not distinguished.
On Cygwin, for example, we cannot do this:
$ mkdir abc
$ mkdir A
Hi Masahiro,
>> Let's suppose there is an application in tools directory that requires
>> both "libfdt_env.h" (from uboot tree) and "errno.h" (from host
>> environment). However, as both headers exist at both places, in the
>> uboot tree and on the host environment, there is no way to solve this
>
"SFX = .exe" was originally added for Cygwin environment.
It is true that GCC on Cygwin spits executables with .exe extention.
For example,
gcc -o foo foo.c
will generate "foo.exe", not "foo".
But GNU make is also nicely adjusted for Cygwin.
For example,
foo: foo.c
gcc -o $@ $<
GCC on Cygwin generates executables with .exe extension,
for example:
scripts/basic/fixdep.exe
scripts/docproc.exe
To ignore them, *.exe pattern should be moved
from tools/.gitignore to ./.gitignore
Signed-off-by: Masahiro Yamada
---
.gitignore | 3 +++
tools/.gitignore | 1 -
2 files
Masahiro Yamada (2):
kbuild: remove unnecessary adjustment for Cygwin
.gitignore: move *.exe pattern to the top gitignore for Cygwin
.gitignore | 3 ++
tools/.gitignore | 1 -
tools/Makefile | 89 +---
3 files changed, 43 insert
1 - 100 of 116 matches
Mail list logo
