From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 25 Mar 2018 08:39:27 -0700 From: Tony Lindgren To: Tero Kristo Cc: Christophe Lyon , Stephen Boyd , Jerome Brunet , Michael Turquette , Shawn Lin , Arnd Bergmann , Jyri Sarha , Thorsten Leemhuis , linux-omap , Linux ARM , linux-clk Subject: Re: Possible kernel bug in torvalds/linux/master Message-ID: <20180325153927.GB5700@atomide.com> References: <20180325151904.GA5700@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 In-Reply-To: <20180325151904.GA5700@atomide.com> List-ID: * Tony Lindgren [180325 15:20]: > Hi, > > * Arnd Bergmann [180325 13:30]: > > On Sun, Mar 25, 2018 at 3:03 PM, Christophe Lyon > > wrote: > > > Hi Arnd, > > > > > > We have a Jenkins jobs that builds the kernel from torvalds/linux > > > master branch mutli_v7 defconfig every day, using our last GCC release > > > (7.2-2017-11), and boots a beaglebone-black board. > > > > > > Last week it started to fail, I first suspected a Lava problem, but > > > the job now fails every time, and Remi Duraffort from the Lava team > > > thinks it's really a kernel problem. > > > > > > Is this something you are interested in investigating? Or should we > > > switch to another "less-edge" branch? > > > > > > The last successful run: > > > https://ci.linaro.org/job/tcwg-buildapp/app=linux+multi_v7,label=tcwg-x86_64-build,target=arm-linux-gnueabihf/75/ > > > The next one failed: > > > https://ci.linaro.org/job/tcwg-buildapp/app=linux+multi_v7,label=tcwg-x86_64-build,target=arm-linux-gnueabihf/76 > > > > > > Build 75 was with this kernel commit: > > > Merge branch 'for-4.16-fixes' > > > 1b5f3ba415fe4cf8b8b39c8d104ed44cde330658 > > > > > > Build 76 was with: > > > Merge tag 'clk-fixes-for-linus' > > > 3215b9d57a2c75c4305a3956ca303d7004485200 > > > > Hi Christophe, > > > > This branch is certainly the right one to test, thanks for the report! > > From looking at the output above, it seems that the kernel no longer > > boots at all, and fails to even print any messages. Between the > > two runs, I see the following commits: > > > > 3215b9d57a2c Merge tag 'clk-fixes-for-linus' of > > git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux > > 303851e14a8f Merge tag 'for-linus' of > > git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma > > 76c0b6a36a12 Merge tag 'scsi-fixes' of > > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi > > 645102eac15e Merge tag 'nfsd-4.16-1' of git://linux-nfs.org/~bfields/linux > > 32d43cd391ba kvm/x86: fix icebp instruction handling > > e8980d67d601 RDMA/ucma: Ensure that CM_ID exists prior to access it > > 68ef3bc31664 nfsd: remove blocked locks on client teardown > > 80cf79ae4f68 RDMA/verbs: Remove restrack entry from XRCD structure > > ed65a4dc2208 RDMA/ucma: Fix use-after-free access in ucma_close > > 7997f3b2df75 clk: bcm2835: Protect sections updating shared registers > > 49012d1bf5f7 clk: bcm2835: Fix ana->maskX definitions > > 2975d5de6428 RDMA/ucma: Check AF family prior resolving address > > 8a53fc511c5e clk: aspeed: Prevent reset if clock is enabled > > d90c76bb6112 clk: aspeed: Fix is_enabled for certain clocks > > bd8602ca42f6 infiniband: bnxt_re: use BIT_ULL() for 64-bit bit masks > > 5388a508479d infiniband: qplib_fp: fix pointer cast > > 42cea83f9524 IB/mlx5: Fix cleanup order on unload > > 0c81ffc60d52 RDMA/ucma: Don't allow join attempts for unsupported AF family > > 7688f2c3bbf5 RDMA/ucma: Fix access to non-initialized CM_ID object > > 9dea9a2ff61c RDMA/core: Do not use invalid destination in determining port reuse > > f3f134f5260a RDMA/mlx5: Fix crash while accessing garbage pointer and > > freed memory > > c2b37f76485f IB/mlx5: Fix integer overflows in mlx5_ib_create_srq > > 2c292dbb398e IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq > > 14bc1dff7427 scsi: qla2xxx: Remove FC_NO_LOOP_ID for FCP and FC-NVMe Discovery > > 318aaf34f117 scsi: libsas: defer ata device eh commands to libata > > 55c19eee3b47 clk: qcom: msm8916: Fix return value check in > > qcom_apcs_msm8916_clk_probe() > > 9903e41ae1f5 clk: hisilicon: hi3660：Fix potential NULL dereference in > > hi3660_stub_clk_probe() > > 56e1ee353943 Merge branch 'clk-helpers' (early part) into clk-fixes > > 04bf9ab3359f clk: fix determine rate error with pass-through clock > > 91584eb51b47 Merge branch 'clk-phase' into clk-fixes > > bd13c6cbd3c0 Merge tag 'ti-clk-fixes-4.16' of > > https://github.com/t-kristo/linux-pm into clk-fixes > > a88bb86d58ce Merge tag 'clk-imx-fixes-4.16' of > > git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into > > clk-fixes > > 957a42e8599a Merge tag 'sunxi-clk-fixes-for-4.16' of > > https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux into > > clk-fixes > > 99652a469df1 clk: migrate the count of orphaned clocks at init > > 7f95beea3608 clk: update cached phase to respect the fact when setting phase > > 762790b75210 clk: ti: am43xx: add set-rate-parent support for display > > clkctrl clock > > c083dc5f3738 clk: ti: am33xx: add set-rate-parent support for display > > clkctrl clock > > 49159a9dc3da clk: ti: clkctrl: add support for CLK_SET_RATE_PARENT flag > > a275b315334d clk: imx51-imx53: Fix UART4/5 registration on i.MX50 and i.MX53 > > 5682e268350f clk: sunxi-ng: a31: Fix CLK_OUT_* clock ops > > > > Out of these, All the interesting ones are clk related: > > > > 56e1ee353943 Merge branch 'clk-helpers' (early part) into clk-fixes > > 04bf9ab3359f clk: fix determine rate error with pass-through clock > > 91584eb51b47 Merge branch 'clk-phase' into clk-fixes > > bd13c6cbd3c0 Merge tag 'ti-clk-fixes-4.16' of > > https://github.com/t-kristo/linux-pm into clk-fixes > > 99652a469df1 clk: migrate the count of orphaned clocks at init > > 7f95beea3608 clk: update cached phase to respect the fact when setting phase > > 762790b75210 clk: ti: am43xx: add set-rate-parent support for display > > clkctrl clock > > c083dc5f3738 clk: ti: am33xx: add set-rate-parent support for display > > clkctrl clock > > 49159a9dc3da clk: ti: clkctrl: add support for CLK_SET_RATE_PARENT flag > > > > I've added the involved parties to Cc. We also see the same thing on > > kernelci, where many OMAP based systems now fail to boot, with the > > problem starting at the same commit: > > > > https://kernelci.org/boot/all/job/mainline/branch/master/kernel/v4.16-rc6-431-gbcfc1f455466/ > > > > It's possible that this has already been debugged and a fix is being worked on, > > but I'm not aware of anything, since I have not followed my email > > while travelling. > > I've confirmed that omap2plus_defconfig boots on bbb while > multi_v7_defconfig fails to boot with the following: > > l4_wkup_cm:clk:0010:0: failed to disable > Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa30e054 > pgd = 4b21228f > [fa30e054] *pgd=48211452(bad) > Internal error: : 1028 [#1] SMP ARM > Modules linked in: > CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.16.0-rc6-00075-g3215b9d57a2c #709 > Hardware name: Generic AM33XX (Flattened Device Tree) > PC is at _update_sysc_cache+0x2c/0x88 > LR is at _enable+0x19c/0x274 > pc : [] lr : [] psr: 40000013 > sp : db0adea0 ip : 00000003 fp : 00000000 > r10: c144997c r9 : 00000157 r8 : 00000003 > r7 : c151d30c r6 : 00000000 r5 : c1678ef4 r4 : c151b2f0 > r3 : fa30e054 r2 : c151b360 r1 : 00000054 r0 : c151b2f0 > Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none > Control: 10c5387d Table: 80204019 DAC: 00000051 > Process swapper/0 (pid: 1, stack limit = 0x2ddf0754) > Stack: (0xdb0adea0 to 0xdb0ae000) > dea0: c151b2f0 c032afc8 00000000 a0000013 c1504c48 c151b2f0 c151b314 c1504c48 > dec0: c151b328 c1311c78 a0000013 c0c15ec4 00000011 edaa6d91 c131297c c151b2f0 > dee0: c150ce28 c131297c ffffe000 c1312a68 c1504c48 00000000 c131297c c0302730 > df00: dfdffb06 dfdffafa c1250ecc 00000100 00000157 c0361f34 c124f400 c10cc358 > df20: 00000000 00000002 00000002 c10dec28 00000000 c1504c48 c10eeca0 c10dec9c > df40: 00000000 dfdffb06 00000000 edaa6d91 00000000 c1677700 c1677700 c13cf824 > df60: c13cf83c 00000003 00000157 c144997c 00000000 c1300e2c 00000002 00000002 > df80: 00000000 c13005c0 00000000 c0d96788 00000000 00000000 00000000 00000000 > dfa0: 00000000 c0d96790 00000000 c03010e8 00000000 00000000 00000000 00000000 > dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 d5370d56 dcffd777 > [] (_update_sysc_cache) from [] (_enable+0x19c/0x274) > [] (_enable) from [] (_setup.part.16+0xd8/0x418) > [] (_setup.part.16) from [] (__omap_hwmod_setup_all+0xec/0x100) > [] (__omap_hwmod_setup_all) from [] (do_one_initcall+0x54/0x18c) > [] (do_one_initcall) from [] (kernel_init_freeable+0x144/0x1d0) > [] (kernel_init_freeable) from [] (kernel_init+0x8/0x110) > [] (kernel_init) from [] (ret_from_fork+0x14/0x2c) > Exception stack(0xdb0adfb0 to 0xdb0adff8) > dfa0: 00000000 00000000 00000000 00000000 > dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 > Code: e31c0c01 e5903048 e0833001 1a00000a (e5933000) > > Tero, it might be some timing related clock issue? Looks like git bisect points to commit c083dc5f3738 ("clk: ti: am33xx: add set-rate-parent support for display clkctrl clock"). I also verified reverting it makes bbb boot again. Regards, Tony From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: Possible kernel bug in torvalds/linux/master Date: Sun, 25 Mar 2018 08:39:27 -0700 Message-ID: <20180325153927.GB5700@atomide.com> References: <20180325151904.GA5700@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Content-Disposition: inline In-Reply-To: <20180325151904.GA5700@atomide.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Tero Kristo Cc: Arnd Bergmann , Stephen Boyd , Shawn Lin , Jyri Sarha , linux-clk , Michael Turquette , Thorsten Leemhuis , linux-omap , Christophe Lyon , Linux ARM , Jerome Brunet List-Id: linux-omap@vger.kernel.org KiBUb255IExpbmRncmVuIDx0b255QGF0b21pZGUuY29tPiBbMTgwMzI1IDE1OjIwXToKPiBIaSwK PiAKPiAqIEFybmQgQmVyZ21hbm4gPGFybmRAYXJuZGIuZGU+IFsxODAzMjUgMTM6MzBdOgo+ID4g T24gU3VuLCBNYXIgMjUsIDIwMTggYXQgMzowMyBQTSwgQ2hyaXN0b3BoZSBMeW9uCj4gPiA8Y2hy aXN0b3BoZS5seW9uQGxpbmFyby5vcmc+IHdyb3RlOgo+ID4gPiBIaSBBcm5kLAo+ID4gPgo+ID4g PiBXZSBoYXZlIGEgSmVua2lucyBqb2JzIHRoYXQgYnVpbGRzIHRoZSBrZXJuZWwgZnJvbSB0b3J2 YWxkcy9saW51eAo+ID4gPiBtYXN0ZXIgYnJhbmNoIG11dGxpX3Y3IGRlZmNvbmZpZyBldmVyeSBk YXksIHVzaW5nIG91ciBsYXN0IEdDQyByZWxlYXNlCj4gPiA+ICg3LjItMjAxNy0xMSksIGFuZCBi b290cyBhIGJlYWdsZWJvbmUtYmxhY2sgYm9hcmQuCj4gPiA+Cj4gPiA+IExhc3Qgd2VlayBpdCBz dGFydGVkIHRvIGZhaWwsIEkgZmlyc3Qgc3VzcGVjdGVkIGEgTGF2YSBwcm9ibGVtLCBidXQKPiA+ ID4gdGhlIGpvYiBub3cgZmFpbHMgZXZlcnkgdGltZSwgYW5kIFJlbWkgRHVyYWZmb3J0IGZyb20g dGhlIExhdmEgdGVhbQo+ID4gPiB0aGlua3MgaXQncyByZWFsbHkgYSBrZXJuZWwgcHJvYmxlbS4K PiA+ID4KPiA+ID4gSXMgdGhpcyBzb21ldGhpbmcgeW91IGFyZSBpbnRlcmVzdGVkIGluIGludmVz dGlnYXRpbmc/IE9yIHNob3VsZCB3ZQo+ID4gPiBzd2l0Y2ggdG8gYW5vdGhlciAibGVzcy1lZGdl IiBicmFuY2g/Cj4gPiA+Cj4gPiA+IFRoZSBsYXN0IHN1Y2Nlc3NmdWwgcnVuOgo+ID4gPiBodHRw czovL2NpLmxpbmFyby5vcmcvam9iL3Rjd2ctYnVpbGRhcHAvYXBwPWxpbnV4K211bHRpX3Y3LGxh YmVsPXRjd2cteDg2XzY0LWJ1aWxkLHRhcmdldD1hcm0tbGludXgtZ251ZWFiaWhmLzc1Lwo+ID4g PiBUaGUgbmV4dCBvbmUgZmFpbGVkOgo+ID4gPiBodHRwczovL2NpLmxpbmFyby5vcmcvam9iL3Rj d2ctYnVpbGRhcHAvYXBwPWxpbnV4K211bHRpX3Y3LGxhYmVsPXRjd2cteDg2XzY0LWJ1aWxkLHRh cmdldD1hcm0tbGludXgtZ251ZWFiaWhmLzc2Cj4gPiA+Cj4gPiA+IEJ1aWxkIDc1IHdhcyB3aXRo IHRoaXMga2VybmVsIGNvbW1pdDoKPiA+ID4gTWVyZ2UgYnJhbmNoICdmb3ItNC4xNi1maXhlcycK PiA+ID4gMWI1ZjNiYTQxNWZlNGNmOGI4YjM5YzhkMTA0ZWQ0NGNkZTMzMDY1OAo+ID4gPgo+ID4g PiBCdWlsZCA3NiB3YXMgd2l0aDoKPiA+ID4gTWVyZ2UgdGFnICdjbGstZml4ZXMtZm9yLWxpbnVz Jwo+ID4gPiAzMjE1YjlkNTdhMmM3NWM0MzA1YTM5NTZjYTMwM2Q3MDA0NDg1MjAwCj4gPiAKPiA+ IEhpIENocmlzdG9waGUsCj4gPiAKPiA+IFRoaXMgYnJhbmNoIGlzIGNlcnRhaW5seSB0aGUgcmln aHQgb25lIHRvIHRlc3QsIHRoYW5rcyBmb3IgdGhlIHJlcG9ydCEKPiA+IEZyb20gbG9va2luZyBh dCB0aGUgb3V0cHV0IGFib3ZlLCBpdCBzZWVtcyB0aGF0IHRoZSBrZXJuZWwgbm8gbG9uZ2VyCj4g PiBib290cyBhdCBhbGwsIGFuZCBmYWlscyB0byBldmVuIHByaW50IGFueSBtZXNzYWdlcy4gQmV0 d2VlbiB0aGUKPiA+IHR3byBydW5zLCBJIHNlZSB0aGUgZm9sbG93aW5nIGNvbW1pdHM6Cj4gPiAK PiA+IDMyMTViOWQ1N2EyYyBNZXJnZSB0YWcgJ2Nsay1maXhlcy1mb3ItbGludXMnIG9mCj4gPiBn aXQ6Ly9naXQua2VybmVsLm9yZy9wdWIvc2NtL2xpbnV4L2tlcm5lbC9naXQvY2xrL2xpbnV4Cj4g PiAzMDM4NTFlMTRhOGYgTWVyZ2UgdGFnICdmb3ItbGludXMnIG9mCj4gPiBnaXQ6Ly9naXQua2Vy bmVsLm9yZy9wdWIvc2NtL2xpbnV4L2tlcm5lbC9naXQvcmRtYS9yZG1hCj4gPiA3NmMwYjZhMzZh MTIgTWVyZ2UgdGFnICdzY3NpLWZpeGVzJyBvZgo+ID4gZ2l0Oi8vZ2l0Lmtlcm5lbC5vcmcvcHVi L3NjbS9saW51eC9rZXJuZWwvZ2l0L2plamIvc2NzaQo+ID4gNjQ1MTAyZWFjMTVlIE1lcmdlIHRh ZyAnbmZzZC00LjE2LTEnIG9mIGdpdDovL2xpbnV4LW5mcy5vcmcvfmJmaWVsZHMvbGludXgKPiA+ IDMyZDQzY2QzOTFiYSBrdm0veDg2OiBmaXggaWNlYnAgaW5zdHJ1Y3Rpb24gaGFuZGxpbmcKPiA+ IGU4OTgwZDY3ZDYwMSBSRE1BL3VjbWE6IEVuc3VyZSB0aGF0IENNX0lEIGV4aXN0cyBwcmlvciB0 byBhY2Nlc3MgaXQKPiA+IDY4ZWYzYmMzMTY2NCBuZnNkOiByZW1vdmUgYmxvY2tlZCBsb2NrcyBv biBjbGllbnQgdGVhcmRvd24KPiA+IDgwY2Y3OWFlNGY2OCBSRE1BL3ZlcmJzOiBSZW1vdmUgcmVz dHJhY2sgZW50cnkgZnJvbSBYUkNEIHN0cnVjdHVyZQo+ID4gZWQ2NWE0ZGMyMjA4IFJETUEvdWNt YTogRml4IHVzZS1hZnRlci1mcmVlIGFjY2VzcyBpbiB1Y21hX2Nsb3NlCj4gPiA3OTk3ZjNiMmRm NzUgY2xrOiBiY20yODM1OiBQcm90ZWN0IHNlY3Rpb25zIHVwZGF0aW5nIHNoYXJlZCByZWdpc3Rl cnMKPiA+IDQ5MDEyZDFiZjVmNyBjbGs6IGJjbTI4MzU6IEZpeCBhbmEtPm1hc2tYIGRlZmluaXRp b25zCj4gPiAyOTc1ZDVkZTY0MjggUkRNQS91Y21hOiBDaGVjayBBRiBmYW1pbHkgcHJpb3IgcmVz b2x2aW5nIGFkZHJlc3MKPiA+IDhhNTNmYzUxMWM1ZSBjbGs6IGFzcGVlZDogUHJldmVudCByZXNl dCBpZiBjbG9jayBpcyBlbmFibGVkCj4gPiBkOTBjNzZiYjYxMTIgY2xrOiBhc3BlZWQ6IEZpeCBp c19lbmFibGVkIGZvciBjZXJ0YWluIGNsb2Nrcwo+ID4gYmQ4NjAyY2E0MmY2IGluZmluaWJhbmQ6 IGJueHRfcmU6IHVzZSBCSVRfVUxMKCkgZm9yIDY0LWJpdCBiaXQgbWFza3MKPiA+IDUzODhhNTA4 NDc5ZCBpbmZpbmliYW5kOiBxcGxpYl9mcDogZml4IHBvaW50ZXIgY2FzdAo+ID4gNDJjZWE4M2Y5 NTI0IElCL21seDU6IEZpeCBjbGVhbnVwIG9yZGVyIG9uIHVubG9hZAo+ID4gMGM4MWZmYzYwZDUy IFJETUEvdWNtYTogRG9uJ3QgYWxsb3cgam9pbiBhdHRlbXB0cyBmb3IgdW5zdXBwb3J0ZWQgQUYg ZmFtaWx5Cj4gPiA3Njg4ZjJjM2JiZjUgUkRNQS91Y21hOiBGaXggYWNjZXNzIHRvIG5vbi1pbml0 aWFsaXplZCBDTV9JRCBvYmplY3QKPiA+IDlkZWE5YTJmZjYxYyBSRE1BL2NvcmU6IERvIG5vdCB1 c2UgaW52YWxpZCBkZXN0aW5hdGlvbiBpbiBkZXRlcm1pbmluZyBwb3J0IHJldXNlCj4gPiBmM2Yx MzRmNTI2MGEgUkRNQS9tbHg1OiBGaXggY3Jhc2ggd2hpbGUgYWNjZXNzaW5nIGdhcmJhZ2UgcG9p bnRlciBhbmQKPiA+IGZyZWVkIG1lbW9yeQo+ID4gYzJiMzdmNzY0ODVmIElCL21seDU6IEZpeCBp bnRlZ2VyIG92ZXJmbG93cyBpbiBtbHg1X2liX2NyZWF0ZV9zcnEKPiA+IDJjMjkyZGJiMzk4ZSBJ Qi9tbHg1OiBGaXggb3V0LW9mLWJvdW5kcyByZWFkIGluIGNyZWF0ZV9yYXdfcGFja2V0X3FwX3Jx Cj4gPiAxNGJjMWRmZjc0Mjcgc2NzaTogcWxhMnh4eDogUmVtb3ZlIEZDX05PX0xPT1BfSUQgZm9y IEZDUCBhbmQgRkMtTlZNZSBEaXNjb3ZlcnkKPiA+IDMxOGFhZjM0ZjExNyBzY3NpOiBsaWJzYXM6 IGRlZmVyIGF0YSBkZXZpY2UgZWggY29tbWFuZHMgdG8gbGliYXRhCj4gPiA1NWMxOWVlZTNiNDcg Y2xrOiBxY29tOiBtc204OTE2OiBGaXggcmV0dXJuIHZhbHVlIGNoZWNrIGluCj4gPiBxY29tX2Fw Y3NfbXNtODkxNl9jbGtfcHJvYmUoKQo+ID4gOTkwM2U0MWFlMWY1IGNsazogaGlzaWxpY29uOiBo aTM2NjDvvJpGaXggcG90ZW50aWFsIE5VTEwgZGVyZWZlcmVuY2UgaW4KPiA+IGhpMzY2MF9zdHVi X2Nsa19wcm9iZSgpCj4gPiA1NmUxZWUzNTM5NDMgTWVyZ2UgYnJhbmNoICdjbGstaGVscGVycycg KGVhcmx5IHBhcnQpIGludG8gY2xrLWZpeGVzCj4gPiAwNGJmOWFiMzM1OWYgY2xrOiBmaXggZGV0 ZXJtaW5lIHJhdGUgZXJyb3Igd2l0aCBwYXNzLXRocm91Z2ggY2xvY2sKPiA+IDkxNTg0ZWI1MWI0 NyBNZXJnZSBicmFuY2ggJ2Nsay1waGFzZScgaW50byBjbGstZml4ZXMKPiA+IGJkMTNjNmNiZDNj MCBNZXJnZSB0YWcgJ3RpLWNsay1maXhlcy00LjE2JyBvZgo+ID4gaHR0cHM6Ly9naXRodWIuY29t L3Qta3Jpc3RvL2xpbnV4LXBtIGludG8gY2xrLWZpeGVzCj4gPiBhODhiYjg2ZDU4Y2UgTWVyZ2Ug dGFnICdjbGstaW14LWZpeGVzLTQuMTYnIG9mCj4gPiBnaXQ6Ly9naXQua2VybmVsLm9yZy9wdWIv c2NtL2xpbnV4L2tlcm5lbC9naXQvc2hhd25ndW8vbGludXggaW50bwo+ID4gY2xrLWZpeGVzCj4g PiA5NTdhNDJlODU5OWEgTWVyZ2UgdGFnICdzdW54aS1jbGstZml4ZXMtZm9yLTQuMTYnIG9mCj4g PiBodHRwczovL2dpdC5rZXJuZWwub3JnL3B1Yi9zY20vbGludXgva2VybmVsL2dpdC9zdW54aS9s aW51eCBpbnRvCj4gPiBjbGstZml4ZXMKPiA+IDk5NjUyYTQ2OWRmMSBjbGs6IG1pZ3JhdGUgdGhl IGNvdW50IG9mIG9ycGhhbmVkIGNsb2NrcyBhdCBpbml0Cj4gPiA3Zjk1YmVlYTM2MDggY2xrOiB1 cGRhdGUgY2FjaGVkIHBoYXNlIHRvIHJlc3BlY3QgdGhlIGZhY3Qgd2hlbiBzZXR0aW5nIHBoYXNl Cj4gPiA3NjI3OTBiNzUyMTAgY2xrOiB0aTogYW00M3h4OiBhZGQgc2V0LXJhdGUtcGFyZW50IHN1 cHBvcnQgZm9yIGRpc3BsYXkKPiA+IGNsa2N0cmwgY2xvY2sKPiA+IGMwODNkYzVmMzczOCBjbGs6 IHRpOiBhbTMzeHg6IGFkZCBzZXQtcmF0ZS1wYXJlbnQgc3VwcG9ydCBmb3IgZGlzcGxheQo+ID4g Y2xrY3RybCBjbG9jawo+ID4gNDkxNTlhOWRjM2RhIGNsazogdGk6IGNsa2N0cmw6IGFkZCBzdXBw b3J0IGZvciBDTEtfU0VUX1JBVEVfUEFSRU5UIGZsYWcKPiA+IGEyNzViMzE1MzM0ZCBjbGs6IGlt eDUxLWlteDUzOiBGaXggVUFSVDQvNSByZWdpc3RyYXRpb24gb24gaS5NWDUwIGFuZCBpLk1YNTMK PiA+IDU2ODJlMjY4MzUwZiBjbGs6IHN1bnhpLW5nOiBhMzE6IEZpeCBDTEtfT1VUXyogY2xvY2sg b3BzCj4gPiAKPiA+IE91dCBvZiB0aGVzZSwgQWxsIHRoZSBpbnRlcmVzdGluZyBvbmVzIGFyZSBj bGsgcmVsYXRlZDoKPiA+IAo+ID4gNTZlMWVlMzUzOTQzIE1lcmdlIGJyYW5jaCAnY2xrLWhlbHBl cnMnIChlYXJseSBwYXJ0KSBpbnRvIGNsay1maXhlcwo+ID4gMDRiZjlhYjMzNTlmIGNsazogZml4 IGRldGVybWluZSByYXRlIGVycm9yIHdpdGggcGFzcy10aHJvdWdoIGNsb2NrCj4gPiA5MTU4NGVi NTFiNDcgTWVyZ2UgYnJhbmNoICdjbGstcGhhc2UnIGludG8gY2xrLWZpeGVzCj4gPiBiZDEzYzZj YmQzYzAgTWVyZ2UgdGFnICd0aS1jbGstZml4ZXMtNC4xNicgb2YKPiA+IGh0dHBzOi8vZ2l0aHVi LmNvbS90LWtyaXN0by9saW51eC1wbSBpbnRvIGNsay1maXhlcwo+ID4gOTk2NTJhNDY5ZGYxIGNs azogbWlncmF0ZSB0aGUgY291bnQgb2Ygb3JwaGFuZWQgY2xvY2tzIGF0IGluaXQKPiA+IDdmOTVi ZWVhMzYwOCBjbGs6IHVwZGF0ZSBjYWNoZWQgcGhhc2UgdG8gcmVzcGVjdCB0aGUgZmFjdCB3aGVu IHNldHRpbmcgcGhhc2UKPiA+IDc2Mjc5MGI3NTIxMCBjbGs6IHRpOiBhbTQzeHg6IGFkZCBzZXQt cmF0ZS1wYXJlbnQgc3VwcG9ydCBmb3IgZGlzcGxheQo+ID4gY2xrY3RybCBjbG9jawo+ID4gYzA4 M2RjNWYzNzM4IGNsazogdGk6IGFtMzN4eDogYWRkIHNldC1yYXRlLXBhcmVudCBzdXBwb3J0IGZv ciBkaXNwbGF5Cj4gPiBjbGtjdHJsIGNsb2NrCj4gPiA0OTE1OWE5ZGMzZGEgY2xrOiB0aTogY2xr Y3RybDogYWRkIHN1cHBvcnQgZm9yIENMS19TRVRfUkFURV9QQVJFTlQgZmxhZwo+ID4gCj4gPiBJ J3ZlIGFkZGVkIHRoZSBpbnZvbHZlZCBwYXJ0aWVzIHRvIENjLiBXZSBhbHNvIHNlZSB0aGUgc2Ft ZSB0aGluZyBvbgo+ID4ga2VybmVsY2ksIHdoZXJlIG1hbnkgT01BUCBiYXNlZCBzeXN0ZW1zIG5v dyBmYWlsIHRvIGJvb3QsIHdpdGggdGhlCj4gPiBwcm9ibGVtIHN0YXJ0aW5nIGF0IHRoZSBzYW1l IGNvbW1pdDoKPiA+IAo+ID4gaHR0cHM6Ly9rZXJuZWxjaS5vcmcvYm9vdC9hbGwvam9iL21haW5s aW5lL2JyYW5jaC9tYXN0ZXIva2VybmVsL3Y0LjE2LXJjNi00MzEtZ2JjZmMxZjQ1NTQ2Ni8KPiA+ IAo+ID4gSXQncyBwb3NzaWJsZSB0aGF0IHRoaXMgaGFzIGFscmVhZHkgYmVlbiBkZWJ1Z2dlZCBh bmQgYSBmaXggaXMgYmVpbmcgd29ya2VkIG9uLAo+ID4gYnV0IEknbSBub3QgYXdhcmUgb2YgYW55 dGhpbmcsIHNpbmNlIEkgaGF2ZSBub3QgZm9sbG93ZWQgbXkgZW1haWwKPiA+IHdoaWxlIHRyYXZl bGxpbmcuCj4gCj4gSSd2ZSBjb25maXJtZWQgdGhhdCBvbWFwMnBsdXNfZGVmY29uZmlnIGJvb3Rz IG9uIGJiYiB3aGlsZQo+IG11bHRpX3Y3X2RlZmNvbmZpZyBmYWlscyB0byBib290IHdpdGggdGhl IGZvbGxvd2luZzoKPiAKPiBsNF93a3VwX2NtOmNsazowMDEwOjA6IGZhaWxlZCB0byBkaXNhYmxl Cj4gVW5oYW5kbGVkIGZhdWx0OiBleHRlcm5hbCBhYm9ydCBvbiBub24tbGluZWZldGNoICgweDEw MjgpIGF0IDB4ZmEzMGUwNTQKPiBwZ2QgPSA0YjIxMjI4Zgo+IFtmYTMwZTA1NF0gKnBnZD00ODIx MTQ1MihiYWQpCj4gSW50ZXJuYWwgZXJyb3I6IDogMTAyOCBbIzFdIFNNUCBBUk0KPiBNb2R1bGVz IGxpbmtlZCBpbjoKPiBDUFU6IDAgUElEOiAxIENvbW06IHN3YXBwZXIvMCBOb3QgdGFpbnRlZCA0 LjE2LjAtcmM2LTAwMDc1LWczMjE1YjlkNTdhMmMgIzcwOQo+IEhhcmR3YXJlIG5hbWU6IEdlbmVy aWMgQU0zM1hYIChGbGF0dGVuZWQgRGV2aWNlIFRyZWUpCj4gUEMgaXMgYXQgX3VwZGF0ZV9zeXNj X2NhY2hlKzB4MmMvMHg4OAo+IExSIGlzIGF0IF9lbmFibGUrMHgxOWMvMHgyNzQKPiBwYyA6IFs8 YzAzMmE4NDQ+XSAgICBsciA6IFs8YzAzMmFmYzg+XSAgICBwc3I6IDQwMDAwMDEzCj4gc3AgOiBk YjBhZGVhMCAgaXAgOiAwMDAwMDAwMyAgZnAgOiAwMDAwMDAwMAo+IHIxMDogYzE0NDk5N2MgIHI5 IDogMDAwMDAxNTcgIHI4IDogMDAwMDAwMDMKPiByNyA6IGMxNTFkMzBjICByNiA6IDAwMDAwMDAw ICByNSA6IGMxNjc4ZWY0ICByNCA6IGMxNTFiMmYwCj4gcjMgOiBmYTMwZTA1NCAgcjIgOiBjMTUx YjM2MCAgcjEgOiAwMDAwMDA1NCAgcjAgOiBjMTUxYjJmMAo+IEZsYWdzOiBuWmN2ICBJUlFzIG9u ICBGSVFzIG9uICBNb2RlIFNWQ18zMiAgSVNBIEFSTSAgU2VnbWVudCBub25lCj4gQ29udHJvbDog MTBjNTM4N2QgIFRhYmxlOiA4MDIwNDAxOSAgREFDOiAwMDAwMDA1MQo+IFByb2Nlc3Mgc3dhcHBl ci8wIChwaWQ6IDEsIHN0YWNrIGxpbWl0ID0gMHgyZGRmMDc1NCkKPiBTdGFjazogKDB4ZGIwYWRl YTAgdG8gMHhkYjBhZTAwMCkKPiBkZWEwOiBjMTUxYjJmMCBjMDMyYWZjOCAwMDAwMDAwMCBhMDAw MDAxMyBjMTUwNGM0OCBjMTUxYjJmMCBjMTUxYjMxNCBjMTUwNGM0OAo+IGRlYzA6IGMxNTFiMzI4 IGMxMzExYzc4IGEwMDAwMDEzIGMwYzE1ZWM0IDAwMDAwMDExIGVkYWE2ZDkxIGMxMzEyOTdjIGMx NTFiMmYwCj4gZGVlMDogYzE1MGNlMjggYzEzMTI5N2MgZmZmZmUwMDAgYzEzMTJhNjggYzE1MDRj NDggMDAwMDAwMDAgYzEzMTI5N2MgYzAzMDI3MzAKPiBkZjAwOiBkZmRmZmIwNiBkZmRmZmFmYSBj MTI1MGVjYyAwMDAwMDEwMCAwMDAwMDE1NyBjMDM2MWYzNCBjMTI0ZjQwMCBjMTBjYzM1OAo+IGRm MjA6IDAwMDAwMDAwIDAwMDAwMDAyIDAwMDAwMDAyIGMxMGRlYzI4IDAwMDAwMDAwIGMxNTA0YzQ4 IGMxMGVlY2EwIGMxMGRlYzljCj4gZGY0MDogMDAwMDAwMDAgZGZkZmZiMDYgMDAwMDAwMDAgZWRh YTZkOTEgMDAwMDAwMDAgYzE2Nzc3MDAgYzE2Nzc3MDAgYzEzY2Y4MjQKPiBkZjYwOiBjMTNjZjgz YyAwMDAwMDAwMyAwMDAwMDE1NyBjMTQ0OTk3YyAwMDAwMDAwMCBjMTMwMGUyYyAwMDAwMDAwMiAw MDAwMDAwMgo+IGRmODA6IDAwMDAwMDAwIGMxMzAwNWMwIDAwMDAwMDAwIGMwZDk2Nzg4IDAwMDAw MDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwCj4gZGZhMDogMDAwMDAwMDAgYzBkOTY3OTAg MDAwMDAwMDAgYzAzMDEwZTggMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKPiBk ZmMwOiAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMAo+IGRmZTA6IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAw MDAwMDAwIDAwMDAwMDEzIDAwMDAwMDAwIGQ1MzcwZDU2IGRjZmZkNzc3Cj4gWzxjMDMyYTg0ND5d IChfdXBkYXRlX3N5c2NfY2FjaGUpIGZyb20gWzxjMDMyYWZjOD5dIChfZW5hYmxlKzB4MTljLzB4 Mjc0KQo+IFs8YzAzMmFmYzg+XSAoX2VuYWJsZSkgZnJvbSBbPGMxMzExYzc4Pl0gKF9zZXR1cC5w YXJ0LjE2KzB4ZDgvMHg0MTgpCj4gWzxjMTMxMWM3OD5dIChfc2V0dXAucGFydC4xNikgZnJvbSBb PGMxMzEyYTY4Pl0gKF9fb21hcF9od21vZF9zZXR1cF9hbGwrMHhlYy8weDEwMCkKPiBbPGMxMzEy YTY4Pl0gKF9fb21hcF9od21vZF9zZXR1cF9hbGwpIGZyb20gWzxjMDMwMjczMD5dIChkb19vbmVf aW5pdGNhbGwrMHg1NC8weDE4YykKPiBbPGMwMzAyNzMwPl0gKGRvX29uZV9pbml0Y2FsbCkgZnJv bSBbPGMxMzAwZTJjPl0gKGtlcm5lbF9pbml0X2ZyZWVhYmxlKzB4MTQ0LzB4MWQwKQo+IFs8YzEz MDBlMmM+XSAoa2VybmVsX2luaXRfZnJlZWFibGUpIGZyb20gWzxjMGQ5Njc5MD5dIChrZXJuZWxf aW5pdCsweDgvMHgxMTApCj4gWzxjMGQ5Njc5MD5dIChrZXJuZWxfaW5pdCkgZnJvbSBbPGMwMzAx MGU4Pl0gKHJldF9mcm9tX2ZvcmsrMHgxNC8weDJjKQo+IEV4Y2VwdGlvbiBzdGFjaygweGRiMGFk ZmIwIHRvIDB4ZGIwYWRmZjgpCj4gZGZhMDogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAgMDAwMDAwMDAKPiBkZmMwOiAwMDAwMDAw MCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAwMDAwMDAwMCAw MDAwMDAwMAo+IGRmZTA6IDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAwMDAwIDAwMDAw MDEzIDAwMDAwMDAwCj4gQ29kZTogZTMxYzBjMDEgZTU5MDMwNDggZTA4MzMwMDEgMWEwMDAwMGEg KGU1OTMzMDAwKQo+IAo+IFRlcm8sIGl0IG1pZ2h0IGJlIHNvbWUgdGltaW5nIHJlbGF0ZWQgY2xv Y2sgaXNzdWU/CgpMb29rcyBsaWtlIGdpdCBiaXNlY3QgcG9pbnRzIHRvIGNvbW1pdCBjMDgzZGM1 ZjM3MzggKCJjbGs6IHRpOiBhbTMzeHg6CmFkZCBzZXQtcmF0ZS1wYXJlbnQgc3VwcG9ydCBmb3Ig ZGlzcGxheSBjbGtjdHJsIGNsb2NrIikuIEkgYWxzbyB2ZXJpZmllZApyZXZlcnRpbmcgaXQgbWFr ZXMgYmJiIGJvb3QgYWdhaW4uCgpSZWdhcmRzLAoKVG9ueQoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KbGludXgtYXJtLWtlcm5lbCBtYWlsaW5nIGxpc3QK bGludXgtYXJtLWtlcm5lbEBsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRl YWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtYXJtLWtlcm5lbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 From: tony@atomide.com (Tony Lindgren) Date: Sun, 25 Mar 2018 08:39:27 -0700 Subject: Possible kernel bug in torvalds/linux/master In-Reply-To: <20180325151904.GA5700@atomide.com> References: <20180325151904.GA5700@atomide.com> Message-ID: <20180325153927.GB5700@atomide.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org * Tony Lindgren [180325 15:20]: > Hi, > > * Arnd Bergmann [180325 13:30]: > > On Sun, Mar 25, 2018 at 3:03 PM, Christophe Lyon > > wrote: > > > Hi Arnd, > > > > > > We have a Jenkins jobs that builds the kernel from torvalds/linux > > > master branch mutli_v7 defconfig every day, using our last GCC release > > > (7.2-2017-11), and boots a beaglebone-black board. > > > > > > Last week it started to fail, I first suspected a Lava problem, but > > > the job now fails every time, and Remi Duraffort from the Lava team > > > thinks it's really a kernel problem. > > > > > > Is this something you are interested in investigating? Or should we > > > switch to another "less-edge" branch? > > > > > > The last successful run: > > > https://ci.linaro.org/job/tcwg-buildapp/app=linux+multi_v7,label=tcwg-x86_64-build,target=arm-linux-gnueabihf/75/ > > > The next one failed: > > > https://ci.linaro.org/job/tcwg-buildapp/app=linux+multi_v7,label=tcwg-x86_64-build,target=arm-linux-gnueabihf/76 > > > > > > Build 75 was with this kernel commit: > > > Merge branch 'for-4.16-fixes' > > > 1b5f3ba415fe4cf8b8b39c8d104ed44cde330658 > > > > > > Build 76 was with: > > > Merge tag 'clk-fixes-for-linus' > > > 3215b9d57a2c75c4305a3956ca303d7004485200 > > > > Hi Christophe, > > > > This branch is certainly the right one to test, thanks for the report! > > From looking at the output above, it seems that the kernel no longer > > boots at all, and fails to even print any messages. Between the > > two runs, I see the following commits: > > > > 3215b9d57a2c Merge tag 'clk-fixes-for-linus' of > > git://git.kernel.org/pub/scm/linux/kernel/git/clk/linux > > 303851e14a8f Merge tag 'for-linus' of > > git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma > > 76c0b6a36a12 Merge tag 'scsi-fixes' of > > git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi > > 645102eac15e Merge tag 'nfsd-4.16-1' of git://linux-nfs.org/~bfields/linux > > 32d43cd391ba kvm/x86: fix icebp instruction handling > > e8980d67d601 RDMA/ucma: Ensure that CM_ID exists prior to access it > > 68ef3bc31664 nfsd: remove blocked locks on client teardown > > 80cf79ae4f68 RDMA/verbs: Remove restrack entry from XRCD structure > > ed65a4dc2208 RDMA/ucma: Fix use-after-free access in ucma_close > > 7997f3b2df75 clk: bcm2835: Protect sections updating shared registers > > 49012d1bf5f7 clk: bcm2835: Fix ana->maskX definitions > > 2975d5de6428 RDMA/ucma: Check AF family prior resolving address > > 8a53fc511c5e clk: aspeed: Prevent reset if clock is enabled > > d90c76bb6112 clk: aspeed: Fix is_enabled for certain clocks > > bd8602ca42f6 infiniband: bnxt_re: use BIT_ULL() for 64-bit bit masks > > 5388a508479d infiniband: qplib_fp: fix pointer cast > > 42cea83f9524 IB/mlx5: Fix cleanup order on unload > > 0c81ffc60d52 RDMA/ucma: Don't allow join attempts for unsupported AF family > > 7688f2c3bbf5 RDMA/ucma: Fix access to non-initialized CM_ID object > > 9dea9a2ff61c RDMA/core: Do not use invalid destination in determining port reuse > > f3f134f5260a RDMA/mlx5: Fix crash while accessing garbage pointer and > > freed memory > > c2b37f76485f IB/mlx5: Fix integer overflows in mlx5_ib_create_srq > > 2c292dbb398e IB/mlx5: Fix out-of-bounds read in create_raw_packet_qp_rq > > 14bc1dff7427 scsi: qla2xxx: Remove FC_NO_LOOP_ID for FCP and FC-NVMe Discovery > > 318aaf34f117 scsi: libsas: defer ata device eh commands to libata > > 55c19eee3b47 clk: qcom: msm8916: Fix return value check in > > qcom_apcs_msm8916_clk_probe() > > 9903e41ae1f5 clk: hisilicon: hi3660?Fix potential NULL dereference in > > hi3660_stub_clk_probe() > > 56e1ee353943 Merge branch 'clk-helpers' (early part) into clk-fixes > > 04bf9ab3359f clk: fix determine rate error with pass-through clock > > 91584eb51b47 Merge branch 'clk-phase' into clk-fixes > > bd13c6cbd3c0 Merge tag 'ti-clk-fixes-4.16' of > > https://github.com/t-kristo/linux-pm into clk-fixes > > a88bb86d58ce Merge tag 'clk-imx-fixes-4.16' of > > git://git.kernel.org/pub/scm/linux/kernel/git/shawnguo/linux into > > clk-fixes > > 957a42e8599a Merge tag 'sunxi-clk-fixes-for-4.16' of > > https://git.kernel.org/pub/scm/linux/kernel/git/sunxi/linux into > > clk-fixes > > 99652a469df1 clk: migrate the count of orphaned clocks at init > > 7f95beea3608 clk: update cached phase to respect the fact when setting phase > > 762790b75210 clk: ti: am43xx: add set-rate-parent support for display > > clkctrl clock > > c083dc5f3738 clk: ti: am33xx: add set-rate-parent support for display > > clkctrl clock > > 49159a9dc3da clk: ti: clkctrl: add support for CLK_SET_RATE_PARENT flag > > a275b315334d clk: imx51-imx53: Fix UART4/5 registration on i.MX50 and i.MX53 > > 5682e268350f clk: sunxi-ng: a31: Fix CLK_OUT_* clock ops > > > > Out of these, All the interesting ones are clk related: > > > > 56e1ee353943 Merge branch 'clk-helpers' (early part) into clk-fixes > > 04bf9ab3359f clk: fix determine rate error with pass-through clock > > 91584eb51b47 Merge branch 'clk-phase' into clk-fixes > > bd13c6cbd3c0 Merge tag 'ti-clk-fixes-4.16' of > > https://github.com/t-kristo/linux-pm into clk-fixes > > 99652a469df1 clk: migrate the count of orphaned clocks at init > > 7f95beea3608 clk: update cached phase to respect the fact when setting phase > > 762790b75210 clk: ti: am43xx: add set-rate-parent support for display > > clkctrl clock > > c083dc5f3738 clk: ti: am33xx: add set-rate-parent support for display > > clkctrl clock > > 49159a9dc3da clk: ti: clkctrl: add support for CLK_SET_RATE_PARENT flag > > > > I've added the involved parties to Cc. We also see the same thing on > > kernelci, where many OMAP based systems now fail to boot, with the > > problem starting at the same commit: > > > > https://kernelci.org/boot/all/job/mainline/branch/master/kernel/v4.16-rc6-431-gbcfc1f455466/ > > > > It's possible that this has already been debugged and a fix is being worked on, > > but I'm not aware of anything, since I have not followed my email > > while travelling. > > I've confirmed that omap2plus_defconfig boots on bbb while > multi_v7_defconfig fails to boot with the following: > > l4_wkup_cm:clk:0010:0: failed to disable > Unhandled fault: external abort on non-linefetch (0x1028) at 0xfa30e054 > pgd = 4b21228f > [fa30e054] *pgd=48211452(bad) > Internal error: : 1028 [#1] SMP ARM > Modules linked in: > CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.16.0-rc6-00075-g3215b9d57a2c #709 > Hardware name: Generic AM33XX (Flattened Device Tree) > PC is at _update_sysc_cache+0x2c/0x88 > LR is at _enable+0x19c/0x274 > pc : [] lr : [] psr: 40000013 > sp : db0adea0 ip : 00000003 fp : 00000000 > r10: c144997c r9 : 00000157 r8 : 00000003 > r7 : c151d30c r6 : 00000000 r5 : c1678ef4 r4 : c151b2f0 > r3 : fa30e054 r2 : c151b360 r1 : 00000054 r0 : c151b2f0 > Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none > Control: 10c5387d Table: 80204019 DAC: 00000051 > Process swapper/0 (pid: 1, stack limit = 0x2ddf0754) > Stack: (0xdb0adea0 to 0xdb0ae000) > dea0: c151b2f0 c032afc8 00000000 a0000013 c1504c48 c151b2f0 c151b314 c1504c48 > dec0: c151b328 c1311c78 a0000013 c0c15ec4 00000011 edaa6d91 c131297c c151b2f0 > dee0: c150ce28 c131297c ffffe000 c1312a68 c1504c48 00000000 c131297c c0302730 > df00: dfdffb06 dfdffafa c1250ecc 00000100 00000157 c0361f34 c124f400 c10cc358 > df20: 00000000 00000002 00000002 c10dec28 00000000 c1504c48 c10eeca0 c10dec9c > df40: 00000000 dfdffb06 00000000 edaa6d91 00000000 c1677700 c1677700 c13cf824 > df60: c13cf83c 00000003 00000157 c144997c 00000000 c1300e2c 00000002 00000002 > df80: 00000000 c13005c0 00000000 c0d96788 00000000 00000000 00000000 00000000 > dfa0: 00000000 c0d96790 00000000 c03010e8 00000000 00000000 00000000 00000000 > dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 d5370d56 dcffd777 > [] (_update_sysc_cache) from [] (_enable+0x19c/0x274) > [] (_enable) from [] (_setup.part.16+0xd8/0x418) > [] (_setup.part.16) from [] (__omap_hwmod_setup_all+0xec/0x100) > [] (__omap_hwmod_setup_all) from [] (do_one_initcall+0x54/0x18c) > [] (do_one_initcall) from [] (kernel_init_freeable+0x144/0x1d0) > [] (kernel_init_freeable) from [] (kernel_init+0x8/0x110) > [] (kernel_init) from [] (ret_from_fork+0x14/0x2c) > Exception stack(0xdb0adfb0 to 0xdb0adff8) > dfa0: 00000000 00000000 00000000 00000000 > dfc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > dfe0: 00000000 00000000 00000000 00000000 00000013 00000000 > Code: e31c0c01 e5903048 e0833001 1a00000a (e5933000) > > Tero, it might be some timing related clock issue? Looks like git bisect points to commit c083dc5f3738 ("clk: ti: am33xx: add set-rate-parent support for display clkctrl clock"). I also verified reverting it makes bbb boot again. Regards, Tony