similar to: directing users towards documentation on udev and permissions

Thought I would write some notes about how I got an APC BackUPS XS 1500 working with newhidups under Gentoo 2006.0. The specific issue here is the permissions on the device files used that libusb uses to access the USB hardware. I followed Peter Selinger's instructions at http://www.mscs.dal.ca/~selinger/ups/backups.html on getting newhidups going with an APC device. The sticking point for

Peter, attached is a proposed patch to fix compilation of generic-hid.c when libusb's usb.h is not in /usr/include (but the -I flag is provided by "libusb-config --cflags"). It fixes the build under OS X, where Fink installs libusb with --prefix=/sw. I changed "usb.h" to <usb.h> so that 'make depend' wouldn't generate a dependency on 'usb.h' with

I recently purchased a Tripp Lite OmniSV1500XL and I've had no luck getting nut to work. # lsusb Bus 001 Device 001: ID 0000:0000 Bus 006 Device 002: ID 05e3:0702 Genesys Logic, Inc. USB 2.0 IDE Adapter Bus 006 Device 001: ID 0000:0000 Bus 002 Device 001: ID 0000:0000 Bus 005 Device 001: ID 0000:0000 Bus 007 Device 001: ID 0000:0000 Bus 004 Device 009: ID 09ae:0001 Tripp Lite Bus 004 Device

Currently there are error paths in btrfs_rm_device() where EINVAL is returned telling the user they passed an invalid argument even though they passed a valid device. Change to return EPERM instead as the operation is not permitted. Signed-off-by: Jerry Snitselaar <jerry.snitselaar@oracle.com> --- fs/btrfs/volumes.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

As I understand it from looking through the archives of this mailing list and the source for the driver, tripplite_usb should work for this device. I tried to go through the source as best I could to see if I could add support myself, but got a bit lost. Anyhow, here's hoping that someone has some experience with this model. My system is using the latest CVS checkout of the Development branch

Hello, I hope someone can help me. I'm trying to get this all working without some stupid hack. So far no dice. Not sure if there is a new feature in CVS or something that might help. I'd appreciate any suggestions. Got a belkin F6C550-AVR. redhat FC3ish system libusb-0.1.8-3 nut-2.0.3-0.fc4.2 udev-039-10.FC3.8 Now first off while udev is nifty, but the whole usb udev subsystems were

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 009 Device 002: ID 0764:0501 Cyber Power System, Inc. CP1500 AVR UPS $ ls -l /dev/bus/usb/009/002

I'm running samba 3.0.23c on aix 5.3 TL4. I'm using Tivoli HSM 5.3.4.0 on a JFS2 filesystem. Samba compiled fine, and I set "dmapi support = yes" in smb.conf, but samba wouldn't recognize offline files ("migrated files" in tsm terminology). After setting a higher log level I think I've tracked down the problem. The patch is at the bottom of this email.

This patch enables PCI passthrough with stub domain. PCI passthrough with stub domain has failed in the past. The primary reason is that hypercalls from qemu in stub domain are rejected. This patch allows qemu in stub domain to call the hypercalls which is needed for PCI passthrough. For security, if target domain of hypercall is different from that of stub domain, it rejects hypercall. To use

Hello All, This is my first post to the list & I have tried to do as much searching and debugging on my own as I can bear. Please HELP! I am currently using up to date Centos 5.2 32-bit - kernel version: 2.6.18-92.1.10.el5PAE #1 SMP. I am using a Tripplite OMNIVS1500 via usb connection. I am using the tripplite_usb driver. I have tried to user versions 2.2.0 from an rpm, 2.2.2 & and the

Hello All, This is my first post to the list & I have tried to do as much searching and debugging on my own as I can bear. Please HELP! I am currently using up to date Centos 5.2 32-bit - kernel version: 2.6.18-92.1.10.el5PAE #1 SMP. I am using a Tripplite OMNIVS1500 via usb connection. I am using the tripplite_usb driver. I have tried to user versions 2.2.0 from an rpm, 2.2.2 & and the

I have a Tripp Lite SMART1500 RMXL2U UPS and I'd love to be able to access it via USB. I found that the latest NUT sources in CVS has a driver that looks like it might work. Any chance that driver would work the my UPS? I tried running it and it's not working: failed to detach kernel driver from USB device... trying again to claim USB device... failed to claim USB device, trying 1

[I'm switching my dev address to @gmail.com instead of @mgeups... please, update your bookmark] Peter Selinger wrote: > > Arnaud Quette wrote: > > > > Here is the status of PSE (Peter Selinger) NUT patches > > for newhidups (hidparser, apc support, ...). > > > > - nut-cvs-patch-REOPEN-2005-08-24: > > approved and applied on Development tree > >

When using block device on RHEL 7.5, file plugin fails to zero with this error (copied from strace): [pid 39551] fallocate(8, FALLOC_FL_ZERO_RANGE, 1536, 64000) = -1 ENODEV (No such device) This is expected error according to the manual: ENODEV fd does not refer to a regular file or a directory. (If fd is a pipe or FIFO, a different error results.) Treat this error as EOPNOSUPP. Tested only

http://bugzilla.mindrot.org/show_bug.cgi?id=1300 Summary: rename doesn't work on Linux vfat Product: Portable OpenSSH Version: 3.8p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sftp-server AssignedTo: bitbucket at mindrot.org ReportedBy:

Hi all, dom0_ops return -EACCES when the interface version in wrong. I think that an acm failure is closer to being non-priv''ed, which returns -EPERM. Wouldn''t want dom0 tools to report they were the wrong version just because ACM limited some operation, surely? Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> (authored) diff -r e2d1c88d50f7 xen/common/dom0_ops.c

On Tue, 07 Apr 2015 14:19:31 +0200 Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The ioctls introduced by this patch are for legacy only:

On Tue, 07 Apr 2015 14:19:31 +0200 Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > This patch brings cross-endian support to vhost when used to implement > legacy virtio devices. Since it is a relatively rare situation, the > feature availability is controlled by a kernel config option (not set > by default). > > The ioctls introduced by this patch are for legacy only:

Hello, I wanted to see if there's any chance that NUT will support a few new TrippLite UPSes that we just bought: Sep 9 01:42:25 miko /kernel: uhid0: TRIPP LITE TRIPP LITE OMNIVS1500XL, rev 1.1 I grabbed the devel sources via cvs, but am having trouble building it when I enable the "newhidups" driver: gmake[1]: Leaving directory `/usr/local/src/nut/common' drivers/

On Fri, Jul 27, 2018 at 04:23:10PM -0500, Eric Blake wrote: > On 07/27/2018 04:03 PM, Nir Soffer wrote: > >When using block device on RHEL 7.5, file plugin fails to zero with this > >error (copied from strace): > > > >[pid 39551] fallocate(8, FALLOC_FL_ZERO_RANGE, 1536, 64000) = -1 ENODEV (No such device) > > > >This is expected error according to the manual: