search for: pci_read_config

...--- a/drivers/pci/pci-sysfs.c +++ b/drivers/pci/pci-sysfs.c @@ -696,7 +696,7 @@ static struct bin_attribute pci_config_attr = { .name = "config", .mode = S_IRUGO | S_IWUSR, }, - .size = 256, + .size = PCI_CFG_SPACE_SIZE, .read = pci_read_config, .write = pci_write_config, }; @@ -706,7 +706,7 @@ static struct bin_attribute pcie_config_attr = { .name = "config", .mode = S_IRUGO | S_IWUSR, }, - .size = 4096, + .size = PCI_CFG_SPACE_EXP_SIZE, .read = pci_read_confi...

...--- a/drivers/pci/pci-sysfs.c +++ b/drivers/pci/pci-sysfs.c @@ -696,7 +696,7 @@ static struct bin_attribute pci_config_attr = { .name = "config", .mode = S_IRUGO | S_IWUSR, }, - .size = 256, + .size = PCI_CFG_SPACE_SIZE, .read = pci_read_config, .write = pci_write_config, }; @@ -706,7 +706,7 @@ static struct bin_attribute pcie_config_attr = { .name = "config", .mode = S_IRUGO | S_IWUSR, }, - .size = 4096, + .size = PCI_CFG_SPACE_EXP_SIZE, .read = pci_read_confi...

..._runtime_barrier+0x95/0x140 [ 246.899913] [<ffffffff8c0e1c10>] ? wake_atomic_t_function+0x60/0x60 [ 246.899915] [<ffffffff8c60109b>] pm_runtime_barrier+0x5b/0xc0 [ 246.899919] [<ffffffff8c4cce6b>] pci_config_pm_runtime_get+0x3b/0x60 [ 246.899922] [<ffffffff8c4d1bac>] pci_read_config+0x7c/0x260 [ 246.899927] [<ffffffff8c30fe60>] sysfs_kf_bin_read+0x50/0x80 [ 246.899929] [<ffffffff8c30f91a>] kernfs_fop_read+0xba/0x1c0 [ 246.899934] [<ffffffff8c277d98>] __vfs_read+0x28/0x130 [ 246.899939] [<ffffffff8c3cb7be>] ? security_file_permission+0x9e/0xc0 [...

Hello! I have an old Dell Latitude C800 laptop (with Pentium3 CPU in it). FreeBSD 6.3-STABLE was running fine on it, but I decided to update the machine to 9.1-STABLE. Well, neither my own custom kernel, nor even the official 9.1-RELEASE CD1 would boot... In both cases the boot process runs up to detecting uhub0, then either hangs forever or shuts off after a short while. Again, I thought I

We need to call drm_helper_hpd_irq_event() on resume to properly detect monitor connection / disconnection on some laptops. For runtime-resume (which gets called on resume from normal suspend too) we must call drm_helper_hpd_irq_event() from a workqueue to avoid a deadlock. Rename acpi_work to hpd_work, and move it out of the #ifdef CONFIG_ACPI blocks to make it suitable for generic work.

https://bugs.freedesktop.org/show_bug.cgi?id=85471 Bug ID: 85471 Summary: nouveau/kernel 3.18.0-rc1: nouveau deadlocks on 2nd Xorg start or reboot Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium