OpenCores
URL https://opencores.org/ocsvn/fade_ether_protocol/fade_ether_protocol/trunk

Subversion Repositories fade_ether_protocol

[/] [fade_ether_protocol/] [trunk/] [stable_jumbo_frames_version/] [linux/] [fpga_l3_fade.c] - Rev 49

Rev

Details | Compare with Previous | Blame

Filtering Options

Clear current filter

Rev Log message Author Age Path
49 Removed check if vma->vm_ops is null in mmap.
That condition is not met in the newest kernels.
wzab 1625d 19h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
48 Corrected call to access_ok for kernels 5.x wzab 1665d 13h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
47 Correction for kernel 4.13 introduced by Lukasz Podkalicki. wzab 1665d 13h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
46 Corrected error related to the fact that the number of 64-bit words
in the last packet is stored in big-endian format.
Corrected error telated to the fact that the length of the packet reported
to the user space is in bytes not in 64-bit words.
wzab 2172d 07h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
40 The "jumbo frame version" renamed from "experimental" to "stable". wzab 2656d 17h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
30 Corrected error which slows down handling of user commands (the thread
executing the user command used wait_event_timeout instead of
wait_event_timeout_interruptiple).

Added demo program which tests time of execution of the user's
command.
wzab 3398d 12h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
29 Fixed two mistakes in mutex management (mutex not unlocked, when function leaved after an error)
Fixed dead URL in comments.
wzab 3403d 13h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
28 Correction of an obvious mistake in the Linux driver, which lead to deadlock
when two applications (or two threads) tried to open the same FADE device.
wzab 3407d 11h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
21 Changed the top entity for KC705, so that the FADE core is correctly reset
by the RESETMAC command.
Changed sending of the FCMD_RESET command form driver to the FPGA (as it
is not confirmed - the reinitialized core can't confirm the command).
Changed the receiver2t demo program so that it sends RESETMAC three times
before the transmission is started.

In the future, probably there should be a STATUS ioctl, which would
verify, that the core has been reset by RESETMAC.
Then the program should send RESETMAC, and afterwards read the STATUS,
verifying, that RESETMAC arrived FPGA. If not it should repeat the
above procedure (not implemented yet).
wzab 3480d 18h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
20 Cured problem with dta_eod missed, when buffer was full at the moment
when dta_eod was asserted.
It caused the client program to hang, as no end of data was transmitted
and no new data arrived...
wzab 3481d 09h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
19 The send_cmd function protected to attempt to call it if the Ethernet device was not
claimed before (previously it caused a problem with NULL pointer dereference
in the ioctl in kernel code).

Moved the Ethernet device name to a macro, so it is easier to modify it, when
someone tests in different machines (e.g. the 10Gb/s NIC for tests with
KC705 is p4p1, while 1Gb/s NIC for tests with Atlys is eth0)
wzab 3481d 11h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
18 Changed handling of commands so, that all commands are now confirmed - even start and stop
(which previously were not confirmed - successful reception of start was confirmed
by sending of data packets (what if there was no data at the moment?), successful
reception of stop was confirmed by end of data stream).
Added also flushing of data stream after reception of stop command.
The receiver2t.c implements suggested method of communication with the FADE driver.
One thread is responsible for reception and processing of data, while another thread
is responsible for sending of control commands.
wzab 3482d 07h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
17 Corrected mutex management in ioctl. wzab 3488d 11h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
16 Introduced inline functions simplifying reading and writing of packets' contents. wzab 3488d 12h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c
15 The previous experimental implemenation for 10Gb/s links has been replaced with the
new, rewritten implementation, which uses sequential numbering of packets instaed
of "sets of packets". This allowed to simplify the driver, and improve its performance.
Additionally a possibility to send user defined commands to the FPGA was added.
wzab 3496d 09h /fade_ether_protocol/trunk/stable_jumbo_frames_version/linux/fpga_l3_fade.c

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.