Patchwork [0/5] Provides a framework and initial modules for initramfs

login
register
mail settings
Submitter Otavio Salvador
Date Dec. 6, 2011, 4:07 p.m.
Message ID <cover.1323187516.git.otavio@ossystems.com.br>
Download mbox
Permalink /patch/16311/
State New
Headers show

Pull-request

git://github.com/OSSystems/oe-core master

Comments

Otavio Salvador - Dec. 6, 2011, 4:07 p.m.
This patchset adds a very flexible and powerful initramfs framework
together with a small set of modules using it. Please refer to each
commit for the respective documentation.

The following changes since commit fb642d21111691b9302e16e984aff9d8fb18c431:

  buildhistory bbclass: avoid absolute paths for files-in-image.txt to avoid diff churn when relocating TMPDIR (2011-12-06 14:40:00 +0000)

are available in the git repository at:
  git://github.com/OSSystems/oe-core master
  https://github.com/OSSystems/oe-core/tree/HEAD

Otavio Salvador (5):
  initramfs-base: provides the base for a modular initramfs
  initramfs-module-debug: add
  initramfs-module-mdev: add
  initramfs-module-e2fs: add
  initramfs-module-udev: add

 .../initrdscripts/initramfs-base/finish            |   42 ++++++
 .../recipes-core/initrdscripts/initramfs-base/init |  136 ++++++++++++++++++++
 .../initrdscripts/initramfs-base_1.0.bb            |   17 +++
 .../initrdscripts/initramfs-module-debug/debug     |   82 ++++++++++++
 .../initrdscripts/initramfs-module-debug_1.0.bb    |   15 ++
 .../initrdscripts/initramfs-module-e2fs/e2fs       |   28 ++++
 .../initrdscripts/initramfs-module-e2fs_1.0.bb     |   15 ++
 .../initrdscripts/initramfs-module-mdev/mdev       |   30 +++++
 .../initrdscripts/initramfs-module-mdev_1.0.bb     |   16 +++
 .../initrdscripts/initramfs-module-udev/udev       |   22 +++
 .../initrdscripts/initramfs-module-udev_1.0.bb     |   16 +++
 11 files changed, 419 insertions(+), 0 deletions(-)
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-base/finish
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-base/init
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-base_1.0.bb
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-debug/debug
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-debug_1.0.bb
 create mode 100755 meta/recipes-core/initrdscripts/initramfs-module-e2fs/e2fs
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-e2fs_1.0.bb
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-mdev/mdev
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-mdev_1.0.bb
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-udev/udev
 create mode 100644 meta/recipes-core/initrdscripts/initramfs-module-udev_1.0.bb
Richard Purdie - Dec. 7, 2011, 12:34 p.m.
On Tue, 2011-12-06 at 16:07 +0000, Otavio Salvador wrote:
> This patchset adds a very flexible and powerful initramfs framework
> together with a small set of modules using it. Please refer to each
> commit for the respective documentation.
> 
> The following changes since commit fb642d21111691b9302e16e984aff9d8fb18c431:
> 
>   buildhistory bbclass: avoid absolute paths for files-in-image.txt to avoid diff churn when relocating TMPDIR (2011-12-06 14:40:00 +0000)
> 
> are available in the git repository at:
>   git://github.com/OSSystems/oe-core master
>   https://github.com/OSSystems/oe-core/tree/HEAD
> 
> Otavio Salvador (5):
>   initramfs-base: provides the base for a modular initramfs
>   initramfs-module-debug: add
>   initramfs-module-mdev: add
>   initramfs-module-e2fs: add
>   initramfs-module-udev: add
> 

Rather than add five different recipes for this, could we have one
recipe with five different packages? I'm a little bit sensitive to
parsing speed and whilst its a detail, small details add up :)

Cheers,

Richard
Otavio Salvador - Dec. 7, 2011, 2:30 p.m.
On Wed, Dec 7, 2011 at 10:34, Richard Purdie <
richard.purdie@linuxfoundation.org> wrote:

> Rather than add five different recipes for this, could we have one
> recipe with five different packages? I'm a little bit sensitive to
> parsing speed and whilst its a detail, small details add up :)
>

Yes; that works for me.

Besides that, are you OK with that?