On Sat, Aug 11, 2012 at 05:32:18PM +0800, Huacai Chen wrote:
> Subject: [PATCH V5 13/18] drm: Define SAREA_MAX for Loongson (PageSize =
> 16KB).
But your code doesn't define it just for Loongsson as the log message claims
but rather for all MIPS.
> diff --git a/include/drm/drm_sarea.h b/include
On Fri, Jun 22, 2012 at 06:55:40PM +0800, Huacai Chen wrote:
> > btw, would it be a good idea to use uncached accelerated instead ?
> I have tried uncached accelerated, there will be random points in the
> monitor, it seems a hw issue...
Have you flushed the pages from memory before switching the
On Fri, Jun 22, 2012 at 11:39:19AM +0200, Arnaud Patard wrote:
> > --- a/drivers/gpu/drm/drm_vm.c
> > +++ b/drivers/gpu/drm/drm_vm.c
> > @@ -62,7 +62,7 @@ static pgprot_t drm_io_prot(uint32_t map_type, struct
> > vm_area_struct *vma)
> > tmp = pgprot_writecombine(tmp);
> > else
>
On Mon, May 23, 2011 at 07:17:21PM -0400, Ted Ts'o wrote:
> > So I'm toying with 3.0 (and in that case, it really would be "3.0",
> > not "3.0.0" - the stable team would get the third digit rather than
> > the fourth one.
>
> If we change from 2.6.X to 3.X, then if we don't change anything else,
On Tue, May 24, 2011 at 03:43:48PM +0100, Alan Cox wrote:
> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
> version change ? A driver spring clean is much overdue and it's all in
> git in case someone wishes to sneak out at midnight and bring some crawly
> horror back fro
because radeon_get_clock_info lacks a __devinit
annotation or the annotation of radeon_read_clocks_OF is wrong.
Signed-off-by: Ralf Baechle
To: David Airlie
Cc: dri-devel@lists.freedesktop.org
Cc: linux-ker...@vger.kernel.org
Cc: linux-m...@linux-mips.org
---
drivers/gpu/drm/radeon/radeon_clocks.c
I'm getting screen and screens full of section mismatches from my test
builds of the current kernel to the point where it's sometimes more
meaningful messages get hidden by the bulk of mismatches. This is the
first round of fixes with more to come.
Ralf
drivers/gpu/drm/radeon/radeon_clocks.c
stic and don't do any constification and seem to
work fine for PA-RISC.
A possible alternative to allow the use of Michał's reverted patch would
be to conditionalize the definition of __devinitconst. There is no
user of __devexitconst so I left that unchanged.
Ralf
Signed-off-by: Ralf
On Wed, Jun 29, 2011 at 08:14:24AM -0700, Greg KH wrote:
>
> On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> > I think we should simply concentrate on __init and __exit; that's where
> > most of the discard value lies and stop expending huge efforts on the
> > __devX stuff whic
On Sat, Aug 11, 2012 at 05:32:18PM +0800, Huacai Chen wrote:
> Subject: [PATCH V5 13/18] drm: Define SAREA_MAX for Loongson (PageSize =
> 16KB).
But your code doesn't define it just for Loongsson as the log message claims
but rather for all MIPS.
> diff --git a/include/drm/drm_sarea.h b/include
On Mon, May 23, 2011 at 07:17:21PM -0400, Ted Ts'o wrote:
> > So I'm toying with 3.0 (and in that case, it really would be "3.0",
> > not "3.0.0" - the stable team would get the third digit rather than
> > the fourth one.
>
> If we change from 2.6.X to 3.X, then if we don't change anything else,
On Tue, May 24, 2011 at 03:43:48PM +0100, Alan Cox wrote:
> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
> version change ? A driver spring clean is much overdue and it's all in
> git in case someone wishes to sneak out at midnight and bring some crawly
> horror back fro
because radeon_get_clock_info lacks a __devinit
annotation or the annotation of radeon_read_clocks_OF is wrong.
Signed-off-by: Ralf Baechle
To: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: linux-kernel at vger.kernel.org
Cc: linux-mips at linux-mips.org
---
drivers/gpu/drm/radeon
I'm getting screen and screens full of section mismatches from my test
builds of the current kernel to the point where it's sometimes more
meaningful messages get hidden by the bulk of mismatches. This is the
first round of fixes with more to come.
Ralf
drivers/gpu/drm/radeon/radeon_clocks.c
stic and don't do any constification and seem to
work fine for PA-RISC.
A possible alternative to allow the use of Micha?'s reverted patch would
be to conditionalize the definition of __devinitconst. There is no
user of __devexitconst so I left that unchanged.
Ralf
Signed-off-by: Ralf
On Wed, Jun 29, 2011 at 08:14:24AM -0700, Greg KH wrote:
>
> On Wed, Jun 29, 2011 at 08:58:19AM -0500, James Bottomley wrote:
> > I think we should simply concentrate on __init and __exit; that's where
> > most of the discard value lies and stop expending huge efforts on the
> > __devX stuff whic
On Fri, Jun 22, 2012 at 06:55:40PM +0800, Huacai Chen wrote:
> > btw, would it be a good idea to use uncached accelerated instead ?
> I have tried uncached accelerated, there will be random points in the
> monitor, it seems a hw issue...
Have you flushed the pages from memory before switching the
On Fri, Jun 22, 2012 at 11:39:19AM +0200, Arnaud Patard wrote:
> > --- a/drivers/gpu/drm/drm_vm.c
> > +++ b/drivers/gpu/drm/drm_vm.c
> > @@ -62,7 +62,7 @@ static pgprot_t drm_io_prot(uint32_t map_type, struct
> > vm_area_struct *vma)
> > tmp = pgprot_writecombine(tmp);
> > else
>
On Wed, Oct 07, 2015 at 01:23:07PM +0200, Arnd Bergmann wrote:
> > I haven't checked all architectures, but I assume what happens is that
> > 64-bit ones just #define atomic64_t atomic_long_t, so they don't have
> > to provide three sets of functions.
>
> scratch that, I just looked at all the ar
19 matches
Mail list logo
