-----Ursprungligt meddelande----- >Fran: owner-freebsd-current_at_freebsd.org >[mailto:owner-freebsd-current_at_freebsd.org]For Alan Cox > >This should resolve the problem starting X. > >----- Forwarded message from Alan Cox <alc_at_FreeBSD.org> ----- > >X-Original-To: alc_at_cs.rice.edu >Delivered-To: alc_at_freebsd.org >Delivered-To: src-committers_at_freebsd.org >From: Alan Cox <alc_at_FreeBSD.org> >Date: Sun, 5 Oct 2003 15:23:44 -0700 (PDT) >To: src-committers_at_FreeBSD.org, cvs-src_at_FreeBSD.org, > cvs-all_at_FreeBSD.org >Subject: cvs commit: src/sys/vm device_pager.c >X-FreeBSD-CVS-Branch: HEAD >Precedence: bulk >X-Loop: FreeBSD.ORG >X-Virus-Scanned: by amavis-20030314-p2 at cs.rice.edu >X-DCC--Metrics: cs.rice.edu 1067; Body=1 Fuz1=1 Fuz2=1 > >alc 2003/10/05 15:23:44 PDT > > FreeBSD src repository > > Modified files: > sys/vm device_pager.c > Log: > The addition of a locking assertion to vm_page_zero_invalid() has revealed > a long-time bug: vm_pager_get_pages() assumes that m[reqpage] contains a > valid page upon return from pgo_getpages(). In the case of the device > pager this page has been freed and replaced by a fake page. The fake page > is properly inserted into the vm object but m[reqpage] is left pointing > to a freed page. For now, update m[reqpage] to point to the fake page. > > Submitted by: tegge > > Revision Changes Path > 1.69 +1 -0 src/sys/vm/device_pager.c Yes this works for me Regards MattReceived on Sun Oct 05 2003 - 21:24:07 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:24 UTC