Re: [git pull] drm for 2.6.35-rc1 (revised)

2010-05-22 Thread Stephen Rothwell 
Hi Linus,

On Fri, 21 May 2010 11:56:39 -0700 (PDT) Linus Torvalds 
 wrote:
>
> I suspect we should have some "new warnings are errors" thing for 
> linux-next, so that people can't do this.

I do attempt to report new warnings but they are often hard to spot among
all the "may be used uninitialised" rubbish of an X86_64 allmodconfig
build.  Also, sometimes people ignore me, of course. :-(

That being said, I did not get the mentioned warning for either an i386
or x86_64 allmodconfig build - I wonder why not?  Compiler differences?
Config differences? (See
http://kisskb.ellerman.id.au/kisskb/buildresult/2617918/ and
http://kisskb.ellerman.id.au/kisskb/buildresult/2617928/).

Ah, I did get it for an i386 defconfig build
(http://kisskb.ellerman.id.au/kisskb/buildresult/2617930/).

-- 
Cheers,
Stephen Rothwells...@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/


pgp0ndVD173i6.pgp
Description: PGP signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[git pull] drm for 2.6.35-rc1 (revised)

2010-05-22 Thread Stephen Rothwell 
Hi Linus,

On Fri, 21 May 2010 11:56:39 -0700 (PDT) Linus Torvalds  wrote:
>
> I suspect we should have some "new warnings are errors" thing for 
> linux-next, so that people can't do this.

I do attempt to report new warnings but they are often hard to spot among
all the "may be used uninitialised" rubbish of an X86_64 allmodconfig
build.  Also, sometimes people ignore me, of course. :-(

That being said, I did not get the mentioned warning for either an i386
or x86_64 allmodconfig build - I wonder why not?  Compiler differences?
Config differences? (See
http://kisskb.ellerman.id.au/kisskb/buildresult/2617918/ and
http://kisskb.ellerman.id.au/kisskb/buildresult/2617928/).

Ah, I did get it for an i386 defconfig build
(http://kisskb.ellerman.id.au/kisskb/buildresult/2617930/).

-- 
Cheers,
Stephen Rothwellsfr at canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:

Re: [git pull] drm for 2.6.35-rc1 (revised)

2010-05-21 Thread Linus Torvalds 


On Sat, 22 May 2010, Stephen Rothwell wrote:
> 
> That being said, I did not get the mentioned warning for either an i386
> or x86_64 allmodconfig build - I wonder why not?  Compiler differences?
> Config differences? (See
> http://kisskb.ellerman.id.au/kisskb/buildresult/2617918/ and
> http://kisskb.ellerman.id.au/kisskb/buildresult/2617928/).
> 
> Ah, I did get it for an i386 defconfig build

You need to have 32-bit resources for it to trigger. So it ends up 
depending on CONFIG_PHYS_ADDR_T_64BIT. Which gets set for X86_PAE on x86.

Linus
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[git pull] drm for 2.6.35-rc1 (revised)

2010-05-21 Thread Linus Torvalds 


On Sat, 22 May 2010, Stephen Rothwell wrote:
> 
> That being said, I did not get the mentioned warning for either an i386
> or x86_64 allmodconfig build - I wonder why not?  Compiler differences?
> Config differences? (See
> http://kisskb.ellerman.id.au/kisskb/buildresult/2617918/ and
> http://kisskb.ellerman.id.au/kisskb/buildresult/2617928/).
> 
> Ah, I did get it for an i386 defconfig build

You need to have 32-bit resources for it to trigger. So it ends up 
depending on CONFIG_PHYS_ADDR_T_64BIT. Which gets set for X86_PAE on x86.

Linus

Re: [git pull] drm for 2.6.35-rc1 (revised)

2010-05-21 Thread Linus Torvalds 


Grrr. Not well tested. On x86, I get several warnings like this:

drivers/video/fbmem.c: In function ‘fb_do_apertures_overlap’:
drivers/video/fbmem.c:1494: warning: format ‘%llx’ expects type ‘long 
long unsigned int’, but argument 2 has type ‘resource_size_t’

Please fix. And please test the thing. 

I suspect we should have some "new warnings are errors" thing for 
linux-next, so that people can't do this.

Linus
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [git pull] drm for 2.6.35-rc1 (revised)

2010-05-21 Thread Randy Dunlap 
On Fri, 21 May 2010 11:56:39 -0700 (PDT) Linus Torvalds wrote:

> 
> 
> Grrr. Not well tested. On x86, I get several warnings like this:
> 
>   drivers/video/fbmem.c: In function ‘fb_do_apertures_overlap’:
>   drivers/video/fbmem.c:1494: warning: format ‘%llx’ expects type ‘long 
> long unsigned int’, but argument 2 has type ‘resource_size_t’
> 
> Please fix. And please test the thing. 

I sent a patch for this a few days ago.  Below.

---
From: Randy Dunlap 

Fix printk formats:

drivers/video/fbmem.c: In function 'fb_do_apertures_overlap':
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 2 has type 'resource_size_t'
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 3 has type 'resource_size_t'
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 4 has type 'resource_size_t'
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 5 has type 'resource_size_t'

Signed-off-by: Randy Dunlap 
---
 drivers/video/fbmem.c |5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

--- linux-next-20100519.orig/drivers/video/fbmem.c
+++ linux-next-20100519/drivers/video/fbmem.c
@@ -1491,7 +1491,10 @@ static bool fb_do_apertures_overlap(stru
for (j = 0; j < gena->count; ++j) {
struct aperture *g = &gena->ranges[j];
printk(KERN_DEBUG "checking generic (%llx %llx) vs hw 
(%llx %llx)\n",
-   g->base, g->size, h->base, h->size);
+   (unsigned long long)g->base,
+   (unsigned long long)g->size,
+   (unsigned long long)h->base,
+   (unsigned long long)h->size);
if (apertures_overlap(g, h))
return true;
}
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[git pull] drm for 2.6.35-rc1 (revised)

2010-05-21 Thread Randy Dunlap 
On Fri, 21 May 2010 11:56:39 -0700 (PDT) Linus Torvalds wrote:

> 
> 
> Grrr. Not well tested. On x86, I get several warnings like this:
> 
>   drivers/video/fbmem.c: In function ?fb_do_apertures_overlap?:
>   drivers/video/fbmem.c:1494: warning: format ?%llx? expects type ?long 
> long unsigned int?, but argument 2 has type ?resource_size_t?
> 
> Please fix. And please test the thing. 

I sent a patch for this a few days ago.  Below.

---
From: Randy Dunlap 

Fix printk formats:

drivers/video/fbmem.c: In function 'fb_do_apertures_overlap':
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 2 has type 'resource_size_t'
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 3 has type 'resource_size_t'
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 4 has type 'resource_size_t'
drivers/video/fbmem.c:1494: warning: format '%llx' expects type 'long long 
unsigned int', but argument 5 has type 'resource_size_t'

Signed-off-by: Randy Dunlap 
---
 drivers/video/fbmem.c |5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

--- linux-next-20100519.orig/drivers/video/fbmem.c
+++ linux-next-20100519/drivers/video/fbmem.c
@@ -1491,7 +1491,10 @@ static bool fb_do_apertures_overlap(stru
for (j = 0; j < gena->count; ++j) {
struct aperture *g = &gena->ranges[j];
printk(KERN_DEBUG "checking generic (%llx %llx) vs hw 
(%llx %llx)\n",
-   g->base, g->size, h->base, h->size);
+   (unsigned long long)g->base,
+   (unsigned long long)g->size,
+   (unsigned long long)h->base,
+   (unsigned long long)h->size);
if (apertures_overlap(g, h))
return true;
}

[git pull] drm for 2.6.35-rc1 (revised)

2010-05-21 Thread Linus Torvalds 


Grrr. Not well tested. On x86, I get several warnings like this:

drivers/video/fbmem.c: In function ?fb_do_apertures_overlap?:
drivers/video/fbmem.c:1494: warning: format ?%llx? expects type ?long 
long unsigned int?, but argument 2 has type ?resource_size_t?

Please fix. And please test the thing. 

I suspect we should have some "new warnings are errors" thing for 
linux-next, so that people can't do this.

Linus

[git pull] drm for 2.6.35-rc1 (revised)

2010-05-21 Thread Dave Airlie 

Original pull details below: note new branch name, I didn't mean to use 
drm-next branch though the contents were totally correct.

Changes since prev req: I missed a nouveau fixes tree from Ben, its mainly 
displayport + i2c fixes for a bunch of Dell laptops we have them all in 
F13 already I think. there are also a few radeon kms fixes + another drm 
mode typo fix that came in over the last few days.

I'm on holidays until next week so let me know if there is anything wrong 
on your end as I'm really not meant to be compiling kernels instead of 
playing with my daughter.

Dave.

> This is a combined drm/agp tree.
> 
> Highlights:
> core: initial dev docs, agp scratch page support
> kms: framebuffer cleanup + improved disconnected monitor at boot handling, 
> lots of edid parser updates to bring us in line with the X.org code, 
> improved fbdev handover mechanism.
> 
> ttm: add AGP page pool support to increase AGP speed.
> 
> radeon kms: initial powermanagement support - for all radeon GPU families, 
> this needs more work but it really needs to be upstream so we can get some 
> feedback now. PM on GPUs is a very complex task. There are two modes of 
> operation a profile driven mode and a dynamic mode, the dynamic mode can 
> potentially save more power but is also more likely to glitch on screen.
> evergreen irq/basic accel hw setup code.
> full access to VRAM beyond PCI BAR
> 
> Intel kms:
> split intel agp driver into two drivers, one for AGP, one for GTT.
> move intel sdvo to proper encoder/connector organisation
> Intel Cougarpoint support
> 
> This merge has one patch in x86 land which is acked on the list by the 
> proper people.
> 
> Dave.
> 

The following changes since commit 722154e4cacf015161efe60009ae9be23d492296:
  Linus Torvalds (1):
Merge branch 'zerolen' of git://git.kernel.org/.../jgarzik/misc-2.6

are available in the git repository at:

  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git 
drm-for-2.6.35

Adam Jackson (25):
  drm/edid: Fix secondary block fetch.
  drm/edid: Remove some misleading comments
  drm/edid: Remove a redundant check
  drm/edid: Reshuffle mode list construction to closer match the spec
  drm/edid: Add modes for Established Timings III section
  drm/edid: Remove arbitrary EDID extension limit
  drm/edid: Remove some silly comments
  drm/edid: Fix preferred mode parse for EDID 1.4
  drm/edid: Add test for monitor reduced blanking support.
  drm/edid: Extend range-based mode addition for EDID 1.4
  drm/edid: Fix the HDTV hack.
  drm/edid: Strengthen the algorithm for standard mode codes
  drm/edid: Add secondary GTF curve support
  drm/modes: Fix interlaced mode names
  drm/edid: Fix sync polarity for secondary GTF curve
  drm/edid: When checking duplicate standard modes, walked the probed list
  drm/i915: Allow LVDS on pipe A on gen4+
  drm/i915: Un-magic a DPCD register write
  drm/i915: Set sync polarity correctly on DisplayPort
  drm/i915/pch: Use minimal number of FDI lanes (v2)
  drm/i915: Use spatio-temporal dithering on PCH
  drm/i915: Make fbc control wrapper functions
  drm/i915: Fix DDC bus selection for multifunction SDVO
  drm/i915: Be extra careful about A/D matching for multifunction SDVO
  drm/edid: Fix 1024x768 at 85Hz

Alex Deucher (42):
  drm/radeon/kms: update atombios.h power tables for evergreen
  drm/radeon/kms: add support for evergreen power tables
  drm/radeon/kms/evergreen: add gart support
  drm/radeon/kms/evergreen: add soft reset function
  drm/radeon/kms/evergreen: implement gfx init
  drm/radeon/kms/evergreen: setup and enable the CP
  drm/radeon/kms/evergreen: implement irq support
  drm/radeon/kms/evergreen: add hpd support
  drm/radeon/kms/atom: disable the encoders in encoder_disable
  drm/radeon/kms: fix copy pasto in disable encoders patch
  drm/radeon/kms/atom: fix typo in LVDS panel info parsing
  drm/radeon/kms/combios: match lvds panel info parsing to ddx
  drm/radeon/kms: add gui_idle callback
  drm/radeon/kms: add support for gui idle interrupts (v4)
  drm/radeon/kms: wait for gpu idle before changing power mode
  drm/radeon/kms/atom/pm: rework power mode parsing
  drm/radeon/kms/pm: interate across crtcs for vblank
  drm/radeon/kms/pm: move pm state update to crtc functions
  drm/radeon/kms/pm: add asic specific callbacks for setting power state 
(v2)
  drm/radeon/kms/pm: add asic specific callbacks for getting power state 
(v2)
  drm/radeon/kms/pm: update display watermarks with power state changes
  drm/radeon/kms/atom: load hwmon drivers
  drm/radeon/kms/pm: don't enable pm if there is only on power state
  drm/radeon/kms/pm: clean power state printing
  drm/radeon/kms: minor pm cleanups
  drm/radeon/kms/pm: restore default power state on exit
  drm/radeon/kms/pm: add additional asic

[git pull] drm for 2.6.35-rc1 (revised)

2010-05-20 Thread Dave Airlie 

Original pull details below: note new branch name, I didn't mean to use 
drm-next branch though the contents were totally correct.

Changes since prev req: I missed a nouveau fixes tree from Ben, its mainly 
displayport + i2c fixes for a bunch of Dell laptops we have them all in 
F13 already I think. there are also a few radeon kms fixes + another drm 
mode typo fix that came in over the last few days.

I'm on holidays until next week so let me know if there is anything wrong 
on your end as I'm really not meant to be compiling kernels instead of 
playing with my daughter.

Dave.

> This is a combined drm/agp tree.
> 
> Highlights:
> core: initial dev docs, agp scratch page support
> kms: framebuffer cleanup + improved disconnected monitor at boot handling, 
> lots of edid parser updates to bring us in line with the X.org code, 
> improved fbdev handover mechanism.
> 
> ttm: add AGP page pool support to increase AGP speed.
> 
> radeon kms: initial powermanagement support - for all radeon GPU families, 
> this needs more work but it really needs to be upstream so we can get some 
> feedback now. PM on GPUs is a very complex task. There are two modes of 
> operation a profile driven mode and a dynamic mode, the dynamic mode can 
> potentially save more power but is also more likely to glitch on screen.
> evergreen irq/basic accel hw setup code.
> full access to VRAM beyond PCI BAR
> 
> Intel kms:
> split intel agp driver into two drivers, one for AGP, one for GTT.
> move intel sdvo to proper encoder/connector organisation
> Intel Cougarpoint support
> 
> This merge has one patch in x86 land which is acked on the list by the 
> proper people.
> 
> Dave.
> 

The following changes since commit 722154e4cacf015161efe60009ae9be23d492296:
  Linus Torvalds (1):
Merge branch 'zerolen' of git://git.kernel.org/.../jgarzik/misc-2.6

are available in the git repository at:

  ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git 
drm-for-2.6.35

Adam Jackson (25):
  drm/edid: Fix secondary block fetch.
  drm/edid: Remove some misleading comments
  drm/edid: Remove a redundant check
  drm/edid: Reshuffle mode list construction to closer match the spec
  drm/edid: Add modes for Established Timings III section
  drm/edid: Remove arbitrary EDID extension limit
  drm/edid: Remove some silly comments
  drm/edid: Fix preferred mode parse for EDID 1.4
  drm/edid: Add test for monitor reduced blanking support.
  drm/edid: Extend range-based mode addition for EDID 1.4
  drm/edid: Fix the HDTV hack.
  drm/edid: Strengthen the algorithm for standard mode codes
  drm/edid: Add secondary GTF curve support
  drm/modes: Fix interlaced mode names
  drm/edid: Fix sync polarity for secondary GTF curve
  drm/edid: When checking duplicate standard modes, walked the probed list
  drm/i915: Allow LVDS on pipe A on gen4+
  drm/i915: Un-magic a DPCD register write
  drm/i915: Set sync polarity correctly on DisplayPort
  drm/i915/pch: Use minimal number of FDI lanes (v2)
  drm/i915: Use spatio-temporal dithering on PCH
  drm/i915: Make fbc control wrapper functions
  drm/i915: Fix DDC bus selection for multifunction SDVO
  drm/i915: Be extra careful about A/D matching for multifunction SDVO
  drm/edid: Fix 1024x...@85hz

Alex Deucher (42):
  drm/radeon/kms: update atombios.h power tables for evergreen
  drm/radeon/kms: add support for evergreen power tables
  drm/radeon/kms/evergreen: add gart support
  drm/radeon/kms/evergreen: add soft reset function
  drm/radeon/kms/evergreen: implement gfx init
  drm/radeon/kms/evergreen: setup and enable the CP
  drm/radeon/kms/evergreen: implement irq support
  drm/radeon/kms/evergreen: add hpd support
  drm/radeon/kms/atom: disable the encoders in encoder_disable
  drm/radeon/kms: fix copy pasto in disable encoders patch
  drm/radeon/kms/atom: fix typo in LVDS panel info parsing
  drm/radeon/kms/combios: match lvds panel info parsing to ddx
  drm/radeon/kms: add gui_idle callback
  drm/radeon/kms: add support for gui idle interrupts (v4)
  drm/radeon/kms: wait for gpu idle before changing power mode
  drm/radeon/kms/atom/pm: rework power mode parsing
  drm/radeon/kms/pm: interate across crtcs for vblank
  drm/radeon/kms/pm: move pm state update to crtc functions
  drm/radeon/kms/pm: add asic specific callbacks for setting power state 
(v2)
  drm/radeon/kms/pm: add asic specific callbacks for getting power state 
(v2)
  drm/radeon/kms/pm: update display watermarks with power state changes
  drm/radeon/kms/atom: load hwmon drivers
  drm/radeon/kms/pm: don't enable pm if there is only on power state
  drm/radeon/kms/pm: clean power state printing
  drm/radeon/kms: minor pm cleanups
  drm/radeon/kms/pm: restore default power state on exit
  drm/radeon/kms/pm: add additional asic cal