On Sun, Aug 23, 2020 at 09:10:25PM +0200, Christian Gmeiner wrote: > Hi > > > I have formally tested the patch with 5.7.10 - and it doesn't resolve > > the issue - sadly :( > > > > From my testing, the reads on > > VIVS_HI_CHIP_PRODUCT_ID > > VIVS_HI_CHIP_ECO_ID > > need to be conditional - while > > VIVS_HI_CHIP_CUSTOMER_ID > > seems to be okay. > > > > Uhh.. okay.. just send a V2 - thanks for testing :) There is also something else going on with the GC600 - 5.4 worked fine, 5.8 doesn't - my 2D Xorg driver gets stuck waiting on a BO after just a couple of minutes. Looking in debugfs, there's a whole load of BOs that are listed as "active", yet the GPU is idle: 00020000: A 0 ( 7) 00000000 00000000 8294400 00010000: I 0 ( 1) 00000000 00000000 4096 00010000: I 0 ( 1) 00000000 00000000 4096 00010000: I 0 ( 1) 00000000 00000000 327680 00010000: A 0 ( 7) 00000000 00000000 8388608 00010000: I 0 ( 1) 00000000 00000000 8388608 00010000: I 0 ( 1) 00000000 00000000 8388608 00010000: A 0 ( 7) 00000000 00000000 8388608 00010000: A 0 ( 3) 00000000 00000000 8388608 00010000: A 0 ( 4) 00000000 00000000 8388608 00010000: A 0 ( 3) 00000000 00000000 8388608 00010000: A 0 ( 3) 00000000 00000000 8388608 00010000: A 0 ( 3) 00000000 00000000 8388608 .... 00010000: A 0 ( 3) 00000000 00000000 8388608 Total 38 objects, 293842944 bytes My guess is there's something up with the way a job completes that's causing the BOs not to be marked inactive. I haven't yet been able to debug any further. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!