Dear xiexiaochao,
On 26.03.13 03:30, xiexiaochao wrote:
>
> Dear Andreas Bießmann,
> I resolve this issue, it is my fault, u-boot is very strong and
> stable . Anyway, I very appreciate for your reply.
>
> *My problem is " u-boot image is bigger than 192 kBytes " *
this is a c
Dear Nandakumar.
> So, please share the SPLASH SCREEN image enable procedure for latest U-boot
> (u-boot-2013.01.01.tar.bz2) source code for i.mx53loco.
I'm not familiar with imx53loco board. But I see Splash and BMP are enabled in
config.
So you need only burn you splash to flash and set the en
Hello,
On Tue, 26 Mar 2013 11:46:10 +0530 (IST)
nandakumar.ramasw...@pricoltech.com wrote:
...
> Actually I tried with U-Boot latest release (u-boot-2013.01.01.tar.bz2)
> also.But I am not able to see the SPLASH SCREEN.
> So, please share the SPLASH SCREEN image enable procedure for latest
> U-boo
Hi Minkyu,
On Thu, 21 Mar 2013 18:54:28 +0900, Minkyu Kang
wrote:
> Dear Albert,
>
> The following changes since commit 9f024f62e4604274a23213dcee30016092e32e7b:
>
> Merge branch 'fixes' of git://git.denx.de/u-boot-mips (2013-02-15 12:23:42
> -0500)
>
> are available in the git repository
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support mmcs.
From: Egbert Eich
The patches provide fixes for partition tables:
- GPT
- ISO (to ignore devices with blocksize != 512)
The ext4 fs code also got fixed. I've reviewed the fat code, it seems
to be ok already (except for a bug that I came across).
I may be persuaded to take a shot at other fs w
From: Egbert Eich
Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
code in u-boot still assumes a 512 byte blocksize.
Signed-off-by: Egbert Eich
---
disk/part_efi.c| 32
include/common.h | 10 --
include/part.h |
From: Egbert Eich
For ISO we check the block size of the device if this is != the CD sector
size we assume that the device has no ISO partition.
Signed-off-by: Egbert Eich
---
disk/part_iso.c |3 +++
include/common.h |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Egbert Eich
Here at this place we need the fat size in sectors not bytes.
Signed-off-by: Egbert Eich
---
fs/fat/fat_write.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/fat/fat_write.c b/fs/fat/fat_write.c
index b4022aa..fd07240 100644
--- a/fs/fat/fat_writ
From: Egbert Eich
This value serves as the shift value used to calculate the block number
to read in file systems when implementing aviable block sizes.
Signed-off-by: Egbert Eich
---
common/cmd_ide.c |4
common/cmd_sata.c |1 +
common/cmd_scsi.c |2 ++
From: Egbert Eich
The 512 byte block size was hard coded in the ext4 file systems. Large
harddisks today support bigger block sizes typically 4096 bytes.
Signed-off-by: Egbert Eich
---
fs/ext4/dev.c | 52 +--
fs/ext4/ext4_common.c | 26
Hello,
Please share me, if any one added the LCD panel support into mx53loco for mcimx
lvds1.
Thanks & Regards,
Nandakumar R.
-Original Message-
From: "Anatolij Gustschin"
Sent: Tuesday, 26 March, 2013 13:00
To: nandakumar.ramasw...@pricoltech.com
Cc: "Jens Scharsig" , u-boot@lists.
Hi Nishanth,
On Monday 25 March 2013 11:50 PM, Nishanth Menon wrote:
> Hi Sricharan,
>
> On Mon, Mar 25, 2013 at 12:47 PM, Sricharan R wrote:
>>All of TWL[46]03[05]_i2c_[write/read]_u8 is doing the same. (ie)
>> i2c_write(chip_no, reg, 1, &val, 1);
>> i2c_read(chip_no, reg, 1, va
Hi Minkyu,
On Thu, 21 Mar 2013 18:54:28 +0900, Minkyu Kang
wrote:
> Dear Albert,
>
> The following changes since commit 9f024f62e4604274a23213dcee30016092e32e7b:
>
> Merge branch 'fixes' of git://git.denx.de/u-boot-mips (2013-02-15 12:23:42
> -0500)
>
> are available in the git repository
The Arndale board is based on samsung's exynos5250 SOC.
First patch just removes the redundant SPI configs from common exynos5250
config file. Second patch moves the board specific configs to board specific
config file. The third adds the andale board support.
This patchset depends on [1] for tzp
They have been defined once already. Hence remove the redundant definitions.
Signed-off-by: Inderpal Singh
---
include/configs/exynos5250-dt.h | 21 -
1 file changed, 21 deletions(-)
diff --git a/include/configs/exynos5250-dt.h b/include/configs/exynos5250-dt.h
index 73085
Not all boards based on exynos5250 have SPI flash, same serial port and might
not require the same lds script. Hence move them to board specific config file
Signed-off-by: Inderpal Singh
---
include/configs/exynos5250-dt.h |8 +---
include/configs/smdk5250.h | 12 ++--
inc
Hi Tom,
On Mon, 25 Mar 2013 10:43:22 -0700, Tom Warren
wrote:
> Albert,
>
> Please pull u-boot-tegra/master into ARM/master. Thanks!
>
> ./MAKEALL for all the Tegra boards is OK, running a ./MAKEALL -a arm
> now. Checkpatch.pl is clean.
>
> The following changes since commit b6379e15a70cc2e22
Hi Inderpal Singh,
I observed even this defined twice can you please remove the same also
in your patch.
/* PMIC */
#define CONFIG_POWER
#define CONFIG_POWER_I2C
#define CONFIG_POWER_MAX77686
Regards,
Rajeshwari Shinde.
On Tue, Mar 26, 2013 at 3:07 PM, Inderpal Singh
wrote:
> They have been def
Dear egbert.e...@googlemail.com,
In message <1364284913-2277-1-git-send-email-egbert.e...@gmail.com> you wrote:
> From: Egbert Eich
>
> The gpt command was only implemented for mmc devices. There is no reason
> why this command should not be generalized and be applied all other
> storage device
Dear egbert.e...@googlemail.com,
In message <1364285735-2364-2-git-send-email-egbert.e...@gmail.com> you wrote:
> From: Egbert Eich
>
> Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
> code in u-boot still assumes a 512 byte blocksize.
>
> Signed-off-by: Egbert Eich
>
Dear egbert.e...@googlemail.com,
In message <1364285735-2364-5-git-send-email-egbert.e...@gmail.com> you wrote:
> From: Egbert Eich
>
> This value serves as the shift value used to calculate the block number
> to read in file systems when implementing aviable block sizes.
>
> Signed-off-by: Egb
Dear egbert.e...@googlemail.com,
In message <1364285735-2364-6-git-send-email-egbert.e...@gmail.com> you wrote:
> From: Egbert Eich
>
> The 512 byte block size was hard coded in the ext4 file systems. Large
> harddisks today support bigger block sizes typically 4096 bytes.
>
> Signed-off-by: Eg
On Tue, Mar 26, 2013 at 1:23 AM, Alexandre Pereira da Silva
wrote:
> The netargs variable was referencing the non-existing variable
> console_mainline. Change that to console variable instead.
>
> Signed-off-by: Alexandre Pereira da Silva
Acked-by: Otavio Salvador
Thanks by spotting it, it is
Dear Inderpal Singh,
In message <1364290670-7443-4-git-send-email-inderpal.si...@linaro.org> you
wrote:
> Arndale board is based on samsung's exynos5250 soc.
WARNING: Avoid CamelCase:
#618: FILE: board/samsung/arndale/clock_init.c:213:
+ .memconfig = DMC_MEMCONFIGx_CHIP_MAP_INTER
Currently when booting a mx6 solo processor get_cpu_rev() returns 0x62xxx, which
is an invalid mx6 CPU revision. This causes run-time problems when trying to use
VPU library in the kernel, as this library loads the VPU firmware according
to the CPU type.
Fix get_cpu_rev() so that it correctly retu
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support mmcs.
From: Egbert Eich
Devices that used to have a whole disk FAT filesystem but got then
partitioned will most likely still have a FAT or FAT32 signature
in the first sector as this sector does not get overwritten by
a partitioning tool (otherwise the tool would risk to kill the mbr).
The current pa
From: Egbert Eich
The 512 byte block size was hard coded in the ext4 file systems. Large
harddisks today support bigger block sizes typically 4096 bytes.
Signed-off-by: Egbert Eich
---
fs/ext4/dev.c | 60 +++
fs/ext4/ext4_common.c | 42
From: Egbert Eich
Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
code in u-boot still assumes a 512 byte blocksize.
Signed-off-by: Egbert Eich
---
disk/part_efi.c| 38 ++
include/common.h | 11 +--
include/part.h
From: Egbert Eich
This value serves as the shift value used to calculate the block number
to read in file systems when implementing aviable block sizes.
Signed-off-by: Egbert Eich
---
common/cmd_ide.c |5 +
common/cmd_sata.c |1 +
common/cmd_scsi.c |4 +
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support mmcs.
On 15:01-20130326, Sricharan R wrote:
> approach we will end up creating a new tps659038.h which does exactly
> the same thing. This does not feel correct. Can't we differentiate
> using register names that are passed instead ?
tps659038/twl6035/twl6037 all belong to palmas famil
On Tuesday 26 March 2013 06:55 PM, Nishanth Menon wrote:
> On 15:01-20130326, Sricharan R wrote:
>> approach we will end up creating a new tps659038.h which does exactly
>> the same thing. This does not feel correct. Can't we differentiate
>> using register nam
From: Egbert Eich
Devices that used to have a whole disk FAT filesystem but got then
partitioned will most likely still have a FAT or FAT32 signature
in the first sector as this sector does not get overwritten by
a partitioning tool (otherwise the tool would risk to kill the mbr).
The current pa
Dear egbert.e...@googlemail.com,
In message <1364288746-2597-1-git-send-email-egbert.e...@gmail.com> you wrote:
> From: Egbert Eich
>
> The gpt command was only implemented for mmc devices. There is no reason
> why this command should not be generalized and be applied all other
> storage device
Dear egbert.e...@googlemail.com,
In message <1364288765-2637-1-git-send-email-egbert.e...@gmail.com> you wrote:
> From: Egbert Eich
>
> Devices that used to have a whole disk FAT filesystem but got then
> partitioned will most likely still have a FAT or FAT32 signature
> in the first sector as t
On Fri, Mar 15, 2013 at 04:07:01PM -0400, Matt Porter wrote:
> This series adds support for the PG1.0 TI814x EVM board. TI814x
> fits into the existing AM33XX SoC support with some refactoring
> of the AM33XX-specific emif4, clock, and mux code.
>
> It has been tested booting up a Linux kernel an
On Thu, Mar 21, 2013 at 03:00:03PM +0100, Peter Korsgaard wrote:
> Let mmc_getcd() return true and mmc_getwp() false if mmc driver doesn't
> provide handlers for them.
>
> Signed-off-by: Peter Korsgaard
> ---
> drivers/mmc/mmc.c | 14 ++
> 1 file changed, 10 insertions(+), 4 delet
On Sat, Dec 22, 2012 at 09:03:48PM -, Nikita Kiryanov wrote:
> Add support for loading splash image from NAND
>
> Signed-off-by: Nikita Kiryanov
> Signed-off-by: Igor Grinberg
Applied to u-boot-ti/master (and already pulled into u-boot-arm),
thanks!
--
Tom
signature.asc
Description: Di
On Thu, Feb 21, 2013 at 02:49:38AM -, Mark Jackson wrote:
> Currently WAIT0 irq is reset and then WAIT1 irq is enabled.
> Fix it such that WAIT0 irq is enabled instead.
>
> Signed-off-by: Mark Jackson
> Acked-by: Peter Korsgaard
Applied to u-boot-ti/master (and already pulled into u-boot-a
On Mon, Mar 04, 2013 at 01:27:20AM -, Mark Jackson wrote:
> Allow AM335x MPU core clock speed to be specified in the board config file.
> To use, add the following to the board's config file:-
>
> #define CONFIG_SYS_MPUCLK
>
> Signed-off-by: Mark Jackson
> Acked-by: Peter Korsgaard
A
On Thu, Mar 14, 2013 at 05:55:19AM -, Tom Rini wrote:
> From: Koen Kooi
>
> Cc: Matt Porter
> Cc: Nishanth Menon
> Signed-off-by: Koen Kooi
> Signed-off-by: Tom Rini
> Acked-by: Matt Porter
> Acked-by: Peter Korsgaard
> Acked-by: Nishanth Menon
Along with the rest of the series, appl
On Thu, Mar 14, 2013 at 06:49:04AM -, Tom Rini wrote:
> All of these platforms have memory starting at 0x8000, so this is
> the correct CONFIG_STANDALONE_LOAD_ADDR for all of them.
>
> Signed-off-by: Tom Rini
> Acked-by: Peter Korsgaard
Applied to u-boot-ti/master (and already pulled i
On Fri, Mar 08, 2013 at 07:40:58AM -, Tom Rini wrote:
> From: Steve Kipisz
>
> The original write to sdram_config is correct for DDR3 but incorrect
> for DDR2 so SPL was hanging. For DDR2, the write to sdram_config
> should be after the writes to ref_ctrl. This was working for DDR3
> because
On Thu, Mar 14, 2013 at 11:15:25AM -, Tom Rini wrote:
> - In arch/arm/cpu/armv7/omap-common/timer.c,
> drivers/mtd/nand/omap_gpmc.c and drivers/net/cpsw.c add #include files
> that the driver needs but had been relying on to bring in.
> - In arch/arm/cpu/armv7/omap-common/lowlevel_init.S
On Thu, Mar 14, 2013 at 09:11:16PM -, hvaib...@ti.com wrote:
> Enable DDR PHY dynamic power down bit, which enables
> powering down the IO receiver when not performing read.
>
> This also helps in reducing overall power consumption in
> low power states (suspend/standby).
>
> Signed-off-by:
On Fri, Mar 15, 2013 at 01:35:37AM -, Enric Balletbo i Serra wrote:
> From: Enric Balletbo i Serra
>
> Just fix a typo displaying the CPU info. With CONFIG_DISPLAY_INFO we see
> something like AMAM335X-GP rev 0 instead of AM335X-GP rev 0.
>
> Signed-off-by: Enric Balletbo i Serra
> Reviewe
On Fri, Mar 15, 2013 at 02:32:35AM -, Enric Balletbo i Serra wrote:
> From: Enric Balletbo i Serra
>
> With v3.9 and later of the Linux Kernel defaulting to multi-platform
> images with omap2plus_defconfig, uImage isn't builtable anymore by
> default. Add CONFIG_CMD_BOOTZ so that we can sti
On Thu, Mar 21, 2013 at 04:30:02AM -, Tom Rini wrote:
> Tested-by: Rao Bodapati
> Signed-off-by: Tom Rini
Applied to u-boot-ti/master (and already pulled into u-boot-arm),
thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot
On Thu, Mar 21, 2013 at 03:00:04PM +0100, Peter Korsgaard wrote:
> Gets rid of warnings from omap_gpio:
> ERROR : check_gpio: invalid GPIO -1
>
> (and undefined behaviour as the -1 error code is interpreted as gpio value)
>
> Signed-off-by: Peter Korsgaard
Applied to u-boot-ti/master (and alre
Hi Fabio,
On 03/26/2013 05:54 AM, Fabio Estevam wrote:
Currently when booting a mx6 solo processor get_cpu_rev() returns 0x62xxx, which
is an invalid mx6 CPU revision. This causes run-time problems when trying to use
VPU library in the kernel, as this library loads the VPU firmware according
to
commit 21144298 (power: twl6035: add palmas PMIC support)
introduced twl6035_i2c_[read|write]_u8
Then, commit dd23e59d (omap5: pbias ldo9 turn on)
introduced palmas_[read|write]_u8 for precisely the same access
function. TWL6035 belongs to the palmas family, so instead of having
an twl6035 API, we
This series helps standardize register parameters for TWL4030, 6030 and 6035
used in various OMAP3,4,5 based platforms.
For historical reasons, we have been following val, reg as the order of
parameters while we have reg, val in every other i2c apis including i2c
mw/mr command @ u-boot cmd line, w
u-boot standard i2c register access prototype is
i2c_read(addr, reg, 1, &buf, 1)
i2c_reg_write(u8 addr, u8 reg, u8 val)
twl6030_i2c_read_u8(u8 addr, u8 *val, u8 reg)
twl6030_i2c_write_u8(u8 addr, u8 val, u8 reg)
does not provide consistency, so switch the prototype to be
consistent with rest of u-
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs,
rename twl6035_mmc1_poweron_ldo by a more generic palmas_mmc1_poweron_ldo
function.
Signed-off-by: Nishanth Menon
---
V3: new patch
drivers/mmc/omap_hsmmc.c |2 +-
drivers/power/palmas.c |2 +-
include/palmas.h
Add an header guard to common header file to prevent multiple includes
messing things up.
Signed-off-by: Nishanth Menon
---
V2: http://patchwork.ozlabs.org/patch/230265/
Changes since v2:
- no change
include/twl6030.h |5 +
1 file changed, 5 insertions(+)
diff --git a/include/tw
Since TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs,
rename twl6035_init_settings with an more generic palmas_init_settings
Signed-off-by: Nishanth Menon
---
V3: new patch
board/ti/omap5_evm/evm.c |2 +-
drivers/power/palmas.c |2 +-
include/palmas.h |2
TPS659038/TWL6035/TWL6037 all belong to palmas family of TI PMICs
Rename twl6035 to palmas to allow reuse across multiple current and
future platforms
As part of this change, change the CONFIG_TWL6035_POWER to
CONFIG_PALMAS_POWER and update usage of header file accordingly.
Signed-off-by: Nishant
Add an header guard to common header file to prevent multiple
includes messing things up.
Signed-off-by: Nishanth Menon
---
V2: http://patchwork.ozlabs.org/patch/230264/
Changes since V2:
- use PALMAS instead of TWL6035
include/palmas.h |4
1 file changed, 4 insertions(+)
diff
twl6030_i2c_[read|write]_u8 can be used else where to access
multi-function device such as twl6030, so move the register access
functions to the common twl6030.h header file.
Signed-off-by: Nishanth Menon
---
V2: http://patchwork.ozlabs.org/patch/230259/
Changes since v2:
- no change
dri
u-boot standard i2c register write prototype is
i2c_reg_write(u8 addr, u8 reg, u8 val)
twl4030_i2c_write_u8(u8 addr, u8 val, u8 reg)
does not provide consistency, so switch the prototype to be
consistent with rest of u-boot i2c operations:
twl4030_i2c_write_u8(u8 addr, u8 reg, u8 val)
Signed-off-
u-boot standard i2c read prototype is
i2c_read(addr, reg, 1, &buf, 1)
twl4030_i2c_read_u8(u8 addr, u8 *val, u8 reg)
does not provide consistency, so switch the prototype to be
consistent with rest of u-boot i2c operations:
twl4030_i2c_read_u8(u8 addr, u8 reg, u8 *val)
Signed-off-by: Nishanth Meno
Hi Fabio,
On 03/15/2013 02:06 PM, Fabio Estevam wrote:
From: Fabio Estevam
As nitrogen6x boards support different i.MX6 flavors (quad, dual-lite and solo)
the correct CPU revision needs to passed to the kernel, so call get_cpu_rev()
instead of hardcoding it.
Freescale 3.0.35 kernel assumes th
On 03/26/2013 08:24 AM, Eric Nelson wrote:
Hi Fabio,
>
>
--- a/board/boundary/nitrogen6x/nitrogen6x.c
+++ b/board/boundary/nitrogen6x/nitrogen6x.c
@@ -330,7 +330,7 @@ int board_mmc_init(bd_t *bis)
u32 get_board_rev(void)
{
-return 0x63000;
+return get_cpu_rev();
}
#ifdef CON
On Monday 25 March 2013 20:29:23 Anatolij Gustschin wrote:
> Hi,
>
> On Sun, 24 Mar 2013 01:53:08 +0100
>
> Anatolij Gustschin wrote:
> > From: Pali Rohár
> >
> > The "bootmenu" command uses U-Boot menu interfaces and
> > provides a simple mechanism for creating menus with several
> > boot ite
Hi Fabio,
On 26.03.2013 13:54, Fabio Estevam wrote:
Currently when booting a mx6 solo processor get_cpu_rev() returns 0x62xxx, which
is an invalid mx6 CPU revision.
Do you have somewhere a list of valid CPU revisions? From two points of
view:
a) the i.MX6 hardware spec
b) the VPU library
> > Hi,
> >
>
> Hi Alexandre,
Hi Stefano,
> > I'm working on an open source automatic updater for embedded
> > systems. The goal of this project is to split a flash memory or
> > disk in multiple partition (2 or more) and install a new root
> > filesystem on an empty or outdated partition.
> >
Hi Dirk,
On Tue, Mar 26, 2013 at 12:43 PM, Dirk Behme wrote:
> Hi Fabio,
>
>
> On 26.03.2013 13:54, Fabio Estevam wrote:
>>
>> Currently when booting a mx6 solo processor get_cpu_rev() returns 0x62xxx,
>> which
>> is an invalid mx6 CPU revision.
>
>
> Do you have somewhere a list of valid CPU rev
Dear Alexandre,
In message <1822628084.945501.1364317027872.javamail.r...@openwide.fr> you
wrote:
>
> In fact I would like to keep the bootcount value after a shutdown
> to handle update failures. Some embedded systems have only network
> access for administration and if you install an updated sy
Some 3rd-party flash tools use the -v (verify) option of crc32 command.
Signed-off-by: Tom Warren
---
include/configs/tegra-common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/tegra-common.h b/include/configs/tegra-common.h
index 036ded0..30dc736 100644
--- a/include/c
On Tue, Mar 26, 2013 at 10:52 AM, Tom Warren wrote:
> Some 3rd-party flash tools use the -v (verify) option of crc32 command.
>
> Signed-off-by: Tom Warren
Acked-by: Simon Glass
> ---
> include/configs/tegra-common.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/include/configs/t
Hi Eric,
On Tue, Mar 26, 2013 at 12:24 PM, Eric Nelson
wrote:
> Since this convention is shared among at least SABRE Lite, SABRE SD,
> Nitrogen6x and Wandboard, wouldn't a weak function in imx-common/cpu.c
> be a better choice?
>
> +#ifdef CONFIG_REVISION_TAG
> +u32 __weak get_board_rev(void)
>
Hi,
access to part->start_sect in pmbr_part_valid() (form disk/part_efi.c) and
propably other positions/fields causes an unaligned access on ARM (tegra in my
case) and a uboot crash. This was introduced by commit fae2bf22 [1] which
changed le32_to_int (which is a byte access) to le32_to_cpu (wh
Define the UID (SoC unique ID) fuses, and the fuses available for the user.
Signed-off-by: Benoît Thébaudeau
---
Changes in v3:
- Add i.MX6 GP2.
Changes in v2:
- Rebase against latest master.
arch/arm/include/asm/arch-mx25/imx-regs.h | 11 ++-
arch/arm/include/asm/arch-mx31/imx-reg
IIM:
- Homogenize prg_p naming (the reference manuals are not always self-consistent
for that).
- Add missing SCSx and bank registers.
- Fix the number of banks on i.MX53.
OCOTP:
- Rename iim to ocotp in order to avoid confusion.
- Rename fuse_data to read_fuse_data, and sticky to sw_stick
Add a fsl_iim driver common to i.MX and MPC.
Signed-off-by: Benoît Thébaudeau
---
Changes in v3:
- Update copyright years.
- Rename "row" to "word" since it is less confusing and it is vocabulary common
to iim and ocotp in the reference manuals.
- Add doc/README.fsl_iim.
Changes in v2:
-
This allows to test the iim driver in the mainline tree.
Signed-off-by: Benoît Thébaudeau
---
Changes in v3:
- New patch.
Changes in v2: None
include/configs/mx51evk.h |4
1 file changed, 4 insertions(+)
diff --git a/include/configs/mx51evk.h b/include/configs/mx51evk.h
index cb3d93
This can be useful for fuse-like hardware, OTP SoC options, etc.
Signed-off-by: Benoît Thébaudeau
---
Changes in v3:
- Rebase against latest u-boot-imx/master.
- Update copyright years.
- Rename the "ovride" command to "override" as it is nicer to read.
- For obvious safety reasons, ask the u
Signed-off-by: Benoît Thébaudeau
---
Changes in v3: None
Changes in v2:
- Rebase against latest master.
arch/powerpc/cpu/mpc512x/Makefile |1 -
arch/powerpc/cpu/mpc512x/iim.c | 394 ---
board/davedenx/aria/aria.c |2 +-
board/esd/
Signed-off-by: Benoît Thébaudeau
---
Changes in v3:
- New patch.
Changes in v2: None
doc/README.imx25 | 10 ++
doc/README.imx27 | 10 ++
doc/README.imx5 |6 ++
doc/README.imx6 | 10 ++
4 files changed, 36 insertions(+)
create mode 100644 doc/README.imx2
The prints are out of control. SILENCE!
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Cleaned up the msg print silencing
common/cmd_ubi.c | 3 +++
drivers/mtd/mtdpart.c | 14 --
drivers/mtd/ubi/ubi.h | 4
fs/ubifs/ubifs.h | 4
4 files changed, 19 insert
Part, Read, and Write functionality that will be used by env_ubi.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Added curly braces on "multi-line" statements
- Added extern consistently in header
common/cmd_ubi.c| 150 +---
include/ubi_u
UBI is a better place for the environment on NAND devices because it
handles wear-leveling and bad blocks.
Gluebi is needed in Linux to access the env as an MTD partition.
Signed-off-by: Joe Hershberger
---
Changes in v2: None
README| 15
common/Makefile | 1 +
NAND is not good at handling absolute addresses to sectors for storing
particular data. The current implementation of the NAND env support
works around this in several ways such as storing a pointer to the
sector in the OOB of the first sector (interferes with some CRC) or
supporting a range of se
The unwind code was not reversing operations correctly and was causing
a hang on any error condition.
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Fixed error handling bug that prevents fail-over to default env on error
drivers/mtd/ubi/build.c | 8
drivers/mtd/ubi/wl.c| 1 +
The env in UBI needs to look up the mtd partition as part of relocation,
which happens before relocation. Make the mtdparts code capable of
working on the default env to start with.
The code tries to set values in the env as well, but again, the env
isn't there yet, so add a check to setenv to no
Allow the user to specify two UBI volumes to use for the environment
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Added curly braces on "multi-line" statements
README| 6 +++
common/env_ubi.c | 117 ++
include/environ
Hi Doug,
On Thu, Mar 21, 2013 at 9:35 AM, Doug Anderson wrote:
> Simon,
>
> On Wed, Mar 20, 2013 at 7:42 PM, Simon Glass wrote:
>> checkpatch has a new type of warning, a 'CHECK'. At present patman fails
>> with these, which makes it less than useful.
>>
>> Add support for checks, making it back
Hi Doug,
On Thu, Mar 21, 2013 at 9:50 AM, Doug Anderson wrote:
> Simon,
>
> On Wed, Mar 20, 2013 at 7:42 PM, Simon Glass wrote:
>> # Separates a tag: at the beginning of the subject from the rest of it
>> -re_subject_tag = re.compile('([^:]*):\s*(.*)')
>> +re_subject_tag = re.compile('([^:"]*):
Hi Doug,
On Thu, Mar 21, 2013 at 10:51 AM, Doug Anderson wrote:
> Simon,
>
> On Wed, Mar 20, 2013 at 7:43 PM, Simon Glass wrote:
>> For some series with lots of changes it is annoying that duplicate change
>> log items are not caught. It is also helpful sometimes to sort the change
>> logs.
>>
>
Hi Doug,
On Thu, Mar 21, 2013 at 10:09 AM, Doug Anderson wrote:
> Simon,
>
> Nothing critical and this could go in as-is, but a few nits below.
>
>
> On Wed, Mar 20, 2013 at 7:42 PM, Simon Glass wrote:
>> -raw += LookupEmail(item, alias)
>> +raw += LookupEmail(item, alias, raise_
Since checkpatch has changed in U-Boot, patman no longer detects errors
properly. It seems like a good oppotunity to fix some of the bugs and
annoying habits of patman that people have mentioned on the list.
If I have missed any bugs / problems in this sweep, please let me know.
Changes in v2:
-
checkpatch has a new type of warning, a 'CHECK'. At present patman fails
with these, which makes it less than useful.
Add support for checks, making it backwards compatible with the old
checkpatch.
At the same time, clean up formatting of the CheckPatches() output,
fix erroneous "internal error"
Especially with the Linux kernel, it takes a long time (a minute or more)
to test-apply the patches, so patman becomes significantly less useful.
The only real problem that is found with this apply step is trailing spaces.
Provide a -a option to skip this step, for those working with clean patches.
At present something like:
Revert "arm: Add cache operations"
will try to use
Revert "arm
as a tag. Clearly this is wrong, so fix it.
If the revert is intended to be tagged, then the tag can come before
the revert, perhaps. Alternatively the 'Cc' tag can be used in the commit
messages.
For some series with lots of changes it is annoying that duplicate change
log items are not caught. It is also helpful sometimes to sort the change
logs.
Add a Series-process-log tag to enable this, which can be placed in a
commit to control this.
The change to the Cc: line is to fix a checkpatch
This comment is less than helpful. Since multiple tags are supported, add
an example of how multiple tags work.
Signed-off-by: Simon Glass
Reviewed-by: Doug Anderson
---
Changes in v2: None
tools/patman/commit.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/tools/pa
A few of the help messages are not quite right, and there is a typo
in the README. Fix these.
Signed-off-by: Simon Glass
Reviewed-by: Doug Anderson
---
Changes in v2: None
tools/patman/README| 2 +-
tools/patman/patman.py | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --g
Often it happens that patches include tags which don't have aliases. It
is annoying that patman fails in this case, and provides no option to
continue other than adding empty tags to the .patman file.
Correct this by adding a '-t' option to ignore tags that don't exist.
Print a warning instead.
S
1 - 100 of 113 matches
Mail list logo
