similar to: About nVidia 8600M GS (10de:0425 (rev a1))

Displaying 20 results from an estimated 800 matches similar to: "About nVidia 8600M GS (10de:0425 (rev a1))"

2009 Nov 14
1
[Bug 25084] New: [PATCH] [drm_pciids] Note NVidia Quadro NVS 295 as supported
http://bugs.freedesktop.org/show_bug.cgi?id=25084 Summary: [PATCH] [drm_pciids] Note NVidia Quadro NVS 295 as supported Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau
2008 Jan 20
1
[PATCH] virtio: remove explicit pci ids from virtio_pci.c
Qumranet let us use their PCI vendor ID, with device ids >= 0x1000. We can specify that we accept all of them in the device ID table, and then return -ENODEV in the probe routine. modprobe will load all the modules which match a given alias so we might be loaded when we're not needed, but that's the worst that can happen. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> ---
2008 Jan 20
1
[PATCH] virtio: remove explicit pci ids from virtio_pci.c
Qumranet let us use their PCI vendor ID, with device ids >= 0x1000. We can specify that we accept all of them in the device ID table, and then return -ENODEV in the probe routine. modprobe will load all the modules which match a given alias so we might be loaded when we're not needed, but that's the worst that can happen. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> ---
2005 Feb 06
0
Intel 537EP is NOT the MD3200 aka X100P [Re: Intel 537EP chipset, revisited]
It seems the information out there on this topic was confusing enough to cause me to waste a lot of time, and that this topic is rehashed periodically. So now it's my turn.... I had a modem with an Intel 537EP chip on it and thought it might work with the zaptel drivers. Initially, it seemed the only issue would be the PCI device & vendor codes. Then, I ran into the problem that
2018 Feb 11
0
[PATCH 0/5] Fix deadlock on runtime suspend in DRM drivers
On Sun, Feb 11, 2018 at 08:23:14PM +0100, Lukas Wunner wrote: > On Sun, Feb 11, 2018 at 06:58:11PM +0000, Mike Lothian wrote: > > On 11 February 2018 at 09:38, Lukas Wunner <lukas at wunner.de> wrote: > > > The patches for radeon and amdgpu are compile-tested only, I only have a > > > MacBook Pro with an Nvidia GK107 to test. To test the patches, add an > >
2015 Sep 30
2
[PATCH] [resend] nouveau: Disable AGP for SiS 761
SiS 761 chipset does not support AGP cards but has AGP capability (for the onboard video). At least PC Chips A31G board using this chipset has an AGP-like AGPro slot that's wired to the PCI bus. Enabling AGP will fail (GPU lockup and software fbcon, X11 hangs). Add support for matching just the host bridge in nvkm_device_agp_quirks and add entry for SiS 761 with mode 0 (AGP disabled).
2004 Jun 10
1
Intel 537EP chipset, revisited
Hello everyone. I hope that this isn't a sore topic, but I've spent a week now reading through everything I could dig up from the archives on this topic, and I'm not yet satisfied with any conclusions presented there. I've also spent a few days hacking on the Asterisk code, trying to understand how things work better, and I'm still not ready to give up. I well-realize
2023 Aug 25
0
[PATCH 1/5] PCI: Add the pci_get_base_class() helper
From: Sui Jingfeng <suijingfeng at loongson.cn> There is no function that can be used to get all PCI(e) devices in a system by matching against its the PCI base class code only, while keep the sub-class code and the programming interface ignored. Therefore, add the pci_get_base_class() function to suit the need. For example, if an application want to process all PCI(e) display devices in a
2015 Sep 13
1
AGP cards in PCI mode (fake slots like AGPro, AGP Express, AGI, AGX, XGP)
On Sunday 13 September 2015 21:12:25 Ilia Mirkin wrote: > On Sun, Sep 13, 2015 at 2:57 PM, Ondrej Zary <linux at rainbow-software.org> wrote: > > Hello, > > I have a PC Chips A31G board with AGPro slot and found that nouveau does > > not work properly with it. Console works but reverts to software mode, > > X11 hangs with mouse cursor only. > > > > The
2008 Jan 08
1
[PATCH] kvm guest balloon driver
Following patch introduces a KVM guest balloon driver. Communication to/from the host is performed via virtio. Next patch implements the QEMU driver and handling. Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com> Index: linux-2.6-nv/drivers/virtio/Kconfig =================================================================== --- linux-2.6-nv.orig/drivers/virtio/Kconfig +++
2008 Jan 08
1
[PATCH] kvm guest balloon driver
Following patch introduces a KVM guest balloon driver. Communication to/from the host is performed via virtio. Next patch implements the QEMU driver and handling. Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com> Index: linux-2.6-nv/drivers/virtio/Kconfig =================================================================== --- linux-2.6-nv.orig/drivers/virtio/Kconfig +++
2007 Apr 18
0
[PATCH 10/10] Fix BusLogic to stop using check_region
I got so sick of seing the check_region warnings from BusLogic.c I actually fixed it properly. Never use check region, reserve it before the probe with request region instead and check the error result; free region if setup fails. Should be functionally identical to the original except for fixing the potential race. Subject: Fix BusLogic to stop using check_region Signed-off-by: Zachary Amsden
2007 Apr 18
0
[PATCH 10/10] Fix BusLogic to stop using check_region
I got so sick of seing the check_region warnings from BusLogic.c I actually fixed it properly. Never use check region, reserve it before the probe with request region instead and check the error result; free region if setup fails. Should be functionally identical to the original except for fixing the potential race. Subject: Fix BusLogic to stop using check_region Signed-off-by: Zachary Amsden
2020 Jun 08
2
[PATCH 5/6] vdpa: introduce virtio pci driver
On 2020/6/8 ??2:32, Michael S. Tsirkin wrote: > On Mon, Jun 08, 2020 at 11:32:31AM +0800, Jason Wang wrote: >> On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: >>> On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >>>> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>>>> +static const struct pci_device_id vp_vdpa_id_table[] = {
2020 Jun 08
2
[PATCH 5/6] vdpa: introduce virtio pci driver
On 2020/6/8 ??2:32, Michael S. Tsirkin wrote: > On Mon, Jun 08, 2020 at 11:32:31AM +0800, Jason Wang wrote: >> On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: >>> On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >>>> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>>>> +static const struct pci_device_id vp_vdpa_id_table[] = {
2020 Jun 08
0
[PATCH 5/6] vdpa: introduce virtio pci driver
On Mon, Jun 08, 2020 at 11:32:31AM +0800, Jason Wang wrote: > > On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: > > On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: > > > On 2020/6/2 ??3:08, Jason Wang wrote: > > > > > > +static const struct pci_device_id vp_vdpa_id_table[] = { > > > > > > +??? {
2020 Jun 08
0
[PATCH 5/6] vdpa: introduce virtio pci driver
On Mon, Jun 08, 2020 at 05:18:44PM +0800, Jason Wang wrote: > > On 2020/6/8 ??2:32, Michael S. Tsirkin wrote: > > On Mon, Jun 08, 2020 at 11:32:31AM +0800, Jason Wang wrote: > > > On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: > > > > On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: > > > > > On 2020/6/2 ??3:08, Jason Wang wrote: > >
2020 Jun 08
2
[PATCH 5/6] vdpa: introduce virtio pci driver
On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: > On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>> +static const struct pci_device_id vp_vdpa_id_table[] = { >>>>> +??? { PCI_DEVICE(PCI_VENDOR_ID_REDHAT_QUMRANET, PCI_ANY_ID) }, >>>>> +??? { 0 } >>>>> +}; >>>> This
2020 Jun 08
2
[PATCH 5/6] vdpa: introduce virtio pci driver
On 2020/6/7 ??9:51, Michael S. Tsirkin wrote: > On Fri, Jun 05, 2020 at 04:54:17PM +0800, Jason Wang wrote: >> On 2020/6/2 ??3:08, Jason Wang wrote: >>>>> +static const struct pci_device_id vp_vdpa_id_table[] = { >>>>> +??? { PCI_DEVICE(PCI_VENDOR_ID_REDHAT_QUMRANET, PCI_ANY_ID) }, >>>>> +??? { 0 } >>>>> +}; >>>> This
2019 Jun 13
0
[PATCH] PCI: Expose hidden NVIDIA HDA controllers
[+cc Rafael, Martin, zigarrre] On Thu, Jun 13, 2019 at 02:35:14PM +0800, Daniel Drake wrote: > From: Lukas Wunner <lukas at wunner.de> > > The integrated HDA controller on Nvidia GPUs can be hidden with a bit in > the GPU's config space. Information about this scheme was provided by > NVIDIA on their forums. > > Many laptops now ship with this device hidden,