Re: [Nut-upsdev] Threads
* Kiss Gabor (Bitman) [2010-06-27 21:58]: > OK, I can build a non threaded program too but it will be > more complex a bit. you are mistaken. calling threads "a can of worms" is understatement. noblocking i/o is the winner. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting ___ Nut-upsdev mailing list Nut-upsdev@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
Re: [Nut-upsdev] Megatec_USB on OpenBSD 4.3 - no input interrupt endpoint
* ng-sup01 <[EMAIL PROTECTED]> [2008-10-02 07:11]:
> Henning Brauer wrote:
> > * ng-sup01 <[EMAIL PROTECTED]> [2008-09-12 12:24]:
> >> uhidev0 at uhub0 port 1 configuration 1 interface 0 "UIS_ABLER USB to
> >> Serial" rev 1.00/1.00 addr 2
> >
> > that's the problem, uhiddev must not claim the device and leave it to
> > ugen. you must add a quirk like
> >
> > { USB_VENDOR_APC, USB_PRODUCT_APC_UPSPRO500, ANY, {UQ_BAD_HID }},
> >
> > (with vendor & product for your UPS of course) to
> > sys/dev/usb/usb_quirks.c for now, and use sendbug to send it in for
> > inclusion.
> >
> > the UPS HID situtaion sucks. there might be a more generic solution
> > soon, if one of our usb hackers can be convinced to do it.
> >
>So I have to recopmile the kernel, and sendbug to the OpenBSD people,
> right?
exactly
--
Henning Brauer, [EMAIL PROTECTED], [EMAIL PROTECTED]
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting - Hamburg & Amsterdam
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
Re: [Nut-upsdev] Megatec_USB on OpenBSD 4.3 - no input interrupt endpoint
* ng-sup01 <[EMAIL PROTECTED]> [2008-09-12 12:24]:
> uhidev0 at uhub0 port 1 configuration 1 interface 0 "UIS_ABLER USB to
> Serial" rev 1.00/1.00 addr 2
that's the problem, uhiddev must not claim the device and leave it to
ugen. you must add a quirk like
{ USB_VENDOR_APC, USB_PRODUCT_APC_UPSPRO500, ANY, {UQ_BAD_HID }},
(with vendor & product for your UPS of course) to
sys/dev/usb/usb_quirks.c for now, and use sendbug to send it in for
inclusion.
the UPS HID situtaion sucks. there might be a more generic solution
soon, if one of our usb hackers can be convinced to do it.
--
Henning Brauer, [EMAIL PROTECTED], [EMAIL PROTECTED]
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting - Hamburg & Amsterdam
___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
