From: Sergey V Turchin <zerg@altlinux.org> To: ALT Linux kernel packages development <devel-kernel@altlinux.ru> Subject: Re: Fwd: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels Date: Thu, 8 Jan 2004 19:40:25 +0300 Message-ID: <200401081940.30365.zerg@altlinux.org> (raw) In-Reply-To: <20040108153220.GY2474@osdn.org.ua> [-- Attachment #1: signed data --] [-- Type: text/plain, Size: 3557 bytes --] В сообщении от 8 Январь 2004 18:32 Michael Shigorin написал(a): > Здравствуйте. > Executive summary: если у 5328 нет проблемы с mx440 (zerg -- > можно проверить?), У меня 2 шт. gf4mx440 id:171 На обеих > 1.0-4363 по-умолчанию с кашей во framebuffer У бирается только подбором меньшего разрешения в fb. > то 5328 как primary и 4496 "на запас" должно > быть оптимально. > > Остается открытым вопрос с тем, как разместить две версии -- Это и есть самый главный вопрос. Я думаю, что они не должны иметь возможность быть установлены вместе. > рядом в RPMS/ (конфликты?) или 4496 "слева" (а обновления?). > <gvy> vsu, собери 4496. или погоди секунду, сейчас попробую > найти, какая с gf4mx440 еще на плющилась при возврате в текст/fb > <vsu> gvy: 4496 вроде уже плющилась - у меня на неё баг висит > <gvy> vsu, т.е. 3123[-], 4191[-?] > <gvy> vsu, с 4496 есть известные проблемы mx440; с 5328 -- :1. > Остаются 43xx. > <gvy> vsu, сейчас попробую спросить Женю Остапца > <gvy> vsu, Женя говорит, что по стабильности лучшие 4xxx -- 4496, > но бывают проблемы с качеством под нагрузкой; по качеству > рекомендует 5xxx, но говорит, что у них, как и у 4xxx < 4496, > бывают проблемы со стабильностью под нагрузкой (oops) > <gvy> vsu, я сегодня попробую заехать к тому другу с 5328 на > "именно такую" mx440 и проверить -- если заживет (с перкключением > в консоль), то кладем 4496/5328[*] > <vsu> gvy: вообще всё равно плохо - будут пакеты с конфликтами... > <gvy> vsu, а что конфликты-то? > <vsu> gvy: а как быдет выглядеть выбор версии? > <gvy> vsu, вообще с nvidia_glx-1.0-5328 кернельное 4496 вполне > живет > <gvy> vsu, не уверен, что его имеет смысл делать. > Я бы положил сбоку Да, что-нибудь типа этого > с тем, чтобы была возможность сказать "запустите rpm -Uvh > --oldpackage > /mnt/cdrom/auto/.../unsupprted/nvidia-1.0-4496/*.rpm" <vsu> gvy: > а updates? всё равно придётся куда-то класть > > ----- Forwarded message from Eugene Ostapets > <eugene@unisoft.com.ua> ----- > > Date: Thu, 08 Jan 2004 17:25:33 +0200 > From: Eugene Ostapets <eugene@unisoft.com.ua> > To: Michael Shigorin <mike@osdn.org.ua> > Subject: Re: [d-kernel] Re: Q: nvidia 4496 for Compact kernels > > Michael Shigorin пишет: > >On Thu, Jan 08, 2004 at 05:20:47PM +0300, Sergey V Turchin wrote: > >>>>Есть предложение для тех ядер, которые собираются в снапшоты > >>>>compact, делать и kernel-modules-nvidia-std-up версии > >>>> 1.0-4496. > >>> > >>>Похоже так и придется делать, ибо помимо этого есть еще > >>>проблема с инсталлятором (хотя возможно я ее уже решил - > >>>просто еще не проверял) > >> > >>А у меня предложение - собирать 2 версии. > >>Последнюю, и например, которую объявит нормальной Михаил. > > > >Ту, на которой 4xxx не было проблем с MX440? > > > >Здесь не "мое объявление", а тестирование на железячнике должно > > бы сказать веское слово. Сейчас у меня такой возможности нет > > (время). > > > >Возможно, Женя добавит впечатлений по стабильности/совместимости > >в полевых условиях? > > 4496 - проблем по стабильности у них действительно нет, но > тяжелых играх заметно "выпадание" текстур. Я не знаю что хуже... Я совсем недавно переехал с 4363 сразу на 5328, после того, как догадался поиграться с видеорежимами fb. Т.е. можно по-умолчанию попробовать ставить vga=0x303 но тогда уж надежнее vga=normal, т.к. bootsplash все равно теряется :-( Возможно где-то на видном месте написать, как выключить fb или как сделать vga=0x303 -- Regards, Sergey, ALT Linux Team, http://www.altlinux.ru http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08 [-- Attachment #2: signature --] [-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2004-01-08 16:40 UTC|newest] Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-01-08 15:32 Michael Shigorin 2004-01-08 16:40 ` Sergey V Turchin [this message] 2004-01-08 17:34 ` Sergey Vlasov 2004-01-08 19:07 ` Michael Shigorin 2004-01-08 19:46 ` Eugene Ostapets 2004-01-08 19:44 ` Michael Shigorin 2004-01-08 20:34 ` Eugene Ostapets 2004-01-09 7:39 ` Anton Farygin 2004-01-09 10:14 ` Eugene Ostapets 2004-01-09 7:21 ` Sergey V Turchin 2004-01-09 9:02 ` Michael Shigorin 2004-01-09 7:20 ` Sergey V Turchin 2004-01-09 9:01 ` Michael Shigorin 2004-01-09 10:13 ` Sergey V Turchin 2004-01-09 10:20 ` Sergey Vlasov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200401081940.30365.zerg@altlinux.org \ --to=zerg@altlinux.org \ --cc=devel-kernel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux kernel packages development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \ devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com public-inbox-index devel-kernel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git