[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200810222337.42218.bzolnier@gmail.com>
Date: Wed, 22 Oct 2008 23:37:42 +0200
From: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
To: Sergei Shtylyov <sshtylyov@...mvista.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Stephen Rothwell <sfr@...b.auug.org.au>,
linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [git pull] IDE updates #4
On Wednesday 22 October 2008, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>> Remove needless/confusing subdirs from drivers/ide/.
> >> I think that with 2 new drivers being submitted/reworked based on feedback
> >> and several patches submitted and pending submission to the pata-2.6 series
> >> this really could have waited till 2.6.29...
> >>
> >
> > The situation is perfect right now for this change as there are no outstanding
> > patches in pata-2.6 tree
>
> There was one patch (already stale TX4939 version driver) as of
> yesterday.
Indeed.
> > and number of new submitted patches is < 10 (I'll take
> > care of fixing them up, ditto for all other new stuff that will be using old
> > naming scheme).
> >
>
> Thanks for clarifying this.
> This rename only added more uncertainty for my pending patchset
> (which had been already dependant on at least TX4939 driver which keeps
> being recast by Atsushi and being stale in pata-2.6 series) as I can't
> predict when you and Linus will merge the changes and this is getting on
> my nerves, as I don't have time on any extra rework and I'm running out
> of time with the submission. I know I should have done this earlier and
Maybe some parts could be submitted separately?
(so keeping them up-to-date in pata-2.6 would be my task)
Also I didn't know anything about your patchset and its
dependency on TX4939, otherwise I'll be pushing things in
different order or even skip this pull request if needed
(TX493x drivers are new stuff and were still under review,
such things can be also submitted after the merge window
closes so they were given the lowest priority).
Please ping me about such issues, I'm certainly willing to
adjust my workflow if this is going to help other people with
their work but I can't do much if I don't know anything...
> I'd have done this if its not for my unfortunate vacations... I aslso
> kept finding new issues looking on the IOC4 driver. :-/
I remember about your SGIIOC4 fixes and they are going to
make the next git pull request so sooner this one gets in the
better. Also maybe you could get some help with fixing this
driver from SGI folks if there are still some issues left?
Thanks,
Bart
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists