Recent changes to bugs

#1181 PCI interrupts go to multiple IOAPIC entries w/ bad trigger

2026-10-28T16:27:05.256000Z

What the report says, against current code

PCI interrupts do still reach two I/O APIC inputs:
pci_set_irq() drives input 16 + pirq (pci2isa.cc:224).
The routed ISA IRQ then goes through DEV_pic_set_irq_level(). raise_irq() and lower_irq() forward it to I/O APIC input X (pic.cc:498, pic.cc:474).
The recent fixes didn’t change this dual routing. They are 79b10b2b9 (Remote IRR, moving asserted PIRQ lines when the routing changes), 862acecfa (a level-triggered entry whose line is already high is pending) and 52662b8fc. They do make level-triggered delivery on input X more correct.

Why it’s not really a bug

The I/O APIC never picks a trigger mode itself; the guest programs it. Bochs reports input 16–19 interrupts in neither its MP table nor its ACPI tables:
ACPI: _PRT sends every PCI pin through the LNKA–LNKD link devices to ISA IRQs (Level, ActiveLow). There’s no _PIC method and no input 16+ routing, so an ACPI guest in APIC mode always uses input X.
MP table: it has only 15 ISA entries with flags 0 (bus default, which means edge / active high for ISA) and no PCI bus interrupt entries (rombios32.c:1377).
So guests always use input X. Input X forwarding can’t be removed without breaking every APIC-mode guest; QEMU’s PIIX model works the same way. Inputs 16–19 stay masked from reset, so a second interrupt can only happen if the guest unmasks them itself.

What’s left of the complaint
The reporter’s “bad trigger” comes from the MP table. A guest that uses only the MP table is told that PCI IRQs 9 and 11 are edge-triggered ISA interrupts, while the ELCR marks them level-triggered (rombios32.c:865). With a shared line in edge mode, an interrupt can be lost if a second device asserts while the line is already high.

#1336 Sending EOI to Local APIC acts that all interrupts is complete

2026-10-26T21:16:26.276000Z

status: unread --> closed
Group: can't_reproduce --> fixed_in_SVN

#1336 Sending EOI to Local APIC acts that all interrupts is complete

2026-10-26T21:16:12.653000Z

Fixed by 4e4a0f309 and 79b10b2b9 / 1cd5b8d5e

#1287 bochs debugger gui do not switches to 'magic breaked' CPU

2026-10-17T11:52:32.419000Z

status: open --> closed
Group: --> to_be_fixed_in_next_release

#1287 bochs debugger gui do not switches to 'magic breaked' CPU

2026-10-17T11:52:25.278000Z

Fixed in master

#1055 MACRO of USER_CS has a wrong value

2026-10-17T11:44:45.223000Z

status: open --> closed
Group: --> can't_reproduce

#1055 MACRO of USER_CS has a wrong value

2026-10-17T11:44:36.480000Z

Fixed in master

#651 Lack of repeatability

2026-01-16T11:25:42.281000Z

status: open --> closed

#1466 failed to build bochs 3.0 on macos

2025-02-17T15:45:32.176000Z

status: open --> closed
assigned_to: Volker Ruppert
Group: pending --> fixed_in_SVN

failed to build bochs 3.0 on macos

2025-02-16T17:25:56.633000Z

While building on macos, seeing some build issue as below

  clang++ -c -I.. -I../.. -I./.. -I./../.. -I../../instrument/stubs -I./../../instrument/stubs -fpascal-strings -fno-common -Wno-four-char-constants -Wno-unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -fpascal-strings -fno-common -Wno-four-char-constants -Wno-unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES   -I/opt/homebrew/Cellar/sdl2/2.32.0/include/SDL2 -D_THREAD_SAFE intel/corei5_lynnfield_750.cc -o intel/corei5_lynnfield_750.o
  keymap.cc:133:28: error: use of undeclared identifier 'basename'
    133 |       if (strncmp(prefix2, basename(keymap_file), strlen(prefix2))) {
        |                            ^
  1 error generated.

This patch works for me

diff --git a/gui/keymap.cc b/gui/keymap.cc
index 3426b6b..7bf76d8 100644
--- a/gui/keymap.cc
+++ b/gui/keymap.cc
@@ -30,6 +30,10 @@
 #include "gui.h"
 #include "keymap.h"

+#if defined(__APPLE__)
+#include <libgen.h>
+#endif
+
 // Table of bochs "BX_KEY_*" symbols
 // the table must be in BX_KEY_* order
 const char *bx_key_symbol[BX_KEY_NBKEYS] = {