All of lore.kernel.org
 help / color / mirror / Atom feed
From: dobrev <dobrev666@prostak.org>
To: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
Cc: Craig Bradney <cbradney@zip.com.au>,
	Linus Torvalds <torvalds@osdl.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Arjan van de Ven <arjanv@redhat.com>
Subject: Re: Linux 2.6.6 "IDE cache-flush at shutdown fixes"
Date: Wed, 12 May 2004 21:45:42 +0300	[thread overview]
Message-ID: <40A270D6.1070802@prostak.org> (raw)
In-Reply-To: <200405122007.46784.bzolnier@elka.pw.edu.pl>

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



Bartlomiej Zolnierkiewicz wrote:

>On Tuesday 11 of May 2004 18:10, dobrev wrote:
>  
>
>>Craig Bradney wrote:
>>    
>>
>>>On Tue, 2004-05-11 at 13:24, Rene Herman wrote:
>>>      
>>>
>>>>Bartlomiej Zolnierkiewicz wrote:
>>>>        
>>>>
>>>>>Rene, can you send me copies of /proc/ide/hda/identify and
>>>>>/proc/ide/hdc/identify?
>>>>>          
>>>>>
>>>>Sure, attached. Quite sure you wanted hdc though? That's a DVD-ROM.
>>>>
>>>>        
>>>>
>>>>>I still would like to know why these drives don't accept flush cache
>>>>>commands (or it is a driver's bug?).
>>>>>          
>>>>>
>>>>No idea I'm afraid. Seems at least new Maxtor drives are affected. Both
>>>>the "120P0" (120G, 8M cache) and "L0" (120G, 2M cache) were reported in
>>>>this thread.
>>>>        
>>>>
>>>At a guess the 80P0 drives will also be affected (80G, 8mb cache), but
>>>as yet I havent tried 2.6.6 on the boxes with them. Tonight if theres
>>>time.
>>>
>>>Craig
>>>      
>>>
>>I have Maxtor 6Y060L0 and is also affected. Now I am with 2.6.5.
>>    
>>
>
>Please see http://bugme.osdl.org/show_bug.cgi?id=2672
>  
>

Yes, I know.

>  
>
>>SvrWks IDE controller also have problems with 2.6.6 because the drive
>>works in mdma2 mode.
>>When in 2.6.5 the transfer mode is udma2.
>>    
>>
>
>UDMA2 on OSB4?  Weird.
>
>from serverwoks.c:
>
>	/* If we are about to put a disk into UDMA mode we screwed up.
>	   Our code assumes we never _ever_ do this on an OSB4 */
>
>	if(dev->device == PCI_DEVICE_ID_SERVERWORKS_OSB4 &&
>		drive->media == ide_disk && speed >= XFER_UDMA_0)
>			BUG();
>
>I need more data: .config (2.6.5/2.6.6) and full dmesg output (2.6.5/2.6.6).
>  
>

Yes, it's a OSB4.
I attached files you need. .config is the same.
The problem is that when in 2.6.6 hdparm  reports that the drive is much 
slower than 2.6.5
2.6.6 => 13 MB/s
2.6.5 => 23 MB/s
When I  remove the code related to serverworks.c (see bellow) in 
patch-2.6.6 transfer is like 2.6.5.

>  
>
>>Probably because of this (from patch-2.6.6):
>>diff -Nru a/drivers/ide/pci/serverworks.c b/drivers/ide/pci/serverworks.c
>>--- a/drivers/ide/pci/serverworks.c     Sun May  9 19:33:36 2004
>>+++ b/drivers/ide/pci/serverworks.c     Sun May  9 19:33:36 2004
>>@@ -472,7 +472,9 @@
>>                                int dma = config_chipset_for_dma(drive);
>>                                if ((id->field_valid & 2) && !dma)
>>                                        goto try_dma_modes;
>>-                       }
>>+                       } else
>>+                               /* UDMA disabled by mask, try other DMA
>>modes */+                               goto try_dma_modes;
>>                } else if (id->field_valid & 2) {
>> try_dma_modes:
>>                        if ((id->dma_mword & hwif->mwdma_mask) ||
>>    
>>





[-- Attachment #2: attach.tar.gz --]
[-- Type: application/x-tar, Size: 10162 bytes --]

  reply	other threads:[~2004-05-12 18:50 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-10  9:20 Linux 2.6.6 "IDE cache-flush at shutdown fixes" Rene Herman
2004-05-10 11:32 ` Gene Heskett
2004-05-10 12:04   ` Rene Herman
2004-05-10 20:28   ` Arjan van de Ven
2004-05-10 19:25 ` Bartlomiej Zolnierkiewicz
2004-05-10 21:13   ` Rene Herman
2004-05-10 21:52     ` Bartlomiej Zolnierkiewicz
2004-05-11  4:56       ` Andrew Morton
2004-05-11  5:17         ` Andrew Morton
2004-05-11 11:24           ` Rene Herman
     [not found]             ` <200405111537.23535.bzolnier@elka.pw.edu.pl>
     [not found]               ` <40A1073E.3030605@keyaccess.nl>
2004-05-11 19:06                 ` Rene Herman
     [not found]                 ` <200405120236.00085.bzolnier@elka.pw.edu.pl>
2004-05-12 14:44                   ` Rene Herman
2004-05-11 21:22             ` Mike Houston
2004-05-11 22:05             ` Bill Davidsen
2004-05-14  3:26           ` Pavel Machek
2004-05-15  0:53             ` Andrew Morton
2004-05-15  0:59             ` Andrew Morton
2004-05-15  1:05               ` Bartlomiej Zolnierkiewicz
2004-05-15  5:53               ` Herbert Xu
2004-05-15  6:16                 ` Andrew Morton
2004-05-17 22:13                   ` Greg KH
2004-05-17 22:55                     ` Andrew Morton
2004-05-14  3:25         ` Pavel Machek
2004-05-11 11:24       ` Rene Herman
2004-05-11 12:56         ` Craig Bradney
2004-05-11 15:51           ` Athanasius
2004-05-11 16:10           ` dobrev
2004-05-12 18:07             ` Bartlomiej Zolnierkiewicz
2004-05-12 18:45               ` dobrev [this message]
2004-05-13  0:24                 ` Patrick Wildi
2004-05-13  9:55                   ` dobrev
2004-05-10 21:59     ` Rene Herman
2004-05-10 23:36       ` Mike Houston
2004-05-14 21:49 ` scsi shutdown flush, journaled fses Tom Vier
     [not found] <fa.jr282gn.1ni2t37@ifi.uio.no>
     [not found] ` <fa.cmd38j8.1tgg9ro@ifi.uio.no>
2004-05-12  6:09   ` Linux 2.6.6 "IDE cache-flush at shutdown fixes" Robert Hancock
2004-05-12 18:52     ` Eric D. Mudama
2004-05-12 19:55       ` Rene Herman
2004-05-12 21:05       ` Bartlomiej Zolnierkiewicz
2004-05-12 22:27         ` Rene Herman
2004-05-12 21:28       ` Gene Heskett
2004-05-13 17:41         ` Eric D. Mudama

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=40A270D6.1070802@prostak.org \
    --to=dobrev666@prostak.org \
    --cc=B.Zolnierkiewicz@elka.pw.edu.pl \
    --cc=arjanv@redhat.com \
    --cc=cbradney@zip.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.org \
    /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
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.