Re: [Nut-upsdev] Megatec_USB on OpenBSD 4.3 - no input interrupt endpoint

2008-09-12 Thread Henning Brauer 
* 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

Re: [Nut-upsdev] Megatec_USB on OpenBSD 4.3 - no input interrupt endpoint

2008-09-12 Thread Arjen de Korte 
Citeren ng-sup01 [EMAIL PROTECTED]:

I am trying to get an Atlantis-Land 1501 UPS to work under OpenBSD.
 The UPS works OK under Linux + megatec_usb driver+nut_2.2.2.

[...]

 And, finally, here's a clip of my ups.conf file:

[...]

 [atlantisland]
 driver = usbhid_ups
 port = /dev/usb0
 desc = Atlantis Land 1501

Use the correct the driver, 'usbhid_ups' != 'megatec_usb'. Looking at  
the output on your Linux system, you'd need the latter.

Please note I tried all possibile values for port: /dev/uhid0,
 /dev/uhidev0 and /dev/usb0

The value of 'port' is irrelevant, as long as it's not empty. See the FAQ.

Best regards, Arjen

PS  This question would have been more appropriate on the nut-upsusers list.
-- 
Eindhoven - The Netherlands
Key fingerprint - 66 4E 03 2C 9D B5 CB 9B  7A FE 7E C1 EE 88 BC 57

___
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

2008-09-12 Thread ng-sup01 
Hello again,

   and thanks for your quick replies.

Arjen de Korte wrote:

 And, finally, here's a clip of my ups.conf file:

 [...]

 [atlantisland]
 driver = usbhid_ups
 port = /dev/usb0
 desc = Atlantis Land 1501

 Use the correct the driver, 'usbhid_ups' != 'megatec_usb'. Looking at 
 the output on your Linux system, you'd need the latter.

Yes, and don't post if you didn't get a good night's sleep. This morning 
(around 3AM) in despair, I was fooling around with the .conf, trying the 
usbhid_ups driver as well. The ups.conf file reflects the result of said 
ramblings...
Please note I tried all possibile values for port: /dev/uhid0,
 /dev/uhidev0 and /dev/usb0

 The value of 'port' is irrelevant, as long as it's not empty. See the 
 FAQ.
Missed that one.

 Best regards, Arjen

 PS  This question would have been more appropriate on the nut-upsusers 
 list.
Posted here because I remember seeing prior messages concerning same UPS 
that were moved from upsusers to upsdev: but I'm new, and might be very 
wrong. Please tell me what to do ;)


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. 

   But the same version of NUT (2.2.2), compiled on an Ubuntu machine, works 
fine, while on OpenBSD I get this problem. Is this possible?

 you must add a quirk like

 { USB_VENDOR_APC, USB_PRODUCT_APC_UPSPRO500,   ANY,   {UQ_BAD_HID }},

Will try and post results.


Thanks to everybody for now!


--Vic

___
Nut-upsdev mailing list
Nut-upsdev@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev