commit-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[SCM] GNU Mach branch, master, updated. v1.8-299-gb1f537b


From: Samuel Thibault
Subject: [SCM] GNU Mach branch, master, updated. v1.8-299-gb1f537b
Date: Sat, 28 Aug 2021 07:27:59 -0400 (EDT)

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Mach".

The branch, master has been updated
       via  b1f537b5e058512a263036b74d3b755301adaf96 (commit)
      from  dbf96c4953a2acf193c7804f3853eddd92a66f65 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit b1f537b5e058512a263036b74d3b755301adaf96
Author: Samuel Thibault <samuel.thibault@ens-lyon.org>
Date:   Sat Aug 28 13:19:02 2021 +0200

    linux block: allow loading data up to 4GiB limit
    
    Linux drivers are only limited by the DMA32 constraint, not by the directmap
    constraint. But our segment order is currently set to
    DMA < DMA32 < DIRECTMAP < HIGHMEM (since that is what we will have in 64bit
    mode). In PAE mode this makes DMA32 limited to 800MiB.  Ideally we'd have
    DMA < DIRECTMAP < DMA32 < HIGHMEM but that'd make the memory code more
    complex, and we are to remove the Linux drivers anyway.  In the
    meanwhile, In non-PAE mode we can just use HIGHMEM which is already
    limited to 4GiB, that will do the work.
    
    * linux/dev/glue/block.c (VM_PAGE_LINUX): New macro.
    (device_read): Use VM_PAGE_LINUX instead of VM_PAGE_DMA32.

-----------------------------------------------------------------------

Summary of changes:
 linux/dev/glue/block.c | 9 ++++++++-
 1 file changed, 8 insertions(+), 1 deletion(-)


hooks/post-receive
-- 
GNU Mach



reply via email to

[Prev in Thread] Current Thread [Next in Thread]