similar to: [Bug 37549] New: Dell Studio XPS 1340 - fails to enter suspend mode

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

First off, the current state of support for Maxwell (GM107/NV110) is not very useful to end-users. It's especially not useful if it's a 3d accelerator card without outputs (as yours appears to be), since acceleration is not supported in 3.15 out of the box. You'd have to figure out how to extract the context switching firmware from the blob driver and load it in nouveau. I'm told

Yes, you are right - the Intel-chip is connected to the display, it just offloads 3D work to do to the nVidia-chip, which isn't even to tell how to get the EDID. I just wanted to try it out, simply for two reasons: 1. I heard that nouveau now "supports" the chip, and since I got the hardware, I wanted to try it out - just for the fun of it. :) 2. As far as I am informed, a way to

On Tue, Sep 4, 2018 at 2:43 PM, Mika Westerberg <mika.westerberg at linux.intel.com> wrote: > Yes, can you check if the failing device BAR is included in any of the > above entries? If not then it is probably not related. mtrr again for reference: reg00: base=0x0c0000000 ( 3072MB), size= 1024MB, count=1: uncachable reg01: base=0x0a0000000 ( 2560MB), size= 512MB, count=1: uncachable

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

I am getting zero interrupts for a new Digium TE134 Card on a new brand new Dell T40 server with the latest BIOS. Is there something that I am missing or is the card not compatible with Dell servers? (cat /proc/interrupts ; sleep 1 ; cat /proc/interrupts) | grep -i wcte13xp0 16: 0 0 0 0 IR-IO-APIC 16-fasteoi i801_smbus, wcte13xp0 16: 0

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 :

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

+cc: ocfs2-devel, sunil Marek, Thanks for the detailed report! Can I trouble you to file a bug at http://oss.oracle.com/bugzilla ... oh, is that your report http://oss.oracle.com/bugzilla/show_bug.cgi?id=1339? This looks like a deadlock of some sort. I don't think your hardware configuration really matters here. We'll keep looking into it. Joel On Tue, Dec 20, 2011 at 08:22:48AM

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

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

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

Am 19.11.2013 11:36, schrieb Laine Stump: > On 11/15/2013 03:35 PM, Thomas Kuther wrote: >> Hello, >> >> I'm trying to migrate a working qemu command line configuration to >> libvirt. >> The part I'm currently failing on is: >> >> $ qemu-system-x86_64 -M Q35 ... -device >> vfio-pci,host=05:00.0,bus=pcie.0 >> >> The right

Hello, guys. First apologize my flaws, I am not a native English speaker and thus am prone to stupid errors. My box is an ASUSTek Notebook with Optimus capability (no, this is NOT about Optimus, I don't try to use Optimus yet, so please don't switch off here) with a running Gentoo. The first GPU is an Haswell-based Intel chip, the second one is a nVidia GeForce GTX 850M, the chip is a

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

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 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

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