> -Original Message-
> From: Randy Dunlap [mailto:rdun...@infradead.org]
> Sent: Monday, May 07, 2018 2:50 AM
> To: linux-bl...@vger.kernel.org; axboe <ax...@kernel.dk>
> Cc: LKML <linux-kernel@vger.kernel.org>; Caizhiyong
> <caizhiy...@hisilico
> -Original Message-
> From: Randy Dunlap [mailto:rdun...@infradead.org]
> Sent: Monday, May 07, 2018 2:50 AM
> To: linux-bl...@vger.kernel.org; axboe
> Cc: LKML ; Caizhiyong
> ; Andrew Morton ;
> linux-...@vger.kernel.org; Jonathan Corbet
> Subject: [PATCH] Docum
> /*
> * Purpose: allocate cmdline partitions.
> * Returns:
> @@ -93,6 +158,7 @@ int cmdline_partition(struct parsed_partitions *state)
> disk_size = get_capacity(state->bdev->bd_disk) << 9;
>
> cmdline_parts_set(parts, disk_size, 1, add_part, (void *)state);
> +
> /*
> * Purpose: allocate cmdline partitions.
> * Returns:
> @@ -93,6 +158,7 @@ int cmdline_partition(struct parsed_partitions *state)
> disk_size = get_capacity(state->bdev->bd_disk) << 9;
>
> cmdline_parts_set(parts, disk_size, 1, add_part, (void *)state);
> +
> -Original Message-
> From: Wang YanQing [mailto:udkni...@gmail.com]
> Sent: Thursday, May 03, 2018 7:18 PM
> To: ax...@kernel.dk
> Cc: gre...@linuxfoundation.org; pombreda...@nexb.com;
> t...@linutronix.de; Caizhiyong <caizhiy...@hisilicon.com>; linux-
> b
> -Original Message-
> From: Wang YanQing [mailto:udkni...@gmail.com]
> Sent: Thursday, May 03, 2018 7:18 PM
> To: ax...@kernel.dk
> Cc: gre...@linuxfoundation.org; pombreda...@nexb.com;
> t...@linutronix.de; Caizhiyong ; linux-
> bl...@vger.kernel.org; linux-k
From: Cai Zhiyong
Date: Sat, 14 May 2016 14:13:30 +0800
Subject: [PATCH] devfreq: fix double call put_device
1295 */
1296 void device_unregister(struct device *dev)
1297 {
1298 pr_debug("device: '%s': %s\n", dev_name(dev), __func__);
1299 device_del(dev);
From: Cai Zhiyong
Date: Sat, 14 May 2016 14:13:30 +0800
Subject: [PATCH] devfreq: fix double call put_device
1295 */
1296 void device_unregister(struct device *dev)
1297 {
1298 pr_debug("device: '%s': %s\n", dev_name(dev), __func__);
1299 device_del(dev);
1300
From: Cai Zhiyong
Date: Sat, 14 May 2016 14:13:30 +0800
Subject: [PATCH] devfreq: fix double call put_device
1295 */
1296 void device_unregister(struct device *dev)
1297 {
1298 pr_debug("device: '%s': %s\n", dev_name(dev), __func__);
1299 device_del(dev);
From: Cai Zhiyong
Date: Sat, 14 May 2016 14:13:30 +0800
Subject: [PATCH] devfreq: fix double call put_device
1295 */
1296 void device_unregister(struct device *dev)
1297 {
1298 pr_debug("device: '%s': %s\n", dev_name(dev), __func__);
1299 device_del(dev);
1300
> > Interestingly, this feature appears to already be documented in
> > Documentation/block/cmdline-partition.txt. I wonder how that happened.
> > Maybe we used to do this but it got taken away?
This documentation talk about the partition name usages,
my patch support get partition name from
> > Interestingly, this feature appears to already be documented in
> > Documentation/block/cmdline-partition.txt. I wonder how that happened.
> > Maybe we used to do this but it got taken away?
This documentation talk about the partition name usages,
my patch support get partition name from
er 28, 2015 5:51 PM
> To: Jens Axboe
> Cc: Caizhiyong; linux-kernel@vger.kernel.org; Shawn Lin
> Subject: [RESEND PATCH] block: cmdline-parser: add support for hidden disk
> space
>
> cmdline-partition now only support continuous disk space taken from
> cmdline. When we ne
er 28, 2015 5:51 PM
> To: Jens Axboe
> Cc: Caizhiyong; linux-kernel@vger.kernel.org; Shawn Lin
> Subject: [RESEND PATCH] block: cmdline-parser: add support for hidden disk
> space
>
> cmdline-partition now only support continuous disk space taken from
> cmdline. When we ne
>[SCSI] Fix out of spec CD-ROM problem with media change
>
>Some CD-ROMs fail to report a media change correctly. The specific
>one for this patch simply fails to respond to commands, then gives a
>UNIT ATTENTION after being reset which returns ASC/ASCQ 28/00. This
>is out of
[SCSI] Fix out of spec CD-ROM problem with media change
Some CD-ROMs fail to report a media change correctly. The specific
one for this patch simply fails to respond to commands, then gives a
UNIT ATTENTION after being reset which returns ASC/ASCQ 28/00. This
is out of spec
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: Sunday, January 12, 2014 4:10 AM
> To: Huang Shijie; Caizhiyong
> Cc: linux-...@lists.infradead.org; Wanglin (Albert); David Woodhouse;
> linux-kernel@vger.kernel.org; Artem Bityut
-Original Message-
From: Brian Norris [mailto:computersforpe...@gmail.com]
Sent: Sunday, January 12, 2014 4:10 AM
To: Huang Shijie; Caizhiyong
Cc: linux-...@lists.infradead.org; Wanglin (Albert); David Woodhouse;
linux-kernel@vger.kernel.org; Artem Bityutskiy
Subject: Re: [PATCH
From: Cai Zhiyong
Date: Fri, 27 Dec 2013 20:23:09 +0800
Subject: [PATCH] mtd: nand: remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE
remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE, dynamic allocate
NAND buffer after detecting NAND writesize and oobsize.
- save memory. when use MACRO allocate
From: Cai Zhiyong
Date: Fri, 27 Dec 2013 20:23:09 +0800
Subject: [PATCH] mtd: nand: remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE
remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE, dynamic allocate
NAND buffer after detecting NAND writesize and oobsize.
- save memory. when use MACRO allocate
From: Cai Zhiyong caizhiy...@huawei.com
Date: Fri, 27 Dec 2013 20:23:09 +0800
Subject: [PATCH] mtd: nand: remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE
remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE, dynamic allocate
NAND buffer after detecting NAND writesize and oobsize.
- save memory. when use
From: Cai Zhiyong caizhiy...@huawei.com
Date: Fri, 27 Dec 2013 20:23:09 +0800
Subject: [PATCH] mtd: nand: remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE
remove NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE, dynamic allocate
NAND buffer after detecting NAND writesize and oobsize.
- save memory. when use
From: Cai Zhiyong
Date: Wed, 25 Dec 2013 21:19:21 +0800
Subject: [PATCH] mtd: nand: assign mtd->name in find_full_id_nand
This patch assigned the type->name to mtd->name when mtd->name is
NULL in function "find_full_id_nand".
mtd->name is NULL may cause some problem.
Signed-off-by: Cai Zhiyong
From: Cai Zhiyong
Date: Wed, 25 Dec 2013 20:11:15 +0800
Subject: [PATCH] mtd: nand: remove unused function input parameter
The nand_get_flash_type parameter "busw" input value is not used by any
branch, and it is updated before use it in the function, so remove it,
define the "busw" as an
From: Cai Zhiyong caizhiy...@huawei.com
Date: Wed, 25 Dec 2013 20:11:15 +0800
Subject: [PATCH] mtd: nand: remove unused function input parameter
The nand_get_flash_type parameter busw input value is not used by any
branch, and it is updated before use it in the function, so remove it,
define the
From: Cai Zhiyong caizhiy...@huawei.com
Date: Wed, 25 Dec 2013 21:19:21 +0800
Subject: [PATCH] mtd: nand: assign mtd-name in find_full_id_nand
This patch assigned the type-name to mtd-name when mtd-name is
NULL in function find_full_id_nand.
mtd-name is NULL may cause some problem.
> -Original Message-
> From: Huang Shijie [mailto:b32...@freescale.com]
> Sent: Monday, December 16, 2013 11:07 AM
> To: Caizhiyong
> Cc: Huang Shijie; Brian Norris; David Woodhouse; Quyaxin;
> linux-kernel@vger.kernel.org; linux-...@lists.infradead.org; Artem Bityutskiy;
> >
> > There are a lot of 16K page size NAND, they are used in android system.
> >
> > Many NAND need read retry and data randomization, kernel does not support
> > this
> feature.
> Brian is adding the read-retry feature.
>
> I think the data randomization should be done by the hardware.
> If
There are a lot of 16K page size NAND, they are used in android system.
Many NAND need read retry and data randomization, kernel does not support
this
feature.
Brian is adding the read-retry feature.
I think the data randomization should be done by the hardware.
If we do it by
-Original Message-
From: Huang Shijie [mailto:b32...@freescale.com]
Sent: Monday, December 16, 2013 11:07 AM
To: Caizhiyong
Cc: Huang Shijie; Brian Norris; David Woodhouse; Quyaxin;
linux-kernel@vger.kernel.org; linux-...@lists.infradead.org; Artem Bityutskiy;
Wanglin (Albert
> On Fri, Dec 13, 2013 at 05:03:49AM +0000, Caizhiyong wrote:
> > From: Cai Zhiyong
> > Date: Fri, 13 Dec 2013 12:52:46 +0800
> > Subject: [PATCH] mtd: increase max page/OOB size to support 16K pagesize
> > NAND.
> >
> > The Toshiba's TC58TEG5DCJTA pagesize
On Fri, Dec 13, 2013 at 05:03:49AM +, Caizhiyong wrote:
From: Cai Zhiyong caizhiy...@huawei.com
Date: Fri, 13 Dec 2013 12:52:46 +0800
Subject: [PATCH] mtd: increase max page/OOB size to support 16K pagesize
NAND.
The Toshiba's TC58TEG5DCJTA pagesize is 16K, oob size is 1280 bytes
From: Cai Zhiyong
Date: Fri, 13 Dec 2013 12:52:46 +0800
Subject: [PATCH] mtd: increase max page/OOB size to support 16K pagesize NAND.
The Toshiba's TC58TEG5DCJTA pagesize is 16K, oob size is 1280 bytes.
So increase the NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE.
Signed-off-by: Cai Zhiyong
---
From: Cai Zhiyong
Date: Fri, 13 Dec 2013 12:52:46 +0800
Subject: [PATCH] mtd: increase max page/OOB size to support 16K pagesize NAND.
The Toshiba's TC58TEG5DCJTA pagesize is 16K, oob size is 1280 bytes.
So increase the NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE.
Signed-off-by: Huang Shijie
From: Cai Zhiyong caizhiy...@huawei.com
Date: Fri, 13 Dec 2013 12:52:46 +0800
Subject: [PATCH] mtd: increase max page/OOB size to support 16K pagesize NAND.
The Toshiba's TC58TEG5DCJTA pagesize is 16K, oob size is 1280 bytes.
So increase the NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE.
Signed-off-by:
From: Cai Zhiyong caizhiy...@huawei.com
Date: Fri, 13 Dec 2013 12:52:46 +0800
Subject: [PATCH] mtd: increase max page/OOB size to support 16K pagesize NAND.
The Toshiba's TC58TEG5DCJTA pagesize is 16K, oob size is 1280 bytes.
So increase the NAND_MAX_OOBSIZE and NAND_MAX_PAGESIZE.
Signed-off-by:
From: Cai Zhiyong
Date: Mon, 18 Nov 2013 20:21:49 +0800
Subject: [PATCH] regmap: Fix 'ret' would return an uninitialized value
This patch give a warning when calling regmap_register_patch with
parameter num_regs <= 0.
When the num_regs parameter is zero and krealloc doesn't fail,
then the code
From: Cai Zhiyong caizhiy...@huawei.com
Date: Mon, 18 Nov 2013 20:21:49 +0800
Subject: [PATCH] regmap: Fix 'ret' would return an uninitialized value
This patch give a warning when calling regmap_register_patch with
parameter num_regs = 0.
When the num_regs parameter is zero and krealloc doesn't
From: Cai Zhiyong
Date: Mon, 11 Nov 2013 19:26:14 +0800
Subject: [PATCH] regmap: Fix 'ret' would return an uninitialized value
This patch give a warning when calling regmap_register_patch with
parameter num_regs <= 0.
When the num_regs parameter is zero and krealloc doesn't fail,
then the code
From: Cai Zhiyong caizhiy...@huawei.com
Date: Mon, 11 Nov 2013 19:26:14 +0800
Subject: [PATCH] regmap: Fix 'ret' would return an uninitialized value
This patch give a warning when calling regmap_register_patch with
parameter num_regs = 0.
When the num_regs parameter is zero and krealloc doesn't
From: Cai Zhiyong
Date: Tue, 12 Nov 2013 15:50:42 +0800
Subject: [PATCH] block: cmdline-parser: perfect cmdline format checking
-Fix compile warning with value and function undeclared.
this reported by and
Randy Dunlap
-perfect cmdline format checking, make the error information clear
From: Cai Zhiyong caizhiy...@huawei.com
Date: Tue, 12 Nov 2013 15:50:42 +0800
Subject: [PATCH] block: cmdline-parser: perfect cmdline format checking
-Fix compile warning with value and function undeclared.
this reported by fengguang...@intel.com and
Randy Dunlap rdun...@infradead.org
From: Cai Zhiyong
Date: Mon, 11 Nov 2013 19:26:14 +0800
Subject: [PATCH] regmap: Fix 'ret' would return an uninitialized value
- Fix 'ret' would return an uninitialized value.
- Add a warning avoid invalid 'num_regs' value passed in.
When the num_regs parameter is zero and krealloc doesn't
From: Cai Zhiyong caizhiy...@huawei.com
Date: Mon, 11 Nov 2013 19:26:14 +0800
Subject: [PATCH] regmap: Fix 'ret' would return an uninitialized value
- Fix 'ret' would return an uninitialized value.
- Add a warning avoid invalid 'num_regs' value passed in.
When the num_regs parameter is zero
> On Sat, Nov 09, 2013 at 11:43:06AM +0000, Caizhiyong wrote:
> > From: Cai Zhiyong
> > Date: Sat, 9 Nov 2013 17:54:12 +0800
> >
> > @@ -143,5 +149,5 @@ MODULE_PARM_DESC(mtdparts, "Partitioning
> > specification");
> > module_param(
On Sat, Nov 09, 2013 at 11:43:06AM +, Caizhiyong wrote:
From: Cai Zhiyong caizhiy...@huawei.com
Date: Sat, 9 Nov 2013 17:54:12 +0800
@@ -143,5 +149,5 @@ MODULE_PARM_DESC(mtdparts, Partitioning
specification);
module_param(mtdparts, charp, 0);
MODULE_LICENSE(GPL
From: Cai Zhiyong
Date: Sat, 9 Nov 2013 19:27:38 +0800
Subject: [PATCH] block: cmdline-parser: perfect cmdline format checking
-Fix compile warning with value and function undeclared.
this reported by and
Randy Dunlap
-perfect cmdline format checking, make the error information clear
From: Cai Zhiyong
Date: Sat, 9 Nov 2013 17:54:12 +0800
Subject: [PATCH 2/2] mtd: cmdlinepart: support master name is not set when
parser partition
-Fix compile warning with value and function undeclared.
this reported by and
Randy Dunlap
-support master name is not set when parser
From: Cai Zhiyong
Date: Sat, 9 Nov 2013 14:14:36 +0800
Subject: [PATCH] regmap: Fix compile warning with value uninitialized
Fix compile warning with value uninitialized:
drivers/base/regmap/regmap.c:2173: warning: 'ret' may be used uninitialized in
this function
Signed-off-by: Cai Zhiyong
From: Cai Zhiyong caizhiy...@huawei.com
Date: Sat, 9 Nov 2013 14:14:36 +0800
Subject: [PATCH] regmap: Fix compile warning with value uninitialized
Fix compile warning with value uninitialized:
drivers/base/regmap/regmap.c:2173: warning: 'ret' may be used uninitialized in
this function
From: Cai Zhiyong caizhiy...@huawei.com
Date: Sat, 9 Nov 2013 17:54:12 +0800
Subject: [PATCH 2/2] mtd: cmdlinepart: support master name is not set when
parser partition
-Fix compile warning with value and function undeclared.
this reported by fengguang...@intel.com and
Randy Dunlap
From: Cai Zhiyong caizhiy...@huawei.com
Date: Sat, 9 Nov 2013 19:27:38 +0800
Subject: [PATCH] block: cmdline-parser: perfect cmdline format checking
-Fix compile warning with value and function undeclared.
this reported by fengguang...@intel.com and
Randy Dunlap rdun...@infradead.org
> Such results was never posted and unless we see those, I think
> I'd rather NACK this patch instead. I like the cleanup, but only
> if it's guaranteed to _not_ brake things, specially when dealing
> with a kernel parameter.
Do you have some test case or test standard for me perform.
> --
>
Such results was never posted and unless we see those, I think
I'd rather NACK this patch instead. I like the cleanup, but only
if it's guaranteed to _not_ brake things, specially when dealing
with a kernel parameter.
Do you have some test case or test standard for me perform.
--
Ezequiel
> Nobody has had time to test this on MTD, it seems, and as such, I
> strongly recommend you do not force it through -mm. We are perfectly
> capable of merging it through the MTD tree if it ever gets proper
> vetting by people in MTD (not just on block devices), and I am well
> aware of this patch
>> For further information, see "https://lkml.org/lkml/2013/8/6/550;
>
> Thanks for doing this. Could we please get some acked-by's or,
> preferably, tested-by's from the MTD people?
Acked-by: Ezequiel Garcia
Acked-by: Andrew Morton
--
To unsubscribe from this list: send the line
For further information, see https://lkml.org/lkml/2013/8/6/550;
Thanks for doing this. Could we please get some acked-by's or,
preferably, tested-by's from the MTD people?
Acked-by: Ezequiel Garcia ezequiel.gar...@free-electrons.com
Acked-by: Andrew Morton a...@linux-foundation.org
--
To
Nobody has had time to test this on MTD, it seems, and as such, I
strongly recommend you do not force it through -mm. We are perfectly
capable of merging it through the MTD tree if it ever gets proper
vetting by people in MTD (not just on block devices), and I am well
aware of this patch
>
> I'd like to review the patch in detail and test it, but being a bit old,
> the patch doesn't apply as it is on v3.12-rc5. Care to resend an update?
>
I have sent you a 2 patch base on v3.12-rc6. Are there any problems? I tested
it for a long time and found no problems.
Are there any
I'd like to review the patch in detail and test it, but being a bit old,
the patch doesn't apply as it is on v3.12-rc5. Care to resend an update?
I have sent you a 2 patch base on v3.12-rc6. Are there any problems? I tested
it for a long time and found no problems.
Are there any plans
From: CaiZhiyong
Subject: mtd: cmdlinepart: use cmdline partition parser lib
In the previous version, adjust the cmdline parser code to library-style
code, and move it to a separate file "block/cmdline-parser.c", we can use
it in some client code. there is no any functional
From: CaiZhiyong
Subject: block: remove unrelated header files and export symbol
This patch fix up the following items:
- remove unrelated header files.
- export interface function.
- modify function cmdline_parts_parse return value, this will make
it more friendly for the caller.
Signed
From: CaiZhiyong caizhiy...@huawei.com
Subject: block: remove unrelated header files and export symbol
This patch fix up the following items:
- remove unrelated header files.
- export interface function.
- modify function cmdline_parts_parse return value, this will make
it more friendly
From: CaiZhiyong caizhiy...@huawei.com
Subject: mtd: cmdlinepart: use cmdline partition parser lib
In the previous version, adjust the cmdline parser code to library-style
code, and move it to a separate file block/cmdline-parser.c, we can use
it in some client code. there is no any functionality
> I saw this patch appear in kernel v3.12-rc1, and it's nice since it's exactly
> what we need. So needed that we proposed it in 2010:
> http://marc.info/?l=linux-kernel=127425650923757=2
> http://marc.info/?l=linux-kernel=127599718024364=2
>
> Is this patch inspired by Ulfs patch? (I can see
I saw this patch appear in kernel v3.12-rc1, and it's nice since it's exactly
what we need. So needed that we proposed it in 2010:
http://marc.info/?l=linux-kernelm=127425650923757w=2
http://marc.info/?l=linux-kernelm=127599718024364w=2
Is this patch inspired by Ulfs patch? (I can see the
> -Original Message-
> From: Wei Yongjun [mailto:weiyj...@gmail.com]
> Sent: Friday, August 23, 2013 10:48 AM
> To: ax...@kernel.dk; a...@linux-foundation.org; Caizhiyong; k...@redhat.com;
> m...@sysgo.de; dw...@infradead.org; computersforpe...@gmail.com;
> dedek...@
> From: Wei Yongjun [mailto:weiyj...@gmail.com]
> Sent: Friday, August 23, 2013 10:48 AM
> To: ax...@kernel.dk; a...@linux-foundation.org; Caizhiyong; k...@redhat.com;
> m...@sysgo.de; dw...@infradead.org; computersforpe...@gmail.com;
> dedek...@infradead.org
> Cc: yongjun_...
From: Wei Yongjun [mailto:weiyj...@gmail.com]
Sent: Friday, August 23, 2013 10:48 AM
To: ax...@kernel.dk; a...@linux-foundation.org; Caizhiyong; k...@redhat.com;
m...@sysgo.de; dw...@infradead.org; computersforpe...@gmail.com;
dedek...@infradead.org
Cc: yongjun_...@trendmicro.com.cn; linux
-Original Message-
From: Wei Yongjun [mailto:weiyj...@gmail.com]
Sent: Friday, August 23, 2013 10:48 AM
To: ax...@kernel.dk; a...@linux-foundation.org; Caizhiyong; k...@redhat.com;
m...@sysgo.de; dw...@infradead.org; computersforpe...@gmail.com;
dedek...@infradead.org
Cc: yongjun_
> On 08/15/2013 08:54 PM, Caizhiyong wrote:
> >>> +blkdevparts=[;]
> >>> + := :[,]
> >>> + := [@](part-name)
> >>> +
> >>> +
> >>> +block device disk name, embedded device used fixed block device,
&g
On 08/15/2013 08:54 PM, Caizhiyong wrote:
+blkdevparts=blkdev-def[;blkdev-def]
+ blkdev-def := blkdev-id:partdef[,partdef]
+partdef := size[@offset](part-name)
+
+blkdev-id
+block device disk name, embedded device used fixed block device,
+it's disk name also fixed
> > +blkdevparts=[;]
> > + := :[,]
> > + := [@](part-name)
> > +
> > +
> > +block device disk name, embedded device used fixed block device,
> > +it's disk name also fixed. such as: mmcblk0, mmcblk1, mmcblk0boot0.
>
> The device-name isn't always fixed.
>
> For example, what if
From: Cai Zhiyong
MTD cmdline partition use cmdline partition parser lib
reference: https://lkml.org/lkml/2013/8/6/550
Signed-off-by: Cai ZhiYong
---
Documentation/block/cmdline-partition.txt | 93 +---
block/cmdline-parser.c| 16 +-
drivers/mtd/Kconfig
From: Cai Zhiyong
MTD cmdline partition use cmdline partition parser lib
reference: https://lkml.org/lkml/2013/8/6/550
Signed-off-by: Cai ZhiYong
---
Documentation/block/cmdline-partition.txt | 93 +---
block/cmdline-parser.c| 6 +-
drivers/mtd/Kconfig
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: Thursday, August 15, 2013 3:10 PM
> To: Caizhiyong
> Cc: Andrew Morton; Karel Zak; linux-...@lists.infradead.org;
> linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy;
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: Thursday, August 15, 2013 1:00 PM
> To: Caizhiyong
> Cc: Andrew Morton; Karel Zak; linux-...@lists.infradead.org;
> linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy;
-Original Message-
From: Brian Norris [mailto:computersforpe...@gmail.com]
Sent: Thursday, August 15, 2013 1:00 PM
To: Caizhiyong
Cc: Andrew Morton; Karel Zak; linux-...@lists.infradead.org;
linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy; Shmulik
Ladkani;
Huang
-Original Message-
From: Brian Norris [mailto:computersforpe...@gmail.com]
Sent: Thursday, August 15, 2013 3:10 PM
To: Caizhiyong
Cc: Andrew Morton; Karel Zak; linux-...@lists.infradead.org;
linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy; Shmulik
Ladkani;
Huang
From: Cai Zhiyong caizhiy...@huawei.com
MTD cmdline partition use cmdline partition parser lib
reference: https://lkml.org/lkml/2013/8/6/550
Signed-off-by: Cai ZhiYong caizhiy...@huawei.com
---
Documentation/block/cmdline-partition.txt | 93 +---
block/cmdline-parser.c
From: Cai Zhiyong caizhiy...@huawei.com
MTD cmdline partition use cmdline partition parser lib
reference: https://lkml.org/lkml/2013/8/6/550
Signed-off-by: Cai ZhiYong caizhiy...@huawei.com
---
Documentation/block/cmdline-partition.txt | 93 +---
block/cmdline-parser.c
+blkdevparts=blkdev-def[;blkdev-def]
+ blkdev-def := blkdev-id:partdef[,partdef]
+partdef := size[@offset](part-name)
+
+blkdev-id
+block device disk name, embedded device used fixed block device,
+it's disk name also fixed. such as: mmcblk0, mmcblk1, mmcblk0boot0.
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: Thursday, August 15, 2013 8:12 AM
> To: Andrew Morton
> Cc: Caizhiyong; Karel Zak; linux-...@lists.infradead.org;
> linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy;
-Original Message-
From: Brian Norris [mailto:computersforpe...@gmail.com]
Sent: Thursday, August 15, 2013 8:12 AM
To: Andrew Morton
Cc: Caizhiyong; Karel Zak; linux-...@lists.infradead.org;
linux-kernel@vger.kernel.org; Wanglin (Albert); Artem Bityutskiy; Shmulik
Ladkani;
Huang
From: Cai Zhiyong
move the command line parser to a separate module, and change it into
library-style code.
reference: https://lkml.org/lkml/2013/8/6/550
Signed-off-by: Cai Zhiyong
---
block/Kconfig | 6 +
block/Makefile | 1 +
block/cmdline-parser.c
From: Cai Zhiyong caizhiy...@huawei.com
move the command line parser to a separate module, and change it into
library-style code.
reference: https://lkml.org/lkml/2013/8/6/550
Signed-off-by: Cai Zhiyong caizhiy...@huawei.com
---
block/Kconfig | 6 +
block/Makefile
> -Original Message-
> From: Andrew Morton [mailto:a...@linux-foundation.org]
> Sent: Tuesday, August 06, 2013 6:22 AM
> To: Caizhiyong
> Cc: Karel Zak; linux-kernel@vger.kernel.org; Wanglin (Albert); Quyaxin; Jens
> Axboe;
> David Woodhouse; Marius Groeger
> Su
-Original Message-
From: Andrew Morton [mailto:a...@linux-foundation.org]
Sent: Tuesday, August 06, 2013 6:22 AM
To: Caizhiyong
Cc: Karel Zak; linux-kernel@vger.kernel.org; Wanglin (Albert); Quyaxin; Jens
Axboe;
David Woodhouse; Marius Groeger
Subject: Re: [PATCH] block: support
From: Cai Zhiyong
Read block device partition table from command line.
The partition used for fixed block device (eMMC) embedded device.
It is no MBR, save storage space. Bootloader can be easily accessed by
absolute address of data on the block device.
Users can easily change the partition.
From: Cai Zhiyong caizhiy...@huawei.com
Read block device partition table from command line.
The partition used for fixed block device (eMMC) embedded device.
It is no MBR, save storage space. Bootloader can be easily accessed by
absolute address of data on the block device.
Users can easily
> From: Karel Zak [mailto:k...@redhat.com]
> Sent: Wednesday, July 31, 2013 9:25 PM
> To: Caizhiyong
> Cc: Andrew Morton; linux-kernel@vger.kernel.org; Wanglin (Albert); Quyaxin
> Subject: Re: [PATCH] block: support embedded device command line partition
>
> On Sat, Jul 2
From: Karel Zak [mailto:k...@redhat.com]
Sent: Wednesday, July 31, 2013 9:25 PM
To: Caizhiyong
Cc: Andrew Morton; linux-kernel@vger.kernel.org; Wanglin (Albert); Quyaxin
Subject: Re: [PATCH] block: support embedded device command line partition
On Sat, Jul 27, 2013 at 01:56:24PM +
From: Cai Zhiyong
Read block device partition table from command line. This partition used for
fixed block device (eMMC) embedded device.
It no MBR, can save storage space. Bootloader can be easily accessed by
absolute address of data on the block device. It support partition name,
provides
From: Cai Zhiyong caizhiy...@huawei.com
Read block device partition table from command line. This partition used for
fixed block device (eMMC) embedded device.
It no MBR, can save storage space. Bootloader can be easily accessed by
absolute address of data on the block device. It support
94 matches
Mail list logo