Magnus Lilja wrote:
>>> It's curious: always, when replying to your e-mails, my e-mail address
>>> appears in the To field instead of your address.
>>> Do the others have this problem, too? (Thunderbird 2.0.0.14 on Linux)
>>>
>> I use mutt and I receve the e-mail with your e-mail address as
Radha Krishna wrote:
> Hi,
>
> I have downloaded U-boot and trying to compile it for the Target
> omap3430sdp_config.
>
> Using commands
>
> Step 0: make distclean
>
> Step 1: make CROSS_COMPILE=arm-none-linux-gnueabi- omap3430sdp_config
>
> Step 2: make CROSS_COMPILE=arm-none-linux-gnueabi-
>
>
Louis Su wrote:
> Signed-off-by: Louis Su <[EMAIL PROTECTED]>
> ---
> drivers/net/Makefile |1 +
> drivers/net/ax88180.c | 727
> +
> drivers/net/ax88180.h | 412
> 3 files changed, 1140 insertions(+), 0 deletions
Hi Nobuhiro,
On Wed, Sep 10, 2008 at 5:09 AM, Nobuhiro Iwamatsu <[EMAIL PROTECTED]> wrote:
> On Tue, 09 Sep 2008 17:52:47 +0900
> Yoshihiro Shimoda <[EMAIL PROTECTED]> wrote:
>
>> Fix the problem that cannot work RTL8169 on sh7785lcr board.
>>
>> Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]
Wolfgang Denk wrote:
> Dear Yoshihiro Shimoda,
>
> In message <[EMAIL PROTECTED]> you wrote:
>
>> Fix the problem that cannot work RTL8169 on sh7785lcr board.
>>
>> Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]>
>> ---
>> board/sh7785lcr/sh7785lcr.c |5 +
>> 1 files changed, 5 ins
Wolfgang Denk wrote:
> Dear Ben,
>
> In message <[EMAIL PROTECTED]> Yoshihiro Shimoda wrote:
>
>> This patch fixes a problem that RTL8110SCL started transfer
>> with an incorrect memory address.
>>
>> Signed-off-by: Yoshihiro Shimoda <[EMAIL PROTECTED]>
>> ---
>>
>
> Is it correct to assume
On Thu, Aug 7, 2008 at 1:56 AM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Hi custodians,
>
> there are a couple of recent patches which include some bug fixes that
> look urgent enough to be included with the upcoming 1.3.4 release (the
> last one with the old version number system).
>
> Can you p
Jatin Sharma wrote:
> I am running U-Boot version U-Boot 1.3.1-rc1 on my board that has a
> Broadcom network switch. My goal is to initialize this switch at the
> bootloader level and be able to tftpboot a Linux kernel from one of
> the ethernet ports of this switch.
>
> As _I_ understand, there ar
Hi Magnus,
On Wed, Aug 6, 2008 at 5:19 AM, Magnus Lilja <[EMAIL PROTECTED]> wrote:
> Add support for NAND and ethernet on the Freescale i.MX31 PDK (a.k.a.
> 3DS) board.
>
> Booting from NAND is not supported yet so U-boot relies on some other
> initial boot loader to set up SDRAM and clocks and co
On Tue, Aug 5, 2008 at 7:24 PM, cjjoy1980 <[EMAIL PROTECTED]> wrote:
>
> I have enabled nfs booting on ppc based embedded board. I had placed my
> kernel and rootfs in tftp directory, and had set the u-boot enivironment
> varialbes as:
> setenv bootfile /image/kernel
> setenv root_path /tftpbo
Albert ARIBAUD wrote:
> Ben Warren a écrit :
>> Kumar Gala wrote:
>>> On Aug 1, 2008, at 10:32 AM, Wolfgang Denk wrote:
>>>
>>>
>>>> Hello,
>>>>
>>>> I would like to get your general opinion about changing the U-Bo
Kumar Gala wrote:
> On Aug 1, 2008, at 10:32 AM, Wolfgang Denk wrote:
>
>
>> Hello,
>>
>> I would like to get your general opinion about changing the U-Boot
>> version numbering scheme.
>>
>> To be honest, I never really understood myself how this is supposed
>> to work and if the next vers
On Fri, Aug 1, 2008 at 8:17 AM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I would like to get your general opinion about moving the
> "u-boot-users" mailing list away from SourceForge and host it on
> lists.denx.de instead.
>
>
> There is a couple of reasons for this: SourceForge has fr
On Thu, Jul 31, 2008 at 3:55 AM, Guennadi Liakhovetski <[EMAIL PROTECTED]>
wrote:
> This board can only boot U-Boot from NAND-flash. This patch adds a nand_spl
> driver for it too. SMDK6400 can also boot from the NOR flash, but due to
> hardware limitations it can only address 64KiB on it, which i
On Wed, Jul 30, 2008 at 5:10 AM, Stefan Roese <[EMAIL PROTECTED]> wrote:
> This patch simplifies the 4xx MII PHY init code by introducing the define
> CONFIG_PPC4xx_EMAC for EMAC enabled SoC's.
>
> Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
> ---
> This is post 1.3.4 material.
>
> Ben, could y
On Wed, Jul 30, 2008 at 12:44 AM, Haavard Skinnemoen
<[EMAIL PROTECTED]> wrote:
> "Ben Warren" <[EMAIL PROTECTED]> wrote:
>> >> >> extern int macb_eth_initialize(int id, void *regs, unsigned int
>> >> >> phy_addr);
>> >
>
Hello,
On Tue, Jul 29, 2008 at 3:27 AM, Hans-Christian Egtvedt
<[EMAIL PROTECTED]> wrote:
> This patch adds support for the Favr-32 board made by EarthLCD.
>
> This kit, which is also called ezLCD-101 when running with EarthLCD firmware,
> has a 10.4" touch screen LCD panel, 16 MB 32-bit SDRAM, 8
Hi J-C,
On Tue, Jul 29, 2008 at 4:03 AM, Jean-Christophe PLAGNIOL-VILLARD
<[EMAIL PROTECTED]> wrote:
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <[EMAIL PROTECTED]>
>
> diff --git a/cpu/arm926ejs/at91/ether.c b/cpu/arm926ejs/at91/ether.c
> index 7e11fe4..c54f33b 100644
> --- a/cpu/arm926ejs/
On Tue, Jul 29, 2008 at 2:15 AM, Haavard Skinnemoen
<[EMAIL PROTECTED]> wrote:
> "Hong Xu" <[EMAIL PROTECTED]> wrote:
>> >> or something like this. I don't know if AT91_BASE_EMAC is visible
>> >> from this code, so you may need to modify slightly.
>> > Can we do a cpu_eth_init instead?
>> Not all
Hi Hong,
Thanks for all the hard work. One more thing...
> +#if defined(CONFIG_CMD_NET)
> +int board_eth_init(bd_t *bis)
> +{
> + return at91sam9_eth_initialize(bis);
> +}
> +#endif
Here's at91sam9_eth_initialize:
#if defined(CONFIG_MACB) && defined(CONFIG_CMD_NET)
void at91sam9_eth_init
Hi Mark,
On Mon, Jul 28, 2008 at 12:32 PM, Mark Jackson <[EMAIL PROTECTED]> wrote:
> The MIMC200 board is based on Atmel's NGW100 dev kit,
> but with an extra 8MByte FLASH and 128KByte FRAM.
>
No need to put the stuff about board_eth_init() in the subject. Just
label this as [PATCH V2].
> +
On Mon, Jul 28, 2008 at 10:43 AM, Scott Wood <[EMAIL PROTECTED]> wrote:
> Ben Warren wrote:
>>
>> On Mon, Jul 28, 2008 at 10:32 AM, Scott Wood <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> I find a device tree much easier to figure out than a tangled
On Mon, Jul 28, 2008 at 10:32 AM, Scott Wood <[EMAIL PROTECTED]> wrote:
> Ben Warren wrote:
>>
>> On Mon, Jul 28, 2008 at 8:07 AM, Kumar Gala <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> One topic that come up during OLS in discussions and u-boot BOF wa
On Mon, Jul 28, 2008 at 8:07 AM, Kumar Gala <[EMAIL PROTECTED]> wrote:
> One topic that come up during OLS in discussions and u-boot BOF was
> the idea of driving u-boot configuration from a device tree instead of
> from "config.h". I was wondering if anyone has actually looked at
> doing this.
>
On Mon, Jul 28, 2008 at 9:29 AM, 이승열 <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm writing SMC9210 linux device driver. I cannot determine MAC
> address because there is no information.
> I want to get MAC address from U-boot. How to pass MAC address to linux
> kernel?
>
This depends greatly on your
Hi Mark,
On Mon, Jul 28, 2008 at 3:16 AM, Mark Jackson <[EMAIL PROTECTED]> wrote:
> The MIMC200 board is based on Atmel's NGW100 dev kit,
> but with an extra 8MByte FLASH and 128KByte FRAM.
> ---
> diff --git a/board/atmel/mimc200/eth.c b/board/atmel/mimc200/eth.c
> new file mode 100644
> index
On Sun, Jul 27, 2008 at 6:46 PM, Hong Xu <[EMAIL PROTECTED]> wrote:
> Hi Ben Warren,
>
> On Sun, Jul 27, 2008 at 12:51, Ben Warren <[EMAIL PROTECTED]> wrote:
>> Hi Hong Xu,
>>
>> On Thu, Jul 24, 2008 at 1:05 AM, Hong Xu <[EMAIL PROTECTED]> wrote:
>&
Hi Hong Xu,
On Thu, Jul 24, 2008 at 1:05 AM, Hong Xu <[EMAIL PROTECTED]> wrote:
> >From 81230b02610c06fdc8a175e635851346488e3bdb Mon Sep 17 00:00:00 2001
> From: Hong Xu <[EMAIL PROTECTED]>
> Date: Thu, 24 Jul 2008 14:25:05 +0800
> Subject: [PATCH 1/1] Add support for ATMEL AT91SAM9G20EK board
>
>
Hi Geraldo,
On Sat, Jul 26, 2008 at 11:31 AM, Geraldo Netto <[EMAIL PROTECTED]> wrote:
> Hi Albert,
> Thank you very much for your support/help :)
> i actually didn't want be harsh with my words :(
> i'm pretty newbie, *really*
I haven't tried to build U-boot for x86 target, but am led to believ
Andy Fleming wrote:
> On Wed, Jul 16, 2008 at 2:17 PM, richardretanubun
> <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I am wondering if the miiphy command support for QE UEC is already
>> merged into u-boot on some tree.
>>
>> The last info I have on this patch is on this posting:
>>
>> http://thr
On Mon, Jul 14, 2008 at 11:25 PM, Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> As a compromise between removal and keeping the useful information for
>> developers who are doing early bringup on similar boards, I have
>> applied this patch, and replaced
Wolfgang,
On Fri, Jul 11, 2008 at 4:05 PM, Robin Getz <[EMAIL PROTECTED]> wrote:
> On Fri 11 Jul 2008 18:41, Ben Warren pondered:
>> I'm a bit of an idealist, so I say let's do it right (remove the call to
>> BootpCopyNetParams()). Unless somebody with some hist
The only board using this driver is the SL8245 board.
Removed initialization for the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/sl8245/sl8245.c | 13 +
drivers/net/sk98lin/uboot_drv.c |2 +-
net/eth.c
The only board using this driver is the Freescale MPC8610HPCD board.
Removed initialization for the driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c | 10 ++
net/eth.c |4
2
Added board_eth_init() function to bf537-stamp board.
Removed initialization for the Blackin EMAC driver from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/bf537-stamp/bf537-stamp.c | 10 ++
drivers/net/bfin_mac.c |2 +-
net
Hello,
More cleanup of net/eth.c, this time taking care of the following:
- Blackfin EMAC
- ULi526x
- SKGE
I don't have any of this hardware, so testing consisted of compiling only.
This patch is being staged in the 'testing' branch of the net repo.
regards,
Ben
---
Brute-force removal of #ifdefs. Didn't touch the code.
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
drivers/net/sk98lin/Makefile| 20
drivers/net/sk98lin/skaddr.c|4
drivers/net/sk98lin/skcsum.c|4
drivers/net/sk98lin/skge.c
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>
>> Robin Getz wrote:
>>
>>> On Fri 11 Jul 2008 18:05, Ben Warren pondered:
>>>
>>>
>>>> Hi Robin,
>>>>
>>>> Robin
Robin Getz wrote:
> On Fri 11 Jul 2008 18:05, Ben Warren pondered:
>
>> Hi Robin,
>>
>> Robin Getz wrote:
>>
>>> On Fri 11 Jul 2008 14:21, Ben Warren pondered:
>>>
>>>
Hi Robin,
Robin Getz wrote:
> On Fri 11 Jul 2008 14:21, Ben Warren pondered:
>
>> Robin Getz wrote:
>>
> [snip]
>
>>>
>>>
>> This seems goofy. Have you tried your fix with other DHCP servers to
>> verify that it
initions
> at the same time.
>
> Also don't include any end user specific data into the environment
> by default -- things like MAC address, network parameters etc. need
> to come from the end user.
>
> Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
>
Acked-by
Jerry Van Baren wrote:
> Ben Warren wrote:
>> Jerry Van Baren wrote:
>>> Ben Warren wrote:
>>>> Robin Getz wrote:
>>>>> I was trying out U-Boot 1.1.3 with a new(er) router netgear
>>>>> WGR614v6 - firmware version V2.0.19_
Jerry Van Baren wrote:
> Ben Warren wrote:
>> Robin Getz wrote:
>>> I was trying out U-Boot 1.1.3 with a new(er) router netgear WGR614v6
>>> - firmware version V2.0.19_1.0.19NA, on a Blackfin BF537-STAMP.
>>>
>>> http://kbserver.netgear.com/products/w
Robin Getz wrote:
> I was trying out U-Boot 1.1.3 with a new(er) router netgear WGR614v6 -
> firmware version V2.0.19_1.0.19NA, on a Blackfin BF537-STAMP.
>
> http://kbserver.netgear.com/products/wgr614v6.asp
>
> and found that dhcp fails :(
>
> bfin> dhcp
> BOOTP broadcast 1
> BOOTP broadcast 2
Hans-Christian Egtvedt wrote:
> On Thu, 2008-07-10 at 14:47 +0200, Hans-Christian Egtvedt wrote:
>
>> On Thu, 2008-07-10 at 14:45 +0200, Hans-Christian Egtvedt wrote:
>>
>>> On Thu, 2008-07-10 at 13:24 +0200, Haavard Skinnemoen wrote:
>>>
>
>
>
>
Looks good to me, but I don'
Anatolij Gustschin wrote:
> On the at91sam9260ep development board there is an EEPROM
> connected to the TWI interface (PA23, PA24 Peripheral A
> multiplexing), so we cannot use these pins as ETX2, ETX3.
> This patch configures PA10, PA11 pins for ETX2, ETX3
> instead of PA23, PA24 pins.
>
> Signed
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>
>> This PCI-X e1000 variant works by just adding in the correct
>> PCI IDs in the appropriate places.
>>
>> Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
>> ---
>> drivers/net/e1000.c |2 ++
>> drivers/net/e1000.h |3
Hi Paul,
Paul Gortmaker wrote:
> Ben Warren wrote:
>> Paul Gortmaker wrote:
>>> The existing config doesn't define CONFIG_HAS_ETH0, and so the
>>> fdt support doesn't update the zeros in the dtb local-mac with
>>> real data from the u-boot env. Sin
Paul Gortmaker wrote:
> The existing config doesn't define CONFIG_HAS_ETH0, and so the
> fdt support doesn't update the zeros in the dtb local-mac with
> real data from the u-boot env. Since the existing config is
> tailored to just two interfaces, get rid of the ETH2 definitions
> at the same tim
resubmit, add:
Acked-by: Ben Warren <[EMAIL PROTECTED]>
> include/configs/sbc8560.h | 32 ++--
> 1 files changed, 22 insertions(+), 10 deletions(-)
>
> diff --git a/include/configs/sbc8560.h b/include/configs/sbc8560.h
> index 146eafe..f07fbc0 10
F
On Wed, Jul 9, 2008 at 5:03 AM, Daniel Hellstrom <[EMAIL PROTECTED]> wrote:
> Hello Ben,
>
> I have tried the testing branch of the net repo
> (99b85ffa8ef0b07904be1db335825d4d83424eaa) on a GR-XC3S-1500 LEON3 board
> successfully.
>
> LEON2 U-Boot support is limited to the LEON2 simmulator TSIM
Added a cpu_eth_init() function to leon2/leon3 CPU directories and
removed code from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
cpu/leon2/cpu.c |9 +
cpu/leon3/cpu.c |8
drivers/net/greth.c |2 +-
net/eth.c |4
4
Hello,
More cleanup of net/eth.c, this time taking care of LEON2/LEON3 boards.
Lacking a compiler and target, I can't really test this so hopefully somebody
can and will report back.
This patch is being staged in the 'testing' branch of the net repo.
regards,
Ben
-
Victor wrote:
> This is a problem I've been fighting to for a long time. I'm sure it
> would be something stupid I haven't noticed, but I don't know what
> else to try. My Linux OS is working flawlessly with a correct eth0
> device, so at least I know it's not (or should not) a hardware
> problem.
Liew Tsi Chung wrote:
> Ben,
>
>
>>> -#if defined(CONFIG_FSLDMAFEC)
>>> +#if defined(CONFIG_FSLDMAFEC) || #if defined(CONFIG_MCFFEC)
>>> +/* Default initializations for MCFFEC controllers. To override,
>>> + * create a board-specific function called:
>>> + * int board_eth_init(bd_t *bis
Hi Michal,
Michal Simek wrote:
> Hi Ben,
>
>
>> Hi Michal,
>>
>> Michal Simek wrote:
>>
>>> Hi Ben and others,
>>>
>>> do you have any plan to start with PHY libs?
>>> I saw to tsec driver - there are some phy description.
>>> I would like to use phy description for one eth driver which I
Liew Tsi Chung wrote:
> Ben,
>
>
>> I'm pushing these patches to a 'testing' branch on the net repo.
>>
> Please clone it as follows:
>
>> $ git clone git://git.denx.de/u-boot-net.git $ cd u-boot-net $ git
>>
> checkout testing
> There is no testing branch in u-boot-net, so I applie
Hi Michal,
Michal Simek wrote:
> Hi Ben and others,
>
> do you have any plan to start with PHY libs?
> I saw to tsec driver - there are some phy description.
> I would like to use phy description for one eth driver which I do.
>
>
I'm finally finding time to work on refactoring U-boot's network
Wolfgang,
The following changes since commit 914f58c5766860373a7d232e961cee5a4b54a55b:
Wolfgang Denk (1):
Merge branch 'master' of git://www.denx.de/git/u-boot-cfi-flash
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
Ben Warren (1):
Hugo Villeneuve wrote:
> Remove duplicate code in cpu/arm926ejs/davinci/lxt972.c.
>
> Remove duplicate code in a if/else block in
> cpu/arm926ejs/davinci/lxt972.c.
> Fixed style issues.
>
> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
>
Applied to net repo.
thanks,
Ben
--
Hugo Villeneuve wrote:
> Remove duplicate definitions in include/lxt971a.h.
>
> Remove duplicate registers and bits definitions in
> include/lxt971a.h for standard MII registers, and
> use values in include/miiphy.h instead.
>
> Signed-off-by: Hugo Villeneuve <[EMAIL PROTECTED]>
>
>
Applied to n
Nobuhiro Iwamatsu wrote:
> Renesas SH7763 has 2 channel Ethernet device.
> This is 10/100/1000 Base support.
> But this patch check 10/100 Base only.
>
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
>
Applied to net repo.
thanks,
Ben
Nobuhiro Iwamatsu wrote:
> Hi Ben.
>
> 2008/7/6 Ben Warren <[EMAIL PROTECTED]>:
>
>
>>> 3645 06/11 Nobuhiro Iwamatsu [U-Boot-Users] [PATCH v2] net: sh: Renesas
>>> SH7763 Ethernet device support
>>>-> for net custodian
>>>
[PATCH v2] net: sh: Renesas
> SH7763 Ethernet device support
> -> for net custodian
>
>
Didn't pick this up because it was after what I thought was the cut-off
of 6/10. It still has issues, so I'll ask NobuHiro to re-submit.
Should it go in this release when OK?
&g
Hi Wolfgang,
welcome back...
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>
>> Replace COBJS-y with appropriate driver config names.
>>
>> Signed-off-by: Shinya Kuribayashi <[EMAIL PROTECTED]>
>> ---
>>
>> Changes v2:
>>
>> * Kill more CONFIG_CMD_NET and CONFIG_NET_MULTI d
Renamed initialization functions for atngw100 and atstk1000.
Removed initializations for these boards from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
board/atmel/atngw100/Makefile |2 +-
board/atmel/atngw100/atngw100.c | 11 ++
board/atmel/atngw100
Hello,
More cleanup of net/eth.c, this time taking care of AVR32 boards. I got rid
of the board/eth.c files because board_eth_init() needs to be in a file where
there are other strong symbols in order to override the weak board_eth_init() in
net/eth.c. I've compiled this code and verified that
Liew Tsi Chung wrote:
> Ben,
>
> I am going to test them and let you know next Tuesday. I was
> unable to download the net repo using git protocol at work and the http
> protocol has index error when I tried to use git-clone.
>
>
Wonderful. Thanks!
Ben
---
Hi Nobuhiro,
Nobuhiro Iwamatsu wrote:
> The RSK board has the SMSC9118 wired up 'incorrectly'.
> This problem can support in the software side.
> I put a code to evade it.
>
>
Putting a board fix in a common driver is not cool. Please provide more
generic word-swapping versions of reg_read and
Added a cpu_eth_init() function to coldfire CPU directories and
removed code from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
cpu/mcf523x/cpu.c| 14 ++
cpu/mcf52x2/cpu.c| 15 +++
cpu/mcf532x/cpu.c| 14 ++
cpu/mc
Added a cpu_eth_init() function to cpu/mcf547x_8x directory and
removed code from net/eth.c
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
cpu/mcf547x_8x/cpu.c |9 +
drivers/net/fsl_mcdmafec.c |2 +-
net/eth.c |4
3 files changed, 10 inse
These two patches move the default initialization of Coldfire FEC controllers
to cpu_eth_init() in the CPU directories.
I don't have a Coldfire cross compiler set up nor do I have any hardware, so
I'm looking for volunteers to do the following:
1. Run 'MAKEALL coldfire' to check for compile-time
Louis wrote:
> Dear Ben,
>
> Thanks for your suggestion; I will correct the driver as soon as
> possible.
> And I make a mistake in sending the mail through outlook express,
> hence making indentation problems.
Great! Thanks Louis. For sending patches, I highly recommend using
git-send-email i
Shinose wrote:
>
>
> On Tue, Jul 1, 2008 at 7:42 PM, Ben Warren <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Hi Naveen,
>
> On Tue, Jul 1, 2008 at 7:02 AM, navin karnam
> <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
Hi Andre,
On Wed, Jul 2, 2008 at 7:03 AM, Andre Schwarz
<[EMAIL PROTECTED]> wrote:
> Ben,
>
> after pulling u-boot today ethernet stopped working on my MPC8343 based
> board (mvBL-M7).
> I'm using a Vitesse VSC8601 RGMII phy on TSEC0-1.
>
> I know there's some rewriting/clean-up going on ...
>
Yea
On Wed, Jul 2, 2008 at 12:07 AM, Ben Warren <[EMAIL PROTECTED]> wrote:
>> +#define WRITE_TXBUF(data) \
>> + do { \
>> + *(volatile unsigned short *)(AX88180_BASE + TXBUFFER_START) \
>> + = data; \
>> + } while (0)
>> +
> In this case, the d
Tsi-Chung Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
> z
> The received status and len was in little endian
> format and caused the ethernet unable to proceed
> further. Add __le16_to_cpu() in dm9000_rx_status_8/16/32bit().
>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
>
Applie
Louis,
This submission has several style issues. I suggest you read this:
http://www.denx.de/wiki/UBoot/CodingStyle
Louis wrote:
> Resubmit the driver for the ASIX AX88180 gigabit ethernet chip.
>
> Signed-off-by: Louis Su [EMAIL PROTECTED]
> ---
> drivers/net/Makefile |1 +
> drivers/net/ax
Liew Tsi Chung wrote:
> Ben,
>
> May I know the status on this patch?
>
> Regards,
> TsiChung
>
>
Sorry, I'll address it tonight.
regards,
Ben
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies hav
Hi Naveen,
On Tue, Jul 1, 2008 at 7:02 AM, navin karnam <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I have pxa255 board and one Ethernet controller LAN91C111-Nu (10/100 Base T)
> attached to it.
> Does u-boot code supports this type of Ethernet controller? Can anybody tell
> what are the changes that n
ff-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
>
Acked-by: Ben Warren <[EMAIL PROTECTED]>
> ---
> drivers/net/smc911x.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/smc911x.c b/drivers/net/smc911x.c
> index 7555cb9.
이승열 wrote:
> Hi Ben,
>
> I have found smc911x.c source code in which both 16 and 32 bit access are
> supported.
> I will test my board with this source code.
>
Once you have it working, please send a patch indicating changes you've
made.
regards,
Ben
--
On Sun, Jun 29, 2008 at 10:06 PM, 이승열 <[EMAIL PROTECTED]> wrote:
> Hi Ben,
>
> Sorry for bothering you.
>
> I have downloaded the latest version of U-boot.
> There is smc911x.c file. I have added this file to Makefile.
> The compilation is successful.
You don't have to add anything to the Makefile,
Hi Seung,
On Sun, Jun 29, 2008 at 6:56 PM, 이승열 <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Does U-boot support ethernet chip LAN9210 from SMSC?
> If yes, how can I get driver source code?
>
The smc911x driver claims to support many different 9[12]1x chips,
although I can't speak for certain about the 921
On Fri, Jun 27, 2008 at 2:37 AM, Frank Prepelica
<[EMAIL PROTECTED]> wrote:
> Hi Ben,
>
> The ethernet adapter (PCMCIA ethernet card) which is directly connect to the
> board can be forced in windows to use 100Mbit full duplex, but u-boot still
> use 1Gbit. It's a Marvell phy, the exact phy descr
On Fri, Jun 27, 2008 at 2:37 AM, Frank Prepelica
<[EMAIL PROTECTED]> wrote:
> Hi Ben,
>
> The ethernet adapter (PCMCIA ethernet card) which is directly connect to the
> board can be forced in windows to use 100Mbit full duplex, but u-boot still
> use 1Gbit. It's a Marvell phy, the exact phy descr
sition to be in. Since the code's out of tree there's
only so much we can do to help.
> Stuart
>
> On Thu, Jun 26, 2008 at 12:26 PM, Ben Warren <[EMAIL PROTECTED]> wrote:
>
>> Hi Stuart,
>>
>> Stuart Wood wrote:
>>
>>> Hi all,
>&
Hi Stuart,
Stuart Wood wrote:
> Hi all,
>
> Can anyone point me in the right direction to figure out why
> after porting up to 1.3.3 from 1.1.5 I'm getting a
> "No ethernet found." error.
>
> I'm using a cirrus logic EP9302 Arm processor that was someone
> initially ported to u-boot 1.1.5. So I'm
Tsi-Chung Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> The received status and len was in little endian
> format and caused the ethernet unable to proceed
> further. Add __le16_to_cpu() in dm9000_rx_status_8/16/32bit().
>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
> ---
> driv
Hi Tsi-Chung,
Tsi-Chung Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> The received status and len was in little endian
> format and caused the ethernet unable to proceed
> further. Add define CFG_DM9000_BYTESWAP_STATUS_LEN in
> dm9000_rx_status_16bit() to byte swap RxStatus and RxLen
>
Hi Frank,
Frank Prepelica wrote:
>
> Hi all,
>
>
>
> is there a way to set the tsec speed in u-boot (v1.2.0) manually to
> 100Mbit? Because u-boot always uses 1Gbit although the
>
> link speed is fixed set(in windows) to 100Mbit.
>
>
>
How does Windows fit into this? Are you booting Windows
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 09:16 Tue 10 Jun , Ben Warren wrote:
>
>> Shinya Kuribayashi wrote:
>>
>>> Stefan Roese wrote:
>>>
>>>> On Tuesday 10 June 2008, Shinya Kuribayashi wrote:
>>>
Haavard Skinnemoen wrote:
> Ben Warren <[EMAIL PROTECTED]> wrote:
>
>> Hi Julien,
>>
>> Julien May wrote:
>>
>>> On Mon, 23 Jun 2008, Haavard Skinnemoen wrote:
>>>
>>>
>>>
>>>> Julien May <[E
Hi Julien,
Julien May wrote:
> On Mon, 23 Jun 2008, Haavard Skinnemoen wrote:
>
>
>> Julien May <[EMAIL PROTECTED]> wrote:
>>
>>> Signed-off-by: Julien May <[EMAIL PROTECTED]>
>>>
>> Could you add a few lines describing the Hammerhead board, perhaps with
>> a link to your site?
>>
On Fri, Jun 13, 2008 at 7:08 AM, Ben Warren <[EMAIL PROTECTED]> wrote:
> This patch is the first step in cleaning up net/eth.c, by moving Ethernet
> initialization to CPU or board-specific code. Initial implementation is
> only on the Freescale TSEC controller, but others wil
Timur Tabi wrote:
> Ben Warren wrote:
>
>
>> So are you saying that the plan is to move much of the configuration
>> information from NOR flash to I2C EEPROMs on Freescale evaluation
>> boards?
>>
>
> No. The plan is to better support does
Hi Timur,
Timur Tabi wrote:
> Update the sys_eeprom.c file to handle both NXID and CCID EEPROM formats. The
> NXID format replaces the older CCID format, but it's important to support both
> since most boards out there still use the CCID format. This change is in
> preparation for using one file
This patch is the first step in cleaning up net/eth.c, by moving Ethernet
initialization to CPU or board-specific code. Initial implementation is
only on the Freescale TSEC controller, but others will be added soon.
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
This time around, inst
Please ignore. It's wrong. Sorry for the noise!
Ben
On Fri, Jun 13, 2008 at 6:58 AM, Ben Warren <[EMAIL PROTECTED]> wrote:
> This patch is the first step in cleaning up net/eth.c, by moving Ethernet
> initialization to CPU or board-specific code. Initial implementation
This patch is the first step in cleaning up net/eth.c, by moving Ethernet
initialization to CPU or board-specific code. Initial implementation is
only on the Freescale TSEC controller, but others will be added soon.
Signed-off-by: Ben Warren <[EMAIL PROTECTED]>
---
This time around, inst
1 - 100 of 297 matches
Mail list logo
