Driver compatibility between distros

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
0
down vote

favorite
1












I am working on a project that will involve the communication between a data acquisition system (hardware) and a computer board called Beaglebone.

One of the hardware that I am evaluating said to have APIs for C (which I need, great) and driver support for Red Hat Enterprise 7.
Now, this hardware is somewhat expensive. When I talked to the vendor he said that I should go for a different embedded system, making the whole setup more expensive (beaglebones are much cheaper than FPGAs). The reason, he said, is that would be risky because of the driver support in the beaglebone distribution. Nevertheless, I suspect that he may be pushing the expensive setup for other reasons.



I did a search around this and people usually say that if the kernel version of the target is newer than the support, there is a high chance that it will work.
I am running Debian stretch 9.4 with kernel 4.9.0-6 on the beagle.
Red Hat enterprise 7 seems to be kernel 3.10.0-229.



What do you guys think?







share|improve this question



















  • How is the data acquisition system connected to the computer controlling it? USB? Do you know if “driver support for RHEL 7” means that it works with drivers included with RHEL 7, or that the hardware manufacturer provides a specific driver which works with RHEL 7?
    – Stephen Kitt
    Jul 13 at 9:52










  • Yes, USB. I could not get information regarding the second question, but I believe that they provide a specific driver. They even have their own software platform for communication between these hardware (LabView)
    – Douglas Barth
    Jul 16 at 7:06














up vote
0
down vote

favorite
1












I am working on a project that will involve the communication between a data acquisition system (hardware) and a computer board called Beaglebone.

One of the hardware that I am evaluating said to have APIs for C (which I need, great) and driver support for Red Hat Enterprise 7.
Now, this hardware is somewhat expensive. When I talked to the vendor he said that I should go for a different embedded system, making the whole setup more expensive (beaglebones are much cheaper than FPGAs). The reason, he said, is that would be risky because of the driver support in the beaglebone distribution. Nevertheless, I suspect that he may be pushing the expensive setup for other reasons.



I did a search around this and people usually say that if the kernel version of the target is newer than the support, there is a high chance that it will work.
I am running Debian stretch 9.4 with kernel 4.9.0-6 on the beagle.
Red Hat enterprise 7 seems to be kernel 3.10.0-229.



What do you guys think?







share|improve this question



















  • How is the data acquisition system connected to the computer controlling it? USB? Do you know if “driver support for RHEL 7” means that it works with drivers included with RHEL 7, or that the hardware manufacturer provides a specific driver which works with RHEL 7?
    – Stephen Kitt
    Jul 13 at 9:52










  • Yes, USB. I could not get information regarding the second question, but I believe that they provide a specific driver. They even have their own software platform for communication between these hardware (LabView)
    – Douglas Barth
    Jul 16 at 7:06












up vote
0
down vote

favorite
1









up vote
0
down vote

favorite
1






1





I am working on a project that will involve the communication between a data acquisition system (hardware) and a computer board called Beaglebone.

One of the hardware that I am evaluating said to have APIs for C (which I need, great) and driver support for Red Hat Enterprise 7.
Now, this hardware is somewhat expensive. When I talked to the vendor he said that I should go for a different embedded system, making the whole setup more expensive (beaglebones are much cheaper than FPGAs). The reason, he said, is that would be risky because of the driver support in the beaglebone distribution. Nevertheless, I suspect that he may be pushing the expensive setup for other reasons.



I did a search around this and people usually say that if the kernel version of the target is newer than the support, there is a high chance that it will work.
I am running Debian stretch 9.4 with kernel 4.9.0-6 on the beagle.
Red Hat enterprise 7 seems to be kernel 3.10.0-229.



What do you guys think?







share|improve this question











I am working on a project that will involve the communication between a data acquisition system (hardware) and a computer board called Beaglebone.

One of the hardware that I am evaluating said to have APIs for C (which I need, great) and driver support for Red Hat Enterprise 7.
Now, this hardware is somewhat expensive. When I talked to the vendor he said that I should go for a different embedded system, making the whole setup more expensive (beaglebones are much cheaper than FPGAs). The reason, he said, is that would be risky because of the driver support in the beaglebone distribution. Nevertheless, I suspect that he may be pushing the expensive setup for other reasons.



I did a search around this and people usually say that if the kernel version of the target is newer than the support, there is a high chance that it will work.
I am running Debian stretch 9.4 with kernel 4.9.0-6 on the beagle.
Red Hat enterprise 7 seems to be kernel 3.10.0-229.



What do you guys think?









share|improve this question










share|improve this question




share|improve this question









asked Jul 12 at 23:54









Douglas Barth

1




1











  • How is the data acquisition system connected to the computer controlling it? USB? Do you know if “driver support for RHEL 7” means that it works with drivers included with RHEL 7, or that the hardware manufacturer provides a specific driver which works with RHEL 7?
    – Stephen Kitt
    Jul 13 at 9:52










  • Yes, USB. I could not get information regarding the second question, but I believe that they provide a specific driver. They even have their own software platform for communication between these hardware (LabView)
    – Douglas Barth
    Jul 16 at 7:06
















  • How is the data acquisition system connected to the computer controlling it? USB? Do you know if “driver support for RHEL 7” means that it works with drivers included with RHEL 7, or that the hardware manufacturer provides a specific driver which works with RHEL 7?
    – Stephen Kitt
    Jul 13 at 9:52










  • Yes, USB. I could not get information regarding the second question, but I believe that they provide a specific driver. They even have their own software platform for communication between these hardware (LabView)
    – Douglas Barth
    Jul 16 at 7:06















How is the data acquisition system connected to the computer controlling it? USB? Do you know if “driver support for RHEL 7” means that it works with drivers included with RHEL 7, or that the hardware manufacturer provides a specific driver which works with RHEL 7?
– Stephen Kitt
Jul 13 at 9:52




How is the data acquisition system connected to the computer controlling it? USB? Do you know if “driver support for RHEL 7” means that it works with drivers included with RHEL 7, or that the hardware manufacturer provides a specific driver which works with RHEL 7?
– Stephen Kitt
Jul 13 at 9:52












Yes, USB. I could not get information regarding the second question, but I believe that they provide a specific driver. They even have their own software platform for communication between these hardware (LabView)
– Douglas Barth
Jul 16 at 7:06




Yes, USB. I could not get information regarding the second question, but I believe that they provide a specific driver. They even have their own software platform for communication between these hardware (LabView)
– Douglas Barth
Jul 16 at 7:06










1 Answer
1






active

oldest

votes

















up vote
0
down vote













When people say driver support you never know what you will get.



Linux drivers for a name brand UPS would only work with legacy serial ports (not USB) - I used gnut instead.



I got and SDK for a desktop RFID reader/writer and that was precompiled .so files for i586, not much use on ARM.



OTOH you can download the CUPS driver source for the citizen POS thermal printer driver and when built it will run on anything and work will most similar looking printers (does not so well on OSX for some reason).



Turbosight DVBS2 drivers - they seems to rely on patching the kernal source and deleting things that are incompatible... every time I upgrade the kernel in my PVR box I need to reboot, rebuild, reboot :(






share|improve this answer





















    Your Answer







    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "106"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    convertImagesToLinks: false,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );








     

    draft saved


    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f455007%2fdriver-compatibility-between-distros%23new-answer', 'question_page');

    );

    Post as a guest






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    0
    down vote













    When people say driver support you never know what you will get.



    Linux drivers for a name brand UPS would only work with legacy serial ports (not USB) - I used gnut instead.



    I got and SDK for a desktop RFID reader/writer and that was precompiled .so files for i586, not much use on ARM.



    OTOH you can download the CUPS driver source for the citizen POS thermal printer driver and when built it will run on anything and work will most similar looking printers (does not so well on OSX for some reason).



    Turbosight DVBS2 drivers - they seems to rely on patching the kernal source and deleting things that are incompatible... every time I upgrade the kernel in my PVR box I need to reboot, rebuild, reboot :(






    share|improve this answer

























      up vote
      0
      down vote













      When people say driver support you never know what you will get.



      Linux drivers for a name brand UPS would only work with legacy serial ports (not USB) - I used gnut instead.



      I got and SDK for a desktop RFID reader/writer and that was precompiled .so files for i586, not much use on ARM.



      OTOH you can download the CUPS driver source for the citizen POS thermal printer driver and when built it will run on anything and work will most similar looking printers (does not so well on OSX for some reason).



      Turbosight DVBS2 drivers - they seems to rely on patching the kernal source and deleting things that are incompatible... every time I upgrade the kernel in my PVR box I need to reboot, rebuild, reboot :(






      share|improve this answer























        up vote
        0
        down vote










        up vote
        0
        down vote









        When people say driver support you never know what you will get.



        Linux drivers for a name brand UPS would only work with legacy serial ports (not USB) - I used gnut instead.



        I got and SDK for a desktop RFID reader/writer and that was precompiled .so files for i586, not much use on ARM.



        OTOH you can download the CUPS driver source for the citizen POS thermal printer driver and when built it will run on anything and work will most similar looking printers (does not so well on OSX for some reason).



        Turbosight DVBS2 drivers - they seems to rely on patching the kernal source and deleting things that are incompatible... every time I upgrade the kernel in my PVR box I need to reboot, rebuild, reboot :(






        share|improve this answer













        When people say driver support you never know what you will get.



        Linux drivers for a name brand UPS would only work with legacy serial ports (not USB) - I used gnut instead.



        I got and SDK for a desktop RFID reader/writer and that was precompiled .so files for i586, not much use on ARM.



        OTOH you can download the CUPS driver source for the citizen POS thermal printer driver and when built it will run on anything and work will most similar looking printers (does not so well on OSX for some reason).



        Turbosight DVBS2 drivers - they seems to rely on patching the kernal source and deleting things that are incompatible... every time I upgrade the kernel in my PVR box I need to reboot, rebuild, reboot :(







        share|improve this answer













        share|improve this answer



        share|improve this answer











        answered Jul 13 at 3:15









        Jasen

        1,925713




        1,925713






















             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f455007%2fdriver-compatibility-between-distros%23new-answer', 'question_page');

            );

            Post as a guest













































































            Popular posts from this blog

            Peggy Mitchell

            The Forum (Inglewood, California)

            Palaiologos