lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20061012175536.GA8497@intel.com>
Date:	Thu, 12 Oct 2006 10:55:36 -0700
From:	"Luck, Tony" <tony.luck@...el.com>
To:	Andrew Morton <akpm@...l.org>
Cc:	Judith Lebzelter <judith@...l.org>, linux-ia64@...r.kernel.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] IA64 export symbols empty_zero_page, ia64_ssc

On Thu, Oct 12, 2006 at 12:11:39AM -0700, Andrew Morton wrote:
> The problem is that ia64 allmodconfig now bombs out, since depmod treats
> this as a hard error.
> 
> IOW, please make allmodconfig work ;)

I tried simply swapping "tristate" for "bool":
--- a/arch/ia64/hp/sim/Kconfig	2006-10-12 10:45:18.000000000 -0700
+++ b/arch/ia64/hp/sim/Kconfig	2006-10-12 09:43:30.000000000 -0700
@@ -13,7 +13,7 @@
 	depends on HP_SIMSERIAL
 
 config HP_SIMSCSI
-	tristate "Simulated SCSI disk"
+	bool "Simulated SCSI disk"
 	depends on SCSI
 
 endmenu

... and now it fails in a new an diferent way:

  LD      .tmp_vmlinux1
arch/ia64/hp/sim/built-in.o(.init.text+0x9d2): In function `simscsi_init':
arch/ia64/hp/sim/simscsi.c:407: undefined reference to `scsi_host_alloc'
arch/ia64/hp/sim/built-in.o(.init.text+0xa02):arch/ia64/hp/sim/simscsi.c:411: undefined reference to `scsi_add_host'
arch/ia64/hp/sim/built-in.o(.init.text+0xa22):arch/ia64/hp/sim/simscsi.c:413: undefined reference to `scsi_scan_host'

presumably because we have CONFIG_HP_SIMSCSI=y but CONFIG_SCSI=m
[Which I don't understand ... HP_SIM_SCSI "depends on SCSI", so
 how did make allmodconfig come up with this combination?].


-Tony

P.S. Next layer of the onion is CONFIG_BLK_DEV_AMD74XX ... perhaps
that needs to be "depends on X86"?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ