On Tue, 8 Jun 2010 15:20:57 -0400
Mike Frysinger wrote:
> speaking historically, the dataflash code absolutely has its place.
> it existed long before the SPI flash framework. but i'm looking
> forward only now.
Yes, of course, understood.
However, the Dataflash aren't normal SPI flash, they d
Dear Wolfgang Denk,
thanks for your mail.
2010/6/8 Wolfgang Denk :
> Why should "flashing of uboot-environment" fail? If you configure for
> redundant environment, you should always at least have the previous
> copy of the settings).
Right, but what happens if user is doing something stupid?
I d
Dear jackfriend,
In message <50c70a8a.5b18.1291ad2050a.coremail.jackfri...@163.com> you wrote:
>
> Sounds like a pretty clear error message - doesn't it?
>
> Increase CONFIG_SYS_MALLOC_LEN in your bard config file.
>
> [It might make sense to improve the error message in
> fs/yaffs2/yaffs_guts.
Dear Arno Steffen,
In message you
wrote:
>
> > Why should "flashing of uboot-environment" fail? If you configure for
> > redundant environment, you should always at least have the previous
> > copy of the settings).
>
> Right, but what happens if user is doing something stupid?
Well, you can p
When building some avr32 boards out of tree (e.g. O=..) the linker script could
not be found. This patch references the linker script in source tree.
Signed-off-by: Andreas Bießmann
---
board/atmel/atstk1000/config.mk|2 +-
board/earthlcd/favr-32-ezkit/config.mk |2 +-
2 files ch
for enabling splash screen on my board (mpx8349) I enabled
the splash screen config in file configuration.
the binary was succesfully flashed to the board
but when I start the uboot, I got this message :
U-Boot 2009.01-dirty (Jun 09 2010 - 10:19:28) MPC83XX
Reset Status:
CPU: e300c1, MPC8349E
This patch fixes following error:
zlib.c:31:27: error: asm/unaligned.h: No such file or directory
Suggested-by: Mike Frysinger
Signed-off-by: Andreas Bießmann
---
arch/avr32/include/asm/unaligned.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
create mode 100644 arch/avr32/includ
Dear Wolfgang Denk,
> Well, you can provide measures for a reset to a sane state, then.
This sounds even more complicated to me. In fact - I don't have any
clue, what and howto measure and reset the environment. This system
doesn't even had a reset buttom... so it is always a cold boot.
>> I don
Dear Albert,
2010/6/9 Albert ARIBAUD :
> If the user is able to do something stupid then you should avoid it, e.g.
> not give the user the ability to alter the u-boot environment by making it
In fact, the normal user doesn't have access to change it. But even I
can make faults.
> You should cons
OMAP3EVM Rev >=E uses external Vbus supply so setting 'extvbus'
to '1' for OMAP3EVM Rev >=E runtime based on EVM revision.
Signed-off-by: Ajay Kumar Gupta
---
board/ti/evm/evm.c | 13 +
drivers/usb/musb/omap3.c |3 +++
drivers/usb/musb/omap3.h |4
3 files changed
MUSB PHY on OMAP3EVM Rev >= E uses external Vbus supply to support
500mA of power.We need to program MUSB PHY to use external Vbus
for this purpose.
Adding 'extvbus' member in musb_config structure which should be set
by all the boards where MUSB interface is using external Vbus supply.
Also adde
Changed musb_config initialization for omap3.c, davinci.c
and da8xx.c using name of structure fields. This would cause
the uninitialized field to be null by default and thus would
help in avoiding to init some flags required to be set only
for a few selected platforms.
CC: Remy Bohmer
Signed-off-
Added function to differentiate between the OMAP3EVM revisions. The
chip-id of the ethernet PHY is being used for this purpose.
Rev A to D : 0x0115
Rev >= E : 0x9220
CC: Remy Bohmer
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Sanjeev Premi
Signed-off-by: Ajay Kumar Gupta
---
Chan
Hi
> Thanks for your response. I want to tell few more things about our
> implementation.
>
> Actually we are planning to simulate (but not implement) the file system
> and implement the SCSI transparent command set decoder. When ever a file
> is sent to the USB mass storage device, we will be tak
Dear Arno Steffen,
In message you
wrote:
>
> This sounds even more complicated to me. In fact - I don't have any
> clue, what and howto measure and reset the environment. This system
> doesn't even had a reset buttom... so it is always a cold boot.
So how will you find out if there is somethin
Greetings,
My flashing issues are now gone and will adress this later on.
Anyhow, I noticed that linux kernel only reports 16M total memory while the
board
got 128M. Was just wondering where to start looking? Everything works fine
inside u-boot
so its not passed correctly or something, not sure
Dear Arno Steffen,
In message you
wrote:
>
> The system must be ready for updates - and they might go wrong, even by a
> typo.
Then you must design the system to be robust and ready for such
procedures; for example, you want to have a hardware watchdog that
resets the board if something goes
Dear Kristoffer Ericson,
In message <20100609110742.ga1...@boggieman> you wrote:
>
> My flashing issues are now gone and will adress this later on.
So the cause of the problems was the missing enabling of Vpp ?
> Anyhow, I noticed that linux kernel only reports 16M total memory while the
> boa
On Wed, Jun 09, 2010 at 01:23:19PM +0200, Wolfgang Denk wrote:
> Dear Kristoffer Ericson,
>
> In message <20100609110742.ga1...@boggieman> you wrote:
> >
> > My flashing issues are now gone and will adress this later on.
>
> So the cause of the problems was the missing enabling of Vpp ?
>
So it
On Wed, Jun 09, 2010 at 01:23:19PM +0200, Wolfgang Denk wrote:
> Dear Kristoffer Ericson,
>
> In message <20100609110742.ga1...@boggieman> you wrote:
> >
> > My flashing issues are now gone and will adress this later on.
>
> So the cause of the problems was the missing enabling of Vpp ?
>
> > A
Hi Gurumurthy,
> I am using MIPS32 AU1350 processor board with 2MB of NOR Flash, I have
> programmed u-boot and Linux kernel in NOR Flash. U-boot is working
> able to boot linux kernel but not able to mount root filesystem from
> SDRAM.
>
> I tried both initramdisk and initramfs. please let me kno
Hi all
I have an mpc8360e processor (has e300 core and QE) for our networking
application. I have to use 1GB DRAM module in my board, but u-boot for
powerpc is not supporting that. It is supporting only 256MB DRAM module.
And in kernel, /proc/meminfo gives me only 256MB.
Is it a processor limita
From: Andreas Bießmann
Due to a hardware bug mentioned in latest AP7000 datasheet errata
(revision M from 09.09) branch folding is unreliable.
This patch disables CPUCR.FE bitfield as stated in datasheet.
Signed-off-by: Andreas Bießmann
---
arch/avr32/cpu/start.S |7 ---
1 files change
Due to a hardware bug mentioned in latest AP7000 datasheet errata
(revision M from 09.09) branch folding is unreliable.
This patch disables CPUCR.FE bitfield as stated in datasheet.
Signed-off-by: Andreas Bießmann
---
Changes since v1:
- fix comment
arch/avr32/cpu/start.S |7 ---
1
Hi Mark,
> Does anyone have a procedure to restore u-boot on a AMCC Canyonlands
> board using the BDI2000?
>
> I have the bdisetup utility and the firmware/logic files for ppc4xx. I
> also found the config files for BDI2000 but there is not a procedure to
> program it.
>
> I have not used our B
Hi Tommy,
> for enabling splash screen on my board (mpx8349) I enabled
> the splash screen config in file configuration.
Hm, what board is that exactly? I cannot find a reference to "mpx8349"
in current code nor does "git grep MPX8349" yield any output. Is it
possible that you use a non-mainlin
> And how are your MTD partitions set up in Linux?
[*] MTD partitioning support
< > RedBoot partition table parsing
[*] Command line partition table parsing
On Wed, 9 Jun 2010 17:31:13 +0530
remya pillai wrote:
> I have an mpc8360e processor (has e300 core and QE) for our networking
> application. I have to use 1GB DRAM module in my board, but u-boot for
> powerpc is not supporting that. It is supporting only 256MB DRAM module.
Apparently DDR is set
We may have cpu-handles pointing to the cpu nodes we delete. If so we
should delete the handles as well.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/fdt.c | 36 ++--
1 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/cpu/mpc
Add USB OHCI support for at91sam9g45ekes/at91sam9m10g45ek boards.
Note that according to errata from Atmel, OHCI is not operational
on the first revision of at91sam9g45 chip. So this patch enables
OHCI support for later revisions.
Signed-off-by: Sergey Matyukevich
---
arch/arm/include/asm/arch-
This patch adds support for the Marvell Orion5x SoC.
It has no use alone, and must be followed by a patch
to add Orion5x support for serial, then support for
the ED Mini V2, an Orion5x-based product from LaCie.
Signed-off-by: Albert Aribaud
---
Patchset history
V1: Initial monolithic patch.
V2:
This patch adds support for the Marvell Orion5x SoC.
It has no use alone, and must be followed by a patch
to add Orion5x support for serial, then support for
the ED Mini V2, an Orion5x-based product from LaCie.
Signed-off-by: Albert Aribaud
---
Patchset history
V1: Initial monolithic patch.
V2:
This patch provides access to the 16550-compatible
serial device of the Orion5x SoC.
Signed-off-by: Albert Aribaud
---
drivers/serial/serial.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial.c b/drivers/serial/serial.c
index 8eda95c..1073ac0 10064
This patch provides access to the 16550-compatible
serial device of the Orion5x SoC.
Signed-off-by: Albert Aribaud
---
drivers/serial/serial.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/serial/serial.c b/drivers/serial/serial.c
index 8eda95c..1073ac0 10064
This patch adds support for the LaCie ED Mini V2 product
which is based on the Marvell Orion5x SoC.
Signed-off-by: Albert Aribaud
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile|3 +
board/LaCie/edminiv2/Makefile |
Le 09/06/2010 22:50, Albert Aribaud a écrit :
>
Apologies for the duplicate 1/3 and 2/3 patches.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wednesday, June 09, 2010 03:06:26 Thomas Petazzoni wrote:
> On Tue, 8 Jun 2010 15:20:57 -0400 Mike Frysinger wrote:
> > speaking historically, the dataflash code absolutely has its place.
> > it existed long before the SPI flash framework. but i'm looking
> > forward only now.
>
> Yes, of cour
On Wednesday, June 09, 2010 06:45:32 Ajay Kumar Gupta wrote:
> +static inline u8 musb_read_ulpi_buscontrol(struct musb_regs *musbr)
> +{}
probably want this to return 0 to avoid warnings, otherwise this looks good to
me. thanks !
-mike
signature.asc
Description: This is a digitally signed mess
Some commands operate on eth device names (like 'mii'), but those cannot
be passed on the command line as one argument. So detect devices like
these and warn about them so someone will fix it.
Signed-off-by: Mike Frysinger
---
net/eth.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(
Device names should not contain non-printable characters like newlines.
Signed-off-by: Mike Frysinger
---
drivers/net/uli526x.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/uli526x.c b/drivers/net/uli526x.c
index 9477851..56eee7b 100644
--- a/drivers/net/
If we explicitly disabled a core remove it from the dtb we pass on to
the kernel.
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/mp.c | 25 +
arch/powerpc/cpu/mpc86xx/mp.c | 19 +++
arch/powerpc/cpu/mpc8xxx/fdt.c |3 ++-
arch/powerpc/incl
On Wed, Jun 9, 2010 at 10:34 PM, Kumar Gala wrote:
> +int is_core_disabled(int nr) {
> + volatile ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR);
> + u32 coredisrl = in_be32(&gur->coredisrl);
You don't need to declare the variable as volatile if you use an I/O accessor.
>
On Jun 9, 2010, at 10:40 PM, Timur Tabi wrote:
> On Wed, Jun 9, 2010 at 10:34 PM, Kumar Gala wrote:
>
>> +int is_core_disabled(int nr) {
>> + volatile ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR);
>> + u32 coredisrl = in_be32(&gur->coredisrl);
>
> You don't need to decl
If we explicitly disabled a core remove it from the dtb we pass on to
the kernel.
Signed-off-by: Kumar Gala
---
* Fix issues reported by Timur
arch/powerpc/cpu/mpc85xx/mp.c | 23 +++
arch/powerpc/cpu/mpc86xx/mp.c | 17 +
arch/powerpc/cpu/mpc8xxx/fdt.c |
Add 'errata' command to report what errata we workaround
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/Makefile |1 +
arch/powerpc/cpu/mpc85xx/cmd_errata.c | 35 +
2 files changed, 36 insertions(+), 0 deletions(-)
create mode 100644 arch/powerp
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/cmd_errata.c
b/arch/powerpc/cpu/mpc85xx/cmd_errata.c
index 6824ebf..81078bd 100644
--- a/arch/powerpc/cpu/mpc85xx/cm
From: Kim Phillips
CONFIG_SYS_FSL_SEC_COMPAT is set to 2 for the SEC 2.x and SEC 3.x.
Parts with newer SEC h/w versions will increment the number to
accomodate incompatible code changes.
Signed-off-by: Kim Phillips
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/fdt.c|6 +++---
From: Kim Phillips
Signed-off-by: Kim Phillips
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8xxx/fdt.c|6 +
arch/powerpc/include/asm/config.h |4 ++-
arch/powerpc/include/asm/immap_85xx.h | 38 +
3 files changed, 47 insertions(+),
> > +static inline u8 musb_read_ulpi_buscontrol(struct musb_regs *musbr)
> > +{}
>
> probably want this to return 0 to avoid warnings, otherwise this looks
> good to
> me. thanks !
Sure, I will update and repost the patches.
Thanks,
Ajay
> -mike
___
U-
Added function to differentiate between the OMAP3EVM revisions. The
chip-id of the ethernet PHY is being used for this purpose.
Rev A to D : 0x0115
Rev >= E : 0x9220
CC: Remy Bohmer
Signed-off-by: Vaibhav Hiremath
Signed-off-by: Sanjeev Premi
Signed-off-by: Ajay Kumar Gupta
---
No c
MUSB PHY on OMAP3EVM Rev >= E uses external Vbus supply to support
500mA of power.We need to program MUSB PHY to use external Vbus
for this purpose.
Adding 'extvbus' member in musb_config structure which should be set
by all the boards where MUSB interface is using external Vbus supply.
Also adde
OMAP3EVM Rev >=E uses external Vbus supply so setting 'extvbus'
to '1' for OMAP3EVM Rev >=E runtime based on EVM revision.
CC: Remy Bohmer
Signed-off-by: Ajay Kumar Gupta
---
No change from v2.
board/ti/evm/evm.c | 13 +
drivers/usb/musb/omap3.c |3 +++
drivers/usb/musb
Changed musb_config initialization for omap3.c, davinci.c
and da8xx.c using name of structure fields. This would cause
the uninitialized field to be null by default and thus would
help in avoiding to init some flags required to be set only
for a few selected platforms.
CC: Remy Bohmer
Signed-off-
On Thursday, June 10, 2010 01:50:48 Ajay Kumar Gupta wrote:
> MUSB PHY on OMAP3EVM Rev >= E uses external Vbus supply to support
> 500mA of power.We need to program MUSB PHY to use external Vbus
> for this purpose.
>
> Adding 'extvbus' member in musb_config structure which should be set
> by all t
Hi Albert
I am OOO for next four days,
I will try to provide feedback earliest possible
Regards..
Prafulla . .
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Albert Aribaud
> Sent: Thursday, June 10, 2010 2:20 AM
> To: u-bo
55 matches
Mail list logo