Re: [PATCH] MFD maintainer

[Dmitry <dbaryshkov@gmail.com>]

2008/6/19 pHilipp Zabel <philipp.zabel@gmail.com>:
> On Thu, Jun 19, 2008 at 5:32 PM, Dmitry <dbaryshkov@gmail.com> wrote:
>> Hi,
>>
>> 2008/6/19 ian <spyro@f2s.com>:
>>> On Thu, 2008-06-19 at 15:12 +0400, Dmitry wrote:
>>>
>>>> > I'll tidy up the code and pop a branch on my git server for people to
>>>> > review, if thats what people want.
>>>>
>>>> It's better to send patches to some ML.
>>>
>>> Well, the code I had is updated to match linus -git branch
>>> eseries_release7 if anyones curious. (no real changes since last time
>>> though)
>>>
>>>> > Dmitry - if you have any pending patches now is the time to send them on
>>>> > over ;-)
>>>>
>>>> Actually the code I'm using has diverged a bit from the last code I've
>>>> sent before this merging pulse.
>>>
>>> All progress is good :)
>>>
>>>> As you have seen, I've tried to submit parts of the core and tmio-nand
>>>> driver as a start.
>>>
>>> Has any of that got merged yet? If so, I'll adapt my strategy to match
>>> that, otherwise I'll try to keep all the drivers in parallel.
>>>
>>>>  Then I'd suggest to merge other tmio core bits (support for tc6387xb
>>>>  and t7l66xb). The MMC, usb and fb cell drivers could benefit from
>>>>  clocklib patches I'm trying to get in.
>>>
>>> I'd like to see those. I'll get MMC and USB updated ASAP.
>>>
>>> have you solved the clock-api-tied-to-platform-architecture problem ?
>>
>> There were plenty of tries to merge clocklib. Check lkml archives.
>
> How could we stir up some interest in those patches again? The last
> round didn't receive any comments.
>

I don't know :( Maybe I shoud give up the idea of using kobjects, switch back
to kref and do a partial merge of those two patchset branches. I'll think about
it this weekend.

-- 
With best wishes
Dmitry