public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Stephan Linz <linz@mazet.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] [PATCH-1/2] LAN91C111
Date: Mon, 3 Nov 2003 15:53:48 +0100	[thread overview]
Message-ID: <0311031553480Q.02205@pcj86> (raw)
In-Reply-To: <71555548814716479478431542AA5F8A058D25@dlee2k98.ent.ti.com>

Am Montag,  3. November 2003 14:06 schrieb Woodruff, Richard:
> Hi Stephen,
>
> Yes I suppose.  When I snoop packets I have gotten what I expected.  Could
> be luck I suppose, I'll check the address block we use.  The reset of the
> changes looked reasonable....switching the one word access to a byte access
> might need looking at...I seem to recall reading threads where some boards
> weren't wired up to do 8 byte accesses correctly.  I'd cross check with the
> kernel level driver 91c1111 or 91c9x.c, before making that change.

I'm curious about it. When your test phase / cross check has success what is 
the next step to put in this patch into U-Boot CVS repository? I need a time 
line to plan my further jobs.

Regards,
Stephan

>
> Richard W.
>
> -----Original Message-----
> From: Stephan Linz [mailto:linz at mazet.de]
> Sent: Monday, November 03, 2003 7:02 AM
> To: Woodruff, Richard; u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH-1/2] LAN91C111
>
> Am Montag,  3. November 2003 13:13 schrieb Woodruff, Richard:
> > I've been using the 91111 for a while now.  I've not had any real
> > problems with it.  As the environment I'm in has some 30 odd boards, I've
> > never
>
> used
>
> > the hard coded mac address.
>
> Hi Richard
>
> It is not a problem of hard coded mac addresses because smc_mac_addr[] will
> be used as buffer storage too. Furthermore it's a problem of type casting
> from signed char to unsigned short (type of word) when writing the mac
> address into LAN91C111 (near line smc91111.c:smc_open():700 the USE_32_BIT
> branch).
>
> Note: it could be _only_ a NIOS related problem, but I think the type
> unsigned char for smc_mac_addr[] is more exact in common case, or not?
>
>
> Regards,
> Stephan
>
> > Regards,
> >
> > Richard W.
> >
> > -----Original Message-----
> > From: u-boot-users-admin at lists.sourceforge.net
> > [mailto:u-boot-users-admin at lists.sourceforge.net] On Behalf Of Stephan
>
> Linz
>
> > Sent: Monday, November 03, 2003 5:02 AM
> > To: u-boot-users at lists.sourceforge.net
> > Subject: [U-Boot-Users] [PATCH-1/2] LAN91C111
> >
> > Hi all,
> >
> > in context of one of my emails last week:
>
> http://sourceforge.net/mailarchive/forum.php?thread_id=3364771&forum_id=128
>
> >9 8
> >
> >
> > I'm wondering about how many people are using the LAN91C111 driver
> > without significant problems. There is (just was :-) a fat
> > signed/unsigned bug in drivers/smc91111.c which is significant at NIOS
> > plattforms when you are using
> > MAC addresses with address elements above 0x7f. Example:
> > 00:07:ed:0a:a4:7b goes over to 00:07:ed:ff:a4:ff inside the chip. Simple
> > solution:
> >
> > 	static char smc_mac_addr[] = { . . . };
> >
> > have to be:
> >
> > 	static char unsigned smc_mac_addr[6] = { . . . };
> >
> >
> > In attatchment you will find my smc91111_fix patch. It includes some
> > other minor fixes I've made. This patch has been working successful at
> > NIOS Stratix
> > and Cyclone boards.
> >
> > Please try out and patch CVS tree.
> >
> >
> > Best Regards,
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?   SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users

-- 
Mit freundlichen Gruessen
Stephan Linz



======================================================================
Stephan Linz
Softwareentwicklung

MAZeT GmbH                   Email: mailto:linz at mazet.de
G?schwitzer Str. 32          Tel. : (3641) 2809-55
D-07745 Jena                 Fax  : (3641) 2809-12

Besuchen Sie bitte unsere Web-Seiten: http://www.MAZeT.de
======================================================================

  reply	other threads:[~2003-11-03 14:53 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-03 13:06 [U-Boot-Users] [PATCH-1/2] LAN91C111 Woodruff, Richard
2003-11-03 14:53 ` Stephan Linz [this message]
2003-11-03 15:40   ` Wolfgang Denk
  -- strict thread matches above, loose matches on Subject: below --
2003-11-04 19:08 Woodruff, Richard
2003-11-03 18:04 Woodruff, Richard
2003-11-04 18:45 ` Stephan Linz
2003-11-03 12:13 Woodruff, Richard
2003-11-03 13:01 ` Stephan Linz
2003-11-03 11:02 Stephan Linz
2003-12-06 23:16 ` Wolfgang Denk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=0311031553480Q.02205@pcj86 \
    --to=linz@mazet.de \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox