mirror of https://lore.kernel.org/linux-amlogic/
 help / color / mirror / Atom feed
From: maswabey@purdue.edu (Swabey, Matthew A)
To: linus-amlogic@lists.infradead.org
Subject: Odroid-C2 solid green screen on "echo c > /proc/sysrq-trigger" on Arch 4.16/4.17rc6
Date: Mon, 4 Jun 2018 21:22:59 +0000	[thread overview]
Message-ID: <176f036c3d2f49a4b5bde68bdee68e6a@wppexc12.purdue.lcl> (raw)
In-Reply-To: <179a8a16-30a9-73fc-7f07-beeab3a981dc@poczta.onet.pl>

Well, as an update.

Using arch linux for arm, modified their PKGBUILD to build u-boot 2018.05 with no patches at all. Signed and wrote to SD-CARD as per usual. 

Green screen on echo c > /proc/sysrq-trigger after watchdog reset.
No green screen on shutdown -r

Temporary solution for me will be to play a "double reboot" game with a fingerprint file to see if it was shutdown cleanly or not.

Best,

Matthew

Dr. Matthew Swabey - Director?
Bechtel Innovation Design Center - Purdue University
room: BIDC 225? ? ? phone: +1-765-494-8655

-----Original Message-----
From: Micha? Zegan <webczat_200@poczta.onet.pl> 
Sent: Saturday, May 26, 2018 4:50 AM
To: Neil Armstrong <narmstrong@baylibre.com>; Swabey, Matthew A <maswabey@purdue.edu>; Tony McKahan <tonymckahan@gmail.com>
Cc: linux-amlogic at lists.infradead.org
Subject: Re: Odroid-C2 solid green screen on "echo c > /proc/sysrq-trigger" on Arch 4.16/4.17rc6

What about the *kernel* resetting at boot?

W dniu 26.05.2018 o?10:33, Neil Armstrong pisze:
> Hi,
> 
> I'm sorry to disappoint you, but with the HW watchdog, we *can't* execute any code from Linux when the watchdoog resets the system.
> We could eventually add some code in U-Boot to disable the HDMI output, but U-boot is not the first code executed, you will still see the green screen.
> You may need to contact Hardkernel to see if they can update the BL* binaries to include such reset.
> 
> Neil
> 
> On 26/05/2018 05:49, Swabey, Matthew A wrote:
>> Can also confirm green screen on watchdog reboot from "echo c > /proc/sysrq-trigger" for Armbian 5.44 with linux-u-boot-odroidc2-next version 2018.03.
>>
>> This is in addition to the Armbian bug where shutdown -r now doesn?t reboot the system, just either freezes or powers down. Supposed to be fixed on 2018.03 but not working for me.
>>
>> Matthew
>>
>> Dr. Matthew Swabey - Director
>> Bechtel Innovation Design Center - Purdue University
>> room: BIDC 225? ? ? phone: +1-765-494-8655
>>
>> -----Original Message-----
>> From: linux-amlogic 
>> [mailto:linux-amlogic-bounces at lists.infradead.org] On Behalf Of 
>> Swabey, Matthew A
>> Sent: Friday, May 25, 2018 10:37 PM
>> To: Tony McKahan <tonymckahan@gmail.com>; Neil Armstrong 
>> <narmstrong@baylibre.com>
>> Cc: linux-amlogic at lists.infradead.org
>> Subject: RE: Odroid-C2 solid green screen on "echo c > 
>> /proc/sysrq-trigger" on Arch 4.16/4.17rc6
>>
>> I just had a look at the Arch linux PKGBUILD for the uboot package I am using, and it is mainline 2017.07. So I am using the mainline uboot, just a bit older.
>>
>> I?ll give Armbian a try ? is it the distro wit1h the most development so far? (Other than the 3.14.x releases which I would prefer not to use for now).
>>
>> Matthew
>>
>> Dr. Matthew Swabey - Director
>> Bechtel Innovation Design Center - Purdue University
>> room: BIDC 225? ? ? phone: +1-765-494-8655
>>
>> From: Tony McKahan [mailto:tonymckahan at gmail.com]
>> Sent: Friday, May 25, 2018 3:46 PM
>> To: Neil Armstrong <narmstrong@baylibre.com>
>> Cc: Swabey, Matthew A <maswabey@purdue.edu>; 
>> linux-amlogic at lists.infradead.org
>> Subject: Re: Odroid-C2 solid green screen on "echo c > 
>> /proc/sysrq-trigger" on Arch 4.16/4.17rc6
>>
>> Hello Neil, Matt,
>>
>> Change to 2018.03 is in Armbian's development branch, just waiting to be rolled into the master.? I don't have this particular board for testing, but it should be updated soon.
>>
>> On Fri, May 25, 2018, 3:57 AM Neil Armstrong <mailto:narmstrong@baylibre.com> wrote:
>> Hi,
>>
>> On 25/05/2018 04:19, Swabey, Matthew A wrote:
>>> Odroid-C2 solid green screen on echo c > /proc/sysrq-trigger on Arch 
>>> Linux mainline 4.16/4.17rc6 Using lightdm on xorg fb. No mali, utgard or odroid specific framebuffers. However it seems to happen on them too.
>>>
>>> Steps to reproduce:
>>> 1. Boot
>>> 2. Echo c > /proc/sysrq-trigger with watchdog set. Or trigger the watchdog another way, i.e. watchdogd or system.
>>> 3. Watchdog causes reboot
>>> 4. Boots with screen solid green, see photo here: 
>>> https://photos.app.goo.gl/9VyiweNAIMD07VSM2
>>> ? ? ? ?a. No error messages visible, see attached log file bundles 
>>> containing dmesg, journalctl, package list, Xorg.0.log
>>> ? ? ? ?b. Linux-aarch64 is 4.16
>>> ? ? ? ?c. Linux-aarch64-rc is 4.17rc6 5. Reboot - screen back to 
>>> normal and working
>> Well, since screen goes back to normal means there is no bug on the kernel side.
>>
>> This is caused by Amlogic's U-Boot.
>> The HW watchdog does a complete SoC reset, we cannot execute any code from kernel when the watchdog wakes up.
>>
>> Please report this to Armbian and ask them to use Mainline U-Boot, this won't happen anymore.
>>
>> Neil
>>
>>>
>>> Thought - something about the way to trigger this reset isn't working, or a race condition is present which is being more reliably triggered? Perhaps in the dma controller or the HDMI?
>>>
>>> Any help to track this bug down would be very helpful, or someone else who would be interested? I can't figure out where in the stack the problem is occurring, but I guess it is the bootloader.
>>>
>>> Thanks,
>>>
>>> Matthew
>>>
>>>
>>>
>>> _______________________________________________
>>> linux-amlogic mailing list
>>> mailto:linux-amlogic at lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/linux-amlogic
>>>
>>
>>
>> _______________________________________________
>> linux-amlogic mailing list
>> mailto:linux-amlogic at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-amlogic
>> _______________________________________________
>> linux-amlogic mailing list
>> linux-amlogic at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-amlogic
>>
> 
> 
> _______________________________________________
> linux-amlogic mailing list
> linux-amlogic at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-amlogic
> 

  parent reply	other threads:[~2018-06-04 21:22 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-25  2:19 Swabey, Matthew A
2018-05-25  7:53 ` Neil Armstrong
     [not found]   ` <CAERgokn-JU9JxHibaWF8w9-roz-wVukey2c7RKVNJoSV=Y+Q3g@mail.gmail.com>
2018-05-26  2:36     ` Swabey, Matthew A
2018-05-26  3:49       ` Swabey, Matthew A
2018-05-26  8:33         ` Neil Armstrong
2018-05-26  8:49           ` Michał Zegan
2018-05-26 22:20             ` Swabey, Matthew A
2018-06-04 21:22             ` Swabey, Matthew A [this message]
2018-06-05  9:17               ` Neil Armstrong
2018-06-05 13:48                 ` Swabey, Matthew A
2018-06-05 16:07                   ` Jerome Brunet
2018-06-05 16:25                     ` Neil Armstrong

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=176f036c3d2f49a4b5bde68bdee68e6a@wppexc12.purdue.lcl \
    --to=maswabey@purdue.edu \
    --cc=linus-amlogic@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®