On 21:21 Sat 29 Mar , Luigi 'Comio' Mantellini wrote:
> Hi All,
>
> I will rework the patch in order to include all files from LZMA
> SDK and some fix. I'll send the patch on Tuesday (I'm in
> vacation). These are the implemented features:
>
> - LZMA SDK 4.57 Decode code (vanilla)
> - A Buff2
Thanks Tor,
I will send one new patch including the full set of linux kernel's ata.h
with your signed-off.
On Tue, 2008-04-01 at 05:26 +0800, Tor Krill wrote:
> This patch adds some missing defines to libata.
> Add check power mode command.
> Add obsoleted bits in dev reg
> Add ata command regis
> I'm aware of this. Changing register contents seems a useful extension
> to me, too. That's why I wrote "add such code". I think something like
> Print all (or a predefined set of) registers:
< => reg
> Print a specific register:
< => reg name
>Set a specific register to "value":
Please pull u-boot-at91
The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
Bartlomiej Sieka (1):
Fix host tool build breakage, take two
are available in the git repository at:
git://www.denx.de/git/u-boot-at91.git master
David Brownell (2):
add missin
> Any chance you could split out the command code from this? That's
> really a separate piece of functionality.
Already separated it, as you may have noticed. Will try to resubmit in a
non wrapped way...
-
Check out the new S
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/cpu/arm926ejs/at91sam9/Makefile b/cpu/arm926ejs/at91sam9/Makefile
index bf15e1e..203abc2 100644
--- a/cpu/arm926ejs/at91sam9/Makefile
+++ b/cpu/arm926ejs/at91sam9/Makefile
@@ -25,11 +25,14 @@ include $(TOPDIR)/config.
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/drivers/mtd/Makefile b/drivers/mtd/Makefile
index 952e919..ff932a1 100644
--- a/drivers/mtd/Makefile
+++ b/drivers/mtd/Makefile
@@ -23,17 +23,17 @@
include $(TOPDIR)/config.mk
-LIB:= $(obj)libmtd.a
+LIB:=
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/board/atmel/at91sam9260ek/Makefile
b/board/atmel/at91sam9260ek/Makefile
index 309ea46..8a629b9 100644
--- a/board/atmel/at91sam9260ek/Makefile
+++ b/board/atmel/at91sam9260ek/Makefile
@@ -25,10 +25,12 @@ include $(TO
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
diff --git a/board/atmel/at91cap9adk/Makefile b/board/atmel/at91cap9adk/Makefile
index 359fdab..3961030 100644
--- a/board/atmel/at91cap9adk/Makefile
+++ b/board/atmel/at91cap9adk/Makefile
@@ -25,10 +25,12 @@ include $(TOPDIR)/con
Wolfgang,
The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
Bartlomiej Sieka (1):
Fix host tool build breakage, take two
are available in the git repository at:
git://www.denx.de/git/u-boot-net.git master
Andre Schwarz (1):
new PHY @ e1000 - 2nd try
hello,all
I'm new to u-boot, now I am working on MPC8541, I use DUART1 as my serial port,
I want to do loopback test on DUART1, but it isn't working, so I want to know
how to do loopback test on DUART1.Can you help me?
below is my processing steps:
1) set UCLR1=0x00 (close DLAB)
2) set UIER1=0x00
The fdt set command was treating properties specified as <00> and <0011>
as byte streams, rather than as an array of cells. As we already have
syntax for expressing the desire for a stream of bytes ([ xx xx ...]),
we should use the <> syntax to describe arrays of cells, which are always
32-bits pe
Ben Warren wrote:
> Applied to net tree. In the future, please post patch inline.
Yes, I will do that. I've heard that Thunderbird isn't good for posting
patches and now I see why.
Aras
__
This email has been scanned by the Mess
Hi.
All public services provided by DENX are currently moving to a server
with newer, more powerful hardware. This move should be transparent for
users and developers, except maybe for minor glitches during DNS update
times. If you encounter any problems, please report them to [EMAIL PROTECTED]
T
This patch adds some missing defines to libata.
Add check power mode command.
Add obsoleted bits in dev reg
Add ata command register defines
Signed-off-by: Tor Krill <[EMAIL PROTECTED]>
---
include/libata.h | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --g
Wolfgang,
The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82:
Bartlomiej Sieka (1):
Fix host tool build breakage, take two
are available in the git repository at:
git://www.denx.de/git/u-boot-coldfire.git master
Matthew Fettke (2):
ColdFire: Added MCF5
In message <[EMAIL PROTECTED]> you wrote:
>
> >> Which Linux distro are you running?
> >
> > RHEL WS 3
Oops.
> >>> /usr/include/md5.h:27: error: parse error before "UINT4"
> >>> /usr/include/md5.h:30: error: parse error before '}' token
> >>> /usr/include/md5.h:38: error: parse error before "PR
In message <[EMAIL PROTECTED]> you wrote:
>
> > As far as I managed to understand, reginfo just shows a dump of CPU
> > based register values, while pario allows you to set and get the value
> > of a GPIO port - two different things. We found this very useful for
> > debugging our board, and I thi
In message <[EMAIL PROTECTED]> you wrote:
>
> > I don't think is a good idea. The code as presented is actually not
> > suited for such an extension. And I definitly don't want to plan for
> > another #ifdef maze.
>
> > Are you aware of the "reginfo" command? Few people seem to know it.
>
> >
On Mon, 31 Mar 2008 15:13:15 +0300
David Saada <[EMAIL PROTECTED]> wrote:
> On the MPC83xx & MPC85xx architectures that have QE, add initial data to
> the pin configuration table (qe_iop_conf_tab).
> This is relevant for GPIO pins defined as output. One can setup a value
> of -1 to leave the valu
On Mon, Mar 31, 2008 at 7:13 AM, David Saada <[EMAIL PROTECTED]> wrote:
> +
> +void qe_config_iopin(u8 port, u8 pin, int dir, int open_drain, int
> assign,
You are going to find it very hard to get patches accepted if you
can't find a way to send without line wrap errors.
Andy
--
On Mon, Mar 31, 2008 at 2:36 AM, David Saada <[EMAIL PROTECTED]> wrote:
>
>
>
> On the MPC83xx & MPC85xx architectures that have QE, add initial data to the
> pin configuration table (qe_iop_conf_tab).
> This is relevant for GPIO pins defined as output. One can setup a value of
> -1 to leave the v
On Mon, 31 Mar 2008 10:01:34 -0400
Ben Warren <[EMAIL PROTECTED]> wrote:
> Tor Krill wrote:
> > Add phy_info for Vitesse VSC8601.
> > Add config option, CFG_VSC8601_SKEWFIX, to enable RGMII skew timing
> > compensation.
> >
> > Signed-off-by: Tor Krill <[EMAIL PROTECTED]>
> >
> Acked-by: Ben W
The linux kernel is now mostly ARCH=powerpc, so to make life easier
allow use to use ARCH=powerpc and convert it to ARCH=ppc.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Identical to the patch 'Allow use to use ARCH=powerpc when building', but
this one the subject makes a bit more sense.
The linux kernel is now mostly ARCH=powerpc, so to make life easier
allow use to use ARCH=powerpc and convert it to ARCH=ppc.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
Makefile |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 4255cf5..4
On Mar 28, 2008, at 10:44 AM, Kumar Gala wrote:
>
> On Mar 28, 2008, at 9:45 AM, Wolfgang Denk wrote:
>> In message > [EMAIL PROTECTED]> you wrote:
>>> Even with this patch I'm still having issues:
>>>
>>> gcc -g -Wall -idirafter /tmp/u-boot-85xx/include -idirafter /tmp/u-
>>> boot-85xx/include2 -
David Saada wrote:
> As far as I managed to understand, reginfo just shows a dump of CPU
> based register values, while pario allows you to set and get the value
> of a GPIO port - two different things. We found this very useful for
> debugging our board, and I think it can be useful for many othe
On Monday 31 March 2008, Joakim Tjernlund wrote:
> Cool script, which reminds me about something: Is it possible to
> define a script that can output if the cpu is Big Endian or
> Little Endian?
if you can rely on grep being sane, yes. it's pretty easy.
$ cat test.c
short ascii_mm[] = { 0x4249, 0
> I don't think is a good idea. The code as presented is actually not
> suited for such an extension. And I definitly don't want to plan for
> another #ifdef maze.
> Are you aware of the "reginfo" command? Few people seem to know it.
> Maybe you should add such code there.
As far as I manage
On Monday 31 March 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > > And
> > > instead of tricking around all this here, I think we should rather
> > > use somthing like "u32" in the code.
> >
> > if the value in question represents a CRC32, then that's what should hav
On Sun, 2008-03-30 at 16:27 -0400, Mike Frysinger wrote:
> The envcrc.c does sizeof(unsigned long) when calculating the crc, but this
> is done with the build toolchain instead of the target toolchain, so if
> the build is a 64bit system but the target is 32bits, the size will
> obviously be wrong
In message <[EMAIL PROTECTED]> you wrote:
>
> It is indeed a general feature, whose first implementation is for the
> QE. It can (and should) be extended for other CPU types. I wanted to add
> the CPM2 I/O setup, but I don't have a board to check this.
> If desired I can wrap the QE related calls
> This sounds line a very general feature, but having a close look it
> seems that it is highly specialized on QE only.
> As such, it does not qualify for such a generic command name.
Wolfgang,
It is indeed a general feature, whose first implementation is for the
QE. It can (and should) be exte
In message <[EMAIL PROTECTED]> you wrote:
>
> > And
> > instead of tricking around all this here, I think we should rather
> > use somthing like "u32" in the code.
>
> if the value in question represents a CRC32, then that's what should have
> been
> used in the first place ...
Indeed. So p
In message <[EMAIL PROTECTED]> you wrote:
> This patch fragment includes commands for reading and writing parallel
> I/O ports (pario command).
This sounds line a very general feature, but having a close look it
seems that it is highly specialized on QE only.
As such, it does not qualify for suc
The envcrc.c does sizeof(unsigned long) when calculating the crc, but this is
done with the build toolchain instead of the target toolchain, so if the build
is a 64bit system but the target is 32bits, the size will obviously be wrong.
This converts all unsigned long stuff related to crc32 to uint3
Daniel Hellstrom wrote:
> Ben Warren wrote:
>
>> Daniel Hellstrom wrote:
>>
>>> Ben Warren wrote:
>>>
>>>
I haven't looked at how all the funky macros in this patch are
called, but it's generally considered good form to wrap multi-line
macros with do {...} while(0) in order to av
Ben Warren wrote:
> Daniel Hellstrom wrote:
>
>> Ben Warren wrote:
>>
>>
>>> I haven't looked at how all the funky macros in this patch are
>>> called, but it's generally considered good form to wrap multi-line
>>> macros with do {...} while(0) in order to avoid compiler issues.
>>> I'll NAK
Note: this commit breaks booting on trab.h
commit 80767a6cead9990d9e77e62be947843c2c72f469
Author: Peter Pearse <[EMAIL PROTECTED]>
Date: Wed Sep 5 16:04:41 2007 +0100
Changed API name to coloured_led.h
Removed code using deprecated ifdef CONFIG_BOOTBINFUNC
Tidied other cpu/arm920t/
Daniel Hellstrom wrote:
> Ben Warren wrote:
>
>> I haven't looked at how all the funky macros in this patch are called, but
>> it's generally considered good form to wrap multi-line macros with do {...}
>> while(0) in order to avoid compiler issues. I'll NAK the patch for now based
>> on this
Alessandro Rubini wrote:
>>> +#define SMC_insb(r,b,l)({ int __i ; \
>>> + byte *__b2; \
>>> + __b2 = (byte *) b; \
>>> + for (__i = 0; __i < l; __i++) { \
>>> +
Tor Krill wrote:
> Ben regarding your call for network related patches. Im not sure if i
> should have sent this one to you? Got no reactions on it.
>
> /Tor
>
No problem. If either Kim Phillips or Andy Fleming blesses it, I'll
pull it in today.
regards,
Ben
-
Tor Krill wrote:
> Add phy_info for Vitesse VSC8601.
> Add config option, CFG_VSC8601_SKEWFIX, to enable RGMII skew timing
> compensation.
>
> Signed-off-by: Tor Krill <[EMAIL PROTECTED]>
>
Acked-by: Ben Warren <[EMAIL PROTECTED]>
> ---
> drivers/net/tsec.c | 30 +
On Monday 31 March 2008, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > The envcrc.c does sizeof(unsigned long) when calculating the crc, but
> > this is done with the build toolchain instead of the target toolchain, so
> > if the build is a 64bit system but the target is 32bi
On Mon, 31 Mar 2008 17:05:12 +0800
Dave Liu <[EMAIL PROTECTED]> wrote:
> Currently the serdes will not be initializated due to the
> partid's error.
>
> Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc837xemds/mpc837xemds.c |2 +-
> 1 files changed, 1 insertions(+), 1
> David, I ran into difficulties applying your QE IO patch, due to
> mailer mangling again, I'm afraid. It looked like there weren't *too*
> many, so I may manage to do it by hand, but if you can find some way
> to send me the 85xx-related patches in a non-mangled format, I would
> definitely g
Le lundi 31 mars 2008 à 14:25 +0200, Jean-Christophe PLAGNIOL-VILLARD a
écrit :
> On 14:12 Mon 31 Mar , Stelian Pop wrote:
> >
> > Le mercredi 26 mars 2008 à 22:52 +0100, Stelian Pop a écrit :
> > > Hi,
> > >
> > > The following patches add support for the AT91SAM9260 SoC and
> > > the AT91S
This patch fragment includes commands for reading and writing parallel
I/O ports (pario command).
Signed-off-by: David Saada <[EMAIL PROTECTED]>
common/cmd_pario.c | 85
+++
common/Makefile |1
2 files changed, 86 insertions(+)
create mod
Ben Warren wrote:
> I haven't looked at how all the funky macros in this patch are called, but
> it's generally considered good form to wrap multi-line macros with do {...}
> while(0) in order to avoid compiler issues. I'll NAK the patch for now based
> on this.
The Macros are used to read/writ
On 14:12 Mon 31 Mar , Stelian Pop wrote:
>
> Le mercredi 26 mars 2008 à 22:52 +0100, Stelian Pop a écrit :
> > Hi,
> >
> > The following patches add support for the AT91SAM9260 SoC and
> > the AT91SAM9260EK board and make the necessary preparations
> > for the other AT91SAM9 products.
>
> Hi
This patch fragment modifies the QE I/O pin configuration tables of all
relevant boards to include initial data.
Signed-off-by: David Saada <[EMAIL PROTECTED]>
mpc8323erdb/mpc8323erdb.c | 74 ++--
mpc832xemds/mpc832xemds.c | 74 ++--
mpc8360emds/mpc8360emds.c | 110 +---
On the MPC83xx & MPC85xx architectures that have QE, add initial data to
the pin configuration table (qe_iop_conf_tab).
This is relevant for GPIO pins defined as output. One can setup a value
of -1 to leave the value unchanged.
In addition, add I/O pin read & write functions.
Signed-off-by: David
Le mercredi 26 mars 2008 à 22:52 +0100, Stelian Pop a écrit :
> Hi,
>
> The following patches add support for the AT91SAM9260 SoC and
> the AT91SAM9260EK board and make the necessary preparations
> for the other AT91SAM9 products.
Hi Jean-Christophe and the list,
I haven't had any feedback on m
On Mon, Mar 31, 2008 at 1:13 PM, Stefan Roese <[EMAIL PROTECTED]> wrote:
> > > I'm not really sure if this is true though since Taihu is using
> > > gpio_set_chip_configuration() without known problems. Could you please
> > > re-check with AMCC support, if this statement for 405EP is correc
On Monday 31 March 2008, M B wrote:
> > No. High and low *are* swapped. I just re-checked with users manual rev
> > 1.08. GPIO0_OSRH has offset 0x0C and GPIO0_OSRL has offset 0x08. So this
> > matches the offsets of all other 4xx GPIO registers I have seen so far.
>
> You're right. This was fixed
On Mon, Mar 31, 2008 at 11:20 AM, Stefan Roese <[EMAIL PROTECTED]> wrote:
> > > No, I don't think they are correct. These are the defines for 405EP (and
> > > 405GP btw) in ppc405.h (I know this file is hell):
> > >
> > > #define GPIO_BASE 0xEF600700
> > > #define GPIO0_OR (GP
In message <[EMAIL PROTECTED]> you wrote:
>
> >I don't think the ATA_SECT_BYTESIZE is better than
> >the ATA_SECT_SIZE.
Actually it's worse.
> The big problem here is that ata.h defines ATA_SECT_SIZE as 256 Words
> where libata defines it as 512 Bytes.
But "BYTESIZE" reads to me as "size of byt
In message <[EMAIL PROTECTED]> you wrote:
> The envcrc.c does sizeof(unsigned long) when calculating the crc, but this
> is done with the build toolchain instead of the target toolchain, so if
> the build is a 64bit system but the target is 32bits, the size will
> obviously be wrong. This introduc
The following changes since commit 234ea73c660cfd0b1c98de00995c32d4152d202f:
Wolfgang Denk (1):
Merge branch 'master' of git+ssh://10.10.0.7/home/wd/git/u-boot/master
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Wolgang, this is an update fo
On Monday 31 March 2008, Larry Johnson wrote:
> Signed-off-by: Larry Johnson <[EMAIL PROTECTED]>
Applied to u-boot-ppc4xx. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB
On Sunday 30 March 2008, Matthias Fuchs wrote:
> Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
Applied to u-boot-ppc4xx. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HR
On Sunday 30 March 2008, Matthias Fuchs wrote:
> Add support for the ptm1la, ptm1ms, ptm2la and ptm2ms
> environment variables.
>
> Cleanup pci_target_init.
>
> Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
Applied to u-boot-ppc4xx. Thanks.
Best regards,
Stefan
==
On Sunday 30 March 2008, Matthias Fuchs wrote:
> Signed-off-by: Matthias Fuchs <[EMAIL PROTECTED]>
Applied to u-boot-ppc4xx. Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HR
> +
> +#include
> +
> +/*---
> + * Linksys NSLU2 RedBoot Trailer Block:
> + *
> + * If we boot from RAM on a system which still contains the original
> + * RedBoot bootloader, check if the trailer signature exists and save
> + * t
Add MII commands to the UEC driver. Note that once a UEC device is selected,
any device on its MDIO bus can be addressed.
Signed-off-by: David Saada <[EMAIL PROTECTED]>
uec.c | 53 +
1 file changed, 53 insertions(+)
--- a/drivers/qe/uec.c
On Monday 31 March 2008, Markus Brunner wrote:
> > > Even worse you can't even
> > > have one which only takes care of the ppc440ep.
> >
> > ppc405ep?
>
> no typo, I ment ppc440ep
OK.
> > > Maybe I misunderstood the datasheet of the ppc440ep, so please correct
> > > me if I'm wrong.
> > > Accordi
Currently the serdes will not be initializated due to the
partid's error.
Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
---
board/freescale/mpc837xemds/mpc837xemds.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mpc837xemds/mpc837xemds.c
b/board/freescal
> diff --git a/include/configs/MPC8315ERDB.h
> b/include/configs/MPC8315ERDB.h
> index af78726..432fb31 100644
> --- a/include/configs/MPC8315ERDB.h
> +++ b/include/configs/MPC8315ERDB.h
> @@ -349,6 +349,29 @@
> #define CONFIG_ETHPRIME"eTSEC1"
>
> /*
> + * SATA
> + */
> +#define
On Friday 28 March 2008, you wrote:
> On Thursday 27 March 2008, M B wrote:
> > I found some bugs for the gpio setup for ppc405ep and was about to fix
> > them. After i fixed them (for 405ep) I realised that it's rather
> > impossible to have a function like gpio_set_chip_configuration to setup
> >
Please rate me! New adult pohto competition!!! snnqtvntvs:
http://bkjp-j.mail15.su
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.do
Add support for UPM configuration on the 85xx platform.
In addition, on the MPC83xx, remove MPC834x precompiler condition, in order
to support all MPC83xx processors.
Signed-off-by: David Saada <[EMAIL PROTECTED]>
cpu/mpc83xx/cpu.c |5
cpu/mpc85xx/cpu.c | 66
+
> >When I grep 'ATA_SECT_SIZE', I can *not* find any files including the
> >ATA_SECT_SIZE before the fsl_sata.c.
>
> Well, the ata_piix driver for one uses it, but only includes ata.h. But
> that is the only one in the tree right now.
>
> >> But the problem still remains, it is currently impossib
On 3/31/2008, "Dave Liu" <[EMAIL PROTECTED]> wrote:
>> >Don't do this.
>> >
>> >I don't think the ATA_SECT_BYTESIZE is better than
>> >the ATA_SECT_SIZE.
>>
>> The big problem here is that ata.h defines ATA_SECT_SIZE as 256 Words
>> where libata defines it as 512 Bytes.
>>
>> I did not want to
> >Don't do this.
> >
> >I don't think the ATA_SECT_BYTESIZE is better than
> >the ATA_SECT_SIZE.
>
> The big problem here is that ata.h defines ATA_SECT_SIZE as 256 Words
> where libata defines it as 512 Bytes.
>
> I did not want to change the old define since it would possibly break
> more than
On 3/31/2008, "Dave Liu" <[EMAIL PROTECTED]> wrote:
>
>> - fsl_sata_exec_cmd(sata, cfis, CMD_ATA, 0, buffer,
>> ATA_SECT_SIZE * blkcnt);
>> + fsl_sata_exec_cmd(sata, cfis, CMD_ATA, 0, buffer,
>> ATA_SECT_BYTESIZE * blkcnt);
>> return blkcnt;
>> }
>>
>> @@ -658,7 +659,7 @@ s
On Mon, 2008-03-31 at 00:33 +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > Just one step closer to full relocation of u-boot. Global variables
> > before relocation to RAM is hard to deal with. Not sure if the code
> > got smaller or not.
>
> Hm...there are some
76 matches
Mail list logo
