e portname as z/OS is using."
Well, technically there have been machines with OSA cards that required
the portname which is why the parameter has survived until now. There
is a bit in the response block of the read channel activation ccw that
tells us if the portname is required.
With the opt
On Mon, 15 Feb 2010 14:26:12 -0500
"Quay, Jonathan (IHG)" wrote:
> zsles10sp3ctl:/sys/devices/system/cpu/cpu0 # cat capability
> 1760
>
> It looks like the kernel uses the wrong value. IBM says that the
> "secondary" number is the IFL capability (lower is faster).
Hmm, that number is retrieved
On Wed, 17 Feb 2010 08:18:12 -0600
"Shedlock, George" wrote:
> If the selection of the CPU capability is incorrect, what exactly does that
> mean to the kernel? Does that mean that linux has been running at the speed
> of the GP processors?
No, an IFL always runs at its native speed. Only the nu
On Thu, 11 Mar 2010 17:04:04 -0600
Neale Ferguson wrote:
> It was doing a MVCLE 4,2 (a842)
>
> R2 - 0 so it was trying to reference page 0.
>
>
> On 3/11/10 5:59 PM, "Marcy Cortes" wrote:
>
> Mar 11 04:36:00 cpzpv17020 kernel: Low-address protection: 0004 [#1]
> Mar 11 04:36:00 cpzpv17020 ke
On Wed, 7 Jul 2010 10:19:18 +0100
Richard J Moore wrote:
> gcc/as option --march=z10 should certainly provide EPSW, but I'm I'm
> certain it's older than z10. When I mean new I mean more recent than
> s/370 :-)
>
> But as mentioned in another response, unless you require the entire PSW to
> be st
On Mon, 6 Sep 2010 12:52:39 +0100
"Vlacil, Radek" wrote:
> Wouldn't it be possible to implement an enhancement that would generate
> an uevent with ACTION="change" for this "tape loaded" kind of events? If
> there is a massage for that generated in the system log, it shouldn't be
> that hard :-).
ontent.
udev rules can be used to trigger application specific actions through
matching the content or sender of the special message.
Signed-off-by: Hendrik Brueckner
Signed-off-by: Martin Schwidefsky
--
blue skies,
Martin.
"Reality continues to ruin my life."
On Thu, 17 Mar 2011 10:46:18 +0100
Heiko Carstens wrote:
> 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 absol
On Sat, 19 Mar 2011 23:10:16 -0300
Mauro Souza wrote:
> I saw this problem some time ago with an Oracle RAC guest. It haven't set
> the CP SET RUN ON, and as soon as the client issued some #CP Q SOMETHING,
> the server froze down, and linux rebooted. Looks like Oracle RAC have some
> kind of watc
On Thu, 1 Sep 2011 15:01:52 -0400
Brad Hinson wrote:
> Hi James,
>
> It appears that in order to use hardware large page support,
> Linux must be running in LPAR mode. I can't find anything that
> says this is supported in z/VM. Hopefully someone can correct
> me if I'm wrong. I can confirm th
On Fri, 2 Sep 2011 07:35:56 -0400
"CHAPLIN, JAMES (CTR)" wrote:
> I almost gave up hope on HughPages due to all our zLinux Guests run
> under zVM, and we like using zVM to control the swapping as best as
> possible. I do have two follow-up questions:
>
> 1) Can you point me to any reference mater
On Fri, 2 Sep 2011 09:54:31 -0500
Stephen Frazier wrote:
> On 9/2/2011 7:37 AM, Martin Schwidefsky wrote:
> > There is no documentation for z/VM as the edat facility is not
> > supported. The emulation for large pages takes place in the Linux guest.
> Looking at IBM past suppor
On Wed, 9 Nov 2011 13:21:34 -0600
Neale Ferguson wrote:
> I’ve verified that the code generated is correct:
>
>lgr %r1,%r11
> aghi%r1,168
> lgr %r2,%r1
> lghi%r3,0
> brasl %r14,gettimeofday@PLT
> lg %r1,168(%r11)
That looks
On Thu, 10 Nov 2011 15:16:55 +0100
Andreas Krebbel wrote:
> On 11/09/2011 08:21 PM, Neale Ferguson wrote:
>
> Hi,
>
> your cmdlines to build the shared lib look correct. The assembler code shows
> that the code
> has been built correctly with -fPIC. However, the relocations in the .o and
> .so
On Mon, 2008-12-08 at 07:25 -0800, Barton Robinson wrote:
> Sorry Christian, but with the latest and greatest, there are many cases where
> Linux and
> TOP now seriously under report utilization (I think by factor of 5 in the
> lab, and by 4 in
> a production server). Not sure we've bothered to r
On Mon, 2008-12-08 at 17:41 +0100, Rob van der Heij wrote:
> >> a production server). Not sure we've bothered to report the details since
> >> this problem
> >> would not impact our users. So the data still can not be used for serious
> >> performance
> >
> > The last time we talked, your tool u
On Sun, 2008-12-14 at 17:28 -0500, Richard Troth wrote:
> What happens is this: the kernel loads, console traffic begins, but
> before /sbin/init can get launched something triggers DIAG 308. (In
> fact, I think this is before the root gets mounted.) If I boot from
> disk, it loops rebooting. I
On Wed, 15 Apr 2009 09:55:08 -0400
David Boyes wrote:
> On 4/15/09 5:49 AM, "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
> (similar to the way things work on other OSes), rather than just dying in a
> cryptic way.
How about this:
Subject: [PATCH] use facility list for cpu type safety check
From: Martin Schwidefsky
Signed-off-by: Martin Schwidefsky
---
arch/s390/include/asm/lowcore.h |1
arc
On Fri, 17 Apr 2009 15:41:49 +0200
Ivan Warren wrote:
> 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_
On Wed, 3 Jun 2009 12:30:19 -0600
Lee Stewart wrote:
> This was posed by one of our customers..
>
> I'm having trouble linking (ld) as a 31-bit executable. I've got the C
> flags set-up correctly, I think (they are compiling as 31-bit), but I'm
> getting this message when doing ld:
> ld: Relo
On Wed, 8 Jul 2009 03:00:27 +0200
Ivan Warren wrote:
> cmm-1 (arch/s390/mm/cmm.c) uses SMSGs to communicate with the VMRM
> service virtual machine. The VMRM will instruct the guest to release its
> pages using good ole Diag 10.. nothing fancy here..
diag 10 actively tells z/VM that the page is
On Thu, 19 Nov 2009 08:48:30 -0600
bruce.light...@its.ms.gov wrote:
> Currently it is 08:43 CST
>
> br...@taxdbp01:~> date
> Thu Nov 19 07:43:17 CST 2009
>
> user MAINT on z/VM shows that it is 08:43
Is there an NTP daemon running on that system and if yes what is its
configuration?
--
blue skie
On Sat, 28 Nov 2009 12:07:16 +1000
Shane wrote:
> I missed the earlier part of this thread, but is large page support even
> in z/VM ?. Alan ?.
> I have a recollection that Mario Held from the Boeblingen labs said this
> has been tested, but only for an LPAR install. And I'm pretty sure I
> follo
On Sat, 28 Nov 2009 07:26:15 -0800
Barton Robinson wrote:
> Martin, please correct me if i am wrong.
> Large page support supports 1mb pages - meaning consecutive 256 4k pages
> in hardware. These pages are "fixed", are not pageable with current
> technology. The advantage is that there is one T
On Fri, 8 Jan 2010 14:37:50 +0100
Rob van der Heij wrote:
> On Fri, Jan 8, 2010 at 1:56 PM, Agblad Tore wrote:
>
> > SLES also have the hz_timer file.
> > It is zero here as well, SLES10 SP2, z10.
> > and the HZ contains 100.
>
> Correct. The "hz_timer" is to enable the "tick timer" - the "0"
>
On Tue, 26 Jul 2016 01:30:03 -0400
Alan Altmark wrote:
> On Monday, 07/25/2016 at 11:36 GMT, WF Konynenberg
> wrote:
> > Yes, when your hardware clock is not managed by NTP you cannot rely on
> it to accurately initialize
> > the system clock on boot, so you should force an NTP clock sync ("jump
On Tue, 26 Jul 2016 10:37:33 +0200
WF Konynenberg wrote:
> Hi Martin,
>
> A more definite source of information. Good. :-)
>
>
> On 07/26/2016 09:21 AM, Martin Schwidefsky wrote:
> > On Tue, 26 Jul 2016 01:30:03 -0400
> > Alan Altmark wrote:
> >
> &
On Tue, 26 Jul 2016 09:42:23 -0400
Robert J Brenneman wrote:
> Hmmm... When configuring STP and the HMC to retrieve time from a GPS based
> NTP server appliance, I am betting that the GPS time source also already
> has the leap seconds applied. In that case - Should we be setting the HMC
> leap s
On Tue, 26 Jul 2016 17:29:24 +0200
WF Konynenberg wrote:
> Hi Martin,
>
> On 07/26/2016 04:12 PM, Martin Schwidefsky wrote:
> > On Tue, 26 Jul 2016 10:37:33 +0200
> > WF Konynenberg wrote:
> >
> > Either the sysadmin or NTP should do this, otherwise the s
On Tue, 26 Jul 2016 17:33:31 +
Marcy Cortes wrote:
> Martin wrote:
>
> >Either the sysadmin or NTP should do this, otherwise the system clock will
> >be off by 26 seconds (soon 27 seconds as another leap second is scheduled).
>
> This kind of implies that if I disable NTP on a server and reb
On Wed, 27 Jul 2016 10:28:04 +0200
Rob van der Heij wrote:
> On 26 July 2016 at 19:33, Marcy Cortes
> wrote:
>
> > Martin wrote:
> >
> > >Either the sysadmin or NTP should do this, otherwise the system clock
> > will be off by 26 seconds (soon 27 seconds as another leap second is
> > scheduled).
the TOD clock to get the initial time. This
fixes case 2). See the following git commit:
commit 936cc855ffe808b428cf75116fe031af9f12237e
Author: Martin Schwidefsky
Date: Tue May 31 12:47:03 2016 +0200
s390/time: add leap seconds to initial system time
The PTFF instruction can be used to retr
On Thu, 12 Apr 2018 08:13:43 -0400
Rick Barlow wrote:
> We have started seeing a rash of errors on some of our Linux virtual
> servers. The message we see on the virtual machine console is "Unknown
> program exception: 0028 [#1] SMP". It appears to only affect servers that
> were recently patched
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
On Fri, 21 Sep 2018 01:23:46 +
Victor Echavarry wrote:
> Today two linux guests stops responding. Both server are idle and using less
> than 10% of cpu.
>
>
> Checking the console we found these message
>
>
> 1: HCPGSP2629I The virtual machine is placed in CP mode due to a SIGP stop
> f
Hi Rich,
On Tue, 12 Mar 2019 12:01:18 -0700
Rich Smrcina wrote:
> For those of you at SHARE in Phoenix. If wish to join us for the LVM program
> dinner, please let me know either via email or here at SHARE face-to-face.
>
> We will be going to Steve’s Greenhouse Grill on Adams Street a half a
eutschland Entwicklung GmbH
MartinVorsitzender des Aufsichtsrats: Johann Weihen
Geschäftsführung: Herbert Kircher
Martin Schwidefsky Sitz der Gesellschaft: Böblingen
Linux on zSeries Registergericht: Amtsgericht Stuttgart,
Development
On Thu, 2007-05-24 at 11:28 -0400, Brad Hinson wrote:
> itimer is based on jiffies, so the granularity should be 1 millisecond
> (HZ=1000/s) in kernel space. I haven't tested this, though. Are you
> seeing something different?
HZ is 100 on s390 so the granularity is 10 milliseconds.
--
blue ski
On Wed, 2007-05-30 at 23:35 -0400, Rick Troth wrote:
> On an 'xterm', pressing F1 delivers an [224z sequence.
> One way to get full-screen 3270 interaction to ASCII apps
> is to have the 3270 PF1 AID converted to an [224z sequence.
With the current 3270 driver in 2.6.x kernels some PFx AID ke
On Tue, 2007-06-19 at 06:19 -0400, Rick Troth wrote:
> Not only are some inbound converted to meaningful VT100-like sequences
> but I found out that some of the *outbound* are already handled too!
> Dunno if this was done by Boeblingen or UTSGlobal, but either way,
> nice job folks!!
Thanks, the
On Wed, 2007-06-27 at 11:13 -0400, Richard Troth wrote:
> 4K on all platforms
There are several platforms where the pagesize is not 4K, e.g.
alpha(8K), powerpc(4K or 64K), ia64(4K, 8K, 16K or 64K), ...
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
-
On Thu, 2007-06-28 at 15:24 +0200, Rob van der Heij wrote:
> A higher value of swappiness means that when Linux memory management
> needs some free memory, it is more willing to swap out a process than
> to purge data in cache.
The definition of swappiness is murky. The relevant code snippets and
On Wed, 2007-10-03 at 01:13 +0200, Ivan Warren wrote:
> 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_rea
On Wed, 2007-10-31 at 09:49 +0100, Rob van der Heij wrote:
> The other part is the virtualization effect, where the Linux kernel
> believes it uses 100% of the CPU, but because of shared resources on
> z/VM it only gets 10% (so all readings are order of magnitude off).
> The latest Linux kernels ha
On Fri, 2008-01-04 at 10:34 +0200, Niemi Ari wrote:
> >> I wonder if anyone would have any clue that why this is happening?
> >
> >One thing to add to all the other responses. The screen shot shows 0
> >swap space available. That could just mean it was all used up, but it
> >does raise the questi
On Wed, 2008-02-27 at 14:37 +0100, Rob van der Heij wrote:
> Oh, and I doubt your patch does the trick. The ESSA will program check
> when not there. I don't think fault.c will like that.
The EX_TABLE entry will take care of the fault. As far as I can tell
Heikos patch is fine.
> PS I did read th
On Sun, 2008-02-24 at 15:36 -0700, Mark Post wrote:
> > Why? What is broken?
>
> Pretty much the whole thing. On a too-frequent basis it would go
> pathological and hurt you more than help you. According to Martin
> Schwidefsky, however, about a week ago, he's changed his
On Tue, 2008-03-18 at 21:20 +0900, John Summerfield wrote:
> Mark Post wrote:
>
> > Just to satisfy my own curiosity, I ran a kernel compile on the z10 guest.
> > With only one virtual processor defined to the guest, it finished
> > in 4 minutes. If I'd had two processors defined, I'm sure it wo
On Thu, 2008-06-12 at 05:41 -0500, Harold Grovesteen wrote:
> The z10 instructions are in binutils CVS. 2.18 came out in Aug 2007.
> With releases being approximately a year apart for the past few
> releases, is there a target date for 2.19 of which anyone is aware? I
> know this is really a binu
On Thu, 2008-06-12 at 09:11 -0600, Mark Post wrote:
> Why not just use the linux versions of the binutils? They are released
> > more often and the latest version 2.18.50.0.7 comes with the z10
> > instructions included. You'll find them on ftp.kernel.org under
> > pub/linux/devel/binutils.
>
> Wou
icy the dump device?
A vmoops analog to vmhalt would solved the problem just for z/VM. We
should be able to come up with a general interface for z/VM and LPAR,
something along the lines of /sys/firmware/ipl.
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development & Serv
ocess migrates from one
processor to another, the cache lines of the process just have to be
loaded from level 2 cache to level 1 cache again before they can be
accessed. On x86 it goes over memory.
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development & Services
IBM D
reason why we have CONFIG_SMALL_STACK
and __SMALL_STACK: the first define states the wish that we want to use
a small stack, the second define reflects if the compiler can actually
do it. Your compiler needs to know about the -mpacked-stack option,
otherwise you can't use the feature.
--
blue skies,
Mar
quot;,str)
to a simple strcpy. 2.4 has an inline function for strcpy but not a
non-inlined version. The compiler "optimization" requires a non-inline
function for strcpy. The easiest way to get to it is to backport
arch/s390/lib/string.c from a 2.6 kernel to 2.4.
--
blue skies,
Martin
ne did with
> fs/reiserfs/prints.c
Well, a matter of perspective. I think it is easier to simply define a
strcpy function that the gcc can call, instead of converting all
occurrences of sprintf(buf,"%s",str).
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Developm
console has to print a new message, the read needs to be stopped,
followed by the write for the message and then the read needs to be
started again. Consider my surprise when I found that a halt-subchannel
on the 3215 device did not work .. it is not implemented in the 3215
emulation.
--
blue skie
ation from the virtual console and translate accordingly. (sigh...
> I'm a cp924 guy myself...)
Care to come up with a patch?
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
"Reali
Series
systems use virtualized cpu so the feature does not make sense.
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
"Reality continues to ruin my
for the majority of the
systems. Heiko already sent a patch.
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
"Reality continues to ruin my life." - Calvin.
sted by using the difference of the current TOD clock and the last
jiffy timestamp. That gives you a very good resolution of the clock.
That means as long as you do not use NTP the result of a "STCK" in user
space and the gettimeofday call should be very close. With NTP they will
d
ly true if you use vmpc in a web interface. It sounds like a
very dangerous thing to do.
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
"Reality continues
his architecture better can confirm.
A number of people have stumbled over the ktermios struct. The preferred
solution is to remove the declaration of tty_std_termios because it is
already declared in a header file.
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development &am
nstruction in SYSIB 1.2.2. On our test system
it reports a cpu capability of 1456 (System z type 2094 model 738/S38).
The bogomips number is between ~3400 and ~4000 dependent on the phase of
the moon and the my caffeine-level. With the attached patch the same
number is report every time. Makes
On Sat, 2006-10-28 at 02:32 -0400, Alan Altmark wrote:
> On Friday, 10/27/2006 at 04:12 ZE2, Martin Schwidefsky
> <[EMAIL PROTECTED]> wrote:
> > After the BogoMips number has entertained us once again I'm inclined to
> > "fix" this stupid number.
>
>
28, aka "e".
>
> After all, you guys spent all that money trademarking "eServer" for
> those machines.
But 2.71828 would be even faster than 42 ..
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Development & Serv
Kernels boots and the system controls are still
working. I had to add an #include to ipc/ipc_sysctl.c
to get the kernel compiled. That include should be added to patch #51.
Acked-by: Martin Schwidefsky <[EMAIL PROTECTED]> for:
[PATCH 33/59] sysctl: s390 move sysctl definitions to sysctl.h
hat has been compiled
without -fpic/-fPIC. The brasl has a reach of +-4GB, for branches that
are farther away it cannot be used. Check the compile logs if you still
have then for a "relocation truncated to fit" error message.
--
blue skies,
Martin.
Martin Schwidefsky
Linux for zSeries Deve
0x8000aec4 versus 0x1008000aec4
Do a "readelf -a" on the object that contains auth_md5_valid and take a
look at the relocations that are applied to the function. The code
snippet above does not match the code snippet that contains the broken
brasl. The last tree digits of the address have to
. We now have a mailing list on vger.kernel.org. I will add this
list for all patches that I send and we'll changed the entry in the
MAINTAINERS file to point to this new list. Here is the link where you
can subscribe:
http://vger.kernel.org/vger-lists.html#linux-s390
--
blue skies,
Ma
schäftsführung: Herbert Kircher
Martin Schwidefsky Sitz der Gesellschaft: Böblingen
Linux on zSeries Registergericht: Amtsgericht Stuttgart,
Development HRB 243294
"Reality continues to ruin my life." - Calvin.
--
tsrats: Johann Weihen
Geschäftsführung: Herbert Kircher
Martin Schwidefsky Sitz der Gesellschaft: Böblingen
Linux on zSeries Registergericht: Amtsgericht Stuttgart,
Development HRB 243294
"Reality continues to ruin my life
Linux on 390 Port wrote on 07/29/2005 12:05:11
AM:
> With Linux 2.6, Martin Schwidefsky redesigned the 3270 driver mechanism,
> originally by UTS Global. Using Martin's drivers and the latest fixes,
> I am unable to make the following sample 3270 full-screen program run.
>
at gets redirected
to the fullscreen node. That shouldn't be too hard to implement.
> This hardly begins to address the issue you very rightly brought up, how
> to make /dev/3270/tty0987 and /dev/3270/tub0987 for a new device, and
> I'll try plowing into that.
G
or/minor 227/0 always returns -ENODEV,
open on char-major/minor 228/0 opens a fullscreen view on the 3270 device
that is associated with the current tty. If the controling tty isn't
a 3270 then again -ENODEV is returned.
In addition I fixed a few other bugs I fo
es after you are content with it.
I'll do other things in the meantime..
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
--
For LINUX-390 subscribe / si
On Thu, 2005-10-06 at 07:58 +0200, Waite, Dick wrote:
> We read, "Because IBM's lawyers forbids IBM employees to "sign
> off" on code that they did not write. At the moment, Martin Schwidefsky
> of IBM is considered the architecture maintainer for mainframe Lin
ve been trying to do what we feel has been the best for the s390
> Linux branch.
What we need to set up is a way how we can do peer reviews. I still hope
that the marist proposal takes place, it would solve some of our current
problems. For now please send the patches to one of the appropriate
osed to explore
> options to solving the problem. It's not about Martin failing to do
> something, it's about solving the problem, however perceived or real. I
> happen to think that a non-IBM voice would be helpful in partially solving
> this problem; you have a different per
y by their
rules you get nasty mails. But if you do play by their rules it works
well. You "just" have to find out what the rules are ...
--
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
---
contributors submitting stuff directly to Andrew Morton
> short-term.
Yes, please do so and please add me to CC when sending mainframe related
patches. That way I can comment them directly.
--
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschla
esult is feasible
> for inclusion.
>
> Btw also the opposite would be nice: people like Neale and Rob
> peer-reviewing our contributions would also help the result.
I second that. We definitly are interested in your opinion about our
code. The review works both ways.
--
blue skies,
cp return the CP return code instead of the Linux return code. That
way everybody is happy. You get what you ask for.
--
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
erent things. Each
function or group of functions that logically belong together should be
embedded in a stand-alone driver that can be used independently of all
the other functions.
4) Some of the diagnoses have side effects on other subsystems. E.g. the
diag250 does block i/o on a dasd, w
On Tue, 2005-10-11 at 13:25 +0100, Alan Cox wrote:
> On Maw, 2005-10-11 at 12:33 +0200, Martin Schwidefsky wrote:
> > Sorry to burst bubbles here. A generic diag interface doesn't make
> > sense. diag is a way to "call" the hypervisor from the guest kernel to
> >
then we can as well implement it as a system call.
--
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
--
For LINUX-390 subscribe / signoff / archive access
out the critical code
paths e.g. minor faults. There better should not be an additional
function call that would have been inlined with the bigger inline limit,
since function calls are quite expensive on s390.
--
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Serv
x27;
I added the bug-fix to my patch list. Will be sent to Andrew shortly.
--
blue skies,
Martin
Martin Schwidefsky
Linux for zSeries Development & Services
IBM Deutschland Entwicklung GmbH
--
For LINUX-390 subscribe / sign
rguments to function
> `blk_queue_ordered'
>
> CC arch/s390/lib/spinlock.o
> arch/s390/lib/spinlock.c: In function `_raw_spin_lock_wait':
> arch/s390/lib/spinlock.c:49: warning: implicit declaration of function
> `_raw_compare_and_swap'
I'll take care of it.
--
b
> There might have been some historical reasons from before
> even the first public releases (which is why I asked Martin
> -- this was before I joined the team); or it might have
> been simply broken from the start.
I'd say it was broken from the start. It never caused problems
so nobody noticed.
Hi Jason,
> I've tried the attached simple program on RedHat 2.4.9-17 and
> the lastest 2.4.17 build from IBM, and both fail miserably:
This is a bug in arch/{s390,s390x}/mm/fault.c that is present since the
beginning. A small wonder that nobody noticed it until now...
The following patch should
Hi Neale,
> Is this the same bit of logic in 2.4.7:
Indeed:
diff -urN linux-2.4.7/arch/s390/mm/fault.c linux-2.4.7-s390/arch/s390/mm/fault.c
--- linux-2.4.7/arch/s390/mm/fault.c Thu May 23 10:04:50 2002
+++ linux-2.4.7-s390/arch/s390/mm/fault.c Wed May 22 20:13:04 2002
@@ -163,6 +163,8 @@
>It's not that it's stopping because of a console event, it's just
>dropping dead at the OS level and I can't even bring it back with the
console.
Does the system drop dead without the timer patch as well? And can you do
a "#cp cpu all d p" after the system stopped and post the result?
blue skie
>binutils to 2.12.1
Not good. Please use version 2.12.90.0.4 and the patch from D-Works.
blue skies,
Martin
Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH
Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247
E-Mail: [EMAIL PROTECTED]
>the errors should be :
>../sysdeps/unix/sysv/linux/s390/s390-32/sysdep.S: Assembler message
>../sysdeps/unix/sysv/linux/s390/s390-32/sysdep.S:82: ERROR: backward
>reference to an unknown target "0:"
There is a bug in sysdep.S for the case non-PIC and non-reentrant. For
a "normal" compile this cas
Hi Tim,
> I am working on a patch that removes the old limit of NGROUPS.
>
> In doing so, I am checking everything that references NGROUPS. One
> such place is in arch/s390x/kernel/linux32.c.
>
> I notice these things:
> * s390x defines __kernel_old_gid_t to __kernel_gid_t (unsigned int)
> * s39
Hi Tim,
>Uggh, DaveM pointed out a very good issue with this fix (similar for
>Sparc64) and core files. Core files will now have truncated uid/gid
>values because fs/binfmt_elf calls NEW_TO_OLD_UID(). May be other
>places, too.
>
>I guess you should not apply this patch until I've had a better
>I admit I only briefly looked at the latest code, but afaik
>especially with the 'demand timer patch' Linux uses the TOD
>to tell time, and I don't recall seeing the drift corrections
>applied. This would mean an ntpd cannot adjust time of Linux
>running on z/VM, but one might be able to change t
> I've never seen "accepted" as a state. IBM guys: Any ideas?
A dasd device is in state "accepted" after the disable ioctl. This is
done by dasdfmt, it first disables the device, then formats each track
and reenables it after writing the default partition table.
> Invalidate first track...
> da
Hi Stephen,
> I just happened to follow the function and noticed that on s390,
> page_test_and_clear_dirty() has the comment:
>
> * Test and clear dirty bit in storage key.
> * We can't clear the changed bit atomically. This is a potential
> * race against modification of the referenced bit. This
1 - 100 of 132 matches
Mail list logo