similar to: [Bug 84424] New: nouveau crash log [mesa-10.3.0]

https://bugs.freedesktop.org/show_bug.cgi?id=72599 Priority: medium Bug ID: 72599 Assignee: nouveau at lists.freedesktop.org Summary: [NVC0] null pointer dereference (nouveau_fence_wait_uevent.isra.5) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux

Make sure you have: /proc/sys/net/bridge/bridge-nf-call-iptables = 1 On 5/26/2014 1:35 PM, Matt LaPlante wrote: > I'm trying to accomplish what I had hoped would be a fairly simple > filtering of traffic to my VMs, but I'm hitting a snag. The VMs are > allowing traffic when I wouldn't expect them to. > > Host and Guest are both running the same platform: > Ubuntu

On 5/28/2014 10:10 AM, Laine Stump wrote: > On 05/27/2014 02:46 AM, Brian Rak wrote: >> Make sure you have: >> >> /proc/sys/net/bridge/bridge-nf-call-iptables = 1 > That doesn't make sense. bridge-nf-call-iptables controls whether or not > traffic going across a Linux host bridge device will be sent through > iptables, but the rules created by nwfilter are applied

I'm trying to accomplish what I had hoped would be a fairly simple filtering of traffic to my VMs, but I'm hitting a snag. The VMs are allowing traffic when I wouldn't expect them to. Host and Guest are both running the same platform: Ubuntu 12.04.4 LTS 0.9.8-2ubuntu17.19 I have a basic bridge enabled on the host: brctl addbr brdg brctl addif brdg eth1 ip link set brdg up The host

https://bugs.freedesktop.org/show_bug.cgi?id=82975 Priority: medium Bug ID: 82975 Assignee: nouveau at lists.freedesktop.org Summary: Regression: NULL pointer dereference in nouveau_fence_wait after upgrading to 10.2.6 QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified

Hi, We've been experiencing repeated (every other day) oopses on hosts with high load glusterfs accesses. Co-occurrent (not immediately tho, but there is some sort of connection) are hanging nginx processes (doing the accessing), which can not be stopped, killed and also block the shutdown of the respective openvz instance. I think I remember at least one instance where this occurred without

https://bugs.freedesktop.org/show_bug.cgi?id=71620 Priority: medium Bug ID: 71620 Assignee: nouveau at lists.freedesktop.org Summary: nouveau_fence_wait_uevent NULL pointer dereference Severity: normal Classification: Unclassified OS: Linux (All) Reporter: kdatanasov at gmail.com Hardware: x86-64 (AMD64)

Hi, I'm running CentOS 6.5 as NFS server (v3 and v4) and exporting Ext4 and XFS filesystem. After many months that all works fine today the server crash: Jan 30 09:46:13 qb-storage kernel: ------------[ cut here ]------------ Jan 30 09:46:13 qb-storage kernel: WARNING: at lib/list_debug.c:26 __list_add+0x6d/0xa0() (Not tainted) Jan 30 09:46:13 qb-storage kernel: Hardware name: PowerEdge

On 05/27/2014 02:46 AM, Brian Rak wrote: > Make sure you have: > > /proc/sys/net/bridge/bridge-nf-call-iptables = 1 That doesn't make sense. bridge-nf-call-iptables controls whether or not traffic going across a Linux host bridge device will be sent through iptables, but the rules created by nwfilter are applied to the "vnetX" tap devices that connect the guest to the

Dear Devs, I have x4 4TB HDDs formatted with: mkfs.btrfs -L bu-16TB_0 -d raid1 -m raid1 /dev/sd[cdef] /etc/fstab mounts with the options: noatime,noauto,space_cache,inode_cache All on kernel 3.8.13. Upon using rsync to copy some heavily hardlinked backups from ReiserFS, I''ve seen: The following "block rsv returned -28" is repeated 7 times until there is a call trace

Provide private field for event handlers exclusive use. Convert nouveau_fence_wait_uevent() and nouveau_fence_wait_uevent_handler(); drop struct nouveau_fence_uevent. Signed-off-by: Peter Hurley <peter at hurleysoftware.com> --- drivers/gpu/drm/nouveau/core/include/core/event.h | 1 + drivers/gpu/drm/nouveau/nouveau_fence.c | 20 +++++++------------- 2 files changed, 8

Prepare for transition to RCU-based event handler list; since RCU list traversal may have stale pointers, local storage may go out of scope before handler completes. Introduce nouveau_event_handler_create/_destroy which provides suitable semantics for multiple, temporary event handlers. Signed-off-by: Peter Hurley <peter at hurleysoftware.com> --- drivers/gpu/drm/nouveau/core/core/event.c

Hi I have a Dell PE2300 with a Digium TDM400P line card in it (with one module to handle an inbound phone line). This is running on a Fedora 8 system with Asterisk 1.4.21.2-1.fc8 This system has been working nicely for about 12 months. After a recent move of office and relocation of the server Asterisk is back on line, but the TDM line card has stopped working. I have spent half a day

The Asterisk Development Team has announced the release of Asterisk 10.3.0. This release is available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk The release of Asterisk 10.3.0 resolves several issues reported by the community and would have not been possible without your participation. Thank you! The following are the issues resolved in this release: * ---

Package: xen-hypervisor-4.1-amd64 Version: 4.1.4-3+deb7u1 Severity: normal Hello, I was running Xen for a few years and after a PSU failure I never got the system working stable again. I suspected damage to the board so I replaced everything in the system piece by piece but Xen enabled kernel always crashes even with only Dom0 running when moderate amount of IO happens on the box. kvm seems

> -----Original Message----- > From: Matt [mailto:jackdachef@gmail.com] > Sent: Tuesday, February 15, 2011 5:12 PM > To: Minchan Kim > Cc: Dan Magenheimer; gregkh@suse.de; Chris Mason; linux- > kernel@vger.kernel.org; linux-mm@kvack.org; ngupta@vflare.org; linux- > btrfs@vger.kernel.org; Josef Bacik; Dan Rosenberg; Yan Zheng; > miaox@cn.fujitsu.com; Li Zefan > Subject:

https://bugs.freedesktop.org/show_bug.cgi?id=88535 Bug ID: 88535 Summary: Mesa 10.3.0 implementation error: gen7_update_renderbuffer_surface: renderbuffer format MESA_FORMAT_RGBX_UNORM16 unsupported Product: Mesa Version: 10.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status:

Hi, I am running the latest kernel from Linus. Once yesterday and once today, I got a freeze of my machine. The first time, I could reboot with sysrq, but not the second one (completely unresponsive). The first time,, there was nothng in the logs, but today, I got some traces which I attach to this email. I can provide more details if needed ; the card is GeForce 9600 GT and the OS Debian Sid.

On Wed, Aug 28, 2013 at 6:12 AM, Peter Hurley <peter at hurleysoftware.com> wrote: > This series was originally motivated by a deadlock, introduced in > commit 1d7c71a3e2f77336df536855b0efd2dc5bdeb41b > 'drm/nouveau/disp: port vblank handling to event interface', > due to inverted lock order between nouveau_drm_vblank_enable() > and nouveau_drm_vblank_handler() (the

Hi; After further tests, I can reproduce the problem on 3.14.4 also, mainly by visiting the following URL with Firefox (29.0.1) : http://lavieestmaloptimisee.blogspot.fr/ Firefox becomes unresponsive and I get some messages in the kernel log : May 17 20:01:36 brouette kernel: BUG: unable to handle kernel paging request at ffffc90015300000 May 17 20:01:36 brouette kernel: IP: