Hello Stephen,
On Tue, 26 Aug 2014 22:38:58 -0400 (EDT)
Stephen Powell zlinux...@wowway.com wrote:
[snip]
I do worry, though, about this being a more general problem. What about
the interrupt handler in the Linux kernel? Or any other portion of the
kernel that needs to examine (or
On Mon, Aug 25, 2014 at 10:52:47AM +0200, Michael Holzheu wrote:
On Sun, 24 Aug 2014 20:43:30 +0200
Bastian Blank wa...@debian.org wrote:
And -fno-delete-null-pointer-checks seems to be the correct option.
From the gcc man page:
-fdelete-null-pointer-checks
In some environments, this
On Fri, Aug 22, 2014 at 07:21:31PM -0400, Stephen Powell wrote:
static inline int wait(void)
{
do {
load_wait_psw(0x010200018000ULL,
S390_lowcore.external_new_psw);
33d0: e3 20 d0 00 00 04 lg %r2,0(%r13)
33d6: a7 39 01 b0
On Thu, 21 Aug 2014 19:26:44 -0400 (EDT)
Stephen Powell zlinux...@wowway.com wrote:
Here are the last few instructions prior to the failure on the failing
version, thanks to the CP TRACE facility under z/VM on a real IBM z/890:
2A78 STG E310F0A80024 FEB0
On Fri, 15 Aug 2014 19:12:24 -0400 (EDT), Stephen Powell wrote:
The full PSW is as follows:
0002 8000 32EE
By the way, Hercules has an instruction tracing facility, similar to
the CP TRACE command on z/VM. The T command, along with the T+
and T- commands, are
On Thu, 14 Aug 2014 21:45:53 -0400 (EDT)
Stephen Powell zlinux...@wowway.com wrote:
On Thu, 14 Aug 2014 10:32:42 -0400 (EDT), Philipp Kern wrote:
Hrm. Odd. It shouldn't be because the brokeness relates to the C
library, not to the C compiler itself and zipl does not use the C
library.
On Fri, Aug 15, 2014 at 10:46:54AM +0200, Michael Holzheu wrote:
On Thu, 14 Aug 2014 21:45:53 -0400 (EDT)
Stephen Powell zlinux...@wowway.com wrote:
On Thu, 14 Aug 2014 10:32:42 -0400 (EDT), Philipp Kern wrote:
Hrm. Odd. It shouldn't be because the brokeness relates to the C
library,
Package: s390-tools
Version: 1.24.1-1
Severity: critical
Justification: The entire system is unbootable
After installing s390-tools version 1.24.1-1 and re-running zipl,
a reboot of the system causes a disabled wait PSW to be loaded
during boot, with a wait state code of X'32EE', prior to the
On Thu, Aug 14, 2014 at 06:49:20AM -0400, Stephen Powell wrote:
Justification: The entire system is unbootable
After installing s390-tools version 1.24.1-1 and re-running zipl,
a reboot of the system causes a disabled wait PSW to be loaded
during boot, with a wait state code of X'32EE',
On Thu, 14 Aug 2014 10:32:42 -0400 (EDT), Philipp Kern wrote:
Hrm. Odd. It shouldn't be because the brokeness relates to the C
library, not to the C compiler itself and zipl does not use the C
library.
Again, we must distinguish between zipl, the Linux command which
runs at a Linux shell
10 matches
Mail list logo
