summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libbsp/i386/i386ex/network/network.c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Patch from Erik Ivanenko <erik.ivanenko@utoronto.ca> to correct a bugJoel Sherrill1999-03-031-19/+36
| | | | that shows up if the BSP uses memory near address 0.
* Updated Ethernet driver from Erik Ivanenko <erik.ivanenko@utoronto.ca>.Joel Sherrill1999-03-011-66/+112
| | | | | | | | | | | | | | | | | | | | | | | | | Comments follow: Please find attached, the updated network driver. I have verified that it is working as expected, by timestamping the error messages generated from the ISR. If you've taken a look inside, the network driver has a reset thread in addition to the RX and TX threads. It is possible to avoid the additional reset thread by allowing the TX driver to time out and then checking status bits set by the ISR. However, this approach demands that a transmission is necessary for the NIC to be reset. Due to Eric V's ISR handling, I suppose that the reset routine could be called from the "ISR" itself, due to the 8259 interrupt mode, and that the interrupt is acknowledged prior to running the "ISR". (Providing that no NIC interrupts are generated during reset -- I worry about re-entrancy. ) This would be a minor improvement, but you know, I don't want to make this driver my lifes work. ---------------------------------------------------------------------- ----------------------------------------------------------------------
* Update of network driver from Erik Ivanenko <erik.ivanenko@utoronto.ca>.Joel Sherrill1999-01-201-156/+307
| | | | | | | | | | | Comments follow: Here is the contents of the network directory of the i386ex BSP. The reset function has been recently added, and tested through a command line interface. A reset event to the reset thread to reset the NIC. This is done when the ISR detects that the NIC is in an invalid state. It has not been tested "in real life" since the board has not seen an invalid state since the reset function was implemented.
* New network driver from Erik Ivanenko <erik.ivanenko@utoronto.ca>.Joel Sherrill1998-11-231-0/+2556