Re: 2.6.32 -mm merge plans

Re: 2.6.32 -mm merge plans

[Paul Mundt]

On Tue, Sep 15, 2009 at 04:15:35PM -0700, Andrew Morton wrote:
> mtd-make-onenand-genericc-more-generic.patch
> mtd-nand-add-page-parameter-to-all-read_page-read_page_raw-apis.patch
> mtd-nand-add-new-ecc-mode-ecc_hw_oob_first.patch
> mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips.patch
> mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips-update.patch
> mtd-jffs2-fix-read-buffer-overflow.patch
> mtd-prevent-a-read-from-eraseregions.patch
> mtd-prevent-a-read-from-regions.patch
> mtd-jedec_probe-fix-nec-upd29f064115-detection.patch
> mtdpart-memory-accessor-interface-for-mtd-layer.patch
> 
>   -> dwmw2
> 
Regarding mtd-make-onenand-genericc-more-generic.patch, I'm not really
sure what happened. To recap:

It was posted to the mtd list here:

http://lists.infradead.org/pipermail/linux-mtd/2009-August/026805.html

Kyungmin objected to the driver name change here:

http://lists.infradead.org/pipermail/linux-mtd/2009-August/026807.html

I pointed out that the rough rationale for the name change here:

http://lists.infradead.org/pipermail/linux-mtd/2009-August/026808.html

and offered to redo the patch keeping the old name if Kyungmin felt the
rationale wasn't valid, but received no reply. Subsequently, Artem
mentioned that he had merged it in to his l2-mtd-2.6.git tree here:

http://lists.infradead.org/pipermail/linux-mtd/2009-August/026866.html

which subsequently seems to not actually have happened.

This is a pretty trivial patch, and I don't mind respinning it in
whatever form folks are content with. I had assumed given the mention
that it had been merged in to the l2 tree that the rationale was
sufficient for merging.

Re: 2.6.32 -mm merge plans

[Andrew Morton]

On Wed, 16 Sep 2009 09:03:57 +0900
Paul Mundt <lethal@linux-sh.org> wrote:

> On Tue, Sep 15, 2009 at 04:15:35PM -0700, Andrew Morton wrote:
> > mtd-make-onenand-genericc-more-generic.patch
> > mtd-nand-add-page-parameter-to-all-read_page-read_page_raw-apis.patch
> > mtd-nand-add-new-ecc-mode-ecc_hw_oob_first.patch
> > mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips.patch
> > mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips-update.patch
> > mtd-jffs2-fix-read-buffer-overflow.patch
> > mtd-prevent-a-read-from-eraseregions.patch
> > mtd-prevent-a-read-from-regions.patch
> > mtd-jedec_probe-fix-nec-upd29f064115-detection.patch
> > mtdpart-memory-accessor-interface-for-mtd-layer.patch
> > 
> >   -> dwmw2
> > 
> Regarding mtd-make-onenand-genericc-more-generic.patch, I'm not really
> sure what happened. To recap:
> 
> It was posted to the mtd list here:
> 
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026805.html
> 
> Kyungmin objected to the driver name change here:
> 
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026807.html
> 
> I pointed out that the rough rationale for the name change here:
> 
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026808.html
> 
> and offered to redo the patch keeping the old name if Kyungmin felt the
> rationale wasn't valid, but received no reply. Subsequently, Artem
> mentioned that he had merged it in to his l2-mtd-2.6.git tree here:
> 
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026866.html
> 
> which subsequently seems to not actually have happened.
> 
> This is a pretty trivial patch, and I don't mind respinning it in
> whatever form folks are content with. I had assumed given the mention
> that it had been merged in to the l2 tree that the rationale was
> sufficient for merging.

I don't think that Artem's tree is in linux-next, so I have no
visibility of what's happening with that patch.

I do think that Artem's tree should be in linux-next.

I guess I'll just hose the patch at dwmw2 and will see what happens.  I
sent it on Aug 6, with no effect.

Re: 2.6.32 -mm merge plans

[Mike Frysinger]

On Tue, Sep 15, 2009 at 20:18, Andrew Morton wrote:
> On Wed, 16 Sep 2009 09:03:57 +0900 Paul Mundt wrote:
>> On Tue, Sep 15, 2009 at 04:15:35PM -0700, Andrew Morton wrote:
>> > mtd-make-onenand-genericc-more-generic.patch
>> > mtd-nand-add-page-parameter-to-all-read_page-read_page_raw-apis.patch
>> > mtd-nand-add-new-ecc-mode-ecc_hw_oob_first.patch
>> > mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips.patch
>> > mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips-update.patch
>> > mtd-jffs2-fix-read-buffer-overflow.patch
>> > mtd-prevent-a-read-from-eraseregions.patch
>> > mtd-prevent-a-read-from-regions.patch
>> > mtd-jedec_probe-fix-nec-upd29f064115-detection.patch
>> > mtdpart-memory-accessor-interface-for-mtd-layer.patch
>> >
>> >   -> dwmw2
>>
>> Regarding mtd-make-onenand-genericc-more-generic.patch, I'm not really
>> sure what happened. To recap:
>>
>> It was posted to the mtd list here:
>>
>> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026805.html
>>
>> Kyungmin objected to the driver name change here:
>>
>> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026807.html
>>
>> I pointed out that the rough rationale for the name change here:
>>
>> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026808.html
>>
>> and offered to redo the patch keeping the old name if Kyungmin felt the
>> rationale wasn't valid, but received no reply. Subsequently, Artem
>> mentioned that he had merged it in to his l2-mtd-2.6.git tree here:
>>
>> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026866.html
>>
>> which subsequently seems to not actually have happened.
>>
>> This is a pretty trivial patch, and I don't mind respinning it in
>> whatever form folks are content with. I had assumed given the mention
>> that it had been merged in to the l2 tree that the rationale was
>> sufficient for merging.
>
> I don't think that Artem's tree is in linux-next, so I have no
> visibility of what's happening with that patch.
>
> I do think that Artem's tree should be in linux-next.
>
> I guess I'll just hose the patch at dwmw2 and will see what happens.  I
> sent it on Aug 6, with no effect.

i guess i shouldnt try and bounce a few more mtd patches through you huh ...

http://git.kernel.org/?p=linux/kernel/git/vapier/blackfin.git;a=shortlog;h=for-mtd

hopefully they make it in this cycle (they were posted a while ago to
the mtd lists w/feedback addressed)
-mike

Re: 2.6.32 -mm merge plans

[Andrew Morton]

On Tue, 15 Sep 2009 23:51:25 -0400 Mike Frysinger <vapier.adi@gmail.com> wrote:

> > I don't think that Artem's tree is in linux-next, so I have no
> > visibility of what's happening with that patch.
> >
> > I do think that Artem's tree should be in linux-next.
> >
> > I guess I'll just hose the patch at dwmw2 and will see what happens. __I
> > sent it on Aug 6, with no effect.
> 
> i guess i shouldnt try and bounce a few more mtd patches through you huh ...

You can try.  One of my functions is pointlessly sending patches at
maintainers so you don't have to.

> http://git.kernel.org/?p=linux/kernel/git/vapier/blackfin.git;a=shortlog;h=for-mtd
> 
> hopefully they make it in this cycle (they were posted a while ago to
> the mtd lists w/feedback addressed)

Wanna mail them out in the usual fashion?

Re: 2.6.32 -mm merge plans

[Mike Frysinger]

On Wed, Sep 16, 2009 at 00:15, Andrew Morton wrote:
> On Tue, 15 Sep 2009 23:51:25 -0400 Mike Frysinger wrote:
>> http://git.kernel.org/?p=linux/kernel/git/vapier/blackfin.git;a=shortlog;h=for-mtd
>>
>> hopefully they make it in this cycle (they were posted a while ago to
>> the mtd lists w/feedback addressed)
>
> Wanna mail them out in the usual fashion?

if i dont see them in the next mtd merge in the 2.6.32 window, i'll
bounce them over to you
-mike

Re: 2.6.32 -mm merge plans

[Artem Bityutskiy]

On Tue, 2009-09-15 at 23:51 -0400, Mike Frysinger wrote:
> On Tue, Sep 15, 2009 at 20:18, Andrew Morton wrote:
> > On Wed, 16 Sep 2009 09:03:57 +0900 Paul Mundt wrote:
> >> On Tue, Sep 15, 2009 at 04:15:35PM -0700, Andrew Morton wrote:
> >> > mtd-make-onenand-genericc-more-generic.patch
> >> > mtd-nand-add-page-parameter-to-all-read_page-read_page_raw-apis.patch
> >> > mtd-nand-add-new-ecc-mode-ecc_hw_oob_first.patch
> >> > mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips.patch
> >> > mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips-update.patch
> >> > mtd-jffs2-fix-read-buffer-overflow.patch
> >> > mtd-prevent-a-read-from-eraseregions.patch
> >> > mtd-prevent-a-read-from-regions.patch
> >> > mtd-jedec_probe-fix-nec-upd29f064115-detection.patch
> >> > mtdpart-memory-accessor-interface-for-mtd-layer.patch
> >> >
> >> >   -> dwmw2
> >>
> >> Regarding mtd-make-onenand-genericc-more-generic.patch, I'm not really
> >> sure what happened. To recap:
> >>
> >> It was posted to the mtd list here:
> >>
> >> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026805.html
> >>
> >> Kyungmin objected to the driver name change here:
> >>
> >> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026807.html
> >>
> >> I pointed out that the rough rationale for the name change here:
> >>
> >> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026808.html
> >>
> >> and offered to redo the patch keeping the old name if Kyungmin felt the
> >> rationale wasn't valid, but received no reply. Subsequently, Artem
> >> mentioned that he had merged it in to his l2-mtd-2.6.git tree here:
> >>
> >> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026866.html
> >>
> >> which subsequently seems to not actually have happened.
> >>
> >> This is a pretty trivial patch, and I don't mind respinning it in
> >> whatever form folks are content with. I had assumed given the mention
> >> that it had been merged in to the l2 tree that the rationale was
> >> sufficient for merging.
> >
> > I don't think that Artem's tree is in linux-next, so I have no
> > visibility of what's happening with that patch.
> >
> > I do think that Artem's tree should be in linux-next.
> >
> > I guess I'll just hose the patch at dwmw2 and will see what happens.  I
> > sent it on Aug 6, with no effect.
> 
> i guess i shouldnt try and bounce a few more mtd patches through you huh ...
> 
> http://git.kernel.org/?p=linux/kernel/git/vapier/blackfin.git;a=shortlog;h=for-mtd
> 
> hopefully they make it in this cycle (they were posted a while ago to
> the mtd lists w/feedback addressed)

Well, these patches have been sitting in my tree in dunno for long as
well. They are still there:

http://git.infradead.org/users/dedekind/l2-mtd-2.6.git/commit/951d5f4097ccf8c41ccbab6d4116509b89b705fd
and below.

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)

Re: 2.6.32 -mm merge plans

[Artem Bityutskiy]

On 09/16/2009 03:03 AM, Paul Mundt wrote:
> On Tue, Sep 15, 2009 at 04:15:35PM -0700, Andrew Morton wrote:
>> mtd-make-onenand-genericc-more-generic.patch
>> mtd-nand-add-page-parameter-to-all-read_page-read_page_raw-apis.patch
>> mtd-nand-add-new-ecc-mode-ecc_hw_oob_first.patch
>> mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips.patch
>> mtd-nand-davinci-add-4-bit-ecc-support-for-large-page-nand-chips-update.patch
>> mtd-jffs2-fix-read-buffer-overflow.patch
>> mtd-prevent-a-read-from-eraseregions.patch
>> mtd-prevent-a-read-from-regions.patch
>> mtd-jedec_probe-fix-nec-upd29f064115-detection.patch
>> mtdpart-memory-accessor-interface-for-mtd-layer.patch
>>
>>    ->  dwmw2
>>
> Regarding mtd-make-onenand-genericc-more-generic.patch, I'm not really
> sure what happened. To recap:
>
> It was posted to the mtd list here:
>
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026805.html
>
> Kyungmin objected to the driver name change here:
>
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026807.html
>
> I pointed out that the rough rationale for the name change here:
>
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026808.html
>
> and offered to redo the patch keeping the old name if Kyungmin felt the
> rationale wasn't valid, but received no reply. Subsequently, Artem
> mentioned that he had merged it in to his l2-mtd-2.6.git tree here:
>
> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026866.html
>
> which subsequently seems to not actually have happened.

Well, I did put my patch to my l2-mtd-2.6.git tree:

http://git.infradead.org/users/dedekind/l2-mtd-2.6.git/commit/6e6e7d0e163148c620b4807b1ffac973f9805f20

I just put it to the dunno branch which means "I did not review this".
The master branch contains the stuff I did review.

And the idea was that dwmw2 would then take a look at all these patches
and merge them. He did merge the stuff from the master branch, but did not
merge the stuff from the dunno branch (yet).

> This is a pretty trivial patch, and I don't mind respinning it in
> whatever form folks are content with. I had assumed given the mention
> that it had been merged in to the l2 tree that the rationale was
> sufficient for merging.

I know it is frustrating when maintainers ignore patches, we feel this pain
with ARM patches, for example. It is unpleasant to re-send patches 4 times,
and get zero response, not even "I have not time now" one. On the other hand,
I understand maintainers who are busy with other things.

So I just try to help by collecting people's stuff, review _some_ of it, but
I do not merge this upstream.

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)

Re: 2.6.32 -mm merge plans

[Artem Bityutskiy]

On 09/16/2009 10:09 AM, Artem Bityutskiy wrote:
>> and offered to redo the patch keeping the old name if Kyungmin felt the
>> rationale wasn't valid, but received no reply. Subsequently, Artem
>> mentioned that he had merged it in to his l2-mtd-2.6.git tree here:
>>
>> http://lists.infradead.org/pipermail/linux-mtd/2009-August/026866.html
>>
>> which subsequently seems to not actually have happened.
>
> Well, I did put my patch to my l2-mtd-2.6.git tree:

Sorry, s/my patch/this patch/

-- 
Best Regards,
Artem Bityutskiy (Артём Битюцкий)