Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 02 Oct 2014 22:52:44 +0200
From:      marekrud@gmail.com
To:        Kevin Oberman <rkoberman@gmail.com>
Cc:        FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>
Subject:   Re: vt does not resume properly after zzz
Message-ID:  <86vbo2tcrn.fsf@gmail.com>
In-Reply-To: <CAN6yY1sr%2BOm%2BOvw8V9L500sgX_0Lt9ap3xa-DUhpXKD7w%2BEN9w@mail.gmail.com>
References:  <864mvqfabt.fsf@gmail.com> <CAN6yY1sr%2BOm%2BOvw8V9L500sgX_0Lt9ap3xa-DUhpXKD7w%2BEN9w@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Kevin Oberman <rkoberman@gmail.com> writes:

> On Mon, Sep 29, 2014 at 1:20 PM, <marekrud@gmail.com> wrote:
>
>> Hi all,
>>
>> I have configured vt by adding `kern.vty=vt' to /boot/loader.conf.
>>
>> After suspending the system using zzz and resuming, I can only see black
>> screen.  The system seem to be running, but the display is off.  I was
>> able to reproduce it on two different computers running 10.1-BETA2 and
>> 10.1-BETA3.
>>
>> Is there a simple way to fix it?  Should I report it to Bugzilla?
>>
>> Thank you for help!
>>
>> Marek
>>
>
> Since it works fine for me and, I presume, for many others, a bit more
> information would help.
>
> 1. Does syscons work after resume?

Yes.


> 2. Does the system run a graphics interface or is it text only? If so, does
> the problem show up in both modes?

In the default graphical mode (hw.vga.textmode not set), the display
seem to be off.

If I set hw.vga.textmode=1, then I get kernel panic right after calling
zzz.


> 3. WITH_NEW_XORG? (I am pretty sure it is, but confirmation would be good.)

I'm not sure, where to check it.  I did not modify it, so should be the
default from 10.1-BETA.


> 4. What driver?

The default, probably vesa (?)


> 5. What graphics system?
> 6. What type of system? (This stuff is tied closely to BIOS, so exact
> hardware is significant.)

Both are laptops:

 - Lenovo with Radeon HD 8240 (I think, this card is unsupported by the
   ati driver)
 - DELL M1330 with Intel graphics card (Xorg used to work with intel
   driver)


> 7. Contents of /etc/make.conf, /etc/src.conf, /boot/loader.conf, and
> /etc/sysctl.conf


/boot/loader.conf:

geom_eli_load="YES"
geli_ada0p3_keyfile0_load="YES"
geli_ada0p3_keyfile0_type="ada0p3:geli_keyfile0"
geli_ada0p3_keyfile0_name="ZZZ"

zfs_load="YES"
vfs.root.mountfrom="zfs:zroot"

kern.vty=vt




/etc/sysctl.conf

kern.coredump=0



/etc/make.conf, /etc/src.conf don't exist.



> 8. Contents of messages log at the time of the suspend and resume

Oct  2 22:43:51 thinkpad devd: Executing '/etc/rc.suspend acpi 0x03'
Oct  2 22:43:51 thinkpad acpi: suspend at 20141002 22:43:51
Oct  2 22:43:55 thinkpad kernel: uhub0: at usbus0, port 1, addr 1 (disconnected)
Oct  2 22:43:55 thinkpad kernel: uhub2: at usbus1, port 1, addr 1 (disconnected)
Oct  2 22:44:06 thinkpad kernel: uhub1: at usbus2, port 1, addr 1 (disconnected)
Oct  2 22:44:06 thinkpad kernel: uhub3: at usbus3, port 1, addr 1 (disconnected)
Oct  2 22:44:06 thinkpad kernel: uhub4: at usbus4, port 1, addr 1 (disconnected)
Oct  2 22:44:06 thinkpad kernel: ugen4.2: <Vimicro corp.> at usbus4 (disconnected)
Oct  2 22:44:06 thinkpad kernel: acpi0: cleared fixed power button status
Oct  2 22:44:06 thinkpad kernel: ACPI Error: No handler or method for GPE02, disabling event (20130823/evgpe-840)
Oct  2 22:44:06 thinkpad kernel: re0: link state changed to DOWN
Oct  2 22:44:06 thinkpad kernel: xhci0: 32 byte context size.
Oct  2 22:44:06 thinkpad kernel: uhub0: <AMD EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
Oct  2 22:44:06 thinkpad kernel: uhub1: <AMD EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus2
Oct  2 22:44:06 thinkpad kernel: uhub2: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0
Oct  2 22:44:06 thinkpad kernel: uhub3: <AMD OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
Oct  2 22:44:06 thinkpad kernel: uhub4: <AMD OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
Oct  2 22:44:06 thinkpad kernel: uhub2: 4 ports with 4 removable, self powered
Oct  2 22:44:06 thinkpad kernel: uhub3: 4 ports with 4 removable, self powered
Oct  2 22:44:06 thinkpad kernel: uhub4: 4 ports with 4 removable, self powered
Oct  2 22:44:06 thinkpad devd: Executing '/etc/rc.resume acpi 0x03'
Oct  2 22:44:06 thinkpad acpi: resumed at 20141002 22:44:06
Oct  2 22:44:06 thinkpad kernel: re0: link state changed to UP
Oct  2 22:44:06 thinkpad devd: Executing '/etc/rc.d/dhclient quietstart re0'
Oct  2 22:44:07 thinkpad kernel: uhub0: 4 ports with 4 removable, self powered
Oct  2 22:44:07 thinkpad kernel: uhub1: 4 ports with 4 removable, self powered
Oct  2 22:44:07 thinkpad dhclient: New IP Address (re0): ZZZ
Oct  2 22:44:07 thinkpad dhclient: New Subnet Mask (re0): ZZZ
Oct  2 22:44:07 thinkpad dhclient: New Broadcast Address (re0): ZZZ
Oct  2 22:44:07 thinkpad dhclient: New Routers (re0): ZZZ
Oct  2 22:44:08 thinkpad kernel: ugen4.2: <Vimicro corp.> at usbus4
Oct  2 22:44:08 thinkpad devd: Executing '/usr/local/etc/rc.d/webcamd start ugen4.2'
Oct  2 22:44:08 thinkpad devd: Executing '/usr/local/etc/rc.d/webcamd start ugen4.2'
Oct  2 22:44:08 thinkpad devd: Executing 'logger Unknown USB device: vendor 0x5986 product 0x0299 bus uhub0'
Oct  2 22:44:09 thinkpad root: Unknown USB device: vendor 0x5986 product 0x0299 bus uhub0
Oct  2 22:44:09 thinkpad devd: Executing 'logger Unknown USB device: vendor 0x5986 product 0x0299 bus uhub0'
Oct  2 22:44:09 thinkpad root: Unknown USB device: vendor 0x5986 product 0x0299 bus uhub0
Oct  2 22:44:09 thinkpad devd: Executing 'logger Unknown USB device: vendor 0x5986 product 0x0299 bus uhub0'
Oct  2 22:44:09 thinkpad root: Unknown USB device: vendor 0x5986 product 0x0299 bus uhub0



> 9. If not using GENERIC, your configuration file.

Yes


> 10. After the resume, is the system accessible over the network?

Yes


> 11. Is the display working but the backlight not on? Try looking at the
> screen in bright light and see if you can see anything on the screen

The display looks really off.


> I'm probably missing a few things, but those will at least help narrow it
> down.

Thank you!  I'll be glad for any further feedback.


Marek



> --
> R. Kevin Oberman, Network Engineer, Retired
> E-mail: rkoberman@gmail.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86vbo2tcrn.fsf>