All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alan <alan@lxorguk.ukuu.org.uk>
To: Steven Scholz <steven.scholz@imc-berlin.de>
Cc: linux-ide@vger.kernel.org
Subject: Re: Impact of no_lba48{_dma} = 1 ?
Date: Wed, 7 Feb 2007 11:58:26 +0000	[thread overview]
Message-ID: <20070207115826.2e3609e3@localhost.localdomain> (raw)
In-Reply-To: <45C9A23E.3030201@imc-berlin.de>

> And wrote a evry simple IDE driver for it. BAsicly the HDD internbal
> registers are just memory mapped. No DMA is supported by the hardware.
> But I think it would be capable of 48bit LBA mode (which just means setting
> the HOB bit in the device control register of the HDD correctly?)

And not caching stuff wrongly

> 
> Now I wonder what the impact of setting
> 
> 	hwif->no_lba48 = 1;		/* 1 = cannot do LBA48 */
> 	hwif->no_lba48_dma = 1;		/* 1 = cannot do LBA48 DMA */

no_lba48_dma turns off the use of DMA for 48bit commands, the kernel
tries to issue DMA commands where possible but if it cannot issues LBA48
PIO commands (eg for the end part of a disk)

no_lba48 disables LBA48 so you won't be able to access the further parts
of the disk or some newer features.

> would be.
> 
> IIUC then no_lba48 would limit the useable size to 130GB?
> Will every HDD work with no_lba48 set to 1? Even those which actually
> support 48bit LBA?

No guarantees, but you ought to be able to use the first part of the disk
ok.
 
> How about performance impact of
> 
> 		if (hwif->no_lba48 || hwif->no_lba48_dma)
> 			hwif->rqsize = 256;
> 		else
> 			hwif->rqsize = 65536;
> 
> in ide-probe.c ?

Only relevant for DMA really


  reply	other threads:[~2007-02-07 11:45 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-07  9:56 Impact of no_lba48{_dma} = 1 ? Steven Scholz
2007-02-07 11:58 ` Alan [this message]
2007-02-07 13:25   ` Steven Scholz
2007-02-07 13:53     ` Alan
2007-02-07 13:49       ` Sergei Shtylyov
2007-02-07 14:11         ` Alan
2007-02-07 14:03           ` Steven Scholz
2007-02-07 14:19             ` Alan
2007-02-07 14:10           ` Sergei Shtylyov
2007-02-07 13:57       ` Steven Scholz
2007-02-07 14:09         ` Sergei Shtylyov
2007-02-07 14:16         ` Alan

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=20070207115826.2e3609e3@localhost.localdomain \
    --to=alan@lxorguk.ukuu.org.uk \
    --cc=linux-ide@vger.kernel.org \
    --cc=steven.scholz@imc-berlin.de \
    /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.