блин ... затык в edge в типе прерывания...
вон что говориться в gpio.txt
Inputs can often be used as IRQ signals, often edge triggered but
sometimes level triggered. Such IRQs may be configurable as system
wakeup events, to wake the system from a low power state.
а вот где включать этот магический system wakeup events я не могу понять... прошу помощи...

хмм у кого есть edge ?
скинте ядро если не трудно или файлы gpio.c gpio.h gpiolab.c(вроде такой лежит по пути drivers/gpio)


чет видать переработал... нашол на одном сайте вот такое замечание...
With recent kernels (2.6.33+) it is now possible to poll() on a GPIO simply set “rising”, “falling” or “both” to /sys/class/gpio/gpioX/edge then poll for POLLPRI on the relevant open+read fd.

хмм может поэтому у меня прерывание и не создаеться...
народ поясните как я могу повысить(пропатчить) ядро и чем мне это грозит ?
щас 2.6.30
некоторые вещи в ядре писали сами вроде что то spi шиной, функции в ядре интересно менялись ?

обьясните надо какие либо патчи на офф ядро ставить с атмела ?
а так надо обточить папку arch/arm/mach-at91 ?
то есть сделать похожим на стартеркитовское...
скачал ядро 2.6.33 поменял board-sam9260
скомпилял и залил на плату ошибка :

Цитата

Creating 2 MTD partitions on "atmel_nand":
0x000000000000-0x000001000000 : "U-Boot Kernel"
0x000001000000-0x000010000000 : "rootfs"
UBI: attaching mtd1 to ubi0
UBI: physical eraseblock size: 131072 bytes (128 KiB)
UBI: logical eraseblock size: 129024 bytes
UBI: smallest flash I/O unit: 2048
UBI: sub-page size: 512
UBI: VID header offset: 512 (aligned 512)
UBI: data offset: 2048
UBI error: process_eb: bad image sequence number 1558190264 in PEB 45, expected 463201231
UBI error: ubi_init: cannot attach mtd1
UBI error: ubi_init: UBI error: cannot initialize UBI, error -22

патчи где качать пока не нашол...
и как ставить не знаю, но думаю разберусь если пойму как ставить...

Цитата

обьясните надо какие либо патчи на офф ядро ставить с атмела ?
а так надо обточить папку arch/arm/mach-at91 ?

в теории, т.н. "обточка" ванильного ядра обычно сводится к исправлениям в файле борды, выставление нужных галок в менюконфиге и сборке..
в клинических случаях, например, при подключение "экзотики" требуется прописать нужные хидеры..
патчи , имхо, это для ленивых..

Цитата

патчи где качать пока не нашол...

для 9260 раньше их выкладывали куда то на maxim.org.za - очень давно не ходил туда, т.е. "не в теме"

хмм в борде вроде все поправил... хотя там править то вроде только частоту...
выставление нужных галочек сделал просто скопировав .config файл ...
так можно ?
и после этого у меня не захотел подхватываться rootfs...
удалил блин всю папку output в buildroot и все... кросскомпилятор перестал собираться ==
щас собираю ctng спасибо sasamy за инструкции... они все таки нужны :)
только их бы вынести куда нить в важное...
или создать спец раздел...
и ещё уважаемый Юрий вы ядра как делаете запиливаете себе ?
скачиваете и исправляете только бордовский файл ?

Цитата

и ещё уважаемый Юрий вы ядра как делаете запиливаете себе ?скачиваете и исправляете только бордовский файл ?

именно так, с kernel.org беру ванильный архив, вношу исправления в файл борды и этого достаточно для сборки..

интересно откуда тогда у меня проблемы с нандом ><
что ж будем разбираться...

накатил новый билд рут и собрал внешний кросскомпилятор ctng .
изменил частоту кварца в ядре и разбивку нанда...
собрал, залил, и получил вот эту ошибку..
Creating 2 MTD partitions on "atmel_nand":
0x000000000000-0x000001000000 : "kernel-uboot"
0x000001000000-0x000010000000 : "rootfs"
UBI: attaching mtd1 to ubi0
UBI: physical eraseblock size: 131072 bytes (128 KiB)
UBI: logical eraseblock size: 129024 bytes
UBI: smallest flash I/O unit: 2048
UBI: sub-page size: 512
UBI: VID header offset: 512 (aligned 512)
UBI: data offset: 2048
UBI error: process_eb: bad image sequence number 1201538498 in PEB 50, expected 862228786
slab error in kmem_cache_destroy(): cache `ubi_scan_leb_slab': Can't free all objects
[<c0032994>] (unwind_backtrace+0x0/0xe0) from [<c0088aa4>] (kmem_cache_destroy+0x88/0xf0)
[<c0088aa4>] (kmem_cache_destroy+0x88/0xf0) from [<c01ae814>] (ubi_scan+0x8d4/0x990)
[<c01ae814>] (ubi_scan+0x8d4/0x990) from [<c01a6990>] (ubi_attach_mtd_dev+0x420/0xa34)
[<c01a6990>] (ubi_attach_mtd_dev+0x420/0xa34) from [<c001a9e4>] (ubi_init+0x1c8/0x2c4)
[<c001a9e4>] (ubi_init+0x1c8/0x2c4) from [<c00283f4>] (do_one_initcall+0x90/0x168)
[<c00283f4>] (do_one_initcall+0x90/0x168) from [<c0008938>] (kernel_init+0x90/0x134)
[<c0008938>] (kernel_init+0x90/0x134) from [<c002eb34>] (kernel_thread_exit+0x0/0x8)
UBI error: ubi_init: cannot attach mtd1

кто нить с таким сталкивался ?

мда уж... а jffs2 норм залился...
куда думать ?
неужели обработка ubi образов как то поменялась в ядрах ???

почитав стартеркитовский форум, понял что gpio atmelа поддерживают только вид прерывания both (rising+falling), но что то не понял саму суть прерывания .
прерывания происходит когда 0 возвращаеться в 0(или 1), либо же происходит 2 прерывания ?(надеюсь вопрос понятен)
и можно ли как то организовать прерывание типа rising ?