kierank / dveo-linux-master Goto Github PK
View Code? Open in Web Editor NEWDveo Linux Master drivers buildfixes for Open Broadcast Encoder
Home Page: http://www.obe.tv
License: GNU General Public License v2.0
Dveo Linux Master drivers buildfixes for Open Broadcast Encoder
Home Page: http://www.obe.tv
License: GNU General Public License v2.0
I'm encountering an error building the driver:
# make
for n in src Examples; do make -C $n || exit 1; done
make[1]: Entering directory `/mnt/hgfs/workspace/dveo-linux-master/src'
make -C /lib/modules/2.6.18-371.1.2.el5/build M=/mnt/hgfs/workspace/dveo-linux-master/src modules
make[2]: Entering directory `/usr/src/kernels/2.6.18-371.1.2.el5-x86_64'
CC [M] /mnt/hgfs/workspace/dveo-linux-master/src/asicore.o
CC [M] /mnt/hgfs/workspace/dveo-linux-master/src/miface.o
CC [M] /mnt/hgfs/workspace/dveo-linux-master/src/mdma.o
CC [M] /mnt/hgfs/workspace/dveo-linux-master/src/dvbmaster.o
CC [M] /mnt/hgfs/workspace/dveo-linux-master/src/mdev.o
/mnt/hgfs/workspace/dveo-linux-master/src/mdev.c:43: error: conflicting types for ‘dev_name’
include/linux/device.h:408: error: previous definition of ‘dev_name’ was here
make[3]: *** [/mnt/hgfs/workspace/dveo-linux-master/src/mdev.o] Error 1
make[2]: *** [_module_/mnt/hgfs/workspace/dveo-linux-master/src] Error 2
make[2]: Leaving directory `/usr/src/kernels/2.6.18-371.1.2.el5-x86_64'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/mnt/hgfs/workspace/dveo-linux-master/src'
make: *** [all] Error 1
Machine details:
# uname -a
Linux host.name 2.6.18-371.1.2.el5 #1 SMP Tue Oct 22 12:51:53 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/redhat-release
CentOS release 5.10 (Final)
Hello,
I have a board recognised as "DVB Master LP PCIe, firmware version 1.2 (0x0102)". I've used this repo to build and install the drivers on Rocky Linux 8 (kernel 4.18) and 9 (kernel 5.14) - many thanks!
Unfortunately, although the kernel drivers appear to load successfully, and the device shows up under /dev/asitx0 and /dev/asirx0 as expected, the board never seems to transmit. Writing to /dev/asitx0 only succeeds until the write buffer is full, then blocks forever. In the output from txtest
, there is no "transmit data status change detected" line (which is seen on a working platform), and it hangs forever after printing "Allocating 38352 bytes of memory." (in verbose mode).
Investigating further, it appears that the IRQ handler (in dvbm_lpfd.c in my case) registered via request_irq()
is never called. This leads me to think the board is not actually doing anything, even after DMA is started (via dvbm_lpfd_start_tx_dma()
) - but I don't know enough to figure out why.
Drivers compiled from the same source do work successfully on CentOS 7 with kernel 3.10, but not when I upgrade the CentOS 7 kernel to 5.4 (using the kernel available in ELRepo).
Does anyone have any ideas?
Many thanks!
David
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.