Terry,
when changing the MTU value for a qeth device, the qeth driver does some
checking against the the maximum value allowed. This value depends on
the type of the qeth device (OSA or HiperSockets), but in both cases the
hardware / firmware defines the maximum allowed value.
Regards, Ursula Bra
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
Hi
Thanks. After researching I found that the default MTU size on the 10G OSA is
8992. So trying at 9000 or anything higher than the 8992 on z/Linux is a moot
point.
Thanks again for the information.
Btw, there was nothing that I had to do from the z/VM standpoint or TCP/IP on
z/VM. The TCP/I
On Thursday, 11/10/2011 at 07:54 EST, "Martin, Terry R. (CMS/CTR) (CTR)"
wrote:
> Thanks. After researching I found that the default MTU size on the 10G
OSA is
> 8992. So trying at 9000 or anything higher than the 8992 on z/Linux is a
moot
> point.
>
> Thanks again for the information.
>
> Btw, th
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
files look
like non-pic code. With -fPIC it should be R_390_PLT32DBL in th
On Thursday, November 10, 2011 02:55:58 am you wrote:
> Yes, that would work, we have tested NFS before.
> The amount data is quite huge, for that reason ftp is not interesting, and
> that why NFS also has been out of scope. So far. Maybee that transfer time
> is acceptable/better than ftp for exam
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
> Yes, that would work, we have tested NFS before.
> The amount data is quite huge, for that reason ftp is not interesting, and
> that
> why NFS also has been out of scope. So far.
> Maybee that transfer time is acceptable/better than ftp for example ?
Well, NFS will transfer only the data you ac
PEBCK - mea culpa - super senior moment etc. The script I was using to build
things was incorrect. I did it by hand and all was well. Sheesh.
On 11/10/11 11:11 AM, "Martin Schwidefsky" wrote:
> On Thu, 10 Nov 2011 15:16:55 +0100
> That is pretty much impossible. md_gather_operands does this fo
