не-а, я как-то примеривался прицепить экран с разрешением 1280х800 и перед тем, как возиться с физикой, решил попробовать просто включить такое "разрешение" в ядре..
вот тогда и увидел промелькнувшее сообщение.. потом загуглил и оказалось, что эта проблема вполне реальна на "высоких" разрешениях.. там что-то связано с приоритетами и dma..
вроде все это было перед возней с памятью..
кстати, о памяти - хотел в свежем ядре провернуть тот же "фокус" и опубликовать результат - ан шиш! эти деятели в очередной раз что-то перекрутили в ядре и похоже придеться по-новому изучать вопрос..
параллельно с ошибкой
atmel_lcdfb atmel_lcdfb.0: FIFO underflow 0x10
выскакивала проблема с nand ом еще:
atmel_nand atmel_nand: Fall back to CPU I/O
оказалось в atmel_nand.c включена поддержка dma, в отличии от ядра комплектного с платой, поправил исходник- dma теперь не используется, как запустить нормально с dma не получилось.
Теперь дисплей просто иногда отключается на короткое время, atmel_lcdfb ошибку не выдает
В debian 6 со штатным ядром 2.6.36 наблюдал atmel_lcdfb atmel_lcdfb.0: FIFO underflow 0x10.
Такое поведение наблюдал даже на разрешении 800x480.
Вот только не помню где был видеобуфер, кажется в DDR2.
Наблюдется чётко при копировании по сети.
C buildroot и QT таких проблем не наблюдал.
На новых ядрах, например 3.6.4 такой проблемы не наблюдал с основной памятью DDR2 и видеобуфером там же.
А с SDRAM действительно болт. Пробовал, ибо тоже волнует температурный диапазон...
Избавился от этого только поместив видеобуфер в DDR2...
09.04.2012 13:45
11.04.2012 12:21
