https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #6 from James Cloos 2011-08-24 23:54:29 ---
> Ok, that fix is committed as caca9510ff4e ("firmware loader: allow
> builtin firmware load even if usermodehelper is disabled").
> Please verify that it does fix it, and close this bu
https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #5 from Linus Torvalds
2011-08-24 23:05:19 ---
Ok, that fix is committed as caca9510ff4e ("firmware loader: allow builtin
firmware load even if usermodehelper is disabled").
Please verify that it does fix it, and close this bug
https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #4 from Linus Torvalds
2011-08-24 21:57:45 ---
On Wed, Aug 24, 2011 at 2:04 PM,
wrote:
>
> --- Comment #3 from Michel D?nzer ?2011-08-24
> 21:03:48 ---
> From Elimar Riesebieter (riesebie at lxtec.de):
>
> bisecting brought
https://bugzilla.kernel.org/show_bug.cgi?id=40952
Michel D?nzer changed:
What|Removed |Added
CC||riesebie at lxtec.de,
bisecting brought me to commit
288d5abec8314ae50fe6692f324b0444acae8486. Reverting seems to work as
microcode is loaded with compiled in firmware and radeon kms driver.
That's
commit 288d5abec8314ae50fe6692f324b0444acae8486
Author: Linus Torvalds
Date: Wed Aug 3 22:03:29 2011 -1000
Boot
https://bugzilla.kernel.org/show_bug.cgi?id=41642
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #
https://bugzilla.kernel.org/show_bug.cgi?id=41642
Rafael J. Wysocki changed:
What|Removed |Added
Blocks||7216
--
Configure bugmail: https
https://bugzilla.kernel.org/show_bug.cgi?id=41642
Rafael J. Wysocki changed:
What|Removed |Added
CC||rjw at sisk.pl
Component|Hi
https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #8 from Anonymous Emailer
2011-08-25 01:07:40 ---
Reply-To: gre...@suse.de
On Wed, Aug 24, 2011 at 02:22:27PM -0700, Linus Torvalds wrote:
> On Wed, Aug 24, 2011 at 2:04 PM, wrote:
> >
> > --- Comment #3 from Michel Dänzer 2
On Fri 7/22/2011 12:41 PM, Jonathan Cameron wrote:
> Straight forward. As an aside, the ida_init calls are not needed as far
> as I can see needed. (DEFINE_IDA does the same already).
> Signed-off-by: Jonathan Cameron
Checked out ok here for ds2780.
Acked-by: Clifton Barnes
https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #7 from Linus Torvalds 2011-08-25
00:00:21 ---
James Cloos 2011-08-24 23:54:29:
>
> Will do, just as soon as it hits hera. (Not there yet.)
Duh. I forgot to push.
Done,
Linus
--
Configure bugmail: https:
https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #6 from James Cloos 2011-08-24 23:54:29 ---
> Ok, that fix is committed as caca9510ff4e ("firmware loader: allow
> builtin firmware load even if usermodehelper is disabled").
> Please verify that it does fix it, and close this bu
https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #5 from Linus Torvalds 2011-08-24
23:05:19 ---
Ok, that fix is committed as caca9510ff4e ("firmware loader: allow builtin
firmware load even if usermodehelper is disabled").
Please verify that it does fix it, and close this bug
On Wed, Aug 24, 2011 at 4:00 PM, wrote:
> From: Jerome Glisse
>
> For some reason SPI block is in broken state after module
> unloading. This lead to broken rendering after reloading
> module. Fix this by reseting SPI block in CP resume function
Looks good to me.
Reviewed-by: Alex Deucher
>
From: Jerome Glisse
For some reason SPI block is in broken state after module
unloading. This lead to broken rendering after reloading
module. Fix this by reseting SPI block in CP resume function
Signed-off-by: Jerome Glisse
https://bugzilla.kernel.org/show_bug.cgi?id=40952
--- Comment #4 from Linus Torvalds 2011-08-24
21:57:45 ---
On Wed, Aug 24, 2011 at 2:04 PM, wrote:
>
> --- Comment #3 from Michel Dänzer 2011-08-24 21:03:48
> ---
> From Elimar Riesebieter (riesebie at lxtec.de):
>
> bisecting brought m
https://bugzilla.kernel.org/show_bug.cgi?id=40952
Michel Dänzer changed:
What|Removed |Added
CC||riese...@lxtec.de,
|
The TTM DMA only gets turned on when the SWIOTLB is enabled - but
we might also want to turn it off when SWIOTLB is on to
use the non-DMA TTM pool code.
In the future this parameter can be removed.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c |4
in
In TTM world the pages for the graphic drivers are kept in three different
pools: write combined, uncached, and cached (write-back). When the pages
are used by the graphic driver the graphic adapter via its built in MMU
(or AGP) programs these pages in. The programming requires the virtual address
As a mechanism to detect whether SWIOTLB is enabled or not.
And as such, we might as well wrap it within an 'swiotlb_enabled()'
function that will call the swiotlb_nr_tlb.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
Signed-off-by: Konrad Rzeszutek Wilk
---
We want to pass in the 'struct device' to the TTM layer so that
the TTM DMA pool code (if enabled) can use it. The DMA API code
needs the 'struct device' to do the DMA API operations.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/nouveau/nouveau_mem.c |3 ++-
drivers/gpu/drm/radeo
Which has the function members for all of the current page pool
operations defined. The old calls (ttm_put_pages, ttm_get_pages, etc)
are plumbed through little functions which lookup in the ttm_page_alloc_func
the appropiate implementation and call it.
There is currently only one page pool code s
. instead of checking against the DMA_ERROR_CODE value which is
per-platform specific. The zero value is a known invalid value
that the TTM layer sets on the dma_address array if it is not
used (ttm_tt_alloc_page_directory calls drm_calloc_large which
creates a page with GFP_ZERO).
We can't use pc
Way back in January this patchset:
http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html
was merged in, but pieces of it had to be reverted b/c they did not
work properly under PowerPC, ARM, and when swapping out pages to disk.
After a bit of discussion on the mailing list
http:
https://bugzilla.kernel.org/show_bug.cgi?id=41642
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #3 f
https://bugzilla.kernel.org/show_bug.cgi?id=41642
Rafael J. Wysocki changed:
What|Removed |Added
Blocks||7216
--
Configure bugmail: https
https://bugzilla.kernel.org/show_bug.cgi?id=41642
Rafael J. Wysocki changed:
What|Removed |Added
CC||r...@sisk.pl
Component|Hibe
On Wed, Aug 24, 2011 at 4:00 PM, wrote:
> From: Jerome Glisse
>
> For some reason SPI block is in broken state after module
> unloading. This lead to broken rendering after reloading
> module. Fix this by reseting SPI block in CP resume function
Looks good to me.
Reviewed-by: Alex Deucher
>
From: Jerome Glisse
For some reason SPI block is in broken state after module
unloading. This lead to broken rendering after reloading
module. Fix this by reseting SPI block in CP resume function
Signed-off-by: Jerome Glisse http://lists.freedesktop.org/mailman/listinfo/dri-devel
As a mechanism to detect whether SWIOTLB is enabled or not.
And as such, we might as well wrap it within an 'swiotlb_enabled()'
function that will call the swiotlb_nr_tlb.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
Signed-off-by: Konrad Rzeszutek Wilk
---
The TTM DMA only gets turned on when the SWIOTLB is enabled - but
we might also want to turn it off when SWIOTLB is on to
use the non-DMA TTM pool code.
In the future this parameter can be removed.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c |4
in
Which has the function members for all of the current page pool
operations defined. The old calls (ttm_put_pages, ttm_get_pages, etc)
are plumbed through little functions which lookup in the ttm_page_alloc_func
the appropiate implementation and call it.
There is currently only one page pool code s
. instead of checking against the DMA_ERROR_CODE value which is
per-platform specific. The zero value is a known invalid value
that the TTM layer sets on the dma_address array if it is not
used (ttm_tt_alloc_page_directory calls drm_calloc_large which
creates a page with GFP_ZERO).
We can't use pc
Way back in January this patchset:
http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html
was merged in, but pieces of it had to be reverted b/c they did not
work properly under PowerPC, ARM, and when swapping out pages to disk.
After a bit of discussion on the mailing list
http:
In TTM world the pages for the graphic drivers are kept in three different
pools: write combined, uncached, and cached (write-back). When the pages
are used by the graphic driver the graphic adapter via its built in MMU
(or AGP) programs these pages in. The programming requires the virtual address
We want to pass in the 'struct device' to the TTM layer so that
the TTM DMA pool code (if enabled) can use it. The DMA API code
needs the 'struct device' to do the DMA API operations.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/nouveau/nouveau_mem.c |3 ++-
drivers/gpu/drm/radeo
36 matches
Mail list logo
