Dang it -- I suspect I borked my bisection.
Looks like the problem is in the few patches
prior to git-block.
Sorry, Jens.
I'll start all over again, on some other thread,
once I have something useful (to someone, likely
not you ;) to say.
Sorry.
--
I won't rest till it's the
Booting with initcall_debug doesn't change the output at all. If I
boot a working kernel with initcall_debug, the added output starts
showing up right after the point that my broken kernel is freezing.
Mount-cache hash table entries: 1024
ACPI: Core revision 20070126
Boot processor id
On Sat, Oct 13 2007, Paul Jackson wrote:
> Jens wrote:
> > Can you try with init call debugging,
>
> Sure - if I knew what that was or how to do it ;).
>
> If you want to guide me, I'll give it try.
Just pass 'initcall_debug' as a boot parameter.
--
Jens Axboe
-
To unsubscribe from this list:
On Sat, 13 Oct 2007 00:20:03 -0700 Paul Jackson <[EMAIL PROTECTED]> wrote:
> Jens wrote:
> > Can you try with init call debugging,
>
> Sure - if I knew what that was or how to do it ;).
>
> If you want to guide me, I'll give it try.
>
Add initcall_debug to the boot command line.
-
To unsubscri
Jens wrote:
> Can you try with init call debugging,
Sure - if I knew what that was or how to do it ;).
If you want to guide me, I'll give it try.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTE
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
6 matches
Mail list logo
