From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 20 Apr 2004 21:12:55 +0400 From: Sergey Vlasov To: hardware@altlinux.ru Subject: Re: [Hardware] =?koi8-r?B?dWRtYS3SxdbJzSDO?= =?koi8-r?B?wSDPxM7PzSDbzMXKxsUgxMzRIMTX1cggycTFLdfJzt7F09TF0s/X?= Message-ID: <20040420171255.GD28707@master.mivlgu.local> Mail-Followup-To: hardware@altlinux.ru References: <20040419153405.556dd259@finoadmin.langepas.ru> <20040419095711.GB10861@master.mivlgu.local> <200404191424.24697.aris@altlinux.ru> <20040420143302.4446f417@finoadmin.langepas.ru> <20040420144800.GY27518@osdn.org.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+KJYzRxRHjYqLGl5" Content-Disposition: inline In-Reply-To: <20040420144800.GY27518@osdn.org.ua> X-BeenThere: hardware@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: hardware@altlinux.ru List-Id: ALT Linux hardware support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2004 17:12:58 -0000 Archived-At: List-Archive: --+KJYzRxRHjYqLGl5 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, Apr 20, 2004 at 05:48:00PM +0300, Michael Shigorin wrote: > On Tue, Apr 20, 2004 at 02:33:02PM +0600, Ruslan Gordeev wrote: > > > И укстати, пока не перебросил на второй канал CD-RW, винт > > > отказывался работать в udma5, как ему положено, а только в > > > udma2. Так и должно быть? > > Видимо, все правильно. Канал начинает работать на скорости > > самого медленного из подключенных к нему устройств. > > Чушь собачья. Со стажем, но все равно чушь. Это не совсем чушь - например, в pdc202xx_new.c и pdc202xx_old.c есть такой комментарий: /* * Set the control register to use the 66Mhz system * clock for UDMA 3/4 mode operation. If one drive on * a channel is U66 capable but the other isn't we * fall back to U33 mode. The BIOS INT 13 hooks turn * the clock on then off for each read/write issued. I don't * do that here because it would require modifying the * kernel, separating the fop routines from the kernel or * somehow hooking the fops calls. It may also be possible to * leave the 66Mhz clock on and readjust the timing * parameters. */ Т.е. на некоторых контроллерах такая ситуация вполне возможна. --+KJYzRxRHjYqLGl5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAhVoXW82GfkQfsqIRArr0AKCMEVb/E3sjiiq14w1YdoCtmKihDACcCNhG NTtHq3oQtydRoj8Z9IZseyA= =X/+O -----END PGP SIGNATURE----- --+KJYzRxRHjYqLGl5--