From: Embedded Engineer <embed786@gmail.com> To: Thierry Reding <thierry.reding@gmail.com> Cc: linux-tegra@vger.kernel.org, Vladimir Murzin <vladimir.murzin@arm.com>, linux-arm-kernel@lists.infradead.org, Jon Hunter <jonathanh@nvidia.com> Subject: Re: Unstable Kernel behavior on an ARM based board Date: Mon, 4 Mar 2019 20:51:24 +0500 [thread overview] Message-ID: <CA+_ZnZRFMSmpJCG304MSMsA+aMjb9Qmsw6w-Cjv-uC2KRhXptQ@mail.gmail.com> (raw) In-Reply-To: <20190304142546.GB24676@ulmo> Thanks a lot Thierry for considering this thread. On Mon, Mar 4, 2019 at 7:25 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > Or it could indicate that something is > wrong when loading files from the root filesystem. When I used the downstream kernel and L4T filesystem, there was no problem regarding filesystem mounting. > All of the memory related configuration is part of a file called the > BCT. I think if you could provide that it would be very useful to have. Please find the link to our BCT: https://drive.google.com/open?id=1Az4nDIImCm14cnDSfHeBPlQYlYijGMrS > Also, it looks like you're using the Jetson TK1 device tree to boot, so > can I assume you haven't modified it at all? Yes, I modified the downstream kernel's dtb by generating new pinmux using Nvidia's dts generation tool but for upstream kernel I haven't modified any dts. > Other bits of information that would be good to know are how you are > generating the BCT and your boot images, what exactly you do to flash > the board and which release of L4T you use. We run Shmoo memory characterization tool and get cfg file from that. Then we convert that cfg to BCT (using mkbct command I guess). We were never able to flash the board using nvflash/flash.sh utility. So 1. We build and flash u-boot & BCT using tegra-uboot-flasher. 2. We build kernel using make separately using sources available on Nvidia download center. 3. We use apply_binaries.sh to copy tegra related files to sample file system downloaded from Nvidia download center. 4. We mount the emmc/SD-card using u-boot's ums command on our Linux host, and copy the whole filesystem, kernel and DTB to it. We are using R21.7 > Perhaps also try to run a recent linux-next just to exclude any issues > that may have been part of the 4.8.0-rc7 that you tested. Ok I will build kernel using linux-next and update here. Thanks again.
WARNING: multiple messages have this Message-ID (diff)
From: Embedded Engineer <embed786@gmail.com> To: Thierry Reding <thierry.reding@gmail.com> Cc: linux-tegra@vger.kernel.org, Vladimir Murzin <vladimir.murzin@arm.com>, linux-arm-kernel@lists.infradead.org, Jon Hunter <jonathanh@nvidia.com> Subject: Re: Unstable Kernel behavior on an ARM based board Date: Mon, 4 Mar 2019 20:51:24 +0500 [thread overview] Message-ID: <CA+_ZnZRFMSmpJCG304MSMsA+aMjb9Qmsw6w-Cjv-uC2KRhXptQ@mail.gmail.com> (raw) In-Reply-To: <20190304142546.GB24676@ulmo> Thanks a lot Thierry for considering this thread. On Mon, Mar 4, 2019 at 7:25 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > Or it could indicate that something is > wrong when loading files from the root filesystem. When I used the downstream kernel and L4T filesystem, there was no problem regarding filesystem mounting. > All of the memory related configuration is part of a file called the > BCT. I think if you could provide that it would be very useful to have. Please find the link to our BCT: https://drive.google.com/open?id=1Az4nDIImCm14cnDSfHeBPlQYlYijGMrS > Also, it looks like you're using the Jetson TK1 device tree to boot, so > can I assume you haven't modified it at all? Yes, I modified the downstream kernel's dtb by generating new pinmux using Nvidia's dts generation tool but for upstream kernel I haven't modified any dts. > Other bits of information that would be good to know are how you are > generating the BCT and your boot images, what exactly you do to flash > the board and which release of L4T you use. We run Shmoo memory characterization tool and get cfg file from that. Then we convert that cfg to BCT (using mkbct command I guess). We were never able to flash the board using nvflash/flash.sh utility. So 1. We build and flash u-boot & BCT using tegra-uboot-flasher. 2. We build kernel using make separately using sources available on Nvidia download center. 3. We use apply_binaries.sh to copy tegra related files to sample file system downloaded from Nvidia download center. 4. We mount the emmc/SD-card using u-boot's ums command on our Linux host, and copy the whole filesystem, kernel and DTB to it. We are using R21.7 > Perhaps also try to run a recent linux-next just to exclude any issues > that may have been part of the 4.8.0-rc7 that you tested. Ok I will build kernel using linux-next and update here. Thanks again. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2019-03-04 15:51 UTC|newest] Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-03-02 10:44 Unstable Kernel behavior on an ARM based board Embedded Engineer 2019-03-02 11:00 ` Russell King - ARM Linux admin 2019-03-02 11:01 ` Willy Tarreau 2019-03-02 11:22 ` Embedded Engineer 2019-03-02 11:25 ` Willy Tarreau 2019-03-02 11:46 ` Russell King - ARM Linux admin 2019-03-04 13:57 ` Thierry Reding 2019-03-02 11:36 ` Russell King - ARM Linux admin 2019-03-02 11:52 ` Embedded Engineer 2019-03-02 11:57 ` Russell King - ARM Linux admin 2019-03-02 12:20 ` Embedded Engineer 2019-03-02 12:39 ` Russell King - ARM Linux admin 2019-03-02 13:10 ` Embedded Engineer 2019-03-02 15:07 ` Clemens Koller 2019-03-04 5:14 ` Embedded Engineer 2019-03-04 10:26 ` Vladimir Murzin 2019-03-04 12:25 ` Embedded Engineer 2019-03-04 14:25 ` Thierry Reding 2019-03-04 15:51 ` Embedded Engineer [this message] 2019-03-04 15:51 ` Embedded Engineer 2019-03-05 10:01 ` Embedded Engineer 2019-03-05 10:01 ` Embedded Engineer 2019-03-05 10:07 ` Russell King - ARM Linux admin 2019-03-05 10:07 ` Russell King - ARM Linux admin 2019-03-05 10:29 ` Embedded Engineer 2019-03-05 10:29 ` Embedded Engineer 2019-03-05 11:20 ` Thierry Reding 2019-03-05 11:22 ` Russell King - ARM Linux admin 2019-03-05 11:22 ` Russell King - ARM Linux admin 2019-03-05 11:57 ` Thierry Reding 2019-03-05 13:16 ` Embedded Engineer 2019-03-05 13:16 ` Embedded Engineer 2019-03-05 13:23 ` Russell King - ARM Linux admin 2019-03-05 13:23 ` Russell King - ARM Linux admin 2019-03-05 13:32 ` Embedded Engineer 2019-03-05 13:32 ` Embedded Engineer 2019-03-05 14:23 ` Russell King - ARM Linux admin 2019-03-05 14:23 ` Russell King - ARM Linux admin 2019-03-05 14:57 ` Embedded Engineer 2019-03-05 14:57 ` Embedded Engineer 2019-03-05 14:58 ` Russell King - ARM Linux admin 2019-03-05 14:58 ` Russell King - ARM Linux admin 2019-03-05 15:11 ` Embedded Engineer 2019-03-05 15:11 ` Embedded Engineer 2019-03-05 15:31 ` Russell King - ARM Linux admin 2019-03-05 15:31 ` Russell King - ARM Linux admin 2019-03-05 15:44 ` Embedded Engineer 2019-03-05 15:44 ` Embedded Engineer 2019-03-15 8:55 ` Marcel Ziswiler 2019-03-15 8:55 ` Marcel Ziswiler 2019-03-05 16:00 ` Clemens Koller 2019-03-05 16:21 ` Embedded Engineer 2019-03-09 7:50 ` Embedded Engineer 2019-03-09 7:50 ` Embedded Engineer 2019-03-05 10:32 ` Thierry Reding 2019-03-05 11:05 ` Embedded Engineer 2019-03-05 11:05 ` Embedded Engineer 2019-03-05 11:36 ` Thierry Reding 2019-03-04 14:00 ` Andrew Lunn 2019-03-04 14:27 ` Thierry Reding 2019-03-04 15:27 ` Embedded Engineer 2019-03-04 15:57 ` Andrew Lunn 2019-03-04 16:03 ` Embedded Engineer
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=CA+_ZnZRFMSmpJCG304MSMsA+aMjb9Qmsw6w-Cjv-uC2KRhXptQ@mail.gmail.com \ --to=embed786@gmail.com \ --cc=jonathanh@nvidia.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-tegra@vger.kernel.org \ --cc=thierry.reding@gmail.com \ --cc=vladimir.murzin@arm.com \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.