All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Pali Rohár" <pali.rohar@gmail.com>
To: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Greg KH <gregkh@linuxfoundation.org>,
	linux-kernel@vger.kernel.org, linux-input@vger.kernel.org
Subject: Re: [PATCH] Input: drivers/joystick: use parallel port device model
Date: Mon, 3 Aug 2015 14:26:48 +0200	[thread overview]
Message-ID: <20150803122648.GE20682@pali> (raw)
In-Reply-To: <20150801124348.GA10147@sudip-pc>

On Saturday 01 August 2015 18:13:48 Sudip Mukherjee wrote:
> On Fri, Jul 31, 2015 at 01:43:06PM -0700, Dmitry Torokhov wrote:
> > On Fri, Jul 31, 2015 at 01:36:18PM -0700, Greg KH wrote:
> > > On Fri, Jul 31, 2015 at 11:04:26PM +0530, Sudip Mukherjee wrote:
> > > > On Fri, Jul 31, 2015 at 09:54:27AM -0700, Dmitry Torokhov wrote:
> > > > > On Fri, Jul 31, 2015 at 03:45:25PM +0530, Sudip Mukherjee wrote:
> > > > > > On Thu, Jul 30, 2015 at 09:53:23AM -0700, Dmitry Torokhov wrote:
> > > > > > > Hi Sudip,
> > > > > > Hi Dmitry,
> > > > > > > 
> > > > > > > On Thu, Jul 30, 2015 at 07:36:34PM +0530, Sudip Mukherjee wrote:
> <snip>
> > > > > 
> > > > > No, unfortunately I do not.
> > > > > 
> > > > > Since neither of us can test the change what is the benefit of doing the
> > > > > conversion? What will be gained by doing it? Are there plans for parport
> > > > > subsystem to remove the old style initialization?
> > > > Yes, that is the plan. Well, if you are not comfortable with introducing
> > > > attach and detach functions then this can be done in another way where
> > > > there will be very minimum change in the code. But I will prefer to have
> > > > attach and detach then it can take advantage of the hotplug feature.
> > > > Adding Greg in To: list for his comments.
> > > 
> > > Converting to the "new" api is the end goal here, no need to keep the
> > > old one around anymore.
> > 
> > OK, then I guess we can do the conversion right (dropping db9_base
> > module-global) and see if anyone screams at us.
> I am working on it now to remove db9_base. But in the detach callback we
> will get struct parport * and from parport to get a pardevice we need to
> get it from port->physport->devices. Since it is having PARPORT_FLAG_EXCL
> it is ok, but should we really depend on and work with the internal data
> structures of the parport rather than working with the exported api?
> 
> regards
> sudip
> --
> To unsubscribe from this list: send the line "unsubscribe linux-input" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 

Hey! I believe you are not going to break my Atari joystick connected to
my desktop PC via special homemade reduction for parallel port... :-)
That Atari joystick uses db9.ko linux kernel driver and so any untested
changes to db9.c could break functionality!

-- 
Pali Rohár
pali.rohar@gmail.com

  reply	other threads:[~2015-08-03 12:26 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-30 14:06 [PATCH] Input: drivers/joystick: use parallel port device model Sudip Mukherjee
2015-07-30 16:53 ` Dmitry Torokhov
2015-07-31 10:15   ` Sudip Mukherjee
2015-07-31 16:54     ` Dmitry Torokhov
2015-07-31 17:34       ` Sudip Mukherjee
2015-07-31 20:36         ` Greg KH
2015-07-31 20:43           ` Dmitry Torokhov
2015-08-01 12:43             ` Sudip Mukherjee
2015-08-03 12:26               ` Pali Rohár [this message]
2015-08-03 12:36                 ` Sudip Mukherjee
2015-08-03 12:36                   ` Sudip Mukherjee
2015-08-03 12:41                   ` Pali Rohár
2015-08-03 12:41                     ` Pali Rohár
2015-08-04 18:37                     ` Pali Rohár
2015-08-03 15:02             ` Sudip Mukherjee
2015-08-04 18:41               ` Dmitry Torokhov
2015-08-05  6:27                 ` Sudip Mukherjee

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150803122648.GE20682@pali \
    --to=pali.rohar@gmail.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sudipm.mukherjee@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.