linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [patch] remove mount_root_failed_msg()
@ 2003-08-20 23:20 Jeff Garzik
  2003-08-20 23:41 ` Greg KH
  0 siblings, 1 reply; 3+ messages in thread
From: Jeff Garzik @ 2003-08-20 23:20 UTC (permalink / raw)
  To: torvalds; +Cc: linux-kernel, andrew.grover, len.brown

This one snuck in... 

* debugging message for ACPI

* Intel guys removed it from their 2.4 tree (at my request)

* it's point-in-time specific (message becomes nearly useless after
  ACPI bug fixes)

* b/c of the point-in-time issue, it's IMO much more appropriate for a
  vendor kernel (where the message, I agree, may be helpful)

* can potentially mislead users to the correct cause of root mount failure

* overall, I disagree with adding messages like this.  The number one
  bug report, by far, for networking drivers is ACPI-related (no
  interrupts delivered).  You don't see me adding "boot with acpi=off"
  messages to the net subsystem.



===== arch/i386/kernel/dmi_scan.c 1.41 vs edited =====
--- 1.41/arch/i386/kernel/dmi_scan.c	Tue Aug 19 16:01:09 2003
+++ edited/arch/i386/kernel/dmi_scan.c	Wed Aug 20 19:10:10 2003
@@ -1116,27 +1116,3 @@
 }
 
 EXPORT_SYMBOL(is_unsafe_smbus);
-
-#ifdef CONFIG_MOUNT_ROOT_FAILED_MSG
-/*
- * mount_root_failed_msg()
- *
- * Called from mount_block_root() upon failure to mount root.
- * architecture dependent to give different platforms
- * the opportunity to print different handy messages
- * On x86 this lives here b/c it dumps out some DMI info.
- */
-
-void
-mount_root_failed_msg(void)
-{
-#ifdef	CONFIG_ACPI_BOOT
-	printk ("Try booting with pci=noacpi, acpi=ht, "
-		"or acpi=off on the command line.\n");
-	printk ("If one helps, please report the following lines:\n");
-
-	dmi_dump_system();
-#endif
-}
-#endif	/* CONFIG_MOUNT_ROOT_FAILED_MSG */
-
===== arch/i386/defconfig 1.100 vs edited =====
--- 1.100/arch/i386/defconfig	Mon Aug 18 23:46:20 2003
+++ edited/arch/i386/defconfig	Wed Aug 20 19:10:15 2003
@@ -228,7 +228,6 @@
 # CONFIG_BLK_DEV_RAM is not set
 # CONFIG_BLK_DEV_INITRD is not set
 CONFIG_LBD=y
-CONFIG_MOUNT_ROOT_FAILED_MSG=y
 
 #
 # ATA/ATAPI/MFM/RLL support
===== init/do_mounts.h 1.6 vs edited =====
--- 1.6/init/do_mounts.h	Tue Aug 12 22:44:58 2003
+++ edited/init/do_mounts.h	Wed Aug 20 19:10:24 2003
@@ -80,13 +80,3 @@
 
 #endif
 
-#ifdef CONFIG_MOUNT_ROOT_FAILED_MSG
-
-void mount_root_failed_msg(void);
-
-#else
-
-static inline void mount_root_failed_msg(void) {}
-
-#endif
-
===== init/do_mounts.c 1.54 vs edited =====
--- 1.54/init/do_mounts.c	Fri Aug 15 03:52:20 2003
+++ edited/init/do_mounts.c	Wed Aug 20 19:10:38 2003
@@ -286,8 +286,6 @@
 				root_device_name, b);
 		printk("Please append a correct \"root=\" boot option\n");
 
-		mount_root_failed_msg();	/* architecture dependent */
-
 		panic("VFS: Unable to mount root fs on %s", b);
 	}
 	panic("VFS: Unable to mount root fs on %s", __bdevname(ROOT_DEV, b));
===== arch/i386/Kconfig 1.71 vs edited =====
--- 1.71/arch/i386/Kconfig	Mon Aug 18 22:46:23 2003
+++ edited/arch/i386/Kconfig	Wed Aug 20 19:16:36 2003
@@ -1204,10 +1204,6 @@
 
 source "drivers/block/Kconfig"
 
-config MOUNT_ROOT_FAILED_MSG
-	bool
-	default y
-
 source "drivers/ide/Kconfig"
 
 source "drivers/scsi/Kconfig"

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [patch] remove mount_root_failed_msg()
  2003-08-20 23:20 [patch] remove mount_root_failed_msg() Jeff Garzik
@ 2003-08-20 23:41 ` Greg KH
  2003-08-21  8:43   ` [PATCH][2.5] fix 'pci=noacpi' was: " Thomas Schlichter
  0 siblings, 1 reply; 3+ messages in thread
From: Greg KH @ 2003-08-20 23:41 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: linux-kernel, andrew.grover, len.brown

On Wed, Aug 20, 2003 at 07:20:45PM -0400, Jeff Garzik wrote:
> 
> * overall, I disagree with adding messages like this.  The number one
>   bug report, by far, for networking drivers is ACPI-related (no
>   interrupts delivered).  You don't see me adding "boot with acpi=off"
>   messages to the net subsystem.

It's the number one bug report for USB drivers too :(

It has gotten smaller, and I would hope that is due to advances in the
ACPI code, but they still do crop up quite frequently.

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 3+ messages in thread

* [PATCH][2.5] fix 'pci=noacpi'  was: Re: [patch] remove mount_root_failed_msg()
  2003-08-20 23:41 ` Greg KH
@ 2003-08-21  8:43   ` Thomas Schlichter
  0 siblings, 0 replies; 3+ messages in thread
From: Thomas Schlichter @ 2003-08-21  8:43 UTC (permalink / raw)
  To: Greg KH, Jeff Garzik; +Cc: linux-kernel, andrew.grover, len.brown

[-- Attachment #1: Type: text/plain, Size: 1385 bytes --]

On Thursday 21 August 2003 01:41, Greg KH wrote:
> On Wed, Aug 20, 2003 at 07:20:45PM -0400, Jeff Garzik wrote:
> > * overall, I disagree with adding messages like this.  The number one
> >   bug report, by far, for networking drivers is ACPI-related (no
> >   interrupts delivered).  You don't see me adding "boot with acpi=off"
> >   messages to the net subsystem.
>
> It's the number one bug report for USB drivers too :(
>
> It has gotten smaller, and I would hope that is due to advances in the
> ACPI code, but they still do crop up quite frequently.

Well, I've got a board with these problems, too... (Epox 8K9A)
It seems the ACPI IRQ override tables are buggy, so it cannot work... :-(
But with 'pci=noacpi' it should work as the Documentation states:

       noacpi                  [IA-32] Do not use ACPI for IRQ routing.

Unfortunately the ACPI IO-APIC setup is not overridden and without the 
attached patch, which corrects this issue, I had to use 'acpi=off'...

I think this will help people easily working around their APCI interrupt 
routing problems, as I think most of these are due to buggy ACPI IRQ override 
tables. Windows seems not to use them and so they are often badly 
tested... :-(

Best regards
   Thomas Schlichter

BTW: Hunk 3 of this patch is only a simplification, because(acpi_lapic && 
acpi_ioapic) is always true here when that code is reached...

[-- Attachment #2: fix_noacpi.diff --]
[-- Type: text/x-diff, Size: 1504 bytes --]

--- 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
 

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-08-21  8:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-08-20 23:20 [patch] remove mount_root_failed_msg() Jeff Garzik
2003-08-20 23:41 ` Greg KH
2003-08-21  8:43   ` [PATCH][2.5] fix 'pci=noacpi' was: " Thomas Schlichter

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).