This allow each otg controller to register one otg device for
host/peripheral mode switch. The first otg device registered
"otg0" will also be aliased by "otg" for compatibility.
Signed-off-by: Jules Maselbas
---
drivers/usb/otg/otgdev.c | 63 +++-
1 file
barebox' use of int for the sector offset puts an upper bound of 1TB on
the size of supported block devices, which is already exceeded by common
place USB mass storage. Increasing the sizes involved to 64 bit
like Linux does won't magically add missing driver support, but it gives
us at least a
Decreasing the progress bar length by one won't change visuals much,
but will allow the compiler to optimize a multiplication and a modulo
into bitwise operations.
Signed-off-by: Ahmad Fatoum
---
lib/show_progress.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
SCSI Read Capacity (10) only supports up to 0x_ sectors at most,
which at 512 bytes per sector equals a disk size of 2 TiB.
Due to barebox block layer limits, however, the barebox mass storage
driver doesn't address sectors that need more than 31 bits to describe.
These block layer limits
While the block API now supports 64-bit LBAs, file systems like ext4
still use 31- and 32-bit integers at a couple of places. Fix them up.
Signed-off-by: Ahmad Fatoum
---
fs/ext4/ext4_common.c | 23 +--
fs/ext4/ext4_common.h | 4 ++--
fs/ext4/ext4fs.c | 34
ext4 redefines directory ACL to hold the most-significant 32-bit of the
inode size for regular files. For directories, it can either be ACL or,
when using largedir, the most-significant 32-bit of the directory size.
Adapt the code take these upper 32-bit into consideration for
determining regular
struct ext_filesystem is for in-memory bookkeeping but most of it is
unused by barebox and just takes up space. Drop the unused members.
Signed-off-by: Ahmad Fatoum
---
fs/ext4/ext4fs.h | 29 -
1 file changed, 29 deletions(-)
diff --git a/fs/ext4/ext4fs.h
Most of this series is patching in 64-bit types at a lot of places.
I hope this doesn't add any nasty regressions elsewhere.
I tested this on ARM 32-bit (i.MX6) and sandbox x86 and x86_64.
Stuff that newly works:
- Accessing all of a 2 TiB USB drive
- Having multi-TB ext4 partitions
- Having
Files larger than 2G cause the benign bug, that the progress bar is no
longer accurate. Use loff_t to fix this.
Note that printed % HASHES_PER_LINE in show_progress implies a 64-bit
division. A previous commit changed the constant divisor to a power of
two, so a division shouldn't be generated.
part_offset is a left-over from the U-Boot port and unused anywhere.
Drop it.
Signed-off-by: Ahmad Fatoum
---
fs/ext4/ext_common.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/fs/ext4/ext_common.h b/fs/ext4/ext_common.h
index a28f591bc441..350cc6efe535 100644
--- a/fs/ext4/ext_common.h
isn't meant for direct usage as may
override this on a per-architecture basis. We don't do that currently,
but in the future we might. Include the instead.
No functional change.
Signed-off-by: Ahmad Fatoum
---
arch/arm/mach-omap/am33xx_clock.c | 2 +-
barebox implements do_div() as soft division unconditionally, even on
64-bit platforms that could use hardware 64-bit division directly.
Import the whole Linux asm-generic/div64.h header to avoid this.
This also has potential positive effect on 32-bit platforms:
64-bit division with constant
f933da28cf3f ("include: : sync with upstream") imported
the div64 code from Linux, which also defines __div64_32 as a weak
symbol. __div64_32 was defined before in a separate file though and used
from do_div. Remove this duplication.
No functional change.
Signed-off-by: Ahmad Fatoum
---
With included for do_div instead of
, there remains only 3 references to asm-generic
headers in drivers/. Fix them up.
Signed-off-by: Ahmad Fatoum
---
drivers/mci/dw_mmc.c| 2 +-
drivers/mci/imx-esdhc-pbl.c | 2 +-
drivers/mtd/nand/nand_s3c24xx.c | 2 +-
3 files changed, 3
Hi Sascha,
On Tue, Feb 16, 2021 at 10:27:29AM +0100, Sascha Hauer wrote:
> > > @@ -209,7 +210,7 @@ dfu_bind(struct usb_configuration *c, struct
> > > usb_function *f)
> > > dfu->dnreq = usb_ep_alloc_request(c->cdev->gadget->ep0);
> > > if (!dfu->dnreq) {
> > > -
Hi Bartek,
On Tue, Feb 16, 2021 at 10:19:00AM +0100, Bartosz Bilas wrote:
> > @@ -209,7 +210,7 @@ dfu_bind(struct usb_configuration *c, struct
> > usb_function *f)
> > dfu->dnreq = usb_ep_alloc_request(c->cdev->gadget->ep0);
> > if (!dfu->dnreq) {
> > -
On Tue, Feb 16, 2021 at 09:20:01AM +0100, Michael Grzeschik wrote:
> Hi!
>
> On Thu, Feb 11, 2021 at 01:03:54PM +0100, Ahmad Fatoum wrote:
> > Hello,
> >
> > On 18.01.21 20:09, Michael Grzeschik wrote:
> > > Since we don't power cycle the ports on start since patch "19bb0b2a usb:
> > > hub: Do
On Tue, Feb 16, 2021 at 10:19:00AM +0100, Bartosz Bilas wrote:
> Hello Jules,
>
> On 15.02.2021 15:18, Jules Maselbas wrote:
> > Replace printf with pr_err and debug with pr_debug.
> > Defines "dfu :" as a prefix for formatted prints.
> >
> > ---
> > v1 -> v2:
> > - add `pr_fmt(fmt) "dfu: "
On Mon, Feb 15, 2021 at 11:24:42AM +0100, Ahmad Fatoum wrote:
> This allows an easy way to test upcoming changes to the barebox block
> layer to support 64-bit block IO.
>
> Signed-off-by: Ahmad Fatoum
> ---
Applied, thanks
Sascha
> arch/sandbox/board/hostfile.c | 17
On Fri, Feb 12, 2021 at 10:34:50AM +0100, Ahmad Fatoum wrote:
> From: Ahmad Fatoum
>
> The VFS layer already increase the mount reference count for the mount
> point. This means e.g. following sequence is well-behaving:
>
> mkdir -p /mnt/disk0.0/media
> mount -o loop backing.squashfs
Hello Jules,
On 15.02.2021 15:18, Jules Maselbas wrote:
Replace printf with pr_err and debug with pr_debug.
Defines "dfu :" as a prefix for formatted prints.
---
v1 -> v2:
- add `pr_fmt(fmt) "dfu: " fmt`
- change debug call to pr_debug
- remove "dfu: " in print messages
Signed-off-by:
Hi!
On Thu, Feb 11, 2021 at 01:03:54PM +0100, Ahmad Fatoum wrote:
Hello,
On 18.01.21 20:09, Michael Grzeschik wrote:
Since we don't power cycle the ports on start since patch "19bb0b2a usb:
hub: Do not power-cycle usb devices on init" it is possible that the
device on this port is already
22 matches
Mail list logo