public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Wes Janzen <superchkn@sbcglobal.net>
To: Thomas Schlichter <schlicht@uni-mannheim.de>
Cc: Adam Belay <ambx1@neo.rr.com>,
	Linux Kernel <linux-kernel@vger.kernel.org>,
	Andrew Morton <akpm@osdl.org>
Subject: Re: 2.6.0-test3-mm3 reserve IRQ for isapnp (2.6.0-test3-mm3 <sigh>)
Date: Thu, 21 Aug 2003 07:01:23 -0500	[thread overview]
Message-ID: <3F44B493.1080403@sbcglobal.net> (raw)
In-Reply-To: <200308211223.05614.schlicht@uni-mannheim.de>

Thanks, I was supposed to try that too, but I forgot ;-)

So I tried it.  Doesn't work...  It does change the IRQ assignments, but 
I don't think there would be any hope of it running without ACPI.  Isn't 
ACPI required for IRQ sharing?  If not then it might work.

It uses 6 IRQ's just between the IDE and USB...the thing's stuffed with 
cards.  Add video, SB16, 2 serial ports, parallel...well, you get the 
idea. 

Now if VIA would have made it correctly in the first place...

Wes

Thomas Schlichter wrote:

>Hi,
>
>I had similar problems with the ACPI IRQ routing, too.
>
>For me everything worked fine if I used acpi=off. I didn't see your results 
>trying this... If this works you may be interested in the attached patch 
>which also makes pci=noacpi work for me!
>
>I'd be interested in your results with the patch...
>
>Best regards
>  Thomas Schlichter
>
>On Thursday 21 August 2003 11:57, Wes Janzen wrote:
>  
>
>>Hi again!
>>
>>OK, finally managed to boot, though I had to disable USB and ISAPNP to
>>do that.  I couldn't get it to work until I disabled ISA PNP in the
>>build menu.
>>
>>Even without ISAPNP I had trouble.  I tried nousb on its own, which did
>>not work.  I had to use both pci=noacpi, nolapic, noapic and nousb.  Now
>>I don't know if I HAD to use the apic ones, but it probably doesn't
>>matter since my box isn't capable anyway.  I just wanted it to boot
>>because it takes a while for those Promise cards to detect the drives.
>>
>>Finally it would boot, but then I lose a lot without usb.  Oddly, IRQ 5
>>is freed with both nousb AND pci=noacpi.  That was not the case with
>>just pci=noacpi or just nousb.  But then maybe that isn't so odd since
>>the USB card sucks up 3 irqs.  With just pci=noacpi I made it several
>>lines farther.  Instead of "mice: PS/2 mouse device...", I got to see
>>"hub 1-0:0: new USB device on port2, assigned address 2", which was
>>proceeded by some ACPI message that also said something (IIRC) about
>>states S4 and S5.  Usually it only says something about C1 and C2.
>>
>>Anyway, for what it's worth, here's cat /proc/interrupts:
>>           CPU0
>>  0:     199807          XT-PIC  timer
>>  1:        822          XT-PIC  i8042
>>  2:          0          XT-PIC  cascade
>>  7:          1          XT-PIC  parport0
>>  8:          2          XT-PIC  rtc
>>  9:          7          XT-PIC  acpi, eth0
>> 11:       7631          XT-PIC  ide2, ide3
>> 12:         70          XT-PIC  ide4, ide5
>> 14:          1          XT-PIC  ide0
>>NMI:          0
>>LOC:          0
>>ERR:          0
>>MIS:          0
>>
>>I've attached lspic -vv and boot.msg this time rather than include them in.
>>
>>Sure would be nice to get mm3 working with those reiserfs fixes...I
>>guess I'll just hand patch for now.  Sure beats the rebuild-tree I have
>>to do every 5 days or so ;-)
>>
>>Thanks,
>>
>>Wes
>>    
>>
>>------------------------------------------------------------------------
>>
>>--- linux-2.6.0-test3-mm3/arch/i386/kernel/acpi/boot.c.orig	Wed Aug 20 03:42:13 2003
>>+++ linux-2.6.0-test3-mm3/arch/i386/kernel/acpi/boot.c	Wed Aug 20 04:03:56 2003
>>@@ -39,6 +39,7 @@
>> #define PREFIX			"ACPI: "
>> 
>> extern int acpi_disabled;
>>+extern int acpi_irq;
>> extern int acpi_ht;
>> 
>> /* --------------------------------------------------------------------------
>>@@ -416,7 +417,7 @@
>> 	 * If MPS is present, it will handle them,
>> 	 * otherwise the system will stay in PIC mode
>> 	 */
>>-	if (acpi_disabled) {
>>+	if (acpi_disabled || !acpi_irq) {
>> 		return 1;
>>         }
>> 
>>@@ -451,15 +452,13 @@
>> 
>> 	acpi_ioapic = 1;
>> 
>>+#ifdef CONFIG_X86_LOCAL_APIC
>>+	smp_found_config = 1;
>>+	clustered_apic_check();
>>+#endif
>>+
>> #endif /*CONFIG_ACPI*/
>> #endif /*CONFIG_X86_IO_APIC*/
>>-
>>-#ifdef CONFIG_X86_LOCAL_APIC
>>-	if (acpi_lapic && acpi_ioapic) {
>>-		smp_found_config = 1;
>>-		clustered_apic_check();
>>-	}
>>-#endif
>> 
>> 	return 0;
>> }
>>--- linux-2.6.0-test3-mm3/arch/i386/kernel/setup.c.orig	Wed Aug 20 03:41:56 2003
>>+++ linux-2.6.0-test3-mm3/arch/i386/kernel/setup.c	Wed Aug 20 04:03:03 2003
>>@@ -70,6 +70,7 @@
>> EXPORT_SYMBOL(acpi_disabled);
>> 
>> #ifdef	CONFIG_ACPI_BOOT
>>+	int acpi_irq __initdata = 1;	/* enable IRQ */
>> 	int acpi_ht __initdata = 1;	/* enable HT */
>> #endif
>> 
>>@@ -541,6 +542,11 @@
>> 		else if (!memcmp(from, "acpi=ht", 7)) {
>> 			acpi_ht = 1;
>> 			if (!acpi_force) acpi_disabled = 1;
>>+		}
>>+
>>+		/* "pci=noacpi" disables ACPI interrupt routing */
>>+		else if (!memcmp(from, "pci=noacpi", 10)) {
>>+			acpi_irq = 0;
>> 		}
>> #endif
>> 
>>    
>>


  reply	other threads:[~2003-08-21 11:59 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-20 23:25 2.6.0-test3-mm3 reserve IRQ for isapnp Wes Janzen
2003-08-20 22:33 ` Adam Belay
2003-08-21  4:26   ` Wes Janzen
2003-08-21  9:57   ` 2.6.0-test3-mm3 reserve IRQ for isapnp (2.6.0-test3-mm3 <sigh>) Wes Janzen
2003-08-21 10:23     ` Thomas Schlichter
2003-08-21 12:01       ` Wes Janzen [this message]
2003-08-21 14:47         ` Thomas Schlichter
2003-08-21 23:30           ` Wes Janzen
2003-08-21  5:55 ` 2.6.0-test3-mm3 reserve IRQ for isapnp Wes Janzen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F44B493.1080403@sbcglobal.net \
    --to=superchkn@sbcglobal.net \
    --cc=akpm@osdl.org \
    --cc=ambx1@neo.rr.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=schlicht@uni-mannheim.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox