Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: some signal tests on amd64



On Mon Feb 21 2011 at 15:53:01 +0000, Christos Zoulas wrote:
> In article <20110221072753.GB2111%cs.hut.fi@localhost>,
> Antti Kantee  <pooka%cs.hut.fi@localhost> wrote:
> >Between 2011-02-15 19:20:02 and 2011-02-18 23:50:02 two signal-related
> >tests on amd64 started failing.  Unfortunately it's not possible to give
> >a more accurate interval due to the build being broken and the kernel
> >being panicky in that interval.  Seems like it's not an issue on i386
> >or macppc, so it might be only and amd64 issue (though sparc64 results
> >are not in yet).
> >
> >Can someone who has an idea have a quick look?
> >thanks
> >
> >http://www.whooppee.com/~paul/amd64-results/1133_atf.html#lib_libc_gen_t_siginfo_sigchild_dump
> >http://www.whooppee.com/~paul/amd64-results/1133_atf.html#atf_atf-c_detail_process_test_status_coredump
> 
> Well, the test is fine, nothing can coredump anymore since coredumping became
> a module.
> 
> Try 
> 
> $ ulimit -c unlimited
> $ sleep 10 &
> $ kill -QUIT $!

Oh, heh, that's a bit ridiculous.  Apparently i386 works because exec
formats are modules which depend on the coredump module, but on amd64
they're builtins, and coredumps are not loaded as a dependency.

I put coredumps back into GENERIC as a re-regression until someone can
figure out a solution.

-- 
älä karot toivorikkauttas, kyl rätei ja lumpui piisaa


Home | Main Index | Thread Index | Old Index