(2012/09/15 0:48), Vivek Goyal wrote:
> On Wed, Sep 12, 2012 at 06:00:55PM +0900, Takao Indoh wrote:
>> (2012/09/11 23:43), Vivek Goyal wrote:
>>> On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
>>>
>>> [..]
I'll post new patch which clears bus master bit and resets devices in
(2012/09/22 2:57), Don Dutile wrote:
On 09/14/2012 04:03 PM, Konrad Rzeszutek Wilk wrote:
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
(2012/09/22 2:57), Don Dutile wrote:
On 09/14/2012 04:03 PM, Konrad Rzeszutek Wilk wrote:
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
(2012/09/15 0:48), Vivek Goyal wrote:
On Wed, Sep 12, 2012 at 06:00:55PM +0900, Takao Indoh wrote:
(2012/09/11 23:43), Vivek Goyal wrote:
On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
[..]
I'll post new patch which clears bus master bit and resets devices in
second kernel.
On 09/14/2012 04:03 PM, Konrad Rzeszutek Wilk wrote:
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
new parameter apart from reset_devices
On 09/14/2012 04:03 PM, Konrad Rzeszutek Wilk wrote:
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
new parameter apart from reset_devices
(2012/09/15 5:03), Konrad Rzeszutek Wilk wrote:
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
new parameter apart from reset_devices to
(2012/09/15 5:03), Konrad Rzeszutek Wilk wrote:
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
new parameter apart from reset_devices to
> As to the boot parameter to enable this function, you suggested using
> reset_devices. I found that on a certain platform resetting devices
> caused PCIe error due to a hardware bug. Therefore I think we need
> new parameter apart from reset_devices to disable this function on
> such a machine.
On Wed, Sep 12, 2012 at 06:00:55PM +0900, Takao Indoh wrote:
> (2012/09/11 23:43), Vivek Goyal wrote:
> >On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
> >
> >[..]
> >>I'll post new patch which clears bus master bit and resets devices in
> >>second kernel.
> >>
> >>As to the boot
On Wed, Sep 12, 2012 at 06:00:55PM +0900, Takao Indoh wrote:
(2012/09/11 23:43), Vivek Goyal wrote:
On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
[..]
I'll post new patch which clears bus master bit and resets devices in
second kernel.
As to the boot parameter to enable
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
new parameter apart from reset_devices to disable this function on
such a machine.
(2012/09/11 23:43), Vivek Goyal wrote:
On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
[..]
I'll post new patch which clears bus master bit and resets devices in
second kernel.
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a
(2012/09/11 23:43), Vivek Goyal wrote:
On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
[..]
I'll post new patch which clears bus master bit and resets devices in
second kernel.
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a
On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
[..]
> I'll post new patch which clears bus master bit and resets devices in
> second kernel.
>
> As to the boot parameter to enable this function, you suggested using
> reset_devices. I found that on a certain platform resetting
> -Original Message-
> From: Takao Indoh [mailto:indou.ta...@jp.fujitsu.com]
> Sent: Monday, September 10, 2012 3:35 PM
> To: Kaneshige, Kenji/金重 憲治
> Cc: vgo...@redhat.com; ke...@lists.infradead.org;
> linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
> bhelg...@google.com;
(2012/09/10 23:36), Vivek Goyal wrote:
On Wed, Sep 05, 2012 at 08:09:58PM +0900, Takao Indoh wrote:
(2012/08/07 5:39), Vivek Goyal wrote:
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900,
(2012/09/10 23:36), Vivek Goyal wrote:
On Wed, Sep 05, 2012 at 08:09:58PM +0900, Takao Indoh wrote:
(2012/08/07 5:39), Vivek Goyal wrote:
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900,
-Original Message-
From: Takao Indoh [mailto:indou.ta...@jp.fujitsu.com]
Sent: Monday, September 10, 2012 3:35 PM
To: Kaneshige, Kenji/金重 憲治
Cc: vgo...@redhat.com; ke...@lists.infradead.org;
linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
bhelg...@google.com;
On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
[..]
I'll post new patch which clears bus master bit and resets devices in
second kernel.
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
On Wed, Sep 05, 2012 at 08:09:58PM +0900, Takao Indoh wrote:
> (2012/08/07 5:39), Vivek Goyal wrote:
> >On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
> >>Hi Vivek,
> >>
> >>(2012/08/03 20:46), Vivek Goyal wrote:
> >>>On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
>
(2012/09/10 11:34), Kaneshige, Kenji wrote:
>> -Original Message-
>> From: linux-pci-ow...@vger.kernel.org
>> [mailto:linux-pci-ow...@vger.kernel.org] On Behalf Of Takao Indoh
>> Sent: Wednesday, September 05, 2012 8:10 PM
>> To: vgo...@redhat.com
>> Cc: ke...@lists.infradead.org;
(2012/09/10 11:34), Kaneshige, Kenji wrote:
-Original Message-
From: linux-pci-ow...@vger.kernel.org
[mailto:linux-pci-ow...@vger.kernel.org] On Behalf Of Takao Indoh
Sent: Wednesday, September 05, 2012 8:10 PM
To: vgo...@redhat.com
Cc: ke...@lists.infradead.org;
On Wed, Sep 05, 2012 at 08:09:58PM +0900, Takao Indoh wrote:
(2012/08/07 5:39), Vivek Goyal wrote:
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This
> -Original Message-
> From: linux-pci-ow...@vger.kernel.org
> [mailto:linux-pci-ow...@vger.kernel.org] On Behalf Of Takao Indoh
> Sent: Wednesday, September 05, 2012 8:10 PM
> To: vgo...@redhat.com
> Cc: ke...@lists.infradead.org; linux-kernel@vger.kernel.org;
> linux-...@vger.kernel.org;
-Original Message-
From: linux-pci-ow...@vger.kernel.org
[mailto:linux-pci-ow...@vger.kernel.org] On Behalf Of Takao Indoh
Sent: Wednesday, September 05, 2012 8:10 PM
To: vgo...@redhat.com
Cc: ke...@lists.infradead.org; linux-kernel@vger.kernel.org;
linux-...@vger.kernel.org;
(2012/08/07 5:39), Vivek Goyal wrote:
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter "reset_pcie_devices" which resets PCIe
(2012/08/07 5:39), Vivek Goyal wrote:
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
(2012/08/07 5:39), Vivek Goyal wrote:
> On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
>> Hi Vivek,
>>
>> (2012/08/03 20:46), Vivek Goyal wrote:
>>> On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter
(2012/08/07 5:39), Vivek Goyal wrote:
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
> Hi Vivek,
>
> (2012/08/03 20:46), Vivek Goyal wrote:
> > On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
> >> Hi all,
> >>
> >> This patch adds kernel parameter "reset_pcie_devices" which resets PCIe
> >> devices at boot
On Mon, Aug 06, 2012 at 01:30:47PM +0900, Takao Indoh wrote:
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
devices at boot time to address DMA
Hi Don,
(2012/08/06 13:09), Don Dutile wrote:
> On 08/03/2012 07:24 AM, Takao Indoh wrote:
>> Hi all,
>>
>> This patch adds kernel parameter "reset_pcie_devices" which resets PCIe
>> devices at boot time to address DMA problem on kdump with iommu. When
>> this parameter is specified, a hot reset
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
> On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
>> Hi all,
>>
>> This patch adds kernel parameter "reset_pcie_devices" which resets PCIe
>> devices at boot time to address DMA problem on kdump with iommu. When
>> this parameter is
On 08/03/2012 07:24 AM, Takao Indoh wrote:
> Hi all,
>
> This patch adds kernel parameter "reset_pcie_devices" which resets PCIe
> devices at boot time to address DMA problem on kdump with iommu. When
> this parameter is specified, a hot reset is triggered on each PCIe root
> port and downstream
On 08/03/2012 07:24 AM, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
devices at boot time to address DMA problem on kdump with iommu. When
this parameter is specified, a hot reset is triggered on each PCIe root
port and downstream port to
Hi Vivek,
(2012/08/03 20:46), Vivek Goyal wrote:
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
devices at boot time to address DMA problem on kdump with iommu. When
this parameter is specified, a
Hi Don,
(2012/08/06 13:09), Don Dutile wrote:
On 08/03/2012 07:24 AM, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
devices at boot time to address DMA problem on kdump with iommu. When
this parameter is specified, a hot reset is triggered
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
> Hi all,
>
> This patch adds kernel parameter "reset_pcie_devices" which resets PCIe
> devices at boot time to address DMA problem on kdump with iommu. When
> this parameter is specified, a hot reset is triggered on each PCIe root
>
Hi all,
This patch adds kernel parameter "reset_pcie_devices" which resets PCIe
devices at boot time to address DMA problem on kdump with iommu. When
this parameter is specified, a hot reset is triggered on each PCIe root
port and downstream port to reset its downstream endpoint.
Background:
A
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
devices at boot time to address DMA problem on kdump with iommu. When
this parameter is specified, a hot reset is triggered on each PCIe root
port and downstream port to reset its downstream endpoint.
Background:
A
On Fri, Aug 03, 2012 at 08:24:31PM +0900, Takao Indoh wrote:
Hi all,
This patch adds kernel parameter reset_pcie_devices which resets PCIe
devices at boot time to address DMA problem on kdump with iommu. When
this parameter is specified, a hot reset is triggered on each PCIe root
port and
42 matches
Mail list logo