[Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Michael Shigorin]

	Здравствуйте.
Показалось небезынтересным:

Thanks to the close links between Mandriva and large hardware
manufacturers, Corporate Desktop 4 supports the latest
technologies, including:

   * a large range of disk controllers - especially JMicron IDE and
     SiS 966 / 968 SATA;
   * many laptop SD card readers;
   * Attansic L1 ethernet controllers;
   * USB UVC-compliant video devices;
   * Ralink RT2571W/RT2671-based wireless devices.

http://lwn.net/Articles/239265/

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Konstantin A. Lepikhov]

Hi Michael!

Thursday 21, at 09:58:21 PM you wrote:

> 	Здравствуйте.
> Показалось небезынтересным:
> 
> Thanks to the close links between Mandriva and large hardware
> manufacturers, Corporate Desktop 4 supports the latest
> technologies, including:
> 
>    * a large range of disk controllers - especially JMicron IDE and
>      SiS 966 / 968 SATA;
>    * many laptop SD card readers;
>    * Attansic L1 ethernet controllers;
>    * USB UVC-compliant video devices;
>    * Ralink RT2571W/RT2671-based wireless devices.
> 
> http://lwn.net/Articles/239265/
гы. Сервер 4.0 тоже умеет JMicron и L1.

-- 
WBR et al.

Re: [Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Andrew G. Klepcha]

В сообщении от Friday 22 June 2007 01:01:33 Konstantin A. Lepikhov написал(а):
> Hi Michael!
>
> Thursday 21, at 09:58:21 PM you wrote:
> > 	Здравствуйте.
> > Показалось небезынтересным:
> >
> > Thanks to the close links between Mandriva and large hardware
> > manufacturers, Corporate Desktop 4 supports the latest
> > technologies, including:
> >
> >    * a large range of disk controllers - especially JMicron IDE and
> >      SiS 966 / 968 SATA;
> >    * many laptop SD card readers;
> >    * Attansic L1 ethernet controllers;
> >    * USB UVC-compliant video devices;
> >    * Ralink RT2571W/RT2671-based wireless devices.
> >
> > http://lwn.net/Articles/239265/
>
> гы. Сервер 4.0 тоже умеет JMicron и L1.

ну да, конечно... только не всех устраивает то _как_ он это умеет... :(

Re: [Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Konstantin A. Lepikhov]

Hi Andrew!

Friday 22, at 08:29:26 AM you wrote:

> В сообщении от Friday 22 June 2007 01:01:33 Konstantin A. Lepikhov написал(а):
> > Hi Michael!
> >
> > Thursday 21, at 09:58:21 PM you wrote:
> > > 	Здравствуйте.
> > > Показалось небезынтересным:
> > >
> > > Thanks to the close links between Mandriva and large hardware
> > > manufacturers, Corporate Desktop 4 supports the latest
> > > technologies, including:
> > >
> > >    * a large range of disk controllers - especially JMicron IDE and
> > >      SiS 966 / 968 SATA;
> > >    * many laptop SD card readers;
> > >    * Attansic L1 ethernet controllers;
> > >    * USB UVC-compliant video devices;
> > >    * Ralink RT2571W/RT2671-based wireless devices.
> > >
> > > http://lwn.net/Articles/239265/
> >
> > гы. Сервер 4.0 тоже умеет JMicron и L1.
> 
> ну да, конечно... только не всех устраивает то _как_ он это умеет... :(
А вот с этого места попдробнее. У меня jmicron работает. А с atl вообще-то
есть небольшой прикол - кроме atl1 еще бывает и atl2.

-- 
WBR et al.

Re: [Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Andrew G. Klepcha]

Konstantin A. Lepikhov wrote:
>>>>    * a large range of disk controllers - especially JMicron IDE and
>>>>      SiS 966 / 968 SATA;
>>> гы. Сервер 4.0 тоже умеет JMicron и L1.
>> ну да, конечно... только не всех устраивает то _как_ он это умеет... :(
> А вот с этого места попдробнее. У меня jmicron работает. А с atl вообще-то
собственно вот как началось и до сих пор так...
конкретика:
http://lists.altlinux.ru/pipermail/community/2007-January/188912.html
http://lists.altlinux.ru/pipermail/sisyphus/2007-February/092922.html
https://bugzilla.altlinux.org/show_bug.cgi?id=11127

Re: [Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Konstantin A. Lepikhov]

Hi Andrew!

Saturday 23, at 01:16:52 PM you wrote:

> Konstantin A. Lepikhov wrote:
> >>>>    * a large range of disk controllers - especially JMicron IDE and
> >>>>      SiS 966 / 968 SATA;
> >>> гы. Сервер 4.0 тоже умеет JMicron и L1.
> >> ну да, конечно... только не всех устраивает то _как_ он это умеет... :(
> > А вот с этого места попдробнее. У меня jmicron работает. А с atl вообще-то
> собственно вот как началось и до сих пор так...
> конкретика:
> http://lists.altlinux.ru/pipermail/community/2007-January/188912.html
> http://lists.altlinux.ru/pipermail/sisyphus/2007-February/092922.html
> https://bugzilla.altlinux.org/show_bug.cgi?id=11127
ну с такими репортами можете смело переходить на mandriva - поскольку тут
телепатов нет. Где вывод lsmod, dmesg, указание через какой модуль это
воспроизводится, проверка воспроизводимости этого глюка на std-smp-alt6?

-- 
WBR et al.

Re: [Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Andrew G. Klepcha]

Konstantin A. Lepikhov wrote:
>> https://bugzilla.altlinux.org/show_bug.cgi?id=11127
> ну с такими репортами можете смело переходить на mandriva - поскольку тут
> телепатов нет. Где вывод lsmod, dmesg, указание через какой модуль это
> воспроизводится, проверка воспроизводимости этого глюка на std-smp-alt6?
вы конечно можете мне не поверить, но среди пользователей альта тоже 
телепатов нет
и угадать что именно приложить к багрепорту совершенно не получается. 
когда я вижу
заинтересованность в решении проблемы (= мне говорят что/как и куда 
приложить) я прилагаю...
кстати, не далее как в ноябре/декабре 2006 года мне говорили -- отсылал. 
jmicron, правда, так
нормально и не завелся, но, по-крайней мере, была надежда

зы
рад за мандриву, раз там все работает и есть телепаты среди 
разработчиков и пользователей,
но я, уж коли совсем прижмет, выберу что-нибудь дебиано-убунто-подобное

Re: [Hardware] Mandriva Corporate Desktop 4.0 -- аппаратное

[Konstantin A. Lepikhov]

Hi Andrew!

Sunday 24, at 01:37:42 PM you wrote:

> Konstantin A. Lepikhov wrote:
> >> https://bugzilla.altlinux.org/show_bug.cgi?id=11127
> > ну с такими репортами можете смело переходить на mandriva - поскольку тут
> > телепатов нет. Где вывод lsmod, dmesg, указание через какой модуль это
> > воспроизводится, проверка воспроизводимости этого глюка на std-smp-alt6?
> вы конечно можете мне не поверить, но среди пользователей альта тоже 
> телепатов нет
> и угадать что именно приложить к багрепорту совершенно не получается. 
> когда я вижу
> заинтересованность в решении проблемы (= мне говорят что/как и куда 
> приложить) я прилагаю...
> кстати, не далее как в ноябре/декабре 2006 года мне говорили -- отсылал. 
А что сейчас не смогли? Вместо этого показываете какие-то ссылки с
бесполезными разговорами. К тому же, раз вы такой старый обитатель
hardware@ то уж наверное, видите, как надо делать репорты и что нужно
прикладывать.

> jmicron, правда, так
> нормально и не завелся, но, по-крайней мере, была надежда
Он сейчас работает. Поэтому все ваши сообщения не более чем FUD.

> 
> зы
> рад за мандриву, раз там все работает и есть телепаты среди 
> разработчиков и пользователей,
> но я, уж коли совсем прижмет, выберу что-нибудь дебиано-убунто-подобное
это ваше право.

-- 
WBR et al.

[Hardware] :-/

[Michael Shigorin]

On Sun, Jun 24, 2007 at 10:45:55PM +0400, Konstantin A. Lepikhov wrote:
> > >> https://bugzilla.altlinux.org/show_bug.cgi?id=11127
> > > ну с такими репортами можете смело переходить на mandriva -
> > > поскольку тут телепатов нет. Где вывод lsmod, dmesg,
> > вы конечно можете мне не поверить, но среди пользователей
> > альта тоже телепатов нет и угадать что именно приложить к
> К тому же, раз вы такой старый обитатель hardware@ то уж
> наверное, видите, как надо делать репорты и что нужно
> прикладывать.

А ты как старый обитатель devel@ мог бы знать, что гнуть пальцы
и оскорблять людей, которые пытаются разрешить проблему, но не
могут -- не помогает.

Сравни вон Тео с Линусом и прикинь, к кому твой вываленный сюда
подход ближе.

> > jmicron, правда, так нормально и не завелся, но, по-крайней
> > мере, была надежда
> Он сейчас работает. Поэтому все ваши сообщения не более чем
> FUD.

Костик, если что-то работает у тебя, это не значит, что где-то
ещё не вылезла другая проблема.  Не стоит считать себя самым 
умным на селе.

> > зы рад за мандриву, раз там все работает и есть телепаты
> > среди разработчиков и пользователей, но я, уж коли совсем
> > прижмет, выберу что-нибудь дебиано-убунто-подобное
> это ваше право.

Это может стать ещё и твоей заслугой, умный дядя.

Помнишь, как я mod_ssl полгода чинил вместо того, чтобы вывалить
сломанное, но исправление, и предупредить по рассылкам, что оно
свалит апач и его придётся поднять руками до выяснения тоже
непонятной причины?  Вот у меня тогда тоже заслугой прибавилось.
Такого же сомнительного толка.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] :-/

[Konstantin A. Lepikhov]

Hi Michael!

Sunday 24, at 10:29:51 PM you wrote:

> On Sun, Jun 24, 2007 at 10:45:55PM +0400, Konstantin A. Lepikhov wrote:
> > > >> https://bugzilla.altlinux.org/show_bug.cgi?id=11127
> > > > ну с такими репортами можете смело переходить на mandriva -
> > > > поскольку тут телепатов нет. Где вывод lsmod, dmesg,
> > > вы конечно можете мне не поверить, но среди пользователей
> > > альта тоже телепатов нет и угадать что именно приложить к
> > К тому же, раз вы такой старый обитатель hardware@ то уж
> > наверное, видите, как надо делать репорты и что нужно
> > прикладывать.
> 
> А ты как старый обитатель devel@ мог бы знать, что гнуть пальцы
> и оскорблять людей, которые пытаются разрешить проблему, но не
> могут -- не помогает.
Между прочим, проблему даже не пытаются решить. И вообще, предложил
человеку хороший вариант - пусть работает с тем, что работает, а не жует
кактусы и рассказывает всем об испытанных впечатлениях.

...
> Это может стать ещё и твоей заслугой, умный дядя.
> 
> Помнишь, как я mod_ssl полгода чинил вместо того, чтобы вывалить
> сломанное, но исправление, и предупредить по рассылкам, что оно
> свалит апач и его придётся поднять руками до выяснения тоже
> непонятной причины?  Вот у меня тогда тоже заслугой прибавилось.
> Такого же сомнительного толка.
_лично я_ не воюю за пользователей, для этого есть корпорации и ООО. 

-- 
WBR et al.

Re: [Hardware] :-/

[Andrew G. Klepcha]

В сообщении от Sunday 24 June 2007 23:40:08 Konstantin A. Lepikhov написал(а):
> Между прочим, проблему даже не пытаются решить. И вообще, предложил
да ну? насколько умел -- пытался решить, насколько умел -- багрепорт отправил

> человеку хороший вариант - пусть работает с тем, что работает, а не жует
> кактусы и рассказывает всем об испытанных впечатлениях.
_для_меня_ на данный момент хороший вариант -- работать на самосборе. все 
прекрасно  работает, но я зачем-то жевал кактусы 2.6.18-alt(1-6), да еще 
пытался рассказать об ощущениях... пожалуй вас стоит послушать -- готовьте 
свои кактусы сами

> _лично я_ не воюю за пользователей, для этого есть корпорации и ООО.
по-моему _любой_ пользователь сизифа заинтересован в большом количестве 
пользователей сизифа... неужели это не очевидно?

Re: [Hardware] :-/

[Konstantin A. Lepikhov]

Hi Andrew!

Monday 25, at 08:07:49 AM you wrote:

> В сообщении от Sunday 24 June 2007 23:40:08 Konstantin A. Lepikhov написал(а):
> > Между прочим, проблему даже не пытаются решить. И вообще, предложил
> да ну? насколько умел -- пытался решить, насколько умел -- багрепорт отправил
простой вопрос - это воспроизводится на -alt6?

> 
> > человеку хороший вариант - пусть работает с тем, что работает, а не жует
> > кактусы и рассказывает всем об испытанных впечатлениях.
> _для_меня_ на данный момент хороший вариант -- работать на самосборе. все 
> прекрасно  работает, но я зачем-то жевал кактусы 2.6.18-alt(1-6), да еще 
> пытался рассказать об ощущениях... пожалуй вас стоит послушать -- готовьте 
> свои кактусы сами
Ваши ощущения прекратились на -alt4. Про -alt6 багрепорта нет, так
что давайте не искажать факты.

> 
> > _лично я_ не воюю за пользователей, для этого есть корпорации и ООО.
> по-моему _любой_ пользователь сизифа заинтересован в большом количестве 
> пользователей сизифа... неужели это не очевидно?
не очевидно. Пользователь сизифа заинтересован в пользовании сизифа.

-- 
WBR et al.

Re: [Hardware] :-/

[Michael Shigorin]

On Mon, Jun 25, 2007 at 11:22:01PM +0400, Konstantin A. Lepikhov wrote:
> > > человеку хороший вариант - пусть работает с тем, что
> > > работает, а не жует кактусы и рассказывает всем об
> > > испытанных впечатлениях.
> > _для_меня_ на данный момент хороший вариант -- работать на
> > самосборе. все прекрасно  работает, но я зачем-то жевал
> > кактусы 2.6.18-alt(1-6), да еще пытался рассказать об
> > ощущениях... пожалуй вас стоит послушать -- готовьте свои
> > кактусы сами
> Ваши ощущения прекратились на -alt4. Про -alt6 багрепорта нет,
> так что давайте не искажать факты.

Давай начнём с "Ваши _отчёты об_ ощущениях". :)

> > > _лично я_ не воюю за пользователей, для этого есть корпорации и ООО.
> > по-моему _любой_ пользователь сизифа заинтересован в большом
> > количестве пользователей сизифа... неужели это не очевидно?
> не очевидно. Пользователь сизифа заинтересован в пользовании сизифа.

Опять же давайте не обобщать.

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

А сизиф ради сизифа или world domination -- это как-то скучно. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] :-/

[Eugene Ostapets]

25.06.07, Konstantin A. Lepikhov<lakostis unsafe.ru> написал(а):
> Hi Andrew!
>
> Monday 25, at 08:07:49 AM you wrote:
>
> > В сообщении от Sunday 24 June 2007 23:40:08 Konstantin A. Lepikhov написал(а):
> > > Между прочим, проблему даже не пытаются решить. И вообще, предложил
> > да ну? насколько умел -- пытался решить, насколько умел -- багрепорт отправил
> простой вопрос - это воспроизводится на -alt6?
alt6 на фоне alt5 имеет кучу регресий и вообще не применим для
реального использования. Если бы я не сидел на смосборе 2.6.21(22), я
бы сразу это заметил и надавал по рукам тем, кто это допустил...
>
> >
> > > человеку хороший вариант - пусть работает с тем, что работает, а не жует
> > > кактусы и рассказывает всем об испытанных впечатлениях.
> > _для_меня_ на данный момент хороший вариант -- работать на самосборе. все
> > прекрасно  работает, но я зачем-то жевал кактусы 2.6.18-alt(1-6), да еще
> > пытался рассказать об ощущениях... пожалуй вас стоит послушать -- готовьте
> > свои кактусы сами
> Ваши ощущения прекратились на -alt4. Про -alt6 багрепорта нет, так
> что давайте не искажать факты.
alt6 нерабочее ядро для jmicron/ahci(ati) и никто нормального
багрепорта не сдалет - оно просто вешается...
>
> >
> > > _лично я_ не воюю за пользователей, для этого есть корпорации и ООО.
> > по-моему _любой_ пользователь сизифа заинтересован в большом количестве
> > пользователей сизифа... неужели это не очевидно?
> не очевидно. Пользователь сизифа заинтересован в пользовании сизифа.
Хм... Я пользователь Сизифа и самосборных ядер... Потому что ядра от
Альта нерабочие... Мне застрелится, чтобы тебя не смущать?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Hardware] :-/

[Konstantin A. Lepikhov]

Hi Eugene!

Monday 25, at 11:55:22 PM you wrote:

> 25.06.07, Konstantin A. Lepikhov<lakostis unsafe.ru> написал(а):
> > Hi Andrew!
> >
> > Monday 25, at 08:07:49 AM you wrote:
> >
> > > В сообщении от Sunday 24 June 2007 23:40:08 Konstantin A. Lepikhov написал(а):
> > > > Между прочим, проблему даже не пытаются решить. И вообще, предложил
> > > да ну? насколько умел -- пытался решить, насколько умел -- багрепорт отправил
> > простой вопрос - это воспроизводится на -alt6?
> alt6 на фоне alt5 имеет кучу регресий и вообще не применим для
> реального использования. Если бы я не сидел на смосборе 2.6.21(22), я
> бы сразу это заметил и надавал по рукам тем, кто это допустил...
список регресий plz в студию. Точто так же я могу сказать что 2.6.21(22)
гавно, поскольку у меня оно без acpi=off не работает.

> >
> > >
> > > > человеку хороший вариант - пусть работает с тем, что работает, а не жует
> > > > кактусы и рассказывает всем об испытанных впечатлениях.
> > > _для_меня_ на данный момент хороший вариант -- работать на самосборе. все
> > > прекрасно  работает, но я зачем-то жевал кактусы 2.6.18-alt(1-6), да еще
> > > пытался рассказать об ощущениях... пожалуй вас стоит послушать -- готовьте
> > > свои кактусы сами
> > Ваши ощущения прекратились на -alt4. Про -alt6 багрепорта нет, так
> > что давайте не искажать факты.
> alt6 нерабочее ядро для jmicron/ahci(ati) и никто нормального
> багрепорта не сдалет - оно просто вешается...
ойданупрям:
$ lspci
...
02:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02)
...
ovz-smp-alt14 идентичен -alt6 по патчам.

> >
> > >
> > > > _лично я_ не воюю за пользователей, для этого есть корпорации и ООО.
> > > по-моему _любой_ пользователь сизифа заинтересован в большом количестве
> > > пользователей сизифа... неужели это не очевидно?
> > не очевидно. Пользователь сизифа заинтересован в пользовании сизифа.
> Хм... Я пользователь Сизифа и самосборных ядер... Потому что ядра от
> Альта нерабочие... Мне застрелится, чтобы тебя не смущать?
лучше не писать сюда такую чушь.

-- 
WBR et al.

Re: [Hardware] :-/

[Eugene Ostapets]

26.06.07, Konstantin A. Lepikhov<lakostis unsafe.ru> написал(а):
> Hi Eugene!
> > alt6 на фоне alt5 имеет кучу регресий и вообще не применим для
> > реального использования. Если бы я не сидел на смосборе 2.6.21(22), я
> > бы сразу это заметил и надавал по рукам тем, кто это допустил...
> список регресий plz в студию. Точто так же я могу сказать что 2.6.21(22)
> гавно, поскольку у меня оно без acpi=off не работает.
RS480 alt1-alt5 с irqpoll запускается, alt6 виснет в дебрях
инициализации sata...
> ойданупрям:
Знаешь в чем разница между чайником и ламером? Ну так вот - Ламерс
Маст Дай! Намек понял или тебя в Протве мокнуть?

-- 
С уважением,
Евгений Остапец
uin: 23747217
jid: eugene_ostapets@jabber.ru

Re: [Hardware] :-/

[Konstantin A. Lepikhov]

Hi Eugene!

Tuesday 26, at 12:07:49 AM you wrote:

> 26.06.07, Konstantin A. Lepikhov<lakostis unsafe.ru> написал(а):
> > Hi Eugene!
> > > alt6 на фоне alt5 имеет кучу регресий и вообще не применим для
> > > реального использования. Если бы я не сидел на смосборе 2.6.21(22), я
> > > бы сразу это заметил и надавал по рукам тем, кто это допустил...
> > список регресий plz в студию. Точто так же я могу сказать что 2.6.21(22)
> > гавно, поскольку у меня оно без acpi=off не работает.
> RS480 alt1-alt5 с irqpoll запускается, alt6 виснет в дебрях
> инициализации sata...
RS480 без pci=nomsi нормально не работает. Фикс был сделан только в
2.6.22 как раз в виде принудительного отключения msi.

> > ойданупрям:
> Знаешь в чем разница между чайником и ламером? Ну так вот - Ламерс
> Маст Дай! Намек понял или тебя в Протве мокнуть?
и эта вся твоя аргументация?

-- 
WBR et al.

[Hardware] :-\

[Michael Shigorin]

On Tue, Jun 26, 2007 at 01:18:08AM +0400, Konstantin A. Lepikhov wrote:
> > Знаешь в чем разница между чайником и ламером? Ну так вот -
> > Ламерс Маст Дай! Намек понял или тебя в Протве мокнуть?
> и эта вся твоя аргументация?

Мужуки, вы все круче синих яиц.  А макать буду обоих! :>

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

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Hardware] :-/

[Andrew G. Klepcha]

В сообщении от Monday 25 June 2007 23:22:01 Konstantin A. Lepikhov написал(а):

> простой вопрос - это воспроизводится на -alt6?
на alt5 воспроизводится точно, alt6 по-идее тоже должен был смотреть, но 
сейчас вот закрались сомнения... так что руку на отсечение, пожалуй, не дам. 
приду домой -- обязательно проверю

> Ваши ощущения прекратились на -alt4. Про -alt6 багрепорта нет, так
> что давайте не искажать факты.
я совершенно не увидел реакции на свой багрепорт. так зачем мне вешать еще 
один такой же?

> > по-моему _любой_ пользователь сизифа заинтересован в большом количестве
> > пользователей сизифа... неужели это не очевидно?
>
> не очевидно. Пользователь сизифа заинтересован в пользовании сизифа.
сизиф -- достаточно обширное поле с лежащими граблями. пользователи по этому 
полю ходят и на эти самые грабли наступают. разработчики обнаруженные грабли 
могут убрать. чем раньше обнаружим/уберем грабли -- тем раньше поле можно 
будет засеять :)

[Hardware] Re: jmicron (начало конструктива)

[Konstantin A. Lepikhov]

<цитата от="Andrew G. Klepcha">
> В сообщении от Monday 25 June 2007 23:22:01 Konstantin A. Lepikhov
> написал(а):
>
>> простой вопрос - это воспроизводится на -alt6?
> на alt5 воспроизводится точно, alt6 по-идее тоже должен был смотреть, но
> сейчас вот закрались сомнения... так что руку на отсечение, пожалуй, не
> дам.
> приду домой -- обязательно проверю
проверьте пожалуйста.

>
>> Ваши ощущения прекратились на -alt4. Про -alt6 багрепорта нет, так
>> что давайте не искажать факты.
> я совершенно не увидел реакции на свой багрепорт. так зачем мне вешать еще
> один такой же?
реакция уже была :) Как только подтвердите, что баг воспроизводится с
jmicron.ko из -alt6, будем выяснять.

>
>> > по-моему _любой_ пользователь сизифа заинтересован в большом
>> количестве
>> > пользователей сизифа... неужели это не очевидно?
>>
>> не очевидно. Пользователь сизифа заинтересован в пользовании сизифа.
> сизиф -- достаточно обширное поле с лежащими граблями. пользователи по
> этому
> полю ходят и на эти самые грабли наступают. разработчики обнаруженные
> грабли
> могут убрать. чем раньше обнаружим/уберем грабли -- тем раньше поле можно
> будет засеять :)
для меня сизиф все-таки мастерская, а не минное поле. минное поле - это
дедал. К сожалению, многие мантейнеры имеют на этот счет другое мнение.

-- 
WBR et al.

Re: [Hardware] :-/

[Andrew G. Klepcha]

[-- Attachment #1: Type: text/plain, Size: 1134 bytes --]

В сообщении от Monday 25 June 2007 23:22:01 Konstantin A. Lepikhov написал(а):
> простой вопрос - это воспроизводится на -alt6?
воспроизводится :(
воспроизводится в точности так как в багрепорте -- с периодом в несколько 
минут (~10) получаем полную остановку всего на 1-2 секунды

root@localhost ~ # tail /var/log/messages
Jun 26 20:50:28 localhost kernel: hda: drive not ready for command
Jun 26 20:50:28 localhost kernel: hda: ATAPI reset complete
Jun 26 20:57:39 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 26 20:57:44 localhost kernel: hda: status error: status=0x58 { DriveReady 
SeekComplete DataRequest }
Jun 26 20:57:44 localhost kernel: ide: failed opcode was: unknown
Jun 26 20:57:44 localhost kernel: hda: drive not ready for command
Jun 26 20:57:44 localhost kernel: hda: status timeout: status=0xd8 { Busy }
Jun 26 20:57:44 localhost kernel: ide: failed opcode was: unknown
Jun 26 20:57:44 localhost kernel: hda: drive not ready for command
Jun 26 20:57:44 localhost kernel: hda: ATAPI reset complete


какие мог придумать детали прилагаю

[-- Attachment #2: dmesg.out.bz2 --]
[-- Type: application/x-bzip2, Size: 7312 bytes --]

[-- Attachment #3: lspci_vv.out.bz2 --]
[-- Type: application/x-bzip2, Size: 3415 bytes --]

[-- Attachment #4: lsmod.out.bz2 --]
[-- Type: application/x-bzip2, Size: 1286 bytes --]

[-- Attachment #5: uname.out --]
[-- Type: text/plain, Size: 99 bytes --]

Linux localhost.localdomain 2.6.18-std-pae-alt6 #1 SMP Sun Apr 29 01:42:46 MSD 2007 i686 GNU/Linux

Re: [Hardware] :-/

[Konstantin A. Lepikhov]

<цитата от="Andrew G. Klepcha">
> В сообщении от Monday 25 June 2007 23:22:01 Konstantin A. Lepikhov
> написал(а):
>> простой вопрос - это воспроизводится на -alt6?
> воспроизводится :(
> воспроизводится в точности так как в багрепорте -- с периодом в несколько
> минут (~10) получаем полную остановку всего на 1-2 секунды
теперь вопросы:
1) зачем вам -pae ядро на 1G памяти?
2) помогают ли параметры ядру вида noapic, acpi=noirq, или pci=routeirq?
3) в каком режиме у вас настроен контроллер в BIOS
(AHCI/PATA/комбинированный)?

-- 
WBR et al.

Re: [Hardware] :-/

[Andrew G. Klepcha]

В сообщении от Wednesday 27 June 2007 01:22:09 Konstantin A. Lepikhov 
написал(а):
> <цитата от="Andrew G. Klepcha">
>
> > В сообщении от Monday 25 June 2007 23:22:01 Konstantin A. Lepikhov
> >
> > написал(а):
> >> простой вопрос - это воспроизводится на -alt6?
> >
> > воспроизводится :(
> > воспроизводится в точности так как в багрепорте -- с периодом в несколько
> > минут (~10) получаем полную остановку всего на 1-2 секунды
>
> теперь вопросы:
> 1) зачем вам -pae ядро на 1G памяти?
Sergey Vlasov как-то писал следующее:
"В принципе std-pae обязательно
применять только для возможности полного использования >= 4G RAM, хотя
вместе с PAE в нём ещё добавляется поддержка NX; ну и оптимизация в
std-pae делается чуть получше, поскольку на старых процессорах это
ядро всё равно не работает"

меня заинтересовало "оптимизация в std-pae делается чуть получше" :)

> 2) помогают ли параметры ядру вида noapic, acpi=noirq, или pci=routeirq?
вечером попробую, хотя скорее всего уже пробовал

> 3) в каком режиме у вас настроен контроллер в BIOS
> (AHCI/PATA/комбинированный)?
AHCI  (есть еще варианты IDE и RAID/IDE)

Re: [Hardware] :-/

[Konstantin A. Lepikhov]

<цитата от="Andrew G. Klepcha">
...
>> теперь вопросы:
>> 1) зачем вам -pae ядро на 1G памяти?
> Sergey Vlasov как-то писал следующее:
> "В принципе std-pae обязательно
> применять только для возможности полного использования >= 4G RAM, хотя
> вместе с PAE в нём ещё добавляется поддержка NX; ну и оптимизация в
> std-pae делается чуть получше, поскольку на старых процессорах это
> ядро всё равно не работает"
NX есть и в ovz-smp.

>
> меня заинтересовало "оптимизация в std-pae делается чуть получше" :)
>
>> 2) помогают ли параметры ядру вида noapic, acpi=noirq, или pci=routeirq?
> вечером попробую, хотя скорее всего уже пробовал
>
>> 3) в каком режиме у вас настроен контроллер в BIOS
>> (AHCI/PATA/комбинированный)?
> AHCI  (есть еще варианты IDE и RAID/IDE)
попробуйте перевести его в IDE. Есть вероятность, что в режиме ahci оно
конфликтует по ресурсам с libata драйверами. Насколько я понял, к этому
контроллеру у вас подключен только cdrom?

-- 
WBR et al.

Re: [Hardware] :-/

[Andrew G. Klepcha]

В сообщении от Wednesday 27 June 2007 12:19:40 Konstantin A. Lepikhov 
написал(а):
> > AHCI  (есть еще варианты IDE и RAID/IDE)
>
> попробуйте перевести его в IDE. Есть вероятность, что в режиме ahci оно
> конфликтует по ресурсам с libata драйверами. Насколько я понял, к этому
> контроллеру у вас подключен только cdrom?
да, только dvdrw. вечером попробую, о результатах -- отпишусь

Re: [Hardware] :-/

[Andrew G. Klepcha]

В сообщении от Wednesday 27 June 2007 12:19:40 Konstantin A. Lepikhov 
написал(а):
> > AHCI  (есть еще варианты IDE и RAID/IDE)
>
> попробуйте перевести его в IDE. Есть вероятность, что в режиме ahci оно
> конфликтует по ресурсам с libata драйверами. Насколько я понял, к этому
> контроллеру у вас подключен только cdrom?
попробовал IDE -- те же яй.. почти сразу же результаты
сейчас загрузался с acpi=noirq. пока жду...

Re: [Hardware] :-/

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 852 bytes --]

On Wed, Jun 27, 2007 at 12:19:40PM +0400, Konstantin A. Lepikhov wrote:
> >> 3) в каком режиме у вас настроен контроллер в BIOS
> >> (AHCI/PATA/комбинированный)?
> > AHCI  (есть еще варианты IDE и RAID/IDE)
> попробуйте перевести его в IDE. Есть вероятность, что в режиме ahci оно
> конфликтует по ресурсам с libata драйверами.

В std-*-2.6.18-alt6 переключение этих режимов в BIOS не должно ничего
изменить - в этой сборке контроллеры JMicron всегда переключаются в
режим AHCI (SATA и PATA разводятся по отдельным функциям
PCI-устройства для использования разными драйверами).  В предыдущих
сборках это переключение частично выполнялось драйвером ahci, в
результате в некоторых случаях получалось двойное обнаружение
устройств (сначала драйвером IDE (generic), потом ahci) - естественно,
такой вариант вообще не мог работать нормально.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

вчера от безысходности перепрошил bios. F4 -> F12. все проблемы остались 
(ругань в логах, 1-2-хсекундный фриз). опять съехал на 2.6.20 :(

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Maks Re]

а ядра из бета десктопа ведут себя также?

On 6/29/07, Andrew G. Klepcha <drew@mogilev.beltelecom.by> wrote:
> вчера от безысходности перепрошил bios. F4 -> F12. все проблемы остались
> (ругань в логах, 1-2-хсекундный фриз). опять съехал на 2.6.20 :(
> _______________________________________________
> Hardware mailing list
> Hardware@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hardware


-- 
С уважением,
  Макс.

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

В сообщении от Friday 29 June 2007 11:37:58 Maks Re написал(а):
> а ядра из бета десктопа ведут себя также?
>
> On 6/29/07, Andrew G. Klepcha <drew@mogilev.beltelecom.by> wrote:
> > вчера от безысходности перепрошил bios. F4 -> F12. все проблемы остались
> > (ругань в логах, 1-2-хсекундный фриз). опять съехал на 2.6.20 :(
прям так вот специально их не пробовал на этой машине, но уверен, что будет 
так же -- в бете ж то же самое сизифовское ядро на какой-то момент времени, 
насколько мне известно

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Maks Re]

ща диск запишу буду пробовать.

как воспроизвести тайо фич?
ну что фриз происходит? или оно само по себе начинается?

On 6/29/07, Andrew G. Klepcha <drew@mogilev.beltelecom.by> wrote:
> В сообщении от Friday 29 June 2007 11:37:58 Maks Re написал(а):
> > а ядра из бета десктопа ведут себя также?
> >
> > On 6/29/07, Andrew G. Klepcha <drew@mogilev.beltelecom.by> wrote:
> > > вчера от безысходности перепрошил bios. F4 -> F12. все проблемы остались
> > > (ругань в логах, 1-2-хсекундный фриз). опять съехал на 2.6.20 :(
> прям так вот специально их не пробовал на этой машине, но уверен, что будет
> так же -- в бете ж то же самое сизифовское ядро на какой-то момент времени,
> насколько мне известно
> _______________________________________________
> Hardware mailing list
> Hardware@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/hardware


-- 
С уважением,
  Макс.

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

В сообщении от Friday 29 June 2007 13:02:54 Maks Re написал(а):
> ща диск запишу буду пробовать.
>
> как воспроизвести тайо фич?
> ну что фриз происходит? или оно само по себе начинается?
само по себе.
выглядит примерно так:
дочка смотрит мультик (tvout на телевизор), я что-нибудь за моником -- бац, 
все остановилось на пару секунд (звук, видео, мышиный курсор)
потом некоторое время (минут десять) все нормально... потом опять...

от запущенных приложений зависимости не обнаружил -- можно просто сидеть и 
мышкой курсор по экрану двигать... 

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Veaceslav Grecea]

On Пятница 29 июня 2007, Andrew G. Klepcha wrote:
> В сообщении от Friday 29 June 2007 11:37:58 Maks Re написал(а):
> > а ядра из бета десктопа ведут себя также?
> >
> > On 6/29/07, Andrew G. Klepcha <drew@mogilev.beltelecom.by> wrote:
> > > вчера от безысходности перепрошил bios. F4 -> F12. все проблемы
> > > остались (ругань в логах, 1-2-хсекундный фриз). опять съехал на 2.6.20
> > > :(
>
> прям так вот специально их не пробовал на этой машине, но уверен, что будет
> так же -- в бете ж то же самое сизифовское ядро на какой-то момент времени,
> насколько мне известно
У меня 2.6.18-ovz-smp-alt14 (Константин говорил что это то же самое, что и 
alt6). Таких проблем у себя не наблюдаю. Все гладко - фризов нет.

У меня только вот что :

02:00.0 SATA controller: JMicron Technologies, Inc. JMB361 AHCI/IDE (rev 02) 
(prog-if 01 [AHCI 1.0])
        Subsystem: Micro-Star International Co., Ltd. Unknown device 7235
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
<TAbort- <MAbort- >SERR- <PERR-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 169
        Region 5: Memory at fdbfe000 (32-bit, non-prefetchable) [size=8K]
        Capabilities: [68] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot+,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [50] Express Legacy Endpoint IRQ 1
                Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag-
                Device: Latency L0s <64ns, L1 <1us
                Device: AtnBtn- AtnInd- PwrInd-
                Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
                Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
                Device: MaxPayload 128 bytes, MaxReadReq 512 bytes
                Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 1
                Link: Latency L0s unlimited, L1 unlimited
                Link: ASPM Disabled RCB 64 bytes CommClk- ExtSynch-
                Link: Speed 2.5Gb/s, Width x1


Единственная проблема с этим ядром (был об этом разговор) - не всегда 
срабатывает автовыключатель при shutdown-е.

-- 
wbr, slavutich

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

В сообщении от Friday 29 June 2007 13:04:39 Veaceslav Grecea написал(а):
> У меня 2.6.18-ovz-smp-alt14 (Константин говорил что это то же самое, что и
> alt6). Таких проблем у себя не наблюдаю. Все гладко - фризов нет.
а с железом у вас как?
у меня мат. плата GA-965p-DS3, IDE привод DVDRW NEC 4xxx(xxx -не помню), HDD 
SATA, видео NVidia 7600GS... возможно, это все в комбинации дает такой 
эффект... но на 2.6.20 работает без проблем

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Veaceslav Grecea]

[-- Attachment #1: Type: text/plain, Size: 623 bytes --]

On Пятница 29 июня 2007, Andrew G. Klepcha wrote:
> В сообщении от Friday 29 June 2007 13:04:39 Veaceslav Grecea написал(а):
> > У меня 2.6.18-ovz-smp-alt14 (Константин говорил что это то же самое, что
> > и alt6). Таких проблем у себя не наблюдаю. Все гладко - фризов нет.
>
> а с железом у вас как?
lspci прилагаю.
> у меня мат. плата GA-965p-DS3, IDE привод DVDRW NEC 4xxx(xxx -не помню),
> HDD SATA, видео NVidia 7600GS... возможно, это все в комбинации дает такой 
эффект...
Возможно, если поиграетесь с железом, и найдёте виновника. Вам спасибо только 
скажут.
> но на 2.6.20 работает без проблем

-- 
wbr, slavutich

[-- Attachment #2: lspci_vv.log.bz2 --]
[-- Type: application/x-bzip2, Size: 3021 bytes --]

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Konstantin A. Lepikhov]

<цитата от="Veaceslav Grecea">
...
> У меня 2.6.18-ovz-smp-alt14 (Константин говорил что это то же самое, что и
> alt6). Таких проблем у себя не наблюдаю. Все гладко - фризов нет.
>
> У меня только вот что :
>
> 02:00.0 SATA controller: JMicron Technologies, Inc. JMB361 AHCI/IDE (rev
> 02)
что еще раз подтверждает, что проблемы все-таки не в драйвере, а в bios.

-- 
WBR et al.

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

В сообщении от Friday 29 June 2007 15:28:01 Konstantin A. Lepikhov написал(а):

> > У меня только вот что :
> >
> > 02:00.0 SATA controller: JMicron Technologies, Inc. JMB361 AHCI/IDE (rev
> > 02)
>
> что еще раз подтверждает, что проблемы все-таки не в драйвере, а в bios.
перепрошил вчера биос -- те же яйца :(

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Konstantin A. Lepikhov]

<цитата от="Andrew G. Klepcha">
> В сообщении от Friday 29 June 2007 15:28:01 Konstantin A. Lepikhov
> написал(а):
>
>> > У меня только вот что :
>> >
>> > 02:00.0 SATA controller: JMicron Technologies, Inc. JMB361 AHCI/IDE
>> (rev
>> > 02)
>>
>> что еще раз подтверждает, что проблемы все-таки не в драйвере, а в bios.
> перепрошил вчера биос -- те же яйца :(
так bios редко обновляют именно из-за исправлений, обычно там просто
микрокоды для процессоров добавляют или CPUID.

PS Вы так и не сказали, меняется ли что-то, если загрузиться с noapic или
acpi=off

-- 
WBR et al.

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

В сообщении от Friday 29 June 2007 18:39:52 Konstantin A. Lepikhov написал(а):
> <цитата от="Andrew G. Klepcha">
>
> > В сообщении от Friday 29 June 2007 15:28:01 Konstantin A. Lepikhov
> >
> > написал(а):
> >> > У меня только вот что :
> >> >
> >> > 02:00.0 SATA controller: JMicron Technologies, Inc. JMB361 AHCI/IDE
> >>
> >> (rev
> >>
> >> > 02)
> >>
> >> что еще раз подтверждает, что проблемы все-таки не в драйвере, а в bios.
> >
> > перепрошил вчера биос -- те же яйца :(
>
> так bios редко обновляют именно из-за исправлений, обычно там просто
> микрокоды для процессоров добавляют или CPUID.
>
> PS Вы так и не сказали, меняется ли что-то, если загрузиться с noapic или
> acpi=off
проглядели :)
http://lists.altlinux.org/pipermail/hardware/2007-June/010960.html
http://lists.altlinux.org/pipermail/hardware/2007-June/010962.html
http://lists.altlinux.org/pipermail/hardware/2007-June/010964.html

по ощущениям -- в логи ругань типа:

Jun 27 18:14:22 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 18:17:00 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.

идет как и раньше (5-10 мин), но заморозки так часто не происходит. но она все 
равно потом случается. в логах тогда:

Jun 27 20:25:06 localhost kernel: hda: ATAPI reset complete
Jun 27 20:25:50 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 20:35:11 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 20:35:16 localhost kernel: hda: status error: status=0x58 { DriveReady 
SeekComplete DataRequest }
Jun 27 20:35:16 localhost kernel: ide: failed opcode was: unknown
Jun 27 20:35:16 localhost kernel: hda: drive not ready for command
Jun 27 20:35:16 localhost kernel: hda: status timeout: status=0xd8 { Busy }
Jun 27 20:35:16 localhost kernel: ide: failed opcode was: unknown
Jun 27 20:35:16 localhost kernel: hda: drive not ready for command
Jun 27 20:35:16 localhost kernel: hda: ATAPI reset complete

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Konstantin A. Lepikhov]

Hi Andrew!

Friday 29, at 06:58:50 PM you wrote:

...
> проглядели :)
> http://lists.altlinux.org/pipermail/hardware/2007-June/010960.html
> http://lists.altlinux.org/pipermail/hardware/2007-June/010962.html
> http://lists.altlinux.org/pipermail/hardware/2007-June/010964.html
здесь упоминания только про acpi=noirq. Прошу проверить с noapic и с
acpi=off.

-- 
WBR et al.

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

В сообщении от Saturday 30 June 2007 00:12:00 Konstantin A. Lepikhov 
написал(а):

> здесь упоминания только про acpi=noirq. Прошу проверить с noapic и с
> acpi=off.

прошу прощения -- несколько дней отсутствовал. вечером проверю.
интересует только воспроизводимость глюка с этими параметрами или логи тоже?

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Konstantin A. Lepikhov]

<цитата от="Andrew G. Klepcha">
> В сообщении от Saturday 30 June 2007 00:12:00 Konstantin A. Lepikhov
> написал(а):
>
>> здесь упоминания только про acpi=noirq. Прошу проверить с noapic и с
>> acpi=off.
>
> прошу прощения -- несколько дней отсутствовал. вечером проверю.
> интересует только воспроизводимость глюка с этими параметрами или логи
> тоже?
интересует _любая_ полезная информация.

-- 
WBR et al.

Re: [Hardware] GA-965p-DS3 Jmicron IDE с acpi=off

[Andrew G. Klepcha]

[-- Attachment #1: Type: text/plain, Size: 245 bytes --]

В сообщении от Thursday 05 July 2007 14:02:57 Konstantin A. Lepikhov 
написал(а):
> >> здесь упоминания только про acpi=noirq. Прошу проверить с noapic и с
> >> acpi=off.
с acpi=off проблема наблюдается
файлы прилагаю

сейчас тестится noapic...

[-- Attachment #2: acpi_off_dmesg.out.bz2 --]
[-- Type: application/x-bzip2, Size: 6700 bytes --]

[-- Attachment #3: acpi_off_messages.log.bz2 --]
[-- Type: application/x-bzip2, Size: 383 bytes --]

[-- Attachment #4: acpi_off_lspci_vvxxx.out.bz2 --]
[-- Type: application/x-bzip2, Size: 5046 bytes --]

[-- Attachment #5: acpi_off_proc_interrupts.out.bz2 --]
[-- Type: application/x-bzip2, Size: 403 bytes --]

Re: [Hardware] GA-965p-DS3 Jmicron IDE

[Andrew G. Klepcha]

[-- Attachment #1: Type: text/plain, Size: 1828 bytes --]

В сообщении от Thursday 05 July 2007 14:02:57 Konstantin A. Lepikhov 
написал(а):
> >> здесь упоминания только про acpi=noirq. Прошу проверить с noapic и с
> >> acpi=off.
проверил с noapic. минут тридцать фризов не было, но в логах:

Jul  5 20:25:44 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jul  5 20:27:18 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jul  5 20:39:13 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jul  5 20:47:46 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jul  5 20:50:09 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jul  5 20:51:43 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.

после случился фриз и:

Jul  5 20:55:57 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jul  5 20:56:02 localhost kernel: hda: status error: status=0x58 { DriveReady 
SeekComplete DataRequest }
Jul  5 20:56:02 localhost kernel: ide: failed opcode was: unknown
Jul  5 20:56:02 localhost kernel: hda: drive not ready for command
Jul  5 20:56:02 localhost kernel: hda: status timeout: status=0xd8 { Busy }
Jul  5 20:56:02 localhost kernel: ide: failed opcode was: unknown
Jul  5 20:56:02 localhost kernel: hda: DMA disabled
Jul  5 20:56:02 localhost kernel: hda: drive not ready for command
Jul  5 20:56:02 localhost kernel: hda: ATAPI reset complete

файлы прилагаю

[-- Attachment #2: noapic_dmesg.out.bz2 --]
[-- Type: application/x-bzip2, Size: 7590 bytes --]

[-- Attachment #3: noapic_lspci_vvxxx.out.bz2 --]
[-- Type: application/x-bzip2, Size: 5084 bytes --]

[-- Attachment #4: noapic_proc_interrupts.out.bz2 --]
[-- Type: application/x-bzip2, Size: 382 bytes --]

Re: [Hardware] :-/

[Andrew G. Klepcha]

В сообщении от Wednesday 27 June 2007 01:22:09 Konstantin A. Lepikhov 
написал(а):
> 2) помогают ли параметры ядру вида noapic, acpi=noirq, или pci=routeirq?
acpi=noirq в логи ругань идет, но остановки-заморозки не происходит. 

Jun 27 18:14:22 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 18:17:00 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 18:23:47 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 18:23:53 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.

только это, наверное, все равно не очень хорошо -- как оно на записи болванки 
отразится?

Re: [Hardware] :-/

[Andrew G. Klepcha]

В сообщении от Wednesday 27 June 2007 01:22:09 Konstantin A. Lepikhov 
написал(а):

> 2) помогают ли параметры ядру вида noapic, acpi=noirq, или pci=routeirq?

к сожалению и с acpi=noirq получил долгожданный затык :(

Jun 27 20:25:06 localhost kernel: hda: ATAPI reset complete
Jun 27 20:25:50 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 20:35:11 localhost kernel: hda: cdrom_pc_intr: The drive appears 
confused (ireason = 0x01). Trying to recover by ending request.
Jun 27 20:35:16 localhost kernel: hda: status error: status=0x58 { DriveReady 
SeekComplete DataRequest }
Jun 27 20:35:16 localhost kernel: ide: failed opcode was: unknown
Jun 27 20:35:16 localhost kernel: hda: drive not ready for command
Jun 27 20:35:16 localhost kernel: hda: status timeout: status=0xd8 { Busy }
Jun 27 20:35:16 localhost kernel: ide: failed opcode was: unknown
Jun 27 20:35:16 localhost kernel: hda: drive not ready for command
Jun 27 20:35:16 localhost kernel: hda: ATAPI reset complete

Re: [Hardware] :-/

[Michael Shigorin]

On Sun, Jun 24, 2007 at 11:40:08PM +0400, Konstantin A. Lepikhov wrote:
> _лично я_ не воюю за пользователей, для этого есть корпорации и ООО. 

Ты _с_ пользователями не воюй.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/