This patch adds an FTMAC100 Ethernet driver for Faraday A320 evaluation board.
Signed-off-by: Po-Yu Chuang
---
drivers/net/Makefile |1 +
drivers/net/ftmac100.c | 278
drivers/net/ftmac100.h | 154 ++
include/netdev
This patch adds an FTRTC010 driver for Faraday A320 evaluation board.
Signed-off-by: Po-Yu Chuang
---
drivers/rtc/Makefile |1 +
drivers/rtc/ftrtc010.c | 126
2 files changed, 127 insertions(+), 0 deletions(-)
create mode 100644 drivers/rt
This patch adds an FTRTC010 driver for Faraday A320 evaluation board.
Signed-off-by: Po-Yu Chuang
---
drivers/rtc/Makefile |1 +
drivers/rtc/ftrtc010.c | 126
2 files changed, 127 insertions(+), 0 deletions(-)
create mode 100644 drivers/rt
This patch adds support for A320 development board from Faraday. This board
uses FA526 processor by default and has 512kB and 32MB NOR flash, 64M RAM.
FA526 is an ARMv4 processor and uses the ARM920T source in this patch.
Signed-off-by: Po-Yu Chuang
---
MAINTAINERS |
Dear Stefan Roese,
2009/4/28 Po-Yu Chuang :
> Dear Stefan Roese,
>> Did you define CONFIG_FLASH_CFI_LEGACY (and CONFIG_SYS_FLASH_LEGACY_512Kx8)?
>> IIRC then the SST FLASH chips are not completely CFI compatible. So you need
>> to enable the JEDEC framework.
>
> Yes, I have defined the fallowing m
Hi Po-Yu Chuang,
On Friday 03 July 2009 09:37:19 Po-Yu Chuang wrote:
> > SST39LF040 use addr1=0x and addr2=0x2AAA, however, each sector is
> > 0x1000 bytes.
> >
> > Thus, if we issue command to "sector base (0x41000) + offset(0x)",
> > it sends to 0x46555 and the chip fails to recognize th
Thanks for the comments Prafulla!
On Thu, 2 Jul 2009 21:36:19 -0700
Prafulla Wadaskar wrote:
> > + volatile struct kwgbe_device *dkwgbe = to_dkwgbe(dev);
> > + volatile struct kwgbe_registers *regs = dkwgbe->regs;
> > + volatile struct kwgbe_txdesc *p_txdesc = dkwgbe->p_txdesc;
> Only p_txd
Hi Prafulla,
>> -Original Message-
>> From: Simon Kagstrom [mailto:simon.kagst...@netinsight.net]
>> Sent: Thursday, July 02, 2009 12:17 PM
>> To: Prafulla Wadaskar
>> Cc: U-Boot ML
>> Subject: Re: [U-Boot] [PATCH] arm: Kirkwood: Add memory
>> barriers to kwgbe_send/recv
>>
>> On Wed, 1
Hi Guiseppe,
> are there some news about the patch in subject?
Actually I cannot find such a patch[1] - do you have a reference?
Thanks
Detlev
[1]
http://search.gmane.org/?query=+zlib%3A+updated+to+v.1.2.3&group=gmane.comp.boot-loaders.u-boot
--
Practice random senselessness and act kind o
Dear Stefan Roese,
2009/7/3 Stefan Roese :
> Yes, I understand your problem and it needs to get fixed. But your original
> patch changed the unlock address not only for this "legacy" FLASH type but for
> all AMD type FLASH chips. And I'm not sure if this is correct. Meaning if the
> AMD/Spansion c
Hi Stefan & Scott,
> Stefan Roese wrote:
>> I know that we advertised the usage of the io accessor functions for quite
>> some time now. But I'm not so sure here anymore. One disadvantage of this
>> usage could be speed penalty by the usage of too many unnecessary barriers
>> (included via the
Hi Detlev,
I'm waiting for the patch approval after having received the mail as below.
Are there news about the approval?
It is not possible to split the patch because the big chunk is due to only
one piece (the zlib.c rework).
Thanks for the reply,
Giuseppe
-Original Message-
From: u-b
Hi Rainer,
> i use the autoscr command to store further information in a NAND at the
> first start.
> After this it modify the bootcmd and save the enviroment and the last
> command should restart the device.
Where is your environment located? What parser do you use,
i.e. "regular" or "hush"?
>
On Friday 03 July 2009 05:26:22 yangguang3501 wrote:
> I use a new board designing based on PPC440EP evaluating board, called
> yosemite. I use u-boot version 1.3.1.
1.3.1 is quite old. I strongly suggest that you update to a recent version.
> I reduce the SDRAM and Flash size to 128M and 16M, I
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Thursday, July 02, 2009 7:20 PM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 4/5]P2020RDB Removed
> CONFIG_NUM_CPUS for 85xx processor series.
>
>
> On Jul 2, 2
Hi Frank,
>>> As I cannot see any Cavium support in mainline U-Boot, when can we
>>> expect the patches adding support to be posted? :)
>>
>> Crud. If they've been hacking U-boot, then I can't say when it can be
>> released as I don't own the code :(...
>> -Garrett
>
> If they've use U-boot and di
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Wednesday, July 01, 2009 9:46 PM
> To: u-boot@lists.denx.de
> Cc: Nicolas Pitre; Manas Saksena; Lennert Buijtenhek;
> Prabhanjan Sarnaik; Ronen Shitrit; Ashish Karkare; Prafulla Wadaskar
> Subject: [PA
> -Original Message-
> From: Prafulla Wadaskar [mailto:prafu...@marvell.com]
> Sent: Monday, June 29, 2009 9:01 PM
> To: u-boot@lists.denx.de
> Cc: Prabhanjan Sarnaik; Ronen Shitrit; Ashish Karkare;
> Prafulla Wadaskar
> Subject: [PATCH v5 6/6] Marvell Sheevaplug Board support
>
> Ref
On Fri, Jul 3, 2009 at 12:33 PM, Detlev Zundel wrote:
> Hi Frank,
>
As I cannot see any Cavium support in mainline U-Boot, when can we
expect the patches adding support to be posted? :)
>>>
>>> Crud. If they've been hacking U-boot, then I can't say when it can be
>>> released as I don't o
Hello to all!
We are developing various IP-blocks for sparc' system-on-chip's. I
have successfully ported u-boot to our board (it was not too hard,
thanks!) , but now there is an idea to run some FORTH-kernel for
testing and debugging purposes without any OS. I tried OpenBIOS
software, but withou
new chips supported:-
MX25L1605D, MX25L3205D, MX25L6405D, MX25L12855E
out of which MX25L6405D and MX25L12855E tested on Kirkwood platforms
Modified the Macronix flash support to use 2 bytes of device id instead of 1
This was required to support MX25L12855E
Contributor: Piyush Shah
Signed-off-by
You'd make me happy if I was able to access cable TV signals I have
paid for without DRM.
I think it is not quite correct to call cable scrambling DRM. DRM
restricts the use of data you have a copy of. Cable scrambling
prevents you from getting the data if you do not pay for the
descramb
If the cell phone operator's "rule" says that operating of a modified
device
should not effect non-modified devices in close proximity (jamming - which
I
think meets the "materially and adversely affects the operation of the
network" statement)
It makes no difference, because
Signed-off-by: Matthias Fuchs
---
include/pci_ids.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/pci_ids.h b/include/pci_ids.h
index ae642b1..400c540 100644
--- a/include/pci_ids.h
+++ b/include/pci_ids.h
@@ -1519,6 +1519,8 @@
#define PCI_DEVICE_ID_AUREAL_VOR
This patch implements the is_pci_host() function in a similiar way
as it is used on 440 targets.
The former path with CONFIG_PCI_HOST == PCI_HOST_AUTO does not
build on 405EP targets because checking the PCI arbiter is different.
So putting the fixed code into a separate function makes the code
mo
--- On Fri, 7/3/09, Сергей Миронов wrote:
> From: Сергей Миронов
> Subject: [U-Boot] U-boot && forth kernel
> To: u-boot@lists.denx.de
> Date: Friday, July 3, 2009, 5:13 AM
> Hello to all!
>
> We are developing various IP-blocks for sparc'
> system-on-chip's. I
> have successfully ported u-b
On Fri, Jul 03, 2009 at 09:47:20AM -0400, Richard Stallman wrote:
> You'd make me happy if I was able to access cable TV signals I have
> paid for without DRM.
>
> I think it is not quite correct to call cable scrambling DRM. DRM
> restricts the use of data you have a copy of. Cable scra
On Jul 2, 2009, at 10:58 PM, Aggrwal Poonam-B10812 wrote:
>
>
>> -Original Message-
>> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
>> Sent: Thursday, July 02, 2009 7:20 PM
>> To: Aggrwal Poonam-B10812
>> Cc: u-boot@lists.denx.de
>> Subject: Re: [U-Boot] [PATCH 4/5]P2020RDB Removed
On Friday 03 July 2009 13:28:01 Prafulla Wadaskar wrote:
> new chips supported:-
> MX25L1605D, MX25L3205D, MX25L6405D, MX25L12855E
> out of which MX25L6405D and MX25L12855E tested on Kirkwood platforms
>
> Modified the Macronix flash support to use 2 bytes of device id instead of
> 1 This was requi
Hello,
I'm using the imx27lite-v2 branch for our opensource imx27 board. Right now
I'm trying to get the nand to work. I'm using a Micron 2Gb x8 part (p/n
MT29F2G08ABDHC). When I do "nand info" I get "Device 0: NAND 256MiB 1,8V
8-bit, sector size 128 KiB" which is correct. mtdparts returns:
devic
On Fri, Jul 3, 2009 at 12:03 PM, Paul Thomas wrote:
> Hello,
>
> I'm using the imx27lite-v2 branch for our opensource imx27 board. Right now
> I'm trying to get the nand to work. I'm using a Micron 2Gb x8 part (p/n
> MT29F2G08ABDHC). When I do "nand info" I get "Device 0: NAND 256MiB 1,8V
> 8-bit
On 16:56 Thu 02 Jul , Tom wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
> >On 15:04 Tue 30 Jun , Tom Rix wrote:
> >>On build of omap3 targets in MAKEALL, the *.ERR files have
> >>
> >>cpu.c: In function 'cleanup_before_linux':
> >>cpu.c:64: warning: implicit declaration of function 'v7_f
With the advent of CI+ for DVB (the european-originated version of
digital TV meanwhile used in several parts of the world), the cable
operators have the possibility to only allow descrambling by CI+
capable receivers/descrambling modules. However, to be CI+ compliant,
all recei
> +/*
> + * CLKs configurations
> + */
> +#define CONFIG_SYS_HZ1000
> +
> +/*
> + * NS16550 Configuration
> + */
> +#define CONFIG_SYS_NS16550
> +#define CONFIG_SYS_NS16550_SERIAL
> +#define CONFIG_SYS_NS16550_REG_SIZE (-4)
> +#define CONFIG_SYS_NS16550_CLK CONFIG_SYS
On 20:56 Mon 29 Jun , Prafulla Wadaskar wrote:
> Signed-off-by: Prafulla Wadaskar
> ---
> drivers/usb/host/ehci-hcd.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Remy could you look the marvell usb patch?
Best Regards,
J.
___
U
On Fri, Jul 3, 2009 at 9:47 AM, Richard Stallman wrote:
> You'd make me happy if I was able to access cable TV signals I have
> paid for without DRM.
>
> I think it is not quite correct to call cable scrambling DRM. DRM
> restricts the use of data you have a copy of. Cable scrambling
> prev
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Thursday, July 02, 2009 7:30 PM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 5/5] P2020RDB Platform support added.
>
> >
> >
> > index acec1a0..21eb424 100644
> >
37 matches
Mail list logo
