similar to: [Kernel 3.1.5] [OCFS2] After many write/delete on ocfs2 both servers in cluster kernel oops

Ack! This slipped through my email. I am terribly sorry. Thank you so much for responding. On 04/06/2014 08:43 PM, Ilia Mirkin wrote: > On Sun, Apr 6, 2014 at 7:16 PM, ~Stack~ <i.am.stack at gmail.com> wrote: >> Greetings, [snip] >> My working kernel is: 2.6.32-358.23.2.el6.x86_64 (and anything before). >> >> The problem kernel is: 2.6.32-431.1.2.el6.x86_64 and

Package: linux-2.6 Version: 2.6.32-26~bpo50+1 Severity: important --- Please enter the report below this line. --- I've installed the following packages an lenny, which are working well on other maschines. # dpkg -l | grep xen | grep bpo ii libxenstore3.0 4.0.1-1~bpo50+1 Xenstore communications library for Xen ii linux-image-2.6.32-bpo.5-xen-686 2.6.32-26~bpo50+1 Linux 2.6.32 for modern

Hello, I own a PCI-Express parallel card installed on my server Fujitsu TX100 S2. I am running CentOS 6 x64. In Kernel version 2.6.32-71.29.1.el6.x86_64, it was correctly detected as: [root at Carmen ~]# lspci -vvv -s 05:00.2 05:00.2 Parallel controller: NetMos Technology Device 9912 (prog-if 03 [IEEE1284]) Subsystem: Device a000:2000 Physical Slot: 4 Control: I/O+ Mem+

https://bugs.freedesktop.org/show_bug.cgi?id=42672 Bug #: 42672 Summary: NMI SERR with 2 Geforce 310 cards Classification: Unclassified Product: xorg Version: 7.7 (2011) Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi, any pointer on how to debug this: [ 19.741005] nouveau 0000:01:00.0: enabling device (0541 -> 0543) [ 19.741095] nouveau 0000:01:00.0: Using 32-bit DMA via iommu [ 19.741165] nouveau 0000:01:00.0: NVIDIA GP108 (138000a1) [ 19.752562] tg3 0004:01:00.0 enP4p1s0f0: renamed from eth0 [ 19.832879] [drm] Initialized ast 0.1.0 20120228 for 0005:02:00.0 on minor 0 [ 19.856391] nouveau

This is a return to an issue I first raised back in June. We had a similar occurrence in September while I was away and so I am revisiting the entire matter. Steve Clark on 6 Jun 16:02 2014 wrote: > Hi, > > We ran into this problem also - the interface would disappear. > There is newer e1000e driver that fixes it or you could > add pcie_aspm=off to your kernel command line. >

Hi, I am trying to VGA passthrough Intel HD Graphics 4600 IGD with Xen-unstable 4.4 changeset 27214 and Linux kernel 3.10.0 but was not successful. Details are as follows: =============================================================================================== teo-en-ming@intel-core-i5-4430-desktop:~$ sudo xl info [sudo] password for teo-en-ming: host :

Hi All, I just had "an issue" with my Linux 2.6.1 kernel. While working, I tried to rf -rf a directory, and was told my filesystem was mounted readonly (which it wasn't). I then shut the machine down, and on shutdown, I got a "kernel BUG at fs/ext3/super.c: 411". Full report below: Mike [1.] One line summary of the problem: Filesystem became readonly, then

On Fri, Jan 2, 2015 at 1:35 AM, Rafeal Stewart <mechy2k2000 at gmail.com> wrote: > On Thu, 2015-01-01 at 22:01 -0800, John R Pierce wrote: > > On 1/1/2015 9:41 PM, mechy2k2000 wrote: > > > Hello I am thinking of buying this card to and wanted to know if this > NIC > > > is supported. The card is a Sun Microsystems PCI-X Quad-Port Gigabit > > >

https://bugs.freedesktop.org/show_bug.cgi?id=107959 Bug ID: 107959 Summary: System hangs up when loading nouveau for NVIDIA MX150 card Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Hello, The idea was to use the modesetting DDX instead of Nouveau’s one for Maxwell+ as EXA was [broken][1]. But you can give a try at Ilia’s [patches][2], which fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been tested on a GM108 yet). Best regards, Pierre Moreau [1]: https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=3e2e0faa2ee1cce9c1bb5c7ad80d0592460f3edc

hi, give the drm-next kernel tree a try. Sadly the reclocking improvements didn't land with 4.9, so 4.10 is required. Greetings. On 7 December 2016 10:26:44 a.m. GMT+01:00, "Sune Mølgaard" <smo at translucent.dk> wrote: >Hi again, > >It works :-) > >Reclocking, however, is another kettle of fish. > >Trying #echo 0f > /sys/kernel/debug/dri/0/pstate

While doing this on an 80gig ibm ide drive: dd if=/dev/cdrom of=cd.iso I got the following assertian failure Aug 9 14:43:27 budder kernel: Assertion failure in __journal_remove_journal_head() at journal.c:1733: "jh2bh(jh) == bh" Aug 9 14:43:27 budder kernel: kernel BUG at journal.c:1733! Aug 9 14:43:27 budder kernel: invalid operand: 0000 Aug 9 14:43:27 budder kernel: CPU: 0 Aug 9

also you can't change the clocks when there is nothing running on the GPU. I have some patches pending for this in another series, but maybe I may be able toe extract those fixes. Changing the clocks while something is running shouldn't cause any troubles. Alternatively if you don't care about power consumption, you can boot with nouveau.runpm=0 so that the gpu is always on.

you can boot with nouveau.config=NvBoost=2 to enable higher clocks, but that won't fill in the difference compared to Intel. For this there are some changes needed on the mesa side regarding scheduling. Also keep in mind, that PCIe is an important bottleneck here, because the GPU can't push frames fast enough through the bus, that's why any "high FPS" benchmark will be in

Hi Brian, From your 01:00.0 VGA compatible controller PCI config register, it supports 1 MSI vector, so I think this card has no problem. But you didn't answer what's the pci_enable_msi() return during it enable MSI fail. You can check PCI bus whether support MSI like: cat /sys/bus/pci/devices/00:0e.0/msi_bus Other, do you call pci_enable_device() before pci_enable_msi() ? On

Hi, The following error message appeared in syslog while the filesharing client overnet was running and writing to the disk. I first only noticed that suddenly Opera was frozen and no new terminals could be started. Regards W. Pichler syslog Jun 15 13:15:34 pc kernel: Unable to handle kernel NULL pointer dereference at virtual address 0000000e Jun 15 13:15:34 pc kernel: printing eip: Jun

Several people already reported this at linux-kernel and elsewhere with no answers, I thought perhaps this would be a more adequate forum... [1.] One line summary of the problem: After I/O, journal is aborted and filesystems made read-only. [2.] Full description of the problem/report: One can't anymore write to the affected file systems. Upon investigation, ext3fs journal was aborted

On 2014/7/4 10:45, Brian Becker wrote: > Yijing, > > cat /sys/bus/pci/devices/0000\:00\:0e.0/msi_bus returns 1, suggesting > that it supports MSI. However, this "00:0e.0 PCI bridge: PLX > Technology, Inc. PEX8112 x1 Lane PCI Express-to-PCI Bridge (rev aa)" > is a component of the addin card. Wouldn't the lack of support for MSI > by the chipset "00:00.0

On 2014/7/4 10:43, Ilia Mirkin wrote: > On Thu, Jul 3, 2014 at 10:35 PM, Yijing Wang <wangyijing at huawei.com> wrote: >> Hi Brian, >> From your 01:00.0 VGA compatible controller PCI config register, it supports 1 MSI vector, so I think this >> card has no problem. But you didn't answer what's the pci_enable_msi() return during it enable MSI fail. >>