Various fixes

XDMA: Mark engine as not running when stopping after timeouts

Updated the apps/include/qdma_nl.h

Updated the qdma_nl.h

Updated the license header for QDMA Linux Driver application include files

Resolved HW errors observed with QDMA4.0 MM only design

If pci_read_config_byte of register PCI_INTERRUPT_PIN returns 0, it
means that legacy interrupts are not supported so return an error
instead of trying to request an interrupt with val = 0.

pci_cleanup_aer_uncorrect_error_status replaced by
pci_aer_clear_nonfatal_status

To keep compatibility, 0 for MSI-x is replaced by 0 for Auto since Auto
will try MSI-x first.
Add 3 - MSI-x for MSI-x mode.

Currently err_engine and all following errors try to release the
resource they failed to create.

Unlike engine_start, which sets the engine's running field itself,
engine_stop instead requires its callers to clear the field. However,
not all of them do, and notably the timeout handlers do not, meaning
that after a request times out and we stop the engine we never start it
again, causing all future transfers on the channel to hit the software
timeout.

Instead, set running to 0 inside xdma_engine_stop to mirror engine_start
to both fix the bug and prevent future ones creeping in.

Fix wrong user irq max

xdma_thread: fix cpu node bug

XDMA: increase nxt_adj to 0x3F (max. allowed) and fixed nxt_adj setting when last descriptor does not fall on the page boundary

2020.1 QDMA Linux Driver Release Updated

2020.1 DPDK Release notes updated

2020.1 QDMA Linux, DPDK and Windows Drivers are common drivers which supports the QDMA4.0 and QDMA3.1 Designs

User irq max was incorrectly set to h2c_channel_max

The number of threads is arbitrarily set to 8 and we iterate over 8 cpus
without knowing if we really have 8 cpus. This causes a call to
cpu_to_node with an index that is out of bound, thus returning an
undefined number, which crashes later when calling
kthread_create_on_node.
Fix this by iterating over the online cpus stopping when reaching the
number of threads that is specified.

Updated 2019.2 documentation path

Fixes a design error revealed by running on aarch64

Fix building for Linux 5.0 and newer

Fix a Linux crash when pci_msix_vec_count() returns -EINVAL

Simply put, you cannot call wait_event_interruptible_timeout while
holding a spin_lock. The reason the driver got away with this on
x86 is because the hardware is somehow fast enough so that the
condition is never false and hence no scheduling ever needs to
occur.

Updated the comments for #defines in libqdma_export.h for 2019.2 release

Also described in https://github.com/Xilinx/dma_ip_drivers/issues/45

Removed the stale qdma_reg_dump.h file reference from Makefile.