Workaround for erratum NMG_CPU_A011 can be enabled by hwconfig with syntax
fsl_cpu_a011:enable
This workaround is not enabled by default. Enabling this workaround may
degrade performance. P4080 erratum CPU22 shares the same workaround. So it
is always enabled for P4080.
Signed-off-by: York Sun
Previously, only the low 5 bits (NCH) were being transfered
from DDRVTPR to DDRVTPIOCR, the bits 5-9 where zeroed.
VTP_RECAL should be bit 15, not 18.
The only mainline board affected by this change is davinci_sonata.
The other Davinci boards define CONFIG_SKIP_LOWLEVEL_INIT.
However, if the pro
The following changes since commit f50bf50d7f6f99c5ad4666d63a7eef43d3940500:
Improve MAKEALL parallel builds (2012-05-18 13:49:04 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Heiko Schocher (1):
mtd, nand: move some printfs to debug outp
On Mon, May 07, 2012 at 09:29:30PM -, Stefan Roese wrote:
> Without this patch, boot shows this messages upon NAND detection:
>
> NAND: ONFI flash detected
> ONFI param page 0 valid
> ONFI flash detected
> ONFI param page 0 valid
> 128 MiB
>
> With this patch, its back to the U-Boot "standar
On Tue, Apr 10, 2012 at 10:48:27PM -, Prabhakar Kushwaha wrote:
> if priv->bank >= MAX_BANK, priv should be freed before returning ENODEV.
>
> Signed-off-by: Prabhakar Kushwaha
>
> ---
> Based upon git://git.denx.de/u-boot.git branch master
>
> drivers/mtd/nand/fsl_ifc_nand.c |1 +
> 1
On Sun, Apr 08, 2012 at 06:57:18PM -, Prabhakar Kushwaha wrote:
> - Fix NAND_CMD_READID command for ONFI detect.
> - Add NAND_CMD_PARAM command to read the ONFI parameter page.
>
> Signed-off-by: Prabhakar Kushwaha
> Acked-by: Scott Wood
>
> ---
> Based upon http://git.denx.de/u-boot.git
On Tue, Feb 14, 2012 at 10:34:05PM -, Heiko Schocher wrote:
> current U-Boot shows on startup (for example on the enbw_cmc
> board) the following printfs from the nand subsystem:
>
> Flash: 2 MiB
> NAND: Bad block table found at page 65472, version 0x01
> Bad block table found at page 65408,
On Tue, Jan 17, 2012 at 07:55:02PM -, Liu wrote:
> In function nand_write_skip_bad(),for YAFFS filesystem part,
> write_oob() will return 0 when success, so when rval equals 0,
> it should continue to write the next page, and no break.
>
> Signed-off-by: Wentao, Liu
> Acked-by: Lei Wen
Appl
On 05/01/2012 04:45 PM, Scott Wood wrote:
> GOT is now handled the way the main u-boot.lds does it. Without this,
> the boot hangs when built with newer GCC (since 4.6). Older toolchains
> hid the issue by converting -fpic to -fPIC.
>
> Signed-off-by: Scott Wood
> ---
> arch/powerpc/cpu/mpc85x
On 03/28/2012 05:26 PM, Scott Wood wrote:
> A use for this is to read, modify, erase, and write an entire block as a
> single unit, as a replacement for the biterr command. This way gives
> more flexibility in that you can also test multiple bit errors, errors
> in the ECC, etc.
>
> Signed-off-by
On 04/06/2012 04:22 PM, Gachet Daniel wrote:
> Hi Stefano,
>
> You will find below the new patch for the NAND flash access problem on the
> TX25 module.
> I hope this version is fulfilling your expectations.
>
> Cordially,
>
> Daniel
>
> diff --git a/drivers/mtd/nand/mxc_nand.c b/drivers/mtd/
On Mon, May 14, 2012 at 09:55:20PM -0700, Stephen Warren wrote:
> On 05/10/2012 01:02 AM, Allen Martin wrote:
> > Include board.c for both SPL and non-SPL build. Don't use timer_init
> > from board.c for SPL build.
> >
> > Signed-off-by: Allen Martin
>
> > diff --git a/board/nvidia/common/Makef
On Mon, May 14, 2012 at 10:03:24PM -0700, Stephen Warren wrote:
> On 05/10/2012 01:02 AM, Allen Martin wrote:
> > Add support for tegra arm7 boot processor. This processor is used to
> > power on the Cortex A9 and transfer control to it.
>
> > +static void enable_cpu_power_rail(void)
>
> > + /
On Mon, May 14, 2012 at 10:06:40PM -0700, Stephen Warren wrote:
> On 05/10/2012 01:02 AM, Allen Martin wrote:
> > Signed-off-by: Allen Martin
>
> > diff --git a/boards.cfg b/boards.cfg
>
> > -seaboard arm armv7 seaboard
> > nvidia tegra2
> >
On Mon, May 14, 2012 at 10:08:05PM -0700, Stephen Warren wrote:
> On 05/10/2012 01:02 AM, Allen Martin wrote:
> > Add target for tegra2 u-boot image. This is a concatenation of tegra
> > spl and normal u-boot binaries.
>
> > diff --git a/Makefile b/Makefile
>
> > +$(obj)u-boot.t2: $(obj)sp
On Mon, May 14, 2012 at 10:11:26PM -0700, Stephen Warren wrote:
> On 05/10/2012 01:02 AM, Allen Martin wrote:
> > -USE_PRIVATE_LIBGCC = yes
>
> However, we force this because the toolchains we typically use for
> U-Boot are targeted at the A9 CPUs, and hence the libgcc there contains
> ARMv7 instr
Dear Tom Rini,
In message <4fb69847.2090...@ti.com> you wrote:
>
> Right. I'm not suggesting removing i2c probe, I'm just suggesting
> making it opt-out'able. For example, on the beaglebone I can make i2c
> probe work as expected. It's just requring that we toggle the I2C_CON
> enable bit fo
On 05/18/2012 11:22 PM, Anatolij Gustschin wrote
I used similar patches on beagleboard when debugging cfb console output
on omap3 and will test your patches soon. You also might need this [1]
patch.
Thanks, I was aware of this, see the commit message:
¨Scrolling depends on this patch:
http://
Hi,
On Wed, 16 May 2012 21:04:56 +0200
Jeroen Hofstee wrote:
> I could not resist removing some brackets etc while looking at the file..
> These changes are optional and in a seperate patch. I will email a
> seperate patch which I use for testing, but should NOT be in mainline,
> since it assume
Hi all,
There seems to be an issue with the tftpboot command in that it changes
load_addr but does not update the loadaddr environment variable.
Shouldn't these two remain in sync?
-Aaron
--
Aaron Williams
Software Engineer
Cavium, Inc.
(408) 943-7198 (510) 789-8988 (cell)
___
In order for indirect mode on the PIXIS to work properly, both chip selects
need to be set to GPCM mode, otherwise writes to the chip select base
addresses will not actually post to the local bus -- they'll go to the
NAND controller instead. Therefore, we need to set BR0 and BR1 to GPCM
mode befor
On 05/18/2012 11:26 AM, Wolfgang Denk wrote:
Dear Tom Rini,
In message<4fb674cd.8030...@ti.com> you wrote:
But still, the kernel decided i2c probing is dangerous/unreliable,
maybe we should follow, or at least allow boards to follow?
The kernel is in a very different situation - it is su
On Fri, May 18, 2012 at 12:08 PM, Timur Tabi wrote:
> Scott Wood wrote:
>> NACK, please use SPD.
>>
>> Also please use the new SPL infrastructure.
>
> I'm just taking the patches as they are on the SDK and posting them. I
> have no idea how the new SPL infrastructure works.
>
> If you're going to
On Fri, May 18, 2012 at 12:58 PM, Timur Tabi wrote:
> The reason I make a big deal about saveenv is because I use an environment
> variable ("video-mode") to enable video support. Once the console is
> switched to the video display, the only way to switch it back to the
> serial port is to delet
Dear Scott,
In message <4fb678cf.4030...@freescale.com> you wrote:
>
> Wolfgang will also probably object to adding another board to the old
> nand_spl infrastrucutre.
True. This gives a NAK reliably.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detl
Dear Tom Rini,
In message <4fb674cd.8030...@ti.com> you wrote:
>
> But still, the kernel decided i2c probing is dangerous/unreliable,
> maybe we should follow, or at least allow boards to follow?
The kernel is in a very different situation - it is supposed to run on
perfect hardware.
In U-Boo
Dear Jeroen Hofstee,
In message <4fb672b0.8010...@myspectrum.nl> you wrote:
> On 05/18/2012 05:58 PM, Timur Tabi wrote:
> > Is there a way to switch the console
> setenv stdout serial
>
> works for me..
Hey. Don't share insider information like that ;-)
Best regards,
Wolfgang Denk
--
DENX S
Dear Timur,
In message <4fb67191.4030...@freescale.com> you wrote:
>
> > For example, what happens when I just use "md" or "itest *addr" or
> > similar trying to read NOR flash while the display is on?
>
> The reason I make a big deal about saveenv is because I use an environment
> variable ("vi
On Fri, May 18, 2012 at 12:21 PM, Scott Wood wrote:
> On 05/18/2012 12:08 PM, Timur Tabi wrote:
>> Scott Wood wrote:
>>> It was over a year ago that I made that request internally. And still
>>> the answer is "I need this now now now!".
>>
>> Who's going to do that work, if not you?
>
> Matthew h
On 05/18/2012 12:08 PM, Timur Tabi wrote:
> Scott Wood wrote:
>> It was over a year ago that I made that request internally. And still
>> the answer is "I need this now now now!".
>
> Who's going to do that work, if not you?
Matthew had something working a while ago, I thought.
>> NACK any non-
Scott Wood wrote:
> It was over a year ago that I made that request internally. And still
> the answer is "I need this now now now!".
Who's going to do that work, if not you?
> NACK any non-SPD NAND boot for a board that otherwise uses SPD,
> particularly if it has socketed RAM. It's not as if
Scott Wood wrote:
> NACK, please use SPD.
>
> Also please use the new SPL infrastructure.
I'm just taking the patches as they are on the SDK and posting them. I
have no idea how the new SPL infrastructure works.
If you're going to NACK this patch set, then I'm just going to drop them
and work o
On 05/18/2012 11:04 AM, Timur Tabi wrote:
> +/* These are used when DDR doesn't use SPD. */
> +#define CONFIG_SYS_SDRAM_SIZE2048
> +#define CONFIG_SYS_SDRAM_SIZE_LAWLAW_SIZE_2G
> +#define CONFIG_SYS_DDR_CS0_BNDS 0x003F
> +#define CONFIG_SYS_DDR_CS0_CONFIG0x
On 05/18/2012 11:04 AM, Timur Tabi wrote:
> +#elif defined(CONFIG_NAND_U_BOOT)
> +#define CONFIG_ENV_IS_IN_NAND
> +#define CONFIG_ENV_SIZE CONFIG_SYS_NAND_BLOCK_SIZE
> +#define CONFIG_ENV_OFFSET((512 * 1024) + CONFIG_SYS_NAND_BLOCK_SIZE)
> +#define CONFIG_ENV_RANGE (3 * CONFIG_
On 05/18/2012 11:17 AM, Timur Tabi wrote:
> Scott Wood wrote:
>
>> That's the equivalent of saying Linux doesn't support something because
>> nobody bothered to enable it in a certain defconfig.
>
> Well, that's exactly what I meant. When you boot an upstream U-boot on a
> P1022DS, there is no s
On Friday 18 May 2012 12:11:57 Tom Rini wrote:
> On 05/17/2012 07:48 PM, Mike Frysinger wrote:
> > On Thursday 17 May 2012 14:43:45 Tom Rini wrote:
> >> I'd like to propose making 'i2c probe' be a command that is
> >> opt-out'able. In the Linux Kernel the notion of probing for devices was
> >> aba
Scott Wood wrote:
> That's the equivalent of saying Linux doesn't support something because
> nobody bothered to enable it in a certain defconfig.
Well, that's exactly what I meant. When you boot an upstream U-boot on a
P1022DS, there is no support for NAND chips. The 'nand' command does not
ex
On 05/18/2012 11:00 AM, Timur Tabi wrote:
> Scott Wood wrote:
>>> There's no NAND support at all.
>> Of course there's NAND support. I was asking what, besides the mux,
>> makes that existing support not work on this board.
>
> No, there is no NAND support for the P1022DS upstream.
>
> [b04825@e
On 05/17/2012 07:48 PM, Mike Frysinger wrote:
On Thursday 17 May 2012 14:43:45 Tom Rini wrote:
I'd like to propose making 'i2c probe' be a command that is
opt-out'able. In the Linux Kernel the notion of probing for devices was
abandoned a while ago due to, in short, devices misbehaving when
ran
On 05/17/2012 02:23 PM, Charles Manning wrote:
On Friday 18 May 2012 08:58:06 Scott Wood wrote:
On 05/17/2012 03:47 PM, Tom Rini wrote:
On 05/17/2012 01:22 PM, Scott Wood wrote:
We had problems with (B) regarding TEXT_BASE -- the makefile versions of
the config symbols will only be generated o
From: Matthew McClintock
Add defines needed to access NAND, remove second flash bank that is
actually connected to NAND.
Add nand booting support for P1022DS with hardcoded DDR config
Signed-off-by: Matthew McClintock
Signed-off-by: Jerry Huang
Signed-off-by: Jiang Yutang
---
board/freescal
From: Matthew McClintock
Add TLB mappings, board target options, and configuration items
need for SPI/SD boot.
Since P1022DS RevB board, the NOR flash have been changed to 16 bit/28bit
address flash, therefore, when SDHC/ESPI booting and access to eLBC,
the PMUXCR[0~1] must be set to 10b, and PM
Dear chang-ming.hu...@freescale.com,
> From: Jerry Huang
>
> For FSL low-end processors (VVN2.2)
What's VVN2.2 ?
> , in order to detect the SD card,
> we should enable PEREN, HCKEN and IPGEN to enable the clock.
> Otherwise, after booting the u-boot, and then inserting the SD card,
> the SD ca
On 05/18/2012 05:58 PM, Timur Tabi wrote:
Is there a way to switch the console
setenv stdout serial
works for me..
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Scott Wood wrote:
>> There's no NAND support at all.
> Of course there's NAND support. I was asking what, besides the mux,
> makes that existing support not work on this board.
No, there is no NAND support for the P1022DS upstream.
[b04825@efes u-boot.0]$ grep -i nand include/configs/P1022DS.h
[
Wolfgang Denk wrote:
> This is already streching the code to the limits, and the only reason
> you ever got this thrugh is that it's FSL specific code, you you have
> to deal yourself with this ugliness. I don;t think you will find good
> arguments to convince me adding such stuff into common cod
On 05/18/2012 04:57 AM, chang-ming.hu...@freescale.com wrote:
> From: Jerry Huang
>
> For FSL low-end processors (VVN2.2), in order to detect the SD card,
> we should enable PEREN, HCKEN and IPGEN to enable the clock.
> Otherwise, after booting the u-boot, and then inserting the SD card,
> the SD
On 05/18/2012 01:00 AM, Amit Virdi wrote:
> From: Vipin KUMAR
>
> change_bit routine is left implementation dependent until now.
> This routine, which is basically a wrapper over __change_bit, is now defined
> for
> arm platforms in asm-arm/bitops.h
>
> The Flexible Static memory controller dri
This enables I2C support on smdk5250.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
---
include/configs/smdk5250.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/include/configs/smdk5250.h b/include/configs/smdk5250.h
This adds multiple i2c channel support for I2C.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
---
drivers/i2c/s3c24x0_i2c.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/drivers/i2c/s3c24x0_i2c.c b/drivers/i2c/s3c24x0_i2c.c
ind
This patch modifies the S3C I2C driver to suppport EXYNOS5.
The cahnges made to driver are as follows:
- I2C base address is passed as a parameter to many
functions to avoid multiple #ifdef
- I2C init for Exynos5 is made as different function.
- Channel initialisatio
As exynos has more than one i2c channels. This patch adds offset padding
for struct s3c24x0_i2c, in order to get the new base address of next i2c
channel.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
---
drivers/i2c/s3c24x0_i2c.h |3 +++
1 files changed, 3 insertions(+), 0
struct s3c24x0_i2c is being moved to common local header file so that
the same can be used by s3c series and exynos series SoCs.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
---
arch/arm/include/asm/arch-s3c24x0/s3c24x0.h | 10
drivers/i2c
This patch adds pinmux code for I2C.
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Rajeshwari Shinde
---
This patch depends on the following patch:
"[U-Boot] [PATCH 1/2] exynos5: pinmux: Added default pinumx settings"
arch/arm/cpu/armv7/exynos/pinmux.c| 32 ++
This patch adds the base address for I2C.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
---
arch/arm/include/asm/arch-exynos/cpu.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-exynos/cpu.h
b/arch/arm/include/asm/arch-exynos/
This adds i2c clock information for EXYNOS5.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
---
arch/arm/cpu/armv7/exynos/clock.c | 33
arch/arm/include/asm/arch-exynos/clk.h |1 +
2 files changed, 34 inserti
This patch set enables I2C support for EXYNOS5.
This patchset modifies the s3c24x0 I2C driver to use same for EXYNOS5.
Multichannel support has been added to the s3c24x0 I2C driver.
s3c24x0_i2c struct has been moved to a common place as it can used
by different SOC's.
Rajeshwari Shinde (8):
EXYN
Dear Andy Fleming,
In message <1336631788-28127-1-git-send-email-aflem...@freescale.com> you wrote:
> The patch that added parallel builds broke MAKEALL -l, so this
> fixes that. At the same time, it improves the termination so
> that it shuts down the build threads if you cancel the build.
> Last
Dear Marek Vasut,
In message <201205082150.05943.ma...@denx.de> you wrote:
>
> > I already submitted the patch for this. It's because pdnb3 was being built
> > twice (and therefore twice concurrently). Wolfgang just has to apply that
> > patch, too. :)
>
> Does it also fix ./MAKEALL -a arm -l ?
Dear Andy Fleming,
In message <1335382573-7571-1-git-send-email-aflem...@freescale.com> you wrote:
> pdnb3 and scpu are explicitly on LIST_ixp, even though they are
> also specified in boards.cfg as having cpu ixp. This means that
> they will be built twice when doing ./MAKEALL ixp, or ./MAKEALL a
Dear apple pie,
In message you wrote:
>
>
> Please correct me if I am wrong. From what I understand, u-boot itself is
> relocated to RAM by calling
> the procedure: relocate_code at the end of the procedure: board_init_f .
Right.
> There is a need for me to load an executable to a static a
Dear Timur,
In message <4fb57d2d.3090...@freescale.com> you wrote:
>
> > I think whoever told you this was right. Let it break.
>
> Come on, Wolfgang. That's not acceptable.
Why not? But adding arbitrary complexity and ugliness into U-Boot
mainline is acceptable? Why?
> > We cannot add pr
Dear Bo Shen,
On 17.05.2012 03:19, Bo Shen wrote:
> On 5/16/2012 18:42, Andreas Bießmann wrote:
>> Dear Bo Shen,
>>
>> On 16.05.2012 04:16, Bo Shen wrote:
>>> -#ifdef CONFIG_AT91_LEGACY
>>> -
>>> -
>> I think this should be done in a separate patch (series). There are a
>> lot of CONFIG_AT91
Dear Rajeshwari Birje,
> Hi Marek,
>
> The exact change is in "[PATCH 4/6 V4] EXYNOS: Add power
> Enable/Disable for USB-EHCI",
> It is : Renamed exynos5_set_usb_phy_ctrl and set_usb_phy_ctrl to
> exynos5_set_usbhost_phy_ctrl and set_usbhost_phy_ctrl.
Thank you for clearing this up. I'm now wai
From: Jeroen Hofstee
The beagle board uses the background color to show an orange screen during
startup. This patch adds the ability to add a frame buffer, with the
intention not to break the beagle board use case (I don't have one).
videomodes.c is not used. Scrolling depends on this patch:
htt
From: Jeroen Hofstee
Remove unnecessary brackets.
Unwrap lines which are below 80 chars.
Single line comment as single line (as the rest).
Moved init values to the source code.
cc: s-paul...@ti.com
cc: kha...@ti.com
Signed-off-by: Jeroen Hofstee
---
arch/arm/include/asm/arch-omap3/dss.h | 24
changes for v2:
removed an unneeded cast and memset.
v1:
I could not resist removing some brackets etc while looking at the file..
These changes are optional and in a seperate patch. I will email a
seperate patch which I use for testing, but should NOT be in mainline,
since it assumes which LCD is
Dear apple pie,
On 18.05.2012 01:12, apple pie wrote:
> From a u-boot user group, I have learned that by using the command: "mkimage"
> it would be able to package a raw
> image into a blob understood by u-boot. I have discovered a few "mkimage"
> files, such as mkimage.o, mkimage, other
> th
From: Jerry Huang
When first inserting the SD card to slot, the command "mmcinfo" can
display the card information correctly.
But, then removing the SD card or inserting another SD card to slot,
the command "mmcinfo" can't display the information correctly.
when we use command "mmcinfo" every ti
From: Jerry Huang
For FSL low-end processors (VVN2.2), in order to detect the SD card,
we should enable PEREN, HCKEN and IPGEN to enable the clock.
Otherwise, after booting the u-boot, and then inserting the SD card,
the SD card can't be detected.
For SDHC VVN2.3 IP, these bits are reserved, and
If some peoples rely on this function, then we need to remove the below codes
from 'mmc_init':
if (mmc->has_init)
return 0;
when we use command "mmcinfo" every time, the driver must initialize the SD
card again,
instead of assuming the card has been initialized.
Best Re
From: Jerry Huang
Use the function 'mmc_send_status' to check the card status.
only when the card is ready, driver can send the next erase command
to the card, otherwise, the erase will failed:
=> mmc erase 0 1
MMC erase: dev # 0, block # 0, count 1 ... 1 blocks erase: OK
=> mmc erase 0 2
MMC era
Hi,
I have problem with recognition of my USB sticks on u-boot version:
U-Boot 1.1.4 (Feb 2 2010 - 10:13:16) Marvell version: 3.4.25
Marvell>> usb start; ext2load usb 0:1
0x0080 /uImage
(Re)start
USB...
ccng to Minkyu
-- Forwarded message --
From: Rajeshwari Birje
Date: 18 May 2012 12:16
Subject: Re: [U-Boot] [PATCH 1/2] exynos5: pinmux: Added default pinumx settings
To: Rajeshwari Shinde
Cc: ma...@denx.de, k.chan...@samsung.com, patc...@linaro.org,
u-boot@lists.denx.de
Hi All
Hi Sricharan,
On Fri, May 18, 2012 at 7:41 AM, R, Sricharan wrote:
> The issue here is we want to remove the way, kernel is dependent on
> bootloader for these settings. The bootloader should only the minimum
> required
> for boot. In fact we should get rid of this entire
> core_padconf_arra
Hi,
Please correct me if I am wrong. From what I understand, u-boot itself is
relocated to RAM by calling
the procedure: relocate_code at the end of the procedure: board_init_f .
There is a need for me to load an executable to a static address (say,
0x82xx_) in RAM such that
control
76 matches
Mail list logo
