Ok, have some results ...   It seems when chandev does autosensing of the
QETH cards it has a problem with the initialization.  However by adding
noauto to chandev for all devices other than the card I use, it initializes
without a problem.  Perhaps the QETH module has a problem with a lot of
cards on a system, I have 13 QETH cards (Fe/GBe), 9 TR LCS cards, and 4
ESCON CTC channels on this LPAR (too much connectivity).

It now initializes, however, it hangs during shutdown.  Oh well, life is not
perfect.

Craig

new chandev.conf:

noauto,0x0000,0xb7ff
noauto,0xb803,0xc371
noauto,0xc374,0xffff
ctc0,0xc372,0xc373
add_parms,0x10,0xb800,0xb802,portname:OSAFE7A,no_router
qeth0,0xb800,0xb801,0xb802


----- Original Message -----
From: "Post, Mark K" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 24, 2002 10:32 AM
Subject: Re: QETH Driver failure


> Except when dealing with an OCO module, IBM is the only one capable of
> working on the problem, so most of those options aren't applicable.  Sigh.
> I guess I did misunderstand, so I owe Craig an apology for sending him
down
> the wrong road to get help.  Sorry about that, Craig.  Next time I'll know
> better.  :(
>
> Mark Post
>
> -----Original Message-----
> From: Alan Altmark [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 24, 2002 9:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: QETH Driver failure
>
>
> On Wednesday, 01/23/2002 at 10:19 EST, "Post, Mark K" <[EMAIL PROTECTED]>
> wrote:
> > I must have misunderstood something that was being said in the past
> about
> > IBM support of Linux/390.  If someone like Craig is getting segfaults in
> the
> > QETH OCO driver for Linux/390, I thought he could open up a problem
> record
> > with the IBM support center to get it looked at.  Does he have to buy an
> IBM
> > maintenance license to do that?  (Here we go again, I can see it now...)
>  Or
> > is his only option to try to get some help from the Boeblingen folks who
> > subscribe to the mailing list?  This is something I need clarified for
> > myself for future reference.  (And if anyone in Boeblingen is reading,
> the
> > raw kernel oops is at the bottom.  Craig can run it through ksymoops for
> you
> > if you contact him.)
>
> If you want traditional defect support, you will need to buy a support
> contract from someone (IBM, the vendor, or a 3rd party).  Otherwise, you
> can e-mail us at [EMAIL PROTECTED] and we'll respond on an
> "as-available" basis (see the Developerworks web page), or you may get
> some help on this list.
>
> Regards,
> Alan
>
> IBM Senior Software Engineer
> z/VM Development,     Endicott, NY
> Phone  607.752.6027    fax 607.752.1497     t/l 852
>

Reply via email to