On Mon, 22 Sep 2003, Andrew Thompson wrote:
Andrew Thompson wrote:
I fixed the other null derefernce in sc_bell() and the laptop is now
suspending with the serial console the same as without.
as it should, but the second suspend it only does acpi_SetSleepState()
- AcpiEnterSleepStatePrep()
Andrew Thompson wrote:
Nate Lawson wrote:
On Wed, 17 Sep 2003, Andrew Thompson wrote:
It has helped and the laptop is able to suspend with the serial cable
attached (further than before). It now panics on the first resume with
the following (gdb output at bottom).
You should do a quick grep
Nate Lawson wrote:
On Wed, 17 Sep 2003, Andrew Thompson wrote:
It has helped and the laptop is able to suspend with the serial cable
attached (further than before). It now panics on the first resume with
the following (gdb output at bottom).
I think the serial cable is masking the problem as
On Wed, 17 Sep 2003, Andrew Thompson wrote:
Nate Lawson wrote:
On Wed, 17 Sep 2003, Andrew Thompson wrote:
111 sc_cur_scr = sc-cur_scp-index;
For a temporary workaround, try changing line 111 to:
if (sc-cur_scp == NULL)
return (0);
This may not help things
Hi,
I have -current on my laptop as of yesterdays sources and my suspending
isnt working quite right. The first time I suspend (S3) it works and
comes back to life, but the second time the laptop reboots when it
resumes.
I have now build a new kernel with debuging/ddb and hooked up a serial
Please compile your kernel with debug symbols (config -g KERNEL) and load
it into gdb to get the actual line of code that is getting that NULL
deref:
gdb kernel.debug
l *scsuspend+0x17
That should show the offending code segment.
-Nate
___
Nate Lawson wrote:
Please compile your kernel with debug symbols (config -g KERNEL) and load
it into gdb to get the actual line of code that is getting that NULL
deref:
gdb kernel.debug
l *scsuspend+0x17
That should show the offending code segment.
Hopefully I have done this right :)
On Wed, 17 Sep 2003, Andrew Thompson wrote:
Nate Lawson wrote:
gdb kernel.debug
l *scsuspend+0x17
That should show the offending code segment.
(gdb) l *scsuspend+0x17
0xc03d7b17 is in scsuspend (/usr/src/sys/isa/syscons_isa.c:111).
106 int retry = 10;
107
Nate Lawson wrote:
On Wed, 17 Sep 2003, Andrew Thompson wrote:
(gdb) l *scsuspend+0x17
0xc03d7b17 is in scsuspend (/usr/src/sys/isa/syscons_isa.c:111).
106 int retry = 10;
107 static int dummy;
108 sc_softc_t *sc;
109
110 sc =