Hello
Anybody home?
http://lists.denx.de/pipermail/u-boot/2010-December/083032.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Anybody home?
http://lists.denx.de/pipermail/u-boot/2011-January/085070.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Anybody home?
http://lists.denx.de/pipermail/u-boot/2011-January/085072.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Mike Frysinger wrote:
> On Monday, February 28, 2011 13:50:55 Michal Simek wrote:
>> Mike Frysinger wrote:
>>> On Monday, February 28, 2011 04:40:33 Michal Simek wrote:
+ return 1;
>>> a bunch of these funcs return 1 when i'm pretty sure they should be 0
>> init function is called from eth.c:
On Tuesday, March 01, 2011 03:00:47 Michal Simek wrote:
> If both functions should return 0 then any code should check it and all
> others drivers should be fixed.
i agree, but that doesnt mean new code should knowingly be left broken
> > the init func is a special beast -- it returns the # of de
>> +static void setup_mac(struct eth_device *dev)
>> +{
>> +/* Set the MAC address */
>> +int val = ((dev->enetaddr[3] << 24) | (dev->enetaddr[2] << 16) |
>> +(dev->enetaddr[1] << 8) | (dev->enetaddr[0]));
>> +out_be32(dev->iobase + XAE_UAW0_OFFSET, val);
>> +
>> +val =
On Tuesday, March 01, 2011 03:19:12 Michal Simek wrote:
> >> +static void setup_mac(struct eth_device *dev)
> >> +{
> >> + /* Set the MAC address */
> >> + int val = ((dev->enetaddr[3] << 24) | (dev->enetaddr[2] << 16) |
> >> + (dev->enetaddr[1] << 8) | (dev->enetaddr[0]));
> >> + out_b
Dear Wolfgang,
On Fri, Feb 25, 2011 at 4:00 PM, Po-Yu Chuang wrote:
> Dear Wolfgang and Albert,
>
> On Fri, Feb 25, 2011 at 3:15 PM, Wolfgang Denk wrote:
>> Dear Albert ARIBAUD,
>>
>> In message <4d674d85.40...@free.fr> you wrote:
>>>
>>> All this, of course, if Wolfgang agrees to this suggestio
Mike Frysinger wrote:
> On Tuesday, March 01, 2011 03:00:47 Michal Simek wrote:
>> If both functions should return 0 then any code should check it and all
>> others drivers should be fixed.
>
> i agree, but that doesnt mean new code should knowingly be left broken
I agree that make no sense do no
Mike Frysinger wrote:
> On Monday, February 28, 2011 13:50:55 Michal Simek wrote:
>> Mike Frysinger wrote:
>>> On Monday, February 28, 2011 04:40:33 Michal Simek wrote:
+ return 1;
>>> a bunch of these funcs return 1 when i'm pretty sure they should be 0
>> init function is called from eth.c:
Mike Frysinger wrote:
> On Tuesday, March 01, 2011 03:19:12 Michal Simek wrote:
+static void setup_mac(struct eth_device *dev)
+{
+ /* Set the MAC address */
+ int val = ((dev->enetaddr[3] << 24) | (dev->enetaddr[2] << 16) |
+ (dev->enetaddr[1] << 8) | (dev->enet
On Tuesday, March 01, 2011 03:34:38 Michal Simek wrote:
> Mike Frysinger wrote:
> > On Tuesday, March 01, 2011 03:00:47 Michal Simek wrote:
> >> If both functions should return 0 then any code should check it and all
> >> others drivers should be fixed.
> >
> > i agree, but that doesnt mean new co
On Tuesday, March 01, 2011 03:37:30 Michal Simek wrote:
> Mike Frysinger wrote:
> > On Monday, February 28, 2011 13:50:55 Michal Simek wrote:
> >> Mike Frysinger wrote:
> >>> On Monday, February 28, 2011 04:40:33 Michal Simek wrote:
> +return 1;
> >>>
> >>> a bunch of these funcs retu
On Tuesday, March 01, 2011 03:46:16 Michal Simek wrote:
> Mike Frysinger wrote:
> > On Tuesday, March 01, 2011 03:19:12 Michal Simek wrote:
> +static void setup_mac(struct eth_device *dev)
> +{
> +/* Set the MAC address */
> +int val = ((dev->enetaddr[3] << 24) |
Mike Frysinger wrote:
> On Tuesday, March 01, 2011 03:34:38 Michal Simek wrote:
>> Mike Frysinger wrote:
>>> On Tuesday, March 01, 2011 03:00:47 Michal Simek wrote:
If both functions should return 0 then any code should check it and all
others drivers should be fixed.
>>> i agree, but tha
Hi Alan, did you find and answer to the problem?
I'm interesetd to share the work
Thanks
--
Ing. Fabio Giovagnini
Aurion s.r.l.
P.I e C.F.
00885711200
skype: aurion.giovagnini
Tel. +39.051.594.78.24
Fax. +39.051.082.14.49
Cell. +39.335.83.50.919
www.aurion-tech.com
From: Matthew McClintock
Currently, pixis_reset altbank does not work properly. This patch
uses the correct mask to boot into the alternate bank.
Signed-off-by: Matthew McClintock
Signed-off-by: Kumar Gala
---
include/configs/MPC8536DS.h |2 +-
1 files changed, 1 insertions(+), 1 deletion
Hi all
I seem to receive spam from the maillinglist.? any else having this problem.
its rather hectic... is the mailinglist running a filter or anything or
is this just crap that gets through
Regards
L
___
U-Boot mailing list
U-Boot@lists.denx.de
http
- Timeout counter value is set as DTOCV bits in SYSCTL register
For counter value set as timeout,
Timeout period = (2^(timeout + 13)) SD Clock cycles
- As per 4.6.2.2 section of SD Card specification v2.00, host should
cofigure timeout period value to minimum 0.25 sec.
- Number of SD Clock
Hi Albert,
On Saturday 08 January 2011 12:06 PM, Albert ARIBAUD wrote:
> Hi Aneesh,
[snip ..]
>> +/* some utility macros */
>> +#define mask(start, end) \
>> +(((1<< ((end) - (start) + 1)) - 1)<< (start))
>> +
>> +#define mask_n_get(reg, start, end) \
>> +(((reg)& mask(start, end))>>
On 03/01/2011 11:12 AM, Priyanka Jain wrote:
> - Timeout counter value is set as DTOCV bits in SYSCTL register
> For counter value set as timeout,
> Timeout period = (2^(timeout + 13)) SD Clock cycles
>
> - As per 4.6.2.2 section of SD Card specification v2.00, host should
> cofigure timeout
Le 01/03/2011 09:31, Po-Yu Chuang a écrit :
> Dear Wolfgang,
>
> On Fri, Feb 25, 2011 at 4:00 PM, Po-Yu Chuang
> wrote:
>> Dear Wolfgang and Albert,
>>
>> On Fri, Feb 25, 2011 at 3:15 PM, Wolfgang Denk wrote:
>>> Dear Albert ARIBAUD,
>>>
>>> In message<4d674d85.40...@free.fr> you wrote:
>>
Well we resolved our DDR problem. Turns out the CAS latency on the e500 is
defined in half clocks and a value of 5 gives you a CAS latency of 3. Next
time I'll read the docs more carefully :)
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] O
Le 01/03/2011 12:54, Aneesh V a écrit :
> Hi Albert,
>
> On Saturday 08 January 2011 12:06 PM, Albert ARIBAUD wrote:
>> Hi Aneesh,
> [snip ..]
>>> +/* some utility macros */
>>> +#define mask(start, end) \
>>> + (((1<< ((end) - (start) + 1)) - 1)<< (start))
>>> +
>>> +#define mask_n_get(reg, start,
Hi TC,
I realize you are not the uboot-coldfire maintainer anymore, but I hope you can
help.
I posted this patch about 3 weeks ago, just wondering if I used
the wrong e-mail for the uboot coldfire maintainer.
- Richard
< Original email >
Original Message
Subject: [PATCH 1/3]
Aneesh,
On Monday, February 28, 2011 5:16 PM, V, Aneesh wrote:
> From: John Rigby
>
> Signed-off-by: John Rigby
> ---
> common/image.c|1 +
> include/image.h |1 +
> tools/Makefile|2 +
> tools/mkimage.c |2 +
> tools/mkimage.h |1 +
> tools/omapimage.c | 229
On Monday, February 28, 2011 5:16 PM, V, Aneesh wrote:
> Provide a means by which u-boot/SPL can save parameters passed
> to it by ROM code or the pre-loader.
>
> A new function 'save_boot_params' has been defined and a
> default implentation provided. Please note that we do not have
> a stack ye
On Tue, Mar 1, 2011 at 7:24 AM, Bedia, Vaibhav wrote:
> Aneesh,
>
> On Monday, February 28, 2011 5:16 PM, V, Aneesh wrote:
>> From: John Rigby
>>
>> Signed-off-by: John Rigby
>> ---
>> common/image.c | 1 +
>> include/image.h | 1 +
>> tools/Makefile | 2 +
>> tools/mkimage.c
Hi Vaibhav,
On Tuesday 01 March 2011 07:54 PM, Bedia, Vaibhav wrote:
> Aneesh,
>
> On Monday, February 28, 2011 5:16 PM, V, Aneesh wrote:
>> From: John Rigby
>>
>> Signed-off-by: John Rigby
>> ---
>> common/image.c|1 +
>> include/image.h |1 +
>> tools/Makefile|2 +
>>
Hi Reinhard,
On 02/28/2011 10:58 PM, Reinhard Meyer wrote:
> Dear matt.waddel,
>> From: Matt Waddel
>>
> Sorry, my original comment still holds true for the naming,
> now the name suggests that this driver is generic to ARM devices,
> which clearly is not true.
Correct. However, this hardware de
Guten tag.
Ich heiBe Adam Barry, ich bin Personalmanager in Firma Ammax Trans Logistics
Unsere Firma beschaftigt sich mit Logistik obergroBe Ladegoter. Im Moment
betatigen wir uns auf dem Europaischen Markt der Elektronik. Um Lieferungen in
Europa zu beaufsichtigen und for weitere Organisation
On Tue, Mar 1, 2011 at 1:41 AM, lee wrote:
> Hi all
>
> I seem to receive spam from the maillinglist.? any else having this
> problem.
>
>
I am also receiving significant spam through the mailing list.
--Rick
--
J. Rick Ramstetter
(201) 743-9867
http://paul.rutgers.edu/~jramstet
My @cs.rutger
Hello Matt Waddel,
>> Sorry, my original comment still holds true for the naming,
>> now the name suggests that this driver is generic to ARM devices,
>> which clearly is not true.
>
> Correct. However, this hardware device was developed by ARM (the
> company). As far as I know the other ARM mmc dr
Hello,
I am using multiple serials (all UART'S) , and I am confused as to the
meaning of the ns16550 clock.
By default it is defined :
#define CONFIG_SYS_NS16550_CLK clk_get(DAVINCI_UART2_CLKID)
But if ns16550 driver is the same for all UART'S, it seems wrong to define
it to depend on UART2 cloc
This patch allows any board implementing the coloured LED API
to control the LEDs from the console.
led [green | yellow | red | all ] [ on | off ]
or
led [ 1 | 2 | 3 | all ] [ on | off ]
Adds configuration item CONFIG_CMD_LED enabling the command.
Partially based on patch from Ulf Samuelsson
Added LED driver using status_led. USR0 is set to monitor the boot
status. USR1 is set to be the green LED.
Included adding configuration and command to the default configuration.
Signed-off-by: Jason Kridner
---
board/ti/beagle/Makefile |4 +-
board/ti/beagle/beagle.c |7
On Thu, Feb 24, 2011 at 6:16 PM, Bob Feretich
wrote:
> The below patch reverses the order of two segments in the board file.
> Output pins need to have their values initialized, before they are
> exposed to the logic outside the chip.
>
> Signed-off-by: Bob Feretich
> Cc: Wolfgang Denk
Looks go
On Fri, Feb 18, 2011 at 3:37 AM, Alexander Holler wrote:
> Linux kernels >= 2.6.36 are using ttyOn instead ttySn for the
> serials on OMAPs.
>
> Signed-off-by: Alexander Holler
Ack.
> ---
> include/configs/omap3_beagle.h | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --
Commit 359ec4931944adb885882deb9b781e4095eabc94 broke support for the
Freescale DMA engine on the 83xx parts. This is due to using registers
which do not exist on 83xx. Remove the attribute register accesses from
the 83xx build.
Signed-off-by: Ira W. Snyder
Cc: York Sun
Cc: Peter Tyser
Cc: Kuma
From: Alexander Holler
Using the new env import command it is possible to use plain text files instead
of script-images. Plain text files are much easier to handle.
E.g. If your boot.scr contains the following:
---
setenv dvimode 1024x768-16@60
run loaduimage
run
Hi Stefano,
Ping?
Regards,
Fabio Estevam
-Original Message-
From: Estevam Fabio-R49496
Sent: Thursday, February 17, 2011 5:50 PM
To: u-boot@lists.denx.de
Cc: sba...@denx.de; Estevam Fabio-R49496
Subject: [PATCH] mx25: Make the UART port number explicit in its setup function
Signed-off
Dear Minkyu Kang,
On 2011-02-28 8:36 Minkyu Kang wrote:
> Dear Donghwa Lee,
>
> On 24 February 2011 16:56, Donghwa Lee wrote:
>> This is common pwm driver of S5P.
>>
>> Signed-off-by: Donghwa Lee
>> Signed-off-by: Kyungmin Park
>>
>> ---
>> arch/arm/cpu/armv7/s5p-common/Makefile |1 +
>>
Hi jason,
On 03/02/2011 05:02 AM, Jason Kridner wrote:
> Added LED driver using status_led. USR0 is set to monitor the boot
> status. USR1 is set to be the green LED.
>
> Included adding configuration and command to the default configuration.
>
> Signed-off-by: Jason Kridner
Please consider gen
This is common pwm driver version2 of S5P.
Signed-off-by: Donghwa Lee
Signed-off-by: Kyungmin Park
---
arch/arm/cpu/armv7/s5p-common/Makefile |1 +
arch/arm/cpu/armv7/s5p-common/pwm.c | 218 +++
arch/arm/include/asm/arch-s5pc1xx/pwm.h | 14 ++
arch/arm/in
Dear David Müller,
On 11 January 2011 21:22, David Müller wrote:
>
> This patch brings the VCMA9 port in sync with the latest U-Boot
> version by doing the following:
> - do the necessary adjustments to support the ARM relocation feature
> - use the CFI flash driver (and removing the old one)
>
Hello Jason,
On 02.03.2011 00:37, Jason Kridner wrote:
> From: Alexander Holler
>
> Using the new env import command it is possible to use plain text files
> instead
> of script-images. Plain text files are much easier to handle.
>
> E.g. If your boot.scr contains the following:
> --
Dear Albert,
On Tue, Mar 1, 2011 at 8:22 PM, Albert ARIBAUD wrote:
> Le 01/03/2011 09:31, Po-Yu Chuang a écrit :
>> On Fri, Feb 25, 2011 at 4:00 PM, Po-Yu Chuang
>> wrote:
>>
>> I tried the following command and it seems work:
>>
>> for f in `find * -type f`; do sed -i 's/\<_end\>/__bss_end/g' $
- Timeout counter value is set as DTOCV bits in SYSCTL register
For counter value set as timeout,
Timeout period = (2^(timeout + 13)) SD Clock cycles
- As per 4.6.2.2 section of SD Card specification v2.00, host should
cofigure timeout period value to minimum 0.25 sec.
- Number of SD Clock
On Tuesday, March 01, 2011 8:20 PM, V, Aneesh wrote:
[...]
> For OMAP4:
> 1. An 8 byte GP header is enough for booting from external MMC
> FAT partition
> 2. A dummy CH with a dummy CHSETTINGS is essential for booting
> from the RAW partition of eMMC or external MMC. This works
> for FA
Dear Donghwa Lee,
On 2 March 2011 11:23, Donghwa Lee wrote:
> This is common pwm driver version2 of S5P.
>
> Signed-off-by: Donghwa Lee
> Signed-off-by: Kyungmin Park
> ---
Please add change log here.
http://www.denx.de/wiki/view/U-Boot/Patches#Sending_updated_patch_versions
> arch/arm/cpu/a
From: Po-Yu Chuang
Signed-off-by: Po-Yu Chuang
---
arch/arm/cpu/arm1136/u-boot.lds|2 ++
arch/arm/cpu/arm1176/u-boot.lds|2 ++
arch/arm/cpu/arm720t/u-boot.lds|2 ++
arch/arm/cpu/arm920t/ep93xx/u-boot.lds |2 ++
arch/arm/cpu/arm920t/u-boot.lds|
From: Po-Yu Chuang
Monitor protection region in FLASH did not cover .rel.dyn section
and .dynsym sections, because it uses __bss_start to compute
monitor_flash_len. Use _end instead.
Add _end_ofs to all the start.S.
Signed-off-by: Po-Yu Chuang
---
arch/arm/cpu/arm1136/start.S |4
Hi Po-Yu Chuang,
Le 02/03/2011 07:02, Po-Yu Chuang a écrit :
> From: Po-Yu Chuang
>
> Monitor protection region in FLASH did not cover .rel.dyn section
> and .dynsym sections, because it uses __bss_start to compute
> monitor_flash_len. Use _end instead.
>
> Add _end_ofs to all the start.S.
>
> Sig
Hi Albert,
On Wed, Mar 2, 2011 at 3:03 PM, Albert ARIBAUD wrote:
> Hi Po-Yu Chuang,
>
> Le 02/03/2011 07:02, Po-Yu Chuang a écrit :
>>
>> From: Po-Yu Chuang
>>
>> Monitor protection region in FLASH did not cover .rel.dyn section
>> and .dynsym sections, because it uses __bss_start to compute
>> m
This part h8300 cpu support (3/3)
Signed-off-by: Yoshinori Sato
---
common/cmd_bdinfo.c | 20
common/cmd_bootm.c |2 ++
examples/standalone/Makefile |3 +--
examples/standalone/stubs.c | 20 ++--
include/image.h |
This part of h8300 cpu support
Signed-off-by: Yoshinori Sato
---
arch/h8300/config.mk | 35
arch/h8300/cpu/h8300s/Makefile | 53
arch/h8300/cpu/h8300s/config.mk| 26 ++
arch/h8300/cpu/h8300s/cpu.c| 83 +++
arch/h830
56 matches
Mail list logo