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
sperately,
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] =
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 image
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 vap...@gentoo.org
-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
Albert ARIBAUD albert.aribaud at 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
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 expects
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 is
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 this
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 lei...@marvell.com
---
disk/part.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
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 linkerscript $(PLATFORM_LDFLAGS) -Ttext addr.
i think you're skipping a fairly large piece of the picture -- the whole
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 unifies
Le 15/02/2011 09:21, Ran a écrit :
Albert ARIBAUDalbert.aribaudat 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
Albert ARIBAUD albert.aribaud at 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.
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
Le 15/02/2011 12:50, Ran a écrit :
Albert ARIBAUDalbert.aribaudat 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
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 Denk
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:
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,
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
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 you
Hi,
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
Signed-off-by: Marcel korg...@home.nl
---
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
Hi,
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
sam9g45_oem cleanup phase1
sam9g45_oem cleanup phase2
sam9g45_oem cleanup phase3
Not a very descriptive patch header...
Please fix.
Signed-off-by: Marcel korg...@home.nl
---
board/in-circuit/icnova/Makefile
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 messageAANLkTikxv+ATsYAP5ismLo5pj=TrFV_oQNk=8qvh1...@mail.gmail.com
you wrote:
For multi-patch series, you only need to put
On Tuesday, February 15, 2011 07:45:36 pm Remy Bohmer wrote:
Hi,
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
sam9g45_oem cleanup phase1
sam9g45_oem cleanup phase2
sam9g45_oem cleanup phase3
Not a very descriptive patch header...
Please fix.
On Tuesday, February 15, 2011 07:43:34 pm Remy Bohmer wrote:
Hi,
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
Signed-off-by: Marcel korg...@home.nl
---
arch/arm/cpu/arm926ejs/at91/led.c | 119
+-
Why is this part if
Hi,
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
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
Hi,
2011/2/15 Marcel Janssen korg...@home.nl:
On Tuesday, February 15, 2011 07:43:34 pm Remy Bohmer wrote:
Hi,
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
Signed-off-by: Marcel korg...@home.nl
---
arch/arm/cpu/arm926ejs/at91/led.c | 119
Hi,
Continuing producing some remarks:
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
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.
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 korg...@home.nl:
On Tuesday, February 15, 2011 07:43:34 pm Remy Bohmer wrote:
Hi,
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
Signed-off-by: Marcel korg...@home.nl
---
arch/arm/cpu/arm926ejs/at91/led.c |
Hi Remy,
Continuing producing some remarks:
2011/2/13 Marcel Janssen korg...@home.nl:
From: Marcel korg...@home.nl
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
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 branch
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 abd ==
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'
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, should all be
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.c:576:
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 iwama...@nigauri.org
CC: Ben Warren biggerbadder...@gmail.com
---
drivers/net/ne2000.c |3 ++-
1 files
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 yoshihiro.shimoda...@renesas.com
---
about V2:
- list sorted
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 ti...@freescale.com
---
include/configs/MPC8610HPCD.h | 12
include/configs/mpc5121ads.h |
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: Kumar.
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 affects 5xxx.
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 ti...@freescale.com
---
include/configs/MPC8610HPCD.h | 12
include/configs/mpc5121ads.h |
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:.
Only in
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
support.
It is
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 support,
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 ti...@freescale.com
---
doc/README.mpc5121ads | 18 ++
doc/README.mpc8610hpcd
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
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 the SPI
On Tue, 15 Feb 2011 04:02:44 -0500
Mike Frysinger vap...@gentoo.org 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
-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.
## Flattened
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:
Wolfgang Denk (1):
Hi Macpaul,
On Wed, Jan 26, 2011 at 5:19 AM, Wolfgang Denk w...@denx.de 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 ARIBAUDalbert.aribaudat 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
Hi Po-Yu,
2011/2/16 Po-Yu Chuang ratbert.chu...@gmail.com
Hi Macpaul,
On Wed, Jan 26, 2011 at 5:19 AM, Wolfgang Denk w...@denx.de 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
Hi Macpaul,
On Wed, Feb 16, 2011 at 3:07 PM, Macpaul Lin macp...@gmail.com wrote:
2011/2/16 Po-Yu Chuang ratbert.chu...@gmail.com
On Wed, Jan 26, 2011 at 5:19 AM, Wolfgang Denk w...@denx.de wrote:
Faraday's ftpmu010 is a power managemnet unit which support cpu
Ah, we are all waiting for
Hi Po-Yu and Wolfgang,
2011/2/16 Po-Yu Chuang ratbert.chu...@gmail.com
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
62 matches
Mail list logo