Home
last modified time | relevance | path

Searched hist:"0 e04b2e9" (Results 1 – 11 of 11) sorted by relevance

/openbmc/openbmc/meta-phosphor/recipes-phosphor/fans/
H A Dphosphor-fan-presence-mrw.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan-control-fan-config-mrw.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan-control-events-config.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan-control-zone-conditions-config.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan-control-zone-config.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan-monitor-config.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan-control-fan-config.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan-presence-config.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-fan_git.bb0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
/openbmc/openbmc/meta-phosphor/conf/distro/include/
H A Dphosphor-mrw.inc0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
H A Dphosphor-defaults.inc0e04b2e9 Mon May 13 12:45:49 CDT 2019 Brad Bishop <bradleyb@fuzziesquirrel.com> meta-phosphor: fans: enable non-native recipes

There exists a number native class recipes throughout meta-phosphor that
simply provide a data (often YAML) file as input to building another
application.

Having these data file recipes implemented as native class recipes
prevents the use of machine overrides because bitbake (rightfully so)
discards machine qualifiers from native recipes. Further, data files
aren't really any different than library header files and those are
consumed by recipes as target class recipes that are DEPENDed on. Do
the same thing for data file recipes.

A number of steps (patches) are required to ensure backward
compatibility while other BSP layers make the transition to target class
recipes.

This patch is the first step in the sequence. Each native class recipe
is duplicated with (approximately) the following transformation applied:

1 - remove "inherit native"
2 - add "inherit allarch"
3 - Add appropriate files to FILES_${PN}

Also fixed a couple idiosyncrasies like SRC_URI += and LIC_FILES_CHKSUM
that are not required.

Finally, add a temporary layer of indirection around STAGING_DIR_NATIVE
and STAGING_DIR_HOST to the fan metadata until other BSP layers have
fully transitioned to target class config recipes.

(From meta-phosphor rev: 19ee51f5cdce2ff2f076a3ca9263dabc79072ba9)

Change-Id: I9671cc5343ed29a7ccfcee4cc00ebaaa9327e359
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>