On 08/02/14 22:50, John Baldwin wrote:
> On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote:
>> Also disable a couple of ACPI devices that are not usable under Dom0.
>
> Hmm, setting debug.acpi.disabled in this way is a bit hacky. It might
> be fine however if there's no way for the
on 11/02/2014 16:38 Vitalij Satanivskij said the following:
> Get first result's while testing l2 without compression
>
> Memory leak is not seen for now ( system working only 20 hours) but
> zfs stats saying that l2 degraded
>
> output of zfs-stats -L:
>
> --
On Mon, Feb 10, 2014 at 09:09:43PM -0500, Ed Maste wrote:
> You should be able to manually load the kms modules to switch to
> native resolution, without starting X.
Indeed, kldload'ing radeonmks.so switched LCD to its native resolution.
What if I am on CRT (which has many native resolutions). Is
I am using "radeonkms" on a machine with quite mixed, diverse and varying loads.
Sometimes I get an X server crash like the following:
kernel: [TTM] Unable to allocate page
kernel: error: [drm:pid1815:radeon_gem_object_create] *ERROR* Failed to allocate
GEM object (25591808, 2, 4096, -12)
kernel:
TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-02-14 13:20:16 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-14 13:20:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-02-14 16:14:52 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-14 16:14:52 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
on a freshly checked out HEAD,
"make toolchain" followed by "make buildkernel" fails at this stage:
...
@ -> /usr/home/luigi/FreeBSD/head/sys
machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include
x86 -> /usr/home/luigi/FreeBSD/head/sys/x86/include
Error:
On Friday, February 14, 2014 5:38:15 am Roger Pau Monné wrote:
> On 08/02/14 22:50, John Baldwin wrote:
> > On Tuesday, December 24, 2013 12:20:59 PM Roger Pau Monne wrote:
> >> Also disable a couple of ACPI devices that are not usable under Dom0.
> >
> > Hmm, setting debug.acpi.disabled in this w
On Thursday, February 13, 2014 8:49:24 pm Andrew Cooper wrote:
> On 08/02/2014 21:42, John Baldwin wrote:
> > On Tuesday, December 24, 2013 12:20:58 PM Roger Pau Monne wrote:
> >> Lower the quality of the MADT ACPI enumerator, so on Xen Dom0 we can
> >> force the usage of the Xen mptable enumerator
On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote:
> on a freshly checked out HEAD,
> "make toolchain" followed by "make buildkernel" fails at this stage:
>
> ...
> @ -> /usr/home/luigi/FreeBSD/head/sys
> machine -> /usr/home/luigi/FreeBSD/head/sys/amd64/include
> x86 ->
On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote:
> On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote:
> > on a freshly checked out HEAD,
> > "make toolchain" followed by "make buildkernel" fails at this stage:
> >
> > ...
> > @ -> /usr/home/luigi/FreeBSD/head/sys
> > machi
TB --- 2014-02-14 16:05:57 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-14 16:05:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
On Tue, Feb 11, 2014 at 10:35:29AM +0100, Jeremie Le Hen wrote:
> On Mon, Feb 10, 2014 at 11:48:19PM +0200, Andriy Gapon wrote:
> >
> > stack trace from kgdb could be a good middle ground between ddb stack trace
> > and
> > a full vmcore file...
>
> Here we go:
>
> #1 0x80302ca5 in db_
TB --- 2014-02-14 17:07:05 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-14 17:07:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
I tried searching the list and google and could not find a
reference which seemed to apply. Neither LOR dropped to the debugger.
This happens when under heavy load poudreire 16 processes. If its been
reported or nothing to worry about sorry for the noise.
No sysctl,
make, loader changes - gen
On Fri, Feb 14, 2014 at 03:55:47PM +0200, Andriy Gapon wrote:
>
> I am using "radeonkms" on a machine with quite mixed, diverse and varying
> loads.
> Sometimes I get an X server crash like the following:
>
> kernel: [TTM] Unable to allocate page
> kernel: error: [drm:pid1815:radeon_gem_object_c
On Fri, Feb 14, 2014 at 10:23 AM, Ian Lepore wrote:
> On Fri, 2014-02-14 at 18:35 +0100, Luigi Rizzo wrote:
> > on a freshly checked out HEAD,
> > "make toolchain" followed by "make buildkernel" fails at this stage:
> >
> > ...
> > @ -> /usr/home/luigi/FreeBSD/head/sys
> > machi
TB --- 2014-02-15 00:08:20 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-15 00:08:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
TB --- 2014-02-15 00:59:24 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2014-02-15 00:59:24 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2014
There's some leak of M_FILEDESC. Most head servers I look on have high
filedesc usage in vmstat -m. Older (stable/9,8) do not.
vmstat -m|grep filedesc usage on various servers:
r259961 133350 (freefall)
r261350 829256 (my dev server)
r261411 67 (pointyhat)
r263068 288122 (beefy1)
r260368 1193324
22 matches
Mail list logo