Hi Wolfgang
2011/11/4 Wolfgang Denk :
> Dear =?UTF-8?B?6aas5YWL5rOh?=,
>
> In message
> you
> wrote:
>>
>> are available in the git repository at:
>> git://git.denx.de/u-boot-nds32.git master
>
> Applied, thanks.
>
>
> Can you please deleted tag 'NIOS2-5_0_0' from your tree? Thanks.
>
This
This patch adds the support for new PIO controller introduced by some
AT91 SoCs.
New features include
* More peripheral multiplexing
* Pull-down, Schmitt trigger, Debouncer
* More irq trigger mode (may be not interesting in U-Boot)
Signed-off-by: Hong Xu
---
arch/arm/include/asm/arch-at91/at91_
Hi Mike,
2011/11/4 Mike Frysinger :
> where can we actually get a toolchain to build nds32 ? support doesn't appear
> to be in the mainline FSF projects ...
> -mike
Unfortunately both the toolchain and the Linux kernel haven't commit
back to mainline yet.
You can only found it in autotools which
Hi Gabe,
Can you change the tag to 'x86:' please
On 04/11/11 16:29, Gabe Black wrote:
> Add a target for running u-boot as a coreboot payload in boards.cfg.
>
> Signed-off-by: Gabe Black
> ---
> boards.cfg |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/boards.cf
MACH_TYPE_OMAP3_CPS was dropped in the latest mach-types sync (47af6f61bcd9)
because it is not mainlined in Linux.
Signed-off-by: Luca Ceresoli
Cc: Sandeep Paulraj
Cc: Albert Aribaud
Cc: Wolfgang Denk
CC: Tom Rini
---
Changed in v2: squashed the two previously separated patches as requested
Hi all,
I've noticed that there are many pull request logged inside the patchwork.
The most of the pull request has been processed but not been removed
in patchwork.
This make a lot of useless pull request log in the patchwork and made
more difficult
to tracking other patches.
I think if we (cust
the cache also needs to be invalidated, not just flushed, Since re-enabling it,
can cause inconsistent data without invalidation.
Signed-off-by: Bas van den Berg
---
arch/arm/lib/cache.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/cache.c b/arch/arm/lib
Currently, to make usb work as different modes, we need to set its' dr_mode
string in 'hwconfig', and it will be handled by fdt_fixup_usb_mode_phy_type().
This API has a hardcoded compat which is "fsl-usb2-dr", so it should not
be called when handle the 'hwconfig' for 'usb1', 'usb1' has a compat of
Problem:
I have got the MX25PDK board to detect the USB hub but its power is cut
at usb_hub_power_on(hub) because (I guess) the control register is not set
properly.
Method:
a) Enable USB options in mx25pdk.h
b) Enable signal muxing of USBH2_PWR and USBH2_OC.
Experiment:
When booting Linux it
Hi Hugo,
2011/11/4 Hugo Holgersson :
> 2) Do I need to set the mux's SW_PAD_CTL for the D9 pins?
> 3) Are there any pins I have forgot to mux?
I looked at the IOMUX configuration for USBH2 on the Freescale Linux
BSP and the code is below:
int gpio_usbh2_active(void)
{
if (mxc_request_io
2011/11/4 Fabio Estevam :
> Hi Hugo,
>
> 2011/11/4 Hugo Holgersson :
>
>> 2) Do I need to set the mux's SW_PAD_CTL for the D9 pins?
>> 3) Are there any pins I have forgot to mux?
>
> I looked at the IOMUX configuration for USBH2 on the Freescale Linux
> BSP and the code is below:
Ops, I see that y
2011/11/4 Hugo Holgersson :
> int board_init(void)
> {
> + struct iomuxc_mux_ctl *muxctl;
> + struct iomuxc_pad_ctl *padctl;
> + u32 gpio_mux_mode5 = MX25_PIN_MUX_MODE(5);
> + u32 gpio_mux_mode6 = MX25_PIN_MUX_MODE(6);
> +
> + muxctl = (struct iomuxc_mux_ctl *)IMX_I
flush_dcache is not declared in the common.h API,
flush_dcache_range however is
Signed-off-by: Stefan Kristiansson
Cc: Ben Warren
Cc: Thomas Chou
---
drivers/net/ethoc.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethoc.c b/drivers/net/ethoc.c
inde
nios2 and a couple of network drivers have been using
a non defined API to flush the data cache (flush_dcache(ulong, ulong)), this is
problematic since it conflicts with other architectures definitions of
flush_dcache.
This series cleans that up by letting the two network drivers use
the defined
flush_dcache is not declared in the common.h API,
flush_dcache_range however is
Signed-off-by: Stefan Kristiansson
Cc: Ben Warren
Cc: Thomas Chou
---
drivers/net/altera_tse.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/net/altera_tse.c b/drivers/net
exposes functionality to flush dcache according to
the common.h API
Signed-off-by: Stefan Kristiansson
Cc: Thomas Chou
---
arch/nios2/lib/cache.S | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/nios2/lib/cache.S b/arch/nios2/lib/cache.S
index ee3b4b7..b95
Apply memoization to cc-option macro by caching the results of the
gcc calls. This macro is called very often so using cached results
leads to faster compilation times.
Signed-off-by: Daniel Schwierzeck
---
Changes for v2:
- move cache file to $(obj)/include/generated
- reworked completely
- c
2011/11/4 Hugo Holgersson :
> diff --git a/drivers/usb/host/ehci-mxc.c b/drivers/usb/host/ehci-mxc.c
> index a0cfbb7..54b90c8 100644
> --- a/drivers/usb/host/ehci-mxc.c
> +++ b/drivers/usb/host/ehci-mxc.c
> @@ -102,7 +102,8 @@ static int mxc_set_usbcontrol(int port, unsigned int
> flags)
>
The new IO FPGA implementation for Versatile Express contains an MMCI
(PL180) cell with the FIFO extended to 128 words. This causes the
read_bytes() function to go into an infinite loop; as it will wait for
for the half-full signal (SDI_STA_RXFIFOBR) if there are more than 8
words remaining (SDI_FI
Hi Marek,
On 10/22/2011 01:44 AM, Marek Vasut wrote:
> diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
> new file mode 100644
> index 000..ce2a326
> --- /dev/null
> +++ b/drivers/mtd/nand/mxs_nand.c
> + nand->options |= NAND_NO_SUBPAGE_WRITE;
I think we should ch
Hello,
On Thursday, November 03, 2011 3:01 PM Stefan Schmidt wrote:
>
> o I will send out my not ready for mainline patch to give you and
> others an impression how it is tackled in my patch.
>
> o I like your split between dfu and flashing and also the addition of
> the dfu command. Could
> Hi Marek,
>
> On 10/22/2011 01:44 AM, Marek Vasut wrote:
> > diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
> > new file mode 100644
> > index 000..ce2a326
> > --- /dev/null
> > +++ b/drivers/mtd/nand/mxs_nand.c
>
>
>
> > + nand->options |= NAND_NO_SUBPAGE_WRITE;
> > This allows the SPL to avoid compiling in the CPU support code.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
> > Cc: Scott Wood
> > ---
> >
> > arch/arm/cpu/arm926ejs/Makefile |6 ++
> > 1 files changed, 6 insertions(+), 0
On 11/04/2011 03:30 PM, Marek Vasut wrote:
> Can you please supply me with the commands that trigger such bug and the
> resulting problem you then see? So I can reproduce it and fix it? Thanks!
This procedure should trigger the problem:
mtdparts default; nand erase.part filesystem; ubi part filesy
On Thu, Nov 3, 2011 at 10:11 PM, Aneesh V wrote:
> Hi Jon,
>
> For OMAP we find this run-time by loading u-boot.img instead of
> u-boot.bin. u-boot.img has a 64 byte header with all necessary
> information such as size, load address, image type etc. The OMAP SPL
> can in fact load any image that h
On Fri, 4 Nov 2011 01:47:04 -0500
Kumar Gala wrote:
> On Nov 4, 2011, at 1:44 AM, Kumar Gala wrote:
> > On Nov 3, 2011, at 2:09 PM, Wolfgang Denk wrote:
> >> In message <1319407132-6590-1-git-send-email...@denx.de> you wrote:
> >>> Commit 1272592 "powerpc: Use getenv_ulong() in place of getenv(),
Thanks for the input!
Putting the mux code to generic.c, as it was done for the UART's pins, did not
change anything...
I write MXC_EHCI_MODE_SERIAL to &ehci->portsc. Exactly the same behavior. Same
log.
But the question (1) remains; which is the register (the address) of where
mxc_set_usbcon
On Fri, Nov 4, 2011 at 2:06 PM, Hugo Holgersson
wrote:
> Thanks for the input!
>
> Putting the mux code to generic.c, as it was done for the UART's pins, did
> not change anything...
>
> I write MXC_EHCI_MODE_SERIAL to &ehci->portsc. Exactly the same behavior.
> Same log.
>
> But the question (1
On Fri, Nov 4, 2011 at 5:53 AM, Daniel Schwierzeck
wrote:
> Apply memoization to cc-option macro by caching the results of the
> gcc calls. This macro is called very often so using cached results
> leads to faster compilation times.
>
> Signed-off-by: Daniel Schwierzeck
Tested-by: Simon Glass
On 11/03/2011 07:55 PM, Marek Vasut wrote:
>> On 11/03/2011 04:52 PM, Marek Vasut wrote:
>> Why do we want to separate them? What is the fundamental difference
>> between OneNAND, and a high-level NAND controller such as fsl_elbc?
>
> Honestly, I'm not the author of the subsystem, but please chec
On Thu, Nov 3, 2011 at 7:01 PM, Mike Frysinger wrote:
> On Thursday 03 November 2011 21:08:54 Simon Glass wrote:
>> --- a/include/compiler.h
>> +++ b/include/compiler.h
>>
>> /* Types for `void *' pointers. */
>> -#if __WORDSIZE == 64
>> +#if __WORDSIZE == 64 || __WORDSIZE == 32
>> typedef unsig
This printf() string should be %ld now that uintptr_t is defined
as long. Also fix a size_t error.
Signed-off-by: Simon Glass
Acked-by: Mike Frysinger
---
common/cmd_nvedit.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
i
If uintptr_t can be either an unsigned int or an unsigned long int, it is
tricky to use it in a printf() format string. This changes it to
unsigned long int consistently. This should do the right thing on both
32-bit and 64-bit architectures.
Signed-off-by: Simon Glass
---
Changes in v3:
- Remove
This fixes a few printf() strings for size_t which are missing the 'z'
modifier.
Signed-off-by: Simon Glass
Acked-by: Mike Frysinger
---
Changes in v2:
- Fix another warning in the same file
lib/hashtable.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/lib/has
Dear Roy, dear Kyle,
you have been modifyong the E1000 driver lately so I hope you are in
the best position to help and fix a number of build warnings.
For example when building for the MVBC_P board, I get this:
e1000.c: In function 'e1000_read_mac_addr':
e1000.c:1149:2: warning: dereferencing t
On Thu, Oct 27, 2011 at 4:22 PM, Scott Wood wrote:
> On 10/27/2011 06:13 PM, Tom Rini wrote:
>> On 10/27/2011 04:10 PM, Igor Grinberg wrote:
>>> On 10/27/2011 11:29 PM, Tom Rini wrote:
On 10/27/2011 02:18 PM, Igor Grinberg wrote:
> On 10/26/2011 11:13 PM, Tom Rini wrote:
>> [snip]
>>
Hi SImon,
On Fri, Nov 4, 2011 at 5:32 PM, Simon Glass wrote:
> On Fri, Nov 4, 2011 at 5:53 AM, Daniel Schwierzeck
> wrote:
>> Apply memoization to cc-option macro by caching the results of the
>> gcc calls. This macro is called very often so using cached results
>> leads to faster compilation ti
Hello everybody,
in my project, u-boot (2009.11) loads a large jffs2-rootfs image (80 MB, with
an attached crc32-checksum) from SD-card into a NAND-Flash.
To ensure the validity of the rootfs, i let u-boot then clear the RAM-part,
read back the rootfs from NAND into RAM, do a crc32 checksum ov
Hi Albert, Wolfgang,
following code from arch/arm/config does not work correctly with my optimization
PF_CPPFLAGS_ABI := $(call cc-option,\
-mabi=aapcs-linux -mno-thumb-interwork,\
$(call cc-option,\
-mapcs-32,\
The following changes since commit 92e86c8daed649a9e9ddd6c0b52d61cb25b62c3a:
Stefano Babic (1):
Davinci: ea20: added PREBOOT to configuration
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Luca Ceresoli (1):
ARM: dig297: Define MACH_TYPE_OMAP3_CP
Dear harald.voll...@tieto.com,
In message you
wrote:
>
> in my project, u-boot (2009.11) loads a large jffs2-rootfs image (80 MB, w
> ith an attached crc32-checksum) from SD-card into a NAND-Flash.
> To ensure the validity of the rootfs, i let u-boot then clear the RAM-part,
> read back the r
Hi
If I include linux\ioport.h I get errors because resource_size_t type
has not been defined.
I believe it should be defined in linux\types.h?
Thanks
Hanumant
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The following changes since commit 92e86c8daed649a9e9ddd6c0b52d61cb25b62c3a:
Stefano Babic (1):
Davinci: ea20: added PREBOOT to configuration
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Luca Ceresoli (1):
ARM: dig297: Define MACH_TYPE_OMAP3_CP
Dear Daniel Schwierzeck,
In message
you wrote:
>
> Should we change it? is the semantic still the same?
I'm not sure. At first reading it doesn't look really the same to me.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Muni
Add a target for running u-boot as a coreboot payload in boards.cfg.
---
Changes in v2:
Change capitalization of the x86 tag.
Signed-off-by: Gabe Black
boards.cfg |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index 604becf..cc7dd2b 100644
--- a
On Nov 04, 2011, at 12:47, Wolfgang Denk wrote:
> you have been modifyong the E1000 driver lately so I hope you are in
> the best position to help and fix a number of build warnings.
>
> For example when building for the MVBC_P board, I get this:
>
> e1000.c: In function 'e1000_read_mac_addr':
>
On Friday 04 November 2011 15:16:44 Gabe Black wrote:
> Add a target for running u-boot as a coreboot payload in boards.cfg.
>
> ---
> Changes in v2:
> Change capitalization of the x86 tag.
> Signed-off-by: Gabe Black
your s-o-b tag has to be above the "---"
-mike
signature.asc
Description: Th
> On 11/03/2011 07:55 PM, Marek Vasut wrote:
> >> On 11/03/2011 04:52 PM, Marek Vasut wrote:
> >> Why do we want to separate them? What is the fundamental difference
> >> between OneNAND, and a high-level NAND controller such as fsl_elbc?
> >
> > Honestly, I'm not the author of the subsystem, but
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Friday 04 November 2011 16:03:09 Moffett, Kyle D wrote:
> On Nov 04, 2011, at 12:47, Wolfgang Denk wrote:
> > you have been modifyong the E1000 driver lately so I hope you are in
> > the best position to help and fix a number of build warnings.
> >
> > For example when building for the MVBC_P b
On 11/04/2011 03:07 PM, Marek Vasut wrote:
>> For now, until we decide to do something SPL-wide, call it what you want.
>>
>
> Well basically from what I see, you'd like me to do the NAND/OneNAND merge.
> As I
> already said, that's way out of the scope of this patchset so I'm not doing
> that.
> On 11/04/2011 03:07 PM, Marek Vasut wrote:
> >> For now, until we decide to do something SPL-wide, call it what you
> >> want.
> >
> > Well basically from what I see, you'd like me to do the NAND/OneNAND
> > merge. As I already said, that's way out of the scope of this patchset
> > so I'm not do
From: Gabe Black
Add a target for running u-boot as a coreboot payload in boards.cfg.
Signed-off-by: Gabe Black
---
Changes in v2:
Change capitalization of the x86 tag.
Changes in v3:
Move the Signed-off-by line up.
boards.cfg |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
Hi Sandeep,
Le 04/11/2011 18:56, s-paul...@ti.com a écrit :
> The following changes since commit 92e86c8daed649a9e9ddd6c0b52d61cb25b62c3a:
>Stefano Babic (1):
> Davinci: ea20: added PREBOOT to configuration
>
> are available in the git repository at:
>
>git://git.denx.de/u-boot-ti
Signed-off-by: Gabe Black
---
board/chromebook-x86/coreboot/Makefile | 59 +++
board/chromebook-x86/coreboot/coreboot.c | 88 ++
board/chromebook-x86/coreboot/coreboot_pci.c | 30
board/chromebook-x86/coreboot/coreboot_start.S
On Friday 04 November 2011 16:52:39 Gabe Black wrote:
> --- /dev/null
> +++ b/board/chromebook-x86/coreboot/Makefile
>
> +clean:
> + rm -f $(SOBJS) $(OBJS)
> +
> +distclean: clean
> + rm -f $(LIB) core *.bak $(obj).depend
dead code -> drop
> --- /dev/null
> +++ b/board/chromebook-x86/co
Hi Stefano,
Le 04/11/2011 07:47, Stefano Babic a écrit :
> Hi Albert,
>
> please pull from u-boot-imx.
>
> The following changes since commit 92e86c8daed649a9e9ddd6c0b52d61cb25b62c3a:
>
>Davinci: ea20: added PREBOOT to configuration (2011-11-03 22:56:26 +0100)
>
> are available in the git repo
On Friday 04 November 2011 02:47:04 Kumar Gala wrote:
> On Nov 4, 2011, at 1:44 AM, Kumar Gala wrote:
> > On Nov 3, 2011, at 2:09 PM, Wolfgang Denk wrote:
> >> Wolfgang Denk wrote:
> >>> Commit 1272592 "powerpc: Use getenv_ulong() in place of getenv(),
> >>> strtoul" instroduced a build warning for
On Friday 04 November 2011 03:02:21 馬克泡 wrote:
> However, I've found there is an error when I push to custodian repo.
> error: refs/tags/2009.01-rc2 does not point to a valid object!
> Should I delete this tag, too?
2009.01-rc2 is not a tag that came from Wolfgang's tree (the official tag would
h
This reverts commit a9f4fc3fe571cc99260b063ad0ff291d31bafed0.
commit aab773a47a8f7f40b9d7c4877853b00d22fb1347 already fixed the
issue.
Signed-off-by: Kim Phillips
---
arch/powerpc/lib/board.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/lib/board.c b/
From: Gabe Black
Signed-off-by: Gabe Black
---
Changes in v2:
Get rid of some dead/unnecessary code in the Makefile and coreboot.c.
board/chromebook-x86/coreboot/Makefile | 53 +++
board/chromebook-x86/coreboot/coreboot.c | 77 ++
board/chr
when a mkimage binary isn't present in the default system PATH, we
get this error:
$ ./MAKEALL MVBLM7
Configuring for MVBLM7 board...
make[1]: mkimage: Command not found
make[1]: *** [libmvblm7.o] Error 127
make: *** [board/matrix_vision/mvblm7/libmvblm7.o] Error 2
powerpc-linux-gnu-size: './u-boo
On Friday 04 November 2011 04:24:51 馬克泡 wrote:
> It's pity that only you can found the toolchain with full source from
> public is very old.
> I can give you the url as follows.
> http://osdk.andestech.com/
yes, i d/l-ed that monster of a .rar (which contains .tar.gz which themselves
contain .tar
i'm not terribly familiar with what it takes to make an x86 board, but i don't
see anything jumping out of this patch.
i would note however that you should merge the boards.cfg update into this
patch. merging one or the other doesn't make much sense, and there's no
reason to keep them split.
The early startup code is in arch/x86/cpu/start.S or start16.S depending on
the state of the CPU when u-boot is entered, and this code is called back
into at various points during startup. You can see that those callbacks
stubbed out where there's a label and then a jump back immediately after
it,
On Friday 04 November 2011 18:33:16 Gabe Black wrote:
> The early startup code is in arch/x86/cpu/start.S or start16.S depending on
> the state of the CPU when u-boot is entered, and this code is called back
> into at various points during startup. You can see that those callbacks
> stubbed out whe
On Friday 04 November 2011 02:29:24 Prafulla Wadaskar wrote:
> Mike Frysinger:
> > On Thursday 03 November 2011 19:02:26 Michael Walle wrote:
> > > Am Donnerstag 03 November 2011, 19:10:57 schrieb Mike Frysinger:
> > > > On Thursday 27 October 2011 17:31:36 Michael Walle wrote:
> > > > > --- a/driv
On Friday 04 November 2011 01:14:08 Simon Glass wrote:
> On Thu, Nov 3, 2011 at 7:33 PM, Mike Frysinger wrote:
> > On Monday 10 October 2011 15:22:29 Simon Glass wrote:
> >> This brings a basic limits.h implementation into U-Boot.
> >
> > sorry to jump in so late, but i think this was the correct
On Friday 04 November 2011 18:22:32 Mike Frysinger wrote:
> On Friday 04 November 2011 04:24:51 馬克泡 wrote:
> > It's pity that only you can found the toolchain with full source from
> > public is very old.
> > I can give you the url as follows.
> > http://osdk.andestech.com/
>
> yes, i d/l-ed that
Dear Gabe Black,
In message <1320438740-20752-1-git-send-email-gabebl...@chromium.org> you wrote:
> From: Gabe Black
>
> Add a target for running u-boot as a coreboot payload in boards.cfg.
>
> Signed-off-by: Gabe Black
> ---
> Changes in v2:
> Change capitalization of the x86 tag.
>
> Change
Dear Gabe Black,
In message <1320439959-23095-1-git-send-email-gabebl...@chromium.org> you wrote:
>
...
> +void show_boot_progress(int val)
> +{
> +}
Drop the empty function, and don't enable the feature.
> +
> +
Don;t waste vertical space. Please fix globally.
> +int last_stage_init(void)
>
Dear Gabe Black,
In message <1320439959-23095-1-git-send-email-gabebl...@chromium.org> you wrote:
>
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
Please try to avoid this. Patchwork will drop your patches.
Best regards,
Wolfgang Denk
--
DENX Software Engineering
Dear Gabe Black,
In message <1320443602-2677-1-git-send-email-gabebl...@chromium.org> you wrote:
> --===1488196431==
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> From: Gabe Black
>
> Signed-off-by: Gabe Black
> ---
> Changes in v2:
> Get rid of so
Dear Kim Phillips,
In message <2004164356.5ab650e3a7af28de76f55...@freescale.com> you wrote:
> when a mkimage binary isn't present in the default system PATH, we
> get this error:
Yes - so what?
When the cross compiler is not in your path, you will get errors, and
so you will when make is mi
We want to move away from a special Tegra2 start-up, and just use
arch_cpu_init() instead. However, if we run board_init_f() from boot
we need to build it for ARMv4T, since the Tegra's AVP start-up CPU
does not support ARMv7.
The effect of this is to do the AVP init earlier, and in
arch_cpu_init()
Hi Mike,
On Thu, Nov 3, 2011 at 7:17 PM, Mike Frysinger wrote:
> On Monday 31 October 2011 18:03:05 Simon Glass wrote:
>> --- a/arch/arm/cpu/armv7/tegra2/config.mk
>> +++ b/arch/arm/cpu/armv7/tegra2/config.mk
>>
>> # Use ARMv4 for Tegra2 - initial code runs on the AVP, which is an
>> ARM7TDI. PL
Hi Mike,
On Thu, Nov 3, 2011 at 7:39 PM, Mike Frysinger wrote:
> things generally look fine, but i don't know anything about low level SoC
> init,
> so i can't contribute much there
> -mike
>
Thanks for looking at them. Mostly this series is just trying to
simplify things.
Regards,
Simon
_
Hi Mike,
On Fri, Nov 4, 2011 at 4:09 PM, Mike Frysinger wrote:
> On Friday 04 November 2011 01:14:08 Simon Glass wrote:
>> On Thu, Nov 3, 2011 at 7:33 PM, Mike Frysinger wrote:
>> > On Monday 10 October 2011 15:22:29 Simon Glass wrote:
>> >> This brings a basic limits.h implementation into U-Boot
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c from patch 1/2
Changes for v3:
- Renamed gpio_init_* to mpc83xx_gpio_init_*
- Added board_early_init_r support to MPC8313ERDB targets
Changes fo
ARM boards should use the generic GPIO API
Update the existing gpio implementations to conform the the generic API
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v4:
- Split out of patch 1/2
Changes for v5:
- Moved asm/arch/gpio.h include to asm/gpio.h
Cha
Change "int gp" to "unsigned gpio"
Add request and free entry-points
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v6:
- Linuxize gpio API
Changes for v7:
- checkpatch compliance
Changes for v8:
- Rebase onto 9d2cb8e8e6a3650613eab95c1b30023e81beb15c
in
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Improved names of INIT constants (to include "CONFIG_")
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c to patch 2/2
Changes for v3:
- gpio_init_* is now mpc83xx_gpio_init_*
Changes for v4:
Hi Mike,
2011/11/5 Mike Frysinger :
> 2009.01-rc2 is not a tag that came from Wolfgang's tree (the official tag
> would
> have been "v2009.01-rc2"), so that means it's a tag of your own. whether you
> delete it is up to you.
>
> seems the nds32 tree is missing a lot of tags from Wolfgang's tree
Hi Mike,
2011/11/5 Mike Frysinger :
> On Friday 04 November 2011 18:22:32 Mike Frysinger wrote:
>> On Friday 04 November 2011 04:24:51 馬克泡 wrote:
>> > It's pity that only you can found the toolchain with full source from
>> > public is very old.
>> > I can give you the url as follows.
>> > http://
Fix:
i2c.c: In function 'wait_for_bb':
i2c.c:104:16: warning: variable 'temp' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Heiko Schocher
---
arch/powerpc/cpu/mpc5xxx/i2c.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc
Fix:
board.c: In function 'board_init_r':
board.c:633:8: warning: unused variable 's' [-Wunused-variable]
Signed-off-by: Wolfgang Denk
---
arch/powerpc/lib/board.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/lib/board.c b/arch/powerpc/lib/board.c
index
Fix:
../common/flash.c: In function 'flash_erase':
../common/flash.c:603:24: warning: variable 'l_sect' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Denis Peter
---
board/mpl/common/flash.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-
Fix:
cmd_stk52xx.c: In function 'spi_transmit':
cmd_stk52xx.c:85:6: warning: variable 'dummy' set but not used
[-Wunused-but-set-variable]
cmd_stk52xx.c: In function 'i2s_play_wave':
cmd_stk52xx.c:199:3: warning: dereferencing type-punned pointer will
break strict-aliasing rules [-Wstrict-aliasing]
Fix:
videomodes.c: In function 'video_get_params':
videomodes.c:162:13: warning: variable 't' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
drivers/video/videomodes.c | 16 +++-
1 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/
Fix:
../common/pcmcia.c: In function 'pcmcia_hardware_enable':
../common/pcmcia.c:23:20: warning: variable 'immap' set but not used
[-Wunused-but-set-variable]
../common/pcmcia.c: In function 'pcmcia_voltage_set':
../common/pcmcia.c:152:20: warning: variable 'immap' set but not used
[-Wunused-but-s
Fix:
ds3231.c: In function 'rtc_get':
ds3231.c:90:52: warning: variable 'control' set but not used
[-Wunused-but-set-variable]
Fix is done by switching to standard debug() instead of custom macro.
Signed-off-by: Wolfgang Denk
---
drivers/rtc/ds3231.c | 16 +++-
1 files changed, 3
CodingStyle cleanup.
Accepted (in this cleanup) checkpatch messages:
- externs should be avoided
(to be cleaned up later)
- no spaces at the start of a line
(accepted in multi-line #if's)
- Macros with complex values
(false reports)
- do not use assignment in if condition
(accepted in one
Fix:
cpu.c: In function 'check_CPU':
cpu.c:188:8: warning: variable 'mid' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc8xx/cpu.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xx/cpu.c b/arch/po
Fix:
fads.c: In function 'initdram':
fads.c:606:7: warning: variable 'base' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/fads/fads.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/board/fads/fads.c b/board/fads/fads.c
index 9f7f
Fix:
speed.c: In function 'get_clocks':
speed.c:113:30: warning: variable 'cpmdf' set but not used
[-Wunused-but-set-variable]
speed.c:113:23: warning: variable 'busdf' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc8260/speed.c | 11 +
Fix:
kup4k.c: In function 'initdram':
kup4k.c:155:19: warning: variable 'mod' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
Cc: Klaus Heydeck
---
board/kup/kup4k/kup4k.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/board/kup/kup4k/kup4k.
Make (mostly) checkpatch-clean
We don't acctually change the code (like convert to use I/O
accessors), so there will be some remaining "Use of volatile"
warnings from checkpatch.
Signed-off-by: Wolfgang Denk
Cc: Heiko Schocher
---
arch/powerpc/cpu/mpc8xx/i2c.c | 303 +-
Fix:
usb_ohci.c: In function 'dl_transfer_length':
usb_ohci.c:751:8: warning: variable 'tdINFO' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
arch/powerpc/cpu/mpc5xxx/usb_ohci.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/powerp
Fix:
pcmcia.c: In function 'pcmcia_voltage_set':
pcmcia.c:202:21: warning: variable 'cp' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Wolfgang Denk
---
board/c2mon/pcmcia.c |8 +++-
1 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/board/c2mon/pcmcia.c b/board
Make (mostly) checkpatch clean (don't convert to use I/O accessors yet,
so there will be "Use of volatile is usually wrong" warnings left.
Signed-off-by: Wolfgang Denk
---
board/etx094/flash.c | 365 --
1 files changed, 178 insertions(+), 187 dele
1 - 100 of 155 matches
Mail list logo
