From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <46DD3356.7040606@rambler.ru> Date: Tue, 04 Sep 2007 14:28:38 +0400 From: Yury Aliaev User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.7.2) Gecko/20040808 X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Linux kernel packages development References: <46D29C07.80108@rambler.ru> <20070827105403.GV3778@osdn.org.ua> <46D2B666.2020305@rambler.ru> <20070827131212.GD4000@osdn.org.ua> In-Reply-To: <20070827131212.GD4000@osdn.org.ua> X-Enigmail-Version: 0.85.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [d-kernel] =?koi8-r?b?2sHH0tXWwcXU09Egzc/E1czYIHN5bTUzYzh4eCDO?= =?koi8-r?b?wSAyLjYuMTgh?= X-BeenThere: devel-kernel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Sep 2007 10:23:04 -0000 Archived-At: List-Archive: List-Post: Michael Shigorin scripsit: >>ЕМНИП в детстве читал, что SCSI совместимы в обоих >>направлениях, т.е. на обычный контроллер SCSI можно повесить >>хоть Ultra Wide диск, правда скорость передачи всё равно не >>превысит 10 Мб/с. Или она мне всё же изменяет?.. > > > В тебя бросить фотографии 50-пинового SCSI-2 и 68-пинового > того-что-есть-из-UW-дисков? :) Первое -- чуть шире IDE (кстати, Ну, на SCSI-2 я сам могу полюбоваться когда захочу :-) > шлейф нашёлся), второе -- отличается как шириной/формой разъёма, Как, форма разъёма тоже другая? Просто где-то засело, что в центральную часть 68-им выводного разъёма без проблем может втыкаться 50-ти контактный ответный от шлейфа SCSI-2 > так и (для LVD SCSI-3) плетением шлейфа, вотъ. > > Но воткнуть контроллер и убедиться, что модуль грузится (или нет) > -- можно. Да собсно вот (2.6.18-std-smp-alt3): > > 00:0d.0 SCSI storage controller: LSI Logic / Symbios Logic 53c810 (rev 12) > > ACPI: PCI Interrupt 0000:00:0c.0[A] -> GSI 17 (level, low) -> IRQ 177 > natsemi eth0: NatSemi DP8381[56] at 0xfbb00000 (0000:00:0c.0), 00:a0:cc:a2:4c:eb, IRQ 177, port TP. > ACPI: PCI Interrupt 0000:00:0d.0[A] -> GSI 18 (level, low) -> IRQ 185 > sym0: <810a> rev 0x12 at pci 0000:00:0d.0 irq 185 > sym0: No NVRAM, ID 7, Fast-10, SE, parity checking У меня в этом месте как раз и взрывается. У тебя sda висит на этом же контроллере или на другом? Это я к тому, что ошибка может активироваться, когда начинается сканирование непустой SCSI-шины (хорошая идея: как доберусь до дома, проверю что будет, если отключить диск от контроллера). > sym0: SCSI BUS has been reset. > scsi2 : sym-2.2.3 ... > SCSI device sda: 35566480 512-byte hdwr sectors (18210 MB) Вот этот самый sda -- он у тебя на Sym53с810 или нет? > sda: Write Protect is off > sda: Mode Sense: 9f 00 10 08 > SCSI device sda: drive cache: write back w/ FUA > SCSI device sda: 35566480 512-byte hdwr sectors (18210 MB) > sda: Write Protect is off > sda: Mode Sense: 9f 00 10 08 > SCSI device sda: drive cache: write back w/ FUA > sda: sda1 sda2 sda3 sda4 < sda5 > > sd 2:0:0:0: Attached scsi disk sda > agpgart: Detected AGP bridge 0 > agpgart: AGP aperture is 128M @ 0xe0000000 > > PS: зачем было вешать три баги, если проблема, очевидно, общая? > (IMHO на kernel-source-2.6.18 при этом осмысленно было -- одну) Думал, что раз мэйнтейнеры разные, то и вероятность того, что кто-то сможет помочь, выше. > > PPS: а давай всё-таки проспонсируем тебе настолько же древнюю > машинку без таких заскоков, которые нет смысла объезжать в Эта машина мне дорога как память о счастливом детстве :-) При этом вполне работающая и устраивающая меня! > ядре?.. Ну или оставь там работающие сборки на веки вечные. Эх, если бы да ка бы! В "работающем" 2.6.16 мрачно глючил драйвер alsa моей звуковухи, но сейчас вряд ли кто-нибудь соберётся его чинить, когда основным считается 2.6.18. > Просто для таких старых глюков, которые упираются именно Глюк не старый. Он возник в 2.6.18 и ранее замечен не был. > в аппаратную часть, искать регрессии или делать решения, > не имея к тому же железки под рукой -- пустая потеря времени. Я всё же считаю, что ломать поддержку того, что раньше исправно работало -- не хорошо. И подобные вещи следует исправлять.