From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3F770008.7050702@altlinux.com> Date: Sun, 28 Sep 2003 19:36:40 +0400 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.4) Gecko/20030710 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: sisyphus@altlinux.ru Subject: Re: [sisyphus] Compact blues, part one References: <200309280202.35297.iadzhubey@rics.bwh.harvard.edu> In-Reply-To: <200309280202.35297.iadzhubey@rics.bwh.harvard.edu> X-Enigmail-Version: 0.76.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig07346F040D73028C02AEECE8" Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Sep 2003 15:39:49 -0000 Archived-At: List-Archive: This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig07346F040D73028C02AEECE8 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Надеюсь, что это было Compact-20030926.iso ;-) Ivan Adzhubey пишет: > Доброй ночи всем! > > Первая часть битвы за Копакт завершилась стратегическим успехом: > многочисленные трупы вражеских жучков устилают поле битвы, высота -- наша. И > даже коммуникации в наших руках. Через них, родимых, и шлю донесение. Но > противник окопался в нескольких укрепрайонах и выкурить его оттуда пока не > удается. Подкрепление нужно... > > Мда, однако особенно сильное впечатление на меня произвело когда инсталятор > нагло заявил что знать не знает никакой ext2. Тут главное -- внезапность, > врасплох застать. Я чуть со стула не упал. Ну мы не гордые, можно и на ext3. Да, ext2 надо бы убрать как класс.. но вот все руки не доходят ;-( > > ADSL тоже так просто не далась. Ну что инсталятор не в курсе переименования > пакета rp-pppoe-client я читал. Однако кто же это и в каких целях придумал > таку витиевату схему запуска pppoe-сессии? Руками поставил клиента, все вроде > настроил -- коннект есть, пинги по IP адресу идут -- резолвер не работает. То > есть как будто его вообще нет. Оказывается пакет ставит сервис adsl, который > однако же выключен по умолчанию и стартовать его упаси вас бог. Он при > запуске стирает /etc/resolv.conf и заменяет его симлинком на > /etc/ppp/resolv.conf. Каковой линк при переводе pppd в чрут повисает в > воздухе. Кстати, а почему update_chrooted не умеет такие ситуации > обрабатывать? Оно что, не в курсе симлинков? Оказывается стартовать adsl > коннект надо сервисом internet, а вовсе не adsl. Это видимо чтобы противник > не догадался. Он и не догадывется. То есть draknet. Опять этот rp-pppoe-client... и откуда вы его только берете ? Я обыскал все что только мог в сорцах этого &^%&^% инсталятора, но так и не нашел нигде упоминания об этом пакете. По поводу resolv.conf - вешайте Block баги на пакет rp-pppoe, нехай мантейнеры его фиксят (я не знаю как, за неимением ADSL устройств). > > И до каких пор будет ставится пакет kernel-modules-fglrx без пакета > fglrx_glx?? Ну если инсталятор категорически невозможно научить ставить их > вместе, то хоть прописать зависимость чтобы ее потом apt -f install починил > автоматом можно? А поскольку оба модуля -- ядерный и иксовый еще и называются > одинаково, то и чтение логов загрузки X-сервера с трудом просветляет. > Особенно в четыре утра. Пакет fglrx_glx устанавливается только в одном единственном случае: если найдено поддерживаемое им оборудование. Мне нужно lspcidrake -v с машины с Radeon 9800Pro на борту. И в следующей версии все будет хорошо ;-) > > А вот на чем атака захлебнулась. Вторые сутки бьюсь, продвижения нет: > > Gigabyte 8KNXP, чипсет i875P, видео ATI Radeon 9800Pro, ядро > 2.4.22-std-(up|smp)-alt4. В разных точках планеты у меня есть еще три машины > на 785-м и с 9800Pro, две на ASUS P4C800, одна на интелевской матери (Dell > Dimension). Так вот, на всех трех с ядром 2.4.22 запустилось 3D (dri). На > 8KNXP -- категорически отказывется. Я уже три раза ей БИОС перепрошивал в обе > стороны, не сдается. Расследование показало что единственное заметное > различие в логах (dmesg) у них такое: > > [fglrx] Maximum main memory to use for locked dma buffers: 1893 MBytes. > [fglrx] module loaded - fglrx 3.2.5 [Aug 6 2003] on minor 0 > Fire GL built-in AGP-support > Based on agpgart interface v0.99 (c) Jeff Hartmann > agpgart: Maximum main memory to use for agp memory: 816M > agpgart: Detected an Intel 875G Chipset, no integrated grapics found. > agpgart: Detected Intel 875G chipset > agpgart: AGP aperture is 128M @ 0xe0000000 > Power management callback for AGP chipset installed > [fglrx] AGP detected, AgpState = 0x1f004a1b (hardware caps of chipset) > AGP: Found 2 AGPv3 devices > AGP: Doing enable for AGPv3 > agpgart: Found an AGP 3.0 compliant device. > > ^^^Здесь все работает. > > fglrx] Maximum main memory to use for locked dma buffers: 927 MBytes. > [fglrx] module loaded - fglrx 3.2.5 [Aug 6 2003] on minor 0 > Fire GL built-in AGP-support > Based on agpgart interface v0.99 (c) Jeff Hartmann > agpgart: Maximum main memory to use for agp memory: 816M > agpgart: Detected an Intel 875G Chipset with integrated grapics. > agpgart: unable to get memory for graphics translation table. > [fglrx:__ke_agpgart_available] *ERROR* Kernel native AGP support was not > present > at module build time. > [fglrx:firegl_unlock] *ERROR* Process 1449 using kernel context 0 > [fglrx:drm_ioremapfree] *ERROR* [mappings] Attempt to free NULL pointer > > ^^^А здесь обламывается на инициализации AGP. Разница: > > agpgart: Detected an Intel 875G Chipset, no integrated grapics found. > agpgart: Detected an Intel 875G Chipset with integrated grapics. > > И то и другое неправильно, чипсеты на самом деле 875P и _одинаковые_, правда > на новой машине похоже другая ревизия северного моста. > > Пошел отсыпаться... Дело в том, что ядреный мудуль fglrx не смог поднять AGP v3.0 на вашей машине. Здесь уже всё в руках Сергея. Rgds, Rider --------------enig07346F040D73028C02AEECE8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/dwAMqohfd2vlwKsRAsIEAJwMMxMSbhQpVSntskMc3/DGHEe1GwCdFdIS B37b2nwLj/VLCESaXAZ9Sa0= =jDtx -----END PGP SIGNATURE----- --------------enig07346F040D73028C02AEECE8--