Re: [Myrinet] bogus page

Thomas Guignon <[email protected]>
Newsgroups gmane.network.myrinet.general
Organization ARTABEL
Message-ID <02013110314701.07435@pifou>
Le Mardi 29 Janvier 2002 19:37, vous avez écrit :
> Salut Thomas
>
> Thomas Guignon wrote:
> > Hello,
> > Sometime our MPI application makes the gm driver write something like
> > this: GM: LANAI[0]: port=2 bogus page SEND ptr = 0x40667020 FAILED 
> > (maxidx=32767)
>
> It happens when the Lanai is trying to resolve a virtual address and this
> address is not in the registration hash, i.e. is not registered. There is 2
> causes for that, a good one and a bad one. The bad one signals a bug in the
> application, the send buffer covers a page (at least one) that is not
> registered or allocated with gm_dma_malloc. It can happen on the receive
> side also. The ptr is the virtual page address. The second case is when the
> GM port is closed when messages are in flight: the port closure will
> deregistred automatically all registered memory, but it may happen in the
> middle of a large message send processed on the Lanai at that time. The
> fist pages are Ok, the rest of the buffer appears deregistered and you have
> this message. That would happen when the process dies, segfaults, killed by
> a signal, etc.
> It's a good timing as I have just finished a change for GM-1.5.1 that would
> remove the good case: if the port is closed, no messages are printed in the
> log. So in GM-1.5.1, this type of message would indicates a bug, 100% sure.
>
> Now, if you see this message when the application is running and the port
> is open (and stays open), I would like to run your MPI code to see what's
> happening.
>
> > I think this was caused by the fact that the
> > buffer was in swap instead of physical memory, correct me if I am wrong.
>
> Registered memory is locked in physical memory, and to register pages force
> them to swap out if they are swapped, so the buffer cannot be in swap.
>
> > Does --gm-can-register-memory option forces buffer to be in DMA-able
> > memory?
>
> Are you using mpich-gm 1.2..X ? there is no more "--gm-can-register-memory"
> in 1.2.1..X

Bonjour Patrick
We are using mpich-1.2.1..7 so sorry for the stupid question on 
--gm-can-register-memory

For our application I think that most of the cases are the first one but I'am 
not really sure.
The problem I have is that the error messages does not have time stamp to 
know when the error append: the message does not appear in /var/log/message 
but only with dmesg.


A+ 
-- 
Guignon Thomas, [email protected]
Tel: 33 1 69 18 95 93
Fax: 33 1 69 18 95 96
ARTABEL S.A.
69, rue de Paris
91400 Orsay FRANCE
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.