On Wednesday, January 12, 2011 18:47:53 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > that's crap. the whole point of the summary message is to *summarize*
> > the patchset and give an overview of what's going on.
>
> Right. But (links to) patches are NOT posted in a summary message but
> sper
On Friday, February 04, 2011 14:56:42 Joe Xue wrote:
> +static int ax88783_init(struct eth_device *dev, bd_t * bd)
> +{
> + ...
> + /* set mac address*/
> + mactmp[0] = dev->enetaddr[5];
> + mactmp[1] = dev->enetaddr[4];
> + mactmp[2] = dev->enetaddr[3];
> + mactmp[3] = dev-
On Thursday, February 03, 2011 21:32:10 Lei Wen wrote:
> On Mon, Jan 10, 2011 at 6:21 PM, Lei Wen wrote:
> > For uImage always has a 64 bytes header, we couldn't expect to do
> > the xip from the header but should xip from the image start.
> >
> > The latter logic in that section is also move the
On Saturday, February 05, 2011 02:57:42 Albert ARIBAUD wrote:
> Did you re-test patch V2?
i didnt test either ... v2 looks pretty straight forward though
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
_
On Tuesday, February 01, 2011 11:00:39 Kumar Gala wrote:
> Do we have one?
someone else asked me that and the answer i gave was that arch-drivers should
go through arch trees, but common code changes i can help run through my tree.
but in this case i guess you're not asking about how to get a p
Albert ARIBAUD free.fr> writes:
>
> Hi Ran,
>
> Le 15/02/2011 07:35, Ran Shalit a écrit :
> > Hello,
> >
> > I'm working on OMAPL138 EVM board, with the U-BOOT.
> > I'm trying to access and write into the register (which have write bits),
> > but I always read 0 in all the map space of the mcBS
On Thursday, February 03, 2011 05:36:38 Kumar Gala wrote:
> On Feb 2, 2011, at 3:30 AM, Reinhard Meyer wrote:
> > Dear Stefano Babic:
> >> On 02/02/2011 08:23 AM, Kumar Gala wrote:
> >>> Wanted to see if anyone had input on how to deal with the SPI
> >>> controller on some of our newer parts. It e
On Saturday, January 29, 2011 12:00:48 Simon Guinot wrote:
> It is not clear for me how to proceed. Disable the write protection from
> the board setup code could be an idea but a problem is that the SPI flash
> API don't export any helpful method...
> Maybe I should add one ?
>
> An another idea
On Tuesday, February 01, 2011 00:23:46 Aneesh V wrote:
> BSS footprint of fat.c is very high. It has three buffers each of size
> 64KB. To workaround this problem I have done something like below(The
> way x-loader works around this problem today).
> CONFIG_SYS_SPL_FAT_BUFFER_BASE is in SDRAM.Is th
If the param pass to get_dev is not the one defined in the block_drvr,
it could make uboot becomes unstable, for it would continue run after
search complete the block_drvr table.
Signed-off-by: Lei Wen
---
disk/part.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/disk
On Tuesday, February 01, 2011 15:40:13 Scott Wood wrote:
> Before 8aba9dc, the flags for the final link were produced by taking
> the existing LDFLAGS, and adding:
> -Bstatic -T $(PLATFORM_LDFLAGS) -Ttext .
i think you're skipping a fairly large piece of the picture -- the whole
reason for 8aba9
On Saturday, January 29, 2011 07:58:37 Michael Schwingen wrote:
> I am wondering how CONFIG_ENV_IS_EMBEDDED is supposed to work.
the embedded env stuff is kind of a mess. anyone will to waste/spend time on
cleaning it up would be nice.
> As far as I understand the code, it is set automatically
On Wednesday, February 09, 2011 16:16:12 Richard Retanubun wrote:
> From hints by Wolfgang, this patch adds the ability to handle +len
> argument for spi flash erase, which will round up the length to the
> nearest [sector|page|block]_size.
this should be split up into two patches. one that unifi
Le 15/02/2011 09:21, Ran a écrit :
> Albert ARIBAUD free.fr> writes:
>
>>
>> Hi Ran,
>>
>> Le 15/02/2011 07:35, Ran Shalit a écrit :
>>> Hello,
>>>
>>> I'm working on OMAPL138 EVM board, with the U-BOOT.
>>> I'm trying to access and write into the register (which have write bits),
>>> but I alway
Albert ARIBAUD free.fr> writes:
>
> Evidently the mcBsp specs won't tell you how the device is mapped within
> a given SoC. As for the OMAPL138 SoC, it looks more like an overview.
> You would need to refer to a detailed spec, one with register level
> description of the module.
>
the mcBS
Hi,
I'm experiencing some strange spi behaviour with an at91sam9g20.
I changed the spi_xfer code (atmel_spi.c) to make use of the PDC that the
at91sam9g20 offers. This works fine, but only up to an spi bus speed of 10
to 12 MHz. After that I see the CS going down sometimes before the transfer
is c
Le 15/02/2011 12:50, Ran a écrit :
> Albert ARIBAUD free.fr> writes:
>
>
>>
>> Evidently the mcBsp specs won't tell you how the device is mapped within
>> a given SoC. As for the OMAPL138 SoC, it looks more like an overview.
>> You would need to refer to a detailed spec, one with register level
>
Hi Wolfgang,
> The implementation of the string compare function of the "itest"
> command was weird, as only the length of the shortest argument was
> included in the compare, with the result that something like
> "itest.s abd == abddef" would return TRUE. Fix this.
>
> Signed-off-by: Wolfgang De
Dear Wolfgang,
please pull the following two bug fixes for Microblaze.
Thanks,
Michal
The following changes since commit c65715de780945950d570e2b69f94e0b186f04b4:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mips
are available in the git repository at:
g
On Tuesday, February 15, 2011 12:05 PM, Ran Shalit wrote:
> Hello,
>
> I'm working on OMAPL138 EVM board, with the U-BOOT.
> I'm trying to access and write into the register (which have
> write bits), but I always read 0 in all the map space of the
> mcBSP0 and mcBSP1. (0x01d1 - 0x1d10800, 0x0
hello ,everyone,
Please help.I have a custom board with a mpc8641d processer,
I compiled the u-boot using the configuration of sbc8641d board ,
then I flashed the u-boot.bin into flash, everything seems to
be fine so far. Then I compiled the kernel image and dts file with
the configuration of sbc86
Dear nice,
In message <44e92e.98dc.12e2a003bb1.coremail.hua...@163.com> you wrote:
>
> Please help.I have a custom board with a mpc8641d processer,
> I compiled the u-boot using the configuration of sbc8641d board ,
You cannot use one configuration for a completely different bord - not
even when
Hi,
2011/2/13 Marcel Janssen :
> From: Marcel
>
> Signed-off-by: Marcel
> ---
> arch/arm/cpu/arm926ejs/at91/led.c | 119 +-
Why is this part if this patch?
It does not seem to be related to USB stuff. Please make it a seperate patch.
> common/Makefile
Hi,
2011/2/13 Marcel Janssen :
> From: Marcel
>
> sam9g45_oem cleanup phase1
>
> sam9g45_oem cleanup phase2
>
> sam9g45_oem cleanup phase3
Not a very descriptive patch header...
Please fix.
>
> Signed-off-by: Marcel
> ---
> board/in-circuit/icnova/Makefile | 50 ++
> board/in-ci
Am 02/14/2011 01:00 PM, schrieb Albert ARIBAUD:
> Le 14/02/2011 00:38, Michael Schwingen a écrit :
>> Am 02/13/2011 11:03 PM, schrieb Wolfgang Denk:
>>> Dear Graeme Russ,
>>>
>>> In message
>>> you wrote:
For multi-patch series, you only need to put the revision history in the
[00/nn] f
On Tuesday, February 15, 2011 07:45:36 pm Remy Bohmer wrote:
> Hi,
>
> 2011/2/13 Marcel Janssen :
> > From: Marcel
> >
> > sam9g45_oem cleanup phase1
> >
> > sam9g45_oem cleanup phase2
> >
> > sam9g45_oem cleanup phase3
>
> Not a very descriptive patch header...
> Please fix.
Basically clean
On Tuesday, February 15, 2011 07:43:34 pm Remy Bohmer wrote:
> Hi,
>
> 2011/2/13 Marcel Janssen :
> > From: Marcel
> >
> > Signed-off-by: Marcel
> > ---
> > arch/arm/cpu/arm926ejs/at91/led.c | 119
> > +-
>
> Why is this part if this patch?
> It does not seem
Hi,
2011/2/13 Marcel Janssen :
> From: Marcel
>
> USB DFU driver cleaning phase1
>
> USB DFU driver cleaning phase2
>
> USB DFU driver cleaning phase3
>
> USB DFU driver cleaning phase4
Not a very descriptive patch header. Please fix this.
> Signed-off-by: Marcel
> ---
> common/update_dfu.c
Hi,
2011/2/15 Marcel Janssen :
> On Tuesday, February 15, 2011 07:43:34 pm Remy Bohmer wrote:
>> Hi,
>>
>> 2011/2/13 Marcel Janssen :
>> > From: Marcel
>> >
>> > Signed-off-by: Marcel
>> > ---
>> > arch/arm/cpu/arm926ejs/at91/led.c | 119
>> > +-
>>
>> Why is t
Hi,
Continuing producing some remarks:
2011/2/13 Marcel Janssen :
> From: Marcel
>
> Atmel USBA UDC cleanup
>
> Atmel USBA UDC cleanup
>
> more cleanup of Atmel USBA UDC
>
> Some more cleaning of Atmel USBA UDC
>
> further cleaning of Atmel USBA UDC
Strange header.
> Signed-off-by: Marcel
> -
On Tuesday, February 15, 2011 06:56:42 wouter moors wrote:
> I saw that in env_sf.c that the spi bus speed is set at 10 MHz and was
> wondering if there was a specific reason for that?
you mean it defaults to 10 MHz. boards can freely pick anything they want.
some speed needed to be arbitrarily
Hi Remy,
> 2011/2/15 Marcel Janssen :
> > On Tuesday, February 15, 2011 07:43:34 pm Remy Bohmer wrote:
> >> Hi,
> >>
> >> 2011/2/13 Marcel Janssen :
> >> > From: Marcel
> >> >
> >> > Signed-off-by: Marcel
> >> > ---
> >> > arch/arm/cpu/arm926ejs/at91/led.c | 119
> >> >
Hi Remy,
> Continuing producing some remarks:
>
> 2011/2/13 Marcel Janssen :
> > From: Marcel
> >
> > Atmel USBA UDC cleanup
> >
> > Atmel USBA UDC cleanup
> >
> > more cleanup of Atmel USBA UDC
> >
> > Some more cleaning of Atmel USBA UDC
> >
> > further cleaning of Atmel USBA UDC
>
> Str
Dear Michal Simek,
In message <4d5a8b38.5030...@monstr.eu> you wrote:
> Dear Wolfgang,
>
> please pull the following two bug fixes for Microblaze.
>
> Thanks,
> Michal
>
>
> The following changes since commit c65715de780945950d570e2b69f94e0b186f04b4:
>Wolfgang Denk (1):
> Merge br
Dear Wolfgang Denk,
In message <1297180565-23763-1-git-send-email...@denx.de> you wrote:
> The implementation of the string compare function of the "itest"
> command was weird, as only the length of the shortest argument was
> included in the compare, with the result that something like
> "itest.s
Dear Wolfgang Denk,
In message <1297452051-18532-1-git-send-email...@denx.de> you wrote:
> The unzip command did not provide a way for the caller to get any
> information about the uncompressed size. To make it better usable in
> scripts, we now store the uncompressed size in the `filesize'
> var
On Tuesday, February 15, 2011 01:00:50 am Reinhard Meyer wrote:
> Dear Marcel Janssen,
>
> > Hi Remy and Reinhard,
> >
> >> To make it easy for you: It is up to you if you choose '
> >> rework_110202'
>
> ...
>
> > It looks like if at91sam9g45.h has not been updated. Is that right ?
> > If so,
Dear Marcel Janssen,
> On Tuesday, February 15, 2011 01:00:50 am Reinhard Meyer wrote:
>> If someone would rework the 9g45 in the spirit of the 9260 it would be
>> great. Please as a separate patch. Same goes for the other SoCs ;)
>
> I did most of that. I just hit this :
>
> drivers/mtd/cfi_flash.
Dear Nobuhiro Iwamatsu,
In message <1288092720-7421-1-git-send-email-iwama...@nigauri.org> you wrote:
> Add infomation of RTL-8016AS to hw_info.
>
> Signed-off-by: Nobuhiro Iwamatsu
> CC: Ben Warren
> ---
> drivers/net/ne2000.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
Ap
Dear Yoshihiro Shimoda,
In message <4d3e1923.3060...@renesas.com> you wrote:
> Fix the problem which cannot build the U-boot, if we only set
> the CONFIG_ENV_IS_IN_SPI_FLASH.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> about V2:
> - list sorted
>
> include/environment.h |3 ++-
> 1 fil
Clean up the macro defintions used to enable DIU (video) support on the
MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
which is newer.
Signed-off-by: Timur Tabi
---
include/configs/MPC8610HPCD.h | 12
include/configs/mpc5121ads.h |8
2 files
Dear Timur Tabi,
In message <1297804966-21532-1-git-send-email-ti...@freescale.com> you wrote:
> Clean up the macro defintions used to enable DIU (video) support on the
> MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
> which is newer.
>
> Signed-off-by: Timur Tabi
> ---
Wolfgang Denk wrote:
>> > -#undef CONFIG_VIDEO
>> > +#undef CONFIG_FSL_DIU_FB
> Please do not undef what is not defiend anyway.
Would you be okay with this:
/* video */
/* #define CONFIG_FSL_DIU_FB */
#ifdef CONFIG_FSL_DIU_FB
> And please put the respective arch custodians on Cc:
I did CC: Kum
Dear Timur Tabi,
In message <4d5af2c9.10...@freescale.com> you wrote:
>
> > And please put the respective arch custodians on Cc:
>
> I did CC: Kumar. He's the PowerPC arch custodian.
No. There is no such thing as a "PowerPC" custodian. Kumar is
responsible for 85xx/86xx.
This patch also affect
Clean up the macro defintions used to enable DIU (video) support on the
MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
which is newer.
Signed-off-by: Timur Tabi
---
include/configs/MPC8610HPCD.h | 12
include/configs/mpc5121ads.h |8
2 files
Dear Timur Tabi,
In message <20110215215557.8f4c2151...@gemini.denx.de> I wrote:
>
> In message <4d5af2c9.10...@freescale.com> you wrote:
> >
> > > And please put the respective arch custodians on Cc:
To make myself more clear:
Normally, you should put the respective board maintainer(s) on Cc:.
Dear Timur Tabi,
In message <1297807109-21948-1-git-send-email-ti...@freescale.com> you wrote:
> Clean up the macro defintions used to enable DIU (video) support on the
> MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
> which is newer.
>
> Signed-off-by: Timur Tabi
> ---
Wolfgang Denk wrote:
>> > /* video */
>> > -#undef CONFIG_VIDEO
>> > +/* #define CONFIG_FSL_DIU_FB */
> Please do not add dead code.
It's not dead code. It's a comment that tells people how to enable video
support.
--
Timur Tabi
Linux kernel developer at Freescale
___
Dear Timur Tabi,
In message <4d5af8a8.2010...@freescale.com> you wrote:
> Wolfgang Denk wrote:
> >> > /* video */
> >> > -#undef CONFIG_VIDEO
> >> > +/* #define CONFIG_FSL_DIU_FB */
> > Please do not add dead code.
>
> It's not dead code. It's a comment that tells people how to enable video
>
Dear Remy and Reinhard,
> Hmm, Let's make it even more black/white: I do not have to like the
> board code. ;-)
> Reinhard is the Atmel maintainer. He needs to pull in the Board code.
> I only care about generic USB code... ;-)))
>
> Please make 2 unrelated patch series (1 series for USB DFU supp
Clean up the macro defintions used to enable DIU (video) support on the
MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
which is newer.
Signed-off-by: Timur Tabi
---
doc/README.mpc5121ads | 18 ++
doc/README.mpc8610hpcd|7 +++
inc
Dear Timur Tabi,
In message <1297808617-22396-1-git-send-email-ti...@freescale.com> you wrote:
> Clean up the macro defintions used to enable DIU (video) support on the
> MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
> which is newer.
>
> Signed-off-by: Timur Tabi
> ---
Clean up the macro defintions used to enable DIU (video) support on the
MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
which is newer. Add software cursor support to all three boards.
Also document the CONFIG_FSL_DIU_FB in the README.
Signed-off-by: Timur Tabi
---
READ
On Feb 15, 2011, at 2:36 AM, Mike Frysinger wrote:
> On Thursday, February 03, 2011 05:36:38 Kumar Gala wrote:
>> On Feb 2, 2011, at 3:30 AM, Reinhard Meyer wrote:
>>> Dear Stefano Babic:
On 02/02/2011 08:23 AM, Kumar Gala wrote:
> Wanted to see if anyone had input on how to deal with th
On Tue, 15 Feb 2011 04:02:44 -0500
Mike Frysinger wrote:
> so commit 8aba9dc is not something made for fun, but to fix real bugs people
> were seeing while building with bi-endian toolchains
> (arm/superh/mips/probably
> others), or bi-abi toolchains (blackfin/arm/probably others).
Sure. But
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
> Behalf Of Wolfgang Denk
> Sent: Wednesday, February 16, 2011 1:44 AM
> To: nice
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] need your help
[snip]
> Here are more errors.
>
> > ## F
Wolfgang Denk wrote:
> Dear Michal Simek,
>
> In message <4d5a8b38.5030...@monstr.eu> you wrote:
>> Dear Wolfgang,
>>
>> please pull the following two bug fixes for Microblaze.
>>
>> Thanks,
>> Michal
>>
>>
>> The following changes since commit c65715de780945950d570e2b69f94e0b186f04b4:
>>Wolfg
Hi Macpaul,
On Wed, Jan 26, 2011 at 5:19 AM, Wolfgang Denk wrote:
>
> In message <1294218744-2535-1-git-send-email-macp...@andestech.com> you wrote:
>> Faraday's ftpmu010 is a power managemnet unit which support cpu
>> sleep and frequency scaling. It has been integrated into many SoC.
>>
>> This
Hello Ran,
On Tuesday 15 February 2011 04:05 PM, Albert ARIBAUD wrote:
> Le 15/02/2011 09:21, Ran a écrit :
>> Albert ARIBAUD free.fr> writes:
>>
>>>
>>> Hi Ran,
>>>
>>> Le 15/02/2011 07:35, Ran Shalit a écrit :
Hello,
I'm working on OMAPL138 EVM board, with the U-BOOT.
I'm
Hi Po-Yu,
2011/2/16 Po-Yu Chuang
> Hi Macpaul,
>
> On Wed, Jan 26, 2011 at 5:19 AM, Wolfgang Denk wrote:
> >
> > In message <1294218744-2535-1-git-send-email-macp...@andestech.com> you
> wrote:
> >> Faraday's ftpmu010 is a power managemnet unit which support cpu
>
Ah, we are all waiting for th
Hi Macpaul,
On Wed, Feb 16, 2011 at 3:07 PM, Macpaul Lin wrote:
> 2011/2/16 Po-Yu Chuang
>> On Wed, Jan 26, 2011 at 5:19 AM, Wolfgang Denk wrote:
>> >
>> >> Faraday's ftpmu010 is a power managemnet unit which support cpu
>
> Ah, we are all waiting for the timer fix for arm then the related time
Hi Po-Yu and Wolfgang,
2011/2/16 Po-Yu Chuang
>
> Actually, I am done with the fix (move ftpmu010.h to include/ and add
> declarations).
> I can submit the patch. Just want to know if you think it is appropriate.
>
As you can see, the include of PMU header has been replaced to a correct path.
[U
62 matches
Mail list logo
