On Tue, Aug 30, 2016 at 06:23:50AM -0400, Michael MacIsaac wrote:
> > Hmmm... a difference of exactly 512MB.
> That's two chunks, since a chunk is 256 MB.
>
> I hard rebooted and this time Linux took three extra chunks: (just can't
> keep his hands out of the cookie jar :))
>
> # zruncommand
On Sun, Feb 16, 2014 at 09:20:26PM -0500, Rick Troth wrote:
On 02/14/2014 06:04 AM, Heiko Carstens wrote:
... As far as I know there is no plain 31 bit distribution left.
NORD ships a 31-bit kernel. (for varying values of ships)
I never heard of NORD, do you have a link?
The latest
On Thu, Feb 13, 2014 at 02:12:54PM -0700, Mark Post wrote:
On 2/13/2014 at 02:05 PM, Heiko Carstens heiko.carst...@de.ibm.com
wrote:
Giving maintainership of the 31 bit code to somebody else wouldn't help
us at all. We would still need to take care of the old code if we would
change
On Fri, Feb 14, 2014 at 02:12:42AM +, David Boyes wrote:
Heiko asked for comments/opinions. I think he may have gotten more than he
expected. 8-)
But that's fine. Thanks for your valuable coments!
However which distribution is currently being used on those 31 bit only
machines? As far as I
Hi Rick,
Please note, that we will not remove the 31 bit compatibility layer which
allows to run 31 bit applications with a 64 bit kernel. It is also
possible to run a complete 31 bit user space distribution with a 64 bit
kernel.
Good.
Question: If you're dropping 31-bit in the
On Wed, Feb 12, 2014 at 04:51:36PM -0700, Mark Post wrote:
On 2/12/2014 at 04:29 AM, Heiko Carstens heiko.carst...@de.ibm.com
wrote:
Keeping the 31 bit kernel support adds extra maintenance and development
effort which we do not want to spend anymore, especially since the effort
seems
On Thu, Feb 13, 2014 at 05:53:47PM +, David Boyes wrote:
After the removal of the 31 bit kernel support it is not possible to
run new Linux kernels on old 31 bit only machines. The only
supported 31 bit only machines were the G6 and Multiprise 3000
introduced in 1999. However
Hi all,
we plan to remove 31 bit kernel support of the s390 architecture in the
Linux kernel sources.
The reason for this is quite simple: the current 31 bit kernel was broken
for nearly a year before somebody noticed.
Keeping the 31 bit kernel support adds extra maintenance and development
On Wed, Feb 12, 2014 at 04:44:44PM -0700, Mark Post wrote:
On 2/12/2014 at 04:29 AM, Heiko Carstens heiko.carst...@de.ibm.com
wrote:
The reason for this is quite simple: the current 31 bit kernel was broken
for nearly a year before somebody noticed.
That's an interesting assertion
On Wed, May 15, 2013 at 01:17:48PM +0200, Philipp Kern wrote:
Hi,
On Fri, May 03, 2013 at 10:38:49PM +0200, Philipp Kern wrote:
Does this ring a bell to anyone? Is there some known deadlock problem
that has been fixed in a later kernel? If not, does somebody know how
to debug that? I
On Mon, Jan 14, 2013 at 08:36:58PM +0100, Philipp Kern wrote:
On Mon, Jan 14, 2013 at 01:11:34PM +0100, Heiko Carstens wrote:
That patch is for x86 only and won't fix your problem. However we do have a
similar bug in the s390 kernel code. The only difference is that it will
indeed trigger
On Fri, Jan 11, 2013 at 11:24:41PM +0200, Juha Vuori wrote:
Hello,
Yesterday, it was 417 days since our currently running z/VM was IPLed. A set
of four SLES 11.1
guests had been alive as long as VM.
[...]
I opened a SR with Novell about zlnx011, and the conclusion was the TID
On Thu, Aug 16, 2012 at 03:51:29PM -0600, Mark Post wrote:
On 8/16/2012 at 05:11 PM, David Boyes dbo...@sinenomine.net wrote:
Does it still need a EW segment, or is it now well behaved for shared R/O?
I guess it does. From /usr/src/linux/arch/s390/kernel/early.c:
hlen =
On Thu, Aug 09, 2012 at 02:24:44PM -0400, Martin, Terry R. (CMS/CTR) (CTR)
wrote:
Hi
I think I know the answer to this but wanted to confirm.
If I need to add Logical CPUS to an LPAR does this take an IPL
of the LPAR to get them in ?
In general: you can add additional CPUs to a running
On Wed, Feb 22, 2012 at 10:22:57PM -0600, Ron Foster at Baldor-IS wrote:
Hello listers,
We are experiencing a problem where occasionally we get some uninterruptable
processes that appear to hang.
We use CPUPLUGD.
The problem re-appeared whenever we moved workload around and caused some
On Wed, Mar 16, 2011 at 01:40:36PM -0500, Mark Wheeler wrote:
Greetings all,
Is there a way to tell externally (command or otherwise) where the
zLinux kernel is loaded in memory?
The kernel gets loaded to address absolute zero and uses a 1:1
mapping for virtual to physical pages.
/proc/iomem
On Sat, Oct 02, 2010 at 09:29:38AM +1000, Shane wrote:
I made the following comment in a thread on IBM-MAIN - perhaps the
Boeblingen folks might know.
quote
Given that Linux is (NUMA) node aware, it would be interesting to see
how a (non-z/VM) multi-book s390x Linux partition would appear re
On Sat, Mar 13, 2010 at 09:18:09AM -0500, Alan Altmark wrote:
On Saturday, 03/13/2010 at 06:49 EST, Frank Pani fpa...@ca.ibm.com
wrote:
1) Because the database will be 200-300GB, we can use LVM and have it
available to mount RW on either system. We need to be very careful no to
mount
On Tue, 14 Apr 2009 23:52:18 +0200
Ivan Warren i...@vmfacility.fr wrote:
Daniel Jarboe wrote:
On Tue, Apr 14, 2009 at 3:34 PM, Neale Ferguson wrote:
SLES11 was checking the CPU Model, not liking 9672, and aborting. I changed
CPUMODEL to something more current (2096) and the SLES11
On Wed, 15 Apr 2009 09:55:08 -0400
David Boyes dbo...@sinenomine.net wrote:
On 4/15/09 5:49 AM, Heiko Carstens heiko.carst...@de.ibm.com wrote:
How about the patch below?
Since I would expect that this is going to happen a lot of times as
soon as some distro starts to compile the kernel
On Thu, May 29, 2008 at 02:19:24PM -0400, Brad Hinson wrote:
It's related to this kernel patch, submitted upstream a few days ago:
http://git390.osdl.marist.edu/cgi-bin/gitweb.cgi?p=linux-2.6.git;a=commit;h=7f7032120414df426a9f2949caf9f6eafcea0a7e
When a guest (or Linux in LPAR) has more than
On Mon, May 26, 2008 at 09:16:02PM -0400, Martin, Terry R. (CMS/CTR) (CTR)
wrote:
Hi All,
Has anyone run into the following error while trying to get FCP to work
between z/VM 5.3 and RedHat Linux 4.6. We are connecting to a IBM
DS8100. We present the FCP device to the Linux guest and it sees
I am looking for a place where I can see the active cmma setting. I can't
find it in either /sys or /proc. Am I looking in the wrong place or is
there no such thing? I seems that with SLES10SP1 the ipl default was
changed from cmma=off to cmma=on but I am looking for confirmation of this.
On Wed, Feb 27, 2008 at 12:39:32PM +0100, Rob van der Heij wrote:
On Wed, Feb 27, 2008 at 11:42 AM, Heiko Carstens
[EMAIL PROTECTED] wrote:
Oh yes, you're absolutely right. Linux issues the ESSA instruction once to
figure out if it will work or not (program check or not), just to tell
On Wed, Feb 27, 2008 at 02:37:32PM +0100, Rob van der Heij wrote:
I am sure you got the wink on my suggestion to make CP count the 2nd
time you try the ESSA...
There's different ways to correct bad defaults: Question the Defaults
and Resist Change :-)
Sure. I for myself would it enable by
On Fri, Feb 22, 2008 at 02:27:22PM +0100, Pieter Harder wrote:
Hi list,
I am looking for a place where I can see the active cmma setting. I can't
find it in either /sys or /proc. Am I looking in the wrong place or is
there no such thing? I seems that with SLES10SP1 the ipl default was
On Fri, Dec 28, 2007 at 10:12:07AM +0200, Binyamin Dissen wrote:
Does the SVC FLIH handle recursion? Or does it expect at most one concurrent
SVC per process?
The short answer is: no, in-kernel SVCs don't work.
--
For
+static void zfcp_fsf_req_latency(struct zfcp_fsf_req *fsf_req)
+{
+ struct fsf_qual_latency_info *lat_inf;
+ struct zfcp_unit *unit;
+
+ lat_inf = fsf_req-qtcb-prefix.prot_status_qual.latency_info;
+ unit = fsf_req-unit;
+
+ switch
+ if (!(adapter-adapter_features FSF_FEATURE_MEASUREMENT_DATA)) {
+ ZFCP_LOG_NORMAL(error: Enhanced measurement feature not
+ supported);
+ return -EOPNOTSUPP;
+ }
Btw. any user can flood the console with these messages if the adapter
On Fri, Mar 30, 2007 at 03:08:50PM +0300, Markku K Kymalainen wrote:
What happens if setting 4 GB memory for zLinux machine running SLES 8 s390
kernel (not s390x) on zVM V4.4 ?
Can kernel use memory over 2 GB and if yes what will it do with it ?
The 31-bit kernel cannot make use of more than
On Thu, Mar 29, 2007 at 03:16:23PM +0200, Peter 1 Oberparleiter wrote:
Linux on 390 Port LINUX-390@VM.MARIST.EDU wrote on 29.03.2007 10:02:33:
How to start with zLinux assembly programming language. Where to get the
information like what are the tools required and information about the
=fe355b7f1c7400cbb71762a1237461be03f88265
--
Heiko Carstens
Linux on System z Development
IBM Deutschland Entwicklung GmbH
Vorsitzender des Aufsichtsrats: Johann Weihen
Geschaeftsfuehrung : Herbert Kircher
Sitz der Gesellschaft: Boeblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
On Mon, Nov 06, 2006 at 06:35:21PM +, Andy Whitcroft wrote:
diff --git a/arch/s390/lib/uaccess_std.c b/arch/s390/lib/uaccess_std.c
index 9bbeaa0..ad296dc 100644
--- a/arch/s390/lib/uaccess_std.c
+++ b/arch/s390/lib/uaccess_std.c
@@ -11,6 +11,8 @@
#include linux/errno.h
#include
On Tue, Nov 07, 2006 at 10:09:44AM +, Andy Whitcroft wrote:
Heiko Carstens wrote:
On Mon, Nov 06, 2006 at 06:35:21PM +, Andy Whitcroft wrote:
diff --git a/arch/s390/lib/uaccess_std.c b/arch/s390/lib/uaccess_std.c
index 9bbeaa0..ad296dc 100644
--- a/arch/s390/lib/uaccess_std.c
On Fri, Oct 06, 2006 at 02:56:05PM -0400, Greg Keuken wrote:
Hello,
I've been playing around with my kernel (sounds almost rude) on our z890
LPAR (via sources from kernel.org) and received the following error after
upgrading. Everything stills boots up fine. I am not sure what this error
is
dasd_int.h:493: sorry, unimplemented: inlining failed in call to
'dasd_chanq_deq': function body not available
dasd_3990_erp.c:2999: sorry, unimplemented: called from here
Reducing the optimization level to -O0 didn't help. From my searches on
Google, it appears that a lot of people have
On Mon, Jun 26, 2006 at 02:48:12PM -0500, Serge E. Hallyn wrote:
Quoting Dave Jones ([EMAIL PROTECTED]):
On Mon, Jun 26, 2006 at 02:31:41PM -0500, Serge E. Hallyn wrote:
overflowuid and overflowgid were exported twice. Remove the export
from s390_ksyms.c
There's a gotcha with this.
On Thu, Apr 06, 2006 at 11:15:19PM -0400, Neale Ferguson wrote:
From the console log:
Krnl Code: 00 00 b9 04 00 2b b9 04 00 3c c0 e5 ff ff e9 61 e3 30 b1 18
It's not the tape error per se but the code in the kernel. X'' will give
you an operation exception and the kernel will throw up
Hi,
Please teach me.
I use SLES9 64bit applied SP3 for zSeries under z/VM v5.1.
After I run command shutdown -r now, z/Linux was
shutting down normally.
But next message was displayed in 3270 screen, the system
didn't start.
Message=
md: stopping
The 'Creating initrd' stage repeatedly hangs at 62% completed. I have seen
references to this in the archives, but no definite culprits. Memory is set at
512M, with 4 non-diag vdisk swap disks. I made ramdisk_size=196608. The
installation server has been configured with mkinstallroot. There
40 matches
Mail list logo
