New rd.* namespace for dracut-008

New rd.* namespace for dracut-008

[Harald Hoyer]

I cleaned up the kernel command line parameters and moved them to the rd.* 
namespace. The deprecated options are supported until dracut-010 and will be 
removed afterwards.

   Here is a list of options, which were used in dracut prior to

        version 008, and their new replacement.



        rdbreak

            rd.break



        rd_CCW

            rd.ccw



        rdcopystate

            rd.copystate



        rd_DASD_MOD

            rd.dasd_mod.dasd



        rd_DASD

            rd.dasd



        rdinitdebug rdnetdebug

            rd.debug



        rd_NO_DM

            rd.dm=0



        rd_DM_UUID

            rd.dm.uuid



        rdblacklist

            rd.driver.blacklist



        rdinsmodpost

            rd.driver.post



        rdloaddriver

            rd.driver.pre



        rd_NO_FSTAB

            rd.fstab=0



        rdinfo

            rd.info



        check

            rd.live.check



        rdlivedebug

            rd.live.debug



        live_dir

            rd.live.dir



        liveimg

            rd.live.image



        overlay

            rd.live.overlay



        readonly_overlay

            rd.live.overlay.readonly



        reset_overlay

            rd.live.overlay.reset



        live_ram

            rd.live.ram



        rd_NO_CRYPTTAB

            rd.luks.crypttab=0



        rd_LUKS_KEYDEV_UUID

            rd.luks.keydev.uuid



        rd_LUKS_KEYPATH

            rd.luks.keypath



        rd_NO_LUKS

            rd.luks=0



        rd_LUKS_UUID

            rd.luks.uuid



        rd_LUKS_UUID

            rd.luks.uuid



        rd_NO_LVMCONF

            rd.lvm.conf



        rd_LVM_LV

            rd.lvm.lv



        rd_NO_LVM

            rd.lvm=0



        rd_LVM_SNAPSHOT

            rd.lvm.snapshot



        rd_LVM_SNAPSIZE

            rd.lvm.snapsize



        rd_LVM_VG

            rd.lvm.vg



        rd_NO_MDADMCONF

            rd.md.conf=0



        rd_NO_MDIMSM

            rd.md.imsm=0



        rd_NO_MD

            rd.md=0



        rd_MD_UUID

            rd.md.uuid



        rd_NFS_DOMAIN

            rd.nfs.domain



        rd_NO_PLYMOUTH

            rd.plymouth=0



        rd_retry

            rd.retry



        rdshell

            rd.shell



        rd_NO_SPLASH

            rd.splash



        rdudevdebug

            rd.udev.debug



        rdudevinfo

            rd.udev.info



        rd_NO_ZFCPCONF

            rd.zfcp.conf=0



        rd_ZFCP

            rd.zfcp

Re: New rd.* namespace for dracut-008

[maximilian attems]

On Thu, Oct 28, 2010 at 05:17:40PM +0200, Harald Hoyer wrote:
> I cleaned up the kernel command line parameters and moved them to the 
> rd.* namespace. The deprecated options are supported until dracut-010 and 
> will be removed afterwards.
>

hmm as initramfs-tools hasn't cleaned up it's namespace yet,
this is a good point to jump in ask more details:

* what does rd stand for?

* is it envisaged to be used by other tools
  (or should initramfs-tools use it.break)?

I'd appreciated more info on the background of this move as
it can't be painless.

thanks.

-- 
maks

Re: New rd.* namespace for dracut-008

[Harald Hoyer]

On 10/28/2010 05:46 PM, maximilian attems wrote:
> On Thu, Oct 28, 2010 at 05:17:40PM +0200, Harald Hoyer wrote:
>> I cleaned up the kernel command line parameters and moved them to the
>> rd.* namespace. The deprecated options are supported until dracut-010 and
>> will be removed afterwards.
>>
>
> hmm as initramfs-tools hasn't cleaned up it's namespace yet,
> this is a good point to jump in ask more details:
>
> * what does rd stand for?

"rd" was chosen because we already have "rdinit=" as a kernel parameter

>
> * is it envisaged to be used by other tools
>    (or should initramfs-tools use it.break)?

Hm, if we can define common kernel command line parameters, that would make the 
user's life easier.

>
> I'd appreciated more info on the background of this move as
> it can't be painless.
>
> thanks.
>

Re: New rd.* namespace for dracut-008

[Steffen Maier]

Harald, thanks for the update.
Just one quick question below.

On 10/28/2010 05:17 PM, Harald Hoyer wrote:
> I cleaned up the kernel command line parameters and moved them to the
> rd.* namespace. The deprecated options are supported until dracut-010
> and will be removed afterwards.
>
> Here is a list of options, which were used in dracut prior to
> version 008, and their new replacement.

> rd_CCW
> rd.ccw

> rd_DASD_MOD
> rd.dasd_mod.dasd

Is this a typo?
I'm wondering why the new one is not just "rd.dasd_mod".
Having a .dasd suffix is not necessary and users might mix it up with 
rd.dasd which has both syntax and semamtics differently.

> rd_DASD
> rd.dasd

> rd_NO_ZFCPCONF
> rd.zfcp.conf=0
>
> rd_ZFCP
> rd.zfcp

Steffen

Linux on System z Development

IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Martin Jetter
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294

Re: New rd.* namespace for dracut-008

[Harald Hoyer]

On 10/28/2010 06:55 PM, Steffen Maier wrote:
> Harald, thanks for the update.
> Just one quick question below.
>
> On 10/28/2010 05:17 PM, Harald Hoyer wrote:
>> I cleaned up the kernel command line parameters and moved them to the
>> rd.* namespace. The deprecated options are supported until dracut-010
>> and will be removed afterwards.
>>
>> Here is a list of options, which were used in dracut prior to
>> version 008, and their new replacement.
>
>> rd_CCW
>> rd.ccw
>
>> rd_DASD_MOD
>> rd.dasd_mod.dasd
>
> Is this a typo?
> I'm wondering why the new one is not just "rd.dasd_mod".
> Having a .dasd suffix is not necessary and users might mix it up with rd.dasd
> which has both syntax and semamtics differently.

because it's the "dasd" parameter of the dasd_mod module

one could specify it directly on the kernel command with "dasd_mod.dasd=", which 
would be honored by the module itsself. So I just added "rd." to indicate the 
sole use for the initramfs.

>
>> rd_DASD
>> rd.dasd
>
>> rd_NO_ZFCPCONF
>> rd.zfcp.conf=0
>>
>> rd_ZFCP
>> rd.zfcp
>
> Steffen
>
> Linux on System z Development
>
> IBM Deutschland Research & Development GmbH
> Vorsitzender des Aufsichtsrats: Martin Jetter
> Geschäftsführung: Dirk Wittkopp
> Sitz der Gesellschaft: Böblingen
> Registergericht: Amtsgericht Stuttgart, HRB 243294
>

Re: New rd.* namespace for dracut-008

[Bill Nottingham]

Harald Hoyer (harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org) said: 
> because it's the "dasd" parameter of the dasd_mod module
> 
> one could specify it directly on the kernel command with
> "dasd_mod.dasd=", which would be honored by the module itsself. So I
> just added "rd." to indicate the sole use for the initramfs.

We don't unload and reload the module (do we?), so I don't
see how having a version that's solely for initramfs usage
makes sense here.

Bill

Re: New rd.* namespace for dracut-008

[Harald Hoyer]

On 10/28/2010 07:40 PM, Bill Nottingham wrote:
> Harald Hoyer (harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org) said:
>> because it's the "dasd" parameter of the dasd_mod module
>>
>> one could specify it directly on the kernel command with
>> "dasd_mod.dasd=", which would be honored by the module itsself. So I
>> just added "rd." to indicate the sole use for the initramfs.
>
> We don't unload and reload the module (do we?), so I don't
> see how having a version that's solely for initramfs usage
> makes sense here.
>
> Bill

True... that's what I thought, too :)

Re: New rd.* namespace for dracut-008

[Bill Nottingham]

Harald Hoyer (harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org) said: 
>        rdudevdebug
>            rd.udev.debug
> 
>        rdudevinfo
>            rd.udev.info

Any chance that these could be made generic options that udev itself
honors?

Bill

Re: New rd.* namespace for dracut-008

[Harald Hoyer]

On 10/28/2010 07:41 PM, Bill Nottingham wrote:
> Harald Hoyer (harald-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org) said:
>>         rdudevdebug
>>             rd.udev.debug
>>
>>         rdudevinfo
>>             rd.udev.info
>
> Any chance that these could be made generic options that udev itself
> honors?
>
> Bill
>

See udevd(8), there is already:

KERNEL COMMAND LINE
        udev.log-priority=
            Set the logging priority.

        udev.children-max=
            Limit the number of parallel executed events.

        udev.exec-delay=
            Number of seconds to delay the execution of RUN instructions. This 
might be useful when
            debugging system crashes during coldplug cause by loading 
non-working kernel modules.