similar to: nouveau: BUG: KASAN: slab-out-of-bounds in memcpy+0x1d/0x40

I've tried everything I know how (and a lot I don't) to get ices to compile on this beige G3 ppc box. I've got the latest cvs of libshout and ices. Gentoo linux ppc 1.2-r1, from stage3 tarball. gcc 2.95.3 I've made sure that libshout points to libshout.so.2.0.2. Don't know what else to try. I've got the box here, and I've port-forwarded through my firewall to

(alternative title - what did I do wrong? or suggestions to make this work) Thought I'd try 1.6 beta5 (and 1.4.18 didn't want to compile vpb /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/i386-redhat-linux/bits/gthr-default.h:48: error: ? does not name a type ) 1.6 did compile and almost works. 'cept it thinks the .gsm files are not played. from

Hello, I have the following setup: (*)<--->IP<--->Micronet 5012 H.323 box <---> POTS <---> PBX (Alcatel OmniPCX) Grand idea is to use the micronet's POTS interfaces to connect SIP phones to the PBX and to the PSTN. I think i even managed my way in the arcane and cryptic management interface of that appliance, but I am stuck against theese messages: -- Executing

Signed-off-by: Karol Herbst <karolherbst at gmail.com> --- drm/nouveau/nvkm/subdev/bios/perf.c | 14 ++++++-------- 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/drm/nouveau/nvkm/subdev/bios/perf.c b/drm/nouveau/nvkm/subdev/bios/perf.c index c3068358..9fdf3736 100644 --- a/drm/nouveau/nvkm/subdev/bios/perf.c +++ b/drm/nouveau/nvkm/subdev/bios/perf.c @@ -146,18 +146,16 @@

v2: 0x21 also means 2.5 GT/s Signed-off-by: Karol Herbst <karolherbst at gmail.com> --- drm/nouveau/nvkm/subdev/bios/perf.c | 15 +++++++-------- 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/drm/nouveau/nvkm/subdev/bios/perf.c b/drm/nouveau/nvkm/subdev/bios/perf.c index c3068358..3bbb7fed 100644 --- a/drm/nouveau/nvkm/subdev/bios/perf.c +++

This is according to what we have in nvbios. Fixes "ERROR: Can't get value of subfeature in0_min: Can't read" errors in sensors for some GPUs. Signed-off-by: Karol Herbst <karolherbst at gmail.com> --- drm/nouveau/nvkm/subdev/bios/volt.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drm/nouveau/nvkm/subdev/bios/volt.c

https://bugs.freedesktop.org/show_bug.cgi?id=64488 Priority: medium Bug ID: 64488 Assignee: nouveau at lists.freedesktop.org Summary: 3.10.0-rc1: WARNING: at drivers/gpu/drm/drm_crtc.c:84 drm_fb_helper_restore_fbdev_mode+0x10/0x40() QA Contact: xorg-team at lists.x.org Severity: normal Classification:

I had the dom0 which unfortunately didn''t have a console on it hit a race condition and saw oom errors on it also. This happened after it was running for over 36 hours with a domU whose load average was avg was around 3 most of the time. changeset: 7396:9b51e7637676 Dom0 - UP i686, Centos 4.1, 768 megs domU-1 92 megs snmpd domU-2 92 megs snmpdd domU-3 410 megs postgres, tomcat 5.5,

Hello, Trying to balance a 2TB filesystem on the 3.8.5 kernel: Label: ''p2'' uuid: 01f6cc8b-d305-40e1-bac8-8fdd548f611e Total devices 1 FS bytes used 1.32TB devid 1 size 1.80TB used 1.37TB path /dev/sda2 System: total=4.00MB, used=156.00KB Data+Metadata: total=1.37TB, used=1.32TB I am getting a Segmentation fault in ''btrfs'' utility, and following in

Running FreeBSD 8.3 -- and updating sources on a daily base and building everything -- I found a new APIC/ACPI problem introduced in the past week. I have a Toshiba Satellite U205 with an Intel Core Duo (not a Core 2). It used to work fine with both cores but then sometime in on the road to BSD 8.0 the machine began hanging. So I added to /boot/loader.conf hint.apic.0.disabled="1"

Hi Konrad / Yu Ke, I have tried konrad''s master tree: commit 329408d788f62629131ea28c112e973878d52c9e Merge: e370fe2 773f8cf Author: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> Date: Thu May 19 14:37:32 2011 -0400 Merge branch ''linux-next'' With a xen-4.1.0 hypervisor, on my AMD x6 phenom. Curious if Xen Power Management would work... Output of all xenpm

https://bugs.freedesktop.org/show_bug.cgi?id=91413 Bug ID: 91413 Summary: INFO: task Xorg:2419 blocked for more than 120 seconds. Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi, Chris (cc) and I try to get the SGE master monitor work with Apple Leopard dtrace. Unfortunately we are stuck with the error msg below. Anyone having an idea what could be the cause? What I can rule out as cause is function inlining for the reasons explained below. Background information on SGE master monitor implementation is under http://wiki.gridengine.info/wiki/index.php/Dtrace