Jenkins build is back to normal : FreeBSD_HEAD #620

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: 11.0-RC2 suspend/resume on thinkpad x201 kills poweroff

Not sure if it helps. I have X1 Carbon 1st generation. What I did was recompile the kernel without vesa driver since the 11-current. And I am able to resume successful without the reset.video=1 even now with 11-RC2 I still ok. Best regards, Chan > On 9 Sep 2016, at 8:10 AM, Adrian Chadd wrot

Re: 11.0-RC2 suspend/resume on thinkpad x201 kills poweroff

Try forcing a console switch - hit alt-f1, alt-f2, etc. -a On 8 September 2016 at 15:10, Glen Barber wrote: > On Thu, Sep 08, 2016 at 11:32:24PM +0200, Philip Homburg wrote: >> The main culprit seems to be putting 'hw.acpi.reset_video=1' in >> /boot/loader.conf >> > > Yes, I have seen this cau

Build failed in Jenkins: FreeBSD_HEAD #619

See -- [...truncated 327702 lines...] install -o root -g wheel -m 444 audit.log.5.gz /builds/workspace/FreeBSD_HEAD/package/src/usr/share/man/man5/ install -o root -g wheel -m 444 audit_class.5.gz /bu

Re: 11.0-RC2 suspend/resume on thinkpad x201 kills poweroff

On Thu, Sep 08, 2016 at 11:32:24PM +0200, Philip Homburg wrote: > The main culprit seems to be putting 'hw.acpi.reset_video=1' in > /boot/loader.conf > Yes, I have seen this cause problems on some (not all) hardware. > this causes resume to hang half way through. I managed to trigger > CMOS corr

Re: 11.0-RC2 suspend/resume on thinkpad x201 kills poweroff

The main culprit seems to be putting 'hw.acpi.reset_video=1' in /boot/loader.conf this causes resume to hang half way through. I managed to trigger CMOS corruption once, but I can't systematically trigger it. Without hw.acpi.reset_video=1 in /boot/loader.conf, resume works except that the screen

Re: Weirdness in TTY & VT

Thanks for the feedback. I solved it by asking for next free vt (#nr) and then simply opening /dev/ttyv[#nr+1]. On Thu, Sep 8, 2016 at 10:36 AM, Jilles Tjoelker wrote: > On Fri, Sep 02, 2016 at 05:12:12PM -0700, Lundberg, Johannes wrote: > > I'm porting some Linux code and have some weird behav

Re: Weirdness in TTY & VT

On Fri, Sep 02, 2016 at 05:12:12PM -0700, Lundberg, Johannes wrote: > I'm porting some Linux code and have some weird behavior. > In this (Linux) code fstat() and minor() is used on a /dev/tty file > descriptor to get a tty number to map to. In FreeBSD this returns a number > around 60-70 for st_r

Re: kldload intpm

On 07/09/2016 20:49, John Baldwin wrote: > You can request a specific ordering via DRIVER_MODULE_ORDERED (you can > specify the > SI_ORDER to use as an extra argument). The typical practice is to load the > "base" > driver (the one that attaches highest up the device hierarchy) "last" so that >

Re: 11.0-RC2 suspend/resume on thinkpad x201 kills poweroff

In your letter dated Wed, 7 Sep 2016 22:58:29 + you wrote: >Any chance you can try this with 10.3-RELEASE? On 10.3, I get a kernel panic during suspend (in something vesa related), so I can't trigger the problem there. On 11.0-RC2 suspend works, resume mostly works except that the screen sta

Re: Call for Testing: Switching back to our BSD licensed dtc(1)

On 24 Jul 2016, at 12:42, David Chisnall wrote: > > I’ve now fixed both of these in the version here: > > https://github.com/davidchisnall/dtc Andy filed a number of issues on GitHub, which are now all fixed. In particular, /include/ should now work everywhere and /delete-node/ now works. I’