the same name somewhere else( I think). At least it works now. Renamed
to _resolve_configuration (probably will never clash with anything else ever)
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3565 a95241bf-73f2-0310-859d-f6bbb57e9c96
the same name somewhere else( I think). At least it works now.:
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3564 a95241bf-73f2-0310-859d-f6bbb57e9c96
think that it shouldn't drop any packets anymore (only delay them)
- I implemented a packet wrap, so after 64k the driver will start over again
- I fixed a bug where packets with the largest ethernet frame size (1514)
weren't accepted.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3561 a95241bf-73f2-0310-859d-f6bbb57e9c96
Sorry for the enthousiasm. For the first time in my life a made a driver
somewhat work. There's still a major list of things to do, but at least I
feel safer now that this is working. I can already do pings. Moreover, I'm
doing this commit with my own driver. I'm just ashamed for the major mistake
I made that took me so much time to find. I'm off sending this beast to
testers.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3555 a95241bf-73f2-0310-859d-f6bbb57e9c96
the interrupt handler, now it is done in the read_hook itself. This means that
less memory is used because the packet reception isn't double-buffered anymore.
It also wasn't the performance it I'd expect it to be (probably thanks to BeOS
scheduling!). The problem with the strange loss of around 50% of the packets
remains.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@3526 a95241bf-73f2-0310-859d-f6bbb57e9c96
Niels Sascha Reedijk