search for: devnodes

I am attempting to get multipath working with device-mapper (CentOS 4.2 and 4.3). It works on EVERY install of mine from RH (also v4.2, 4.3), but the same multipath.conf imported to all my installs of CentOS do not work. Note that I have tested a working 4.2 configuration file from RH on CentOS 4.2 and a working 4.3 configuration (it changed slightly) on CentOS 4.3. Neither worked. Our production

All other patches from the sequence remain unchanged. Repost of patch 6 based on comments from Joey to follow. Mike

> Am 08.02.2019 um 00:13 schrieb Ron Loftin <reloftin at twcny.rr.com>: > > On Thu, 2019-02-07 at 22:29 +0100, Helmut Drodofsky wrote: >> Hello Ron, >> >> sounds good. I have 2 tape changer. I persume, udev creates the same >> link for both. >> >> Can I modify >> SYMLINK+="changer-$env{ID_SERIAL}" >> >> The serial

Good Evening, The company I work for is attempting to connect an Cisco ISDN Router to an OpenVOX B200P BRI Card so that we can get it to dial out across an existing ISDN PRI Line also installed in the Asterisk PBX Everything has compiled successfully and the BRI card has been detected when mISDN is started: # misdnportinfo Port 1: NT-mode BRI S/T interface port (for phones) -> Interface

...olume. Now i want to delete such a volume but i got the message: $ lvremove /dev/Xen0/Win2kServer Can''t remove open logical volume "Win2kServer" The volume is not in use by any VM, but there is a partition table on it with 8Megs of free space and a ntfs partition. I also got 2 devnodes i /dev/mapper : brw-r----- 1 root disk 254, 52 Mar 27 14:03 Xen0-Win2kServer brw-r----- 1 root disk 254, 53 Mar 27 14:03 Xen0-Win2kServer1 So how can i remove such a lvm volume? regards Martin _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com...

...ead, but this is all done from inside of nvkm. I think we should move it out into drm/nouveau/nouveau_i2c.c and do the handling there. On Tue, Jul 17, 2018 at 1:59 AM, Lyude Paul <lyude at redhat.com> wrote: > The i2c bus can be both accessed by DRM itself, along with any of it's > devnodes (/sys/class/i2c). So, we need to make sure that all codepaths > using the i2c bus keep the GPU resumed. > > Signed-off-by: Lyude Paul <lyude at redhat.com> > Cc: Karol Herbst <karolherbst at gmail.com> > Cc: stable at vger.kernel.org > --- > drivers/gpu/drm/nouveau...

hi all We have a rh linux server connected to two HP SAN controllers, one an HSV200 (on the way out), the other an HSV400 (on the way in). (Via a Qlogic HBA). /etc/multipath.conf contains this : device { vendor "(COMPAQ|HP)" product "HSV1[01]1|HSV2[01]0|HSV300|HSV4[05]0" getuid_callout "/sbin/scsi_id -g -u -s /block/%n"

Hi, I am struggling to get plain Cologne chip cards to run in NT mode, runs nice in TE mode despite the error message: login as: root root at 192.168.2.22's password: Last login: Tue Sep 1 23:09:24 2009 from 192.168.2.50 Welcome to Elastix ---------------------------------------------------- misdnportinfo Port 1: TE-mode BRI S/T interface line (for phone lines) -> Protocol: DSS1

On Wed, Feb 19, 2020 at 10:52:38AM +0800, Tiwei Bie wrote: > > > +static int __init vhost_vdpa_init(void) > > > +{ > > > + int r; > > > + > > > + idr_init(&vhost_vdpa.idr); > > > + mutex_init(&vhost_vdpa.mutex); > > > + init_waitqueue_head(&vhost_vdpa.release_q); > > > + > > > + /*

Hello I fixed my problem. I changed user and group in /etc/mISDN.conf: <devnode user="asterisk" group="asterisk" mode="644">mISDN</devnode> now it works again! Thanx 4 help! ;) Ingrid -- "Bonnie & Clyde der Postmaster-Szene!" approved by Postfix-God http://wetterstation-pliening.info http://dokuwiki.nausch.org --------------

On Fri, Jan 31, 2020 at 11:36:51AM +0800, Tiwei Bie wrote: > +static int vhost_vdpa_alloc_minor(struct vhost_vdpa *v) > +{ > + return idr_alloc(&vhost_vdpa.idr, v, 0, MINORMASK + 1, > + GFP_KERNEL); > +} Please don't use idr in new code, use xarray directly > +static int vhost_vdpa_probe(struct device *dev) > +{ > + struct vdpa_device *vdpa = dev_to_vdpa(dev);

On Fri, Jan 31, 2020 at 11:36:51AM +0800, Tiwei Bie wrote: > +static int vhost_vdpa_alloc_minor(struct vhost_vdpa *v) > +{ > + return idr_alloc(&vhost_vdpa.idr, v, 0, MINORMASK + 1, > + GFP_KERNEL); > +} Please don't use idr in new code, use xarray directly > +static int vhost_vdpa_probe(struct device *dev) > +{ > + struct vdpa_device *vdpa = dev_to_vdpa(dev);

Its been a few days, I was wondering if anyone else has any ideas on how to get this to work? If not, could I ask a the direct question as to if anyone here has (or knows someone who has) successfully got something like a Cisco Router to successfully establish an ISDN data/Internet connection through the Asterisk PBX?

Have you got termination set correctly? I have a B410P working with 2 x NT and 2 x TE ports successfully. I had to turn the 100ohm termination on on the NT ports (even though I have them set as PTP in mISDN.conf). HTH -->> -----Original Message----- -->> From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users- -->> bounces at lists.digium.com] On

This hooks up the DRM helpers for dumping information on the current status of each MST topology from nouveau's perspective to debugfs files, similar to what i915 does (albeit, i915 labels their debugfs node for this as i915_dp_mst_info). Lyude Paul (2): drm/nouveau: Expose nv50 MST structures in disp.h drm/nouveau: Hook up dp_mst_info in debugfs drivers/gpu/drm/nouveau/dispnv50/disp.c

The following patches introduce support for multipath and cciss devices to the ovirt-node and node-image. Comments are appreciated. These patches assume that the 3 patches (2 node, 1 node-image) from Joey are all incorporated. Mike

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi lxc folks, the symptom my libvirt LXC container suffers from is: root@depot:/dev/net# ls -la total 0 drwxr-xr-x 2 root root 40 Jun 29 16:26 . drwxr-xr-x 5 root root 480 Jun 29 16:26 .. root@depot:/dev/net# mknod tun c 10 200 mknod: `tun': Operation not permitted The host is an up-to-date AMD64 Ubuntu raring on 3.8.0-25-generic that was

The i2c bus can be both accessed by DRM itself, along with any of it's devnodes (/sys/class/i2c). So, we need to make sure that all codepaths using the i2c bus keep the GPU resumed. Signed-off-by: Lyude Paul <lyude at redhat.com> Cc: Karol Herbst <karolherbst at gmail.com> Cc: stable at vger.kernel.org --- drivers/gpu/drm/nouveau/nvkm/subdev/i2c/bus.c | 12 ++++++...

...ould move it out into > drm/nouveau/nouveau_i2c.c and do the handling there. Huh? No, this is completely fine. > > On Tue, Jul 17, 2018 at 1:59 AM, Lyude Paul <lyude at redhat.com> wrote: > > The i2c bus can be both accessed by DRM itself, along with any of it's > > devnodes (/sys/class/i2c). So, we need to make sure that all codepaths > > using the i2c bus keep the GPU resumed. > > > > Signed-off-by: Lyude Paul <lyude at redhat.com> > > Cc: Karol Herbst <karolherbst at gmail.com> > > Cc: stable at vger.kernel.org > > ---...

...e virt.conf error: Failed to define domain from virt.conf error: unknown OS type exe I'm using libvirt 0.7.2. Does anyone have more example configuration files or other setup instructions? Does Libvirt allow you to specify other resource limits and controls that openvz has - like vzctl set --devnodes device:rw or vzctl set kmemsize? Thanks, Tom