On Tue, 29 Oct 2013 11:11:29 -0400, Konrad Rzeszutek Wilk
wrote:
On Tue, Oct 29, 2013 at 02:55:13PM +, Jan Beulich wrote:
>>> On 29.10.13 at 15:45, Konrad Rzeszutek Wilk
wrote:
> On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
>> >>> On 28.10.13 at 17:58, Konrad Rzeszutek
>>> On 29.10.13 at 16:11, Konrad Rzeszutek Wilk wrote:
> On Tue, Oct 29, 2013 at 02:55:13PM +, Jan Beulich wrote:
>> >>> On 29.10.13 at 15:45, Konrad Rzeszutek Wilk
>> >>> wrote:
>> > On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
>> >> >>> On 28.10.13 at 17:58, Konrad
On Tue, Oct 29, 2013 at 02:55:13PM +, Jan Beulich wrote:
> >>> On 29.10.13 at 15:45, Konrad Rzeszutek Wilk
> >>> wrote:
> > On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
> >> >>> On 28.10.13 at 17:58, Konrad Rzeszutek Wilk
> >> >>> wrote:
> >> > On Fri, Oct 25, 2013 at
>>> On 29.10.13 at 15:45, Konrad Rzeszutek Wilk wrote:
> On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
>> >>> On 28.10.13 at 17:58, Konrad Rzeszutek Wilk
>> >>> wrote:
>> > On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
>> >> If you can look at PCI host bridge
On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
> >>> On 28.10.13 at 17:58, Konrad Rzeszutek Wilk
> >>> wrote:
> > On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
> >> If you can look at PCI host bridge apertures instead of BARs, that
> >> would solve both problems.
>>> On 28.10.13 at 17:58, Konrad Rzeszutek Wilk wrote:
> On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
>> If you can look at PCI host bridge apertures instead of BARs, that
>> would solve both problems. Reassigning those apertures is
>> theoretically possible but is not even a
On 28.10.13 at 17:58, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote:
On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
If you can look at PCI host bridge apertures instead of BARs, that
would solve both problems. Reassigning those apertures is
theoretically possible but is
On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
On 28.10.13 at 17:58, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
If you can look at PCI host bridge apertures instead of BARs, that
would solve both
On 29.10.13 at 15:45, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote:
On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
On 28.10.13 at 17:58, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
If you can look
On Tue, Oct 29, 2013 at 02:55:13PM +, Jan Beulich wrote:
On 29.10.13 at 15:45, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
On 28.10.13 at 17:58, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Fri, Oct
On 29.10.13 at 16:11, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote:
On Tue, Oct 29, 2013 at 02:55:13PM +, Jan Beulich wrote:
On 29.10.13 at 15:45, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
On 28.10.13 at
On Tue, 29 Oct 2013 11:11:29 -0400, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Tue, Oct 29, 2013 at 02:55:13PM +, Jan Beulich wrote:
On 29.10.13 at 15:45, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On Tue, Oct 29, 2013 at 08:23:30AM +, Jan Beulich wrote:
On
On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
> On Fri, Oct 25, 2013 at 9:03 AM, Konrad Rzeszutek Wilk
> wrote:
> > On bootup the E820 "gaps" or E820_RESV regions are marked as
> > identity regions. Meaning that any lookup done in the P2M
> > will return the same value:
>>> On 26.10.13 at 00:08, Bjorn Helgaas wrote:
> On Fri, Oct 25, 2013 at 9:03 AM, Konrad Rzeszutek Wilk
> wrote:
>> + unsigned long pfn, start, end, ok_pfns;
>> + char bus_addr[64];
>> + char *fmt;
>> +
>> + if (!pci_resource_len(pci_dev,
On 26.10.13 at 00:08, Bjorn Helgaas bhelg...@google.com wrote:
On Fri, Oct 25, 2013 at 9:03 AM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
+ unsigned long pfn, start, end, ok_pfns;
+ char bus_addr[64];
+ char *fmt;
+
+ if
On Fri, Oct 25, 2013 at 04:08:19PM -0600, Bjorn Helgaas wrote:
On Fri, Oct 25, 2013 at 9:03 AM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On bootup the E820 gaps or E820_RESV regions are marked as
identity regions. Meaning that any lookup done in the P2M
will return the same
On Fri, Oct 25, 2013 at 9:03 AM, Konrad Rzeszutek Wilk
wrote:
> On bootup the E820 "gaps" or E820_RESV regions are marked as
> identity regions. Meaning that any lookup done in the P2M
> will return the same value: pfn_to_mfn(pfn) == pfn.
>
> This is needed for PCI devices so that drivers can
On Fri, Oct 25, 2013 at 11:03:20AM -0400, Konrad Rzeszutek Wilk wrote:
> On bootup the E820 "gaps" or E820_RESV regions are marked as
> identity regions. Meaning that any lookup done in the P2M
> will return the same value: pfn_to_mfn(pfn) == pfn.
>
> This is needed for PCI devices so that
On bootup the E820 "gaps" or E820_RESV regions are marked as
identity regions. Meaning that any lookup done in the P2M
will return the same value: pfn_to_mfn(pfn) == pfn.
This is needed for PCI devices so that drivers can reference
the correct bus address. Unfortunatly there are also PCIe
devices
On bootup the E820 gaps or E820_RESV regions are marked as
identity regions. Meaning that any lookup done in the P2M
will return the same value: pfn_to_mfn(pfn) == pfn.
This is needed for PCI devices so that drivers can reference
the correct bus address. Unfortunatly there are also PCIe
devices
On Fri, Oct 25, 2013 at 11:03:20AM -0400, Konrad Rzeszutek Wilk wrote:
On bootup the E820 gaps or E820_RESV regions are marked as
identity regions. Meaning that any lookup done in the P2M
will return the same value: pfn_to_mfn(pfn) == pfn.
This is needed for PCI devices so that drivers can
On Fri, Oct 25, 2013 at 9:03 AM, Konrad Rzeszutek Wilk
konrad.w...@oracle.com wrote:
On bootup the E820 gaps or E820_RESV regions are marked as
identity regions. Meaning that any lookup done in the P2M
will return the same value: pfn_to_mfn(pfn) == pfn.
This is needed for PCI devices so that
22 matches
Mail list logo