#5551: ATI/AMD SB700/SB800/SBx00 USB Interrupt Issues --------------------------+------------------------------------------------ Reporter: MrSunshine | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: | Version: R1/Development Drivers/USB | Keywords: ati_via_dropped_interrupts Resolution: | Blocking: 6026, 6191, 6222, 6223, 6527, 7477 Blocked By: | Platform: All Has a Patch: 1 | --------------------------+------------------------------------------------ Comment (by stargatefan): Replying to [comment:31 mmlr]: > Replying to [comment:29 stargatefan]: > > Not trying to spam the ticket but I wanted to keep the sequence of testing. > > That's fine, your testing efforts are certainly appreciated! > > > this time I went into the kernel setting files, uncommented the #apic and it appears to have forced acpi on, I can assure you it is enabled in the bios.I have tested every config. I am going to check for a bios update and see if that helps the situation. In the meantime Here is the latest log file. syslog.9 with APIC MPS 1.4 and the changes made to the kernel setting file.I hope I did that right but its the first time I have seen IOAPIC in the log. > > If ACPI is disabled in the BIOS then the ACPI module will fail to load, resulting in IO-APICs not being used, so that explains some of the syslogs. MPS means Multi-Processor Specification and the number denotes the version of the specs (there are really only 1.1 or 1.4). The MP tables were used to communicate the multi processor relevant part of the system configuration back when ACPI didn't exist. Now that pretty much every BIOS supports ACPI, the MP tables are only there for legacy support. While Haiku could also use the MP tables for IO-APIC configuration (as they also include the PCI interrupt routing information) this is not implemented, and with ACPI now being supported pretty much universally, it's not really sensible to implement it at all. In short: the MPS version setting doesn't matter to Haiku, only the ACPI setting does (and MPS and ACPI don't belong together, so if the BIOS labels the MPS tables with ACPI then that'd just be a mistake on the BIOS maker side). > > > BIOS reflash had no effect. Also I tried disabling HPET, no sucess there either. > > Yeah, as you reported it looks like the setting to enable the IO-APIC really didn't stick. The syslog actually tells that it didn't find the IO- APICs enabled. I've seen this happen over here as well some time and I think it is just a bug with the safemode settings. Unfortunately this makes it very unhandy for you to test, as you'd need to build a new kernel with the setting forced on. I'll try to investigate that problem and give you a heads up once you could try again. Yes I though I was seeing that in the log settings, but I don't know the system/kernel well enough to really interpret the log in a meaningful way. IOAPIC is enabled in the BIOS. I just asks for a MPS table version I tried both "not knowing the diffrence" and took logs and gave them to you. If you can make a build with the kernel IOAPIC mode forced on make a ISO and I will test. Unfortunately I can't build haiku lately, it just constantly crashs during the build. It actually brings the system totally down to. I have been hesistant to put in a ticket but if I can get some Backtraces and other logs I will start a ticket for the problem. I will say it has been getting progressively worse in the last 3 weeks with every nightly. Otherwise the system seems stable enough outside of crashing during builds. I don't get it. But if you provide a ISO nightly image,USB anyboots doesn't work "no usb" I will gladly test. Just dump a link to dropbox or something else here. -- Ticket URL: <http://dev.haiku-os.org/ticket/5551#comment:33> Haiku <http://dev.haiku-os.org> Haiku - the operating system.