On Wed, Nov 7, 2018 at 8:09 AM Guillaume Tucker <guillaume.tucker@xxxxxxxxxxxxx> wrote: > > On 06/11/2018 10:54, Guillaume Tucker wrote: > > On 05/11/2018 14:33, Olof Johansson wrote: > >> On Mon, Nov 5, 2018 at 1:43 AM Guillaume Tucker > >> <guillaume.tucker@xxxxxxxxxxxxx> wrote: > >>> > >>> Hi Linus, > >>> > >>> Please see below, the kernelci.org automated boot bisection found > >>> that the OMAP3 BeagleBoard-xM is failing to boot with SMP > >>> disabled and PREEMPT enabled in multi_v7_defconfig. There is no > >>> log output after the bootloader so the kernel seems to be > >>> crashing very early on. > >> > >> Can you enable DEBUG_LL to capture what goes wrong? > > > > Yes I've scheduled a re-run of the automated bisection with > > DEBUG_LL turned on, but the beagle-xm board is currently offline > > in lab-baylibre. I'll keep you posted when I get some results. > > Unfortunately, enabling the DEBUG_LL config didn't help. There's > still no visible kernel log at all from the failing LAVA jobs: > > http://lava.baylibre.com:10080/scheduler/alljobs?length=25&search=lava-bisect-9638#table > > > This might be a hard one to debug without physical access to the > board, but please let me know if you think there's anything else > I can try. For example, if there's a known older kernel revision > where the combination of SMP=n and PREEMPT=y worked then I could > try to run an automated boot bisection based on that. Is this only beagle-xm, or do we see it on all OMAP3 hardware? -Olof
