On Fri, Oct 11, 2013 at 09:13:22AM +0200, Piotr Wilczek wrote:
> Dear Egbert Eich,
>
> > -Original Message-
> > From: Egbert Eich [mailto:egbert.e...@gmail.com]
> > Sent: Friday, October 04, 2013 6:53 PM
> > To: u-boot@lists.denx.de
> > Cc: Piotr Wi
From: Egbert Eich
Signed-off-by: Egbert Eich
---
include/configs/sandbox.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 4027030..b18cafb 100644
--- a/include/configs/sandbox.h
+++ b/include/configs/sandbox.h
@@ -44,6 +44,10
From: Egbert Eich
Signed-off-by: Egbert Eich
---
include/config_fallbacks.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/config_fallbacks.h b/include/config_fallbacks.h
index e59ee96..5c8acdb 100644
--- a/include/config_fallbacks.h
+++ b/include/config_fallbacks.h
@@ -48,6 +48,7
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support
From: Egbert Eich
The 512 byte block size was hard coded in the ext4 file systems.
Large harddisks today support bigger block sizes typically 4096
bytes.
This patch removes this limitation.
Signed-off-by: Egbert Eich
---
Changes for v2
From: Egbert Eich
log2 of the device block size serves as the shift value used to calculate
the block number to read in file systems when implementing avaiable block
sizes.
It is needed quite often in file systems thus it is pre-calculated and
stored in the block device descriptor.
Signed-off
From: Egbert Eich
The 512 byte block size was hard coded in the ext4 file systems.
Large harddisks today support bigger block sizes typically 4096
bytes.
This patch removes this limitation.
Signed-off-by: Egbert Eich
---
Changes for v2
From: Egbert Eich
Storage devices with more than 2TB generally use blocksizes of 4096 bytes,
So far u-boot was unable to boot from those devices as block sizes were
hard coded to 512 bytes.
This patchset adds support for blocksizes != 512 byte to:
- the ISO partition table.
- the ext4.
To
From: Egbert Eich
For ISO we check the block size of the device if this is != the CD sector
size we assume that the device has no ISO partition.
Signed-off-by: Egbert Eich
---
Changes for v2:
- Coding style fixes
From: Egbert Eich
Bugfix:
Here at this place we need the fat size in sectors not bytes.
This was found during code review when adding support for storage
devices with blocksizes != 512.
Signed-off-by: Egbert Eich
---
Changes for v2
From: Egbert Eich
Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
code in u-boot still assumes a 512 byte blocksize.
This patch fixes the handling of GPTs.
Signed-off-by: Egbert Eich
---
Changes for v2:
- Coding style fixes.
disk/part_efi.c| 38
From: Egbert Eich
Devices that used to have a whole disk FAT filesystem but got then
partitioned will most likely still have a FAT or FAT32 signature
in the first sector as this sector does not get overwritten by
a partitioning tool (otherwise the tool would risk to kill the mbr).
The current
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support
From: Egbert Eich
Devices that used to have a whole disk FAT filesystem but got then
partitioned will most likely still have a FAT or FAT32 signature
in the first sector as this sector does not get overwritten by
a partitioning tool (otherwise the tool would risk to kill the mbr).
The current
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support
From: Egbert Eich
This value serves as the shift value used to calculate the block number
to read in file systems when implementing aviable block sizes.
Signed-off-by: Egbert Eich
---
common/cmd_ide.c |5 +
common/cmd_sata.c |1 +
common/cmd_scsi.c |4
From: Egbert Eich
Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
code in u-boot still assumes a 512 byte blocksize.
Signed-off-by: Egbert Eich
---
disk/part_efi.c| 38 ++
include/common.h | 11 +--
include/part.h
From: Egbert Eich
The 512 byte block size was hard coded in the ext4 file systems. Large
harddisks today support bigger block sizes typically 4096 bytes.
Signed-off-by: Egbert Eich
---
fs/ext4/dev.c | 60 +++
fs/ext4/ext4_common.c | 42
From: Egbert Eich
Devices that used to have a whole disk FAT filesystem but got then
partitioned will most likely still have a FAT or FAT32 signature
in the first sector as this sector does not get overwritten by
a partitioning tool (otherwise the tool would risk to kill the mbr).
The current
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support
From: Egbert Eich
The 512 byte block size was hard coded in the ext4 file systems. Large
harddisks today support bigger block sizes typically 4096 bytes.
Signed-off-by: Egbert Eich
---
fs/ext4/dev.c | 52 +--
fs/ext4/ext4_common.c | 26
From: Egbert Eich
This value serves as the shift value used to calculate the block number
to read in file systems when implementing aviable block sizes.
Signed-off-by: Egbert Eich
---
common/cmd_ide.c |4
common/cmd_sata.c |1 +
common/cmd_scsi.c |2
From: Egbert Eich
Here at this place we need the fat size in sectors not bytes.
Signed-off-by: Egbert Eich
---
fs/fat/fat_write.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/fat/fat_write.c b/fs/fat/fat_write.c
index b4022aa..fd07240 100644
--- a/fs/fat
From: Egbert Eich
For ISO we check the block size of the device if this is != the CD sector
size we assume that the device has no ISO partition.
Signed-off-by: Egbert Eich
---
disk/part_iso.c |3 +++
include/common.h |2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git
From: Egbert Eich
Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
code in u-boot still assumes a 512 byte blocksize.
Signed-off-by: Egbert Eich
---
disk/part_efi.c| 32
include/common.h | 10 --
include/part.h
From: Egbert Eich
The patches provide fixes for partition tables:
- GPT
- ISO (to ignore devices with blocksize != 512)
The ext4 fs code also got fixed. I've reviewed the fat code, it seems
to be ok already (except for a bug that I came across).
I may be persuaded to take a shot at oth
From: Egbert Eich
The gpt command was only implemented for mmc devices. There is no reason
why this command should not be generalized and be applied all other
storage device classes.
This change both simplifies the implementation and eliminates a
build failure for systems that don't support
27 matches
Mail list logo
