Conversation
1d3bead to
ac9d91b
Compare
62eddfa to
45e23c0
Compare
ac9d91b to
18dd63d
Compare
45e23c0 to
628e825
Compare
18dd63d to
b3dda97
Compare
628e825 to
ff452dc
Compare
|
Since there are other drivers in development (#81), despite the actual ns16550a driver and UART device class here being very unfinished, I'm un-drafting this and looking for review. |
|
I'll look a bit more into this later (as I rewrite my driver), but should we include PCI somewhere in this? I feel it might be good to separate the PCI driver from the RTL8139 driver. I'll be doing all the work for PCI as a part of the RTL fixing, but PCI is useful to more than just that one driver. |
Depends how big it is, I suppose; if the PCI and RTL8139 drivers are small enough together that they make sense to review together, then eh, whatever's fine. If the PCI driver is large enough to need separate review, I would make a separate PR for it that has a target branch of this one, then set the RTL8139 PR to have a target branch of that one. A few advantages there:
|
Signed-off-by: Amy Ringo <me@remexre.com>
These functions are for mapping IO memory. Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
ff452dc to
42c8ab0
Compare
Signed-off-by: Amy Ringo <me@remexre.com>
This aligns with the guidance in https://www.linuxfoundation.org/blog/blog/copyright-notices-in-open-source-software-projects. Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
Signed-off-by: Amy Ringo <me@remexre.com>
f7f1186 to
d09e768
Compare
|
I think I addressed everything? Ready for re-review @jastintime |
On top of #63; merge that one first, then rebase this.
Relevant to #10, but it is not resolved by this PR.
The UART device class and ns16550a driver here are not very finished.
They currently act as an example of the device model, but don't implement all of what's needed for the driver itself.