On Fri, 2005-03-11 at 20:36 +0100, Grzegorz Kulewski wrote:
On Fri, 11 Mar 2005, Bjorn Helgaas wrote:
Can you check to see whether there are any BIOS updates available
for your box? It looks to me like your USB controllers are wired
to IRQ9, and that's how the BIOS is leaving them
Can you do an lspci -vvn? I'm looking at quirk_via_irqpic() in
2.6.9, which is what printed this:
PCI: Via IRQ fixup for :00:07.2, from 9 to 10
PCI: Via IRQ fixup for :00:07.3, from 9 to 10
but it looks like it should only run for PCI_DEVICE_ID_VIA_82C586_2,
On Sat, 2005-03-12 at 09:43 +1100, Paul Mackerras wrote:
On PPC/PPC64 machines, the host bridges generally do not appear as PCI
devices either. *However*, the AGP spec requires a set of registers
in PCI config space for controlling the target (host) side of the AGP
bus. In other words you
is written. So if we've updated the
device's IRQ, we also need to update PCI_INTERRUPT_LINE.
This also restores the mysterious udelay(15) before the
update because we don't know whether it's necessary and
haven't seen an argument for its removal.
Signed-off-by: Bjorn Helgaas [EMAIL PROTECTED]
= arch
On Thu, 2005-03-24 at 23:40 +0300, Michael Tokarev wrote:
So, do you expect 9[78]35 cards to work? ;)
Yes, I expect them all to work. Thanks very much for testing yours!
With this patch applied, my 9835 card now works when loading 8250_pci
module. But things does not completely work still.
On Thursday 24 March 2005 12:54 pm, Michael Tokarev wrote:
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ACPI: PCI interrupt :01:00.0[A] - GSI 18 (level, low) - IRQ 193
ttyS4 at I/O 0xa400 (irq = 193) is a 16550A
ttyS5 at
On Fri, Jul 13, 2012 at 2:38 AM, Octavian Purdila
octavian.purd...@intel.com wrote:
On Thu, Jul 12, 2012 at 10:02 PM, Bjorn Helgaas bhelg...@google.com wrote:
Why don't you fix this right where the problem occurs, in
__reserve_region_with_split(), with something like this:
if (end
On Fri, Jul 13, 2012 at 3:40 AM, Amaury Decrême
amaury.decr...@gmail.com wrote:
This patch is a driver for SiS964 I2C bus.
It was forked from i2c-sis630 and modified with SiS datasheets.
Tested with kmemleak.
Signed-off-by: Amaury Decrême amaury.decr...@gmail.com
---
that sound correct to you?
On 6/22/2012 7:24 AM, Bjorn Helgaas wrote:
On Fri, Jun 15, 2012 at 1:23 PM, Chris Metcalf cmetc...@tilera.com wrote:
This change uses the TRIO IOMMU to map the PCI DMA space and physical
memory at different addresses. We also now use the dma_mapping_ops
to provide
On Fri, Jul 13, 2012 at 4:53 PM, Randy Dunlap rdun...@xenotime.net wrote:
On 07/13/2012 01:29 PM, Myron Stowe wrote:
My PCI: Integrate 'pci_fixup_final' quirks into hot-plug paths patch
introduced an undefined reference to 'pci_fixup_final_inited' when
CONFIG_PCI_QUIRKS is not enabled (on
On Sat, Jul 14, 2012 at 10:43 AM, Julia Lawall julia.law...@lip6.fr wrote:
From: Julia Lawall julia.law...@lip6.fr
Typically, the return value desired for the failure of a function with an
integer return value is a negative integer. In these cases, the return
value is sometimes a negative
[CC +tglx]
On Sun, Jul 15, 2012 at 2:25 PM, Rafael J. Wysocki r...@sisk.pl wrote:
CC-ing linux-pci and Bjorn.
On Sunday, July 15, 2012, Malte Schröder wrote:
Hello,
this is yet another try to get someone to look at this ;)
I can't get PCI-devices to work on my DH77KC mainboard. I tested
On Sun, Jul 15, 2012 at 10:47 AM, Jiang Liu liu...@gmail.com wrote:
On 07/13/2012 04:49 AM, Bjorn Helgaas wrote:
Hi Bjorn,
It's a little risk to change these PCIe capabilities access
functions as void. On some platform with hardware error detecting/correcting
capabilities, such as EEH
On Mon, Jul 16, 2012 at 6:09 PM, Jiang Liu liu...@gmail.com wrote:
On 07/17/2012 01:29 AM, Bjorn Helgaas wrote:
On Sun, Jul 15, 2012 at 10:47 AM, Jiang Liu liu...@gmail.com wrote:
On 07/13/2012 04:49 AM, Bjorn Helgaas wrote:
Hi Bjorn,
It's a little risk to change these PCIe
On Wed, Jul 18, 2012 at 10:15 AM, Chris Metcalf cmetc...@tilera.com wrote:
On 7/13/2012 1:25 PM, Bjorn Helgaas wrote:
On Fri, Jul 13, 2012 at 11:52:11AM -0400, Chris Metcalf wrote:
On 6/22/2012 7:24 AM, Bjorn Helgaas wrote:
This says that your entire physical address space (currently
0x0
On Wed, Jul 18, 2012 at 2:10 PM, Chris Metcalf cmetc...@tilera.com wrote:
On 7/18/2012 12:50 PM, Bjorn Helgaas wrote:
On Wed, Jul 18, 2012 at 10:15 AM, Chris Metcalf cmetc...@tilera.com wrote:
On 7/13/2012 1:25 PM, Bjorn Helgaas wrote:
On Fri, Jul 13, 2012 at 11:52:11AM -0400, Chris Metcalf
. For
details of those that reported the problem, please see:
https://bugzilla.redhat.com/show_bug.cgi?id=887006
Signed-off-by: Neil Horman nhor...@tuxdriver.com
CC: Prarit Bhargava pra...@redhat.com
CC: Don Zickus dzic...@redhat.com
CC: Don Dutile ddut...@redhat.com
CC: Bjorn Helgaas bhelg
On Mon, Apr 15, 2013 at 8:58 AM, Joerg Roedel j...@8bytes.org wrote:
On Mon, Apr 15, 2013 at 12:42:00AM +0530, Varun Sethi wrote:
swap_pci_ref function is used by the IOMMU API code for swapping pci device
pointers, while determining the iommu group for the device.
Currently this function was
On Mon, Apr 15, 2013 at 9:17 AM, Aravind Gopalakrishnan
aravind.gopalakrish...@amd.com wrote:
Add code to handle ECC decoding for fam16h. Support exists for
previous families already, so code has been reused werever applicable
and some code has been added to handle fam16h specific operations.
On Mon, Apr 15, 2013 at 6:48 AM, Libin huawei.li...@huawei.com wrote:
(*-vm_end - *-vm_start) PAGE_SHIFT operation is implemented
as a inline funcion vma_pages() in linux/mm.h, so using it.
Signed-off-by: Libin huawei.li...@huawei.com
Applied to my pci/misc branch for v3.10, thanks!
Bjorn
On Fri, Apr 12, 2013 at 4:44 PM, Yinghai Lu ying...@kernel.org wrote:
Before every quirk_io_region calling, pci_read_config_word is called.
We can fold that calling into quirk_io_region() to make
code more readable.
According to Bjorn, split this one as separated patch from
addon resource
On Fri, Apr 12, 2013 at 11:50 PM, Yinghai Lu ying...@kernel.org wrote:
On Fri, Apr 12, 2013 at 4:58 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Commit b51306c (PCI: Set device power state to PCI_D0 for device
without native PM support) modified
On Tue, Apr 16, 2013 at 12:01 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, April 15, 2013 02:18:18 PM Bjorn Helgaas wrote:
On Fri, Apr 12, 2013 at 11:50 PM, Yinghai Lu ying...@kernel.org wrote:
On Fri, Apr 12, 2013 at 4:58 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J
On Tue, Apr 16, 2013 at 2:27 PM, David Rientjes rient...@google.com wrote:
On Fri, 12 Apr 2013, Jiang Liu wrote:
diff --git a/arch/x86/pci/common.c b/arch/x86/pci/common.c
index 901177d..305c68b 100644
--- a/arch/x86/pci/common.c
+++ b/arch/x86/pci/common.c
@@ -6,6 +6,7 @@
#include
On Wed, Apr 17, 2013 at 5:06 AM, Artem Savkov artem.sav...@gmail.com wrote:
Introduced in cc8f7f9e4e79a0940af6b4b6fdfbcf18a03aa9f4
(PCI: Fix __must_check annotation on pci_create_sysfs_dev_files())
pci_bus_add_device() should not fail to add device if
pci_create_sysfs_dev_files() call fails,
On Wed, Apr 17, 2013 at 9:54 AM, Bjorn Helgaas bhelg...@google.com wrote:
On Wed, Apr 17, 2013 at 5:06 AM, Artem Savkov artem.sav...@gmail.com wrote:
Introduced in cc8f7f9e4e79a0940af6b4b6fdfbcf18a03aa9f4
(PCI: Fix __must_check annotation on pci_create_sysfs_dev_files())
pci_bus_add_device
[+cc Rafael linux-acpi]
On Tue, Apr 16, 2013 at 10:14 AM, Stephan von Krawczynski
sk...@ithnet.com wrote:
On Tue, 16 Apr 2013 10:59:53 -0400
Josh Boyer jwbo...@gmail.com wrote:
On Tue, Apr 16, 2013 at 04:55:25PM +0200, richard -rw- weinberger wrote:
On Tue, Apr 16, 2013 at 4:20 PM, Stephan
On Wed, Apr 17, 2013 at 5:24 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Bjorn,
I just noticed this commit (f39d5b72913e PCI: Remove extern from
function declarations) in the pci next branch. Just wondering why you
would do such a thing. It is a lot of churn in quite a few header
| 12 +++-
For the drivers/pci part:
Acked-by: Bjorn Helgaas bhelg...@google.com
I assume you'll merge this via something other than my tree.
fs/proc/generic.c |7 +++
fs/proc/vmcore.c|2 +-
include/linux/proc_fs.h |2
-by: Bjorn Helgaas bhelg...@google.com
fs/proc/generic.c | 13 +++
include/linux/proc_fs.h |5
kernel/configs.c |2 +-
kernel/profile.c |2 +-
net/netfilter/xt_recent.c
[+cc Bryan, Zhang]
On Fri, Apr 19, 2013 at 8:51 AM, Scott Simpson simpson1...@live.com wrote:
Stack trace is here: http://www.flickr.com/photos/94373754@N06/8662259093/
--
Hi Scott,
This is an openSUSE bug, so you'll probably get more help there. I
On Thu, Apr 4, 2013 at 8:50 AM, Neil Horman nhor...@tuxdriver.com wrote:
On Thu, Apr 04, 2013 at 03:27:29PM +0100, David Woodhouse wrote:
On Wed, 2013-04-03 at 17:53 -0600, Bjorn Helgaas wrote:
);
+
+ if ((revision == 0x13) irq_remapping_enabled) {
+pr_warn
On Thu, Apr 4, 2013 at 9:39 AM, Neil Horman nhor...@tuxdriver.com wrote:
On Thu, Apr 04, 2013 at 08:57:06AM -0600, Bjorn Helgaas wrote:
On Thu, Apr 4, 2013 at 8:50 AM, Neil Horman nhor...@tuxdriver.com wrote:
On Thu, Apr 04, 2013 at 03:27:29PM +0100, David Woodhouse wrote:
On Wed, 2013-04-03
On Thu, Mar 21, 2013 at 6:51 PM, Robert Hancock hancock...@gmail.com wrote:
On 03/20/2013 10:35 PM, Myron Stowe wrote:
Sysfs includes entries to memory regions that back a PCI device's BARs.
The pci-sysfs entries backing I/O Port BARs can be accessed by userspace,
providing direct access to
On Thu, Mar 7, 2013 at 7:35 PM, Andrew Cooks aco...@gmail.com wrote:
This patch creates a quirk to allow the Intel IOMMU to be enabled for devices
that use incorrect tags during DMA. It is similar to the quirk for Ricoh
devices, but allows mapping multiple functions and mapping of 'ghost'
On Mon, Jan 28, 2013 at 9:34 PM, Huang Ying ying.hu...@intel.com wrote:
[PATCH 1/4] PCI/ACPI: Add target state as parameter to
pci_platform_pm_ops-run_wake
[PATCH 2/4] PCI: Rename pci_dev-runtime_d3cold to pci_dev-set_d3cold
[PATCH 3/4] PCI/PM: Set pci_dev-set_d3cold in pci_set_power_state
On Thu, Apr 4, 2013 at 11:51 AM, Neil Horman nhor...@tuxdriver.com wrote:
Oh, you want the bug report that I'm fixing this against? Sure, I can do
that.
I thought you wanted me to include a url in the WARN_TAINT, with which user
could report occurances of this bug. Yeah, the bug that this
On Thu, Apr 4, 2013 at 2:04 PM, Neil Horman nhor...@tuxdriver.com wrote:
On Thu, Apr 04, 2013 at 10:40:07AM -0700, Yinghai Lu wrote:
On Thu, Apr 4, 2013 at 10:27 AM, Don Dutile ddut...@redhat.com wrote:
You need to move the quirk to early_quirk to append nointremap to
avoid extra rebooting.
On Wed, Mar 13, 2013 at 5:28 PM, Yinghai Lu ying...@kernel.org wrote:
After they are put in add-on resources, they will be safely claimed later.
Signed-off-by: Yinghai Lu ying...@kernel.org
---
drivers/pci/quirks.c | 155
+++---
1 file changed,
On Wed, Mar 13, 2013 at 5:27 PM, Yinghai Lu ying...@kernel.org wrote:
Use resource pointer to get index in pci resources array/list.
-v2: export symbol for acpiphp compiling error, found by
Steven Newbury st...@snewbury.org.uk
Signed-off-by: Yinghai Lu ying...@kernel.org
---
On Wed, Mar 13, 2013 at 5:27 PM, Yinghai Lu ying...@kernel.org wrote:
From: Ram Pai linux...@us.ibm.com
Currently pci_dev structure holds an array of 17 PCI resources; six base
BARs, one ROM BAR, four BRIDGE BARs, six sriov BARs. This is wasteful.
A bridge device just needs the 4 bridge
On Wed, Mar 13, 2013 at 5:27 PM, Yinghai Lu ying...@kernel.org wrote:
According to resource pointer find out if the resource is some type resource
like bridge, sriov, or std.
Signed-off-by: Yinghai Lu ying...@kernel.org
---
include/linux/pci.h | 23 +++
1 file
On Fri, Apr 5, 2013 at 2:31 PM, Chris Murphy bugzi...@colorremedies.com wrote:
On Apr 2, 2013, at 2:10 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Mon, Apr 1, 2013 at 11:47 AM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Mon, 2013-04-01 at 11:39 -0600, Bjorn Helgaas wrote
On Fri, Apr 5, 2013 at 1:31 PM, Neil Horman nhor...@tuxdriver.com wrote:
A few years back intel published a spec update:
http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chipset-ioh-specification-update.pdf
For the 5520 and 5500 chipsets which contained an errata
[+cc linux-kernel]
On Fri, Apr 5, 2013 at 7:31 PM, Bjorn Helgaas bhelg...@google.com wrote:
Hi Linus,
Here are some fixes for v3.9. They include fixes for an ASPM problem
that affects pre-1.1 PCIe devices, a kexec problem, the platform ROM
image problem, a couple hotplug issues related
[+cc Joerg, Konrad]
On Mon, Apr 8, 2013 at 9:29 AM, Don Dutile ddut...@redhat.com wrote:
On 04/05/2013 09:55 PM, Bjorn Helgaas wrote:
On Fri, Apr 5, 2013 at 1:31 PM, Neil Hormannhor...@tuxdriver.com wrote:
A few years back intel published a spec update:
http://www.intel.com/content/dam
On Sat, Apr 6, 2013 at 2:49 AM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
On Thu, 2013-04-04 at 12:06 -0600, Bjorn Helgaas wrote:
On Thu, Mar 21, 2013 at 6:51 PM, Robert Hancock hancock...@gmail.com wrote:
-Reconsider whether supporting read/write on the resource files
On Tue, Feb 26, 2013 at 8:25 AM, Jiang Liu liu...@gmail.com wrote:
Previously the acpiphp driver registers itself as an ACPI PCI subdriver,
so it's callbacks will be invoked when creating/destroying PCI root
buses to manage ACPI based PCI hotplug slots. But it doesn't handle
P2P bridge hotplug
On Mon, Apr 8, 2013 at 10:51 PM, Ram Pai linux...@us.ibm.com wrote:
On Thu, Apr 04, 2013 at 04:18:01PM -0600, Bjorn Helgaas wrote:
On Wed, Mar 13, 2013 at 5:27 PM, Yinghai Lu ying...@kernel.org wrote:
From: Ram Pai linux...@us.ibm.com
Currently pci_dev structure holds an array of 17 PCI
On Thu, Apr 4, 2013 at 12:01 PM, Gabor Juhos juh...@openwrt.org wrote:
Due to the __weak annotation in the forward declaration
of the 'pcibios_get_phb_of_node' function GCC will emit
a weak symbol for this functions even if the actual
implementation does not use the weak attribute.
If an
On Thu, Apr 4, 2013 at 12:01 PM, Gabor Juhos juh...@openwrt.org wrote:
The of_node field of the device assigned to a
PCI bus is used during scanning of the PCI bus.
However on MIPS, the of_node field is assigned
only after the bus has been scanned.
Implement the architecture specific version
On Wed, Apr 10, 2013 at 10:14 AM, Jiang Liu liu...@gmail.com wrote:
On 04/10/2013 07:38 AM, Bjorn Helgaas wrote:
On Tue, Feb 26, 2013 at 8:25 AM, Jiang Liu liu...@gmail.com wrote:
Previously the acpiphp driver registers itself as an ACPI PCI subdriver,
so it's callbacks will be invoked when
On Wed, Apr 10, 2013 at 10:34 AM, Takashi Iwai ti...@suse.de wrote:
Hi Bjorn,
sorry for the late follow up as I was on vacation and has been busy
for other tasks. Since this topic went to nirvana, I try to whip
again...
At Mon, 25 Mar 2013 10:58:40 -0600,
Bjorn Helgaas wrote:
On Wed
On Wed, Apr 10, 2013 at 7:50 PM, Yijing Wang wangyij...@huawei.com wrote:
Hi Bjorn,
Thanks for review.
My goal is that a user should never have to specify a kernel boot
parameter or edit a modules.conf file, but the user did previously
have some way to influence whether we use pciehp
On Thu, Apr 11, 2013 at 11:32 AM, Gabor Juhos juh...@openwrt.org wrote:
2013.04.10. 18:31 keltezéssel, Bjorn Helgaas írta:
On Thu, Apr 4, 2013 at 12:01 PM, Gabor Juhos juh...@openwrt.org wrote:
The of_node field of the device assigned to a
PCI bus is used during scanning of the PCI bus
On Wed, Mar 6, 2013 at 7:14 AM, Ian Abbott abbo...@mev.co.uk wrote:
Vendor ID 0x10e8 is assigned to Applied Micro Circuits Corporation
(recently AppliedMicro, but AMCC on NASDAQ). The ID currently appears
as PCI_VENDOR_ID_ADDIDATA_OLD in pci_ids.h, which is wrong. Some older
PCI boards made
On Fri, Apr 12, 2013 at 9:44 AM, Jiang Liu liu...@gmail.com wrote:
PCI, ACPI: remove ACPI PCI subdriver mechanism
This patch set is directly derived from two sources:
1) '[PATCH 00/15] PCI/ACPI: Remove pci_root sub-driver support' at
https://lkml.org/lkml/2012/12/7/11 from Myron Stowe
The
On Mon, Apr 1, 2013 at 2:42 AM, Yijing Wang wangyij...@huawei.com wrote:
In IA64 platform, we don't call pci_enable_bridges()
when scan all pci buses during system boot up. But in
X86 we do it in
pcibios_assign_resources()
pci_assign_unassigned_resources()
...
, 2013 at 5:46 AM, Bjorn Helgaas bhelg...@google.com wrote:
This patch might be *safe*, but it (and the changelog) are completely
unintelligible.
The problem with applying an unintelligible stop-gap patch is that it
becomes forever part of the changelog, and it's a huge waste of time
On Thu, Mar 28, 2013 at 11:59 PM, Yinghai Lu ying...@kernel.org wrote:
On Thu, Mar 28, 2013 at 8:22 PM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc Matthew]
[+cc e1000-de...@lists.sourceforge.net for suspected 82575/82598
regression]
On Thu, Mar 28, 2013 at 01:24:55PM -0700, Yinghai Lu
[+cc linux-pci]
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Looks like pci eisa bridge support is broken for a while.
one is root io resource reference, and other one is pnp related.
Please check if we can put them in v3.9.
eisa, PCI: Fix bus res reference
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Matthem found that 3.8.3 is having problems with an old (ancient)
PCI-to-EISA bridge, the Intel 82375. It worked with the 3.2 kernel.
He identified the 82375, but doesn't assign the struct resource *res
pointer inside the
[+cc Rafael, just FYI since it involves PNP resources]
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Mathhew reported kernels fail the pci_eisa probe and are later successful
with the virtual_eisa_root_init force probe without slot0.
The reason for that is: pnp
On Fri, Mar 29, 2013 at 12:10:37PM -0700, Yinghai Lu wrote:
On Fri, Mar 29, 2013 at 11:10 AM, Bjorn Helgaas bhelg...@google.com wrote:
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Matthem found that 3.8.3 is having problems with an old (ancient)
PCI-to-EISA bridge
myself as a maintainer of it
along with Bjorn and remove the Adam's entry from it.
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
Acked-by: Bjorn Helgaas bhelg...@google.com
I poked around a bit and it looks like Adam is in the Stanford Ph.D.
program, but I couldn't find a newer email
bugzilla, I think.
On 03/15/13 22:48, Bjorn Helgaas wrote:
On Tue, Mar 12, 2013 at 4:20 PM, Bjorn Helgaas bhelg...@google.com
wrote:
On Sat, Mar 9, 2013 at 2:20 AM, Chris Clayton chris2...@googlemail.com
wrote:
On 03/08/13 22:57, Bjorn Helgaas wrote:
Thanks. I opened this bug report:
https
[+cc Zheng, who added this with 71a83bd727]
On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The runtime PM of PCIe ports turns out to be quite fragile, as in
some cases things work while in some other cases they don't
On Thu, Mar 28, 2013 at 2:48 AM, Mantas Mikulėnas graw...@gmail.com wrote:
On 2013-03-27 22:33, Bjorn Helgaas wrote:
On Tue, Mar 26, 2013 at 4:55 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Tue, 2013-03-26 at 16:53 -0600, Bjorn Helgaas wrote:
I've been on vacation and didn't
On Fri, Mar 29, 2013 at 8:27 PM, Tejun Heo t...@kernel.org wrote:
x86 and ia64 can acquire extra hardware identification information
from DMI and print it along with task dumps; however, the usage isn't
consistent.
* x86 show_regs() collects vendor, product and board strings and print
them
On Fri, Mar 29, 2013 at 6:18 PM, Yinghai Lu ying...@kernel.org wrote:
On Fri, Mar 29, 2013 at 3:22 PM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc Rafael, just FYI since it involves PNP resources]
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Mathhew reported
On Mon, Apr 1, 2013 at 12:25 PM, Yinghai Lu ying...@kernel.org wrote:
On Mon, Apr 1, 2013 at 11:15 AM, Bjorn Helgaas bhelg...@google.com wrote:
Is this a regression? This must have worked at one time, but it seems
like we've had pnpacpi_init/isapnp_init/pnpbios_init before PCI
drivers
On Mon, Apr 1, 2013 at 2:51 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, April 01, 2013 11:34:46 AM Bjorn Helgaas wrote:
[+cc Zheng, who added this with 71a83bd727]
On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki rafael.j.wyso
On Fri, Mar 29, 2013 at 9:16 AM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc linux-pci]
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Looks like pci eisa bridge support is broken for a while.
one is root io resource reference, and other one is pnp related.
Please
On Fri, Mar 29, 2013 at 11:04:48AM -0700, Yinghai Lu wrote:
attatched -v3 again
On Fri, Mar 29, 2013 at 11:02 AM, Yinghai Lu ying...@kernel.org wrote:
On Fri, Mar 29, 2013 at 5:24 AM, Bjorn Helgaas bhelg...@google.com wrote:
Half of your v1 patch (removing the pcie_aspm_sanity_check
On Mon, Apr 1, 2013 at 6:03 PM, Yinghai Lu ying...@kernel.org wrote:
On Mon, Apr 1, 2013 at 4:52 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Fri, Mar 29, 2013 at 11:04:48AM -0700, Yinghai Lu wrote:
attatched -v3 again
Please check attached -v3.
It's getting late in the v3.9 cycle
On Mon, Apr 1, 2013 at 11:47 AM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Mon, 2013-04-01 at 11:39 -0600, Bjorn Helgaas wrote:
Chris still has problems (see
https://bugzilla.redhat.com/show_bug.cgi?id=927451), but I don't know
whether they are related to these patches or something
[+cc linux-pci]
On Mon, Apr 1, 2013 at 2:00 AM, Konstantin Khlebnikov
khlebni...@openvz.org wrote:
BUMP. This is degradation from 3.8, so this patch must be in 3.9.
I still don't like this forced clearing bus-master bit. But this hack
definitely fixes problems in kexec, so there is reason to
On Sat, Mar 30, 2013 at 4:38 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The runtime PM of PCIe ports turns out to be quite fragile, as in
some cases things work while in some other cases they don't and we
don't seem to have a good way to
On Thu, Mar 28, 2013 at 3:07 PM, Rafael J. Wysocki r...@sisk.pl wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Subject: PCI / ACPI: Always resume devices on ACPI wakeup notifications
It turns out that the _Lxx control methods provided by some BIOSes
clear the PME Status bit of PCI
[+cc Bob for spec typo question]
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Found problem on system that firmware that could handle pci aer.
Firmware get error reporting after pci injecting error, before os boots.
But after os boots, firmware can not get report
that their systems are vulnurable to this problem.
Signed-off-by: Neil Horman nhor...@tuxdriver.com
CC: Prarit Bhargava pra...@redhat.com
CC: Don Zickus dzic...@redhat.com
CC: Don Dutile ddut...@redhat.com
CC: Bjorn Helgaas bhelg...@google.com
CC: Asit Mallick asit.k.mall...@intel.com
CC: linux
On Tue, Mar 12, 2013 at 4:20 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Sat, Mar 9, 2013 at 2:20 AM, Chris Clayton chris2...@googlemail.com
wrote:
On 03/08/13 22:57, Bjorn Helgaas wrote:
Thanks. I opened this bug report:
https://bugzilla.kernel.org/show_bug.cgi?id=54981 to keep track
On Sat, Mar 16, 2013 at 7:50 AM, Joe Perches j...@perches.com wrote:
Instead of converting the 800 or so uses of seq_printf with
a constant format (without a % substitution) to seq_puts,
maybe there's another way to slightly speed up these outputs.
Taking a similar approach to commit
On Sat, Mar 16, 2013 at 4:11 PM, Greg KH gre...@linuxfoundation.org wrote:
On Sat, Mar 16, 2013 at 03:35:19PM -0600, Myron Stowe wrote:
Sysfs includes entries to memory that backs a PCI device's BARs, both I/O
Port space and MMIO. This memory regions correspond to the device's
internal status
On Wed, Mar 20, 2013 at 8:02 AM, Takashi Iwai ti...@suse.de wrote:
We encountered a problem that on some HP machines the Realtek PCI-e
card reader device appears only when you inserted a card before the
cold boot. While debugging, it turned out that the device is actually
handled via PCI-e
On Wed, Feb 27, 2013 at 5:06 PM, Shuah Khan shuah.k...@hp.com wrote:
pci defines PCI_DEVFN(), PCI_SLOT(), and PCI_FUNC() interfaces, however,
it doesn't have interfaces to return PCI bus and PCI device id. Drivers
(AMD IOMMU, and AER) have module specific definitions for PCI_BUS() and
On Tue, Mar 5, 2013 at 3:41 PM, Sarah Sharp
sarah.a.sh...@linux.intel.com wrote:
On Fri, Mar 01, 2013 at 08:41:13AM +0100, Hannes Reinecke wrote:
On 02/27/2013 10:13 PM, Bjorn Helgaas wrote:
[+cc Andy]
3) I don't understand why the xhci init fails in the first place. It
looks like
On Tue, Mar 26, 2013 at 3:59 PM, Joerg Roedel j...@8bytes.org wrote:
Hi Bjorn,
On Tue, Mar 26, 2013 at 03:41:07PM -0600, Bjorn Helgaas wrote:
Since some of these touch drivers/iommu, it'd be good if you acked
them again, Joerg. I know you acked them before, but there have been
minor changes
On Tue, Mar 26, 2013 at 4:54 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Tuesday, March 26, 2013 08:12:30 AM Yinghai Lu wrote:
On Tue, Mar 26, 2013 at 6:24 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Sunday, March 10, 2013 10:05:16 PM Yinghai Lu wrote:
During merging pci tree with pm/acpi
On Tue, Mar 26, 2013 at 3:25 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
It turns out that some UEFI systems provide apparently an apparently valid
PCI ROM BAR that turns out to contain garbage, so the attempt in f4eb5ff05
to prefer the ROM from the BAR actually breaks a different set
On Mon, Mar 18, 2013 at 9:54 PM, Lin Feng linf...@cn.fujitsu.com wrote:
Also replace deprecated printk(KERN_ERR...) with pr_err() as suggested
by Yinghai, attaching the function name to provide plenty info.
Cc: Yinghai Lu ying...@kernel.org
Signed-off-by: Lin Feng linf...@cn.fujitsu.com
---
[+cc Chris, reporter of Fedora issue]
On Mon, Mar 25, 2013 at 5:55 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Mar 26, 2013 at 09:52:14AM +1000, Dave Airlie wrote:
Because it's the only way to get the PCI ROM in some cases, like on
pretty much all Apples with Radeons. Only using
On Wed, Mar 27, 2013 at 2:02 PM, Dave Airlie airl...@gmail.com wrote:
That RedHat bugzilla is from kernel-3.9.0-0.rc4.git0.1.fc19.x86_64.
Does that kernel include Matthew's patch from Mar 19? I'm wondering
if that report is for the same problem Mantas saw and possibly would
be *fixed* by the
[+cc Mantas, Chris]
On Tue, Mar 26, 2013 at 4:55 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Tue, 2013-03-26 at 16:53 -0600, Bjorn Helgaas wrote:
I've been on vacation and didn't follow this closely, but it seems
like this fixes a regression and should be merged before v3.9
[+cc linux-pci]
On Wed, Mar 27, 2013 at 2:33 PM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc Mantas, Chris]
On Tue, Mar 26, 2013 at 4:55 PM, Matthew Garrett
matthew.garr...@nebula.com wrote:
On Tue, 2013-03-26 at 16:53 -0600, Bjorn Helgaas wrote:
I've been on vacation and didn't follow
On Wed, Mar 27, 2013 at 3:18 PM, Joseph A. Millikan
josephamilli...@gmail.com wrote:
We use Mint 11 32-bit and we've noticed with any kernel beyond 3.6.11, the
Ethernet port stops responding to pings after 15 minutes and samba clients
cease to receive data in realtime. I hope this is the
[+cc linux-usb]
On Wed, Mar 27, 2013 at 11:37 AM, Udo van den Heuvel udo...@xs4all.nl wrote:
Hello,
When my dmesg gives me a growing number of lines like the one below,
what is going on?
ohci_hcd :00:12.0: urb 88023025c500 path 2 ep1in 6c16 cc 6
-- status -71
Please let me
On Mon, Mar 18, 2013 at 11:37 AM, Yinghai Lu ying...@kernel.org wrote:
Roman reported ath5k does not work anymore on 3.8.
Bisected to
| commit 8c33f51df406e1a1f7fa4e9b244845b7ebd61fa6
| Author: Taku Izumi izumi.t...@jp.fujitsu.com
| Date: Tue Oct 30 15:27:13 2012 +0900
|
|PCI/ACPI:
On Thu, Mar 28, 2013 at 1:41 AM, Yinghai Lu ying...@kernel.org wrote:
On Wed, Mar 27, 2013 at 3:56 PM, Bjorn Helgaas bhelg...@google.com wrote:
Why can't we set all the ASPM flags *first*, before calling
pci_acpi_scan_root()? That way we could just do the correct ASPM
setup as we discover
On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu ying...@kernel.org wrote:
Matthem found that 3.8.3 is having problems with an old (ancient)
PCI-to-EISA bridge, the Intel 82375. It worked with the 3.2 kernel.
He identified the 82375, but doesn't assign the struct resource *res
pointer inside the
201 - 300 of 12007 matches
Mail list logo