форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы Программирование под UNIX (Public)
Изначальное сообщение		[Проследить за развитием треда]

"strange Linux scheduler"
Сообщение от Dvorkin on 23-Апр-03, 18:13  (MSK)
Здравствуйте! Предлагаю тему для обсуждения. Пишу модуль ядра для Linux и столкнулся с одной непонятностью... после загрузки в ядро модуль создает два файла устройств, один - для чтения, другой - для записи. Оба фала связаны логически с одним буфером в модуле. Устройство "виртуальное", типа PIPE'a. логика такая: 1) программа - ридер открывает 1й файл и пытается читать из него. Тк данных нет в буфере, она блокируется (sleep_on). 2) программа - писатель открывает 2й файл и пишет туда (в буфер) строку. Тк буфер чист, она не блокируется и по завершении делает wake_up для ридера (чтоб он проснулся и получил данные). НО! ридер не просыпается. он так и остается в спящем виде до получения прерываения с клавы (Ctrl+C). Выдержка из кода: static ssize_t vsp_read( struct file *_file, char *_buff, size_t _len, loff_t *_off) { /// ... if ( !(VSP_NONBLOCK( _file))) if ( dev->buff_len < 1) interruptible_sleep_on( &( dev->wqr)); // .. skipped wake_up_interruptible( &dev->wqw); // ... return( readed); } // read end static ssize_t vsp_write( struct file *_file, const char *_buff, size_t _len, loff_t *_off) { /// ... if ( !(VSP_NONBLOCK( _file))) if ( dev->buff_len >= VSP_MAXBUF - 1) interruptible_sleep_on( &( dev->wqw)); // .. skipped wake_up_interruptible( &dev->wqr); // ... return( wrote); } // write end dev имеет примерно следующую структуру: struct VSP_DEVICE { char buff[ VSP_MAXBUF]; unsigned short buff_len; wait_queue_head_t wqr, wqw; }; все wait_queue_head_t инициализируются на этапе регистрации девайсов * я заглядывал в очереди wait_queue_head_t на состояние процессов до и после вызова wake_up_interruptible, выяснил, что состояние будимого процесса не меняется. Тоесть, как было 1 (INTERRUPTIBLE), так и осталось. Самое странное... Если непосредственно до вызова wake_up_interruptible сделать printk(""); с любой строкой в качестве параметра, хоть "\0", после wake_up_interruptible состояние читающего процесса меняется, он просыпается и успешно завершается, возврашая прочитанные данные. Пытался делать wake_up_sync, wake_up_all и тд... ниче не помогает. Кто знает где грабли? gcc 2.96, kernel 2.4.18-6mdk WBR, Dvorkin
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "strange Linux scheduler"
Сообщение от genie on 25-Апр-03, 06:57  (MSK)
A ne deadlock li eto? >Здравствуйте! > >Предлагаю тему для обсуждения. > >Пишу модуль ядра для Linux и столкнулся с одной непонятностью... > >после загрузки в ядро модуль создает два файла устройств, один - для >чтения, другой - для записи. >Оба фала связаны логически с одним буфером в модуле. >Устройство "виртуальное", типа PIPE'a. > >логика такая: >1) программа - ридер открывает 1й файл и пытается читать из него. >Тк данных нет в буфере, она блокируется (sleep_on). >2) программа - писатель открывает 2й файл и пишет туда (в буфер) >строку. Тк буфер чист, она не блокируется и по >завершении делает wake_up для ридера (чтоб он проснулся и получил данные). > >НО! ридер не просыпается. он так и остается в спящем виде до >получения прерываения с клавы (Ctrl+C). > >Выдержка из кода: > >static ssize_t vsp_read( struct file *_file, char *_buff, size_t _len, loff_t *_off) >{ >/// ... > if ( !(VSP_NONBLOCK( _file))) if ( dev->buff_len < 1) interruptible_sleep_on( &( dev->wqr)); >// .. skipped > wake_up_interruptible( &dev->wqw); >// ... > return( readed); } // read end > >static ssize_t vsp_write( struct file *_file, const char *_buff, size_t _len, loff_t >*_off) { >/// ... > if ( !(VSP_NONBLOCK( _file))) if ( dev->buff_len >= VSP_MAXBUF - 1) interruptible_sleep_on( &( dev->wqw)); >// .. skipped > wake_up_interruptible( &dev->wqr); >// ... > return( wrote); } // write end > >dev имеет примерно следующую структуру: >struct VSP_DEVICE { > char buff[ VSP_MAXBUF]; > unsigned short buff_len; > wait_queue_head_t wqr, wqw; >}; > >все wait_queue_head_t инициализируются на этапе регистрации девайсов > >* я заглядывал в очереди wait_queue_head_t на состояние процессов до и после >вызова >wake_up_interruptible, выяснил, что состояние будимого процесса не меняется. Тоесть, >как было 1 (INTERRUPTIBLE), так и осталось. >Самое странное... Если непосредственно до вызова wake_up_interruptible сделать >printk(""); >с любой строкой в качестве параметра, хоть "\0", после wake_up_interruptible >состояние читающего процесса меняется, он просыпается и успешно завершается, >возврашая прочитанные данные. > >Пытался делать wake_up_sync, wake_up_all и тд... ниче не помогает. >Кто знает где грабли? > > >gcc 2.96, kernel 2.4.18-6mdk > >WBR, Dvorkin
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.