[Bug 30313] [r300g] Several (big) textures are corrupted when you look at them from certain distances

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30313

--- Comment #5 from Marek Ol??k  2010-09-24 18:34:35 PDT 
---
This looks like a tiling issue and r300c doesn't implement tiling fully. I
can't reproduce it on R500. Try to set the environment variable
RADEON_DEBUG=notiling and please let me know if it fixes the issue.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock 
On 09/24/2010 05:34 PM, Greg KH wrote:
> On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:
>> The below patch, is a simple fix to a broken web address not using a period 
>> in it's
>> name. I'll leave this up to you guys if you want to use it...
>>
>>   Signed-off-by: Justin P. Mattock
>
> I'll queue it up, thanks.
>
> Oh, it's "staging", not "stagging" as you have up there in the Subject:
> :)
>
> thanks,
>
> greg k-h
>

shoot... and I actually changed it from staging to stagging thinking 
that was correct..(duh)..

Anyways alright.. I'll exclude this one if the other sets get finalized.

Justin P. Mattock

[Bug 30337] [r300g bisected] Starcraft 2: circles around units are corrupted

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30337

Tom Stellard  changed:

   What|Removed |Added

  Attachment #38923|0   |1
is obsolete||

--- Comment #5 from Tom Stellard  2010-09-24 17:34:12 
PDT ---
Created an attachment (id=38942)
 View: https://bugs.freedesktop.org/attachment.cgi?id=38942
 Review: https://bugs.freedesktop.org/review?bug=30337=38942

Fix v2

Can you try this patch?  Apply it to directly to master.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Greg KH 
On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:
> The below patch, is a simple fix to a broken web address not using a period 
> in it's
> name. I'll leave this up to you guys if you want to use it...
> 
>  Signed-off-by: Justin P. Mattock 

I'll queue it up, thanks.

Oh, it's "staging", not "stagging" as you have up there in the Subject:
:)

thanks,

greg k-h

[RFC 3/3 v3]update broken web addresses archive dot org

2010-09-24 Thread Justin P. Mattock 
Below is just a patch showing all the archive.org in the kernel so far.
up to you if you guys want to use this..

Signed-off-by: Justin P. Mattock 

---
 drivers/block/Kconfig |2 +-
 drivers/edac/i82975x_edac.c   |2 +-
 drivers/hwmon/hwmon-vid.c |6 +++---
 drivers/input/misc/cm109.c|4 ++--
 drivers/media/IR/keymaps/rc-rc5-tv.c  |2 +-
 drivers/media/dvb/pluto2/pluto2.c |2 +-
 drivers/media/radio/Kconfig   |4 ++--
 drivers/media/radio/radio-aztech.c|2 +-
 drivers/media/video/bt8xx/bttv-cards.c|2 +-
 drivers/media/video/pwc/philips.txt   |2 +-
 drivers/mtd/maps/Kconfig  |6 +++---
 drivers/mtd/maps/pismo.c  |2 +-
 drivers/mtd/maps/sc520cdp.c   |2 +-
 drivers/net/8139too.c |2 +-
 drivers/net/Kconfig   |   18 +-
 drivers/net/acenic.c  |2 +-
 drivers/net/fealnx.c  |2 +-
 drivers/net/hamachi.c |4 +++-
 drivers/net/lne390.c  |4 ++--
 drivers/net/natsemi.c |9 -
 drivers/net/pci-skeleton.c|4 ++--
 drivers/net/starfire.c|7 +++
 drivers/net/sundance.c|6 +++---
 drivers/net/tokenring/Kconfig |2 +-
 drivers/net/wan/Kconfig   |   12 ++--
 drivers/net/wan/cosa.c|3 ++-
 drivers/net/wan/farsync.c |4 ++--
 drivers/net/wan/sbni.c|2 +-
 drivers/net/wireless/ath/ath5k/reg.h  |2 +-
 drivers/net/wireless/hostap/hostap_cs.c   |2 +-
 drivers/parport/Kconfig   |4 ++--
 drivers/scsi/arm/Kconfig  |2 +-
 drivers/scsi/ibmmca.c |4 ++--
 drivers/serial/altera_uart.c  |2 +-
 drivers/serial/sn_console.c   |2 +-
 drivers/staging/comedi/drivers/c6xdigio.c |4 ++--
 drivers/staging/comedi/drivers/pcl711.c   |2 +-
 drivers/staging/go7007/go7007.txt |8 
 drivers/usb/serial/cypress_m8.c   |2 +-
 drivers/usb/storage/unusual_devs.h|2 +-
 drivers/video/macfb.c |2 +-
 drivers/video/s3fb.c  |2 +-
 drivers/video/svgalib.c   |2 +-
 drivers/video/vt8623fb.c  |2 +-
 drivers/watchdog/pcwd.c   |2 +-
 fs/ncpfs/Kconfig  |3 ++-
 fs/nls/Kconfig|2 +-
 fs/nls/nls_base.c |2 +-
 fs/reiserfs/procfs.c  |4 ++--
 include/linux/edd.h   |5 +++--
 include/linux/mtd/pismo.h |2 +-
 include/scsi/sg.h |   10 +-
 net/ipv4/Kconfig  |4 ++--
 net/ipv4/tcp_illinois.c   |2 +-
 net/ipv4/tcp_lp.c |2 +-
 sound/isa/Kconfig |2 +-
 sound/isa/cmi8330.c   |2 +-
 sound/oss/Kconfig |4 ++--
 sound/pci/ac97/ac97_patch.c   |2 +-
 sound/pci/nm256/nm256.c   |2 +-
 60 files changed, 108 insertions(+), 105 deletions(-)

diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index de27768..645a3f8 100644
--- a/drivers/block/Kconfig
+++ b/drivers/block/Kconfig
@@ -169,7 +169,7 @@ config BLK_DEV_UMEM
---help---
  Saying Y here will include support for the MM5415 family of
  battery backed (Non-volatile) RAM cards.
- 
+ 

  The cards appear as block devices that can be partitioned into
  as many as 15 partitions.
diff --git a/drivers/edac/i82975x_edac.c b/drivers/edac/i82975x_edac.c
index 3218819..b2e6c21 100644
--- a/drivers/edac/i82975x_edac.c
+++ b/drivers/edac/i82975x_edac.c
@@ -1,6 +1,6 @@
 /*
  * Intel 82975X Memory Controller kernel module
- * (C) 2007 aCarLab (India) Pvt. Ltd. (http://acarlab.com)
+ * (C) 2007 aCarLab (India) Pvt. Ltd. 
(http://web.archive.org/web/%2A/http://acarlab.com)
  * (C) 2007 jetzbroadband (http://jetzbroadband.com)
  * This file may be distributed under the terms of the
  * GNU General Public License.
diff --git a/drivers/hwmon/hwmon-vid.c b/drivers/hwmon/hwmon-vid.c
index 897702d..a26fa3f 100644
--- a/drivers/hwmon/hwmon-vid.c
+++ b/drivers/hwmon/hwmon-vid.c
@@ -43,15 +43,15 @@
  * This corresponds to an arbitrary VRM code of 24 in the functions below.
  * These CPU models (K8 revision <= E) have 5 VID pins. See also:
  * Revision Guide for AMD Athlon 64 and AMD Opteron Processors, AMD 
Publication 25759,
- *

[RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock 
The below patch, is a simple fix to a broken web address not using a period in 
it's
name. I'll leave this up to you guys if you want to use it...

 Signed-off-by: Justin P. Mattock 

---
 .../comedi/drivers/addi-data/APCI1710_82x54.c  |2 +-
 .../comedi/drivers/addi-data/APCI1710_82x54.h  |2 +-
 .../comedi/drivers/addi-data/APCI1710_Chrono.c |2 +-
 .../comedi/drivers/addi-data/APCI1710_Dig_io.c |2 +-
 .../comedi/drivers/addi-data/APCI1710_Dig_io.h |2 +-
 .../comedi/drivers/addi-data/APCI1710_INCCPT.c |2 +-
 .../comedi/drivers/addi-data/APCI1710_INCCPT.h |2 +-
 .../comedi/drivers/addi-data/APCI1710_Inp_cpt.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Inp_cpt.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Pwm.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Pwm.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ssi.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ssi.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Tor.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Tor.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ttl.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ttl.h|2 +-
 .../comedi/drivers/addi-data/addi_amcc_S5920.c |2 +-
 .../comedi/drivers/addi-data/addi_amcc_S5920.h |2 +-
 .../comedi/drivers/addi-data/addi_amcc_s5933.h |2 +-
 .../staging/comedi/drivers/addi-data/addi_common.c |2 +-
 .../staging/comedi/drivers/addi-data/addi_common.h |2 +-
 .../staging/comedi/drivers/addi-data/addi_eeprom.c |2 +-
 .../comedi/drivers/addi-data/hwdrv_APCI1710.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_APCI1710.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci035.c   |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci035.h   |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1032.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1032.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1500.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1500.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1516.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1516.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1564.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1564.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci16xx.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2016.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2016.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2032.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2032.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2200.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2200.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3120.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3120.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3200.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3200.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3501.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3501.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3xxx.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3xxx.h  |2 +-
 50 files changed, 50 insertions(+), 50 deletions(-)

diff --git a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c 
b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c
index 60213d2..b59f2d4 100644
--- a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c
+++ b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c
@@ -6,7 +6,7 @@
  * D-77833 Ottersweier
  * Tel: +19(0)7223/9493-0
  * Fax: +49(0)7223/9493-92
- * http://www.addi-data-com
+ * http://www.addi-data.com
  * info at addi-data.com
  *
  * This program is free software; you can redistribute it and/or modify it
diff --git a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h 
b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h
index 9698ae1..81346db 100644
--- a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h
+++ b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h
@@ -6,7 +6,7 @@
  * D-77833 Ottersweier
  * Tel: +19(0)7223/9493-0
  * Fax: +49(0)7223/9493-92
- * http://www.addi-data-com
+ * http://www.addi-data.com
  * info at addi-data.com
  *
  * This program is free software; you can redistribute it and/or modify it
diff --git a/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c 
b/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c
index fbc26a0..644bda4 100644
--- a/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c
+++ b/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c
@@ -8,7 +8,7 @@ Copyright (C) 2004,2005  ADDI-DATA GmbH for the source code of 
this module.
D-77833 Ottersweier
Tel: +19(0)7223/9493-0
Fax: +49(0)7223/9493-92
-   http://www.addi-data-com

[RFC 1/3 v3]update web addresses in the kernel

2010-09-24 Thread Justin P. Mattock 
Below is an updated patch to fix some of the broken web addresses in the kernel.
Thanks to all the help from everybody, Ive made(hopefully)most of the changes.
Please have a look when you have time, and let me know what might need fixing.

Signed-off-by: Justin P. Mattock 
Cc: Maciej W. Rozycki 
Cc: Geert Uytterhoeven 
Cc: Finn Thain 
Cc: Randy Dunlap 
Cc: Matt Turner 
Cc: Dimitry Torokhov 
Cc: Mike Frysinger 
Acked-by: Ben Pfaff 
Acked-by: Hans J. Koch 

---
 drivers/ata/pata_it821x.c   |2 +-
 drivers/atm/Kconfig |2 +-
 drivers/char/agp/Kconfig|2 +-
 drivers/char/agp/i460-agp.c |2 +-
 drivers/char/apm-emulation.c|2 +-
 drivers/char/ipmi/ipmi_bt_sm.c  |2 +-
 drivers/char/ipmi/ipmi_si_intf.c|3 +--
 drivers/char/n_r3964.c  |2 +-
 drivers/char/pcmcia/Kconfig |4 ++--
 drivers/char/tpm/Kconfig|2 +-
 drivers/char/tpm/tpm_infineon.c |2 +-
 drivers/edac/edac_device_sysfs.c|2 +-
 drivers/edac/i82443bxgx_edac.c  |2 +-
 drivers/firmware/Kconfig|3 ++-
 drivers/firmware/edd.c  |2 +-
 drivers/firmware/pcdp.h |4 ++--
 drivers/gpu/drm/README.drm  |2 +-
 drivers/gpu/drm/drm_modes.c |2 +-
 drivers/hwmon/adm1025.c |2 +-
 drivers/hwmon/adm1026.c |2 +-
 drivers/hwmon/f75375s.c |4 ++--
 drivers/hwmon/g760a.c   |2 +-
 drivers/hwmon/hwmon-vid.c   |2 +-
 drivers/ide/hpt366.c|2 +-
 drivers/ide/ht6560b.c   |1 -
 drivers/infiniband/Kconfig  |4 ++--
 drivers/infiniband/hw/cxgb3/Kconfig |2 +-
 drivers/infiniband/hw/cxgb4/Kconfig |2 +-
 drivers/infiniband/ulp/iser/Kconfig |2 +-
 drivers/input/joystick/gamecon.c|3 +--
 drivers/input/misc/cm109.c  |2 +-
 drivers/input/mouse/Kconfig |5 +
 drivers/input/mouse/touchkit_ps2.c  |2 +-
 drivers/input/touchscreen/mk712.c   |2 +-
 drivers/isdn/i4l/isdn_audio.c   |2 +-
 drivers/macintosh/therm_adt746x.c   |4 ++--
 drivers/media/IR/keymaps/rc-manli.c |1 -
 drivers/media/dvb/frontends/mt312.c |5 +++--
 drivers/media/dvb/frontends/mt312.h |5 +++--
 drivers/media/dvb/ttpci/av7110.c|   10 ++
 drivers/media/dvb/ttpci/av7110_av.c |2 +-
 drivers/media/dvb/ttpci/av7110_ca.c |2 +-
 drivers/media/dvb/ttpci/av7110_hw.c |2 +-
 drivers/media/dvb/ttpci/av7110_v4l.c|2 +-
 drivers/media/dvb/ttpci/budget-av.c |2 +-
 drivers/media/dvb/ttpci/budget-ci.c |2 +-
 drivers/media/dvb/ttpci/budget-core.c   |2 +-
 drivers/media/dvb/ttpci/budget-patch.c  |2 +-
 drivers/media/dvb/ttpci/budget.c|2 +-
 drivers/media/radio/radio-maxiradio.c   |2 +-
 drivers/media/radio/radio-typhoon.c |2 --
 drivers/media/video/Kconfig |2 +-
 drivers/media/video/cafe_ccic.c |2 +-
 drivers/media/video/cx18/cx18-cards.c   |2 +-
 drivers/media/video/cx23885/cx23885-417.c   |2 +-
 drivers/media/video/cx88/cx88-blackbird.c   |2 +-
 drivers/media/video/gspca/gspca.c   |1 +
 drivers/media/video/ivtv/ivtv-cards.c   |2 +-
 drivers/media/video/mxb.c   |2 +-
 drivers/media/video/sn9c102/sn9c102_pas202bcb.c |1 -
 drivers/misc/Kconfig|4 ++--
 drivers/mtd/chips/cfi_cmdset_0002.c |4 ++--
 drivers/mtd/devices/lart.c  |2 +-
 drivers/mtd/ftl.c   |2 +-
 drivers/mtd/maps/Kconfig|7 +++
 drivers/mtd/maps/dilnetpc.c |3 +--
 drivers/mtd/nand/cafe_nand.c|2 +-
 drivers/net/Kconfig |   18 +-
 drivers/net/appletalk/Kconfig   |2 +-
 drivers/net/atp.c   |2 +-
 drivers/net/epic100.c   |4 ++--
 drivers/net/hamachi.c   |3 ---
 drivers/net/hamradio/Kconfig|2 +-
 drivers/net/ibmlana.c   |2 +-
 drivers/net/irda/donauboe.h |4 ++--
 drivers/net/pci-skeleton.c  |

[Bug 29972] d-r-t /r6xx+: use new style fencing (v2) causes very poor gl perf.

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=29972

Andy Furniss  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[PATCH] drm/sysfs: Provide per connector control of DRM KMS polling

2010-09-24 Thread Alex Deucher 
On Wed, Sep 22, 2010 at 5:07 PM, Andy Walls  wrote:
> On Wed, 2010-09-22 at 09:33 -0400, Jon Smirl wrote:
>> On Wed, Sep 22, 2010 at 1:30 AM, Alex Deucher  
>> wrote:
>> > On Tue, Sep 21, 2010 at 1:30 PM, Andy Walls  
>> > wrote:
>> >> On Tue, 2010-09-21 at 00:26 -0400, Alex Deucher wrote:
>> >>> 2010/9/20 Andy Walls :
>> >>> > On Mon, 2010-09-20 at 20:29 +0200, Rafa? Mi?ecki wrote:
>> >>> >> 2010/9/20 Andy Walls :
>
>> >> The real problem to me is that the radeon and drm modules have a single,
>> >> standard way of dealing with EDID errors. ?However, EDID errors can
>> >> happen due to a number of different causes, some of which are external
>> >> (i.e. in the LCD or CRT monitor). ?Given that, there really is no "right
>> >> thing" the drivers can do without input from the user on what the policy
>> >> should be when a bad EDID is detected.
>>
>> Andy, this sure looks like a broken VBIOS to me.
>
> Well sure.
>
> But that problem causes other problems in error handling code paths to
> surface. ?It also brings to light that there are some cases that are
> undecidable, or not worth the effort, for the error handling code paths
> on what the proper action should be.
>
>
>> ?First thing would be
>> to update your VBIOS if possible to get a correct table for your
>> hardware.
>
> Um, no.
>
> I will not risk taking an operational machine down due to flash write
> failure, however small the probability, due to the high impact.
> The reward of shutting up kernel error messages, is not worth the risk.
>
>
>> ?Second would be to add a quirk in the kernel.
>
> I have expressed my thoughts on quirks in a previous post.
>
>
>> There are lots of cases where the kernel does odd things when the BIOS
>> feeds it bad information. Do we really want hundreds of switches in
>> sysfs allowing adjustments for broken BIOS features?
>
> I see very little downside in giving the user more control over his
> system. ?A thousand knobs and switches are worth it for the user, for
> the one switch that is there when the user needs it to solve a problem.
>
> To dump my VBIOS ROM for Alex, I could have hacked up the radeon driver
> to dump the ROM. ?That would have consumed a lot of time. ?Luckily for
> me, there was a switch to turn on the ROM and dump it:
>
> ? ? ? ?# echo 1 > /sys/class/drm/card0/device/rom
> ? ? ? ?# dd if=/sys/class/drm/card0/device/rom of=msi7302igprom.bin
> ? ? ? ?# echo 0 > /sys/class/drm/card0/device/rom
>
> I never used it before and will likely never use it again. ?But when I
> had a problem I needed to solve, its availability made the solution
> simple and efficient. ?Time to accomplish tasks is my scarcest resource;
> time efficiency is very important to me.
>


The attached patch should fix up your board.  Let me know if it works for you.

Thanks,

Alex


>
> The only downside to hundreds of switches and control knobs I can really
> think of is possibly complexity for the end user. ?But it turns out,
> that ignoring the available controls, or ignoring large subsets of the
> available controls, is how people are going to deal with that
> complexity. ?Heck, I ignore most of sysfs almost all the time. ?I also
> ignore almost every module option available. ?My system runs fine
> without me caring about a majority of the existing switches.
>
>
> BTW, we already have thousands of switches and controls for kernel
> internals in linux without sysfs and ioctl()'s:
>
> $ find /lib/modules/`uname -r` -name "*.ko" -exec modinfo {} \; | grep 
> '^parm:' | wc -l
> 3387
>
> Why do we have that many? ?They are low cost in complexity, as they can
> easily be ignored. ?They are high value in utility, as they give the
> user control over his system to deal with unusual circumstances.
>
> 
>
>
>
>
>> ?We already have
>> the quirk scheme for addressing this.
>>
>> A simpler solution for reducing the log spam would be to only report
>> the error once, instead of every 10 seconds. The driver could remember
>> it has made the error report and then log another message later if the
>> error was cleared.
>
> My sysfs implementation was only 69 changed lines in one file:
>
> ? ? ? ?drivers/gpu/drm/drm_sysfs.c ? ? ? ? | ? 69 +++
>
> I doubt a solution to add logic to the error paths, to try and divine
> all the sources of EDID errors by saving state and applying rules to
> take the correct action, is going to be less change than that. ?I know
> more than one file will have to change.
>
> Regards,
> Andy
>
>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-kms-add-quirk-for-MSI-K9A2GM-motherboard.patch
Type: text/x-patch
Size: 1342 bytes
Desc: not available
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20100924/1755170f/attachment.bin>

[PATCH] drm/radeon/kms: fix up encoder info messages for DFP6

2010-09-24 Thread Alex Deucher 
encoder info was not printed properly on boards using the
DFP6 id.

Signed-off-by: Alex Deucher 
Cc: stable at kernel.org
---
 drivers/gpu/drm/radeon/radeon_display.c |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_display.c 
b/drivers/gpu/drm/radeon/radeon_display.c
index 127a395..7422f27 100644
--- a/drivers/gpu/drm/radeon/radeon_display.c
+++ b/drivers/gpu/drm/radeon/radeon_display.c
@@ -349,6 +349,8 @@ static void radeon_print_display_setup(struct drm_device 
*dev)
DRM_INFO("DFP4: %s\n", 
encoder_names[radeon_encoder->encoder_id]);
if (devices & ATOM_DEVICE_DFP5_SUPPORT)
DRM_INFO("DFP5: %s\n", 
encoder_names[radeon_encoder->encoder_id]);
+   if (devices & ATOM_DEVICE_DFP6_SUPPORT)
+   DRM_INFO("DFP6: %s\n", 
encoder_names[radeon_encoder->encoder_id]);
if (devices & ATOM_DEVICE_TV1_SUPPORT)
DRM_INFO("TV1: %s\n", 
encoder_names[radeon_encoder->encoder_id]);
if (devices & ATOM_DEVICE_CV_SUPPORT)
-- 
1.7.1.1

[Bug 30329] [r600c/evergreen] KWin Present Windows effect extremely slow and has graphical glitches

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30329

--- Comment #5 from Jure Repinc  2010-09-24 14:48:01 PDT 
---
I just connected to the laptop with ssh and triggered the effect and I couldn't
see any high CPU usage during the test (at least with htop)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 29985] KMS TV Issue + Possible fix

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=29985

Andy Furniss  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 24150] tv out issues with radeon kms drm-next

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=24150

Andy Furniss  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #12 from Andy Furniss  2010-09-24 
14:39:08 PDT ---
(In reply to comment #5)
> (In reply to comment #0)
> 
> Issue 4.
> 
> If I modprobe with tv=0 I get an oops (attached) and no displays.

May as well close this messy multi bug now that the oops is fixed and tv mostly
works OK.

The green lines I see in ntsc are still there, but I think I only see them
because my TV (pal with ntsc support) seems to get the gamma/brightness way too
high for ntsc. The lines are actually there in pal mode as well, but they are
so dim with the correct gamma/brightness I get with pal, that you would never
notice them at normal viewing distance. They are outside the "drawn area" due
to overscan compensation.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[PATCH] drm_mm: add support for range-restricted fair-lru scans

2010-09-24 Thread Daniel Vetter 
Hi all,

This adds support to drm_mm to do range-restricted eviction scans with my
fair-lru scan functions. This is used in a experimental patchset to use
bigger gtt apertures on intel hw. I'm aiming this at 2.6.38 but sending
it out early to solict input.

Please review.

Thanks, Daniel

Signed-off-by: Daniel Vetter 
---


 drivers/gpu/drm/drm_mm.c |   40 +++-
 include/drm/drm_mm.h |7 +++
 2 files changed, 46 insertions(+), 1 deletions(-)

diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index a6bfc30..c59515b 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -392,10 +392,36 @@ void drm_mm_init_scan(struct drm_mm *mm, unsigned long 
size,
mm->scanned_blocks = 0;
mm->scan_hit_start = 0;
mm->scan_hit_size = 0;
+   mm->scan_check_range = 0;
 }
 EXPORT_SYMBOL(drm_mm_init_scan);

 /**
+ * Initializa lru scanning.
+ *
+ * This simply sets up the scanning routines with the parameters for the 
desired
+ * hole. This version is for range-restricted scans.
+ *
+ * Warning: As long as the scan list is non-empty, no other operations than
+ * adding/removing nodes to/from the scan list are allowed.
+ */
+void drm_mm_init_scan_with_range(struct drm_mm *mm, unsigned long size,
+unsigned alignment,
+unsigned long start,
+unsigned long end)
+{
+   mm->scan_alignment = alignment;
+   mm->scan_size = size;
+   mm->scanned_blocks = 0;
+   mm->scan_hit_start = 0;
+   mm->scan_hit_size = 0;
+   mm->scan_start = start;
+   mm->scan_end = end;
+   mm->scan_check_range = 1;
+}
+EXPORT_SYMBOL(drm_mm_init_scan_with_range);
+
+/**
  * Add a node to the scan list that might be freed to make space for the 
desired
  * hole.
  *
@@ -406,6 +432,8 @@ int drm_mm_scan_add_block(struct drm_mm_node *node)
struct drm_mm *mm = node->mm;
struct list_head *prev_free, *next_free;
struct drm_mm_node *prev_node, *next_node;
+   unsigned long adj_start;
+   unsigned long adj_end;

mm->scanned_blocks++;

@@ -452,7 +480,17 @@ int drm_mm_scan_add_block(struct drm_mm_node *node)
node->free_stack.prev = prev_free;
node->free_stack.next = next_free;

-   if (check_free_hole(node->start, node->start + node->size,
+   if (mm->scan_check_range) {
+   adj_start = node->start < mm->scan_start ?
+   mm->scan_start : node->start;
+   adj_end = node->start + node->size > mm->scan_end ?
+   mm->scan_end : node->start + node->size;
+   } else {
+   adj_start = node->start;
+   adj_end = node->start + node->size;
+   }
+
+   if (check_free_hole(adj_start , adj_end,
mm->scan_size, mm->scan_alignment)) {
mm->scan_hit_start = node->start;
mm->scan_hit_size = node->size;
diff --git a/include/drm/drm_mm.h b/include/drm/drm_mm.h
index bf01531..e391777 100644
--- a/include/drm/drm_mm.h
+++ b/include/drm/drm_mm.h
@@ -62,11 +62,14 @@ struct drm_mm {
struct list_head unused_nodes;
int num_unused;
spinlock_t unused_lock;
+   unsigned int scan_check_range : 1;
unsigned scan_alignment;
unsigned long scan_size;
unsigned long scan_hit_start;
unsigned scan_hit_size;
unsigned scanned_blocks;
+   unsigned long scan_start;
+   unsigned long scan_end;
 };

 /*
@@ -145,6 +148,10 @@ static inline struct drm_mm *drm_get_mm(struct drm_mm_node 
*block)

 void drm_mm_init_scan(struct drm_mm *mm, unsigned long size,
  unsigned alignment);
+void drm_mm_init_scan_with_range(struct drm_mm *mm, unsigned long size,
+unsigned alignment,
+unsigned long start,
+unsigned long end);
 int drm_mm_scan_add_block(struct drm_mm_node *node);
 int drm_mm_scan_remove_block(struct drm_mm_node *node);

-- 
1.7.1

[Bug 29851] [r300g] HyperZ on RS690 not work correctly

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=29851

--- Comment #3 from okias  2010-09-24 13:50:30 PDT ---
(In reply to comment #2)
> (In reply to comment #0)
> > Created an attachment (id=38235)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38235)
> > glxgears.jpeg
> > 
> > Incoretly rendering.
> > Kernel: 2.6.36-rc2
> > Mesa/libdrm/ddx: git
> > xorg: 1.9.0
> > 
> > ~ $ RADEON_HYPERZ=1 glxgears
> > radeon: Successfully grabbed chipset info from kernel!
> > radeon: DRM version: 2.6.0 ID: 0x791f GB: 1 Z: 1
> > radeon: GART size: 509 MB VRAM size: 128 MB
> > radeon: HyperZ: YES
> > couldn't open libtxc_dxtn.so, software DXTn compression/decompression
> > unavailable
> > Mesa: Mesa 7.9-devel DEBUG build Aug 28 2010 10:23:14
> > Mesa warning: couldn't open libtxc_dxtn.so, software DXTn
> > compression/decompression unavailable
> > Running synchronized to the vertical refresh.  The framerate should be
> > approximately the same as the monitor refresh rate.
> > 293 frames in 5.0 seconds = 58.480 FPS
> > 
> > P.S. On screenshot is glxgears area, only small part fast blinking gear
> 
> Does this make any difference? In
> mesa/src/gallium/drivers/r300/r300_state.c:770
> 
> -int compress = r300->screen->caps.is_rv350 ? RV350_Z_COMPRESS_88 
> :
> R300_Z_COMPRESS_44;
> +int compress = R300_Z_COMPRESS_44;

No, exactly same behavior

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 29953] [r300g] Heroes of Newerth: texture problems

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=29953

--- Comment #13 from Sven Arvidsson  2010-09-24 12:14:54 PDT ---
(In reply to comment #12)
> Hi, after a LOT more testing it seems there isn't any regression. 
> It works here OK with texture filtering set to none, which was probably the
> reason why it worker before... Sven can you confirm this?

Confirmed. Great to have this figured out! :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 29953] [r300g] Heroes of Newerth: texture problems

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=29953

Pavel Ondra?ka  changed:

   What|Removed |Added

 CC||drakkk at centrum.cz

--- Comment #12 from Pavel Ondra?ka  2010-09-24 12:09:53 
PDT ---
Hi, after a LOT more testing it seems there isn't any regression. 
It works here OK with texture filtering set to none, which was probably the
reason why it worker before... Sven can you confirm this?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30188] X server crashes with a SIGBUS on Evergreen

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30188

--- Comment #6 from Tomasz Figa  2010-09-24 10:58:40 
PDT ---
I doubt that this issue shares with bug 29738 anything more than similar
behavior.

Bug 29738 was related to a single commit and as I said, I have tested kernel
revisions from before and after the problematic change and both options didn't
work.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30188] X server crashes with a SIGBUS on Evergreen

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30188

--- Comment #5 from Alex Deucher  2010-09-24 10:35:13 PDT 
---
I still think this is a related bug 29738.  The backtrace is just about the
same.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30325] video=1280x720@50 no longer works

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30325

--- Comment #1 from Alex Deucher  2010-09-24 10:29:36 PDT 
---
Can you bisect what commit broke it?  I suspect it's something in the common
drm code.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

Any SYSRQ key to force mode switch to console mode when using KMS?

2010-09-24 Thread Randy Dunlap 
On Thu, 23 Sep 2010 18:31:32 +0200 Uwe Bonnes wrote:

[just adding cc's]

> > "Randy" == Randy Dunlap  writes:
> 
> 
> Randy> Is CONFIG_DRM_KMS_HELPER enabled in your kernel .config file?  If
> Randy> not, we need to find out how to enable it (there is no kconfig
> Randy> prompt for it).
> 
> Yes, it is enabled
> 
> Randy> Can you check if Alt-Sysrq-H (help) lists V for "force-fb(V)"?
> Yes, it is listed.
> 
> And yes, my last experiments where with ALT-CTL-sysreq, so doomed for non
> function due to operator error.
> 
> However:
> When running X, X.Org X Server 1.9.0 on Thinkpad R50 RV250, Alt-Sysrq-v
> switches to an all-black display. By console switching with ALT-CLT-F1 I
> get back to the booting console and ALT-CLT-F7 brings me back to X.  Running
> on the console and calling Alt-Sysrq-v prints
>  SysRq : Restore framebuffer console
> 
> Is there some omission by the distribution or my setup that Alt-Sysrq-v when
> running X results in an all-black screen?
> 
> And when I hit the hibernate problem, the screen stays black even with a
> console switch after Alt-Sysrq-v
> 
> Bye
> -- 
> Uwe Bonnesbon at elektron.ikp.physik.tu-darmstadt.de
> 
> Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
> - Tel. 06151 162516  Fax. 06151 164321 --


---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***

[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30167

--- Comment #4 from Sven Arvidsson  2010-09-24 07:35:44 PDT ---
Created an attachment (id=38935)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38935)
Screenshot with noopt - settings on medium

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30167

--- Comment #3 from Sven Arvidsson  2010-09-24 07:34:40 PDT ---
Created an attachment (id=38934)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38934)
RADEON_DEBUG=noopt,fp,vp log

(In reply to comment #2)
> Can you try it again with RADEON_DEBUG=noopt.  If this fixes it, can you post
> the output with RADEON_DEBUG=noopt,fp,vp _and_ RADEON_DEBUG=fp,vp.  If this
> doesn't fix it, can you post the output with RADEON_DEBUG=noopt,fp,vp

Hmm... I get a different result with noopt, the corruption is less noticeable,
mostly in the borders around the water, but the actual visual effect seems to
be missing. 

I'm attaching a log with RADEON_DEBUG=noopt,fp,vp

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[git pull] drm- fixes

2010-09-24 Thread Dave Airlie 

Hi Linus

Pretty trivial, one idr log spam in nouveau, the radeon fix is only for 
people with switchable, and a ttm fix.

Dave.

The following changes since commit 1ce1e41c1b61a992077bd1c45c6c3fd6a8b10c02:

  Merge branch 'sched-fixes-for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip (2010-09-21 
13:22:10 -0700)

are available in the git repository at:

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

Ben Skeggs (1):
  drm/nouveau: fix panels using straps-based mode detection

Daniel J Blueman (4):
  drm: ttm sparse fixes.
  drm: fix trivial coding errors
  drm: radeon cleanup fixes...
  vgaarb: trivial fix

Dave Airlie (1):
  drm/radeon: don't allow device to be opened if powered down

Francisco Jerez (1):
  drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

 drivers/gpu/drm/drm_buffer.c|6 +++---
 drivers/gpu/drm/nouveau/nouveau_connector.c |6 --
 drivers/gpu/drm/radeon/atombios.h   |2 +-
 drivers/gpu/drm/radeon/r600.c   |2 +-
 drivers/gpu/drm/radeon/radeon_kms.c |4 
 drivers/gpu/drm/ttm/ttm_bo_util.c   |1 +
 drivers/gpu/drm/ttm/ttm_page_alloc.c|8 
 drivers/gpu/vga/vgaarb.c|2 +-
 8 files changed, 19 insertions(+), 12 deletions(-)

[Bug 30143] [KMS] mesa demo lodbias broken

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30143

--- Comment #6 from Andrew Randrianasulu  2010-09-24 
06:09:05 PDT ---
Still broken, as of mesa version up to:


commit 4e27e935ca670d0cb1748e40a46a2357d4331a6f
Author: Dave Airlie 
Date:   Fri Sep 24 12:36:08 2010 +1000
r600g: drop index_offset parameter to index buffer translate.
r600 doesn't need this as we always have working index bias

using kernel 2.6.36-rc5.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30337] [r300g bisected] Starcraft 2: circles around units are corrupted

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30337

--- Comment #4 from Pavel Ondra?ka  2010-09-24 01:02:49 
PDT ---
Created an attachment (id=38924)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38924)
RADEON_DEBUG=fp output with patch applied

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30291] [R600g] r600_translate_colorformat:423 - unsupported color format 61

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30291

Laurent carlier  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Laurent carlier  2010-09-24 
00:18:14 PDT ---
Fixed with b7ab9ee84e4e4ff48b335c74c110d82e48bee4a5

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30337] [r300g bisected] Starcraft 2: circles around units are corrupted

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30337

--- Comment #3 from Tom Stellard  2010-09-23 23:48:58 
PDT ---
Created an attachment (id=38923)
 View: https://bugs.freedesktop.org/attachment.cgi?id=38923
 Review: https://bugs.freedesktop.org/review?bug=30337=38923

Possible Fix

Here is a possible fix.  If it doesn't work, please post the output of
RADEON_DEBUG=fp with this patch applied.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30337] [r300g bisected] Starcraft 2: circles around units are corrupted

2010-09-24 Thread bugzilla-dae...@freedesktop.org 
https://bugs.freedesktop.org/show_bug.cgi?id=30337

--- Comment #2 from Pavel Ondra?ka  2010-09-23 23:16:26 
PDT ---
Created an attachment (id=38922)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38922)
output with RADEON_DEBUG=fp, mesa 59276b8541049a2d07d32fbb139fb14e21e387fc

BTW workaround with RADEON_DEBUG=noopt indeed fixes this.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 30337] [r300g bisected] Starcraft 2: circles around units are corrupted

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30337

--- Comment #2 from Pavel Ondračka dra...@centrum.cz 2010-09-23 23:16:26 PDT 
---
Created an attachment (id=38922)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=38922)
output with RADEON_DEBUG=fp, mesa 59276b8541049a2d07d32fbb139fb14e21e387fc

BTW workaround with RADEON_DEBUG=noopt indeed fixes this.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 30291] [R600g] r600_translate_colorformat:423 - unsupported color format 61

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30291

Laurent carlier lordhea...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #2 from Laurent carlier lordhea...@gmail.com 2010-09-24 00:18:14 
PDT ---
Fixed with b7ab9ee84e4e4ff48b335c74c110d82e48bee4a5

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 30337] [r300g bisected] Starcraft 2: circles around units are corrupted

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30337

--- Comment #4 from Pavel Ondračka dra...@centrum.cz 2010-09-24 01:02:49 PDT 
---
Created an attachment (id=38924)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=38924)
RADEON_DEBUG=fp output with patch applied

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH] drm_mm: add support for range-restricted fair-lru scans

2010-09-24 Thread Daniel Vetter 
Hi all,

This adds support to drm_mm to do range-restricted eviction scans with my
fair-lru scan functions. This is used in a experimental patchset to use
bigger gtt apertures on intel hw. I'm aiming this at 2.6.38 but sending
it out early to solict input.

Please review.

Thanks, Daniel

Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
---


 drivers/gpu/drm/drm_mm.c |   40 +++-
 include/drm/drm_mm.h |7 +++
 2 files changed, 46 insertions(+), 1 deletions(-)

diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index a6bfc30..c59515b 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -392,10 +392,36 @@ void drm_mm_init_scan(struct drm_mm *mm, unsigned long 
size,
mm-scanned_blocks = 0;
mm-scan_hit_start = 0;
mm-scan_hit_size = 0;
+   mm-scan_check_range = 0;
 }
 EXPORT_SYMBOL(drm_mm_init_scan);
 
 /**
+ * Initializa lru scanning.
+ *
+ * This simply sets up the scanning routines with the parameters for the 
desired
+ * hole. This version is for range-restricted scans.
+ *
+ * Warning: As long as the scan list is non-empty, no other operations than
+ * adding/removing nodes to/from the scan list are allowed.
+ */
+void drm_mm_init_scan_with_range(struct drm_mm *mm, unsigned long size,
+unsigned alignment,
+unsigned long start,
+unsigned long end)
+{
+   mm-scan_alignment = alignment;
+   mm-scan_size = size;
+   mm-scanned_blocks = 0;
+   mm-scan_hit_start = 0;
+   mm-scan_hit_size = 0;
+   mm-scan_start = start;
+   mm-scan_end = end;
+   mm-scan_check_range = 1;
+}
+EXPORT_SYMBOL(drm_mm_init_scan_with_range);
+
+/**
  * Add a node to the scan list that might be freed to make space for the 
desired
  * hole.
  *
@@ -406,6 +432,8 @@ int drm_mm_scan_add_block(struct drm_mm_node *node)
struct drm_mm *mm = node-mm;
struct list_head *prev_free, *next_free;
struct drm_mm_node *prev_node, *next_node;
+   unsigned long adj_start;
+   unsigned long adj_end;
 
mm-scanned_blocks++;
 
@@ -452,7 +480,17 @@ int drm_mm_scan_add_block(struct drm_mm_node *node)
node-free_stack.prev = prev_free;
node-free_stack.next = next_free;
 
-   if (check_free_hole(node-start, node-start + node-size,
+   if (mm-scan_check_range) {
+   adj_start = node-start  mm-scan_start ?
+   mm-scan_start : node-start;
+   adj_end = node-start + node-size  mm-scan_end ?
+   mm-scan_end : node-start + node-size;
+   } else {
+   adj_start = node-start;
+   adj_end = node-start + node-size;
+   }
+
+   if (check_free_hole(adj_start , adj_end,
mm-scan_size, mm-scan_alignment)) {
mm-scan_hit_start = node-start;
mm-scan_hit_size = node-size;
diff --git a/include/drm/drm_mm.h b/include/drm/drm_mm.h
index bf01531..e391777 100644
--- a/include/drm/drm_mm.h
+++ b/include/drm/drm_mm.h
@@ -62,11 +62,14 @@ struct drm_mm {
struct list_head unused_nodes;
int num_unused;
spinlock_t unused_lock;
+   unsigned int scan_check_range : 1;
unsigned scan_alignment;
unsigned long scan_size;
unsigned long scan_hit_start;
unsigned scan_hit_size;
unsigned scanned_blocks;
+   unsigned long scan_start;
+   unsigned long scan_end;
 };
 
 /*
@@ -145,6 +148,10 @@ static inline struct drm_mm *drm_get_mm(struct drm_mm_node 
*block)
 
 void drm_mm_init_scan(struct drm_mm *mm, unsigned long size,
  unsigned alignment);
+void drm_mm_init_scan_with_range(struct drm_mm *mm, unsigned long size,
+unsigned alignment,
+unsigned long start,
+unsigned long end);
 int drm_mm_scan_add_block(struct drm_mm_node *node);
 int drm_mm_scan_remove_block(struct drm_mm_node *node);
 
-- 
1.7.1

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

[Bug 30143] [KMS] mesa demo lodbias broken

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30143

--- Comment #6 from Andrew Randrianasulu rand...@mail.ru 2010-09-24 06:09:05 
PDT ---
Still broken, as of mesa version up to:


commit 4e27e935ca670d0cb1748e40a46a2357d4331a6f
Author: Dave Airlie airl...@redhat.com
Date:   Fri Sep 24 12:36:08 2010 +1000
r600g: drop index_offset parameter to index buffer translate.
r600 doesn't need this as we always have working index bias

using kernel 2.6.36-rc5.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30167

--- Comment #4 from Sven Arvidsson s...@whiz.se 2010-09-24 07:35:44 PDT ---
Created an attachment (id=38935)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=38935)
Screenshot with noopt - settings on medium

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Any SYSRQ key to force mode switch to console mode when using KMS?

2010-09-24 Thread Randy Dunlap 
On Thu, 23 Sep 2010 18:31:32 +0200 Uwe Bonnes wrote:

[just adding cc's]

  Randy == Randy Dunlap rdun...@xenotime.net writes:
 
 
 Randy Is CONFIG_DRM_KMS_HELPER enabled in your kernel .config file?  If
 Randy not, we need to find out how to enable it (there is no kconfig
 Randy prompt for it).
 
 Yes, it is enabled
 
 Randy Can you check if Alt-Sysrq-H (help) lists V for force-fb(V)?
 Yes, it is listed.
 
 And yes, my last experiments where with ALT-CTL-sysreq, so doomed for non
 function due to operator error.
 
 However:
 When running X, X.Org X Server 1.9.0 on Thinkpad R50 RV250, Alt-Sysrq-v
 switches to an all-black display. By console switching with ALT-CLT-F1 I
 get back to the booting console and ALT-CLT-F7 brings me back to X.  Running
 on the console and calling Alt-Sysrq-v prints
  SysRq : Restore framebuffer console
 
 Is there some omission by the distribution or my setup that Alt-Sysrq-v when
 running X results in an all-black screen?
 
 And when I hit the hibernate problem, the screen stays black even with a
 console switch after Alt-Sysrq-v
 
 Bye
 -- 
 Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de
 
 Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
 - Tel. 06151 162516  Fax. 06151 164321 --


---
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 30325] video=1280x...@50 no longer works

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30325

--- Comment #1 from Alex Deucher ag...@yahoo.com 2010-09-24 10:29:36 PDT ---
Can you bisect what commit broke it?  I suspect it's something in the common
drm code.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 30188] X server crashes with a SIGBUS on Evergreen

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30188

--- Comment #5 from Alex Deucher ag...@yahoo.com 2010-09-24 10:35:13 PDT ---
I still think this is a related bug 29738.  The backtrace is just about the
same.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 30188] X server crashes with a SIGBUS on Evergreen

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30188

--- Comment #6 from Tomasz Figa tomasz.f...@gmail.com 2010-09-24 10:58:40 PDT 
---
I doubt that this issue shares with bug 29738 anything more than similar
behavior.

Bug 29738 was related to a single commit and as I said, I have tested kernel
revisions from before and after the problematic change and both options didn't
work.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH] drm/radeon/kms: fix up encoder info messages for DFP6

2010-09-24 Thread Alex Deucher 
encoder info was not printed properly on boards using the
DFP6 id.

Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
 drivers/gpu/drm/radeon/radeon_display.c |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_display.c 
b/drivers/gpu/drm/radeon/radeon_display.c
index 127a395..7422f27 100644
--- a/drivers/gpu/drm/radeon/radeon_display.c
+++ b/drivers/gpu/drm/radeon/radeon_display.c
@@ -349,6 +349,8 @@ static void radeon_print_display_setup(struct drm_device 
*dev)
DRM_INFO(DFP4: %s\n, 
encoder_names[radeon_encoder-encoder_id]);
if (devices  ATOM_DEVICE_DFP5_SUPPORT)
DRM_INFO(DFP5: %s\n, 
encoder_names[radeon_encoder-encoder_id]);
+   if (devices  ATOM_DEVICE_DFP6_SUPPORT)
+   DRM_INFO(DFP6: %s\n, 
encoder_names[radeon_encoder-encoder_id]);
if (devices  ATOM_DEVICE_TV1_SUPPORT)
DRM_INFO(TV1: %s\n, 
encoder_names[radeon_encoder-encoder_id]);
if (devices  ATOM_DEVICE_CV_SUPPORT)
-- 
1.7.1.1

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

[Bug 29953] [r300g] Heroes of Newerth: texture problems

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=29953

Pavel Ondračka dra...@centrum.cz changed:

   What|Removed |Added

 CC||dra...@centrum.cz

--- Comment #12 from Pavel Ondračka dra...@centrum.cz 2010-09-24 12:09:53 PDT 
---
Hi, after a LOT more testing it seems there isn't any regression. 
It works here OK with texture filtering set to none, which was probably the
reason why it worker before... Sven can you confirm this?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH] drm/sysfs: Provide per connector control of DRM KMS polling

2010-09-24 Thread Alex Deucher 
On Wed, Sep 22, 2010 at 5:07 PM, Andy Walls awa...@md.metrocast.net wrote:
 On Wed, 2010-09-22 at 09:33 -0400, Jon Smirl wrote:
 On Wed, Sep 22, 2010 at 1:30 AM, Alex Deucher alexdeuc...@gmail.com wrote:
  On Tue, Sep 21, 2010 at 1:30 PM, Andy Walls awa...@md.metrocast.net 
  wrote:
  On Tue, 2010-09-21 at 00:26 -0400, Alex Deucher wrote:
  2010/9/20 Andy Walls awa...@md.metrocast.net:
   On Mon, 2010-09-20 at 20:29 +0200, Rafał Miłecki wrote:
   2010/9/20 Andy Walls awa...@md.metrocast.net:

  The real problem to me is that the radeon and drm modules have a single,
  standard way of dealing with EDID errors.  However, EDID errors can
  happen due to a number of different causes, some of which are external
  (i.e. in the LCD or CRT monitor).  Given that, there really is no right
  thing the drivers can do without input from the user on what the policy
  should be when a bad EDID is detected.

 Andy, this sure looks like a broken VBIOS to me.

 Well sure.

 But that problem causes other problems in error handling code paths to
 surface.  It also brings to light that there are some cases that are
 undecidable, or not worth the effort, for the error handling code paths
 on what the proper action should be.


  First thing would be
 to update your VBIOS if possible to get a correct table for your
 hardware.

 Um, no.

 I will not risk taking an operational machine down due to flash write
 failure, however small the probability, due to the high impact.
 The reward of shutting up kernel error messages, is not worth the risk.


  Second would be to add a quirk in the kernel.

 I have expressed my thoughts on quirks in a previous post.


 There are lots of cases where the kernel does odd things when the BIOS
 feeds it bad information. Do we really want hundreds of switches in
 sysfs allowing adjustments for broken BIOS features?

 I see very little downside in giving the user more control over his
 system.  A thousand knobs and switches are worth it for the user, for
 the one switch that is there when the user needs it to solve a problem.

 To dump my VBIOS ROM for Alex, I could have hacked up the radeon driver
 to dump the ROM.  That would have consumed a lot of time.  Luckily for
 me, there was a switch to turn on the ROM and dump it:

        # echo 1  /sys/class/drm/card0/device/rom
        # dd if=/sys/class/drm/card0/device/rom of=msi7302igprom.bin
        # echo 0  /sys/class/drm/card0/device/rom

 I never used it before and will likely never use it again.  But when I
 had a problem I needed to solve, its availability made the solution
 simple and efficient.  Time to accomplish tasks is my scarcest resource;
 time efficiency is very important to me.



The attached patch should fix up your board.  Let me know if it works for you.

Thanks,

Alex



 The only downside to hundreds of switches and control knobs I can really
 think of is possibly complexity for the end user.  But it turns out,
 that ignoring the available controls, or ignoring large subsets of the
 available controls, is how people are going to deal with that
 complexity.  Heck, I ignore most of sysfs almost all the time.  I also
 ignore almost every module option available.  My system runs fine
 without me caring about a majority of the existing switches.


 BTW, we already have thousands of switches and controls for kernel
 internals in linux without sysfs and ioctl()'s:

 $ find /lib/modules/`uname -r` -name *.ko -exec modinfo {} \; | grep 
 '^parm:' | wc -l
 3387

 Why do we have that many?  They are low cost in complexity, as they can
 easily be ignored.  They are high value in utility, as they give the
 user control over his system to deal with unusual circumstances.

 /rant




  We already have
 the quirk scheme for addressing this.

 A simpler solution for reducing the log spam would be to only report
 the error once, instead of every 10 seconds. The driver could remember
 it has made the error report and then log another message later if the
 error was cleared.

 My sysfs implementation was only 69 changed lines in one file:

        drivers/gpu/drm/drm_sysfs.c         |   69 +++

 I doubt a solution to add logic to the error paths, to try and divine
 all the sources of EDID errors by saving state and applying rules to
 take the correct action, is going to be less change than that.  I know
 more than one file will have to change.

 Regards,
 Andy


From 0031a6b077a8f81ed680e2c1dc66bdde73dda72b Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Fri, 24 Sep 2010 15:08:44 -0400
Subject: [PATCH] drm/radeon/kms: add quirk for MSI K9A2GM motherboard

Board has no digital connectors

Reported-by: Andy Walls awa...@md.metrocast.net
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
Cc: sta...@kernel.org
---
 drivers/gpu/drm/radeon/radeon_atombios.c |9 +
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c

[Bug 29953] [r300g] Heroes of Newerth: texture problems

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=29953

--- Comment #13 from Sven Arvidsson s...@whiz.se 2010-09-24 12:14:54 PDT ---
(In reply to comment #12)
 Hi, after a LOT more testing it seems there isn't any regression. 
 It works here OK with texture filtering set to none, which was probably the
 reason why it worker before... Sven can you confirm this?

Confirmed. Great to have this figured out! :)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 29851] [r300g] HyperZ on RS690 not work correctly

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=29851

--- Comment #3 from okias d.ok...@gmail.com 2010-09-24 13:50:30 PDT ---
(In reply to comment #2)
 (In reply to comment #0)
  Created an attachment (id=38235)
 -- (https://bugs.freedesktop.org/attachment.cgi?id=38235)
  glxgears.jpeg
  
  Incoretly rendering.
  Kernel: 2.6.36-rc2
  Mesa/libdrm/ddx: git
  xorg: 1.9.0
  
  ~ $ RADEON_HYPERZ=1 glxgears
  radeon: Successfully grabbed chipset info from kernel!
  radeon: DRM version: 2.6.0 ID: 0x791f GB: 1 Z: 1
  radeon: GART size: 509 MB VRAM size: 128 MB
  radeon: HyperZ: YES
  couldn't open libtxc_dxtn.so, software DXTn compression/decompression
  unavailable
  Mesa: Mesa 7.9-devel DEBUG build Aug 28 2010 10:23:14
  Mesa warning: couldn't open libtxc_dxtn.so, software DXTn
  compression/decompression unavailable
  Running synchronized to the vertical refresh.  The framerate should be
  approximately the same as the monitor refresh rate.
  293 frames in 5.0 seconds = 58.480 FPS
  
  P.S. On screenshot is glxgears area, only small part fast blinking gear
 
 Does this make any difference? In
 mesa/src/gallium/drivers/r300/r300_state.c:770
 
 -int compress = r300-screen-caps.is_rv350 ? RV350_Z_COMPRESS_88 
 :
 R300_Z_COMPRESS_44;
 +int compress = R300_Z_COMPRESS_44;

No, exactly same behavior

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 24150] tv out issues with radeon kms drm-next

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=24150

Andy Furniss li...@andyfurniss.entadsl.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #12 from Andy Furniss li...@andyfurniss.entadsl.com 2010-09-24 
14:39:08 PDT ---
(In reply to comment #5)
 (In reply to comment #0)
 
 Issue 4.
 
 If I modprobe with tv=0 I get an oops (attached) and no displays.

May as well close this messy multi bug now that the oops is fixed and tv mostly
works OK.

The green lines I see in ntsc are still there, but I think I only see them
because my TV (pal with ntsc support) seems to get the gamma/brightness way too
high for ntsc. The lines are actually there in pal mode as well, but they are
so dim with the correct gamma/brightness I get with pal, that you would never
notice them at normal viewing distance. They are outside the drawn area due
to overscan compensation.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 29985] KMS TV Issue + Possible fix

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=29985

Andy Furniss li...@andyfurniss.entadsl.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 30329] [r600c/evergreen] KWin Present Windows effect extremely slow and has graphical glitches

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30329

--- Comment #5 from Jure Repinc jlp.b...@gmail.com 2010-09-24 14:48:01 PDT ---
I just connected to the laptop with ssh and triggered the effect and I couldn't
see any high CPU usage during the test (at least with htop)

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 29972] d-r-t /r6xx+: use new style fencing (v2) causes very poor gl perf.

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=29972

Andy Furniss li...@andyfurniss.entadsl.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock 
The below patch, is a simple fix to a broken web address not using a period in 
it's
name. I'll leave this up to you guys if you want to use it...

 Signed-off-by: Justin P. Mattock justinmatt...@gmail.com

---
 .../comedi/drivers/addi-data/APCI1710_82x54.c  |2 +-
 .../comedi/drivers/addi-data/APCI1710_82x54.h  |2 +-
 .../comedi/drivers/addi-data/APCI1710_Chrono.c |2 +-
 .../comedi/drivers/addi-data/APCI1710_Dig_io.c |2 +-
 .../comedi/drivers/addi-data/APCI1710_Dig_io.h |2 +-
 .../comedi/drivers/addi-data/APCI1710_INCCPT.c |2 +-
 .../comedi/drivers/addi-data/APCI1710_INCCPT.h |2 +-
 .../comedi/drivers/addi-data/APCI1710_Inp_cpt.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Inp_cpt.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Pwm.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Pwm.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ssi.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ssi.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Tor.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Tor.h|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ttl.c|2 +-
 .../comedi/drivers/addi-data/APCI1710_Ttl.h|2 +-
 .../comedi/drivers/addi-data/addi_amcc_S5920.c |2 +-
 .../comedi/drivers/addi-data/addi_amcc_S5920.h |2 +-
 .../comedi/drivers/addi-data/addi_amcc_s5933.h |2 +-
 .../staging/comedi/drivers/addi-data/addi_common.c |2 +-
 .../staging/comedi/drivers/addi-data/addi_common.h |2 +-
 .../staging/comedi/drivers/addi-data/addi_eeprom.c |2 +-
 .../comedi/drivers/addi-data/hwdrv_APCI1710.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_APCI1710.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci035.c   |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci035.h   |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1032.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1032.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1500.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1500.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1516.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1516.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1564.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci1564.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci16xx.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2016.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2016.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2032.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2032.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2200.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci2200.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3120.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3120.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3200.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3200.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3501.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3501.h  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3xxx.c  |2 +-
 .../comedi/drivers/addi-data/hwdrv_apci3xxx.h  |2 +-
 50 files changed, 50 insertions(+), 50 deletions(-)

diff --git a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c 
b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c
index 60213d2..b59f2d4 100644
--- a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c
+++ b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.c
@@ -6,7 +6,7 @@
  * D-77833 Ottersweier
  * Tel: +19(0)7223/9493-0
  * Fax: +49(0)7223/9493-92
- * http://www.addi-data-com
+ * http://www.addi-data.com
  * i...@addi-data.com
  *
  * This program is free software; you can redistribute it and/or modify it
diff --git a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h 
b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h
index 9698ae1..81346db 100644
--- a/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h
+++ b/drivers/staging/comedi/drivers/addi-data/APCI1710_82x54.h
@@ -6,7 +6,7 @@
  * D-77833 Ottersweier
  * Tel: +19(0)7223/9493-0
  * Fax: +49(0)7223/9493-92
- * http://www.addi-data-com
+ * http://www.addi-data.com
  * i...@addi-data.com
  *
  * This program is free software; you can redistribute it and/or modify it
diff --git a/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c 
b/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c
index fbc26a0..644bda4 100644
--- a/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c
+++ b/drivers/staging/comedi/drivers/addi-data/APCI1710_Chrono.c
@@ -8,7 +8,7 @@ Copyright (C) 2004,2005  ADDI-DATA GmbH for the source code of 
this module.
D-77833 Ottersweier
Tel: +19(0)7223/9493-0
Fax: +49(0)7223/9493-92
-

[RFC 3/3 v3]update broken web addresses archive dot org

2010-09-24 Thread Justin P. Mattock 
Below is just a patch showing all the archive.org in the kernel so far.
up to you if you guys want to use this..

Signed-off-by: Justin P. Mattock justinmatt...@gmail.com

---
 drivers/block/Kconfig |2 +-
 drivers/edac/i82975x_edac.c   |2 +-
 drivers/hwmon/hwmon-vid.c |6 +++---
 drivers/input/misc/cm109.c|4 ++--
 drivers/media/IR/keymaps/rc-rc5-tv.c  |2 +-
 drivers/media/dvb/pluto2/pluto2.c |2 +-
 drivers/media/radio/Kconfig   |4 ++--
 drivers/media/radio/radio-aztech.c|2 +-
 drivers/media/video/bt8xx/bttv-cards.c|2 +-
 drivers/media/video/pwc/philips.txt   |2 +-
 drivers/mtd/maps/Kconfig  |6 +++---
 drivers/mtd/maps/pismo.c  |2 +-
 drivers/mtd/maps/sc520cdp.c   |2 +-
 drivers/net/8139too.c |2 +-
 drivers/net/Kconfig   |   18 +-
 drivers/net/acenic.c  |2 +-
 drivers/net/fealnx.c  |2 +-
 drivers/net/hamachi.c |4 +++-
 drivers/net/lne390.c  |4 ++--
 drivers/net/natsemi.c |9 -
 drivers/net/pci-skeleton.c|4 ++--
 drivers/net/starfire.c|7 +++
 drivers/net/sundance.c|6 +++---
 drivers/net/tokenring/Kconfig |2 +-
 drivers/net/wan/Kconfig   |   12 ++--
 drivers/net/wan/cosa.c|3 ++-
 drivers/net/wan/farsync.c |4 ++--
 drivers/net/wan/sbni.c|2 +-
 drivers/net/wireless/ath/ath5k/reg.h  |2 +-
 drivers/net/wireless/hostap/hostap_cs.c   |2 +-
 drivers/parport/Kconfig   |4 ++--
 drivers/scsi/arm/Kconfig  |2 +-
 drivers/scsi/ibmmca.c |4 ++--
 drivers/serial/altera_uart.c  |2 +-
 drivers/serial/sn_console.c   |2 +-
 drivers/staging/comedi/drivers/c6xdigio.c |4 ++--
 drivers/staging/comedi/drivers/pcl711.c   |2 +-
 drivers/staging/go7007/go7007.txt |8 
 drivers/usb/serial/cypress_m8.c   |2 +-
 drivers/usb/storage/unusual_devs.h|2 +-
 drivers/video/macfb.c |2 +-
 drivers/video/s3fb.c  |2 +-
 drivers/video/svgalib.c   |2 +-
 drivers/video/vt8623fb.c  |2 +-
 drivers/watchdog/pcwd.c   |2 +-
 fs/ncpfs/Kconfig  |3 ++-
 fs/nls/Kconfig|2 +-
 fs/nls/nls_base.c |2 +-
 fs/reiserfs/procfs.c  |4 ++--
 include/linux/edd.h   |5 +++--
 include/linux/mtd/pismo.h |2 +-
 include/scsi/sg.h |   10 +-
 net/ipv4/Kconfig  |4 ++--
 net/ipv4/tcp_illinois.c   |2 +-
 net/ipv4/tcp_lp.c |2 +-
 sound/isa/Kconfig |2 +-
 sound/isa/cmi8330.c   |2 +-
 sound/oss/Kconfig |4 ++--
 sound/pci/ac97/ac97_patch.c   |2 +-
 sound/pci/nm256/nm256.c   |2 +-
 60 files changed, 108 insertions(+), 105 deletions(-)

diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index de27768..645a3f8 100644
--- a/drivers/block/Kconfig
+++ b/drivers/block/Kconfig
@@ -169,7 +169,7 @@ config BLK_DEV_UMEM
---help---
  Saying Y here will include support for the MM5415 family of
  battery backed (Non-volatile) RAM cards.
- http://www.umem.com/
+ http://web.archive.org/web/%2A/http://www.umem.com/
 
  The cards appear as block devices that can be partitioned into
  as many as 15 partitions.
diff --git a/drivers/edac/i82975x_edac.c b/drivers/edac/i82975x_edac.c
index 3218819..b2e6c21 100644
--- a/drivers/edac/i82975x_edac.c
+++ b/drivers/edac/i82975x_edac.c
@@ -1,6 +1,6 @@
 /*
  * Intel 82975X Memory Controller kernel module
- * (C) 2007 aCarLab (India) Pvt. Ltd. (http://acarlab.com)
+ * (C) 2007 aCarLab (India) Pvt. Ltd. 
(http://web.archive.org/web/%2A/http://acarlab.com)
  * (C) 2007 jetzbroadband (http://jetzbroadband.com)
  * This file may be distributed under the terms of the
  * GNU General Public License.
diff --git a/drivers/hwmon/hwmon-vid.c b/drivers/hwmon/hwmon-vid.c
index 897702d..a26fa3f 100644
--- a/drivers/hwmon/hwmon-vid.c
+++ b/drivers/hwmon/hwmon-vid.c
@@ -43,15 +43,15 @@
  * This corresponds to an arbitrary VRM code of 24 in the functions below.
  * These CPU models (K8 revision = E) have 5 VID pins. See also:
  * Revision Guide for AMD Athlon 64 and AMD Opteron Processors, AMD 
Publication 25759,
- *

[Bug 30337] [r300g bisected] Starcraft 2: circles around units are corrupted

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30337

Tom Stellard tstel...@gmail.com changed:

   What|Removed |Added

  Attachment #38923|0   |1
is obsolete||

--- Comment #5 from Tom Stellard tstel...@gmail.com 2010-09-24 17:34:12 PDT 
---
Created an attachment (id=38942)
 View: https://bugs.freedesktop.org/attachment.cgi?id=38942
 Review: https://bugs.freedesktop.org/review?bug=30337attachment=38942

Fix v2

Can you try this patch?  Apply it to directly to master.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Greg KH 
On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:
 The below patch, is a simple fix to a broken web address not using a period 
 in it's
 name. I'll leave this up to you guys if you want to use it...
 
  Signed-off-by: Justin P. Mattock justinmatt...@gmail.com

I'll queue it up, thanks.

Oh, it's staging, not stagging as you have up there in the Subject:
:)

thanks,

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

Re: [RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock 

On 09/24/2010 05:34 PM, Greg KH wrote:

On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:

The below patch, is a simple fix to a broken web address not using a period in 
it's
name. I'll leave this up to you guys if you want to use it...

  Signed-off-by: Justin P. Mattockjustinmatt...@gmail.com


I'll queue it up, thanks.

Oh, it's staging, not stagging as you have up there in the Subject:
:)

thanks,

greg k-h



shoot... and I actually changed it from staging to stagging thinking 
that was correct..(duh)..


Anyways alright.. I'll exclude this one if the other sets get finalized.

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

[Bug 30313] [r300g] Several (big) textures are corrupted when you look at them from certain distances

2010-09-24 Thread bugzilla-daemon 
https://bugs.freedesktop.org/show_bug.cgi?id=30313

--- Comment #5 from Marek Olšák mar...@gmail.com 2010-09-24 18:34:35 PDT ---
This looks like a tiling issue and r300c doesn't implement tiling fully. I
can't reproduce it on R500. Try to set the environment variable
RADEON_DEBUG=notiling and please let me know if it fixes the issue.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel