Unsubscribe

2018-05-22 Thread bernardhines 






"ad coelum et ad inferos,"

 Original message 
From: Paul Edwards  
Date: 5/22/18  17:38  (GMT-06:00) 
To: LINUX-390@VM.MARIST.EDU 
Subject: Re: z/Linux 32-bit modules 

Hi Martin. Thanks for your reply.

>> If the answer is AM31, then what happens if it
>> is run as AM64 instead?

> The process is started by the kernel in the "correct" mode,
> you can not specify that a ELF32 binary is started in AMODE-64.

> The kernel enforces limits as well, e.g. with a 31-bit compat
> process (ELF32) you can not map anything above the 2GB line.

I would like the z/Linux kernel to be modified
to start an ELF32 binary in AM64 and have access
to a full 4 GiB address space. And when it starts
an ELF32 binary it should zero out the high 32 bits
of the 64-bit registers using LMH R0,R15,=16F'0'.

Is there any technical barrier to doing that?

Thanks. Paul.


Virus-free.
www.avg.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On 22 May 2018 at 21:31, Martin Schwidefsky  wrote:

> On Mon, 21 May 2018 07:21:38 +1000
> Paul Edwards  wrote:
>
> > When 32-bit modules are created on z/Linux
> > using "gcc -m32" or whatever, is the resultant
> > module run as AM31 or AM64?
>
> The -m31 option creates objects and binaries in the ELF32 format.
> Without the option or with -m64 the ELF64 format is used.
>
> A 64-bit kernel recognizes the format of the binary and starts it
> in the appropriate mode. Native for ELF64 or compat for ELF32.
> The addressing mode is AMODE-64 for native 64-bit programs and
> AMOED-31 for compat 31-bit code.
>
> > If the answer is AM31, then what happens if it
> > is run as AM64 instead?
>
> The process is started by the kernel in the "correct" mode,
> you can not specify that a ELF32 binary is started in AMODE-64.
>
> The kernel enforces limits as well, e.g. with a 31-bit compat
> process (ELF32) you can not map anything above the 2GB line.
> The format of the signal handler frame is different as well
> for ELF32 vs ELF64.
>
> But you can switch the addressing mode in your program with
> the sam24, sam31, and sam64 instructions. If the code of the
> program is at a location that goes along with the chosen
> addressing mode, the CPU will happily execute the instructions.
> You better not forget to switch back to the default mode before
> calling a function in the runtime environment. Otherwise your
> program will quickly terminate.
>
> --
> blue skies,
>    Martin.
>
> "Reality continues to ruin my life." - Calvin.
>
>

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Performance Toolkit and zLinux

2014-08-25 Thread bernardhines 
Tom see if there is anything out here for you?
http://www-03.ibm.com/systems/z/os/zos/features/rmf/tools/rmftools.html

The information contained in this message may be confidential and is
intended to be exclusively for the addressee.
Should you receive this message unintentionally, please do not use the
contents herein and notify the sender immediately by return e-mail.

 I refuse to tiptoe through life... just to arrive unscathed at Death's
door!

  Bernard Hines



-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of Tom
Huegel
Sent: Monday, August 25, 2014 2:28 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: Performance Toolkit and zLinux


I want something free..


On Mon, Aug 25, 2014 at 1:44 PM, Rich Smrcina r...@velocitysoftware.com
wrote:

 zVPS.


 On 08/25/2014 03:39 PM, Tom Huegel wrote:

 IBM used to have the RMF module to download for zLINUX so it could be
 monitored via Performance Toolkit. Currently z/VM 6.3 SUSE11 that
 module no longer available. Is there a replacement?, What is it?

 Thanks

 -
 -
 For LINUX-390 subscribe / signoff / archive access instructions,
 send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit
 http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/




 --

 Richard Smrcina
 Sr. Systems Engineer

 Velocity Software Inc.
 Main: (650) 964-8867
 Main: (877) 964-8867
 r...@velocitysoftware.com mailto://r...@velocitysoftware.com
 
 
 Signature
 http://www.velocitysoftware.com/
 *Follow us:*
 facebook
 http://www.facebook.com/pages/Velocity-Software/356098274460840
 LinkedIn
 http://www.linkedin.com/company/1798379?trk=tyah twitter
 https://twitter.com/VelocitySoftw Xing
 https://www.xing.com/companies/velocitysoftwaregmbh

 --
 For LINUX-390 subscribe / signoff / archive access instructions, send
 email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
 visit http://www.marist.edu/htbin/wlvindex?LINUX-390
 --
 For more information on Linux on System z, visit
 http://wiki.linuxvm.org/


--
For LINUX-390 subscribe / signoff / archive access instructions, send email
to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

Re: Strange messages in system log

2011-08-17 Thread bernardhines 
Patryk the closest I ever came to finding a cause for these messages
was/is an article from The LINUX for S390 people
http://linuxvm.org/info/linuxrva.html

Even though it wasn't exactly related it does throw some tantalizing
clues out as to what is going on.

One clue is The RVA can return a long busy for an I/O request. Which
I started tracking as a cross platform contention error.

I don't have my notes or other records I had started accumulating,(left
a lot of them on my machine after my contract went out).
Since it was non-impacting, I didn't get to spend a lot of time with it
but it did appear to arise anytime there was long periods of channel
usage or volume usage/locking.



The information contained in this message may be confidential and is
intended to be exclusively for the addressee.
Should you receive this message unintentionally, please do not use the
contents herein and notify the sender immediately by return e-mail.

 I refuse to tiptoe through life... just to arrive unscathed at Death's
door!

  Bernard Hines


-Original Message-
From: Linux on 390 Port [mailto:LINUX-390@VM.MARIST.EDU] On Behalf Of
Patryk Bobak
Sent: Wednesday, August 17, 2011 3:36 AM
To: LINUX-390@VM.MARIST.EDU
Subject: Strange messages in system log

Hi all,

Yesterday I noticed strange messages in system log.
Can someone help me figure out what that messages mean? Is something
wrong
going on with my system/disks?

Aug 16 16:43:41 TSM kernel: dasd_erp(3990):  0.0.0129: SIM - SRC:
e465
Aug 16 16:43:41 TSM kernel: dasd_erp(3990):  0.0.0129: Perform logging
requested
Aug 16 16:44:50 TSM kernel: dasd_erp(3990):  0.0.0102: SIM - SRC:
e465
Aug 16 16:44:50 TSM kernel: dasd_erp(3990):  0.0.0102: Perform logging
requested
Aug 16 16:47:05 TSM kernel: dasd_erp(3990):  0.0.0102: SIM - SRC:
e465
Aug 16 16:47:05 TSM kernel: dasd_erp(3990):  0.0.0102: Perform logging
requested
Aug 16 16:54:06 TSM kernel: dasd_erp(3990):  0.0.0101: SIM - SRC:
e465
Aug 16 16:54:06 TSM kernel: dasd_erp(3990):  0.0.0101: Perform logging
requested
Aug 16 16:55:10 TSM kernel: dasd_erp(3990):  0.0.0104: SIM - SRC:
e465
Aug 16 16:55:10 TSM kernel: dasd_erp(3990):  0.0.0104: Perform logging
requested
[...]
Aug 16 16:55:10 TSM kernel: dasd_erp(3990):  0.0.0104: SIM - SRC:
e465
Aug 16 16:55:10 TSM kernel: dasd_erp(3990):  0.0.0104: Perform logging
requested


Thanks.

--
Patryk Bobak
Tivoli Storage Specialist/PO
Tel. +48 32 3589264, Fax +48 32 3589277, email: bob...@zetokatowice.pl

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or
visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/

--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390
--
For more information on Linux on System z, visit
http://wiki.linuxvm.org/