On Mon, Sep 22, 2014 at 8:53 AM, Andreas Noever
wrote:
> On Mon, Sep 22, 2014 at 4:25 PM, Bjorn Helgaas wrote:
>> On Sat, Sep 20, 2014 at 12:41 PM, Dirk Gouders wrote:
>>> Bjorn Helgaas writes:
>>>
On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
> So, I did some tests on
On Mon, Sep 22, 2014 at 4:25 PM, Bjorn Helgaas wrote:
> On Sat, Sep 20, 2014 at 12:41 PM, Dirk Gouders wrote:
>> Bjorn Helgaas writes:
>>
>>> On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
So, I did some tests on the VX50 which probably wasn't the worst idea,
because it
On Sat, Sep 20, 2014 at 12:41 PM, Dirk Gouders wrote:
> Bjorn Helgaas writes:
>
>> On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
>>> So, I did some tests on the VX50 which probably wasn't the worst idea,
>>> because it behaves different than the test machine.
>>>
>>> Summary:
>>>
On Sat, Sep 20, 2014 at 12:41 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas bhelg...@google.com writes:
On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
So, I did some tests on the VX50 which probably wasn't the worst idea,
because it behaves different than the test
On Mon, Sep 22, 2014 at 4:25 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Sat, Sep 20, 2014 at 12:41 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas bhelg...@google.com writes:
On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
So, I did some tests on the VX50 which
On Mon, Sep 22, 2014 at 8:53 AM, Andreas Noever
andreas.noe...@gmail.com wrote:
On Mon, Sep 22, 2014 at 4:25 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Sat, Sep 20, 2014 at 12:41 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas bhelg...@google.com writes:
On Sat, Sep 13, 2014 at
Bjorn Helgaas writes:
> On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
>> So, I did some tests on the VX50 which probably wasn't the worst idea,
>> because it behaves different than the test machine.
>>
>> Summary:
>>
>> 1) Bjorn's back pocket patch works on the VX50.
>>
>>
Bjorn Helgaas bhelg...@google.com writes:
On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
So, I did some tests on the VX50 which probably wasn't the worst idea,
because it behaves different than the test machine.
Summary:
1) Bjorn's back pocket patch works on the VX50.
On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
> So, I did some tests on the VX50 which probably wasn't the worst idea,
> because it behaves different than the test machine.
>
> Summary:
>
> 1) Bjorn's back pocket patch works on the VX50.
>
>On the test machine it causes a
Dirk Gouders writes:
> Yinghai Lu writes:
>
>> On Fri, Sep 12, 2014 at 5:11 PM, Dirk Gouders wrote:
>>> Yinghai Lu writes:
>>>
>>> Yes, I skip them in pci_scan_device() to get the unused bus number space
>>> that 0a.0 and 0b.0 then can use when reconfiguration is triggered.
>>
>> That is not
On Fri, Sep 12, 2014 at 10:07:16PM -0600, Bjorn Helgaas wrote:
> I want to fix this regression before v3.17. Dirk, can you test the
> following patch on top of v3.17-rc2? I'm hoping you can try this on your
> test machine in conjunction with your acpi_pci_root_add() and
> pci_scan_device()
Yinghai Lu writes:
> On Fri, Sep 12, 2014 at 5:11 PM, Dirk Gouders wrote:
>> Yinghai Lu writes:
>>
>> Yes, I skip them in pci_scan_device() to get the unused bus number space
>> that 0a.0 and 0b.0 then can use when reconfiguration is triggered.
>
> That is not right. Can not let two bridges
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 5:11 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
Yes, I skip them in pci_scan_device() to get the unused bus number space
that 0a.0 and 0b.0 then can use when reconfiguration is triggered.
That
On Fri, Sep 12, 2014 at 10:07:16PM -0600, Bjorn Helgaas wrote:
I want to fix this regression before v3.17. Dirk, can you test the
following patch on top of v3.17-rc2? I'm hoping you can try this on your
test machine in conjunction with your acpi_pci_root_add() and
pci_scan_device() patches.
Dirk Gouders d...@gouders.net writes:
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 5:11 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
Yes, I skip them in pci_scan_device() to get the unused bus number space
that 0a.0 and 0b.0 then can use
On Sat, Sep 13, 2014 at 09:41:34PM +0200, Dirk Gouders wrote:
So, I did some tests on the VX50 which probably wasn't the worst idea,
because it behaves different than the test machine.
Summary:
1) Bjorn's back pocket patch works on the VX50.
On the test machine it causes a trace,
Andreas Noever writes:
> Updated version with dmi strings. Dirk can you test this (without pci=nocrs)
> and look for
> PCI: Ignoring host bridge windows from ACPI
> If it does not show up then I have messed up the DMI_MATCH macros. In that
> case
> please try to boot with pci=nocrs.
Reboot
Updated version with dmi strings. Dirk can you test this (without pci=nocrs)
and look for
PCI: Ignoring host bridge windows from ACPI
If it does not show up then I have messed up the DMI_MATCH macros. In that case
please try to boot with pci=nocrs.
Bjorn, this would expand the meaning of nocrs
Andreas Noever writes:
> This is an implementation of fix 1 (Add a quirk to fix the _CRS information
> based on what amd_bus.c read from the hardware) which makes pci=nocrs ignore
> bus numbers from crs.
>
> If this works then we can add the board to the crs blacklist (Dirk can you
> attach
This is an implementation of fix 1 (Add a quirk to fix the _CRS information
based on what amd_bus.c read from the hardware) which makes pci=nocrs ignore
bus numbers from crs.
If this works then we can add the board to the crs blacklist (Dirk can you
attach the output of dmidecode to the
This is an implementation of fix 1 (Add a quirk to fix the _CRS information
based on what amd_bus.c read from the hardware) which makes pci=nocrs ignore
bus numbers from crs.
If this works then we can add the board to the crs blacklist (Dirk can you
attach the output of dmidecode to the
This is an implementation of fix 1 (Add a quirk to fix the _CRS information
based on what amd_bus.c read from the hardware) which makes pci=nocrs ignore
bus numbers from crs.
If this works then we can add the board to the crs blacklist (Dirk can you
attach the output of dmidecode to the
This is an implementation of fix 1 (Add a quirk to fix the _CRS information
based on what amd_bus.c read from the hardware) which makes pci=nocrs ignore
bus numbers from crs.
If this works then we can add the board to the crs blacklist (Dirk can you
attach the output of dmidecode to the
Andreas Noever andreas.noe...@gmail.com writes:
This is an implementation of fix 1 (Add a quirk to fix the _CRS information
based on what amd_bus.c read from the hardware) which makes pci=nocrs ignore
bus numbers from crs.
If this works then we can add the board to the crs blacklist (Dirk
Updated version with dmi strings. Dirk can you test this (without pci=nocrs)
and look for
PCI: Ignoring host bridge windows from ACPI
If it does not show up then I have messed up the DMI_MATCH macros. In that case
please try to boot with pci=nocrs.
Bjorn, this would expand the meaning of nocrs
Andreas Noever andreas.noe...@gmail.com writes:
Updated version with dmi strings. Dirk can you test this (without pci=nocrs)
and look for
PCI: Ignoring host bridge windows from ACPI
If it does not show up then I have messed up the DMI_MATCH macros. In that
case
please try to boot with
Dirk Gouders writes:
> Bjorn Helgaas writes:
>
>> I want to fix this regression before v3.17. Dirk, can you test the
>> following patch on top of v3.17-rc2? I'm hoping you can try this on your
>> test machine in conjunction with your acpi_pci_root_add() and
>> pci_scan_device() patches. If I
Bjorn Helgaas writes:
> I want to fix this regression before v3.17. Dirk, can you test the
> following patch on top of v3.17-rc2? I'm hoping you can try this on your
> test machine in conjunction with your acpi_pci_root_add() and
> pci_scan_device() patches. If I understand correctly, you
Bjorn Helgaas bhelg...@google.com writes:
I want to fix this regression before v3.17. Dirk, can you test the
following patch on top of v3.17-rc2? I'm hoping you can try this on your
test machine in conjunction with your acpi_pci_root_add() and
pci_scan_device() patches. If I understand
Dirk Gouders d...@gouders.net writes:
Bjorn Helgaas bhelg...@google.com writes:
I want to fix this regression before v3.17. Dirk, can you test the
following patch on top of v3.17-rc2? I'm hoping you can try this on your
test machine in conjunction with your acpi_pci_root_add() and
I want to fix this regression before v3.17. Dirk, can you test the
following patch on top of v3.17-rc2? I'm hoping you can try this on your
test machine in conjunction with your acpi_pci_root_add() and
pci_scan_device() patches. If I understand correctly, you were able to
reproduce the FC
On Fri, Sep 12, 2014 at 5:11 PM, Dirk Gouders wrote:
> Yinghai Lu writes:
>
> Yes, I skip them in pci_scan_device() to get the unused bus number space
> that 0a.0 and 0b.0 then can use when reconfiguration is triggered.
That is not right. Can not let two bridges use same bus num.
>
>> Proper
Yinghai Lu writes:
> On Fri, Sep 12, 2014 at 3:05 PM, Dirk Gouders wrote:
>> Yinghai Lu writes:
>>
>>> On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders wrote:
Yinghai Lu writes:
> On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote:
>> Dirk Gouders writes:
On Fri, Sep 12, 2014 at 3:05 PM, Dirk Gouders wrote:
> Yinghai Lu writes:
>
>> On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders wrote:
>>> Yinghai Lu writes:
>>>
On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote:
> Dirk Gouders writes:
>>> -[:00]-+-01.0-[01-02]--+-0d.0-[02]--
>>>
Yinghai Lu writes:
> On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders wrote:
>> Yinghai Lu writes:
>>
>>> On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote:
Dirk Gouders writes:
>> -[:00]-+-01.0-[01-02]--+-0d.0-[02]--
>>| +-0e.0 Broadcom BCM5785 [HT1000]
On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders wrote:
> Yinghai Lu writes:
>
>> On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote:
>>> Dirk Gouders writes:
> -[:00]-+-01.0-[01-02]--+-0d.0-[02]--
>| +-0e.0 Broadcom BCM5785 [HT1000] SATA (PATA/IDE
> Mode)
>
Yinghai Lu writes:
> On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote:
>> Dirk Gouders writes:
>>
>> I now applied your patches and tested them:
>>
>> echo 1 > /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
>> echo 0 > /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
>>
>> The
On Fri, Sep 12, 2014 at 2:05 PM, Dirk Gouders wrote:
> ...
> Yinghai,
>
> I now applied your patches and tested them:
>
> echo 1 > /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
> echo 0 > /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
>
> The FC Adapter did not show up, this is the
On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders wrote:
> Dirk Gouders writes:
>
> I now applied your patches and tested them:
>
> echo 1 > /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
> echo 0 > /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
>
> The FC Adapter did not show up, this
On Fri, Sep 12, 2014 at 10:05 PM, Dirk Gouders wrote:
> Dirk Gouders writes:
>
>> Dirk Gouders writes:
>>
>>> Bjorn Helgaas writes:
>>>
On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders wrote:
> Bjorn Helgaas writes:
>
>> On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders wrote:
Dirk Gouders writes:
> Dirk Gouders writes:
>
>> Bjorn Helgaas writes:
>>
>>> On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders wrote:
Bjorn Helgaas writes:
> On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders wrote:
>> What I was currently trying was to construct a
Dirk Gouders writes:
> Bjorn Helgaas writes:
>
>> On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders wrote:
>>> Bjorn Helgaas writes:
>>>
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders wrote:
> What I was currently trying was to construct a test-environment so that
> I do not need to
Dirk Gouders d...@gouders.net writes:
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders d...@gouders.net wrote:
What I was currently trying
Dirk Gouders d...@gouders.net writes:
Dirk Gouders d...@gouders.net writes:
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders
On Fri, Sep 12, 2014 at 10:05 PM, Dirk Gouders d...@gouders.net wrote:
Dirk Gouders d...@gouders.net writes:
Dirk Gouders d...@gouders.net writes:
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas
On Fri, Sep 12, 2014 at 2:05 PM, Dirk Gouders d...@gouders.net wrote:
...
Yinghai,
I now applied your patches and tested them:
echo 1 /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
echo 0 /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
The FC Adapter did not show up, this
On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders d...@gouders.net wrote:
Dirk Gouders d...@gouders.net writes:
I now applied your patches and tested them:
echo 1 /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
echo 0 /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
The FC Adapter
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders d...@gouders.net wrote:
Dirk Gouders d...@gouders.net writes:
I now applied your patches and tested them:
echo 1 /sys/bus/pci/devices/\:00\:0a.0/pcie_link_disable
echo 0
On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders d...@gouders.net wrote:
Dirk Gouders d...@gouders.net writes:
-[:00]-+-01.0-[01-02]--+-0d.0-[02]--
| +-0e.0
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders d...@gouders.net wrote:
Dirk Gouders d...@gouders.net writes:
On Fri, Sep 12, 2014 at 3:05 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:05 PM, Dirk Gouders d...@gouders.net wrote:
Dirk
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 3:05 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:54 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
On Fri, Sep 12, 2014 at 1:05 PM,
On Fri, Sep 12, 2014 at 5:11 PM, Dirk Gouders d...@gouders.net wrote:
Yinghai Lu ying...@kernel.org writes:
Yes, I skip them in pci_scan_device() to get the unused bus number space
that 0a.0 and 0b.0 then can use when reconfiguration is triggered.
That is not right. Can not let two bridges
I want to fix this regression before v3.17. Dirk, can you test the
following patch on top of v3.17-rc2? I'm hoping you can try this on your
test machine in conjunction with your acpi_pci_root_add() and
pci_scan_device() patches. If I understand correctly, you were able to
reproduce the FC
Bjorn Helgaas writes:
> On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders wrote:
>> Bjorn Helgaas writes:
>>
>>> On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders wrote:
What I was currently trying was to construct a test-environment so that
I do not need to do tests and diagnosis on a busy
On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders wrote:
> Bjorn Helgaas writes:
>
>> On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders wrote:
>>> What I was currently trying was to construct a test-environment so that
>>> I do not need to do tests and diagnosis on a busy machine.
>>>
>>> I noticed
Bjorn Helgaas writes:
> On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders wrote:
>> What I was currently trying was to construct a test-environment so that
>> I do not need to do tests and diagnosis on a busy machine.
>>
>> I noticed that this problem seems to start with the narrow Root
>> Bridge
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders wrote:
> What I was currently trying was to construct a test-environment so that
> I do not need to do tests and diagnosis on a busy machine.
>
> I noticed that this problem seems to start with the narrow Root
> Bridge window (00-07) but every other
On Thu, Sep 11, 2014 at 12:26 PM, Yinghai Lu wrote:
>
> This is amd two node systems. amd_bus.c tell us bus [00, 7f] is from
> first socket, but _OSC says only [0,7] is from first socket.
That might also explain why Dirk doesn't see it on his other machine.
The other machine doesn't have a buggy
Yinghai Lu writes:
> On Thu, Sep 11, 2014 at 10:30 AM, Bjorn Helgaas wrote:
>> [+cc linux-pci]
>>
>>
>> On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders wrote:
>>> Andreas Noever writes:
>>>
On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders wrote:
> Andreas Noever writes:
>
>> On
Yinghai Lu writes:
> On Thu, Sep 11, 2014 at 10:30 AM, Bjorn Helgaas wrote:
>> [+cc linux-pci]
>>
>>
>> On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders wrote:
>>> Andreas Noever writes:
>>>
On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders wrote:
> Andreas Noever writes:
>
>> On
On Thu, Sep 11, 2014 at 10:30 AM, Bjorn Helgaas wrote:
> [+cc linux-pci]
>
>
> On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders wrote:
>> Andreas Noever writes:
>>
>>> On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders wrote:
Andreas Noever writes:
> On Wed, Sep 3, 2014 at 12:57 PM, Dirk
[+cc linux-pci]
On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders wrote:
> Andreas Noever writes:
>
>> On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders wrote:
>>> Andreas Noever writes:
>>>
On Wed, Sep 3, 2014 at 12:57 PM, Dirk Gouders wrote:
> On a Tyan VX50 (B4985) I ran into problems
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders d...@gouders.net wrote:
What I was currently trying was to construct a test-environment so that
I do not need to do tests and diagnosis on a busy machine.
I noticed that this problem seems to start with
On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders d...@gouders.net wrote:
What I was currently trying was to construct a test-environment so that
I do not need to do tests and diagnosis
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 3:24 PM, Dirk Gouders d...@gouders.net wrote:
Bjorn Helgaas bhelg...@google.com writes:
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders d...@gouders.net wrote:
What I was currently trying was to construct a test-environment so
[+cc linux-pci]
On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders d...@gouders.net wrote:
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders d...@gouders.net wrote:
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 12:57 PM, Dirk
On Thu, Sep 11, 2014 at 10:30 AM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc linux-pci]
On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders d...@gouders.net wrote:
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders d...@gouders.net wrote:
Andreas
Yinghai Lu ying...@kernel.org writes:
On Thu, Sep 11, 2014 at 10:30 AM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc linux-pci]
On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders d...@gouders.net wrote:
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 2:47 PM, Dirk
Yinghai Lu ying...@kernel.org writes:
On Thu, Sep 11, 2014 at 10:30 AM, Bjorn Helgaas bhelg...@google.com wrote:
[+cc linux-pci]
On Thu, Sep 11, 2014 at 7:43 AM, Dirk Gouders d...@gouders.net wrote:
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 2:47 PM, Dirk
On Thu, Sep 11, 2014 at 12:26 PM, Yinghai Lu ying...@kernel.org wrote:
This is amd two node systems. amd_bus.c tell us bus [00, 7f] is from
first socket, but _OSC says only [0,7] is from first socket.
That might also explain why Dirk doesn't see it on his other machine.
The other machine
On Thu, Sep 11, 2014 at 2:33 PM, Dirk Gouders d...@gouders.net wrote:
What I was currently trying was to construct a test-environment so that
I do not need to do tests and diagnosis on a busy machine.
I noticed that this problem seems to start with the narrow Root
Bridge window (00-07) but
Andreas Noever writes:
> On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders wrote:
>> Andreas Noever writes:
>>
>>> On Wed, Sep 3, 2014 at 12:57 PM, Dirk Gouders wrote:
On a Tyan VX50 (B4985) I ran into problems when updating the kernel: the
PCI FC Adapter is no longer recognized.
>>>
>>>
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders d...@gouders.net wrote:
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 12:57 PM, Dirk Gouders d...@gouders.net wrote:
On a Tyan VX50 (B4985) I ran into problems when updating
On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders wrote:
> Andreas Noever writes:
>
>> On Wed, Sep 3, 2014 at 12:57 PM, Dirk Gouders wrote:
>>> On a Tyan VX50 (B4985) I ran into problems when updating the kernel: the
>>> PCI FC Adapter is no longer recognized.
>>
>> Can you provide the output of
On Wed, Sep 3, 2014 at 12:57 PM, Dirk Gouders wrote:
> On a Tyan VX50 (B4985) I ran into problems when updating the kernel: the
> PCI FC Adapter is no longer recognized.
Can you provide the output of lspci -vvv and the output of dmesg from
a working boot? Which card is the one that is not
On a Tyan VX50 (B4985) I ran into problems when updating the kernel: the
PCI FC Adapter is no longer recognized.
Actually, this machine caused more problems, because I was not able to
get it run with fedora, debian or ubuntu but I am somewhat sure that has
to do with grub2 and now I am (again)
On a Tyan VX50 (B4985) I ran into problems when updating the kernel: the
PCI FC Adapter is no longer recognized.
Actually, this machine caused more problems, because I was not able to
get it run with fedora, debian or ubuntu but I am somewhat sure that has
to do with grub2 and now I am (again)
On Wed, Sep 3, 2014 at 12:57 PM, Dirk Gouders d...@gouders.net wrote:
On a Tyan VX50 (B4985) I ran into problems when updating the kernel: the
PCI FC Adapter is no longer recognized.
Can you provide the output of lspci -vvv and the output of dmesg from
a working boot? Which card is the one that
On Wed, Sep 3, 2014 at 2:47 PM, Dirk Gouders d...@gouders.net wrote:
Andreas Noever andreas.noe...@gmail.com writes:
On Wed, Sep 3, 2014 at 12:57 PM, Dirk Gouders d...@gouders.net wrote:
On a Tyan VX50 (B4985) I ran into problems when updating the kernel: the
PCI FC Adapter is no longer
80 matches
Mail list logo