linux-kernel - RE: Generic Disk Driver in Linux

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1156449809.3014.84.camel@laptopd505.fenrus.org>
Date:	Thu, 24 Aug 2006 22:03:29 +0200
From:	Arjan van de Ven <arjan@...radead.org>
To:	Aleksey Gorelov <dared1st@...oo.com>
Cc:	jengelh@...ux01.gwdg.de, daniel.rodrick@...il.com,
	linux-kernel@...r.kernel.org, kernelnewbies@...linux.org,
	linux-newbie@...t.kernel.org, satinder.jeet@...il.com
Subject: RE: Generic Disk Driver in Linux

On Thu, 2006-08-24 at 12:40 -0700, Aleksey Gorelov wrote:
> 
> --- Arjan van de Ven <arjan@...radead.org> wrote:
> 
> > On Thu, 2006-08-24 at 11:19 -0700, Aleksey Gorelov wrote:
> > > >From: linux-kernel-owner@...r.kernel.org 
> > > >[mailto:linux-kernel-owner@...r.kernel.org] On Behalf Of Jan Engelhardt
> > > >>
> > > >> I was curious that can we develop a generic disk driver that could
> > > >> handle all the kinds of hard drives - IDE, SCSI, RAID et al?
> > > >
> > > >ide_generic
> > > >sd_mod
> > > >
> > > >All there, what more do you want?
> > > 
> > > Unfortunately, not _all_. DMRAID does not support all fake raids yet. 
> > 
> > Hi,
> > 
> > it'll be easier and quicker to rev engineer 5 more formats than it will
> > be to get the bios thing working ;) And the performance of the bios
> probably true - I'm actually not great fan of originally proposed approach. But, 
> unfortunately, manufactures and vendors still look more to MS. Until market 
> situation changes, there is always a gap...

there are only so many different ways to describe raid0.
And those companies aren't going to keep changing that "just because",
changing costs them money, so there is an incentive for them to keep it
as is

> 
> > thing will be really really bad... (hint: real mode can access only 1Mb
> > of memory, so you will bounce buffer all IO's)
> This is true for non-dma case only. As I already mentioned before, most BIOSes 
> support dma, and there is no 1Mb limit for that (at least on modern hw).

but only DMA to lower regions usually


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/