Displaying 20 results from an estimated 300 matches similar to: "Where did kernfs go?"
2014 Jul 01
3
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
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
2014 Jul 01
3
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
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
2014 Jul 02
1
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
Hello,
On Tue, Jul 01, 2014 at 01:51:48PM -0700, Greg Kroah-Hartman wrote:
> Looks good to me, do you want to take this with your other kernfs
> patches for 3.16-final? Or if you don't have that, I can take it
> through my tree, it's your choice, either is fine for me.
>
> If you want it in your tree, feel free to add:
> Acked-by: Greg Kroah-Hartman <gregkh at
2014 Jul 02
1
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
Hello,
On Tue, Jul 01, 2014 at 01:51:48PM -0700, Greg Kroah-Hartman wrote:
> Looks good to me, do you want to take this with your other kernfs
> patches for 3.16-final? Or if you don't have that, I can take it
> through my tree, it's your choice, either is fine for me.
>
> If you want it in your tree, feel free to add:
> Acked-by: Greg Kroah-Hartman <gregkh at
2003 Jul 11
1
SSH/v1 dead processes bug
Should I submit this as a proper bug, or will someone look at it?
Basically, between 4.7-REL and 4.8-REL ssh was upgraded and now exhibits
the following bug.
If you connect with protocol v1 you get three ssh processes, one of
which never dies, even after the ssh session has been closed.
% ps aux | grep ssh
root 219 0.0 0.0 4076 0 ?? IW - 0:00.00 sshd: paul [priv
root
2014 Jul 01
0
[PATCH driver-core-linus] kernfs: kernfs_notify() must be useable from non-sleepable contexts
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
2017 Dec 21
2
Dovecot 2.3-rc Logging Format
Hi,
the release candidate defaults to a log format with session IDs.
mail_log_prefix = "%s(%u)<%{pid}><%{session}>: "
As the LMTP service seems to have the session ID hardcoded, the IDs get duplicated in the logs:
Dec 21 08:48:03 edi dovecot: lmtp(26573): Connect from local
Dec 21 08:48:03 edi dovecot: lmtp(tlx at leuxner.net)[26573]: <fCVaBjNnO1rNZwAAIROLbg>:
2014 Jun 29
2
virt_blk BUG: sleeping function called from invalid context
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
2014 Jun 29
2
virt_blk BUG: sleeping function called from invalid context
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
2020 Apr 30
2
[PATCH v3] virtio-blk: handle block_device_operations callbacks after hot unplug
On Thu, Apr 30, 2020 at 10:43:23AM +0200, Stefano Garzarella wrote:
> On Wed, Apr 29, 2020 at 05:53:45PM +0100, Stefan Hajnoczi wrote:
> > A userspace process holding a file descriptor to a virtio_blk device can
> > still invoke block_device_operations after hot unplug. This leads to a
> > use-after-free accessing vblk->vdev in virtblk_getgeo() when
> >
2020 Apr 30
2
[PATCH v3] virtio-blk: handle block_device_operations callbacks after hot unplug
On Thu, Apr 30, 2020 at 10:43:23AM +0200, Stefano Garzarella wrote:
> On Wed, Apr 29, 2020 at 05:53:45PM +0100, Stefan Hajnoczi wrote:
> > A userspace process holding a file descriptor to a virtio_blk device can
> > still invoke block_device_operations after hot unplug. This leads to a
> > use-after-free accessing vblk->vdev in virtblk_getgeo() when
> >
2014 Jun 29
2
virt_blk BUG: sleeping function called from invalid context
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 spew
> > because it's calling a sleeping function from an invalid context. The
> > backtrace is below. This is with kernel
2014 Jun 29
2
virt_blk BUG: sleeping function called from invalid context
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 spew
> > because it's calling a sleeping function from an invalid context. The
> > backtrace is below. This is with kernel
2015 Mar 18
2
Loading progress indication
On 18 Mar 2015, at 1:39 am, Gene Cumm <gene.cumm at gmail.com> wrote:
>> Would code be accepted if someone were to contribute it?
>
> Likely but bear in mind the printing would have to be quite conditional.
In what respect?
I would opt for some kind of progress bar or percentage, but I have realised that
whatever is coded would have to play nicely over serial as well as VGA
2008 Jun 10
3
[PATCH][TOOLS] libxc: mmap fixes for BSD
Hi!
On BSD, mmap()ing files works on on-disk files but not on
pseudo filesystems like kernfs or procfs.
Therefore, attached patch mmap()s anonymous memory.
Linux equivalents are sysfs and procfs to above BSD''s pseudo-filesystems.
On Linux, mmap is implemented for sysfs but it is questionable to me
how write operations work since (most) files in sysfs have
static content. So this patch
2015 Mar 17
4
samba 4.2 RDP problem
> Hello Heinz,
>
> Am 13.03.2015 um 18:26 schrieb Heinz H?lzl:
> > i did some tests wit samba 4.2 as a ADS DC on arch linux.
> > On a Win8.1 client i can do local logins as every user,
> > i can login via RDP as local user, but i am not able to
> > login as a domain user via RDP.
> > After the loginscreen, appears "Welcome" and the
> >
2019 Jun 11
2
Problems with inconsistent ACL inheritance and permissions after Samba upgrade
On 11/06/19 11:07, Rowland penny via samba wrote:
> On 11/06/2019 10:34, Sebastian Arcus via samba wrote:
>> I've just upgraded a Samba AD server to 4.10.2 a few weeks ago from
>> 4.x (I'm afraid I'm not sure the exact earlier version) - and since
>> then I just haven't managed to pin down the file permissions and
>> inheritance on the shares as
2019 Jun 11
2
Problems with inconsistent ACL inheritance and permissions after Samba upgrade
On 11/06/19 11:49, Rowland penny via samba wrote:
> On 11/06/2019 11:38, Sebastian Arcus via samba wrote:
>>
>> On 11/06/19 11:07, Rowland penny via samba wrote:
>>> On 11/06/2019 10:34, Sebastian Arcus via samba wrote:
>>>> I've just upgraded a Samba AD server to 4.10.2 a few weeks ago from
>>>> 4.x (I'm afraid I'm not sure the exact
2019 Jun 11
2
Problems with inconsistent ACL inheritance and permissions after Samba upgrade
I've just upgraded a Samba AD server to 4.10.2 a few weeks ago from 4.x
(I'm afraid I'm not sure the exact earlier version) - and since then I
just haven't managed to pin down the file permissions and inheritance on
the shares as it's been constantly causing issues. This server is both a
file server and a AD DC.
The current problem I am facing is the permissions of the
2009 Jun 05
2
Default Values of heartbeat dead threshold
Hi Guys
i got two node RAC cluster Running on RHEL 5.0 .. i just want to what is oracle recomendid Defaults values for below mention parameters
Thanks for your help
Heartbeat dead threshold
network idle timeout
network keepalive delay in ms
network reconnect delay in ms
kernel.panic_on_oops
kernel.panic
Regards,
Devender