Citeren Charles Lepple clep...@gmail.com:
Arjen: do we actually have any cases of reports larger than 8 bytes?
Yes. At least the MGE Evolution series uses reports that are larger
than 8 bytes.
If so, should we mark this as a quirk for CyberPower devices?
Well, I still don't understand
2011/3/17 Arjen de Korte nut+us...@de-korte.org
Citeren Charles Lepple clep...@gmail.com:
Arjen: do we actually have any cases of reports larger than 8 bytes?
Yes. At least the MGE Evolution series uses reports that are larger than 8
bytes.
some Eaton and Dell models too
If so,
Citeren Charles Lepple clep...@gmail.com:
If I run it under strace, the ioctls on the /dev/bus/usb file descriptor
preceeding each operation not permitted error return 0, not an
error code
such as EPERM.
That seems strange. Would you please compress and send the strace output
(without -u
On 3/17/2011 12:17, Arjen de Korte wrote:
This patch (committed after 2.6.0 was released) claims to restore
2.4.1 behavior:
http://trac.networkupstools.org/projects/nut/changeset/2893
All of the above are irrelevant here. The driver runs fine when started as
root, so this must be a
On 3/15/2011 6:22, Charles Lepple wrote:
On Mar 14, 2011, at 1:20 AM, Cheetah wrote:
If I run it under strace, the ioctls on the /dev/bus/usb file descriptor
preceeding each operation not permitted error return 0, not an error
code such as EPERM.
That seems strange. Would you please
On Wed, Mar 16, 2011 at 5:02 PM, Cheetah fast...@gmail.com wrote:
On 3/15/2011 6:22, Charles Lepple wrote:
On Mar 14, 2011, at 1:20 AM, Cheetah wrote:
If I run it under strace, the ioctls on the /dev/bus/usb file descriptor
preceeding each operation not permitted error return 0, not an error
On Mar 14, 2011, at 1:20 AM, Cheetah wrote:
If I run it under strace, the ioctls on the /dev/bus/usb file
descriptor preceeding each operation not permitted error return 0,
not an error code such as EPERM.
That seems strange. Would you please compress and send the strace
output (without
I've been running the Debian packaged 2.4.3 for a while, working find. When
2.6.0-1 just pushed through to debian, things have stopped working :(
I checked what had been the usual suspects in past problems, namely
permissions problems in /dev/bus/usb, but all seems in order:
$ lsusb
...
Bus
8 matches
Mail list logo