On Thu, 2017-01-19 at 02:01 +0300, Dan Carpenter wrote:
> On Wed, Jan 18, 2017 at 07:04:46AM -0800, Michael Zoran wrote:
> > Add the top level compat ioctl handler as a placeholder
> > for adding additional handlers.
> > 
> > The ioctls are first filtered and forwarded to the
> > regular ioctl handler if the ioctl does not require
> > any extra compatibility processing.
> > 
> > Signed-off-by: Michael Zoran <mzo...@crowfest.net>
> > ---
> >  .../vc04_services/interface/vchiq_arm/vchiq_arm.c  | 73
> > ++++++++++++++++++++++
> >  1 file changed, 73 insertions(+)
> > 
> > diff --git
> > a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> > b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> > index 0525211bcd65..9ade2f63606b 100644
> > --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> > +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> > @@ -1206,6 +1206,76 @@ vchiq_ioctl(struct file *file, unsigned int
> 
> What the heck???  I feel you're trying to gaslight me now.
> 
> It's unfortunate that this is right at the start of the series
> because
> I've already met my quota of nonsense code and I won't be reviewing
> the
> rest until v2 comes out.
> 
> regards,
> dan carpenter
> 

This whole driver is a chicken and egg problem.  The existing code is
so hard to read and maintain, that it's hard to improve it in a
incremental way.   Yet, trowing large sections out the door is too hard
to get seriously reviewed as well...

I would like to think that what I've submitted is an improvement on the
existing stuff.  I'm sorry you feel that no changes are possible unless
 all the issues are fixed at once.




_______________________________________________
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

Reply via email to