diff options
author | Remy Bohmer <linux@bohmer.net> | 2008-06-05 13:03:36 +0200 |
---|---|---|
committer | Ben Warren <biggerbadderben@gmail.com> | 2008-06-05 23:47:28 -0700 |
commit | 0e38c938ed4bcadb4f4fc1419a541431e94fc202 (patch) | |
tree | 9f4bb909b9b43c08e9e73b31ead3473092384943 /net/rarp.c | |
parent | 6b52cfe16cd539935e32bd8cf19146522e462a4d (diff) | |
download | u-boot-imx-0e38c938ed4bcadb4f4fc1419a541431e94fc202.zip u-boot-imx-0e38c938ed4bcadb4f4fc1419a541431e94fc202.tar.gz u-boot-imx-0e38c938ed4bcadb4f4fc1419a541431e94fc202.tar.bz2 |
DM9000 fix status check fail 0x6d error for trizeps board
According to the Application Notes of the DM9000, only the 2 bits 0:1 of
the status byte need to be checked to identify a valid packet in the fifo
But, The several different Application Notes do not all speak the same
language on these bits. They do not disagree, but only 1 Application Note
noted explicitly that only these 2 bits need to be checked.
Even the datasheets do not mention anything about these 2 bits.
Because the old code, and the kernel check the whole byte, I left this piece
untouched.
However, I tested all board/DM9000[A|E|EP] devices with this 2 bit check, so
it should work.
Notice, that the 2nd iteration through this receive loop (when a 2nd packet is
in the fifo) is much shorter now, compared to the older U-boot driver code,
so that we can maybe run into a hardware condition now that was never seen
before, or maybe was seen very unfrequently.
Additionaly added a cleanup of a stack variable.
Signed-off-by: Remy Bohmer <linux@bohmer.net>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
Diffstat (limited to 'net/rarp.c')
0 files changed, 0 insertions, 0 deletions