On 1/17/20 2:13 AM, Linus Walleij wrote: > On Tue, Nov 19, 2019 at 1:14 AM Florian Fainelli <f.fainelli@xxxxxxxxx> wrote: >> On 11/15/19 3:44 AM, Marco Felsch wrote: >>> >>> With your v7 it is working on my imx6 but unfortunately I can't run my >>> gstreamer testcase. My CPU load goes to 100% after starting gstreamer >>> and nothing happens.. But the test_kasan module works =) So I decided to >>> check a imx6quadplus but this target did not boot.. I used another >>> toolchain for the imx6quadplus gcc-9 instead of gcc-8. So it seems that >>> something went wrong during compilation. Because you didn't changed >>> something within the logic. >>> >>> I wonder why we must not define the CONFIG_KASAN_SHADOW_OFFSET for arm. >> >> That is was oversight. I have pushed updates to the branch here: >> >> https://github.com/ffainelli/linux/pull/new/kasan-v7 > > I just git Kasan back on my radar because it needs to be fixed some day. > > I took this branch for a ride on some QEMU and some real hardware. > Here I use the test module and just hacked it into the kernel instead of > as a module, it then crashes predictably but performs all the KASan > tests first and it works file, as in provokes the right warnings from > KASan. > > Tested systems: > > QEMU ARM RealView PBA8 > QEMU ARM RealView PBX A9 > QEMU ARM Versatile AB > Hardware Integrator CP > Hardware Versatile AB with IB2 > > Can we start to submit these patches to Russell's patch tracker? > Any more testing I should be doing? Let me submit and rebase v7 get the auto builders some days to see if it exposes a new build issue and then we toss it to RMK's patch tracker and fix bugs from there? -- Florian _______________________________________________ kvmarm mailing list kvmarm@xxxxxxxxxxxxxxxxxxxxx https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
