On Fri, Aug 16, 2019 at 12:43:07AM +, Jason Gunthorpe wrote:
> On Thu, Aug 15, 2019 at 04:51:33PM -0400, Jerome Glisse wrote:
>
> > struct page. In this case any way we can update the
> > nouveau_dmem_page() to check that page page->pgmap == the
> > expected pgmap.
>
> I was also wondering
On Thu, Aug 15, 2019 at 04:33:06PM -0400, Jerome Glisse wrote:
> So nor HMM nor driver should dereference the struct page (i do not
> think any iommu driver would either),
Both current hmm drivers convert the hmm pfn back to a page and
eventually call dma_map_page on it. As do the ODP patches
On Thu, Aug 15, 2019 at 5:41 PM Jason Gunthorpe wrote:
>
> On Thu, Aug 15, 2019 at 01:47:12PM -0700, Dan Williams wrote:
> > On Thu, Aug 15, 2019 at 1:41 PM Jason Gunthorpe wrote:
> > >
> > > On Thu, Aug 15, 2019 at 04:33:06PM -0400, Jerome Glisse wrote:
> > >
> > > > So nor HMM nor driver
On Thu, Aug 15, 2019 at 04:51:33PM -0400, Jerome Glisse wrote:
> struct page. In this case any way we can update the
> nouveau_dmem_page() to check that page page->pgmap == the
> expected pgmap.
I was also wondering if that is a problem.. just blindly doing a
container_of on the page->pgmap does
On Thu, Aug 15, 2019 at 01:47:12PM -0700, Dan Williams wrote:
> On Thu, Aug 15, 2019 at 1:41 PM Jason Gunthorpe wrote:
> >
> > On Thu, Aug 15, 2019 at 04:33:06PM -0400, Jerome Glisse wrote:
> >
> > > So nor HMM nor driver should dereference the struct page (i do not
> > > think any iommu driver
On Thu, Aug 01, 2019 at 06:01:17PM -0400, Lyude Paul wrote:
> Since quirk_nvidia_hda() was added there's now two nvidia device
> functions on any laptops with nvidia GPUs: the HDA controller, and the
> GPU itself. Unfortunately this has the sideaffect of breaking
>
On Thu, Aug 15, 2019 at 08:41:33PM +, Jason Gunthorpe wrote:
> On Thu, Aug 15, 2019 at 04:33:06PM -0400, Jerome Glisse wrote:
>
> > So nor HMM nor driver should dereference the struct page (i do not
> > think any iommu driver would either),
>
> Er, they do technically deref the struct page:
On Thu, Aug 15, 2019 at 1:41 PM Jason Gunthorpe wrote:
>
> On Thu, Aug 15, 2019 at 04:33:06PM -0400, Jerome Glisse wrote:
>
> > So nor HMM nor driver should dereference the struct page (i do not
> > think any iommu driver would either),
>
> Er, they do technically deref the struct page:
>
>
On Thu, Aug 15, 2019 at 04:33:06PM -0400, Jerome Glisse wrote:
> So nor HMM nor driver should dereference the struct page (i do not
> think any iommu driver would either),
Er, they do technically deref the struct page:
nouveau_dmem_convert_pfn(struct nouveau_drm *drm,
On Thu, Aug 15, 2019 at 01:12:22PM -0700, Dan Williams wrote:
> On Thu, Aug 15, 2019 at 12:44 PM Jerome Glisse wrote:
> >
> > On Thu, Aug 15, 2019 at 12:36:58PM -0700, Dan Williams wrote:
> > > On Thu, Aug 15, 2019 at 11:07 AM Jerome Glisse wrote:
> > > >
> > > > On Wed, Aug 14, 2019 at
On Thu, Aug 15, 2019 at 12:44 PM Jerome Glisse wrote:
>
> On Thu, Aug 15, 2019 at 12:36:58PM -0700, Dan Williams wrote:
> > On Thu, Aug 15, 2019 at 11:07 AM Jerome Glisse wrote:
> > >
> > > On Wed, Aug 14, 2019 at 07:48:28AM -0700, Dan Williams wrote:
> > > > On Wed, Aug 14, 2019 at 6:28 AM
On Thu, Aug 15, 2019 at 12:36:58PM -0700, Dan Williams wrote:
> On Thu, Aug 15, 2019 at 11:07 AM Jerome Glisse wrote:
> >
> > On Wed, Aug 14, 2019 at 07:48:28AM -0700, Dan Williams wrote:
> > > On Wed, Aug 14, 2019 at 6:28 AM Jason Gunthorpe wrote:
> > > >
> > > > On Wed, Aug 14, 2019 at
On Thu, Aug 15, 2019 at 11:07 AM Jerome Glisse wrote:
>
> On Wed, Aug 14, 2019 at 07:48:28AM -0700, Dan Williams wrote:
> > On Wed, Aug 14, 2019 at 6:28 AM Jason Gunthorpe wrote:
> > >
> > > On Wed, Aug 14, 2019 at 09:38:54AM +0200, Christoph Hellwig wrote:
> > > > On Tue, Aug 13, 2019 at
On Thu, Aug 15, 2019 at 02:03:25PM -0400, Jerome Glisse wrote:
> On Wed, Aug 14, 2019 at 07:48:28AM -0700, Dan Williams wrote:
> > On Wed, Aug 14, 2019 at 6:28 AM Jason Gunthorpe wrote:
> > >
> > > On Wed, Aug 14, 2019 at 09:38:54AM +0200, Christoph Hellwig wrote:
> > > > On Tue, Aug 13, 2019 at
On Thu, Aug 15, 2019 at 12:19 PM wrote:
>
> > -Original Message-
> > From: Takashi Iwai
> > Sent: Thursday, August 15, 2019 9:57 AM
> > To: Alex Deucher
> > Cc: Karol Herbst; Limonciello, Mario; nouveau; Rafael J . Wysocki; LKML;
> > dri-devel;
> > Linux ACPI Mailing List; Alex Hung;
On Thu, Aug 15, 2019 at 8:03 PM Lyude Paul wrote:
>
> Assuming that GPUs would never have even close to 32 separate video
> encoders is quite honestly a pretty reasonable assumption. Unfortunately
> we do not live in a reasonable world, as it looks like it is actually
> possible to find devices
Reviewed-by: Lyude Paul
On Wed, 2019-08-14 at 12:44 +0200, Dariusz Marcinkiewicz wrote:
> Pass the connector info to the CEC adapter. This makes it possible
> to associate the CEC adapter with the corresponding drm connector.
>
> Signed-off-by: Dariusz Marcinkiewicz
> Signed-off-by: Hans
Assuming that GPUs would never have even close to 32 separate video
encoders is quite honestly a pretty reasonable assumption. Unfortunately
we do not live in a reasonable world, as it looks like it is actually
possible to find devices that will create more drm_encoder objects then
this. Case in
On Wed, Aug 14, 2019 at 07:48:28AM -0700, Dan Williams wrote:
> On Wed, Aug 14, 2019 at 6:28 AM Jason Gunthorpe wrote:
> >
> > On Wed, Aug 14, 2019 at 09:38:54AM +0200, Christoph Hellwig wrote:
> > > On Tue, Aug 13, 2019 at 06:36:33PM -0700, Dan Williams wrote:
> > > > Section alignment
On Thu, 15 Aug 2019 18:19:52 +0200,
wrote:
>
> > -Original Message-
> > From: Takashi Iwai
> > Sent: Thursday, August 15, 2019 9:57 AM
> > To: Alex Deucher
> > Cc: Karol Herbst; Limonciello, Mario; nouveau; Rafael J . Wysocki; LKML;
> > dri-devel;
> > Linux ACPI Mailing List; Alex
On Tue, Aug 13, 2019 at 05:58:52PM -0400, Jerome Glisse wrote:
> On Wed, Aug 07, 2019 at 08:02:14AM -0700, Ralph Campbell wrote:
> > When memory is migrated to the GPU it is likely to be accessed by GPU
> > code soon afterwards. Instead of waiting for a GPU fault, map the
> > migrated memory into
> -Original Message-
> From: Takashi Iwai
> Sent: Thursday, August 15, 2019 9:57 AM
> To: Alex Deucher
> Cc: Karol Herbst; Limonciello, Mario; nouveau; Rafael J . Wysocki; LKML;
> dri-devel;
> Linux ACPI Mailing List; Alex Hung; Ben Skeggs; David Airlie
> Subject: Re: [Nouveau] [PATCH
On Thu, Aug 15, 2019 at 10:37 AM Alex Deucher wrote:
>
> On Thu, Aug 15, 2019 at 10:25 AM Karol Herbst wrote:
> >
> > On Thu, Aug 15, 2019 at 4:20 PM wrote:
> > >
> > > > > There are definitely going to be regressions on machines in the field
> > > > > with the
> > > > > in tree drivers by
On Thu, 15 Aug 2019 16:37:05 +0200,
Alex Deucher wrote:
>
> On Thu, Aug 15, 2019 at 10:25 AM Karol Herbst wrote:
> >
> > On Thu, Aug 15, 2019 at 4:20 PM wrote:
> > >
> > > > > There are definitely going to be regressions on machines in the field
> > > > > with the
> > > > > in tree drivers by
On Thu, Aug 15, 2019 at 10:30 AM wrote:
>
> > On Thu, Aug 15, 2019 at 10:15 AM Karol Herbst wrote:
> > >
> > > On Thu, Aug 15, 2019 at 4:13 PM Alex Deucher
> > wrote:
> > > >
> > > > On Thu, Aug 15, 2019 at 10:04 AM Karol Herbst
> > > > wrote:
> > > > >
> > > > > On Thu, Aug 15, 2019 at 3:56
On Thu, Aug 15, 2019 at 10:25 AM Karol Herbst wrote:
>
> On Thu, Aug 15, 2019 at 4:20 PM wrote:
> >
> > > > There are definitely going to be regressions on machines in the field
> > > > with the
> > > > in tree drivers by reverting this. I think we should have an answer
> > > > for all of
> >
On Thu, Aug 15, 2019 at 4:34 PM wrote:
>
> > -Original Message-
> > From: Karol Herbst
> > Sent: Thursday, August 15, 2019 9:25 AM
> > To: Limonciello, Mario
> > Cc: Dave Airlie; LKML; Linux ACPI Mailing List; dri-devel; nouveau; Rafael
> > J .
> > Wysocki; Alex Hung; Ben Skeggs; David
On Thu, Aug 15, 2019 at 4:30 PM wrote:
>
> > On Thu, Aug 15, 2019 at 10:15 AM Karol Herbst wrote:
> > >
> > > On Thu, Aug 15, 2019 at 4:13 PM Alex Deucher
> > wrote:
> > > >
> > > > On Thu, Aug 15, 2019 at 10:04 AM Karol Herbst
> > > > wrote:
> > > > >
> > > > > On Thu, Aug 15, 2019 at 3:56
> -Original Message-
> From: Karol Herbst
> Sent: Thursday, August 15, 2019 9:25 AM
> To: Limonciello, Mario
> Cc: Dave Airlie; LKML; Linux ACPI Mailing List; dri-devel; nouveau; Rafael J .
> Wysocki; Alex Hung; Ben Skeggs; David Airlie
> Subject: Re: [Nouveau] [PATCH 1/7] Revert "ACPI /
> On Thu, Aug 15, 2019 at 10:15 AM Karol Herbst wrote:
> >
> > On Thu, Aug 15, 2019 at 4:13 PM Alex Deucher
> wrote:
> > >
> > > On Thu, Aug 15, 2019 at 10:04 AM Karol Herbst wrote:
> > > >
> > > > On Thu, Aug 15, 2019 at 3:56 PM wrote:
> > > > >
> > > > > > -Original Message-
> > > >
On Thu, Aug 15, 2019 at 4:20 PM wrote:
>
> > > There are definitely going to be regressions on machines in the field
> > > with the
> > > in tree drivers by reverting this. I think we should have an answer for
> > > all of
> > those
> > > before this revert is accepted.
> > >
> > > Regarding
> > There are definitely going to be regressions on machines in the field with
> > the
> > in tree drivers by reverting this. I think we should have an answer for
> > all of
> those
> > before this revert is accepted.
> >
> > Regarding systems with Intel+NVIDIA, we'll have to work with partners
On Thu, Aug 15, 2019 at 10:15 AM Karol Herbst wrote:
>
> On Thu, Aug 15, 2019 at 4:13 PM Alex Deucher wrote:
> >
> > On Thu, Aug 15, 2019 at 10:04 AM Karol Herbst wrote:
> > >
> > > On Thu, Aug 15, 2019 at 3:56 PM wrote:
> > > >
> > > > > -Original Message-
> > > > > From:
On Thu, Aug 15, 2019 at 4:13 PM Alex Deucher wrote:
>
> On Thu, Aug 15, 2019 at 10:04 AM Karol Herbst wrote:
> >
> > On Thu, Aug 15, 2019 at 3:56 PM wrote:
> > >
> > > > -Original Message-
> > > > From: linux-acpi-ow...@vger.kernel.org
> > > > On
> > > > Behalf Of Dave Airlie
> > > >
On Thu, Aug 15, 2019 at 10:04 AM Karol Herbst wrote:
>
> On Thu, Aug 15, 2019 at 3:56 PM wrote:
> >
> > > -Original Message-
> > > From: linux-acpi-ow...@vger.kernel.org
> > > On
> > > Behalf Of Dave Airlie
> > > Sent: Wednesday, August 14, 2019 5:48 PM
> > > To: Karol Herbst
> > > Cc:
On Thu, Aug 15, 2019 at 12:47 AM Dave Airlie wrote:
>
> On Thu, 15 Aug 2019 at 07:31, Karol Herbst wrote:
> >
> > This reverts commit 28586a51eea666d5531bcaef2f68e4abbd87242c.
> >
> > The original commit message didn't even make sense. AMD _does_ support it
> > and
> > it works with Nouveau as
On Thu, Aug 15, 2019 at 3:56 PM wrote:
>
> > -Original Message-
> > From: linux-acpi-ow...@vger.kernel.org On
> > Behalf Of Dave Airlie
> > Sent: Wednesday, August 14, 2019 5:48 PM
> > To: Karol Herbst
> > Cc: LKML; Linux ACPI; dri-devel; nouveau; Rafael J . Wysocki; Alex Hung; Ben
> >
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org On
> Behalf Of Dave Airlie
> Sent: Wednesday, August 14, 2019 5:48 PM
> To: Karol Herbst
> Cc: LKML; Linux ACPI; dri-devel; nouveau; Rafael J . Wysocki; Alex Hung; Ben
> Skeggs; Dave Airlie
> Subject: Re: [Nouveau] [PATCH 1/7]
On 15/08/2019 14:35, Christoph Hellwig wrote:
On Wed, Aug 14, 2019 at 07:49:27PM +0200, Daniel Vetter wrote:
On Wed, Aug 14, 2019 at 04:50:33PM +0200, Corentin Labbe wrote:
Hello
Since lot of release (at least since 4.19), I hit the following error message:
DMA-API: cacheline tracking ENOMEM,
On Wed, Aug 14, 2019 at 07:49:27PM +0200, Daniel Vetter wrote:
> On Wed, Aug 14, 2019 at 04:50:33PM +0200, Corentin Labbe wrote:
> > Hello
> >
> > Since lot of release (at least since 4.19), I hit the following error
> > message:
> > DMA-API: cacheline tracking ENOMEM, dma-debug disabled
> >
>
On Wed, Aug 14, 2019 at 05:09:54PM -0700, Ralph Campbell wrote:
> Some of the patches seem to have been mangled in the mail.
Weird, I never had such a an issue with git-send-email.
But to be covered for such weird cases I also posted a git url
for exactly the tree I've been working on.
> I was
although I'd like to have a deeper understanding of this table, I
think it's fine as it is right now and this actually does fix
something without causing any issues (as far as we know of)
Reviewed-by: Karol Herbst
On Fri, Aug 2, 2019 at 11:21 AM Mark Menzynski wrote:
>
> Some, mostly Fermi,
42 matches
Mail list logo