search for: fsnotifi

https://bugzilla.mindrot.org/show_bug.cgi?id=2668 Bug ID: 2668 Summary: Implement event handler to launch external scripts Product: Portable OpenSSH Version: 7.4p1 Hardware: Other OS: All Status: NEW Severity: enhancement Priority: P5 Component: sftp-server Assignee:

d911d9874801 ("kernfs: make kernfs_notify() trigger inotify events too") added fsnotify triggering to kernfs_notify() which requires a sleepable context. There are already existing users of kernfs_notify() which invoke it from an atomic context and in general it's silly to require a sleepable context for triggering a notification. The following is an invalid context bug triggerd by

d911d9874801 ("kernfs: make kernfs_notify() trigger inotify events too") added fsnotify triggering to kernfs_notify() which requires a sleepable context. There are already existing users of kernfs_notify() which invoke it from an atomic context and in general it's silly to require a sleepable context for triggering a notification. The following is an invalid context bug triggerd by

On 06/29/2014 02:47 PM, Michael S. Tsirkin wrote: > On Sun, Jun 29, 2014 at 09:32:22PM +0200, Christoph Hellwig wrote: >> On Sun, Jun 29, 2014 at 11:26:37AM +0300, Michael S. Tsirkin wrote: >>> On Fri, Jun 27, 2014 at 07:57:38AM -0400, Josh Boyer wrote: >>>> Hi All, >>>> >>>> We've had a report[1] of the virt_blk driver causing a lot of

On 06/29/2014 02:47 PM, Michael S. Tsirkin wrote: > On Sun, Jun 29, 2014 at 09:32:22PM +0200, Christoph Hellwig wrote: >> On Sun, Jun 29, 2014 at 11:26:37AM +0300, Michael S. Tsirkin wrote: >>> On Fri, Jun 27, 2014 at 07:57:38AM -0400, Josh Boyer wrote: >>>> Hi All, >>>> >>>> We've had a report[1] of the virt_blk driver causing a lot of

Hi, we ran into a BUG() in ocfs2_get_clusters_nocache: [Fri Oct 18 10:52:28 2013] ------------[ cut here ]------------ [Fri Oct 18 10:52:28 2013] Kernel BUG at ffffffffa028ad5a [verbose debug info unavailable] [Fri Oct 18 10:52:28 2013] invalid opcode: 0000 [#1] SMP [Fri Oct 18 10:52:28 2013] Modules linked in: vhost_net vhost macvtap macvlan drbd ip6table_filter ip6_tables iptable_filter

Good morning, there is a typo in my description; the line <address domain='0x0' bus='0x1' slot='0x00' function='0x0'/> should be <address domain='0x0' bus='0x2' slot='0x00' function='0x0'/> That was correct in my xml-file. Isn't there anybody how can help me with that? Regards Michael Weis Von:

Is Inotify **fully supported** by OCFS2? Thank you

On Sun, Jun 29, 2014 at 02:55:36PM -0600, Jens Axboe wrote: > > commit d911d98748018f7c8facc035ba39c30f5cce6f9c > > Author: Tejun Heo <tj at kernel.org> > > Date: Wed Apr 9 11:07:31 2014 -0400 > > > > kernfs: make kernfs_notify() trigger inotify events too > > > > Tejun, what do you think? > > > > Josh, Brian, could you try

hi guys will we have gluster with inotify? some point / never? thanks, L.

On Tue, Jul 01, 2014 at 04:41:03PM -0400, Tejun Heo wrote: > d911d9874801 ("kernfs: make kernfs_notify() trigger inotify events > too") added fsnotify triggering to kernfs_notify() which requires a > sleepable context. There are already existing users of > kernfs_notify() which invoke it from an atomic context and in general > it's silly to require a sleepable context

Hello, I try to passthrough a PCI-card to a VM named testvm I want to do that with an xml-file named hga.xml including the following content: <hostdev mode='subsystem' type='pci' managed='yes'> <source> <address domain='0x0' bus='0x1' slot='0x00' function='0x0'/> </source> </hostdev> When I execute

Hi Pierre, thanks for your reply. I am using kernel 3.10.0-123.8.1.el7.x86_64. The kernel modul used after nodedev-detach is vfio-pci This is the output of lspci -vv after I did a virsh nodedev-detatch pci_0000_02_00_0 02:00.0 Ethernet controller: PLX Technology, Inc. Device 235e Subsystem: PLX Technology, Inc. Device 235e Control: I/O- Mem- BusMaster- SpecCycle- MemWINV-

Dear Michael, Did you activate the Intel IO MMU (or its equivalent for AMD)? Also, did you load the pci_stub module for Linux? It is mandatory (it will replace current driver for your passed through hardware). Cheers, Pierre On 10/13/2014 07:54 AM, Weis, Michael (DWIE) wrote: > Good morning, > > there is a typo in my description; > the line > <address

And what about IO MMU ? On 10/13/2014 12:02 PM, Weis, Michael (DWIE) wrote: > Hi Pierre, > > thanks for your reply. > > I am using kernel 3.10.0-123.8.1.el7.x86_64. > The kernel modul used after nodedev-detach is vfio-pci > > This is the output of lspci -vv after I did a virsh nodedev-detatch pci_0000_02_00_0 > > 02:00.0 Ethernet controller: PLX Technology, Inc.

Hi - I''m trying btrfs with kernel 2.6.38.8-32.fc15.x86_64 (a Fedora kernel). I''m just doing a tar-to-tar copy onto the file system with compress- force=zlib. Here are some traces of the stuck processes. flush-btrfs-5 seems to be stuck: Jul 8 11:49:40 xback2 kernel: [74920.681032] flush-btrfs-5 D ffff88003c7bae60 0 11712 2 0x00000080 Jul 8 11:49:40 xback2 kernel:

On Mon, Jun 20, 2016 at 05:02:32PM -0400, m.roth at 5-cent.us wrote: > Fred Smith wrote: > > On Mon, Jun 20, 2016 at 04:13:35PM -0400, m.roth at 5-cent.us wrote: > >> Fred Smith wrote: > >> > On Mon, Jun 20, 2016 at 02:59:29PM -0400, Jon LaBadie wrote: > >> >> On Mon, Jun 20, 2016 at 08:58:54AM -0400, Fred Smith wrote: > >> >> > On

On Mon, Jun 20, 2016 at 04:13:35PM -0400, m.roth at 5-cent.us wrote: > Fred Smith wrote: > > On Mon, Jun 20, 2016 at 02:59:29PM -0400, Jon LaBadie wrote: > >> On Mon, Jun 20, 2016 at 08:58:54AM -0400, Fred Smith wrote: > >> > On Mon, Jun 20, 2016 at 01:34:30PM +0300, ????????? ???????? wrote: > >> > > >Can anyone of you provide further hints on what

Hello, I''m seeing a lot of warnings in dmesg with a BTRFS filesystem. I''m using the 3.1 kernel, I found a patch for these warnings ( http://marc.info/?l=linux-btrfs&m=131547325515336&w=2) <http://marc.info/?l=linux-btrfs&m=131547325515336&w=2>, but that patch has already been included in 3.1. Are there any other patches I can try? I''m using