On Wed, Sep 05, 2018 at 02:26:51PM +0800, Daniel Drake wrote:
> On Tue, Aug 28, 2018 at 5:57 PM, Peter Wu wrote:
> > Only non-bridge devices can be passed to a guest, but perhaps logging
> > access to the emulated bridge is already sufficient. The Prefetchable
> > Base Upper 32 Bits register is
On Tue, Aug 28, 2018 at 5:57 PM, Peter Wu wrote:
> Only non-bridge devices can be passed to a guest, but perhaps logging
> access to the emulated bridge is already sufficient. The Prefetchable
> Base Upper 32 Bits register is at offset 0x28.
>
> In a trace where the Nvidia device is
On Thu, Aug 30, 2018 at 5:40 PM, Peter Wu wrote:
> As the BIOS date is not visible, can you also confirm that this message
> is visible in dmesg?
>
>nouveau: detected PR support, will not use DSM
Yes, that gets logged.
> For laptops, it appears that you have to do at least two things:
> -
On Thu, Aug 30, 2018 at 03:41:43PM +0800, Daniel Drake wrote:
> On Tue, Aug 28, 2018 at 5:57 PM, Peter Wu wrote:
> > Just to be sure, after "sleep", do both devices report "suspended" in
> > /sys/bus/pci/devices/:00:1c.0/power/runtime_status
> >
On Tue, Aug 28, 2018 at 5:57 PM, Peter Wu wrote:
> Just to be sure, after "sleep", do both devices report "suspended" in
> /sys/bus/pci/devices/:00:1c.0/power/runtime_status
> /sys/bus/pci/devices/:01:00.0/power/runtime_status
>
> and was this reproduced with a recent mainline kernel with
ohh actually, I was testing with a kernel without this workaround
applied, so I need to retest it later.
On Wed, Aug 29, 2018 at 2:40 PM, Karol Herbst wrote:
> On Tue, Aug 28, 2018 at 4:23 AM, Daniel Drake wrote:
>> On Fri, Aug 24, 2018 at 11:42 PM, Peter Wu wrote:
>>> Are these systems also
On Tue, Aug 28, 2018 at 4:23 AM, Daniel Drake wrote:
> On Fri, Aug 24, 2018 at 11:42 PM, Peter Wu wrote:
>> Are these systems also affected through runtime power management? For
>> example:
>>
>> modprobe nouveau# should enable runtime PM
>> sleep 6 # wait for runtime
hi everybody.
I came up with another workaround for the runtime suspend/resume
issues we have as well:
https://github.com/karolherbst/linux/commit/3cab4c50f77cf97c6c19a9b1e7884366f78f35a5.patch
I don't think this is really a bug inside the kernel or not directly.
If you for example not use
On Tue, Aug 28, 2018 at 10:23:24AM +0800, Daniel Drake wrote:
> On Fri, Aug 24, 2018 at 11:42 PM, Peter Wu wrote:
> > Are these systems also affected through runtime power management? For
> > example:
> >
> > modprobe nouveau# should enable runtime PM
> > sleep 6 # wait
On Fri, Aug 24, 2018 at 11:42 PM, Peter Wu wrote:
> Are these systems also affected through runtime power management? For
> example:
>
> modprobe nouveau# should enable runtime PM
> sleep 6 # wait for runtime suspend to kick in
> lspci -s1: # runtime resume by
Hi Daniel,
On Fri, Aug 24, 2018 at 11:31:54AM +0800, Daniel Drake wrote:
> Hi,
>
> We are facing a suspend/resume problem with many different Asus laptop
> models (30+ products) with Intel chipsets (multiple generations) and
> nvidia GPUs (several different ones). Reproducers include:
Are these
Hi,
We are facing a suspend/resume problem with many different Asus laptop
models (30+ products) with Intel chipsets (multiple generations) and
nvidia GPUs (several different ones). Reproducers include:
1. Boot
2. Suspend/resume
3. Load nouveau driver
4. Start X
5. Observe slow X startup and
12 matches
Mail list logo