AZ
Всем привет! Помните паренька, который на JavaScript IoT платформу пилил? ;)
Книгу его начал читать пару дней назад.
Size: a a a
2020 September 29
RP
Aleksey Zhdanov
Книгу его начал читать пару дней назад.
Ну это вы ему льстите:))
AZ
Ну это вы ему льстите:))
Ну млин, значит книга не его...
RP
Точно не его:)
СС
У меня паранойя развивается, что меня сегодня одни тролли окружают.
Плохой день
AA
Привет.
Читаю такую фразу: "per-CPU interrupt source".
Это значит, что на каком ядре сработает - то и обработает.
Или как?
Читаю такую фразу: "per-CPU interrupt source".
Это значит, что на каком ядре сработает - то и обработает.
Или как?
A
Привет.
Читаю такую фразу: "per-CPU interrupt source".
Это значит, что на каком ядре сработает - то и обработает.
Или как?
Читаю такую фразу: "per-CPU interrupt source".
Это значит, что на каком ядре сработает - то и обработает.
Или как?
А полный контекст (кусок текста побольше) можно?
AA
The ARM SMP systems support two types of interrupts. SPI (shared peripheral interrupt) and PPI (peripheral private interrupts). The PPI is a per-CPU interrupt source. A special case for SMP of the PPI is an SGI (software generated interrupt); this is a CPU-to-CPU interrupt that is used to signal from one CPU to another in the SMP world
A
The ARM SMP systems support two types of interrupts. SPI (shared peripheral interrupt) and PPI (peripheral private interrupts). The PPI is a per-CPU interrupt source. A special case for SMP of the PPI is an SGI (software generated interrupt); this is a CPU-to-CPU interrupt that is used to signal from one CPU to another in the SMP world
Да.
PPI строго привязано к конкретному ядру.
SPI может обрабатывать любое ядро.
PPI строго привязано к конкретному ядру.
SPI может обрабатывать любое ядро.
SK
The ARM SMP systems support two types of interrupts. SPI (shared peripheral interrupt) and PPI (peripheral private interrupts). The PPI is a per-CPU interrupt source. A special case for SMP of the PPI is an SGI (software generated interrupt); this is a CPU-to-CPU interrupt that is used to signal from one CPU to another in the SMP world
что за книга?
AA
Да.
PPI строго привязано к конкретному ядру.
SPI может обрабатывать любое ядро.
PPI строго привязано к конкретному ядру.
SPI может обрабатывать любое ядро.
Вот просто непонятно.
Привязку к конретному ядру или группе ядер я понимаю так:
настроил контроллер прерываний так, что какой-то вектор будет теперь роутиться только на ядро номер N и всё. Больше никуда. То есть PPI - прерывания от переферии я могу привязать только к одному ядру. Так это понимать?
Значит как будет роутиться SPI решает сам контроллер прерываний и знать это во время разработки не дано. Верно?
Привязку к конретному ядру или группе ядер я понимаю так:
настроил контроллер прерываний так, что какой-то вектор будет теперь роутиться только на ядро номер N и всё. Больше никуда. То есть PPI - прерывания от переферии я могу привязать только к одному ядру. Так это понимать?
Значит как будет роутиться SPI решает сам контроллер прерываний и знать это во время разработки не дано. Верно?
AA
что за книга?
Вообще конкретно эта вырезка - это со стековерфлоу просто.
Но точно такие же слова в армовой документации на GIC
Но точно такие же слова в армовой документации на GIC
MS
Нет 200 *10^0 == 200(ом)
Что-то подобное было на отечественных стрелочных мультиметрах, сейчас на нормальных приборах 2000 это 2 кОм
СС
Что-то подобное было на отечественных стрелочных мультиметрах, сейчас на нормальных приборах 2000 это 2 кОм
я думаю потролькали и хватит
SK
Вот просто непонятно.
Привязку к конретному ядру или группе ядер я понимаю так:
настроил контроллер прерываний так, что какой-то вектор будет теперь роутиться только на ядро номер N и всё. Больше никуда. То есть PPI - прерывания от переферии я могу привязать только к одному ядру. Так это понимать?
Значит как будет роутиться SPI решает сам контроллер прерываний и знать это во время разработки не дано. Верно?
Привязку к конретному ядру или группе ядер я понимаю так:
настроил контроллер прерываний так, что какой-то вектор будет теперь роутиться только на ядро номер N и всё. Больше никуда. То есть PPI - прерывания от переферии я могу привязать только к одному ядру. Так это понимать?
Значит как будет роутиться SPI решает сам контроллер прерываний и знать это во время разработки не дано. Верно?
ну это уже на конкретную железку читать нужно. в вобщем там будет стоять какой нибудь роунд-робин обычный. мол тупо по кругу
AA
на конкретную железку врятли, как мне кажется.
Потому что контроллер прерываний для ARMv8 - он один же
Потому что контроллер прерываний для ARMv8 - он один же
AA
на конкретную железку врятли, как мне кажется.
Потому что контроллер прерываний для ARMv8 - он один же
Потому что контроллер прерываний для ARMv8 - он один же
я про GIC
IL
Вот просто непонятно.
Привязку к конретному ядру или группе ядер я понимаю так:
настроил контроллер прерываний так, что какой-то вектор будет теперь роутиться только на ядро номер N и всё. Больше никуда. То есть PPI - прерывания от переферии я могу привязать только к одному ядру. Так это понимать?
Значит как будет роутиться SPI решает сам контроллер прерываний и знать это во время разработки не дано. Верно?
Привязку к конретному ядру или группе ядер я понимаю так:
настроил контроллер прерываний так, что какой-то вектор будет теперь роутиться только на ядро номер N и всё. Больше никуда. То есть PPI - прерывания от переферии я могу привязать только к одному ядру. Так это понимать?
Значит как будет роутиться SPI решает сам контроллер прерываний и знать это во время разработки не дано. Верно?
какую маску запишешь в таргет туда и придет прерывание для spi
IL
хоть на все, и кто успел
IL
первое ядро которое прочитает регистр с номером получит номер прерывания, остальные spurious (вроде даже особый)