bugzilla-noreply | 9 Apr 15:26 2015

[Bug 199310] Font rendering problem -STABLE


sasamotikomi <at> gmail.com changed:

           What    |Removed                     |Added
                 CC|                            |freebsd-stable <at> FreeBSD.org,
                   |                            |gecko <at> FreeBSD.org,
                   |                            |sasamotikomi <at> gmail.com,
                   |                            |x11 <at> FreeBSD.org


You are receiving this mail because:
You are on the CC list for the bug.
freebsd-stable <at> freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"

Bigby James | 9 Apr 02:39 2015

i915kms, Xorg, and "Power management discrepency" error

Ever since rebuilding world from commit r208369 (merging the newer i915kms from
HEAD) I've continually received this error in my stdout/logs:

> kernel: error: [drm:pid1228:gen6_sanitize_pm] *ERROR* Power management discrepancy:
GEN6_RP_INTERRUPT_LIMITS expected 1a0d0000, was 1a000000

The only thing that ever changes is the PID of the process, which always points
to Xorg. Under most typical production use this doesn't seem to have any effect,
but anytime I watch any sort of video on my production laptop the CPU/GPU temp
in my laptop very quickly climbs above 80 degrees celsius. On my multi-purpose
server/HTPC, starting an XBMC/Kodi session has the same effect, even if the
system is idling (just sitting at the main menu with nothing playing at all).
This doesn't stop until I cease video playback on my laptop or kill the Kodi
session on the server. Note that the hardware in both machines is identical
(yes, the "server" is a laptop), and they're base systems and kernels are
synchronized, so whatever is affectng one should be what's affecting the other.

I came across an older mailing list thread from February[1] on this same basic
subject that didn't seem to go anywhere, but it had the implication that the
i915kms module was the cause. That precisely this same error message is present
on various Linux forums bolsters  the notion that the video driver might be to
blame. If anyone has any insight into how to begin debugging this, I'd be
grateful. Thanks in advance.

- Bigby

[1]: http://freebsd.1045724.n5.nabble.com/Weird-ACPI-DRM-messages-on-current-td5986712.html


"A common mistake that people make when trying to design something completely
(Continue reading)

Matt Smith | 8 Apr 18:48 2015

ports/base ntpd rc.d script with WITHOUT_NTP=yes


I just upgraded my server to 10.1-STABLE r281264 and when I ran 
mergemaster it told me that /etc/rc.d/ntpd was stale and would I like to 
delete it. It's never done this before. I've figured out it's because I 
have WITHOUT_NTP=yes in /etc/src.conf. I did this because I use the 
ports version of ntpd and thus wanted to remove the base installed 
version so that when I run commands like ntpq it's using my possibly 
newer port installed version and not the older one.

However, the port version doesn't have its own rc script. It usually 
uses the base version with ntpd_program and ntpd_config set.  With this 
latest change it means I have to have the base version installed again.  

Is it possible to get the port version to have its own rc script? 


freebsd-stable <at> freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"

Cristiano Deana | 7 Apr 16:37 2015

php version


please help me understand.

In /usr/ports/UPDATING we have:

# grep -A11 ^20150220 /usr/ports/UPDATING | more
  AFFECTS: users of PHP

  The default PHP version has been updated from 5.4 to 5.6.

  If you use binary packages you should make a list of php packages
  before running 'pkg upgrade':

  # pkg info php5\* > ~/installed-php-ports-list

  After the upgrade, check with such list if all your php extensions
  are still installed, and reinstall them if needed.

but, also:

# grep -B1 ^PORTVERSION /usr/ports/lang/php5/Makefile
PORTNAME=       php5
PORTVERSION=    5.4.38

(Continue reading)

Garrett Cooper | 7 Apr 08:37 2015

FreeBSD/ZFS on 9.3-RELEASE chews up memory with "wide" directories when calling readdir, etc; causes trap 12 panics

	Long story short, I had a lot of mail spooled up in /var/spool. When I did ls /var/spool, ZFS chewed up almost
all 12GB of my memory in <10 mins (because there were enough files there) and the system eventually
panicked because [I assume that a memory allocation failed and] a trap 12 panic was caught. I don’t have
the exact details, but it should be relatively easy to repro (YMMV if you have a boatload of RAM):

for i in $(seq 1 $repro_end); do mktemp tmp.XXXXXXXXXXXX; done

	This might be ameliorated via r281026, but this change is only available in CURRENT (so far), and I
haven’t tested it.
	Are there any comments about this scalability issue with FreeBSD/ZFS?
Lev Serebryakov | 6 Apr 10:55 2015

10-STABLE live locks, looks like VM-related

 I got several live locks of my server in a row (3 in one week).
 It is amd64 10-STABLE r277307.
 Looks like live locks is VM related but manifest themselves under
multi-threaded mixed CPU + I/O load (CrashPlan backup + torrents +
openjdk8 rebuild, for example).

 This system doesn't have ZFS, but have several UFS2 SU+J with
different block sizes (16Kb and 32Kb)! As far as I remeber several
versions ago "16Kb + 64Kb" mix was a killer (known bug). but "16 + 32"
works well for several years.

 I have INVARIANTS and WITNESS in the kernel, but it doesn't help:
only report is "bufwait/dirhash" right after booting.

 When system hangs, I could ping it, but NFS, SMB, ssh, local console,
everything else userland-related stop to answer.

 I could break into kernel debugger on console and "panic" manually,
so I have two "crash dumps" of system in this state.

 Many processes are in "vmwait" or "pfault" state according to DDB's
"ps" output.

 here are logs from two latest crashes:


 I've tested memory with memtest86 for 12 hours without errors.

(Continue reading)

jenkins-admin | 5 Apr 10:26 2015

Jenkins build is back to normal : FreeBSD_stable_8 #245

See <https://jenkins.freebsd.org/job/FreeBSD_stable_8/245/>

freebsd-stable <at> freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"

jenkins-admin | 5 Apr 06:00 2015

Build failed in Jenkins: FreeBSD_stable_8 #244

See <https://jenkins.freebsd.org/job/FreeBSD_stable_8/244/>

[...truncated 6591 lines...]
AU        sys/dev/ep/if_epvar.h
AU        sys/dev/ep/if_ep.c
AU        sys/dev/ep/if_ep_mca.c
AU        sys/dev/ep/if_ep_eisa.c
AU        sys/dev/ep/if_epreg.h
A         sys/dev/mvs
AU        sys/dev/mvs/mvs_soc.c
AU        sys/dev/mvs/mvs.h
AU        sys/dev/mvs/mvs_if.m
AU        sys/dev/mvs/mvs_pci.c
AU        sys/dev/mvs/mvs.c
A         sys/dev/spibus
AU        sys/dev/spibus/spibus.c
AU        sys/dev/spibus/spibus_if.m
AU        sys/dev/spibus/spi.h
AU        sys/dev/spibus/spibusvar.h
A         sys/dev/ichsmb
AU        sys/dev/ichsmb/ichsmb_pci.c
AU        sys/dev/ichsmb/ichsmb_var.h
AU        sys/dev/ichsmb/ichsmb.c
AU        sys/dev/ichsmb/ichsmb_reg.h
A         sys/dev/oce
AU        sys/dev/oce/oce_sysctl.c
AU        sys/dev/oce/oce_hw.h
AU        sys/dev/oce/oce_if.h
AU        sys/dev/oce/oce_queue.c
(Continue reading)

jenkins-admin | 5 Apr 05:57 2015

Build failed in Jenkins: FreeBSD_stable_10 #1335

See <https://jenkins.freebsd.org/job/FreeBSD_stable_10/1335/changes>


[kib] MFC r280342:
msdosfs: mark unused compat-mount fields.

[dim] MFC r272444 (by jkim):

  Merge ACPICA 20140926.

MFC r278970 (by jkim):

  Merge ACPICA 20141107 and 20150204.

Approved by:	jkim
Relnotes:	yes

[kib] MFC r280797:
Make debug.vmem_check a tunable.  It is useful to set it early.

[kib] MFC r280323:
Somewhat modernize the SysV shm code.

MFC r280325 (by cognet):
Fix warning for !MAC case.

[kib] MFC r278697 (by alc):
Preset the object's color, or alignment, to maximize superpage usage.

(Continue reading)

Kevin Bowling | 4 Apr 23:30 2015


I believe the last bits needed to try clang's ASAN feature is the 
clang-rt stuff.  Will this MFC with a clang 3.5 or 3.6 MFC?


freebsd-stable <at> freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"

Jeffrey Bouquet | 4 Apr 14:11 2015

GLIBCXX errors, a very few ports don't run

command: lnav -s
/usr/local/lib/gcc47/libstdc++.so.6: version GLIBCXX_3.4.20 required by /usr/local/bin/lnav not found

Script done on Sat Apr  4 04:56:17 2015

10.1-STABLE r280322
Anyone know of the best practices to trim down/reconfigure the set of compilers one has installed so the
GLIBCXX/libstdc issue which sometimes appears goes away eventually, or is remedied by a libmap.conf ?
Or any similar fix?

freebsd-stable <at> freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-stable-unsubscribe <at> freebsd.org"