lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <41d5058358014bbd8ab4329ecb5355f6@SFHDAG7NODE2.st.com>
Date:   Thu, 26 Jul 2018 07:09:13 +0000
From:   Loic PALLARDY <loic.pallardy@...com>
To:     Suman Anna <s-anna@...com>,
        "bjorn.andersson@...aro.org" <bjorn.andersson@...aro.org>,
        "ohad@...ery.com" <ohad@...ery.com>
CC:     "linux-remoteproc@...r.kernel.org" <linux-remoteproc@...r.kernel.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "Arnaud POULIQUEN" <arnaud.pouliquen@...com>,
        "benjamin.gaignard@...aro.org" <benjamin.gaignard@...aro.org>
Subject: RE: [PATCH 1/1] rpmsg: virtio_rpmsg_bus: Fix rpmsg_remove() release
 order



> -----Original Message-----
> From: Suman Anna <s-anna@...com>
> Sent: Thursday, July 26, 2018 12:32 AM
> To: Loic PALLARDY <loic.pallardy@...com>; bjorn.andersson@...aro.org;
> ohad@...ery.com
> Cc: linux-remoteproc@...r.kernel.org; linux-kernel@...r.kernel.org;
> Arnaud POULIQUEN <arnaud.pouliquen@...com>;
> benjamin.gaignard@...aro.org
> Subject: Re: [PATCH 1/1] rpmsg: virtio_rpmsg_bus: Fix rpmsg_remove()
> release order
> 
> Hi Loic,
> 
> On 07/25/2018 04:07 PM, Loic Pallardy wrote:
> > In rpmsg_remove() procedure, children are removed then Name
> > Service announcement endpoint is destroyed and device released.
> >
> > Issue with current implementation is if a NS announcement
> > creation request is ongoing (received before virtio reset),
> > child device could be created after children removing.
> > In that case rpmsg_remove() is freeing rpmsg_virtio_bus,
> > leading to an inconsistent state.
> >
> > This patch is destroying NS announcement service endpoint before
> > removing children to guarantee that list of child devices is
> > fixed and all of them will be correctly removed before cleaning
> > resources.
> 
> I do not think this is the right fix for the problem you explained.
> The removal of rpmsg devices can actually invoke the announce_destroy
> in the rpmsg_dev_remove().

Yes it was one of my interrogation correcting it like that. But as virtio link has been put in reset state just before, no message could be sent to coprocessor...
Other possible correction (maybe less elegant), keeping current order, is to introduce a rpmsg bus "status" that will be checked before registering new device.
Anyway, we need to prevent new rpmsg device register after children removal to avoid orphan device.

Regards,
Loic
> 
> regards
> Suman
> 
> >
> > fixes: bcabbccabffe ("rpmsg: Split off generic tail of create_channel()")
> >
> > Signed-off-by: Loic Pallardy <loic.pallardy@...com>
> > ---
> >  drivers/rpmsg/virtio_rpmsg_bus.c | 6 +++---
> >  1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/rpmsg/virtio_rpmsg_bus.c
> b/drivers/rpmsg/virtio_rpmsg_bus.c
> > index 664f957..f5d481f 100644
> > --- a/drivers/rpmsg/virtio_rpmsg_bus.c
> > +++ b/drivers/rpmsg/virtio_rpmsg_bus.c
> > @@ -1004,13 +1004,13 @@ static void rpmsg_remove(struct virtio_device
> *vdev)
> >
> >  	vdev->config->reset(vdev);
> >
> > +	if (vrp->ns_ept)
> > +		__rpmsg_destroy_ept(vrp, vrp->ns_ept);
> > +
> >  	ret = device_for_each_child(&vdev->dev, NULL,
> rpmsg_remove_device);
> >  	if (ret)
> >  		dev_warn(&vdev->dev, "can't remove rpmsg device: %d\n",
> ret);
> >
> > -	if (vrp->ns_ept)
> > -		__rpmsg_destroy_ept(vrp, vrp->ns_ept);
> > -
> >  	idr_destroy(&vrp->endpoints);
> >
> >  	vdev->config->del_vqs(vrp->vdev);
> >

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ