Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-04-07 Thread Max Herrgard
Sepherosa Ziehau wrote: On Tue, Apr 5, 2011 at 9:08 PM, Max Herrgardherrg...@gmail.com wrote: Sepherosa Ziehau wrote: On Mon, Apr 4, 2011 at 6:02 PM, Max Herrgardherrg...@gmail.comwrote: Nope. Still the same, but they are now on different irqs. I noticed however that my drm0 doesn't

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-04-05 Thread Sepherosa Ziehau
On Mon, Apr 4, 2011 at 6:02 PM, Max Herrgard herrg...@gmail.com wrote: Sepherosa Ziehau wrote: On Fri, Mar 25, 2011 at 7:32 PM, Max Herrgardherrg...@gmail.com  wrote: On Fri, Mar 25, 2011 at 2:21 AM, Sepherosa Ziehausepher...@gmail.com  wrote: This interrupt sharing may caused by interrupt

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-04-05 Thread Max Herrgard
Sepherosa Ziehau wrote: On Mon, Apr 4, 2011 at 6:02 PM, Max Herrgardherrg...@gmail.com wrote: Nope. Still the same, but they are now on different irqs. I noticed however that my drm0 doesn't get set up with acpi interrupt routing turned on. Hmm, looks like its irq setting up is hosed

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-04-05 Thread Goetz Isenmann
OK, please test following commit on master: 40ad81aa20e2ba47db1f04204a60ffd06b513150 Great! This dell laptop (latitude d820) now boots v2.9.1.1044.gf7a1ba GENERIC_SMP with: hw.apic_io_enable=1 debug.acpi.enabled=pci pci_link And this time no problems with bge0 timeout reset cycle. And

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-04-04 Thread Max Herrgard
Sepherosa Ziehau wrote: On Fri, Mar 25, 2011 at 7:32 PM, Max Herrgardherrg...@gmail.com wrote: On Fri, Mar 25, 2011 at 2:21 AM, Sepherosa Ziehausepher...@gmail.com wrote: This interrupt sharing may caused by interrupt routing in ACPI code. What's the vmstat -iv on both w/ and w/o ACPI

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-04-02 Thread Sepherosa Ziehau
On Fri, Mar 25, 2011 at 7:32 PM, Max Herrgard herrg...@gmail.com wrote: On Fri, Mar 25, 2011 at 2:21 AM, Sepherosa Ziehau sepher...@gmail.com wrote: This interrupt sharing may caused by interrupt routing in ACPI code. What's the vmstat -iv on both w/ and w/o ACPI interrupt routing? Yes they

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-25 Thread Max Herrgard
On Fri, Mar 25, 2011 at 2:21 AM, Sepherosa Ziehau sepher...@gmail.com wrote: This interrupt sharing may caused by interrupt routing in ACPI code. What's the vmstat -iv on both w/ and w/o ACPI interrupt routing? Yes they are a bit different. With ACPI interrupt routing: interrupt

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-24 Thread Max Herrgard
Sepherosa Ziehau wrote: On Tue, Mar 22, 2011 at 7:58 PM, Sepherosa Ziehausepher...@gmail.com wrote: Hi all, Please test ~sephe/acpi_randy branch on leaf It includes: 1) Latest ACPI code (20110211). Thank Magliano Andrea very much for the porting 2) ACPI based interrupt routing To test the

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-24 Thread Matthew Dillon
:Hi Sephe. Great work :) : :Seems to boot fine on my x86_64 UP box. Anything you want tested with it :running? Verbose dmesg: http://leaf.dragonflybsd.org/~mh/vdmesg_acpi_randy : :However, it makes my graphics card (an ati 9200 agp) lose some speed. It :usually gets ~1600 fps with glxgears and

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-24 Thread Antonio Huete Jimenez
Hi Sephe, I've tested it again with latest master + latest acpi_randy branch and it still doesn't work without ioapic enabled. The livelock limit engaged is displayed every few seconds, it's related to irq3. The hard disk can't be initialized and it shows many DMA errors in the mean time until

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-24 Thread Max Herrgard
Matthew Dillon wrote: :However, it makes my graphics card (an ati 9200 agp) lose some speed. It :usually gets ~1600 fps with glxgears and with 2) enabled it drops to ~20 :fps. From what I can see it gives no error about this problem. : ://Max What about the rest of the system? Run some

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-24 Thread Max Herrgard
Matthew Dillon wrote: :However, it makes my graphics card (an ati 9200 agp) lose some speed. It :usually gets ~1600 fps with glxgears and with 2) enabled it drops to ~20 :fps. From what I can see it gives no error about this problem. : ://Max What about the rest of the system? Run some

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-24 Thread Sepherosa Ziehau
On Fri, Mar 25, 2011 at 5:00 AM, Max Herrgard herrg...@gmail.com wrote: Matthew Dillon wrote: :However, it makes my graphics card (an ati 9200 agp) lose some speed. It :usually gets ~1600 fps with glxgears and with 2) enabled it drops to ~20 :fps. From what I can see it gives no error about

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-23 Thread Sepherosa Ziehau
On Tue, Mar 22, 2011 at 7:58 PM, Sepherosa Ziehau sepher...@gmail.com wrote: Hi all, Please test ~sephe/acpi_randy branch on leaf It includes: 1) Latest ACPI code (20110211).  Thank Magliano Andrea very much for the porting 2) ACPI based interrupt routing To test the code, make sure you

ACPI based interrupt routing and new ACPI code ready for testing

2011-03-22 Thread Sepherosa Ziehau
Hi all, Please test ~sephe/acpi_randy branch on leaf It includes: 1) Latest ACPI code (20110211). Thank Magliano Andrea very much for the porting 2) ACPI based interrupt routing To test the code, make sure you are at: ec18ac60f39dd33df5ad41be2c1c7f5714821ff1 To test 1), you just need to

Re: ACPI based interrupt routing and new ACPI code ready for testing

2011-03-22 Thread Antonio Huete Jimenez
Hi Sephe, I've tested it in x86_64. I pulled master and then merged your acpi_randy branch on the top of it. Also I've set the setting in the loader.conf file. This machine has never worked before when APIC_IO was enabled; but as of now with these changes: - APIC_IO enabled - Works perfectly so