linux-kernel - Re: git-block patches broken on 2.6.23-mm1 ia64 SN

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: <20071013071821.GC969@kernel.dk>
Date:	Sat, 13 Oct 2007 09:18:22 +0200
From:	Jens Axboe <jens.axboe@...cle.com>
To:	Paul Jackson <pj@....com>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Matthew Wilcox <willy@...ian.org>,
	FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>,
	Anil S Keshavamurthy <anil.s.keshavamurthy@...el.com>,
	Vladimir Saveliev <vs@...esys.com>,
	Edward Shishkin <edward@...esys.com>,
	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: git-block patches broken on 2.6.23-mm1 ia64 SN

On Sat, Oct 13 2007, Paul Jackson wrote:
> [Try again, with a Subject this time ...]
> 
> The git-block patches in 2.6.23-mm1 freeze my ia64 SN Altix hard on boot.
> Not good (tm).
> 
> Something broke between the git-block patch of Sept 26 in 2.6.23-rc8-mm2
> and the git-block patches of Oct 10-11 in 2.6.23-mm1 on my ia64 SN Altix
> system using sn2_defconfig.
> 
> Bisecting 2.6.23-mm1 narrows the problem down to the git-block patches:
> 
>     git-block.patch
>     git-block-fixup-1.patch
>     git-block-fixup.patch
>     git-block-fixup-fix.patch
>     git-block-borkages.patch
>     git-block-s390-fix.patch
> 
> I can boot 2.6.23-rc8-mm2 fine, but I freeze early in boot
> on 2.6.23-mm1, after the following prints on the console:
> 
>     McKinley Errata 9 workaround not needed; disabling it
>     SLUB: Genslabs=26, HWalign=128, Order=0-2, MinObjects=8, CPUs=8, Nodes=1024
>     Dentry cache hash table entries: 1048576 (order: 9, 8388608 bytes)
>     Inode-cache hash table entries: 524288 (order: 8, 4194304 bytes)
>     Mount-cache hash table entries: 1024
>     ACPI: Core revision 20070126
>     Boot processor id 0x0/0x0
>     Brought up 8 CPUs
>     Total of 8 processors activated (15564.80 BogoMIPS).
> 
> The next output that I -would- have expected, based on successful boots
> without these patches, but never get, is:
> 
>     net_namespace: 120 bytes
>     DMI not present or invalid.
>     xor: measuring software checksum speed
>        ia64      :  2692.000 MB/sec
>     xor: using function: ia64 (2692.000 MB/sec)
>     NET: Registered protocol family 16
>     ACPI  DSDT OEM Rev 0x20101

Can you try with init call debugging, perhaps that'll show where it
stalls? Sounds a bit odd that the block changes would cause a failure so
early in the boot, it hasn't done anything yet. But it could be some
error in the init functions.

-- 
Jens Axboe

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