Re: [PATCH v3 4/6] floppy: properly handle failure on add_disk loop

From: Herton Ronaldo Krzesinski
Date: Mon Aug 27 2012 - 19:53:54 EST


On Tue, Aug 14, 2012 at 11:43:11AM -0300, Herton Ronaldo Krzesinski wrote:
> On Tue, Aug 14, 2012 at 04:31:23AM +0100, Ben Hutchings wrote:
> > On Mon, 2012-08-13 at 15:16 -0300, Herton Ronaldo Krzesinski wrote:
> > > On do_floppy_init, if something failed inside the loop we call add_disk,
> > > there was no cleanup of previous iterations in the error handling.
> > >
> > > Cc: stable@xxxxxxxxxxxxxxx
> > > Acked-by: Vivek Goyal <vgoyal@xxxxxxxxxx>
> > > Signed-off-by: Herton Ronaldo Krzesinski <herton.krzesinski@xxxxxxxxxxxxx>
> >
> > This depends on 3/6. If that's replaced by my proposed fix, then:

I redid the patch series with your proposed fix, and I'm going to submit it
again in some minutes, so I hope finally it goes forward.

> >
> > > ---
> > > drivers/block/floppy.c | 10 +++++++++-
> > > 1 file changed, 9 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/block/floppy.c b/drivers/block/floppy.c
> > > index 9272203..3eafe93 100644
> > > --- a/drivers/block/floppy.c
> > > +++ b/drivers/block/floppy.c
> > > @@ -4294,7 +4294,7 @@ static int __init do_floppy_init(void)
> > >
> > > err = platform_device_register(&floppy_device[drive]);
> > > if (err)
> > > - goto out_release_dma;
> > > + goto out_remove_drives;
> > >
> > > err = device_create_file(&floppy_device[drive].dev,
> > > &dev_attr_cmos);
> > > @@ -4313,6 +4313,14 @@ static int __init do_floppy_init(void)
> > >
> > > out_unreg_platform_dev:
> > > platform_device_unregister(&floppy_device[drive]);
> > > +out_remove_drives:
> > > + while (drive--) {
> > > + if (disk_registered[drive]) {
> >
> > I think the test of allowed_drive_mask and FDC version before
> > registering each driver should be factored out into a function that you
> > can use here. There would then no need for the disk_registered array.
>
> Seems a better approach. I'll redo the patches, but I'm not sure how to
> proceed now, since it depends on your change. Patches 4-6 that I did
> needs to be dropped/redone. At first my patches 0001/0002 could be
> applied with yours, then I would submit another series for the rest. Or
> I could take your change and submit your patch along with my series.
>
> >
> > Ben.
> >

--
[]'s
Herton
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/