[PATCH 1/2] kconfig/merge_config.sh: Support KCONFIG_CONFIG

KCONFIG_CONFIG) and one for direct use of the script without -m, which called make rules that edit KCONFIG_CONFIG but verified a different file. Signed-off-by: Gabriel de Perthuis Cc: Michal Marek --- scripts/kconfig/merge_config.sh | 16 1 file changed, 12 insertions(+), 4

Re: [PATCH 1/2] kconfig/merge_config.sh: Support KCONFIG_CONFIG

Le 14/10/2015 à 12:56, Michal Marek a écrit : On 2015-09-09 19:33, Gabriel de Perthuis wrote: All make targets support $KCONFIG_CONFIG because they run scripts/kconf. Make sure merge_config.sh accesses the correct file in all cases. Previously this script broke in two different code paths

[PATCH 2/2] kconfig/merge_config.sh: Accept a single file

merge_config.sh can usefully be applied to a single file. It implicitly merges with the default configuration. Signed-off-by: Gabriel de Perthuis Cc: Michal Marek --- scripts/kconfig/merge_config.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/kconfig

[PATCH 1/2] kconfig/merge_config.sh: Support KCONFIG_CONFIG

KCONFIG_CONFIG) and one for direct use of the script without -m, which called make rules that edit KCONFIG_CONFIG but verified a different file. Signed-off-by: Gabriel de Perthuis Cc: Michal Marek --- scripts/kconfig/merge_config.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH] kconfig/merge_config.sh: Accept a single file

merge_config.sh can usefully be applied to a single file. It does an implicit merge with the default configuration. Signed-off-by: Gabriel de Perthuis --- scripts/kconfig/merge_config.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/kconfig/merge_config.sh b

[PATCH] kconfig/merge_config.sh: Support KCONFIG_CONFIG

direct use of the script without -m, which called make rules that edit KCONFIG_CONFIG but verified a different file. Signed-off-by: Gabriel de Perthuis --- scripts/kconfig/merge_config.sh | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/scripts/kconfig/merge_config.sh b

Re: [ANN] Ubuntu PPA for bcache-tools and blocks

> Is that possible to create bcached kernel for raring? I like > autoapdating and packages created via standard way. So I can install > source package and headers and can vbuild to it dkms modules. A backported dkms module isn't feasible, bcache comes with work on the block layer. Raring users sh

[ANN] Ubuntu PPA for bcache-tools and blocks

Hello, I've published various bcache-related packages to https://launchpad.net/~g2p/+archive/storage/ The packages are built for saucy and raring, and can be added with sudo add-apt-repository ppa:g2p/storage sudo apt-get update sudo apt-get install bcache-tools blocks bcache is a h

Re: [PATCH] bcache: register_quiet should still report errors

> register_quiet should still report all errors except > "device already registered". > > Before this some potential errors would be silenced. This can replace my other patch in this thread. Switching /lib/udev/bcache-register to register_quiet without this kernel patch will suppress the aforement

[PATCH] bcache: register_quiet should still report errors

register_quiet should still report all errors except "device already registered". Before this some potential errors would be silenced. Signed-off-by: Gabriel de Perthuis --- drivers/md/bcache/super.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/

[PATCH] bcache: Downgrade "device already registered" to pr_debug

d-off-by: Gabriel de Perthuis --- drivers/md/bcache/super.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c index a41c681..b09e973 100644 --- a/drivers/md/bcache/super.c +++ b/drivers/md/bcache/super.c @@ -18

Re: [PATCH] um: Accept /dev/fd/* uml block devices

Le 28/07/2013 12:25, Gabriel de Perthuis a écrit : > Le dim. 28 juil. 2013 10:12:37 CEST, Richard Weinberger a écrit : >> Am 27.07.2013 17:23, schrieb Gabriel de Perthuis: >>> Useful for >>> * limiting privileges >>> * opening block devices O_EXCL >>

Re: [PATCH] um: Accept /dev/fd/* uml block devices

Le dim. 28 juil. 2013 10:12:37 CEST, Richard Weinberger a écrit : > Am 27.07.2013 17:23, schrieb Gabriel de Perthuis: >> Useful for >> * limiting privileges >> * opening block devices O_EXCL > > So, the goal of this patch is to allow passing a file descriptor > numbe

[PATCH] um: Accept /dev/fd/* uml block devices

different access permissions. Signed-off-by: Gabriel de Perthuis --- arch/um/os-Linux/file.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/arch/um/os-Linux/file.c b/arch/um/os-Linux/file.c index c17bd6f..cee65ba 100644 --- a/arch/um/os-Linux/file.c +++ b/arch/u

[PATCH] bcache: Set the logical block size to a sensible value

arent, and use 512 byte sectors like everyone else when no backing device is present. Signed-off-by: Gabriel de Perthuis --- drivers/md/bcache/super.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c index 1e3bc4

Re: [PATCH] bcache: Take data offset from the bdev superblock.

As for BCACHE_SB_VERSION_CDEV_WITH_UUID, can you explain why you added that? I suspect it's needed but I can't remember why I didn't add it when I added the new UUID format (or perhaps I just forgot) I took the name from a comment in the kernel-side bcache.h. BCACHE_SB_VERSION_CDEV is the versio

[Pull request] bcache data offset

Hello, These patches update the bcache superblock format so that backing device data can be at an arbitrary offset from the start of the backing device; this helps convert partitions or logical volumes to bcache in-place, and has been updated to use the new forma

[Pull request] bcache data offset

Hello, These patches update the bcache superblock format so that backing device data can be at an arbitrary offset from the start of the backing device; this helps convert partitions or logical volumes to bcache in-place, and has been updated to use the new forma