[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: moving ata initialisation to a command
From: |
Robert Millan |
Subject: |
Re: moving ata initialisation to a command |
Date: |
Sun, 16 Dec 2007 17:19:27 +0100 |
User-agent: |
Mutt/1.5.13 (2006-08-11) |
On Sun, Dec 16, 2007 at 06:06:42PM +0200, Vesa Jääskeläinen wrote:
> Robert Millan wrote:
> > I'd like to move ata.mod initialisation away from its _init routine and into
> > a separate command. This way it isn't a nuissance when it gets included in
> > monolithic builds (such as the ones made by grub-mkrescue) and disables
> > biosdisk
> > completely.
> >
> > Does that sound fine?
> >
>
> While you are there why not add optional IO-base argument so one could
> use more than one controller lurking in other IO-bases (second/third PCI
> ?). Of course there needs to be some kind of auto detect for easier
> usage for normal users.
I don't like that. Sounds like a workaround for not having proper PCI
support.. :-/
--
Robert Millan
<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call, if you are unable to speak?
(as seen on /.)
- moving ata initialisation to a command, Robert Millan, 2007/12/16
- Re: moving ata initialisation to a command, Christian Franke, 2007/12/16
- Re: moving ata initialisation to a command, Vesa Jääskeläinen, 2007/12/16
- Re: moving ata initialisation to a command,
Robert Millan <=
- Re: moving ata initialisation to a command, Marco Gerards, 2007/12/17
- Re: moving ata initialisation to a command, Pavel Roskin, 2007/12/17
- Re: moving ata initialisation to a command, Robert Millan, 2007/12/20
- Re: moving ata initialisation to a command, Marco Gerards, 2007/12/21
- Re: moving ata initialisation to a command, Robert Millan, 2007/12/21
- embedding filesystems in core image (Re: moving ata initialisation to a command), Robert Millan, 2007/12/21
- Re: embedding filesystems in core image (Re: moving ata initialisation to a command), Bean, 2007/12/21