From: Greg KH <gregkh@suse.de>
To: Andrea Shepard <andrea@persephoneslair.org>
Cc: linux-kernel@vger.kernel.org, netdev@vger.kernel.org,
khc@pm.waw.pl, davem@davemloft.net, mmarek@suse.cz,
jkosina@suse.cz, joe@perches.com, justinmattock@gmail.com,
alan@linux.intel.com, jdmason@kudzu.us
Subject: Re: [01/22] Cyclades PC300 driver: merge in Cyclades driver version 4.1.0
Date: Mon, 30 Jan 2012 06:37:08 -0800 [thread overview]
Message-ID: <20120130143708.GB13388@suse.de> (raw)
In-Reply-To: <20120130024354.GB10262@cronus.persephoneslair.org>
On Sun, Jan 29, 2012 at 06:43:54PM -0800, Andrea Shepard wrote:
> struct RUNTIME_9050 {
> - u32 loc_addr_range[4]; /* 00-0Ch : Local Address Ranges */
> - u32 loc_rom_range; /* 10h : Local ROM Range */
> - u32 loc_addr_base[4]; /* 14-20h : Local Address Base Addrs */
> - u32 loc_rom_base; /* 24h : Local ROM Base */
> - u32 loc_bus_descr[4]; /* 28-34h : Local Bus Descriptors */
> - u32 rom_bus_descr; /* 38h : ROM Bus Descriptor */
> - u32 cs_base[4]; /* 3C-48h : Chip Select Base Addrs */
> - u32 intr_ctrl_stat; /* 4Ch : Interrupt Control/Status */
> - u32 init_ctrl; /* 50h : EEPROM ctrl, Init Ctrl, etc */
> + uclong loc_addr_range[4]; /* 00-0Ch : Local Address Ranges */
> + uclong loc_rom_range; /* 10h : Local ROM Range */
> + uclong loc_addr_base[4]; /* 14-20h : Local Address Base Addrs */
> + uclong loc_rom_base; /* 24h : Local ROM Base */
> + uclong loc_bus_descr[4]; /* 28-34h : Local Bus Descriptors */
> + uclong rom_bus_descr; /* 38h : ROM Bus Descriptor */
> + uclong cs_base[4]; /* 3C-48h : Chip Select Base Addrs */
> + uclong intr_ctrl_stat; /* 4Ch : Interrupt Control/Status */
> + uclong init_ctrl; /* 50h : EEPROM ctrl, Init Ctrl, etc */
Now I'm not the network driver maintainer, so he might take this type of
thing, but I sure wouldn't.
I understand your want to dump the updated version of the driver in, and
then clean it up, but come on, allowing changes like this, that you can
see are obviously wrong (same goes for the return lines), and then
cleaning it up (hopefully) later on?
You can edit the diff by hand to remove this type of thing, so the churn
for it is not needed at all, which makes your overall diff smaller and
series easier to read and understand.
but that's just my opinion...
greg k-h
prev parent reply other threads:[~2012-01-30 14:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-30 2:43 Andrea Shepard
2012-01-30 14:37 ` Greg KH [this message]
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=20120130143708.GB13388@suse.de \
--to=gregkh@suse.de \
--cc=alan@linux.intel.com \
--cc=andrea@persephoneslair.org \
--cc=davem@davemloft.net \
--cc=jdmason@kudzu.us \
--cc=jkosina@suse.cz \
--cc=joe@perches.com \
--cc=justinmattock@gmail.com \
--cc=khc@pm.waw.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=mmarek@suse.cz \
--cc=netdev@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome