Hello Stephen,
On Tue, 26 Aug 2014 22:38:58 -0400 (EDT)
Stephen Powell 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 change) data in real pag
On Mon, 25 Aug 2014 18:38:35 +0200
Bastian Blank wrote:
[snip]
> > Why we have not seen this problem under RHEL and SLES up to now?
>
> Can you show a RHEL or SLES that uses gcc 4.9?
Sorry, I missed that part.
So they enabled that "feature" by default with gcc 4.9, ok.
Michael
--
To UNS
On Sun, 24 Aug 2014 20:43:30 +0200
Bastian Blank wrote:
> On Sun, Aug 24, 2014 at 08:34:45PM +0200, Bastian Blank wrote:
> > On Sun, Aug 24, 2014 at 08:05:45PM +0200, Bastian Blank wrote:
> > > On Fri, Aug 22, 2014 at 07:21:31PM -0400, Stephen Powell wrote:
> > > > 32ea: a7 f4 00 01
On Thu, 21 Aug 2014 19:26:44 -0400 (EDT)
Stephen Powell 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 CC 2
>
On Thu, 14 Aug 2014 21:45:53 -0400 (EDT)
Stephen Powell 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.
>
> Again,
5 matches
Mail list logo