Displaying 20 results from an estimated 100 matches similar to: "Driver with calls to USB functions not linking"
2024 Nov 02
1
Driver with calls to USB functions not linking
Do your drivers/Makefile.am rules for the resulting new program specify
dependencies to use similar to other USB-capable drivers? e.g.
````
blazer_usb_SOURCES = blazer.c blazer_usb.c $(LIBUSB_IMPL) usb-common.c
blazer_usb_LDADD = $(LDADD_DRIVERS) $(LIBUSB_LIBS) -lm
````
Jim
On Sat, Nov 2, 2024 at 2:30?AM William R. Elliot <bill at wreassoc.com> wrote:
> Hello again all.
>
> I am
2017 Jun 16
0
Unable to use nut-2.7.4 with Eaton 5E1500I USB
On 06/15/2017 04:32 PM, Arnaud Quette wrote:
Hello
>
> .... still no reply from them ...
>
> is the guy you contacted Paul Henri?
I wrote to a generic alias ( Ro-PQSupport ). Got a reply from a fellow
Romanian who also CC:ed something looking like a list
(List-EGPQCO-BUCRO-PQ ). I replied to both of them 5 days ago, received
nothing since.
>
>>> Would you also
2017 Jun 15
2
Unable to use nut-2.7.4 with Eaton 5E1500I USB
Hi Manuel,
2017-06-14 15:16 GMT+02:00 Manuel Wolfshant <wolfy at nobugconsulting.ro>:
> Hello
>
>
>
> On 06/14/2017 03:32 PM, Arnaud Quette wrote:
>
>
>
> On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro>
> wrote:
>
>> >
>>> > If that matters, the OS is a fully updated CentOS 6.9 and this
>>>
2017 Jun 18
3
Unable to use nut-2.7.4 with Eaton 5E1500I USB
On Jun 16, 2017, at 6:12 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro> wrote:
>
> running autogen.sh was triggered automatically. but even if I do it explicitly, I still get:
> + autoreconf -i
> configure.ac:887: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
2017 Jun 19
0
Unable to use nut-2.7.4 with Eaton 5E1500I USB
On 06/18/2017 05:42 PM, Charles Lepple wrote:
> On Jun 16, 2017, at 6:12 AM, Manuel Wolfshant
> <wolfy at nobugconsulting.ro <mailto:wolfy at nobugconsulting.ro>> wrote:
>>
>> running autogen.sh was triggered automatically. but even if I do it
>> explicitly, I still get:
>> + autoreconf -i
>> configure.ac:887: warning: AC_LANG_CONFTEST: no
2017 Jun 19
2
Unable to use nut-2.7.4 with Eaton 5E1500I USB
On 06/19/2017 11:02 AM, Manuel Wolfshant wrote:
> Thank a lot !
> Now, conclusions after attempting builds ( with no docs included since
> attempting to enable them triggers the errors related to missing or
> too old tools mentioned by me in an earlier message )
> - building against libsub 1.0 triggers the following 2 errors :
> nutdrv_qx-nutdrv_qx.o: In function
2008 Nov 19
1
usb_device_id_t structure
Arnaud,
I have a question regarding the below structure you've added:
> typedef struct usb_device_id_t {
> int vendorID;
> int productID;
> void*(*fun)(); /* handler for specific processing */
> } usb_device_id;
I don't understand the last element in this structure. While there can
be plenty of reasons for functions returning (void *), I can't figure
out what
2008 Nov 24
1
[nut-commits] svn commit r1578 - in trunk: . drivers
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>:
> Author: adkorte-guest
> Date: Mon Nov 24 13:13:44 2008
> New Revision: 1578
>
> Log:
> Use new usb_device_id_t and is_usb_device_supported()
> for selection of the subdriver.
Alexander,
It would be nice if you could double check that I didn't horribly
break something here. I don't expect any
2010 Nov 28
1
[nut-commits] svn commit r2705 - branches/windows_port/drivers
Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>:
> Author: fbohe-guest
> Date: Fri Nov 26 14:01:35 2010
> New Revision: 2705
> URL: http://trac.networkupstools.org/projects/nut/changeset/2705
>
> Log:
> Add regex library for drivers (by Arnaud Quette)
>
> Modified:
> branches/windows_port/drivers/Makefile.am
Why is this needed? The value of
1998 Sep 15
0
compiling 0.62.3 for SunOS 4.1.4 and Solaris 2.6
Just a quick report on compiling R 0.62.3 for SunOS 4.1.4 and Solaris
2.6 (both with gcc 2.7.2.something), in hopes that it'll be useful to
someone.
4.1.4
- I followed Charles Berry's forward of Ross Ihaka's suggestion about
putting fake #defines for gamma and lgamma in src/include/Mathlib.h (this
works best on the second pass, after the graphics library (which also
contains
2020 Jun 15
4
Simple scan in CentOS 7
I just installed C7 on a new computer and despite Simple Scan being installed as part of C7, I have not been able to get it to recognize my Canon scanner connected to a USB port. I did have it running on another computer with C7 so there should not be any inherent issues.
On a lark I installed gscan2pdf and sane-backends-drivers-scanners and sane-find-scanner found it:
found USB scanner
2016 Apr 09
0
[Announcement] Tinc version 1.0.27 released
With pleasure we announce the release of tinc version 1.0.27. Here is a
summary of the changes:
* When using Proxy, let the proxy resolve hostnames if tinc can't.
* Fixes and improvements of the DecrementTTL option.
* Fixed the $NAME variable in subnet-up/down scripts for the local Subnets.
* Fixed potentially wrong checksum generation when clamping the MSS.
* Properly choose between
2016 Apr 09
0
[Announcement] Tinc version 1.0.27 released
With pleasure we announce the release of tinc version 1.0.27. Here is a
summary of the changes:
* When using Proxy, let the proxy resolve hostnames if tinc can't.
* Fixes and improvements of the DecrementTTL option.
* Fixed the $NAME variable in subnet-up/down scripts for the local Subnets.
* Fixed potentially wrong checksum generation when clamping the MSS.
* Properly choose between
2014 Sep 23
2
upd and OpenBSD (was Nut 2.7.2 on OpenBSD 5.6 with APC USB UPS)
On Sep 23, 2014, at 3:55 AM, Henning Brauer <hb-nut at bsws.de> wrote:
> We have upd(4) attaching to these devices now. Either nut needs a
> driver getting status from upd (trivial, will show up in the
> hw.sensors sysctl tree) or we need some way for nut still being able
> to talk to the ups directly, without upd and nut interfering with each
> other.
While a upd(4) driver
2007 Nov 20
2
Mustek Powermust 600VA
Hi,
I'm having a hard time configuring a Mustek Powermust 600VA ups to
work via USB with nut. I read somewhere that nut works OK via the
rs232 cable, but unfortunately I don't have a COM port in my computer.
The kernel detects the ups as an Xbox pad :) and loads the xpad
module. I tried running /lib/nut/megatec with different /dev/ttySx but
it displays megatec protocol UPS was not
2010 Apr 19
2
Too much logging from libusb.c (patch supplied)
I recently installed NUT 2.4.3 and found that the USB drivers were logging
an insane amount of data to syslog:
usbhid-ups | daemon debug | Apr 16 18:29:40 | libusb_get_report: No error
usbhid-ups | daemon debug | Apr 16 18:29:40 | libusb_get_report: No error
usbhid-ups | daemon debug | Apr 16 18:29:40 | libusb_get_report: No error
usbhid-ups | daemon debug | Apr 16 18:29:40 |
2004 Aug 06
3
Compiling Icecast2 on RedHat9 or maybe another Linux
Hi Dave,
I am now trying to compile Icecast2 under RedHat9. I get some errors when I
try to ./configure so the make file is not created. Can you take a look at
the attached file and tell me what is wrong? I tried to compile it on
another RedHat9 computer but I got the same results...
I think I will dedicate one computer ONLY to icecast2. In this case, could
you advise me the best Linux
2010 Mar 10
4
[LLVMdev] glod plugin use
Hi,
I was trying to use gold plugin to compile and run some of my passes on some large softwares like mysql, apache etc. When I compile using llvm-gcc, everything works fine. But, when I followed the instructions on http://llvm.org/docs/GoldPlugin.html#build to use gold plugin, I got errors like:
/home/vadve/ssahoo2/local/bin/ld: error: modules/standard/libstandard.a: no archive symbol table
2014 Sep 23
0
Nut 2.7.2 on OpenBSD 5.6 with APC USB UPS
* Henning Brauer <hb-nut at bsws.de> [2014-09-20 13:39]:
> * Charles Lepple <clepple at gmail.com> [2014-09-20 01:12]:
> > On Sep 19, 2014, at 5:18 PM, Stan Gammons <sg063015 at gmail.com> wrote:
> > > Looks like this patch fixed the problem. I see the status change now.
> > Good to hear.
> > I'm not familiar with the OpenBSD release process. Is
2014 Mar 14
2
Creating a new NUT USB HID subdriver
Thanks to the great help here, I now have a UPS spitting out something resembling a report descriptor. So since I seem destined to have to create a new USB HID subdriver, I figured I'd get started on the path.
I followed all of the directions on the web....I used the script to generate the usbhid subdriver, feeding it the output of the usbhid-ups driver from reading my UPS. All that worked