From: Jeff Garzik <jeff@garzik.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org,
IDE/ATA development list <linux-ide@vger.kernel.org>,
netdev <netdev@vger.kernel.org>, Tejun Heo <htejun@gmail.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Deepak Saxena <dsaxena@plexity.net>, Dan Faerch <dan@hacker.dk>,
Benjamin LaHaise <bcrl@kvack.org>
Subject: Re: ata and netdev (was Re: -mm merge plans for 2.6.23)
Date: Tue, 10 Jul 2007 14:57:16 -0400 [thread overview]
Message-ID: <4693D68C.7000303@garzik.org> (raw)
In-Reply-To: <20070710112458.e9dbb55e.akpm@linux-foundation.org>
Andrew Morton wrote:
> On Tue, 10 Jul 2007 13:42:16 -0400
> Jeff Garzik <jeff@garzik.org> wrote:
>
>> (just to provide my indicator of status)
>
> Thanks.
>
>>> libata-add-irq_flags-to-struct-pata_platform_info-fix.patch
>> are other pata_platform people happy with this? I don't know embedded
>> well enough to know if adding this struct member will break things.
>
> This is just a silly remove-unneeded-cast-of-void* cleanup. I wrote this
> as a fixup against
> libata-add-irq_flags-to-struct-pata_platform_info.patch with the intention
> of folding it into that base patch, but you went and merged the submitter's
> original patch so this trivial fixup got stranded in -mm. Feel free to give
> it the piss-off-too-trivial treatment.
I'm sorry, I didn't look closely enough. I was referring to the
add-irq-flags patch itself, not your small fix.
>>> ata-ahci-alpm-store-interrupt-value.patch
>>> ata-ahci-alpm-expose-power-management-policy-option-to-users.patch
>>> ata-ahci-alpm-enable-link-power-management-for-ata-drivers.patch
>>> ata-ahci-alpm-enable-aggressive-link-power-management-for-ahci-controllers.patch
>>>
>>> These appear to need some work.
>> seemed mostly OK to me. what comments did I miss?
>
> Oh, I thought these were the patches which affected scsi and which James
> had issues with. I guess I got confused.
hrm. ISTR James wanted some cleanups, Kristen did some cleanups, then
looking at the cleanups decided they were needed / appropriate at this time.
Anyway, these are in my mbox queue and the libata portions (of which the
code is the majority) seem OK. Need to give them a final review.
Jeff
next prev parent reply other threads:[~2007-07-10 18:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20070710013152.ef2cd200.akpm@linux-foundation.org>
2007-07-10 17:42 ` ata and netdev (was Re: -mm merge plans for 2.6.23) Jeff Garzik
2007-07-10 18:24 ` Andrew Morton
2007-07-10 18:55 ` James Bottomley
2007-07-10 18:57 ` Jeff Garzik [this message]
2007-07-10 20:31 ` Sergei Shtylyov
2007-07-10 20:35 ` Andrew Morton
2007-07-11 16:47 ` Dan Faerch
2007-07-10 19:56 ` Sergei Shtylyov
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=4693D68C.7000303@garzik.org \
--to=jeff@garzik.org \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=bcrl@kvack.org \
--cc=dan@hacker.dk \
--cc=dsaxena@plexity.net \
--cc=htejun@gmail.com \
--cc=linux-ide@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).