On 7 October 2015 at 11:50, Pavel Fedin wrote:
> Hello!
>
>> Nudge -- have you reported this as a kernel bug against the
>> PCI generic driver yet?
>
> Sorry, stopped tracking this topic after option upstreaming. Just
> sent out patches, cc'ed to you.
Yes, just saw those, thanks. (I'm slightly
Hello!
> Nudge -- have you reported this as a kernel bug against the
> PCI generic driver yet?
Sorry, stopped tracking this topic after option upstreaming. Just sent out
patches, cc'ed to you.
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
On 3 October 2015 at 19:04, Peter Crosthwaite
wrote:
> On Thu, Sep 24, 2015 at 5:13 PM, Peter Maydell
> wrote:
>> On 4 September 2015 at 00:13, Pavel Fedin wrote:
>>> Peter Maydell wrote:
Did you report the bug where the pci controller driver
fails to start if the second region is out
On Thu, Sep 24, 2015 at 5:13 PM, Peter Maydell wrote:
> On 4 September 2015 at 00:13, Pavel Fedin wrote:
>> Peter Maydell wrote:
>>> Did you report the bug where the pci controller driver
>>> fails to start if the second region is out of its range
>>> to the kernel mailing list? (It would be nice
On 4 September 2015 at 00:13, Pavel Fedin wrote:
> Peter Maydell wrote:
>> Did you report the bug where the pci controller driver
>> fails to start if the second region is out of its range
>> to the kernel mailing list? (It would be nice to be able
>> to point to a kernel patch in the changelog to
Hello!
> Can you test this reasonably soon, please? Otherwise
> I'll have to drop it from target-arm again.
Tested, confirm, the problem persists with Linux v4.1.4, LPAE disabled:
--- cut ---
PCI host bridge /pcie@1000 ranges:
IO 0x3eff..0x3eff -> 0x
MEM 0x1000..0x3
Hi!
> Yeah, we only let people with accounts create new ones, to
> avoid spam. If you tell me what username you'd like I'll
> create an account for you.
p.fedin or pfedin, depending on whether dots are allowed or not.
> Can you test this reasonably soon, please? Otherwise
> I'll have to drop i
On 4 September 2015 at 08:13, Pavel Fedin wrote:
>> We should add a note to QEMU's changelog to mention that if
>> they have a 32-bit kernel on the virt board and the PCI has
>> stopped working then they need to use this option.
>> (http://wiki.qemu.org/ChangeLog/2.5)
>
> I tried to, but "log in"
Hi!
> Something in your patch submission path seems to be wrapping long
> lines. It would be nice if you could fix it -- I couldn't apply this
> patch without manually editing it first.
Damn, stupid Outlook... I already set maximum width to ~100, ok, will increase
it further.
> We should add
On 24 August 2015 at 08:31, Pavel Fedin wrote:
> This large region is necessary for some devices like ivshmem and video cards
> 32-bit kernels can be built without LPAE support. In this case such a kernel
> will not be able to use PCI controller which has windows in high addresses.
> In order to w
On 2015/8/24 15:31, Pavel Fedin wrote:
This large region is necessary for some devices like ivshmem and video cards
32-bit kernels can be built without LPAE support. In this case such a kernel
will not be able to use PCI controller which has windows in high addresses.
In order to work around th
On Mon, 24 Aug 2015 10:31:54 +0300
Pavel Fedin wrote:
> This large region is necessary for some devices like ivshmem and video cards
> 32-bit kernels can be built without LPAE support. In this case such a kernel
> will not be able to use PCI controller which has windows in high addresses.
> In or
On 24.08.15 00:31, Pavel Fedin wrote:
> This large region is necessary for some devices like ivshmem and video cards
> 32-bit kernels can be built without LPAE support. In this case such a kernel
> will not be able to use PCI controller which has windows in high addresses.
> In order to work arou
This large region is necessary for some devices like ivshmem and video cards
32-bit kernels can be built without LPAE support. In this case such a kernel
will not be able to use PCI controller which has windows in high addresses.
In order to work around the problem, "highmem" option is introduced.
14 matches
Mail list logo
