Re: Weird behavior writing to SSD on 2013 MacBook

The only values that change are "load" and "r". "u" and "s" are 0.00. If I wait long enough it always continues but might be several minutes. -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Feb 5, 2015 at 4:56 PM, Dimitry Andric wrote: > If you let bsdtar continue, and press control-T

Re: Weird behavior writing to SSD on 2013 MacBook

On Thu, Feb 05, 2015 at 08:56:59AM +0100, Dimitry Andric wrote: > If you let bsdtar continue, and press control-T a few times, does the > user time (u) increase at all? Does it ever go any further, if you let > it run for a very long time? > > I believe a problem may have been introduced by r2779

Re: Filepaths in VM map for tmpfs files

On Wed, Feb 04, 2015 at 10:15:04AM -0500, John Baldwin wrote: > On Tuesday, February 03, 2015 10:33:36 PM Konstantin Belousov wrote: > > On Mon, Feb 02, 2015 at 09:50:22PM -0600, Eric Badger wrote: > > > On 02/02/2015 03:30 AM, Konstantin Belousov wrote: > > > > On Sun, Feb 01, 2015 at 08:38:29PM -

Re: Weird behavior writing to SSD on 2013 MacBook

On 2/5/15 12:30 AM, Konstantin Belousov wrote: On Thu, Feb 05, 2015 at 08:56:59AM +0100, Dimitry Andric wrote: If you let bsdtar continue, and press control-T a few times, does the user time (u) increase at all? Does it ever go any further, if you let it run for a very long time? I believe a

Re: Weird behavior writing to SSD on 2013 MacBook

On Thu, Feb 05, 2015 at 12:45:55AM -0800, Alfred Perlstein wrote: > > > On 2/5/15 12:30 AM, Konstantin Belousov wrote: > > On Thu, Feb 05, 2015 at 08:56:59AM +0100, Dimitry Andric wrote: > >> If you let bsdtar continue, and press control-T a few times, does the > >> user time (u) increase at all?

Re: Weird behavior writing to SSD on 2013 MacBook

It's possible original intent of that construct was just a pause/throttle if it used to be an if(). Makes sense although should investigate further. Sent from my iPhone > On Feb 5, 2015, at 1:03 AM, Konstantin Belousov wrote: > >> On Thu, Feb 05, 2015 at 12:45:55AM -0800, Alfred Perlstein wro

Re: PSA: If you run -current, beware!

On 5 Feb 2015, at 07:48, Luigi Rizzo wrote: > > Rather than depending on a compiler option, wouldn't it be better/more > robust to change ticks to unsigned, which has specified wrapping behavior? Especially if we want to extend support for external toolchains. gcc and clang support -fwrapv (th

Re: Weird behavior writing to SSD on 2013 MacBook

It seems like the patch solved my problem. No more freezing of the filesystem. -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Feb 5, 2015 at 6:19 PM, Alfred Perlstein wrote: > It's possible original intent of that construct was just a pause/throttle > if it used to be an if(). Makes s

Re: Weird behavior writing to SSD on 2013 MacBook

On 05 Feb 2015, at 09:30, Konstantin Belousov wrote: > > On Thu, Feb 05, 2015 at 08:56:59AM +0100, Dimitry Andric wrote: >> If you let bsdtar continue, and press control-T a few times, does the >> user time (u) increase at all? Does it ever go any further, if you let >> it run for a very long ti

Re: i915kms.ko regression?

Hi Johannes, i am experiencing a similar behavior on an Asus UX31A. The display is active but brightness seems to be near 0 and unchangeable. Reverting https://svnweb.freebsd.org/changeset/base/277959 made me get full brightness again. Unfortunately, brightness changing does not work. Regards, L

Re: Freebsd-current Virtualbox crashes when enable Vt-x/AMD Virtualization

Hi Alan, I have put the screen capture after kernel panic. I not sure if that helps. If you need more testing pls let me know. https://docs.google.com/file/d/0B54HQrZQWnfnRW1teTFHNG5PNW8/edit?usp=docslist_api https://docs.google.com/file/d/0B54HQrZQWnfnR3JwS0xfQ3QxVW8/edit?usp=docslist_api My

Re: i915kms.ko regression?

Hi Lutz, backing out that change fixed it, apart from the brightness regression. I have a hunch that the brightness regressed earler, I remember noticing that loading acpi_video and setting hw.acpi.video.lcd1.brightness didn't have any effect sometime after the i915 import. Best -Johannes On Thu

Re: PSA: If you run -current, beware!

On Thursday, February 05, 2015 08:48:33 AM Luigi Rizzo wrote: > On Thursday, February 5, 2015, Peter Wemm wrote: > > On Wednesday, February 04, 2015 04:29:41 PM Konstantin Belousov wrote: > > > On Tue, Feb 03, 2015 at 01:33:15PM -0800, Peter Wemm wrote: > > > > Sometime in the Dec 10th through Jan

Re: Filepaths in VM map for tmpfs files

On Thursday, February 05, 2015 10:37:55 AM Konstantin Belousov wrote: > On Wed, Feb 04, 2015 at 10:15:04AM -0500, John Baldwin wrote: > > On Tuesday, February 03, 2015 10:33:36 PM Konstantin Belousov wrote: > > > On Mon, Feb 02, 2015 at 09:50:22PM -0600, Eric Badger wrote: > > > > On 02/02/2015 03:

Re: PSA: If you run -current, beware!

On 5 February 2015 at 02:48, Luigi Rizzo wrote: > > Rather than depending on a compiler option, wouldn't it be better/more > robust to change ticks to unsigned, which has specified wrapping behavior? I believe there are cases other than ticks that rely on 2s complement signed wrap. We'd want to m

Re: PSA: If you run -current, beware!

On Thu, Feb 05, 2015 at 08:21:45AM -0500, John Baldwin wrote: > On Thursday, February 05, 2015 08:48:33 AM Luigi Rizzo wrote: ... > > > > It is fixed (in the proper meaning of the word, not like worked around, > > > > covered by paper) by the patch at the end of the mail. > > > > > > > > We alread

Re: PSA: If you run -current, beware!

On Thursday, February 05, 2015 04:22:23 PM Luigi Rizzo wrote: > On Thu, Feb 05, 2015 at 08:21:45AM -0500, John Baldwin wrote: > > On Thursday, February 05, 2015 08:48:33 AM Luigi Rizzo wrote: > ... > > > > > > It is fixed (in the proper meaning of the word, not like worked > > > > > around, > > >

Re: PSA: If you run -current, beware!

On Thu, Feb 05, 2015 at 10:48:54AM -0500, John Baldwin wrote: > On Thursday, February 05, 2015 04:22:23 PM Luigi Rizzo wrote: > > On Thu, Feb 05, 2015 at 08:21:45AM -0500, John Baldwin wrote: > > > On Thursday, February 05, 2015 08:48:33 AM Luigi Rizzo wrote: > > ... > > > > > > > > It is fixed (i

Re: i915kms.ko regression?

Am 2015-02-05 09:46, schrieb Lutz Bichler: Hi Johannes, i am experiencing a similar behavior on an Asus UX31A. The display is active but brightness seems to be near 0 and unchangeable. Reverting https://svnweb.freebsd.org/changeset/base/277959 made me get full brightness again. Unfortunately,

Jenkins build became unstable: FreeBSD_HEAD-tests2 #644

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

Re: PSA: If you run -current, beware!

On Thursday, February 05, 2015 10:48:54 AM John Baldwin wrote: > On Thursday, February 05, 2015 04:22:23 PM Luigi Rizzo wrote: > > On Thu, Feb 05, 2015 at 08:21:45AM -0500, John Baldwin wrote: > > > On Thursday, February 05, 2015 08:48:33 AM Luigi Rizzo wrote: > > ... > > > > > > > > It is fixed (

Re: PSA: If you run -current, beware!

On Thursday, February 05, 2015 11:00:46 AM Peter Wemm wrote: > On Thursday, February 05, 2015 10:48:54 AM John Baldwin wrote: > > On Thursday, February 05, 2015 04:22:23 PM Luigi Rizzo wrote: > > > On Thu, Feb 05, 2015 at 08:21:45AM -0500, John Baldwin wrote: > > > > On Thursday, February 05, 2015

Re: i915kms.ko regression?

There's a backlight_invert tunable/hint that you can set in /boot/loader.conf . Try setting it to 1 and rebooting. -a On 5 February 2015 at 10:32, wrote: > Am 2015-02-05 09:46, schrieb Lutz Bichler: >> >> Hi Johannes, >> >> i am experiencing a similar behavior on an Asus UX31A. The display is

UEFI boot doesn't work on 10.1-RELEASE/11.0-CURRENT

Hi all, I'm trying to set up FreeBSD on MSI X99S SLI Plus. BIOS compatibility mode doesn't work, so I need to use the new UEFI boot. All is well after installing FreeBSD, but when I do buildworld/kernel/installworld cycle I get: >> FreeBSD Boot Block Loader: /boot/loader.efi The same happens on bo

Re: Battery life with the latest drm

On 04.02.2015 21:27, Lars Engels wrote: By the way on the X230 (IvyBridge i7) the loader.conf setting "drm.i915.enable_rc6=7" makes a huge difference. For some other reason I removed it from loader.conf and hw.acpi.battery.time showed 160 minutes. After re-adding it battery time went up to 230 m

Re: PSA: If you run -current, beware!

On 2/5/15 11:00 AM, Peter Wemm wrote: On Thursday, February 05, 2015 10:48:54 AM John Baldwin wrote: On Thursday, February 05, 2015 04:22:23 PM Luigi Rizzo wrote: On Thu, Feb 05, 2015 at 08:21:45AM -0500, John Baldwin wrote: On Thursday, February 05, 2015 08:48:33 AM Luigi Rizzo wrote: ...

Re: UEFI boot doesn't work on 10.1-RELEASE/11.0-CURRENT

On Thu, Feb 5, 2015 at 1:37 PM, Piotr Kubaj wrote: > Hi all, > > I'm trying to set up FreeBSD on MSI X99S SLI Plus. BIOS compatibility > mode doesn't work, so I need to use the new UEFI boot. All is well after > installing FreeBSD, but when I do buildworld/kernel/installworld cycle I > get: > >>

Re: UEFI boot doesn't work on 10.1-RELEASE/11.0-CURRENT

On 02/05/15 22:28, Sam Fourman Jr. wrote: > > > On Thu, Feb 5, 2015 at 1:37 PM, Piotr Kubaj > wrote: > > Hi all, > > I'm trying to set up FreeBSD on MSI X99S SLI Plus. BIOS compatibility > mode doesn't work, so I need to use the new UEFI boot. All is well

Jenkins build is back to stable : FreeBSD_HEAD-tests2 #645

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

Re: PSA: If you run -current, beware!

On Wed, Feb 4, 2015 at 6:15 PM, Peter Wemm wrote: > --- kern/kern_clock.c 2014-12-01 15:42:21.707911656 -0800 > +++ kern/kern_clock.c 2014-12-01 15:42:21.707911656 -0800 > @@ -410,6 +415,11 @@ > #ifdef SW_WATCHDOG > EVENTHANDLER_REGISTER(watchdog_list, watchdog_config, NULL, 0); > #e

Re: UEFI boot doesn't work on 10.1-RELEASE/11.0-CURRENT

> > Can you tell us which version of CURRENT you tried? > > I tried, r278209 on my lenovo B570, then very early in the boot process it locks up and stops. > -- > Rui Paulo > > > > -- Sam Fourman Jr. ___ freebsd-current@freebsd.org mailing list http:/

Re: UEFI boot doesn't work on 10.1-RELEASE/11.0-CURRENT

On Feb 5, 2015, at 18:29, Sam Fourman Jr. wrote: > >> Can you tell us which version of CURRENT you tried? >> >> I tried, r278209 on my lenovo B570, then very early in the boot process it > locks up and stops. If it stops in boot1, then it's because it couldn't find the UFS partition with loade

Re: UEFI boot doesn't work on 10.1-RELEASE/11.0-CURRENT

On Feb 5, 2015, at 13:33, Piotr Kubaj wrote: > > On 02/05/15 22:28, Sam Fourman Jr. wrote: >> >> >> On Thu, Feb 5, 2015 at 1:37 PM, Piotr Kubaj > > wrote: >> >>Hi all, >> >>I'm trying to set up FreeBSD on MSI X99S SLI Plus. BIOS compatibility >>mode doesn

Re: UEFI boot doesn't work on 10.1-RELEASE/11.0-CURRENT

On Thu, Feb 5, 2015 at 9:02 PM, Rui Paulo wrote: > On Feb 5, 2015, at 18:29, Sam Fourman Jr. wrote: > > > >> Can you tell us which version of CURRENT you tried? > >> > >> I tried, r278209 on my lenovo B570, then very early in the boot process > it > > locks up and stops. > > If it stops in boot1