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