600d raw_rec_task: NULL PTR

Started by mikemo, March 10, 2014, 11:49:39 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

mikemo

I'm just trying ML out for the first time tonight.  I'm using the latest nightly(build 3-09-2014.)  I get the error 'raw_rec_task: NULL PTR' at the end of any video.  By any video, I mean it happens both at the end of forced stopped video that occurs due to my low card speed and happens when im shooting continuous video at lower resolutions then pressing the stop button.  I'm just wondering if that's normal.  The footage seems to be ok besides some pink frames, which I understand is normal. 

a1ex

It's not normal. Do you have some more info about the error? If you upload your ML/SETTINGS directory, we can try to reproduce it.

Can anyone reproduce the issue on other cameras?

mikemo

This is the output from the last crash log(1 is generated for every video I have created.) 

[7] raw_rec_task: NULL PTR (0,e1a00000)
pc=       2 lr=       0 stack=162160+0x1000
entry=bd3830(0)
e1a00000 e59ff005 e59ff014 e59ff014
e59ff014 e1a00000 e59ff010 e59ff010


Magic Lantern version : v2.3.NEXT.2014Mar09.600D102
Mercurial changeset   : b7b428c610ef (unified) tip
Built on 2014-03-09 01:59:26 UTC by [email protected].
Free Memory  : 206K + 833K


My ML/SETTINGS directory - http://www.datafilehost.com/d/9b5ad573

I should note that this error was happening before I enabled dual iso or mlv player.

escho

The same problem on my 600D, too.

[100] raw_rec_task: NULL PTR (0,e1a00000)
pc=       2 lr=       0 stack=162160+0x1000
entry=bbc7b0(0)
e1a00000 e59ff005 e59ff014 e59ff014
e59ff014 e1a00000 e59ff010 e59ff010


Magic Lantern version : v2.3.NEXT.2014Mar06.600D102
Mercurial changeset   : 9969f7e19324 (unified)
Built on 2014-03-06 22:12:14 UTC by edgar@linux-uoww.
Free Memory  : 250K + 1033K
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

escho

looks like the crash doesn´t happen in crop-mode.

Edgar

edit:

do you need a core dump?
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex

Can you try loading the mem_prot module? Maybe it provides some more useful information.

escho

With this modul loaded no more crash

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex

Okay, but does it catch any error in menu?

escho

That´s all. I can see:


VRAM0 von seescho auf Flickr

Exceptions are counting up from 0, I guess to ...

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex

I'm confused... why this one shows CLR_CALC and the other shows raw_rec_task?

Does it have anything to do with small hacks? Are silent pictures OK? Is mlv_rec fine?

escho

silents give no crash and mlv_rec is fine, too. Small hacks are disabled.

I will try later, with which nightly this fault is introduced.

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

escho

nightly from 10.2.2014: no error
nightly from 11.2.2014: Camera hangs and blinks SOS, if inserting akku
nightly from 12.2.2014: Crash error is shown

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex

Good catch. Can you locate the guilty changeset with hg bisect?

For those changesets where the camera blinks SOS, simply remove some stuff from features.h to get some free RAM.

escho

edgar@linux-uoww:~/ML/escho-magiclantern> hg bisect --good
Die erste fehlerhafte Revision ist:
Änderung:        9252:4c11c09dcc4d
Zweig:           unified
Nutzer:          alex@thinkpad
Datum:           Mon Feb 10 12:00:01 2014 +0200
Zusammenfassung: Re-enabled CONFIG_TSKMON, but disabling it during raw recording to avoid performance penalty


I hope, I did all correct with this bisect-stuff

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex

This means, the error was present before, but went undetected. TSKMON is the thing that detects such errors.

Can you try bisecting with the mem_prot module? It does not depend on TSKMON, and you may have to try some older changesets.

escho

Hmm, nice  :o

Tried this, but too many compile errors appear in earlier builds, which I cannot solve. So I must give up here, sorry

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

escho

tskmon.c

Commenting this out let the error dissapeare

#ifdef HIJACK_TASK_ADDR

//    if (RECORDING_RAW)
//    {
        /* we need full speed; these checks might cause a small performance hit */
//        return;
//    }
   
    if (sensor_cleaning)
    {
        /* 5D2 locks up, even with loop of of asm("nop"); maybe others too? */
        return;
    }


???

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex


            #if defined(CONFIG_600D)
            /* Ignore CLR_CALC NPE
             */
            if (streq(task_name, "CLR_CALC"))
                return;
            #endif


So it's this one being triggered while recording. But why it's fine with mlv?

escho

Just enabled small hacks and the error has gone.

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

escho

... and if I disable the extra hacks in mlv_rec, I have this error in mlv_rec, too! These small (extra) hacks are the reason, raw rec had the error and mlv_rec didn´t. Since 2 days small hacks are enabled per default in raw_rec, too, so the error will not appeare anymore, if you don´t disable the small hacks.

That´s a way to avoid this error,  but that doesn´t mean, the real reason of this error is found.

Edgar
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex

Great find.

Curious which of the small hacks triggers this bug (it might be a clue for understanding what's going on).

escho

raw_rec.c

  /* disable auto exposure and auto white balance */
       //call("aewb_enableaewb", unhack ? 1 : 0);  /* for new cameras */
       call("lv_ae",           unhack ? 1 : 0);  /* for old cameras */
       call("lv_wb",           unhack ? 1 : 0);

error

/* disable auto exposure and auto white balance */
       call("aewb_enableaewb", unhack ? 1 : 0);  /* for new cameras */
       //call("lv_ae",           unhack ? 1 : 0);  /* for old cameras */
       //call("lv_wb",           unhack ? 1 : 0);

no error

Edgar

Wait, must test once more, something went wrong!

OK, confirmed!
https://sternenkarten.com/
600D, 6D, openSUSE Tumbleweed

a1ex

Hehe, good old aewb, which eats CPU time even when disabled...

1%

600D may have both sets of commands?

Dreamer

I can confirm I am experiencing the same issues on the 600D as the OP is.  Stopping RAW capture generates this error.