linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* kmem_grow: Called nonatomically from int - size-32?
@ 2000-07-25 19:27 Mike Flynn
  2000-07-26 15:13 ` Cal Erickson
  0 siblings, 1 reply; 2+ messages in thread
From: Mike Flynn @ 2000-07-25 19:27 UTC (permalink / raw)
  To: linuxppc-embedded


We have been hacking away on a TI  16C554 quad UART driver based on
serial.c. The driver supports the TI chip on our motherboard which hosts an
Embedded Planet CLLF with an MOT 860T processor. We have all four ports
working with interrupts, but we are seeing this message several times before
the system hangs: "kmem_grow: Called nonatomically from int - size-32." It
is issued from linux/mm/slab.c and obviously has something to do with shared
memory. Does anyone have insight as to what we are (or are not doing) to
upset slab.c?

Thanks,

Mike Flynn
Principal Software Engineer
Enerdyne Technologies
8402 Magnolia Ave.
Suite C
Santee, CA 92041
Voice: 619-562-3061
Fax: 619-562-8802
MFlynn@Enerdyne.com


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: kmem_grow: Called nonatomically from int - size-32?
  2000-07-25 19:27 kmem_grow: Called nonatomically from int - size-32? Mike Flynn
@ 2000-07-26 15:13 ` Cal Erickson
  0 siblings, 0 replies; 2+ messages in thread
From: Cal Erickson @ 2000-07-26 15:13 UTC (permalink / raw)
  To: Mike Flynn; +Cc: linuxppc-embedded


Mike,
You are trying to get a new piece of cache. The message occurs when
there is not one available. After the message appears the system goes
into a spinlock and tries again. This continues until the request is satisfied.

This could be an indication that you have a memory leak somewhere and
are not returning memory.
Cal

Mike Flynn wrote:

> We have been hacking away on a TI  16C554 quad UART driver based on
> serial.c. The driver supports the TI chip on our motherboard which hosts an
> Embedded Planet CLLF with an MOT 860T processor. We have all four ports
> working with interrupts, but we are seeing this message several times before
> the system hangs: "kmem_grow: Called nonatomically from int - size-32." It
> is issued from linux/mm/slab.c and obviously has something to do with shared
> memory. Does anyone have insight as to what we are (or are not doing) to
> upset slab.c?
>
> Thanks,
>
> Mike Flynn
> Principal Software Engineer
> Enerdyne Technologies
> 8402 Magnolia Ave.
> Suite C
> Santee, CA 92041
> Voice: 619-562-3061
> Fax: 619-562-8802
> MFlynn@Enerdyne.com
>

--
===========================================================================
Cal Erickson                 MontaVista Software Inc.
Customer Support Engineer    490 Potrero Avenue
Phone (408) 328-0304         Sunnyvale CA 94085
Fax   (408) 328-9204         e-mail cal_erickson@mvista.com
Pager 877-566-2012           support 1-800-759-8888 pin 202-7489
web http://www.mvista.com    support e-mail: support@mvista.com
eCode: http://cal@work.com.ecode.com
===========================================================================


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2000-07-26 15:13 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-07-25 19:27 kmem_grow: Called nonatomically from int - size-32? Mike Flynn
2000-07-26 15:13 ` Cal Erickson

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).