On 9/25/2012 5:22 PM, Smith, Ann (CTO Service Delivery) wrote:
Is there any meaning to the fourth (really first) digit displayed by the
umask command?
It would make sense to display an octal number that can reach up to 0777
as 0077. Remember, a leading 0 is an indication of an octal number,
On 9/25/2012 8:07 PM, Scott Rohling wrote:
True - the value for the special bits only has meaning for chmod to
actually set those bits for a directory or file -- not umask. So it
will always be 0 in the context of umask. Scott Rohling
Scott,
umask is a 'MASK' ! umask gives the bits you do NOT
On 8/18/2010 8:02 PM, Neale Ferguson wrote:
Google ELF Handing for Thread-Local Storage
Tried.. And the only site I found was a redhat site which basically game
me a 404..
I'll just figure it out by myself I guess ;)
--Ivan
On 8/20/2010 12:46 AM, Mark Post wrote:
Without the surrounding double quotes you'll get a lot more hits. This may be
a good place to start: http://www.akkadia.org/drepper/tls.pdf It's apparently
written by one of the main glibc developers.
No.. I didn't surround my request with \...
On 8/20/2010 12:46 AM, Mark Post wrote:
Without the surrounding double quotes you'll get a lot more hits. This may be
a good place to start: http://www.akkadia.org/drepper/tls.pdf It's apparently
written by one of the main glibc developers.
Ignore my previous message..
Apparently this
On 8/20/2010 12:46 AM, Mark Post wrote:
Without the surrounding double quotes you'll get a lot more hits. This may be
a good place to start: http://www.akkadia.org/drepper/tls.pdf It's apparently
written by one of the main glibc developers.
Just a quick update..
The document (which is
Ladies Gentlemen,
Does anyone know if there is an up-to-date document for the s390 s390x
ABIs ?
The one I found
(http://refspecs.linuxfoundation.org/ELF/zSeries/lzsabi0_s390.html)
seems to be a bit outdated..
Thanks,
--Ivan
Mark Post wrote:
From https://www.ibm.com/developerworks/linux/linux390/documentation_dev.html
it appears that
http://www.linuxbase.org/spec/ELF/zSeries/index.html is for z/Architecture.
That page points to three versions:
Format Document
HTML Single file lzsabi0_zSeries.html at
Neale Ferguson wrote:
There's an ELF supplement that describes the TLS type relocations etc. The
document has chapters for different architectures including what you are
after.
Google ELF Handing for Thread-Local Storage
Thanks a lot,
I'll be sure to look into that ;)
--Ivan
It's not quite that smart. Linux has to copy the data from kernel-space
buffers into user-space memory, at least. So even if the block of data is in
the page cache, there's still a copy operation. It doesn't just give a
pointer to the kernel's block to a process, which is I think what you're
Mark Post wrote:
On 10/26/2009 at 11:46 AM, McKown, John john.mck...@healthmarkets.com
wrote:
This is a scary article. I don't have a Linux on z system to test it out on.
Even if you did, it wouldn't help. Looks like uClibc doesn't know about
s390[x] as a build target. I'm not going to
Mark Post wrote:
SUSE Linux Enterprise Server (gotta keep the marketing folks happy) 10 Service
Pack 3 is now generally available.
Please..
Explain what the diff is between SLES 11 SLES 10 SP 3 ? (besides the
kernel backports whatnot.. whether it be z related or not..)..
(not that I'm
Mark Post wrote:
Yes, it will hurt your Linux system's performance, while not doing anything useful. Just
because Linux no longer treats those pages as being used doesn't mean z/VM sees them as
free. If you want to make sure Linux doesn't eat up any more memory than it needs
to then shrink
Mark Post wrote:
Of course not. CMM and CMMA are designed interfaces between Linux and z/VM.
Their whole purpose in life is to let the two work together on virtual memory
management.
Precisely !
if the linux kernel deems the page to be 'free' (and dropping a page
from buffer/cache
Rob van der Heij wrote:
On Wed, Jul 8, 2009 at 1:26 AM, Ivan Warreni...@vmfacility.fr wrote:
What I am saying is that, on the contrary, when linux treats those pages
as no longer being in use, z/VM *WILL* see them as free !
I think you have read too much glossy marketing PDFs :-) All we
Mark Post wrote:
In the context of the original question, I stand by my response. Introducing
all sort of hypothetical situations will change just about any answer.
Mark,
I don't understand..
The original question was :
Will sync; echo 3 /proc/sys/vm/drop_caches have any adverse effect
Mark Post wrote:
But that wasn't your comment/question. You asked if my original answer would
apply to CMMA, and I said no, it would not apply to CMMA, since that is an
architected interface between Linux and z/VM, implying that the drop cache
/proc interface is not. And indeed it is not.
In my Linux Installation Planning talks, I address this briefly. Until such
time as IFL processors cost the same as Intel processors, i.e. never, there
will always be some point along the spectrum of workload profiles where it
makes more sense to run a given application on midrange hardware
Mark Post wrote:
Simply creating the config files and issuing ifup doesn't handle the hardware
part, and trying to figure out how to manually run the scripts to do that is
rather, umm, complex to say the least. I've wrestled with that any number of
times trying to debug customer problems,
Mark Post wrote:
PGMPRDOSLICENSED
Surely this is not required. Please, tell me it's not required.
To my knowledge it is not required by anything to do with Linux.
Nah.. I can confirm SLES 11 installs quite well with PGMPRDOS RESTRICTED
(linux does things right.. it does the
Ted Rodriguez-Bell wrote:
The first thing we tried was just to have B mount the disks read-only
and check for a flag file; if that file (we'll call it IN_USE) exists,
don't do anything. If it doesn't, then A has shut down nicely and
it's safe to grab the filesystem read-only.
Hrmm...
Wait a
Martin Schwidefsky wrote:
#if defined(CONFIG_MARCH_Z10)
- .short 0x9672, 0x2064, 0x2066, 0x2084, 0x2086, 0x2094, 0x2096
+ .long 0xc100efe3, 0xf068
Does the linux kernel (with CONFIG_MARCH_Z10) really need all the z10
facilities ? (especially some of those are simply hints -
Heiko Carstens 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 with e.g. only z9-109
and higher support we indeed need a magic number here.
Otherwise we can't tell immediately what's going
Alan Altmark wrote:
There is no need for heroic measures to write a nice message to the
console. Just make sure that the addresses in the PSW are unique for each
condition. If you can be clever in your use of letters A-F and numbers
(and l33t5peak), you can give informative wait state codes.
Alan Altmark wrote:
My guess is that something's wrong with the SIGP SARCH (Set Architecture)
that Linux issues to get into z/Architecture mode. IPL resets to the CPUs
to ESA/390 architecture.
With only 2 instructions executed, I doubt we're going this far !
Note that SIGP 12 works as
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 installer IPLed
without incident.
It's not actually a SLES 11 thing.. The test
John Summerfield wrote:
The problem (in that particular case) is that your user does not seem to
be part of the 'tty' group ! Other people may experience other problems
It's not. Is yours? If the tool you use to create user accounts doesn't
make it so (or at least suggest it should be so),
John Summerfield wrote:
I'm looking at CentOS5 on a PC. I'm running inside X (xorg). Oh, just in
case it matters, I'm running KDE. Who knows, it could be different in
GNOME.
08:42 [sum...@bobtail ~]$ \ls -l $(tty)
crw--- 1 summer tty 136, 17 Mar 4 20:24 /dev/pts/17
20:24 [sum...@bobtail
John Summerfield wrote:
In contrast, the tty command returns an actual device name when possible.
Talking about tty.. (labeit in a slightly different context for the word
'tty' !)
There is one big diff between a login a 'su -' :
You don't gain ownership of /dev/tty on 'su -'.. This is some
Bauer, Bobby (NIH/CIT) [E] wrote:
That's 130 extents, not bytes, from the Free PE display below
[r...@lssb1 ~]# vgdisplay
--- Volume group ---
VG Name VolGroup00
System ID
Formatlvm2
Metadata Areas9
Metadata Sequence No 31
VG Access
David L. Craig wrote:
The short answer is because IBM is _not_ a non-profit
corporation. The longer answer involves the costs to
IBM of supporting older platforms versus the income
those platforms generate.
Or was the question retorical?
But wait..
The latest developerworks linux stream
John Summerfield wrote:
This is what I would do, and why I reckon Linux security to be so
feeble[1]. One does need to know the commands to mount needed
filesystems.
[1]Give me your disk or physical access to your computer, and not even
your boot-time password's enough.
Hmm.. Even boot-time
John Summerfield wrote:
For completeness for the ignorant, whether that option is available
depends on the boot loader, not on Linux. Since the choice of bootloader
depends on the platform, translating Mark's reply to other platform is
risky.
Excusez moi ?
understanding the 'init=' boot
John Summerfield wrote:
Windows is a little more difficult, I need a Linux boot disk and the
right program, and if it's a domain controller there's another trick
after that.
Which reminds me, I still have a fight to win against OS X.
And then again..
It also depends whether you are trying to
Mark Post wrote:
Of course the kernel did understand the init= parameter. Getting it passed to
the kernel at boot time is the issue, and I'm not sure the s390-tools did it,
that far back in time.
That's where I'm surprised here..
Kernel parameters to the bootloader is just.. a blob !
A
Adam Thornton wrote:
Now, it *is* nice if it works under Hercules because that opens up the
development community to an order of magnitude more people. This is
the cause of my apparent schizophrenia whereby I'm strongly suggesting
that it would be neat if Hercules learned to do the (now fully
Rob van der Heij wrote:
One of the neat things about Diag250 is that it supports a fast-path
when the data is in MDC (the I/O complete is returned immediately,
skipping the entire process of reflecting an interrupt later). Linux
supports that in that you also get a quick route back there. I've
Richard Troth wrote:
Ivan ... hear this:
With SLES10, unless you are changing something about the root FS, you
do not need to re-stamp your INITRD. It is exactly as you say it
should be.
-- R;
That's good enough for me ;)
At least the idea that I would have gave me fodder for a tantrum
Mark Post wrote:
You need to chroot to /mnt/sysimage before running the mkinitrd.
Sorry to hop on route.. but..
I was wondering...
Why on earth does one need to mkinitrd/zipl after adding a DASD volume
to z/Linux ?
Most (if not all) 'distributed' platforms are perfectly happy to add a
Mark Post wrote:
Basically, some historical, performance, and data integrity reasons.
Ok,
I'm starting to get a better picture now (as to the how why). As I
understand it, the bases are :
- An LPAR may have thousands of volumes allocated to it, not all of them
being for Linux use.
-
Richard Troth wrote:
The whole INITRD thing ... I will hold my peace for the moment.
I'm with you here..
I mean..
On 'distributed' platforms you may have.. what.. 200.. 300 different
drivers..
On z.. you have what ... 15 ?
A monolithic kernel would make all the sense in the world..
Mark Post wrote:
That's going to depend on just how the DASD devices were added, and whether the
appropriate configuration files got created. If those files are there, then
you're right as long as those DASD volumes are not needed to get your root file
system mounted. Such as is the case
Mark Post wrote:
That's is all that's necessary. And, again, if you make sure that when DASD
volumes are added, that the proper configuration files are there, it should
work just fine. However, consider the case where / is on an LV, and you just
added another volume to the VG. That's big
Mark Post wrote:
And would be different from how everything else is done, driving up costs, generating
complaints (Why is this different from my other systems? That's stupid.)
I don't particularly care for using an initrd myself, but I'm not going to try
to argue with the folks that put
Adam Thornton wrote:
Or diag250.
Sure, doesn't work on the metal. Nevertheless.
Well.. Diag 250 is just a way to talk to a DASD.
Whatever you do with Diag 250, you can also do with SSCH, an ORB and
some CCWs... So even if Diag 250 isn't embedded in the kernel, you
should still be able to
Kok Leong Chan wrote:
Now in the USER DIRECT entry for user LINUX1, there's a MDISK for virtual
DASD 100:
USER LINUX1 LINUX1 1024M 1024M g
INCLUDE LINDFLT
MDISK 191 3390 0001 050 MV0405 MR READ WRITE MULTIPLE
MDISK 100 3390 0051 3338 MV0405 MR READ WRITE MULTIPLE
MDISK 101 3390 0001
Richard Troth wrote:
Thanks, Mark.
I accept the offer.
But even before trying running your build I suspect that there's
something wrong in my config. Another weirdness I encountered was
that certain device types were rendered unknown (by Hercules) when I
included a MODPATH statement. Took that
Mark Post wrote:
I guess that, after all, I'll have to figure out git !
You could just send the diff to the Linux Kernel Mailing List (LKML).
Learning git wasn't that hard ;).. I wanted to have a properly formatted
and possibly retrievable patch ready.. (ok.. The patch was a 1 liner..
Mark Post wrote:
Since I can't get the CVS version of hercules to build, I cannot verify that.
Uh ? What's wrong with it ? (if you don't mind telling me of course !)
--Ivan
--
For LINUX-390 subscribe / signoff / archive
Hmmm...
Getting a 404 for (everything I tried) as far as http://linuxvm.org is
concerned..
Looks like a fairly new development.. I can remember having been there
in the last few days..
--Ivan
--
For LINUX-390 subscribe /
Barton Robinson wrote:
LinuxVM.ORG moved to our new z9, with the DNS moved about 3 days ago.
We did this while
Mark Post was away so as not to break anything he was working on. But
our racf admin
didn't set up the new racf rules correctly. we're moving the dns back
to the old address
now until
[EMAIL PROTECTED] wrote:
Since this amount of memory is not even addressable with 64 bits, it must be an
error. Has anybody else observed
something like this
I can't answer the actual question, but would just like to state that it
looks to me that this is actually addressable...
That's
Mark Post wrote:
syslogd 13827root 23w REG 94,1 91442612 29065
/dev/tty7
That looks like your problem. The REG says that it is a regular file when it should
be CHR. What distribution is this? I know that syslogd isn't a userid shipped with SLES9 or
SLES10.
James Melin wrote:
# Log additional data to the Alt-F7 and Alt-F8 screens (Pseudo TTY 7 and 8)
That's not going to work on s390x.. that's obviously intended for intel
boxes (or at least boxes with an integrated graphics display).
I would suggest removing (or at least commenting out) the
Michael Prahin wrote:
cio: Was not able to determine available CHSCs.
Error starting thread in diagnose 0x308: Success
And stops. Anybody was able to boot sles10 on Hercules?
It's a known hercules problem.
It's fixed in development and will be fixed in next release. You can
either pick the
McKown, John wrote:
Very good point! I ran into this trying something like:
sudo secure-command /output.file
Well, that didn't work because the redirection to /output.file happens
as myself, not root.
Well.. of course..
Although it has nothing to do with sudo.. I mean, it's not sudo's
Mark Pace wrote:
And also your PATH remains intact, you do not inherit root's PATH. So
things may not quite as expected.
IIRC, sudo -i will let you do that (only, this is basically the same
as su only you have to give your own password, not the target user's
password)
--Ivan
Alan Altmark wrote:
to spool files belonging to others is not. Nor is it possible to access
another virtual machine's memory without its cooperation. In fact, data
is more secure in memory than it is on disk since, once on disk, anyone
with a connection to the disk can see it without
Mark Perry wrote:
Dear Rob,
getting back to my original post which is being snipped mercilessly ;-)
z/OS is a proprietary OS from IBM designed and engineered
specifically for the IBM System z series of Mainframe computers.
z/OS performs at its best in a non virtualized environment, and that
is
Richards, Robert B. wrote:
You are not going to like the answer, Wayne.
IBM *will* do personality (zAAP to IFL, zAAP to zIIP, etc.) changes for
a price, but they will not allow zAAP/zIIP processors to execute VM or
Linux natively. Same reason IFLs cannot run z/OS.
Err.. That's a bit
Ted MacNEIL wrote:
can't see what would prevent a mix of
IFL+n*zAAP+m*zIIP LPAR from running linux
How about: it's not supported -- there is no code in zLINUX to (a) recognise zAAPs
zIIPs, and (b) run anything on it.
How about : It's linux, and the support there is is what people coding
Ted MacNEIL wrote:
Why would IBM invest time money to exploit zIIPs and zAAPs on an already
cheap platform?
Why would it HAVE for IBM to do this work ?
And for all we know, it could be as simple as issuing the right SIGP or
SERVC !
--Ivan
Ted MacNEIL wrote:
But, in general, it's only easy if you know the API.
And, IBM is NOT publishing that.
One never knows !
But the whole point is moot anyway..
First, I'm pretty confident the HMC won't let you define an LPAR with a
mixture of IFLs and z[IIP][AAP]s (never tried it though)..
Mark Post wrote:
Yes, they're now trying to push Ubuntu in the server market. I have no idea just how
minuscule their market share is in that regard, but I imagine it's pretty
small. Most people who really want a F/LOSS server have gone with Debian. Those who are
more pragmatic use SLES or
Alan Cox wrote:
I used to have Hercules running on an IBM PC-110 (handheld PC). Not
terribly useful but very good for This is the new S/390 portable mind
games with sales people.
I did something similar sometime ago.. Had a stripped down version
(S/370 only) of hercules running on an iPaq
Masking a password masked at the 3215 console should be possible :
1) In drivers/s390/char/con3215.c, if the driver detects that ECHO is
off for the underlying TTY, then issue X'0E' instead of X'0A' for the
read CCW (in raw3215_mk_read_req() ?)
2) When prompted for a password, press ENTER (or
Mark Post wrote:
Is something that complex really needed? (Not knowing the answer...) Couldn't
it be something as simple as echoing the necessary attribute code to the
console to not display what's typed into the field (but only when running on
z/VM)?
I don't think so Mark.. There is no
Adam Thornton wrote:
Nothing except maybe Lisp rivals Forth in terms of expressive-power-
per-byte-of-language. But then a stack is just a bunch of parens
turned on its side.
I'd put APL first in that category !
--Ivan
--
Rick Troth wrote:
But if the distributors are only shipping 64-bit kernels, then '-m31'
still does not completely answer the question about 31-bit performance.
The rest of Linux will be running 64-bit, skewing the results.
-- R;
Not necessarily. Granted, the process will be running in
Yu Safin wrote:
I think there are some copywrite issues if I recall correctly.
The proper name, I was told, is Linux for z-Series.
I don't think there are any copyright issues involved here. It's purely
a trademark issue. And *I* was told that the Linux(r) port for IBM(r)
System z (tm) is :
Roach, Dennis wrote:
I have been asked to determine the improvement of an IFL on a z9 BC over a z900.
Mhz is something the people being presented to understand.
It does not compare to the same speed on say INTEL.
It's still bogus..
If you take Intel processors for example, even then, WITHIN
Jim Elliott [EMAIL PROTECTED] wrote:
Kevin: If you are running RHEL 4 on z/OS it would be a miracle
(or close to it). RHEL 4 does run on System z and zSeries
hardware, but z/OS is another operating system and does not
support guests (that is what z/VM is for!). ;-)
Come to think of it, I'm
Little, Chris wrote:
What can I look for to find the reason for this:
01:29:26 USER DSC LOGOFF AS S99KDP01 USERS = 27FORCED BY SYSTEM
It's very unexpected. Never happened before.
Most likely your guest was in CF Wait for 15 minutes (CF Wait means 'CP
Read'). The reason why your
Little, Chris wrote:
Except that the line says FORCED BY SYSTEM. It's not just a logoff -
although I first considered that as a possibility, but the system forced
the guest off.
I've added a CP SET RUN ON line to the PROFILE.EXEC in the guest.
Doesn't matter.. when the console
Pat Carroll wrote:
How about a snippet of assembler code to issue a CP DUMP command via a
diagnose?
That would require the program to be running in supervisor state (i.e.
to be kernel code)..
--Ivan
--
For LINUX-390
Adam Thornton wrote:
On Apr 5, 2007, at 4:13 PM, John Summerfield wrote:
Anyway, HELP STAMP OUT BACKTICKS IN OUR LIFETIME.
Including ticks, of course.
Unless you have REALLY pointy shoes, stamping doesn't really help
with ticks. I myself usually use the pliers on my Leatherman.
I wonder
Thomas Kern wrote:
I hope you can build it with SSL support just in case he needs to run secured
sessions. That feature is why I have x3270 on a windows image here at home. We
do not allow unsecured tn3270 to our mainframe.
/Tom Kern
If x3270 doesn't support SSL, then stunnel is your friend.
Morris, Kevin J. (LNG-DAY) wrote:
Is it possible to install SLES10/RHEL5 on a z9 LPAR and use XEN for the
virtualization of linux guests instead of using z/VM?
If not, will it be possible in the future? Or will z/VM be the only
hypervisor able to virtualize the zSeries hardware?
That would
-Original Message-
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On
Behalf Of Neale Ferguson
Sent: Sunday, August 07, 2005 9:02 PM
To: LINUX-390@VM.MARIST.EDU
Subject: Re: USER DIRECT file USE?@ word displayed.
Then stuff in cols 73-80 should stay in cols 73-80. What does L
While CPU is not a zSeries strength,
context switching *is* a strength, or seems to be.
The insertion loss when putting z/VM between the hardware
and the workload OS is very small compared to that for VMware.
I always blame the INTeL chip more than VMware (inc, now EMC).
I'd like to add
A discussion of SIE can be found in the z/VM Security and Integrity
technical paper,
http://www.ibm.com/servers/eserver/zseries/library/techpapers/
pdf/gm130145.pdf.
The SIE instruction has two levels of virtualization: one
used by PR/SM to
create partitions, the other by CP to create
81 matches
Mail list logo