public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Timur Tabi <timur@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] fsl: verify writes to the MAC address EEPROM
Date: Mon, 2 Aug 2010 17:44:03 -0500	[thread overview]
Message-ID: <4C574A33.7030608@freescale.com> (raw)
In-Reply-To: <20100802221254.62D4DD3CE46@gemini.denx.de>

Wolfgang Denk wrote:
> And the setting cannot be read back through some GPIO pin eitheer?

Technically, the FPGA (on ngPIXIS boards, of which there are only a few)
reads all of the switches and allows software to set and read the values.
But I've found it to be unreliable.  For example, on one board, SW7 is set
to 00001101, but the ngPIXIS shows 00000000.

And even if it were reliable, it wouldn't help, because the ngPIXIS reads
the software-programmable settings only on boot time.  So in order for me to
override the dip switch, I would need to program the right value and then
reboot the board.

And that assumes that the board doesn't have a broken FPGA firmware.  I
believe the current version is 11, or maybe 13.  The version on my board is 4.

The majority of our boards that use this EEPROM don't have an ngPIXIS, they
have the old-style PIXIS, which definitely does not allow software to
read/set any dip switches.

And this isn't the worst part of our designs.  On the P1022, for example,
the same pins are used for the DVI signals and the local bus (used for NOR
flash), so it's not possible to use flash memory while the video display is
active.   That means we can't turn on the video until after relocation, and
when we do, we lose the ability to update flash.

  reply	other threads:[~2010-08-02 22:44 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-02 18:03 [U-Boot] [PATCH] fsl: verify writes to the MAC address EEPROM Timur Tabi
2010-08-02 21:02 ` Wolfgang Denk
2010-08-02 21:06   ` Timur Tabi
2010-08-02 21:11     ` Wolfgang Denk
2010-08-02 21:14       ` Timur Tabi
2010-08-02 22:12         ` Wolfgang Denk
2010-08-02 22:44           ` Timur Tabi [this message]
2010-09-30 13:35 ` Kumar Gala

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=4C574A33.7030608@freescale.com \
    --to=timur@freescale.com \
    --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