Hi Tom,
Le 06/03/2012 00:03, Tom Rini a écrit :
Hello,
The following changes since commit 3513896e57c6757c411e0633ccb5da08c36ad7d4:
Robert Delien (1):
Fix erroneous 32-bit access to hw_clkctrl_frac0 and hw_clkctrl_frac1
registers
are available in the git repository at:
git://g
Hi Tom,
Le 05/03/2012 18:56, Tom Rini a écrit :
On Thu, Mar 01, 2012 at 10:44:09PM +0100, Albert ARIBAUD wrote:
How about this approach: since the problem is the presence of CPU-
(or Soc-)level elements in board-level config files, and since there
are probably many other such items in board co
Hi Mike,
On Mon, Mar 5, 2012 at 9:01 PM, Mike Frysinger wrote:
> On Thursday 16 February 2012 09:48:55 Simon Glass wrote:
>> --- /dev/null
>> +++ b/include/asm-generic/global_data.h
>>
>> +typedef struct global_data {
>> + bd_t *bd;
>> + unsigned long flags;
>> + unsigned
From: Matt Waddel
Added get_ticks() and get_tbclk() routines
Signed-off-by: Matt Waddel
---
board/armltd/vexpress/ca9x4_ct_vxp.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/board/armltd/vexpress/ca9x4_ct_vxp.c
b/board/armltd/vexpress/ca9x4_ct_vxp.c
index
Hi Simon,
I do see only first warning on all the devices and rest of the warnings
on a few mass storage device.
My patch fixing these warnings is not accepted. Please see below link
for further info -
http://lists.denx.de/pipermail/u-boot/2012-March/119404.html
IMO, these warnings spew when w
This replacement is for causing 4KB page size devices to work properly
with u-boot.
The old ONENAND_IS_MLC() behavior has been preserved by explicitly
setting ONENAND_HAS_4KB_PAGE for those devices.
This change makes the onenand_base.c file more resembling the respective
kernel sources.
Tested a
This patch sets add board dependent onenand probes.
Several fixes for GONI and Exynos4210 (C210_universal) targets have been added.
Tested at:
Samsung S5PC110 GONI
Samsung Exynos4210 (S5PC210 Universal)
Lukasz Majewski (4):
onenand:samsung Target dependent OneNAND chip probe fu
Separate callback for probing OneNAND memory chip.
If no special function is defined, default implementation will be used.
This approach gives more flexibility for OneNAND device probing.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
---
drivers/mtd/onenand/onenand_base.c | 43
Enable OneNAND support for Exynos4210 (C210 universal).
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
include/configs/s5pc210_universal.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/s5pc210_universal.h
b/include/co
Separate callback for probing OneNAND memory chip.
Tested at:
Samsung S5PC110 GONI
Samsung Exynos4210 (S5PC210 Universal)
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
board/samsung/goni/onenand.c |1 +
board/samsung/universal_c210
On 06.03.2012 04:13, Bud Miljkovic wrote:
Hi Fabio,
I understand, from the MAINTAINERS file list, that you are the
maintainer for the mx53ard board. I took a copy of the u-boot sources
for the Freescale SABRE Automotive Infotainment board (aka mx53ard
board) from the Freescale site. As the
Hi Mike,
On Mon, Mar 5, 2012 at 9:01 PM, Mike Frysinger wrote:
> On Thursday 16 February 2012 09:48:55 Simon Glass wrote:
>> --- /dev/null
>> +++ b/include/asm-generic/global_data.h
>>
>> +typedef struct global_data {
>> + bd_t *bd;
>> + unsigned long flags;
>> + unsigned
Hi Mike,
On Mon, Mar 5, 2012 at 9:05 PM, Mike Frysinger wrote:
> On Monday 20 February 2012 20:32:47 Simon Glass wrote:
>> These basic functions are needed by relocation. To avoid bringing in all
>> string.c functions (and the resulting code bloat for architectures where
>> -ffunction-sections is
Hi Mike,
On Mon, Mar 5, 2012 at 9:04 PM, Mike Frysinger wrote:
> On Monday 20 February 2012 20:32:43 Simon Glass wrote:
>> README | 4
>> arch/arm/config.mk | 3 +++
>> arch/avr32/config.mk | 3 +++
>> arch/blackfin/config.mk | 3 +++
>> arch/m68
Hi Mike,
On Mon, Mar 5, 2012 at 9:03 PM, Mike Frysinger wrote:
> On Thursday 16 February 2012 09:48:58 Simon Glass wrote:
>> --- a/board/cm4008/flash.c
>> +++ b/board/cm4008/flash.c
>>
>> #include
>> +#include
>
> arches should provide asm/sections.h, and those are the only headers that
> shou
Tom,
> -Original Message-
> From: Tom Rini [mailto:tom.r...@gmail.com] On Behalf Of Tom Rini
> Sent: Monday, March 05, 2012 11:14 PM
> To: R Sricharan
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH V2 00/18] OMAP5: Add the Changes required
> for OMAP5 ES1.0 silicon
>
> On Thu, Ma
Hi Mike,
On Mon, Mar 5, 2012 at 8:40 PM, Mike Frysinger wrote:
> On Wednesday 15 February 2012 00:59:23 Simon Glass wrote:
>> --- a/common/command.c
>> +++ b/common/command.c
>>
>> +int cmd_call(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
>> +{
>> + int result;
>> +
>> + re
The sh7757lcr has 2GByte eMMC chip. This patch supports it.
Signed-off-by: Yoshihiro Shimoda
---
board/renesas/sh7757lcr/sh7757lcr.c |5 +
doc/README.sh7757lcr|1 +
include/configs/sh7757lcr.h | 11 +++
3 files changed, 17 insertions(+), 0 deletions(
<><>___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Mike,
On Mon, Mar 5, 2012 at 8:39 PM, Mike Frysinger wrote:
> On Wednesday 15 February 2012 00:59:22 Simon Glass wrote:
>> This saves about 1KB of code space on ARM with CONFIG_SYS_HUSH_PARSER
>> defined.
>>
>> --- a/common/main.c
>> +++ b/common/main.c
>> @@ -1132,6 +1132,7 @@ int parse_line
Dear Marek,
On 3/5/2012 11:45 PM, Marek Vasut wrote:
Dear Amit Virdi,
From: Vipin KUMAR
This patch adds the support for usb device high speed for designware
peripheral.
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
drivers/usb/gadget/designware_udc.c | 13 +
inclu
The module has 4 chip select signals. This patch supports it.
Signed-off-by: Yoshihiro Shimoda
---
drivers/spi/sh_spi.c | 19 ---
drivers/spi/sh_spi.h |4 +++-
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/sh_spi.c b/drivers/spi/sh_spi.c
index
On Monday 20 February 2012 20:32:47 Simon Glass wrote:
> These basic functions are needed by relocation. To avoid bringing in all
> string.c functions (and the resulting code bloat for architectures where
> -ffunction-sections is not used), move these into their own file.
seems like fixing -f{data
On Monday 20 February 2012 20:32:43 Simon Glass wrote:
> README|4
> arch/arm/config.mk|3 +++
> arch/avr32/config.mk |3 +++
> arch/blackfin/config.mk |3 +++
> arch/m68k/config.mk |3 +++
> arch/microblaze/config.mk |3 +++
>
On Thursday 16 February 2012 09:48:58 Simon Glass wrote:
> --- a/board/cm4008/flash.c
> +++ b/board/cm4008/flash.c
>
> #include
> +#include
arches should provide asm/sections.h, and those are the only headers that
should know about asm-generic/sections.h
-mike
signature.asc
Description: Thi
On Thursday 16 February 2012 09:48:55 Simon Glass wrote:
> --- /dev/null
> +++ b/include/asm-generic/global_data.h
>
> +typedef struct global_data {
> + bd_t*bd;
> + unsigned long flags;
> + unsigned long baudrate;
> +#if defined(CONFIG_LCD) || defined(CONFIG_VIDEO)
> +
All the global flag defines are the same across all arches. So unify them
in one place, and add a simple way for arches to extend for their needs.
Signed-off-by: Mike Frysinger
---
v2
- rebase onto mainline
- include openrisc
arch/arm/include/asm/global_data.h| 14 +--
On Wednesday 15 February 2012 00:59:23 Simon Glass wrote:
> --- a/common/command.c
> +++ b/common/command.c
>
> +int cmd_call(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
> +{
> + int result;
> +
> + result = (cmdtp->cmd)(cmdtp, flag, argc, argv);
> + if (result)
> +
On Wednesday 15 February 2012 00:59:22 Simon Glass wrote:
> This saves about 1KB of code space on ARM with CONFIG_SYS_HUSH_PARSER
> defined.
>
> --- a/common/main.c
> +++ b/common/main.c
> @@ -1132,6 +1132,7 @@ int parse_line (char *line, char *argv[])
>
> /**
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
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
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
Dear Marek,
On 3/5/2012 11:43 PM, Marek Vasut wrote:
Dear Amit Virdi,
From: Vipin KUMAR
This patch fixes a few bugs in USB device controller driver.
The fixes are as follows
1. Adding error condition checks eg. NULL return
2. Endpoint other than endpoint 0 (control endpoint) are initialized
o
Hello Marek,
On 3/5/2012 11:42 PM, Marek Vasut wrote:
Dear Amit Virdi,
From: Vipin KUMAR
The earlier usb device controller driver was specific to spear platforms.
This patch implements the usb device controller driver as a generic
controller which can be reused by other platforms using this p
On Wednesday 15 February 2012 00:59:18 Simon Glass wrote:
> It really isn't clear why this is here and there is no comment, so
> drop it.
i think it's kind of easy ... the only code that needed this was pxe, so might
as well localize it if there's no consumers
Acked-by: Mike Frysinger
-mike
s
On Tuesday 14 February 2012 18:30:55 Doug Anderson wrote:
> Create a saved enviroment with this env variable set to "1" to merge the
> saved environment on top of the default environment. The idea is that your
> saved environment would just contain variables that you'd like to override
> from the
Dear Wonfgang,
On 3/6/2012 12:35 AM, Wolfgang Denk wrote:
Dear Amit Virdi,
In message<4f54af08.1030...@st.com> you wrote:
Surprisingly, I could still not find "true" and "false" defined for ARM
architecture or in a common file that I can include. Here's what grep
gives me
So don't use thes
On Friday 02 March 2012 11:45:15 Wolfgang Denk wrote:
> > > That's what I did in original patch where I am aligning it by adding
> > > the line
> > >
> > > +/* Device Descriptor */
> > > +#ifdef ARCH_DMA_MINALIGN
> > > + struct usb_device_descriptor descriptor
> > > + _
Hi Fabio,
I understand, from the MAINTAINERS file list, that you are the
maintainer for the mx53ard board. I took a copy of the u-boot sources
for the Freescale SABRE Automotive Infotainment board (aka mx53ard
board) from the Freescale site. As the result I got the u-boot-2009.08
building tre
On Monday 05 March 2012 09:46:21 Puneet Saxena wrote:
> As DMA expects the buffers to be equal and larger then
> cache lines, This aligns buffers at cacheline.
i don't think this statement is true. DMA doesn't care about alignment (well,
some do, but it's not related to cache lines but rather so
On Monday 05 March 2012 21:08:15 Graeme Russ wrote:
> On Tue, Mar 6, 2012 at 1:04 PM, Mike Frysinger wrote:
> > On Monday 05 March 2012 20:46:40 Graeme Russ wrote:
> >> On Tue, Mar 6, 2012 at 12:42 PM, Mike Frysinger wrote:
> >> > On Monday 05 March 2012 19:15:54 Marek Vasut wrote:
> >> >> Acked-by
Hi Mike,
On Tue, Mar 6, 2012 at 1:04 PM, Mike Frysinger wrote:
> On Monday 05 March 2012 20:46:40 Graeme Russ wrote:
>> On Tue, Mar 6, 2012 at 12:42 PM, Mike Frysinger wrote:
>> > On Monday 05 March 2012 19:15:54 Marek Vasut wrote:
>> >> Acked-by: Marek Vasut
>> >>
>> >> Thanks for your patch, i
On Monday 05 March 2012 20:46:40 Graeme Russ wrote:
> On Tue, Mar 6, 2012 at 12:42 PM, Mike Frysinger wrote:
> > On Monday 05 March 2012 19:15:54 Marek Vasut wrote:
> >> Acked-by: Marek Vasut
> >>
> >> Thanks for your patch, it's on it's way to application :)
> >
> > generally the maintainer who
Hi Mike,
2012/3/6 Mike Frysinger :
> building for adp-ag101p showed this warning:
> interrupts.c: In function 'show_regs':
> interrupts.c:93: warning: array subscript is above array bounds
> interrupts.c:93: warning: array subscript is above array bounds
Thanks for reporting
Hi Mike,
On Tue, Mar 6, 2012 at 12:42 PM, Mike Frysinger wrote:
> On Monday 05 March 2012 19:15:54 Marek Vasut wrote:
>> Acked-by: Marek Vasut
>>
>> Thanks for your patch, it's on it's way to application :)
>
> generally the maintainer who is picking up the patch and sending on to
> wolfgang wou
On Monday 05 March 2012 19:15:54 Marek Vasut wrote:
> Acked-by: Marek Vasut
>
> Thanks for your patch, it's on it's way to application :)
generally the maintainer who is picking up the patch and sending on to
wolfgang would add a s-o-b rather than a-b tag ...
-mike
signature.asc
Description:
Signed-off-by: Mike Frysinger
---
doc/git-mailrc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 96f1d86..a97cac1 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -98,5 +98,5 @@ alias i2cuboot, hs
alias mmc
The -m option tries to find the board in MAINTAINERS file and figure out the
email. The -M option lists boards including their maintainers emails and all
affiliated emails. There are multiple strategies used to retrieve these emails:
1) Check board/ with git log and use three most recent emails
2)
> Dear Simon Glass,
>
> > Hi Puneet,
> >
> > On Mon, Mar 5, 2012 at 6:46 AM, Puneet Saxena wrote:
> > > As DMA expects the buffers to be equal and larger then
> > > cache lines, This aligns buffers at cacheline.
> > >
> > > Signed-off-by: Puneet Saxena
> >
> > Tested on Seaboard:
> >
> > Tes
Dear Scott Wood,
> On 03/05/2012 06:13 PM, Marek Vasut wrote:
> > nand.c: In function ‘pdnb3_nand_read_buf’:
> > nand.c:107:4: warning: dereferencing type-punned pointer will break
> > strict-aliasing rules [-Wstrict-aliasing] nand.c: In function
> > ‘pdnb3_nand_dev_ready’:
> > nand.c:124:18: warn
Dear Simon Glass,
> Hi Puneet,
>
> On Mon, Mar 5, 2012 at 6:46 AM, Puneet Saxena wrote:
> > As DMA expects the buffers to be equal and larger then
> > cache lines, This aligns buffers at cacheline.
> >
> > Signed-off-by: Puneet Saxena
>
> Tested on Seaboard:
>
> Tested-by: Simon Glass
> Ack
On 03/05/2012 06:13 PM, Marek Vasut wrote:
> nand.c: In function ‘pdnb3_nand_read_buf’:
> nand.c:107:4: warning: dereferencing type-punned pointer will break
> strict-aliasing rules [-Wstrict-aliasing]
> nand.c: In function ‘pdnb3_nand_dev_ready’:
> nand.c:124:18: warning: variable ‘val’ set but n
Dear Graeme Russ,
> Hi Marek,
>
> On Tue, Mar 6, 2012 at 11:14 AM, Marek Vasut wrote:
> > Dear Mike Frysinger,
> >
> >> On Monday 05 March 2012 18:48:12 Marek Vasut wrote:
> >> > > He was stupid enough to agree to this.
> >> >
> >> > The commit message does not describe the issue that's being
On Mon, Mar 5, 2012 at 4:12 PM, Marek Vasut wrote:
> This series of patches makes ARM/IXP platform compile with usual
> arm-linux-gnueabi- toolchain. Also, fix the IXP build errors detected with
> gcc4.6.
>
> Marek Vasut (6):
> Examples: Properly append LDFLAGS to LD command
> IXP: Make IXP buil
Hi Marek,
On Tue, Mar 6, 2012 at 11:14 AM, Marek Vasut wrote:
> Dear Mike Frysinger,
>
>> On Monday 05 March 2012 18:48:12 Marek Vasut wrote:
>> > > He was stupid enough to agree to this.
>> >
>> > The commit message does not describe the issue that's being fixed. Please
>> > submit V2 with prope
> This series of patches makes ARM/IXP platform compile with usual
> arm-linux-gnueabi- toolchain. Also, fix the IXP build errors detected with
> gcc4.6.
>
> Marek Vasut (6):
> Examples: Properly append LDFLAGS to LD command
> IXP: Make IXP buildable with arm-linux- toolchains
> IXP: Fix mis
Dear Mike Frysinger,
> Common code has a mdelay() func, so use that instead of the usb-specific
> wait_ms() func. This also fixes the build errors:
>
> ohci-hcd.c: In function 'submit_common_msg':
> /usr/local/src/u-boot/blackfin/include/usb.h:202:44: sorry, unimplemented:
> inlining failed in c
Dear Mike Frysinger,
> On Monday 05 March 2012 18:48:12 Marek Vasut wrote:
> > > He was stupid enough to agree to this.
> >
> > The commit message does not describe the issue that's being fixed. Please
> > submit V2 with proper commit message.
>
> the summary does though. the commit message is
nand.c: In function ‘pdnb3_nand_read_buf’:
nand.c:107:4: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
nand.c: In function ‘pdnb3_nand_dev_ready’:
nand.c:124:18: warning: variable ‘val’ set but not used
[-Wunused-but-set-variable]
Signed-off-by:
Signed-off-by: Marek Vasut
Cc: Bryan Hundven
Cc: Michael Schwingen
---
Makefile | 12
boards.cfg |2 ++
2 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/Makefile b/Makefile
index 11aac21..858ddb8 100644
--- a/Makefile
+++ b/Makefile
@@ -678,18 +678,6 @@ SX1_c
IxEthAcc.c: In function ‘ixEthAccInit’:
IxEthAcc.c:105:21: warning: comparison between ‘IxEthDBStatus’ and ‘enum
’ [-Wenum-compare]
IxEthDBAPISupport.c: In function ‘ixEthDBPortAddressSet’:
IxEthDBAPISupport.c:633:18: warning: variable ‘ackPortAddressLock’ set but not
used [-Wunused-but-set-varia
These symbols are no longer defined in Linux-ARM's mach-types files. Replace
these with CONFIG_MACH_TYPE instead.
Signed-off-by: Marek Vasut
Cc: Bryan Hundven
Cc: Michael Schwingen
---
board/actux1/actux1.c|2 --
board/actux2/actux2.c|2 --
board/actux3/actux3.c
Add -EB flag to LD to switch endianness of the linker. This should make armeb
targets buildable again. Also, make use of U-Boot's internal libgcc instead of
toolchain's one, this works around the use of libraries from GCC, which might be
little endian.
Signed-off-by: Marek Vasut
Cc: Bryan Hundven
The LD command in examples/standalone/Makefile ignored platform specific
LDFLAGS setup. Pass these LDFLAGS to the command.
Signed-off-by: Marek Vasut
Cc: Bryan Hundven
Cc: Michael Schwingen
---
examples/standalone/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
This series of patches makes ARM/IXP platform compile with usual
arm-linux-gnueabi- toolchain. Also, fix the IXP build errors detected with
gcc4.6.
Marek Vasut (6):
Examples: Properly append LDFLAGS to LD command
IXP: Make IXP buildable with arm-linux- toolchains
IXP: Fix missing MACH_TYPE_{
On Monday 05 March 2012 18:48:12 Marek Vasut wrote:
> > He was stupid enough to agree to this.
>
> The commit message does not describe the issue that's being fixed. Please
> submit V2 with proper commit message.
the summary does though. the commit message is more reflective.
-mike
signature.a
Dear Mike Frysinger,
> He was stupid enough to agree to this.
The commit message does not describe the issue that's being fixed. Please
submit
V2 with proper commit message.
>
> Signed-off-by: Mike Frysinger
> ---
> doc/git-mailrc |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-
Common code has a mdelay() func, so use that instead of the usb-specific
wait_ms() func. This also fixes the build errors:
ohci-hcd.c: In function 'submit_common_msg':
/usr/local/src/u-boot/blackfin/include/usb.h:202:44: sorry, unimplemented:
inlining failed in call to 'wait_ms': function body n
We've already got a mdelay() func in common code, so use that instead.
Signed-off-by: Mike Frysinger
---
drivers/net/smc9.c | 15 ++-
1 files changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers/net/smc9.c b/drivers/net/smc9.c
index 9b8236d..5cfef4d 100644
--
He was stupid enough to agree to this.
Signed-off-by: Mike Frysinger
---
doc/git-mailrc |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 96f1d86..a97cac1 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -98,5 +98,5 @@ alias i2c
On 03/02/2012 05:16 AM, Amit Virdi wrote:
> Hello Scott,
>
> On 3/2/2012 2:57 AM, Scott Wood wrote:
>> On 02/27/2012 03:38 AM, Amit Virdi wrote:
>>> +/*
>>> + * This is a temporary erase check. A newly erased page read
>>> + * would result in an ecc error because the oob da
building for adp-ag101p showed this warning:
interrupts.c: In function 'show_regs':
interrupts.c:93: warning: array subscript is above array bounds
interrupts.c:93: warning: array subscript is above array bounds
and indeed, i see:
arch/nds32/lib/interrupts.c:
void s
Hi Mike,
On Tue, Mar 6, 2012 at 10:11 AM, Mike Frysinger wrote:
> On Monday 05 March 2012 17:31:43 Graeme Russ wrote:
>> So do I apply this to fix the build warning knowing there is another more
>> serious bug and knowing this arch is getting scrapped soon, or do I just
>> leave it as is?
>
> co
On Monday 05 March 2012 17:31:43 Graeme Russ wrote:
> On Tue, Mar 6, 2012 at 8:55 AM, Mike Frysinger wrote:
> > Building the eNET_SRAM board fails for me:
> >sc520_timer.c: In function 'sc520_udelay':
> >sc520_timer.c:81:7: error: variable 'temp' set but not used
> >
On Monday 05 March 2012 16:58:47 Pali Rohár wrote:
> On Sunday 04 March 2012 23:26:29 Mike Frysinger wrote:
> > On Sunday 04 March 2012 16:35:44 Pali Rohár wrote:
> > > I'm not angry, but now I'm stucked, because I (and nobody other) was
> > > not able to fix problem 1) and problem 1) must be fixed
On Monday 05 March 2012 16:11:08 Marek Vasut wrote:
> +get_target_location() {
> + target=$1
> +
> + BOARD_NAME=""
> + CONFIG_NAME=""
> + board=""
> + vendor=""
please use "local" when declaring variables that are function local
> + line=`egrep -i "^[[:space:]]*${target}[[
Hello,
The following changes since commit 3513896e57c6757c411e0633ccb5da08c36ad7d4:
Robert Delien (1):
Fix erroneous 32-bit access to hw_clkctrl_frac0 and hw_clkctrl_frac1
registers
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Matt Porter (2):
Dear Bryan Hundven,
> On Mon, Mar 5, 2012 at 2:22 PM, Marek Vasut wrote:
> > Dear Bryan Hundven,
> >
> >> On Mon, Mar 5, 2012 at 2:09 PM, Marek Vasut wrote:
> >> > Dear Bryan Hundven,
> >> >
> >> >> On Mon, Mar 5, 2012 at 12:15 PM, Marek Vasut wrote:
> >> >> > Dear Michael Schwingen,
> >> >>
Am 03/05/2012 11:14 PM, schrieb Bryan Hundven:
> 1) Does usual arm-linux-gnueabi- toolchain work? (possibly if I use some
> switch
> to toggle arm core endianness)
> No, the arm and armeb toolchains are different tuples.
>
>> 2) Do I need any special options to build the toolchain?
> You have to b
Hi Mike,
On Tue, Mar 6, 2012 at 8:55 AM, Mike Frysinger wrote:
> Building the eNET_SRAM board fails for me:
> sc520_timer.c: In function 'sc520_udelay':
> sc520_timer.c:81:7: error: variable 'temp' set but not used
> [-Werror=unused-but-set-variable]
> cc1: all
On Mon, Mar 5, 2012 at 2:22 PM, Marek Vasut wrote:
> Dear Bryan Hundven,
>
>> On Mon, Mar 5, 2012 at 2:09 PM, Marek Vasut wrote:
>> > Dear Bryan Hundven,
>> >
>> >> On Mon, Mar 5, 2012 at 12:15 PM, Marek Vasut wrote:
>> >> > Dear Michael Schwingen,
>> >> >
>> >> >> Am 03/05/2012 12:54 PM, schrie
Dear Bryan Hundven,
> On Mon, Mar 5, 2012 at 2:09 PM, Marek Vasut wrote:
> > Dear Bryan Hundven,
> >
> >> On Mon, Mar 5, 2012 at 12:15 PM, Marek Vasut wrote:
> >> > Dear Michael Schwingen,
> >> >
> >> >> Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
> >> >> > Dear Michael Schwingen,
> >> >> >
On Mon, Mar 05, 2012 at 11:03:35PM +0100, Pali Roh?r wrote:
> On Monday 05 March 2012 07:58:16 Tom Rini wrote:
> > On 03/04/2012 01:32 PM, Pali Roh?r wrote:
> > > On Sunday 04 March 2012 13:23:44 Tom Rini wrote:
> > >> On Sun, Mar 4, 2012 at 1:06 PM, Pali Roh?r wrote:
> > >>> Hi,
> > >>>
> > >>>
On 03/02/2012 03:08 PM, David Purdy wrote:
> While finishing some work on support for a new machine, a build based
> on the latest git, I see this:
> ...
> U-Boot 2011.12-00374-g54e9668-dirty (Mar 02 2012 - 14:48:48)
> Pogoplug E02
>
> SoC: Kirkwood 88F6281_A0
> DRAM: 25
On Mon, Mar 5, 2012 at 2:09 PM, Marek Vasut wrote:
> Dear Bryan Hundven,
>
>> On Mon, Mar 5, 2012 at 12:15 PM, Marek Vasut wrote:
>> > Dear Michael Schwingen,
>> >
>> >> Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
>> >> > Dear Michael Schwingen,
>> >> >
>> >> >> On Mon, Mar 05, 2012 at 02:14:56A
Dear Bryan Hundven,
> On Mon, Mar 5, 2012 at 12:15 PM, Marek Vasut wrote:
> > Dear Michael Schwingen,
> >
> >> Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
> >> > Dear Michael Schwingen,
> >> >
> >> >> On Mon, Mar 05, 2012 at 02:14:56AM +0100, Marek Vasut wrote:
> >> >>> Dear Michael Schwingen,
On Mon, Mar 5, 2012 at 12:15 PM, Marek Vasut wrote:
> Dear Michael Schwingen,
>
>> Am 03/05/2012 12:54 PM, schrieb Marek Vasut:
>> > Dear Michael Schwingen,
>> >
>> >> On Mon, Mar 05, 2012 at 02:14:56AM +0100, Marek Vasut wrote:
>> >>> Dear Michael Schwingen,
>> >>>
>> >>> do you still intend to m
On Monday 05 March 2012 07:58:16 Tom Rini wrote:
> On 03/04/2012 01:32 PM, Pali Rohár wrote:
> > On Sunday 04 March 2012 13:23:44 Tom Rini wrote:
> >> On Sun, Mar 4, 2012 at 1:06 PM, Pali Rohár wrote:
> >>> Hi,
> >>>
> >>> this commit is breaking MMC support on Nokia N900:
> >>> a7778f8fbee098c78b
On Sunday 04 March 2012 23:26:29 Mike Frysinger wrote:
> On Sunday 04 March 2012 16:35:44 Pali Rohár wrote:
> > I'm not angry, but now I'm stucked, because I (and nobody other) was not
> > able to fix problem 1) and problem 1) must be fixed before pushing rx51
> > patches to master. So I cannot wor
On Sunday 04 March 2012 23:09:38 Wolfgang Denk wrote:
> Dear Pali,
>
> In message <2426868.sD2XDEqcqE@pali> you wrote:
> > > 1) Video; check if you have the following defined in your board config:
> > >
> > > #define CONFIG_VIDEO
> > > #define CONFIG_VIDEO_SW_CURSOR
> > > #define CONFIG_CFB_CONSOLE
Building the eNET_SRAM board fails for me:
sc520_timer.c: In function 'sc520_udelay':
sc520_timer.c:81:7: error: variable 'temp' set but not used
[-Werror=unused-but-set-variable]
cc1: all warnings being treated as errors
make[1]: *** [sc520_timer.o]
On Sunday 04 March 2012 22:50:53 Marek Vasut wrote:
> Did you try the above solution for the video issues?
>
Not yet. I will try it.
>
> So why don't YOU fix the problem? Maybe we should try diagnosing it?
>
> I might have some time after NSWI075 on tuesday, ending 19:00, you might
> want to catc
Hi Tom
2012/3/5 Tom Rini :
> On Sat, Mar 03, 2012 at 09:14:21PM +0100, Enric Balletbo i Serra wrote:
>
>> This is rework on config files of IGEP-based boards with the aim to remove
>> duplicated code to be more maintainable. Basically this patch creates a
>> common configuration file for both boar
This is rework on config files of IGEP-based boards with the aim to remove
duplicated code to be more maintainable. Basically this patch creates a
common configuration file for both boards and only sets the specific option
in the board config file.
On board files the hardcored mach type was replac
Dear Marek Vasut,
In message <1330981868-29895-1-git-send-email-ma...@denx.de> you wrote:
> The -m option tries to find the board in MAINTAINERS file and figure out the
> email. The -M option lists boards including their maintainers emails and all
> affiliated emails. There are multiple strategies
Dear Puneet Saxena,
> Hi Marek,
>
> On Monday 05 March 2012 06:18 PM, Marek Vasut wrote:
> > Dear Puneet Saxena,
> >
> >>> Hi Marek,
> >>>
> >>> On Thursday 01 March 2012 05:15 PM, Marek Vasut wrote:
> Hi!
>
> > Hi Marek,
> >
> > On Thursday 01 March 2012 02:59 AM, Marek
The -m option tries to find the board in MAINTAINERS file and figure out the
email. The -M option lists boards including their maintainers emails and all
affiliated emails. There are multiple strategies used to retrieve these emails:
1) Check board/ with git log and use three most recent emails
2)
On Tue, Feb 28, 2012 at 10:41:15AM -0800, Stephen Warren wrote:
> Simon Glass wrote at Tuesday, February 28, 2012 11:37 AM:
> > On Tue, Feb 28, 2012 at 10:31 AM, Stephen Warren wrote:
> > > Simon Glass wrote at Tuesday, February 28, 2012 10:38 AM:
> > > ...
> > >> I am going to add your binding, l
> The -m option tries to find the board in MAINTAINERS file and figure out
> the email. The -M option lists boards including their maintainers emails
> and all affiliated emails. There are multiple strategies used to retrieve
> these emails:
Ignore this one please.
Best regards,
Marek Vasut
_
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201203052114.10141.ma...@denx.de> you wrote:
> > > -> ./MAKEALL -m TQM860L
> > > tail: cannot open `1090' for reading: No such file or directory
> > > TQM860L: joakim.tjernl...@transmode.se plagn...@jcrosoft.com
> > >
> > > pty...@xes
1 - 100 of 176 matches
Mail list logo
