Re: Re: Removing architectures without upstream gcc support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 6, 2018 at 11:35 AM, Wu, Aaron <Aaron.Wu@xxxxxxxxxx> wrote:
>> >>
>> >> On Sat, Feb 24, 2018 at 1:15 AM, Florian Fainelli <f.fainelli@xxxxxxxxx>
>> wrote:
>> >> > On 02/22/2018 07:45 AM, Arnd Bergmann wrote:
>> >> >
>> >> > Add blackfin to that list, there have been no responses from the
>> >> > maintainers last time I posted patches to remove DSA header files,
>> >> > so we had to go these through the networking tree. Have not see a
>> >> > Blackfin pull request since forever, Aaron himself seems to agree
>> >> > this should be
>> >> > removed:
>> >> >
>> >> > http://lkml.iu.edu/hypermail/linux/kernel/1801.1/04345.html
>> >>
>> >
>> > I'm sorry to confirm that ADI can no longer provide maintenance for
>> > Blackfin in Kernel community. We will try to provide a patch to remove it.
>> > Apologize... and sincerely thanks to community and all used and
>> > contributed to Blackfin Linux. Looking forward we are working on
>> > supporting Linux from the newer SC5xx mutli-core processors with ARM and
>> SHARC DSPs in it.
>>
>> Thanks a lot for your reply. I already compiled a list for files related to all of the
>> architectures under discussion, but it will certainly help to have a patch from you
>> as well, then I can see if one of use missed any files.
>>
>> I'm looking forward to your patches for the SHARC ARM platform, I was already
>> wondering about why we don't already have that platform in Linux.
>> Let me know if you need any help getting that port ready for inclusion.
>
> Thanks again, Arnd and the Community.
>>
>> One more question: I see that there are a number of drivers that are only used
>> on blackfin today. Do you know if any of those are shared with SHARC and still
>> needed, or can we remove everything related to blackfin?
>
> Some of them can be shared with the ARM-SHARCs processors, as of now
> we may go ahead to remove everything, when merging SHARC we can revert
> them back, probably with new file names without "bfin", if this sounds right.

Yes, sounds good. That also gives us a chance to review the drivers again
and update them to modern interfaces where necessary. At the minimum,
we will replace the traditional platform_data based probing with DT properties.

        Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-metag" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux ARM Kernel]     [Linux Wireless]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux