Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New TX1 vs Old TX1 #9

Closed
MTNTheCompWiz opened this issue Jan 24, 2019 · 2 comments
Closed

New TX1 vs Old TX1 #9

MTNTheCompWiz opened this issue Jan 24, 2019 · 2 comments

Comments

@MTNTheCompWiz
Copy link

MTNTheCompWiz commented Jan 24, 2019

I purchased quite a large number of TX1s and HDMI2CSI boards, and have run into a big problem. On my new boards, the driver pukes when trying to load the driver (specifically when the 2nd chip is initialized. (the one on 7h1f. The 7h0f seems to load fine.)

Has anyone else encountered this (or know of a fix?)?

@MTNTheCompWiz
Copy link
Author

Just to make sure everything on my build was clean... I wiped all my local copies of repos, did a fresh full flash using jetpack 3.2 on a brand-new board, then rebuilt everything following the instructions to the letter, and I still the system dying after a few minutes, and no video0/1 devices loaded.

In dmesg, I get the following:

[ 315.056697] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 1161.603307] bpmp_wait_ack() returned -110 on ch 0
[ 1161.608194] mrq 2 data [0x0 0x0 0x0 0x0 0xe 0x0 0x0 0x0 0x11 0x0 0x0 0x0 ]
[ 1161.616068] ------------[ cut here ]------------
[ 1161.620756] WARNING: at drivers/firmware/tegra/mail.c:357
[ 1161.626204] Modules linked in: bcmdhd bluedroid_pm
[ 1161.631203]
[ 1161.632792] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.4.38+ #1
[ 1161.638857] Hardware name: jetson_tx1 (DT)
[ 1161.643028] task: ffffffc0012c9ac0 ti: ffffffc0012b4000 task.ti: ffffffc0012b4000
[ 1161.650647] PC is at tegra_bpmp_send_receive_atomic+0xe4/0x138
[ 1161.656548] LR is at tegra_bpmp_send_receive_atomic+0xe4/0x138
[ 1161.662439] pc : [] lr : [] pstate: 800001c5
[ 1161.669878] sp : ffffffc0012b7d50
[ 1161.673250] x29: ffffffc0012b7d50 x28: 0000000000000000
[ 1161.678709] x27: ffffffc0000801d8 x26: 000000008151c000
[ 1161.684157] x25: 00000000ffffff92 x24: 0000000000000002
[ 1161.689605] x23: ffffffc0012b7db0 x22: 0000000000000004
[ 1161.695050] x21: ffffffc0012b7db8 x20: 000000000000000c
[ 1161.700490] x19: 0000000000000000 x18: 0000000000000000
[ 1161.705935] x17: 0000000000000000 x16: 0000000000000000
[ 1161.711377] x15: 0000000000000000 x14: 0000000000000000
[ 1161.716814] x13: 0000000000000000 x12: 0000000000000000
[ 1161.722253] x11: 0000000000000000 x10: 0000000000000000
[ 1161.727697] x9 : 0000000000000000 x8 : ffffffc0002f061c
[ 1161.733141] x7 : 0000000000000000 x6 : 0000000000000002
[ 1161.738580] x5 : 0000000000000001 x4 : ffffffc0012b7b30
[ 1161.744020] x3 : 0000000000000007 x2 : 0000000000000000
[ 1161.749461] x1 : 0000000000000002 x0 : 0000000000000001
[ 1161.754897]
[ 1161.756451] ---[ end trace fad8db5dce6a6b41 ]---
[ 1161.761125] Call trace:
[ 1161.763658] [] tegra_bpmp_send_receive_atomic+0xe4/0x138
[ 1161.770626] [] tegra_bpmp_do_idle+0x2c/0x40
[ 1161.776448] [] proc_idle_state_enter+0x68/0x140
[ 1161.782612] [] tegra210_cpu_pm_notifier+0x2c/0x58
[ 1161.788961] [] notifier_call_chain+0x44/0x84
[ 1161.794874] [] __raw_notifier_call_chain+0xc/0x14
[ 1161.801215] [] tegra210_cpu_pm_notify+0x2c/0x50
[ 1161.807377] [] tegra210_cpu_pm_enter+0x38/0x54
[ 1161.813460] [] arm_enter_idle_state+0x44/0x8c
[ 1161.819466] [] cpuidle_enter_state+0x168/0x2f8
[ 1161.825545] [] cpuidle_enter+0x18/0x20
[ 1161.830939] [] call_cpuidle+0x4c/0x58
[ 1161.836243] [] cpuidle_idle_call+0xcc/0x120
[ 1161.842066] [] cpu_idle_loop+0x25c/0x27c
[ 1161.847633] [] convert_prio+0x0/0x3c
[ 1161.852852] [] rest_init+0x8c/0x98
[ 1161.857899] [] start_kernel+0x2dc/0x2e4
[ 1161.863360] [<0000000080b3c000>] 0x80b3c000

and from that point on, the entire system seems to lag in response. Nothing shows in top... so not sure exactly what is lagging.

So, what gives? Is this driver even being maintained anymore?

@dariis
Copy link
Contributor

dariis commented Feb 7, 2019

Sorry for the late response, we had some staff turnover.

I do not see the link to our driver in the call trace.
Just to make sure, we only tested the TX1 on l4t 28.1 not 28.2.1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants