I think hps_at_ has a fix for this that uses a sequency of DELAY()s. The problem is that in freebsd, attach runs before the scheduler is running. Consequently, code using sleep primitives tends to hang because ticks never advance. The scheduler / threading starts much earlier on linux. -M On Tue, May 10, 2016 at 4:30 PM, Sergey Manucharian <sm_at_ara-ler.com> wrote: > I was running FreeBSD 11.0-CURRENT r292595 on ThinkPad T430 (i7-3520M, > Intel video 4000). A couple of days ago I tried to update to a fresher > version. > > I've built the head revision and then a couple of more: > something has been broken somewhere between r296485 and r297692, > I suspect namely i915kms - it won't boot: at the boot screen I see that > all modules are loaded, then after "Booting..." message at the bottom > screen turns black in 1-2 seconds of booting process, it seems to be the > point when it regularly switches to native resolution (with KMS). > > Can anybody shed light on this? What can I check to get more details? > > Regularly I update to the revisions used to build snapshots at: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/11.0/ > > assuming that those revisions have less issues. So tried a few, none > worked for me after a certain revision from the range I mentioned above. > Now I'm on r296485. > > Thanks for advices! > > Sergey > > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"Received on Tue May 10 2016 - 21:52:05 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:04 UTC