On 06/04/16 15:02, Konstantin Belousov wrote:
> On Sat, Jun 04, 2016 at 02:59:01PM -0400, Michael Butler wrote:
>> On 06/04/16 13:47, Konstantin Belousov wrote:
>>
>> [ .. snip .. ]
>>
>>> I believe that this is a bug in amd64 pmap. Fictitious pages are not
>>> promoted, in particular, the
On 06/04/16 15:02, Konstantin Belousov wrote:
> On Sat, Jun 04, 2016 at 02:59:01PM -0400, Michael Butler wrote:
>> On 06/04/16 13:47, Konstantin Belousov wrote:
>>
>> [ .. snip .. ]
>>
>>> I believe that this is a bug in amd64 pmap. Fictitious pages are not
>>> promoted, in particular, the
On Sat, Jun 04, 2016 at 02:59:01PM -0400, Michael Butler wrote:
> On 06/04/16 13:47, Konstantin Belousov wrote:
>
> [ .. snip .. ]
>
> > I believe that this is a bug in amd64 pmap. Fictitious pages are not
> > promoted, in particular, the pv_table array does not span over the
> > dynamically
On 06/04/16 13:47, Konstantin Belousov wrote:
[ .. snip .. ]
> I believe that this is a bug in amd64 pmap. Fictitious pages are not
> promoted, in particular, the pv_table array does not span over the
> dynamically registered fictitious ranges. As result, pa_to_pvh() returns
> garbage and pvh
>
> I believe that this is a bug in amd64 pmap. Fictitious pages are not
> promoted, in particular, the pv_table array does not span over the
> dynamically registered fictitious ranges. As result, pa_to_pvh() returns
> garbage and pvh must not be accessed in the case of 'small_mappings'
On Sat, Jun 04, 2016 at 10:02:33AM -0700, Matthew Macy wrote:
>
>
>
>
> >
> > This "band-aid" seems to have worked. I haven't had a single panic since
> > - Thanks! :-)
> >
> > I tried to compile with -O0 but, for some reason, it panics in the sound
> > driver with a
>
> This "band-aid" seems to have worked. I haven't had a single panic since
> - Thanks! :-)
>
> I tried to compile with -O0 but, for some reason, it panics in the sound
> driver with a double-fault. When I get time, I'll recompile only the
> files involved and see if I can't
On 06/02/16 22:31, Matthew Macy wrote:
> Tell me if that makes any difference.
>
> -M
>
>
> On Thu, 02 Jun 2016 16:55:53 -0700 K. Macy wrote
>
> > It looks like it might be trying to remove mappings for a page that
> doesn't
> > have any. It's a bit odd.
>
> Slight variation -won't build as above; trying with "pmap_page_is_mapped(m)"
>
Oops copy pasta + serious fatigue. But you got the right idea.
-M
___
freebsd-current@freebsd.org mailing list
On 06/02/16 22:31, Matthew Macy wrote:
> Tell me if that makes any difference.
>
> -M
>
>
> On Thu, 02 Jun 2016 16:55:53 -0700 K. Macy wrote
>
> > It looks like it might be trying to remove mappings for a page that
> doesn't
> > have any. It's a bit odd.
Tell me if that makes any difference.
-M
On Thu, 02 Jun 2016 16:55:53 -0700 K. Macy wrote
> It looks like it might be trying to remove mappings for a page that doesn't
> have any. It's a bit odd. Likely a bug in cdev_pager_free_page or gem
> release mmap.
It looks like it might be trying to remove mappings for a page that doesn't
have any. It's a bit odd. Likely a bug in cdev_pager_free_page or gem
release mmap. Compile the kernel and driver with -O0 and look at the page.
It's too bad I don't support AGP yet with DRM 4.6. Maybe in a week or two.
On 05/23/16 21:10, Michael Butler wrote:
> On 05/22/16 09:58, Michael Butler wrote:
>> With KDE and compositing enabled, I randomly get the following:
>>
>> (kgdb) info stack
>> #0 doadump (textdump=) at pcpu.h:221
>> #1 0x8064e98e in kern_reboot (howto=260) at
>>
On 05/22/16 09:58, Michael Butler wrote:
> With KDE and compositing enabled, I randomly get the following:
>
> (kgdb) info stack
> #0 doadump (textdump=) at pcpu.h:221
> #1 0x8064e98e in kern_reboot (howto=260) at
> /usr/src/sys/kern/kern_shutdown.c:366
> #2 0x8064eea1 in
With KDE and compositing enabled, I randomly get the following:
(kgdb) info stack
#0 doadump (textdump=) at pcpu.h:221
#1 0x8064e98e in kern_reboot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:366
#2 0x8064eea1 in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:759
15 matches
Mail list logo