On 25/11/2011 04:25, Tapani Utriainen wrote:
> Recompiled our kernel as well (was using someone elses pre-compiled earlier)
> and
> tried again. No difference.
>
> What steps did you take to verify that USB is working?
> For instance: I cannot mount/read a USB stick in linux when using your
> u
Hi,
On Tue, Oct 18, 2011 at 4:50 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Oct 19, 2011 at 10:43 AM, Simon Glass wrote:
>> This patch adds support for console output before the console is inited.
>> The main purpose of this is to deal with a very early panic() which would
>> otherwise cause
On 25/11/2011 03:05, Fabio Estevam wrote:
> Hi,
>
> I am trying to save environment variables on a SD card of a MX28EVK board.
>
> 'save' command reports no errors, but if I reboot the board then the
> board no longer boots.
>
> In order to recover the boot, I need to reformat the SD card and
>
Dear James Steward,
In message <4eced2f2.8040...@inchipdesign.com.au> you wrote:
>
> I guess the variable environment is not defined, but where should it be
> defined? There are a lot of hits when I search.
When embedding the environment, you must set up a specific memory mep.
This is done in t
As per new conventions Samsung SoC's are named as Exynos.
Cortex-A9 based Soc's are named as exynos4. s5pc2xx is cortex-A9
based, hence renamed to exynos4. This is done as per kernel
naming convetions.
Similerly s5pc210 is now exynos4210. Hence S5PC210/s5pc210
suffix/prefix has been renamed to exy
On 24/11/11 17:36, Igor Grinberg wrote:
On 11/24/11 01:58, James Steward wrote:
A search with grep CONFIG_ENV_IS_EMBEDDED `find . -name "*.h"`
indicates the answer is no. Should it be set?
AFAIK, environment variable is used only when you have
ENV_IS_EMBEDDED set. Also, there is some logic in
DO YOU NEED A LOAN? CONTACT US VIA APPLICATION.___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Nov 22, 2011 at 11:51 PM, Stefano Babic wrote:
> The serial driver for iMX SOCs is continuosly changed if a
> new SOC or not yet used port is used. CONFIG_SYS__
> defines were used only to find the base address for the selected UART.
> Instead of that, move the base address to the board co
On Thu, 24 Nov 2011 16:19:26 +0100
Stefano Babic wrote:
> On 24/11/2011 07:57, Tapani Utriainen wrote:
> > Using your u-boot.bin on Twister, USB devices do not work in linux. Using
> > the u-boot.bin I submitted this issue disappears. The setup is otherwise
> > the
> > same (same x-loader, u-b
On 10/31/2011 02:13 PM, Purushothamrao wrote:
Kindly guide me how to configure u-boot to generate u-boot.bin for
NIOS-2 processor.
Dear Purushothamrao,
Please follow the wiki page,
http://alterawiki.com/wiki/DasUBoot
Best regards,
Thomas
___
U-Boo
On Thu, Nov 24, 2011 at 8:11 PM, Wolfgang Denk wrote:
> Dear Jason Hui,
>
> In message
> you
> wrote:
>>
>> I'm just get confused. It seems from you that we can both use:
>> CONFIG_option and CONFIG_SYS_ in this patch? right?
>
> It's one of those boarder cases. But given that we don't actual
Hi,
I am trying to save environment variables on a SD card of a MX28EVK board.
'save' command reports no errors, but if I reboot the board then the
board no longer boots.
In order to recover the boot, I need to reformat the SD card and
reflash the u-boot.sd image.
I am trying the following conf
Dear Chander Kashyap,
On 24 November 2011 19:48, Chander Kashyap wrote:
> As per new conventions Samsung SoC's are named as Exynos.
> Cortex-A9 based Soc's are named as exynos4. s5pc2xx is cortex-A9
> based, hence renamed to exynos4. This is done as per kernel
> naming convetions.
>
> Similerly s
Hi Gabe,
I tried to submit those patches today, but I somehow managed to make a
complete mess of the x86 repo - It now have a bunch of duplicate patches
Please do not rebase anything against u-boot-x86 until the mess has been
sorted out
Sorry for the inconvenience
If anyone wants to have a look
On 24/11/11 17:36, Igor Grinberg wrote:
On 11/24/11 01:58, James Steward wrote:
Hi Igor,
On 23/11/11 23:19, Igor Grinberg wrote:
Hi James,
On 11/22/11 07:22, James Steward wrote:
On 22/11/11 15:51, Marek Vasut wrote:
Hi,
I'm trying to build U-Boot for the above mentioned board. Basically,
Am 24/11/2011 21:43, schrieb Wolfgang Denk:
>> +"hostname=" xstr(CONFIG_HOSTNAME) "\0" \
>> +"bootfile=" xstr(CONFIG_HOSTNAME) "/uImage\0" \
>
> Here you rely on xstr() being defined in some higher level header
> file.
This was not thought, I mis
As a result of the commit 6833260 the uart16550 driver
is broken for Microblaze big endian systems, because of
the missing 3 byte offset. Other than as described, not
all U-Boot BSP will treat properly the 3 byte offset.
This why prefer to mask out the 3 byte offset in general
and setup correct _R
> Dear Marek Vasut,
>
> In message <1322153845-19369-1-git-send-email-marek.va...@gmail.com> you
wrote:
> > Signed-off-by: Marek Vasut
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > ---
> >
> > doc/README.m28 |6 ++
> > 1 files changed, 6 insertions(+), 0 deletions(-)
> >
> > diff
Hi,
> Dear Marek Vasut,
>
> In message <20241814.34611.marek.va...@gmail.com> you wrote:
> > > -char *name = 0;
> > > +__maybe_unused char *name = 0;
> >
> > I don't like this __maybe_unused stuff, it seems like you're hiding
> > possible errors.
>
> I don't like it either, but ther
Hi,
As there was no real conclusion on my previous "arm mach-types.h" thread, i
have to reemphasize that the current mach types handling is broken.
1. u-boot follows linux mach-types.h
2. linux only includes ids
a, they have (non DT!) board support for or
b, id which are not older t
On Wed, 2 Nov 2011 09:16:43 +0800
wrote:
> From: Jerry Huang
>
> Add the 1920x1080 and 1280x720 resolution support.
>
> Acked-by: Timur Tabi
>
> Signed-off-by: Jerry Huang
> CC: Anatolij Gustschin
> ---
> drivers/video/fsl_diu_fb.c | 38 ++
> 1 files
On Thu, 24 Nov 2011 03:32:16 +0100
Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> Cc: Anatolij Gustschin
> Cc: Stefano Babic
> ---
> drivers/video/cfb_console.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied to u-boot-video/master. Thanks!
Anatolij
On Sat, 19 Nov 2011 11:45:44 +0100
Christian Riesch wrote:
> This patch replaces the HAWKBOARD_KICK{0,1}_UNLOCK defines by
> DV_SYSCFG_KICK{0,1}_UNLOCK.
>
> The kick register values are not hawkboard specific but may be used
> for all davinci boards. In commit f3c149d6c6e5ba8dd72baa86fe527837e4f
OS X Lion's c-library implements getline(), therefore prevent including the old
helper implementation for __DARWIN_C_LEVEL < 200809L.
Without this patch following error occours:
---8<---
In file included from os_support.h:32,
from img2srec.c:55:
getline.h:1: error: conflicting ty
On Sat, 19 Nov 2011 11:45:42 +0100
Christian Riesch wrote:
> This patch fixes the build breakage for the davinci_schmoogie board.
>
> Signed-off-by: Christian Riesch
> Cc: Sergey Kubushyn
> Cc: Sandeep Paulraj
> ---
> board/davinci/schmoogie/schmoogie.c |3 ---
> include/configs/davinci_
On Sat, 19 Nov 2011 11:45:43 +0100
Christian Riesch wrote:
> This patch fixes the build breakage for the davinci_sonata board.
>
> Signed-off-by: Christian Riesch
> Cc: Sergey Kubushyn
> Cc: Sandeep Paulraj
> ---
> board/davinci/sonata/sonata.c|3 ---
> include/configs/davinci_sonata
On Tue, 8 Nov 2011 13:40:25 +0800
Andrew Chen wrote:
> From: Yan-Pai Chen
>
> MACH_TYPE_FARADAY was dropped from mach-types.h. Add it back to
> board config file.
>
> Signed-off-by: Yan-Pai Chen
> ---
> board/faraday/a320evb/a320evb.c |1 -
> include/configs/a320evb.h |6 +
Dear Marek Vasut,
In message <20241814.34611.marek.va...@gmail.com> you wrote:
>
> > -char *name = 0;
> > +__maybe_unused char *name = 0;
>
> I don't like this __maybe_unused stuff, it seems like you're hiding possible
> errors.
I don't like it either, but there are cases where this
Dear Marek Vasut,
In message <1322153845-19369-1-git-send-email-marek.va...@gmail.com> you wrote:
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> ---
> doc/README.m28 |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/doc/README.m28 b/doc
Dear Stefano Babic,
In message <1322149442-16555-1-git-send-email-sba...@denx.de> you wrote:
> The TAM3517 is a SOM module that can be used on custom boards.
> The patch add a common configuration file that is included
> by the boards using this module.
...
> diff --git a/include/configs/tam3517-c
Dear Stefano Babic,
In message <1322149442-16555-2-git-send-email-sba...@denx.de> you wrote:
> The twister board is a development board using
> the TAM3517 SOM.
>
> Support for NAND, 2 Ethernet (EMAC and SMC911),
> USB (EHCI_OMAP).
...
Nitpick:
> +#define xstr(s) str(s)
> +#define str(s)
Am Donnerstag, den 24.11.2011, 20:13 +0100 schrieb Michal Simek:
> Stephan Linz wrote:
> >--snip--
> >>
> >> Here is patch I have used. Please add that changes to v2 patch.
> >
> > I'll do it this way. Give me a little time to change and test it.
> > Currently I am sill working on refactoring of t
* Simon Glass wrote:
> We need to define CONFIG_ENV_IS_NOWHERE to avoid this error:
>
> cmd_nvedit.c:69:3: error: #error Define one of
> CONFIG_ENV_IS_IN_{EEPROM|FLASH|DATAFLASH|ONENAND|SPI_FLASH|MG_DISK|NVRAM|MMC}
> or CONFIG_ENV_IS_NOWHERE
Odd. I haven't seen this before when building both bo
Stephan Linz wrote:
Am Mittwoch, den 23.11.2011, 15:40 +0100 schrieb Michal Simek:
Hi Stephan,
Stephan Linz wrote:
As a result of the commit 6833260 the uart16550 driver
is broken for Microblaze big endian systems, because of
the missing 3 byte offset. Other than as described, the
U-Boot BSP
On Nov 24, 2011, at 11:14 AM, Marek Vasut wrote:
>> Fix:
>>
>> x86emu/ops2.c: In function 'x86emuOp2_set_byte':
>> x86emu/ops2.c:171:11: warning: variable 'name' set but not used
>> [-Wunused-but-set-variable]
>>
>> Signed-off-by: Kumar Gala
>> ---
>> drivers/bios_emulator/x86emu/ops2.c |3
Am Mittwoch, den 23.11.2011, 15:40 +0100 schrieb Michal Simek:
> Hi Stephan,
>
> >> Stephan Linz wrote:
> >>> As a result of the commit 6833260 the uart16550 driver
> >>> is broken for Microblaze big endian systems, because of
> >>> the missing 3 byte offset. Other than as described, the
> >>> U-
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Wolfgang Denk
---
doc/README.m28 |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
V2: Make this all simpler for user to follow
V3: Fix grammar
diff --git a/doc/README.m28 b/doc/README.m28
index b749ce0..548982f 100644
--- a/doc/READ
On Thu, Nov 24, 2011 at 3:39 PM, Marek Vasut wrote:
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> ---
> doc/README.m28 | 3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> V2: Make this all simpler for user to follow
>
> diff --git a/doc/README.m28 b/doc/
On Thursday 24 November 2011 08:57:56 Daniel Schwierzeck wrote:
> Build dbau1550_el only in LIST_au1xx0_el and LIST_mips_el.
> Also remove obsolete lists for mips5kc.
if possible, i'd really like to kill off all the specialized mips lists and do
selection purely based on fields in boards.cfg.
-mi
On Thursday 24 November 2011 10:39:21 Matthias Fuchs wrote:
> - sprintf(str, "%08X%04X",
> - *(unsigned int *)&ow_id[0],
> - *(unsigned short *)&ow_id[4]);
> + sprintf(str, "%02X%02X%02X%02X%02X%02X",
> + ow_id[0], ow_id[1], ow_id[2], ow_id[3], ow_id[4],
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Wolfgang Denk
---
doc/README.m28 |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
V2: Make this all simpler for user to follow
diff --git a/doc/README.m28 b/doc/README.m28
index b749ce0..e4929ad 100644
--- a/doc/README.m28
+++ b/doc
> On Thu, Nov 24, 2011 at 2:57 PM, Marek Vasut wrote:
> > For example in Linux fdisk, the sequence for a clear card is the
> > following:
> >
> >* o . create a clear partition table
> > + * p . here you need to verify that units is
> > set to
On Wednesday 23 November 2011 17:33:02 Mike Frysinger wrote:
> On Wednesday 23 November 2011 16:10:49 Robert Deliën wrote:
> > -#ifndef name_to_gpio
> > -#define name_to_gpio(name) simple_strtoul(name, NULL, 10)
> > +#ifndef gpio_name_to_pin
> > +#define gpio_name_to_pin(name) simple_strtoul(na
> > Signed-off-by: Matthias Fuchs
> > ---
> >
> > board/esd/dasa_sim/flash.c |3 ---
> > 1 files changed, 0 insertions(+), 3 deletions(-)
> >
> > diff --git a/board/esd/dasa_sim/flash.c b/board/esd/dasa_sim/flash.c
> > index d6a7737..e2f2aac 100644
> > --- a/board/esd/dasa_sim/flash.c
> > +
> > Signed-off-by: Matthias Fuchs
> > ---
> >
> > board/esd/common/xilinx_jtag/micro.c |2 --
> > 1 files changed, 0 insertions(+), 2 deletions(-)
> >
> > diff --git a/board/esd/common/xilinx_jtag/micro.c
> > b/board/esd/common/xilinx_jtag/micro.c index 9823e5e..cba33b8 100644
> > --- a/boa
> > Fix:
> >
> > interactive.c: In function 'fsl_ddr_interactive':
> > interactive.c:1357:15: warning: variable 'len' set but not used
> > [-Wunused-but-set-variable]
> >
> > Signed-off-by: Kumar Gala
> > ---
> >
> > arch/powerpc/cpu/mpc8xxx/ddr/interactive.c |3 +--
> > 1 files changed, 1
> Fix:
>
> interactive.c: In function 'fsl_ddr_interactive':
> interactive.c:1357:15: warning: variable 'len' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Kumar Gala
> ---
> arch/powerpc/cpu/mpc8xxx/ddr/interactive.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletio
> Fix:
>
> x86emu/ops2.c: In function 'x86emuOp2_set_byte':
> x86emu/ops2.c:171:11: warning: variable 'name' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Kumar Gala
> ---
> drivers/bios_emulator/x86emu/ops2.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> Signed-off-by: Matthias Fuchs
> ---
> board/esd/common/xilinx_jtag/micro.c |2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> diff --git a/board/esd/common/xilinx_jtag/micro.c
> b/board/esd/common/xilinx_jtag/micro.c index 9823e5e..cba33b8 100644
> --- a/board/esd/common/xilinx_
> Signed-off-by: Matthias Fuchs
> ---
> board/esd/dasa_sim/flash.c |3 ---
> 1 files changed, 0 insertions(+), 3 deletions(-)
>
> diff --git a/board/esd/dasa_sim/flash.c b/board/esd/dasa_sim/flash.c
> index d6a7737..e2f2aac 100644
> --- a/board/esd/dasa_sim/flash.c
> +++ b/board/esd/dasa_sim
> Signed-off-by: Matthias Fuchs
> ---
> board/esd/cpci405/cpci405.c |8 +++-
> 1 files changed, 3 insertions(+), 5 deletions(-)
>
> diff --git a/board/esd/cpci405/cpci405.c b/board/esd/cpci405/cpci405.c
> index 98a8584..41b5ba0 100644
> --- a/board/esd/cpci405/cpci405.c
> +++ b/board/esd
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Wolfgang Denk
---
doc/README.m28 |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/doc/README.m28 b/doc/README.m28
index b749ce0..242230b 100644
--- a/doc/README.m28
+++ b/doc/README.m28
@@ -116,6 +116,12 @@ must have
> On Thu, Nov 24, 2011 at 2:13 PM, Fabio Estevam wrote:
> > Marek,
> >
> > Can you please show me your 'fdisk -l' output on a SD card that you
> > use for booting M28EVK board?
>
> Nevermind, I got it booting now :-)
>
> Patches will follow soon.
>
> Regards,
>
> Fabio Estevam
I'll be glad t
On Thu, Nov 24, 2011 at 2:13 PM, Fabio Estevam wrote:
> Marek,
>
> Can you please show me your 'fdisk -l' output on a SD card that you
> use for booting M28EVK board?
Nevermind, I got it booting now :-)
Patches will follow soon.
Regards,
Fabio Estevam
__
On 18/11/2011 08:11, Jason Liu wrote:
> The mmc host controller on the i.mx6q is called usdhc which
> is redesigned based on the freescale esdhc controller.
>
> The usdhc controller is almost compatible with esdhc except
> it adds one mix register to support debug/SD3.0 and move
> the low bit 0-6
Marek,
Can you please show me your 'fdisk -l' output on a SD card that you
use for booting M28EVK board?
Mine is as following:
$ sudo fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 3965 MB, 3965190144 bytes
3 heads, 32 sectors/track, 80672 cylinders
Units = cylinders of 96 * 512 = 49152 bytes
Sector
Signed-off-by: Matthias Fuchs
---
board/esd/common/xilinx_jtag/micro.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/board/esd/common/xilinx_jtag/micro.c
b/board/esd/common/xilinx_jtag/micro.c
index 9823e5e..cba33b8 100644
--- a/board/esd/common/xilinx_jtag/micro.c
++
The TAM3517 is a SOM module that can be used on custom boards.
The patch add a common configuration file that is included
by the boards using this module.
Signed-off-by: Stefano Babic
CC: Tapani Utrianen
CC: Tom Rini
CC: Sandeep Paulraj
---
Changes since V1:
- CONFIG_OMAP_EHCI_PHY1_RESET_GPIO
The twister board is a development board using
the TAM3517 SOM.
Support for NAND, 2 Ethernet (EMAC and SMC911),
USB (EHCI_OMAP).
Signed-off-by: Stefano Babic
CC: Tapani Utrianen
CC: Tom Rini
CC: Sandeep Paulraj
---
Changes since V1:
- drop unuseful comments (W. Denk)
- drop postal address (g
This patch fixes the PMC440 BSP command painit. The implementation was
broken since the step to the new environment handling.
Signed-off-by: Matthias Fuchs
---
V2: rebased
board/esd/pmc440/cmd_pmc440.c | 17 +++--
1 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/boa
Signed-off-by: Matthias Fuchs
---
board/esd/cpci405/cpci405.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/board/esd/cpci405/cpci405.c b/board/esd/cpci405/cpci405.c
index 98a8584..41b5ba0 100644
--- a/board/esd/cpci405/cpci405.c
+++ b/board/esd/cpci405/cpci405.c
Signed-off-by: Matthias Fuchs
---
board/esd/dasa_sim/flash.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/board/esd/dasa_sim/flash.c b/board/esd/dasa_sim/flash.c
index d6a7737..e2f2aac 100644
--- a/board/esd/dasa_sim/flash.c
+++ b/board/esd/dasa_sim/flash.c
@@ -44,7
On 24/11/2011 07:57, Tapani Utriainen wrote:
> Using your u-boot.bin on Twister, USB devices do not work in linux. Using
> the u-boot.bin I submitted this issue disappears. The setup is otherwise the
> same (same x-loader, u-boot settings, kernel and userland).
I cannot confirm this issue - I am
> Hi Jana,
>
> Good job!
> IMO, this version looks much better
> (although Marek is not happy with its schedule).
Yes, you're not getting ACK on my side for this. Ever. I'm not reviewing this
shit anymore.
___
U-Boot mailing list
U-Boot@lists.denx.de
h
> Sorry guys; I'm bailing.
>
> Out.
Well ... it can't be helped.
M
>
> On Nov 24, 2011, at 1:15, Marek Vasut wrote:
> >> This patch adds a validity check for GPIO pins to prevent clobbering
> >> reserved bit or even registers, per suggestion of Marek Vasut.
> >>
> >> Please note:
> >> 1. gpio_
Build dbau1550_el only in LIST_au1xx0_el and LIST_mips_el.
Also remove obsolete lists for mips5kc.
Signed-off-by: Daniel Schwierzeck
Cc: Thomas Lange
---
MAKEALL | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 95b7cd3..ff761e6 100755
--
Signed-off-by: Daniel Schwierzeck
---
arch/mips/lib/board.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/mips/lib/board.c b/arch/mips/lib/board.c
index bcf12c5..27c2cfe 100644
--- a/arch/mips/lib/board.c
+++ b/arch/mips/lib/board.c
@@ -57,6 +57,16 @@ st
Signed-off-by: Daniel Schwierzeck
---
arch/mips/include/asm/gpio.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
create mode 100644 arch/mips/include/asm/gpio.h
diff --git a/arch/mips/include/asm/gpio.h b/arch/mips/include/asm/gpio.h
new file mode 100644
index 000.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/cpu/mips32/start.S | 21 +++--
1 files changed, 19 insertions(+), 2 deletions(-)
diff --git a/arch/mips/cpu/mips32/start.S b/arch/mips/cpu/mips32/start.S
index b6cb4be..03cfd5a 100644
--- a/arch/mips/cpu/mips32/start.S
+++ b/arch/
Signed-off-by: Daniel Schwierzeck
---
arch/mips/cpu/mips32/cache.S | 18 ++
arch/mips/include/asm/mipsregs.h |9 -
2 files changed, 26 insertions(+), 1 deletions(-)
diff --git a/arch/mips/cpu/mips32/cache.S b/arch/mips/cpu/mips32/cache.S
index e683e8b..4801511 1
Boards with CONFIG_SYS_NO_FLASH should not forced to define
CONFIG_SYS_FLASH_BASE. In this case the flash data in bd_info
should be initialized with 0 like the other archs do.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/lib/board.c |8 ++--
1 files changed, 6 insertions(+), 2 deletio
This handler can be activated on multi-processor systems to boot only
the master CPU. All slave CPUs are halted by executing the WAIT
instruction. This is also useful to reduce the power consumption at
boot time.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/cpu/mips32/start.S | 16 +
The CPUNum field in the Ebase register contains an unique identifier
for each CPU. This helps to distinguish between CPU cores in
multi-processor systems.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/include/asm/mipsregs.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-
Commit ab2a98b11716364bc5a8c43cdfa7fee176cda1d8 missed to
use the new config option in dcache_enable().
Fix this to avoid inconsistencies if someone wants to disable
and enable D-caches.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/cpu/mips32/cache.S |6 +-
1 files changed, 5 inserti
board.c: In function 'board_init_r':
board.c:280:8: warning: unused variable 's'
Signed-off-by: Daniel Schwierzeck
---
arch/mips/lib/board.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/mips/lib/board.c b/arch/mips/lib/board.c
index 9585db7..aac7690 100644
---
WARNING: line over 80 characters
WARNING: space prohibited between function name and open parenthesis '('
WARNING: braces {} are not necessary for single statement blocks
ERROR: return is not a function, parentheses are not required
ERROR: do not use assignment in if condition
ERROR: trailing state
This series contains bugfixes and coding style cleanups.
Furthermore it contains some extensions for MIPS24k and MIPS34k cores
as preparation for merging the support for various Lantiq SoCs.
Daniel Schwierzeck (11):
MIPS: board.c: make checkpatch.pl clean
MIPS: board.c: fix warning if CONFIG_C
Hi, guysI got a problem. I move a part of source code of
linux/driver/mtd/nand to the u-boot. But I found that the u-boot can not mark
the phsical bad block .
when I run nand_erase() or nand_scrub(), it return error num as
below:
linux/driver/mtd/nand/nand_bas
Hi Jana,
Good job!
IMO, this version looks much better
(although Marek is not happy with its schedule).
Some final neats below and we're done.
On 11/24/11 14:22, Jana Rapava wrote:
> Add generic functions for ULPI init and setting bits in
> ULPI registers.
>
> Signed-off-by: Jana Rapava
> Cc: M
commit f31a911fe (arm, post: add missing post_time_ms for arm)
enables get_ticks and get_tbclk for all arm based boards,
but kirkwood has currently no implementation for this. So
undefine this for kirkwood boards.
Signed-off-by: Holger Brunck
cc: Heiko Schocher
cc: Prafulla Wadaskar
cc: Valenti
Hello,
Greetings for the day!
I am Robert and I am contacting you after looking at your website- .
We are a Leading Indian Based SEO & Web Development Company and one of the
very few company which offer organic SEO services with a full range of
supporting services such as one way themed
On 24/11/2011 13:33, Vellemans, Noel wrote:
>
> Hi List,
>
>
> Just wondering, anyone who is working on (or has) USB-mass-storage
> support for the IMX53x in u-boot ?
>
> For example, imx53-loco-board / imx53-qsb.
Check in the archive - patches were sent, they are still under review
and new ve
Hi List,
Just wondering, anyone who is working on (or has) USB-mass-storage
support for the IMX53x in u-boot ?
For example, imx53-loco-board / imx53-qsb.
Regards,
Noel
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listin
Hi Wolfgang,
On 11/24/11 13:46, Wolfgang Denk wrote:
> Dear Igor Grinberg,
>
> In message <4ecde8c3.2050...@compulab.co.il> you wrote:
>>
>>> By that logic _all_ commits in the Linux kernel must have the SoB of
>>> Linus Torvalds. Do they?
>>
>> No they should not.
>> As for my understanding, th
On 24/11/2011 13:04, Wolfgang Denk wrote:
> There are at least a few attempts to define such standard settings.
> Unfortunately they did not get really far yet, not has this been
> documented yet (only a few variables like u-boot, u-boot_addr_r,
> u-boot_addr, bootfile, kernel_addr_r, kernel_addr,
Add generic functions for ULPI init and setting bits in
ULPI registers.
Signed-off-by: Jana Rapava
Cc: Marek Vasut
Cc: Remy Bohmer
Cc: Stefano Babic
Cc: Igor Grinberg
Cc: Wolfgang Grandegger
---
Changes for v2:
- make code EHCI-independent
- use udelay() in waiting loop
On 11/24/11 13:51, Wolfgang Denk wrote:
> Dear Igor Grinberg,
>
> In message <4ecdeae4.5030...@compulab.co.il> you wrote:
>>
>> For my understanding, the delivery ends with *unique commit id*
>> in some repository, which then can get pulled, but has history intact.
>
> But depending on the proces
Dear Jason Hui,
In message
you wrote:
>
> I'm just get confused. It seems from you that we can both use:
> CONFIG_option and CONFIG_SYS_ in this patch? right?
It's one of those boarder cases. But given that we don't actually set
hardware related values (say, initial data for registers) here,
Dear Stefano Babic,
In message <4ece095d.4040...@denx.de> you wrote:
>
> >> +#undef CONFIG_CMD_FLASH /* flinfo, erase, protect */
> >> +#undef CONFIG_CMD_IMI /* iminfo */
> >> +#undef CONFIG_CMD_IMLS/* List all found images*/
>
Dear Stefano Babic,
In message <4ecdfab9.70...@denx.de> you wrote:
>
> In the default settings I put a basic environment, using the same
> variables that are already used on several boards - I know there is
> neither standard nor rules for a standard environment in U-Boot, but I
> find nice if dif
Dear Graeme,
In message
you wrote:
>
> > That is, the repository that has the *commit id* first set
> > and then it is not changed, because pull requests keep the
> > history intact. This is the reason, why Linus Torvalds do not
> > sign each patch pulled from others with git pull.
> >
>
> Isn'
Dear Igor Grinberg,
In message <4ecdeae4.5030...@compulab.co.il> you wrote:
>
> For my understanding, the delivery ends with *unique commit id*
> in some repository, which then can get pulled, but has history intact.
But depending on the process, the initial commit id may or may not be
the final
On Thu, Nov 24, 2011 at 7:41 PM, Wolfgang Denk wrote:
> Dear Jason Hui,
>
> In message
> you
> wrote:
>>
>> Then what's the rule that we must need use CONFIG_SYS_ other than
>> CONFIG_option?
>
> You yourself quoted the relevant part of the README before in this
> thread. Just re-read your own
Dear Igor Grinberg,
In message <4ecde8c3.2050...@compulab.co.il> you wrote:
>
> > By that logic _all_ commits in the Linux kernel must have the SoB of
> > Linus Torvalds. Do they?
>
> No they should not.
> As for my understanding, the delivery path ends with the repository
> from which the pull
Dear Jason Hui,
In message
you wrote:
>
> Then what's the rule that we must need use CONFIG_SYS_ other than
> CONFIG_option?
You yourself quoted the relevant part of the README before in this
thread. Just re-read your own posting and/or the README:
11/23 Jason Hui Re: [PATCH] MX: ser
Dear "David Lynch Jr.",
In message <1322109868.27713.59.camel@hp-dv9500> you wrote:
> I am bringing u-boot-2009.03-rc1 up on an MPC8536 target, and I am
> having some problems reading DDR, suggestions would be greatly
> appreciated.
This code is more than 2.5 years old. Consider it obsolete and
Dear Marek Vasut,
In message <20240344.15295.marek.va...@gmail.com> you wrote:
>
> Someone should step up and make it consistent then ;-)
There is no inconsistency, only misunderstanding.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
2011/11/24 Marek Vasut
> > On 11/12/2011 06:45 PM, Jana Rapava wrote:
> > > This commit adds USB support for EfikaMX and EfikaSB.
> > >
> > > Signed-off-by: Jana Rapava
> > > Signed-off-by: Marek Vasut
> > > Cc: Remy Bohmer
> > > Cc: Stefano Babic
> > > Cc: Igor Grinberg
> > > Cc: Wolfgang G
As per new conventions Samsung SoC's are named as Exynos.
Cortex-A9 based Soc's are named as exynos4. s5pc2xx is cortex-A9
based, hence renamed to exynos4. This is done as per kernel
naming convetions.
Similerly s5pc210 is now exynos4210. Hence S5PC210/s5pc210
suffix/prefix has been renamed to EXY
On 23/11/2011 17:21, Wolfgang Denk wrote:
>> +#define CONFIG_CMD_I2C /* I2C serial bus support */
>> +#define CONFIG_CMD_MMC /* MMC support */
>> +#define CONFIG_CMD_FAT /* FAT support */
>> +#define CONFIG_CMD_NAND
1 - 100 of 103 matches
Mail list logo
