Lsmod will show you the currently loaded modules.
https://linux.die.net/man/8/lsmod

Am 4. Oktober 2018 02:30:58 MESZ schrieb Michael Mrozek <EvilDragon@openpandora.org>:
On Di, 2018-10-02 at 14:39 +0300, Grazvydas Ignotas wrote:

Quick update:

I've now renamed the modules-directory on my SD Card and booted it up
normally.

It's now happily idling around for 45 minutes already - it never
survived that long before.

I'll let it run as long as possible (no idea how much battery it has
left), but it could very well be that one driver is causing the freeze.

I'm planning to setup a small script that modprobes one driver after
the other, waits for 10 minutes, and then loads up the next one - until
we have the freeze.

Question:
Is there a way to find out what modules are being loaded normally?
So I know which ones I need to load manually with the script?

Thanks!

Hello,

I'm back and I've done some tests, no useful conclusions though. I
have 2 4GB boards now, I'll call them old one and new one.

- the old board also hangs, although it seems to take much longer (3
hours at least)
- the new one hangs in minutes, but occasionally it can run for half
an hour or so
- u-boot tester doesn't fail on new one, although I haven't tried it
for too long (less than 10 minutes)
- memtester (on Linux) doesn't fail on new one, it also seems to
allow
the new board to survive much longer. I think it survived overnight
but hung later when I was at work.

ideas:
- perhaps the problem has something to do with idle/power saving.
Need
to check if there are RAM registers related to that. Does anyone know
if it currently tries to do RAM self-refresh while idle?
- try without any TILER patches. I can vaguely remember it was said
the TILER can't be used at all because of some errata, but Matt
proved
otherwise. Maybe with 4GB/LPAE the problem actually triggers.

Gražvydas

On Mon, Oct 1, 2018 at 9:15 PM H. Nikolaus Schaller <
hns@goldelico.com> wrote:
Hi Askarus,

Am 01.10.2018 um 19:45 schrieb Nino Bock <askarus@openpandora.org
:

Hello everyone,

in the forums EvilDragon said:
"4GB RAM boards were working with only 2GB RAM enabled (as far as
I remember - as that was the reason I ordered the RAM modules
back then!)"

Did anyone with a 4GB Pyra try running it with only 2GB enabled?

Yes. We did that several times. Sometimes even unplanned (copying a
non-LPAE kernel to the SD card).

Might it work if we only populate it with half the amount of RAM
chips?

Unlikely. There are two separate busses from OMAP5 to 2 RAM chips
each.
So if one bus makes trouble it still will do if the other one is
not used.

The only differences may be power demand and cross-talk.

These are important questions.
If one of these options does actually work it will be fine for
the first batch.

Of course it's better to fix things but we are at a state where
we should start production as soon as possible.
Either of these possibilities would bring some Pyras to life and
be of no additional cost.

Maybe that's silly but if there is a chance that EvilDragon's
memories are true, then for me it's obvious what to do.

BR,
Nikolaus



Kernel mailing list
Kernel@pyra-handheld.com
http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel


Kernel mailing list
Kernel@pyra-handheld.com
http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel
--
Mit freundlichen Grüßen,

Michael Mrozek

-----------------------
OpenPandora GmbH
Geschäftsführer: Michael Mrozek

Schäffbräustr. 11
85049 Ingolstadt
Deutschland
Tel.: 0841 / 990 5548
http://www.openpandora.de/
HRB 4879, Amtsgericht Ingolstadt
-----------------------
eMail: mrozek@openpandora.org



Kernel mailing list
Kernel@pyra-handheld.com
http://pyra-handheld.com/cgi-bin/mailman/listinfo/kernel