LINUX.ORG.RU
решено ФорумTalks

Ищу даташит на MCS814x

 , ,


0

1

Ищу докуметацию на древний SoC от MosChip MCS8140/MCS8142/MCS8144. Причём полную, с описанием регистров OTG-контроллера, всякие брефы и рекламы не нужны. Да, и MSC8144 от NXP/Freescale — это не то.

Сейчас MosChip вобще не занимается этим и сайт совсем другой, но 2008 году в открытом доступе был Design Kit, файл MCS8140_PB_DK.pdf. И он даже один раз попал в web-архив: https://web.archive.org/web/20080907123124/http://www.moschip.com/data/produc... , но не скачивается, ошибка. С 2009 года даташиты на 8140 и более новые чипы были по регистрации и в вебархив не попали.

Кто в курсе, если у web.archive поблись файлы, они их со временем или по запросу восстанавливают из бекапов, имеет смысл им писать?

Или может кто знает канувшие в лету форумы, на которых этот даташит мог быть, чтобы их через web-арвив посмотреть?

Пытался по торретам посмотреть, такое ощущение, что там только фильмы и варёз, а даташитов вобще нет, или что-то не так делал.

★★★★★
Ответ на: комментарий от firkax

К сожалениею, нет. Это у меня есть. Это какой-то обрезаный даташит. Про OTG три предложения, что оно есть и что там есть endpoint'ы. Непонятный смысл существования подобных документов, для рекламы слишком много для разработчиков слишком мало информации.

mky ★★★★★
() автор топика

Спасибо анону, MCS8140_HWM_rv04.pdf (из uboot-1.1.6 с sourceforge.net/projects/moschip-mcs8140/), вроде, то что нужно. Есть описание структур, которые ожидает контроллер по адресам, заносимым в регистры.

Отвечу в этой теме, чтобы в ту не оффтопить.

По слову otg находится что-то про 19, 22, 126 пины в файле MCS8140_DataSheet_Rev1.1.pdf

Там только описание самих пинов и потом три предложения про OTG, ничего про внутрянку.

И опенврт чтото знал

Да, была поддержка MCS8140. Один разработчик, его репо: https://github.com/ffainelli/dlan-usb-extender-3rd-party и его патчи были в текущей ветки openwrt с 2012 по 2020 год, в релиз не вошли. Он ковырял одно контркетное устройсво — удлинитель usb, otg порт там не был выведен, поэтому он просто указал device-tree базовый адрес otg-контроллера и всё. Ни в патчах, ни в его repo я не нашёл нужных pdf-файлов. В теории, можно было попрбовать ему написать, но, ИМХО, шансы минимальный, что за 14 лет он сохранил pdf.

Жалко, что у openwrt нет хранилища, куда бы все разрабы доки на SoC сливали...

mky ★★★★★
() автор топика
Ответ на: комментарий от question4

У меня и был обрыв после 128 кБайт, поторопился, не написал, что за ошибка. Ошибку пишет браузер, а если wget'ом, то просто сразу «Connection closed at byte 130825». Хотя в заголовке 2843965 байт.

Если там другие большие pdf-файлы с этого же раздела сайта тянуть, то полностью аналогично — 128 кбайт и всё: Например, https://web.archive.org/web/20080907122857/http://www.moschip.com/data/produc... . Хотя в заголовке указывается другой размер (928438 байт). Непонятно, как у них там хранилище устроено.

Если пробовать взять за другое число, допустим: https://web.archive.org/web/20080919231711/http://www.moschip.com/data/produc... , то редирект на это же не скачиваемый 20080907123124. Возможно, они там оптимизировали место, удаляли дубликаты и попортили файлы.

И не понятно, если первый снапшот, где этот документ 20071011, а последний 20081020, то почему редиректы на 20080907?

P.S. То, что дал анон, в принципе устраивает. Индийский английский, который фиг расшифруешь, наверное и в Design Kit будет не лучше. Мне надо было для MCS9990, где в даташите только описание регистров, без описание transfer descriptor (структур в памяти). Описание регистров OTG MCS8140 и MCS9990 совпадют один в один. Но описание TD не особо помогло. Пойду искать свободную материнку с VT-d, чтобы по срабатыванию io_mmu DMA защиты понять, лезет ли карточка к ОЗУ компа...

mky ★★★★★
() автор топика
Последнее исправление: mky (всего исправлений: 1)
Ответ на: комментарий от mky

У меня и был обрыв после 128 кБайт, поторопился, не написал, что за ошибка. Ошибку пишет браузер, а если wget’ом, то просто сразу «Connection closed at byte 130825». Хотя в заголовке 2843965 байт.

curl пишет curl: (92) HTTP/2 stream 1 was not closed cleanly: INTERNAL_ERROR (err 2)

Если там другие большие pdf-файлы с этого же раздела сайта тянуть, то полностью аналогично — 128 кбайт и всё: Например, https://web.archive.org/web/20080907122857/http://www.moschip.com/data/produc… . Хотя в заголовке указывается другой размер (928438 байт). Непонятно, как у них там хранилище устроено.

Если дата в URL без подчёркиваний — это в Internet Archive-е обычно означает редирект на что-то. Хотя curl обрабатывает как прямую ссылку. Не знаю.

question4 ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)