Riot: cpu/lpc2387: часть устарела

Эта проблема была автоматически помечена как устаревшая, поскольку в последнее время в ней не было активности. Он будет закрыт, если никакой дальнейшей активности не произойдет. Если вы хотите, чтобы я проигнорировал эту проблему, отметьте ее меткой «Состояние: не устареть». Спасибо за ваш вклад.

Не уверен, что делать с этой проблемой, хотя эта часть устарела, я думаю, что @maribu использует ее, была некоторая активность, и появились исправления.

У меня есть смысл спросить себя, что мы должны делать с устаревшим оборудованием в целом, должны ли мы начать отказываться от него?

Думаю, в Хельсинки мы обсуждали связанный с этим вопрос: при каких обстоятельствах к RIOT следует добавить поддержку правления.

Я думаю, что консенсус состоял в том, что по крайней мере одно из следующих трех должно быть правдой:

1. Доска имеет значительную базу пользователей
2. Оборудование легко получить
   
   
   
   • Это часто приводит к 1.
   
   
   • Это позволяет разработчикам RIOT легко получать и тестировать элементы на плате.
   
   
3. Совет активно поддерживается
   
   
   
   • Таким образом, это необязательные модули, которые не вызывают накладных расходов на обслуживание для разработчиков RIOT, за исключением тех, кто хочет активно поддерживать модуль.
   
   
   • Чтобы они не блокировали PR (например, очистку) из-за отсутствия ответов/тестирования
   
   
   • Или короче: они никому не причиняют боли
   
   

Для меня это было бы хорошей отправной точкой для оценки того, является ли разумным устаревание/удаление любого модуля (пропуская пункт 2. для модулей, которые не связаны с оборудованием).

В настоящее время LPC2387 активно поддерживается (честно говоря, в основном @benpicco , а не мной), поэтому я говорю, что применим пункт 3. Кроме того: FUB, HAW и OVGU все еще имеют много MSB-A2, а Hochschule Beuth использует платы MCB2388 для обучения, поддержка которых недавно была добавлена ​​​​в RIOT. Таким образом, для этого процессора также осталось несколько пользователей, хотя значительная пользовательская база может быть преувеличением. Однако пункт 2, безусловно, больше не относится к MCU (или платам).

Может быть, общий вопрос о том, когда прекращать поддержку модулей, будет хорошей темой для обсуждения на следующей сборке виртуального сопровождающего?

Может быть, общий вопрос о том, когда прекращать поддержку модулей, будет хорошей темой для обсуждения на следующей сборке виртуального сопровождающего?

Мы должны предложить это в качестве темы для обсуждения, но если это не соответствует графику, я думаю, что ваш подход, основанный на 3 пунктах, имеет смысл для меня, почему нужно добавлять или удалять поддержку. Если мы не сможем вписаться в повестку дня, я бы попытался добавить это где-нибудь в наши руководящие принципы.

Linux только что получил поддержку SGI Octane — и пока люди используют и поддерживают код, почему мы должны его удалять?
Ретро-компьютеры могут быть забавными :wink:

Эта проблема была автоматически помечена как устаревшая, поскольку в последнее время в ней не было активности. Он будет закрыт, если никакой дальнейшей активности не произойдет. Если вы хотите, чтобы я проигнорировал эту проблему, отметьте ее меткой «Состояние: не устареть». Спасибо за ваш вклад.

Благодаря @benpicco поддержка lpc2387 сейчас в довольно хорошем состоянии. Даже для недавних разработок, таких как встроенный API IRQ, старые платы ARM были одними из первых пользователей.

Я закрываю это сейчас. Если кто-то не согласен, смело открывайте заново.