Since we are not using legacy MP tables but intending to use ACPI
to configure interrupt routing, we can assume all boards have
virtual wire mode, thus do not require setting of IMCR register.
(This may fix crashes on machines that do not have IMCR registers).
---
i386/i386at/ioapic.c | 6 --
---
i386/i386at/acpi_parse_apic.c | 203 --
i386/i386at/acpi_parse_apic.h | 18 ++-
i386/i386at/model_dep.c | 8 +-
3 files changed, 169 insertions(+), 60 deletions(-)
diff --git a/i386/i386at/acpi_parse_apic.c b/i386/i386at/acpi_parse_apic.c
index 9cd861e
This enables gnumach to additionally parse the XSDT table
if the version of ACPI is detected to be greater than 1.
TESTED: Should not break existing ACPI v1.0 support.
Almost boots on HP T620 but crashes further downstream
of ACPI table detection (to be fixed in follow up patches).
file_get_fs_options takes a mach_msg_type_number_t (32 bit), not a size_t
(64 bit on 64-bit platforms).
Signed-off-by: Samuel Thibault
---
grub-core/osdep/hurd/getroot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/grub-core/osdep/hurd/getroot.c b/grub-core/osdep/hurd/getr
The 64bit ABI defines ld.so to be /lib/ld-x86-64.so.1
Signed-off-by: Samuel Thibault
---
util/grub.d/10_hurd.in | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/util/grub.d/10_hurd.in b/util/grub.d/10_hurd.in
index 7d1e46391..f9c394ecb 100644
--- a/util/grub.d/10_h
Am 22.01.2024 um 18:04 hat Peter Maydell geschrieben:
> (Cc'ing the block folks)
>
> On Thu, 18 Jan 2024 at 16:03, Manolo de Medici
> wrote:
> >
> > Compilation fails on systems where copy_file_range is already defined as a
> > stub.
>
> What do you mean by "stub" here ? If the system headers d
On Sun, Jan 21, 2024 at 05:22:29AM +0300, Vladimir 'phcoder' Serbinenko wrote:
> LGTM
> Reviewed-by: Vladimir Serbinenko
Reviewed-by: Daniel Kiper
Daniel
Thank you, I see that there is an issue and I'll take care of fixing
it in the future
On Mon, Jan 22, 2024 at 5:53 PM Peter Maydell wrote:
>
> On Thu, 18 Jan 2024 at 16:02, Manolo de Medici
> wrote:
> >
> > Recently, a testsuite for gnumach, the GNU/Hurd microkernel, was developed
> > that uses
>qemu uses the PATH_MAX and IOV_MAX constants extensivelyin the code.
>Define these constants to sensible values ourselvesif the system doesn't
>define them already.
>Signed-off-by: Manolo de Medici
>
>
>
>Weren't defining such arbitrary limits _very_ frowned upon (really prohibited)
>in the past
On Mon, Jan 22, 2024 at 6:04 PM Peter Maydell wrote:
>
> (Cc'ing the block folks)
>
> On Thu, 18 Jan 2024 at 16:03, Manolo de Medici
> wrote:
> >
> > Compilation fails on systems where copy_file_range is already defined as a
> > stub.
>
> What do you mean by "stub" here ? If the system headers d
On Mon, Jan 22, 2024 at 6:40 PM Peter Maydell wrote:
>
> On Mon, 22 Jan 2024 at 17:27, Daniel P. Berrangé wrote:
> >
> > On Thu, Jan 18, 2024 at 05:02:23PM +0100, Manolo de Medici wrote:
> > > qemu uses the PATH_MAX and IOV_MAX constants extensively
> > > in the code. Define these constants to se
On Sat, Jan 20, 2024 at 09:11:50PM +0100, Samuel Thibault wrote:
> Signed-off-by: Samuel Thibault
May I ask you to repost this patch with proper commit message and added
Signed-off-by?
Daniel
> Samuel Thibault, le sam. 20 janv. 2024 21:10:14 +0100, a ecrit:
> > ---
> > util/grub.d/10_hurd.in
>qemu uses the PATH_MAX and IOV_MAX constants extensivelyin the code.
>Define these constants to sensible values ourselvesif the system doesn't
>define them already.
>Signed-off-by: Manolo de Medici
Weren't defining such arbitrary limits _very_ frowned upon (really prohibited)
in the past
(
13 matches
Mail list logo
