search for: mntput

...t;> You can checkout each mailine version like Linux 6.0, 6.1, ... and try >>> to check if it can be reproduced. >> >> I drop this method, my machine cpu is old, compiling kernel will take too much >> time. >> >>> >>> I've tried trace mntget/mntput using the following bpftrace script, >>> link-cp output shows it misses a fput. >>> >>> #include <linux/mount.h> >>> #include <linux/string.h> >>> >>> kprobe:mntget >>> { >>> $n = ((struct vfsmount *)arg0)->mnt_...

...re is a possibility one ocfs2 commit introduced this issue. >You can checkout each mailine version like Linux 6.0, 6.1, ... and try > to check if it can be reproduced. I drop this method, my machine cpu is old, compiling kernel will take too much time. > > I've tried trace mntget/mntput using the following bpftrace script, > link-cp output shows it misses a fput. > > #include <linux/mount.h> > #include <linux/string.h> > > kprobe:mntget > { > $n = ((struct vfsmount *)arg0)->mnt_sb->s_type->name; > > if (!strncmp(str($n), &quo...

...st year > openSUSE tumblweed (with kernel 5.16.2), this umount issue doesn't exist. > So there is a possibility one ocfs2 commit introduced this issue. >You can checkout each mailine version like Linux 6.0, 6.1, ... and try to check if it can be reproduced. I've tried trace mntget/mntput using the following bpftrace script, link-cp output shows it misses a fput. #include <linux/mount.h> #include <linux/string.h> kprobe:mntget { $n = ((struct vfsmount *)arg0)->mnt_sb->s_type->name; if (!strncmp(str($n), "ocfs2", 5)) { @[comm] += 1; printf(&qu...

...introduced this issue. > >You can checkout each mailine version like Linux 6.0, 6.1, ... and try > > to check if it can be reproduced. > > I drop this method, my machine cpu is old, compiling kernel will take too much > time. > > > > > I've tried trace mntget/mntput using the following bpftrace script, > > link-cp output shows it misses a fput. > > > > #include <linux/mount.h> > > #include <linux/string.h> > > > > kprobe:mntget > > { > > $n = ((struct vfsmount *)arg0)->mnt_sb->s_type->name;...

...mailine version like Linux 6.0, 6.1, ... and try >>>> to check if it can be reproduced. >>> >>> I drop this method, my machine cpu is old, compiling kernel will take too much >>> time. >>> >>>> >>>> I've tried trace mntget/mntput using the following bpftrace script, >>>> link-cp output shows it misses a fput. >>>> >>>> #include <linux/mount.h> >>>> #include <linux/string.h> >>>> >>>> kprobe:mntget >>>> { >>>> $n = ((...

On 2/24/23 3:52 PM, Joseph Qi wrote: > > > On 2/24/23 3:48 PM, Heming Zhao via Ocfs2-devel wrote: >> On 2/24/23 2:54 PM, Joseph Qi wrote: >>> I can reproduce this in my local VM. >>> I've traced ocfs2_dismount_volume and found that it hasn't been called. >>> So EBUSY is returned in VFS layer. I guess something wrong when doing >>> a copy

I have a hotplug setup in initramfs. Everytime that modprobe is called I get a kernel oops: NULL pointer dereference: Unable to handle kernel NULL pointer dereference<1>Unable to handle kernel NULL pointer dereference at virtual address 00000014 printing eip: c015db49 *pde = 00000000 Oops: 0000 [#1] PREEMPT SMP Modules linked in: CPU: 3 EIP: 0060:[<c015db49>] Not tainted

We need an smb_mb() before waitqueue_active to avoid missing wakeups. Before Mitch was hitting a deadlock between the ordered flushers and the transaction commit because the ordered flushers were waiting for more refs and were never woken up, so those smp_mb()''s are the most important. Everything else I added for correctness sake and to avoid getting bitten by this again somewhere else.

https://bugs.freedesktop.org/show_bug.cgi?id=91738 Bug ID: 91738 Summary: xf86-video-nouveau 1.0.11 will not allow X to start Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau

The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called while nouveau was runtime suspended, a deadlock would occur due to nouveau_fbcon_set_suspend also trying to obtain console_lock(). Fix this by delaying the drm_fb_helper_set_suspend call. Based on the i915 code (which was done for performance reasons though). Cc: Chris Wilson <chris at chris-wilson.co.uk> Cc: Daniel