On Thu, Jun 17, 2021 at 09:30:05AM +0200, Peter Nicolai Mathias Hansteen wrote:
> 
> 
> > 17. jun. 2021 kl. 07:34 skrev Jonathan Gray <j...@jsg.id.au>:
> > 
> > There is better tiger lake support in the 5.10 drm I'm working on.  I am
> > trying to resolve some regressions on older hardware before merging it.
> 
> It would be interesting to hear what hardware this needs to be exposed to.

For example 'piglit run -s quick out' completes on -current on a x250
(broadwell).  With the drm510 tree it gets about 250 or so tests in and
then physical memory is rapidly consumed, the system runs out of free
physical pages and panics

panic: uao_find_swhash_elt: can't allocate entry
Stopped at      db_enter+0x10:  popq    %rbp
    TID    PID    UID     PRFLAGS     PFLAGS  CPU  COMMAND
 361145  65742   1000         0x2          0    2  max-texture-size
*365144  18100      0     0x14000      0x200    0K pagedaemon
db_enter() at db_enter+0x10
panic(ffffffff81e407c5) at panic+0x12a
uao_create(fffffd820cb4b940,12380) at uao_create
uvmpd_scan_inactive(ffffffff82212298) at uvmpd_scan_inactive+0x665
uvmpd_scan() at uvmpd_scan+0xfd
uvm_pageout(ffff8000ffffbcf0) at uvm_pageout+0x375
end trace frame: 0x0, count: 9

This also occurs on valleyview and likely other intel hardware.

With inteldrm gen 2 / gen 3 hardware such as

i386 x40 lvds
inteldrm0 at pci0 dev 2 function 0 "Intel 82855GM Video" rev 0x02
inteldrm0: apic 1 int 16, I85X, gen 2

i386 x60 lvds
inteldrm0 at pci0 dev 2 function 0 "Intel 82945GM Video" rev 0x03
inteldrm0: apic 1 int 16, I945GM, gen 3

when running multiple instances of glxgears one stops spinning.

There is a problem with hardware graphics contexts on inteldrm, cause
unknown but worked around.  If 'kill_context XXX skipping reset' is seen
in dmesg after starting X/web browser that is the workaround.

> 
> Would something like my 2017 vintage Clevo (dmesg at 
> https://www.bsdly.net/~peter/dmesg_clevo_W840SU_20150220.txt 
> <https://www.bsdly.net/~peter/dmesg_clevo_W840SU_20150220.txt>, the install 
> saga at  https://bsdly.blogspot.com/2017/07/openbsd-and-modern-laptop.html 
> <https://bsdly.blogspot.com/2017/07/openbsd-and-modern-laptop.html>) 
> something that could be usefully exposed to a fresh amd64 snapshot combined 
> with a new drm510 kernel?
> 
> I still have that one lying around, so I could stand the noise for some test 
> runs if there’s a chance to help resolve any outstanding issues.
> 
> All the best,
> Peter
> 
> —
> Peter N. M. Hansteen, member of the first RFC 1149 implementation team
> http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
> "Remember to set the evil bit on all malicious network traffic"
> delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
> 
> 
> 
> 


Reply via email to