[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Panic on suspend
- To: filippo_(_dot_)_forti_(_at_)_fastwebnet_(_dot_)_it
- Subject: Re: Panic on suspend
- From: Ian Dowse <iedowse_(_at_)_maths_(_dot_)_tcd_(_dot_)_ie>
- Date: Thu, 03 Mar 2005 01:32:29 +0000
- Cc: freebsd-acpi_(_at_)_freebsd_(_dot_)_org, freebsd-current_(_at_)_freebsd_(_dot_)_org
In message <20050302165516_(_dot_)_GB674_(_at_)_portatile_(_dot_)_fastwebnet_(_dot_)_it>, Filippo Forti writes
:
>On Tue, Mar 01, 2005 at 03:19:42PM -0800, Nate Lawson wrote:
>> That is in the VGA BIOS. Try setting this sysctl before suspending:
>>
>> hw.acpi.reset_video=0
>Unfortunately this doesn't make the trick
>Thanks anyway
Did updating to the version 1.49 of vesa.c fix the crash for you?
There is a new patch at:
http://people.freebsd.org/~iedowse/vesa_restore.diff
This needs to be applied on top of version 1.49, and should hopefully
correct the behaviour when the VESA state requires more than 4k of
space. Would you be able to test that this version does not crash
for you on suspend?
I don't fully understand why the previous version was faulting at
0x2000, since that page should have been mapped into the VM86 address
space. However my code was definitely handling the kernel virtual
addresses incorrectly, so maybe that was causing something to be
overwritten. The updated patch allocates a contiguous virtual buffer
and then maps each page into the VM86 address space starting at
0x1000.
Ian
_______________________________________________
freebsd-current_(_at_)_freebsd_(_dot_)_org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe_(_at_)_freebsd_(_dot_)_org"
_______________________________________________
freebsd-acpi_(_at_)_freebsd_(_dot_)_org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscribe_(_at_)_freebsd_(_dot_)_org"
Visit your host, monkey.org