search for: list_del

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=56 Summary: super-long erroneous timeouts in conntrack table (semantics of list_del() change) Product: netfilter/iptables Version: linux-2.4.x Platform: other URL: http://lists.netfilter.org/pipermail/netfilter- devel/2003-February/010589.html OS/Version: other Status: NEW Severity: no...

...here are any pointers for this Thanks Santhosh On Tue, May 14, 2019 at 7:26 PM santhosh kumar <santhosh.santuu at gmail.com> wrote: > Hi, > > We migrated from redhat 5.3 to centos 7.5 and facing crashes in longevity > tests > > All of them point to below reason, > > list_del corruption. next->prev should be ffff880c1e567000, but was > 00450008a948adba > > We searched around web and see this is fixed in redhat > https://bugzilla.redhat.com/show_bug.cgi?id=1028750 > > But don't see any fix in Centos. https://bugs.centos.org/view.php?id=10944 >...

...bo_handles); > > - kvfree(buflist); > > + if (buflist) > > + virtio_gpu_array_put_free(buflist); ... and the buflist is released here if needed. But we need if (buflist) for drm_gem_unlock_reservations too. Fixed. > > - > > - list_del(&entry->list); > > - free_vbuf(vgdev, entry); > > } > > wake_up(&vgdev->ctrlq.ack_queue); > > > > if (fence_id) > > virtio_gpu_fence_event_process(vgdev, fence_id); > > + > > +...

...at 7:26 PM santhosh kumar <santhosh.santuu at gmail.com> > wrote: > > > Hi, > > > > We migrated from redhat 5.3 to centos 7.5 and facing crashes in longevity > > tests Why not 7.6?? > > > > All of them point to below reason, > > > > list_del corruption. next->prev should be ffff880c1e567000, but was > > 00450008a948adba > > > > We searched around web and see this is fixed in redhat > > https://bugzilla.redhat.com/show_bug.cgi?id=1028750 > > > > But don't see any fix in Centos. https://bugs.c...

...holding gk20a_instmem_lock + * Recycle the vaddr of obj. Must be called with gk20a_instmem::lock held. + */ +static void +gk20a_instobj_recycle_vaddr(struct gk20a_instobj *obj) +{ + struct gk20a_instmem *imem = obj->imem; + /* there should not be any user left... */ + WARN_ON(obj->use_cpt); + list_del(&obj->vaddr_node); + vunmap(obj->vaddr); + obj->vaddr = NULL; + imem->vaddr_use -= nvkm_memory_size(&obj->memory); + nvkm_debug(&imem->base.subdev, "vaddr used: %x/%x\n", imem->vaddr_use, + imem->vaddr_max); +} + +/* + * Must be called while holding...

...e ((req = virtqueue_get_buf(vq, &len)) != NULL) { > + req->done = true; > + wake_up(&req->host_acked); > + > + if (!list_empty(&vpmem->req_list)) { > + req_buf = list_first_entry(&vpmem->req_list, > + struct virtio_pmem_request, list); > + list_del(&vpmem->req_list); Shouldn't it be rather `list_del(vpmem->req_list.next)`? We are trying to unlink first element of the list and `vpmem->req_list` is just the list head. > +int virtio_pmem_flush(struct nd_region *nd_region) > +{ > + int err; > + unsigned long flags;...

...e ((req = virtqueue_get_buf(vq, &len)) != NULL) { > + req->done = true; > + wake_up(&req->host_acked); > + > + if (!list_empty(&vpmem->req_list)) { > + req_buf = list_first_entry(&vpmem->req_list, > + struct virtio_pmem_request, list); > + list_del(&vpmem->req_list); Shouldn't it be rather `list_del(vpmem->req_list.next)`? We are trying to unlink first element of the list and `vpmem->req_list` is just the list head. > +int virtio_pmem_flush(struct nd_region *nd_region) > +{ > + int err; > + unsigned long flags;...

On Fri, 17 May 2019, Pete Biggs wrote: > CentOS is a clone of RHEL - if it is fixed in RHEL 7 it will be fixed > in CentOS 7. CentOS doesn't "fix" things as such as that would break > compatibility with RHEL. > > There may be some 3rd party repo that provides a newer kernel that > fixes the issue. I'd go further. It's also a kernel bug in btrfs, which

On Fri, May 17, 2019 at 3:17 AM John Hodrien <J.H.Hodrien at leeds.ac.uk> wrote: > RHEL advice would clearly be not to use btrfs. I'm curious, is there anything in RHEL 8 that would replace BTRFS or ZFS? I'm experimenting with BTRFS on one system and the snapshot and subvolume features are nice. Jim

On May 17, 2019, at 9:53 AM, John Hodrien <J.H.Hodrien at leeds.ac.uk> wrote: > > On Fri, 17 May 2019, James Szinger wrote: > >> On Fri, May 17, 2019 at 3:17 AM John Hodrien <J.H.Hodrien at leeds.ac.uk> wrote: >>> RHEL advice would clearly be not to use btrfs. >> >> I'm curious, is there anything in RHEL 8 that would replace BTRFS or >>

Warren Young wrote: > On May 17, 2019, at 9:53 AM, John Hodrien <J.H.Hodrien at leeds.ac.uk> > wrote: >> On Fri, 17 May 2019, James Szinger wrote: >>> On Fri, May 17, 2019 at 3:17 AM John Hodrien >>> <J.H.Hodrien at leeds.ac.uk> wrote: >>> >>>> RHEL advice would clearly be not to use btrfs. >>> >>> I'm curious, is

> Am 17.05.2019 um 19:26 schrieb mark <m.roth at 5-cent.us>: > > Warren Young wrote: >> On May 17, 2019, at 9:53 AM, John Hodrien <J.H.Hodrien at leeds.ac.uk> >> wrote: >>> On Fri, 17 May 2019, James Szinger wrote: >>>> On Fri, May 17, 2019 at 3:17 AM John Hodrien >>>> <J.H.Hodrien at leeds.ac.uk> wrote: >>>>

This is an important find, it may require an audit of uses list_del where its use is not immediately by some form of destruction of the containing object. -JX On Sep 21, 2006, at 6:21 PM, Amos Waterland wrote: > I believe it is the case that if the last element of a list is deleted > with list_del(), and then the list is scanned with list_empty(), > u...

> A customer of ours is having randomly some kernel panics. Via some forum > posts I might have seen it could have something to do with Samba: > > They're running: RHEL 5.1 : Linux krulep03.verhaert.com 2.6.18-8.el5 #1 > SMP Fri Jan 26 14:15:21 EST 2007 i686 i686 i386 GNU/Linux > > rpm -qa | grep samba > samba-client-3.0.23c-2 > samba-3.0.23c-2 >

...if (vma->part) { 969 struct nvkm_vma *prev = node(vma, prev); 970 if (!prev->memory) { 971 prev->size += vma->size; 972 rb_erase(&vma->tree, &vmm->root); 973 list_del(&vma->head); 974 kfree(vma); 975 vma = prev; 976 } 977 } 978 979 next = node(vma, next); 980 if (next && next->part) { 981 if (!next->memory) { 982...

https://bugs.freedesktop.org/show_bug.cgi?id=84880 Bug ID: 84880 Summary: [NV94] X freeze on nouveau list_del corruption / unable to handle kernel paging request Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Dri...

...he vaddr of obj. Must be called with gk20a_instmem::lock held. > + */ > +static void > +gk20a_instobj_recycle_vaddr(struct gk20a_instobj *obj) > +{ > + struct gk20a_instmem *imem = obj->imem; > + /* there should not be any user left... */ > + WARN_ON(obj->use_cpt); > + list_del(&obj->vaddr_node); > + vunmap(obj->vaddr); > + obj->vaddr = NULL; > + imem->vaddr_use -= nvkm_memory_size(&obj->memory); > + nvkm_debug(&imem->base.subdev, "vaddr used: %x/%x\n", imem->vaddr_use, > + imem->vaddr_max); > +} > + &...

..., struct drm_dp_mst_branch, topology_kref); > struct drm_dp_mst_topology_mgr *mgr = mstb->mgr; > - struct drm_dp_mst_port *port, *tmp; > - bool wake_tx = false; > > - mutex_lock(&mgr->lock); > - list_for_each_entry_safe(port, tmp, &mstb->ports, next) { > - list_del(&port->next); > - drm_dp_mst_topology_put_port(port); > - } > - mutex_unlock(&mgr->lock); > - > - /* drop any tx slots msg */ > - mutex_lock(&mstb->mgr->qlock); > - if (mstb->tx_slots[0]) { > - mstb->tx_slots[0]->state = DRM_DP_SIDEBAND_TX_...

On Fri, 17 May 2019, James Szinger wrote: > On Fri, May 17, 2019 at 3:17 AM John Hodrien <J.H.Hodrien at leeds.ac.uk> wrote: >> RHEL advice would clearly be not to use btrfs. > > I'm curious, is there anything in RHEL 8 that would replace BTRFS or > ZFS? I'm experimenting with BTRFS on one system and the snapshot and > subvolume features are nice. I assume

...;reclaim_list, list) { resp = (struct virtio_gpu_ctrl_hdr *)entry->resp_buf; trace_virtio_gpu_cmd_response(vgdev->ctrlq.vq, resp); @@ -218,14 +218,18 @@ void virtio_gpu_dequeue_ctrl_func(struct work_struct *work) } if (entry->resp_cb) entry->resp_cb(vgdev, entry); - - list_del(&entry->list); - free_vbuf(vgdev, entry); } wake_up(&vgdev->ctrlq.ack_queue); if (fence_id) virtio_gpu_fence_event_process(vgdev, fence_id); + + list_for_each_entry_safe(entry, tmp, &reclaim_list, list) { + if (entry->objs) + virtio_gpu_array_put_free(entry->o...