All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sudip Mukherjee <sudipm.mukherjee@gmail.com>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Benjamin Romer <benjamin.romer@unisys.com>,
	David Kershner <david.kershner@unisys.com>,
	*S-Par-Maintainer <sparmaintainer@unisys.com>,
	"open list:STAGING SUBSYSTEM" <devel@driverdev.osuosl.org>,
	linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] staging: unisys: handle major number properly
Date: Tue, 24 Mar 2015 11:06:08 +0530	[thread overview]
Message-ID: <20150324053608.GA4640@sudip-PC> (raw)
In-Reply-To: <20150323210440.GA22956@kroah.com>

On Mon, Mar 23, 2015 at 10:04:40PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Mar 17, 2015 at 08:31:24PM +0530, Sudip Mukherjee wrote:
<snip>
>
> This doesn't apply anymore, due to other changes recently to this
> driver.
>
> But even if it did, I don't think it is correct.  I really don't
> understand what you are trying to do here.  I think you just merged two
> different major numbers togther, which isn't good at all.  But if you
> didn't, then why is this patch doing different things to different files
> (hint, only do one thing per file.)
>
> Also, why does the driver have multiple major numbers?  Isn't a single
> major good enough?  How many does it need?  For what does it use them
> for?

but, according to my understanding the driver is having only one major
number. visorchipset_major is the major number defined in
visorchipset_main.c as a module parameter. The original code in
visorchipset_main.c was creating dev_t from this major number and
calling the function visorchipset_file_init(), which is in file.c
with the dev_t as an argument.

Now visorchipset_file_init(), it is registering that dev_t as a
char driver and  storing it in a static variable so that it can reuse
that dev_t in visorchipset_file_cleanup().

My patch is just passing the major and minor number as argument to
visorchipset_file_init() which is creating that dev_t while registering.
and instead of storing it again as a static variable i am using
Visorchipset_platform_device.dev.devt while calling the cleanup().

now since all are related to only one change so it all came in a single
patch.

is my understanding correct or am i missing something here?

regards
sudip


>
> Totally confused,
>
> greg k-h

  reply	other threads:[~2015-03-24  5:36 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-17 15:01 [PATCH] staging: unisys: handle major number properly Sudip Mukherjee
2015-03-23 21:04 ` Greg Kroah-Hartman
2015-03-24  5:36   ` Sudip Mukherjee [this message]
2015-03-24  8:32 ` Dan Carpenter
2015-03-24  8:43   ` Sudip Mukherjee
2015-03-24  8:57     ` Dan Carpenter

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=20150324053608.GA4640@sudip-PC \
    --to=sudipm.mukherjee@gmail.com \
    --cc=benjamin.romer@unisys.com \
    --cc=david.kershner@unisys.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sparmaintainer@unisys.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.