Hi Linus,
Since Chris missed my last pull I've got a seprate set of fixes for
Intel, should fix an eDP issue, a couple of 855 problems (tiling and
buffer coherency),
Dave.
The following changes since commit ef3242859fae47e728b50b7ce3d17b201a71779a:
Merge git://git.kernel.org/pub/scm/linux/
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #12 from Oldřich Jedlička 2011-02-25
06:17:11 ---
If you use the value 0°C as "OFF" while it is really a valid value, then you
pass the decision whether the card is off outside of the kernel to the software
reading the temperatur
On Thu, Feb 24, 2011 at 20:04, Alex Riesen wrote:
> So, AFAICS, at the moment there is no better patch than this:
>
> diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
> index 17bd766..8f8a6a3 100644
> --- a/drivers/gpu/drm/i915/i915_dma.c
> +++ b/drivers/gpu/drm/i915/
On Thu, Feb 24, 2011 at 10:18, Indan Zupancic wrote:
>>>
>>> As it turns out this is a bug in the userspace components of the stack for
>>> gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
>>
>> Chris, could you point us at the patch? I ask because Daniel left a
>> comme
https://bugzilla.kernel.org/show_bug.cgi?id=29842
Summary: Radeon runs very hot
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc6
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: n
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #11 from Andrew Morton 2011-02-24
18:59:33 ---
(In reply to comment #10)
> is 0 really a reasonable value?
Well no, not really. I assume that a machine will work OK in -30C ambient, in
which case the chip might actually be runn
On Thu, Feb 24, 2011 at 2:50 PM, Phillip Susi wrote:
> I'm looking for resources I can read to learn more. ?I mostly have some
> basic questions that are probably in a FAQ or something, so if someone
> could point me the right way I'd appreciate it.
>
dri.freedesktop.org has most informations we
On Fri, Feb 25, 2011 at 3:47 AM, Anca Emanuel wrote:
> On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote:
>> On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote:
>>> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel
>>> wrote:
>>> >
>>> > diff --git a/drivers/video/fbmem.c b/drivers/video/fbme
On Fri, Feb 25, 2011 at 3:14 AM, Dave Airlie wrote:
> On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote:
>> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel wrote:
>> >
>> > diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
>> > index e2bf953..e8f8925 100644
>> > --- a/drivers/video/f
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #10 from Alex Deucher 2011-02-24
17:36:13 ---
(In reply to comment #8)
> I bet everyone's machine was previously reading zero. Now it's reading random
> crap.
It was always reading back random random crap, that's my point! The
On Thu, 2011-02-24 at 16:54 -0800, Linus Torvalds wrote:
> On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel wrote:
> >
> > diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
> > index e2bf953..e8f8925 100644
> > --- a/drivers/video/fbmem.c
> > +++ b/drivers/video/fbmem.c
> > @@ -1511,6 +1511,
On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel wrote:
>
> diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
> index e2bf953..e8f8925 100644
> --- a/drivers/video/fbmem.c
> +++ b/drivers/video/fbmem.c
> @@ -1511,6 +1511,7 @@ void remove_conflicting_framebuffers(struct
> apertures_struct *a,
On Thu, Feb 24, 2011 at 4:48 PM, Anca Emanuel wrote:
>
> diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
> index e2bf953..e8f8925 100644
> --- a/drivers/video/fbmem.c
> +++ b/drivers/video/fbmem.c
> @@ -1511,6 +1511,7 @@ void remove_conflicting_framebuffers(struct
> apertures_struct *a,
On Thu, Feb 24, 2011 at 6:37 PM, Linus Torvalds
wrote:
> On Thu, Feb 24, 2011 at 5:20 AM, Anca Emanuel wrote:
>>>
>>> Every boot?
>>
>> Yes.
>>
>>> And just out of interest, what happens if you don't have the vesafb
>>> driver at all?
>>
>> I used 'e' option from grub, removed the 'set gfxpayload
On Thu, February 24, 2011 20:04, Alex Riesen wrote:
> On Thu, Feb 24, 2011 at 10:18, Indan Zupancic wrote:
As it turns out this is a bug in the userspace components of the stack for
gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
>>>
>>> Chris, could you
On Thu, Feb 24, 2011 at 2:28 AM, Linus Torvalds
wrote:
> On Wed, Feb 23, 2011 at 9:16 AM, Anca Emanuel
> wrote:
>>>
>>> Looks like nouveafb took over from vesafb. Did you do anything special
>>> to trigger this?
>>
>> No. Just boot the system.
>
> Every boot?
Yes.
>
> And just out of interest,
On Thu, Feb 24, 2011 at 2:50 PM, Phillip Susi wrote:
> I'm looking for resources I can read to learn more. I mostly have some
> basic questions that are probably in a FAQ or something, so if someone
> could point me the right way I'd appreciate it.
>
dri.freedesktop.org has most informations we
I'm looking for resources I can read to learn more. I mostly have some
basic questions that are probably in a FAQ or something, so if someone
could point me the right way I'd appreciate it.
Specifically some of the things I have been wondering are:
1) It looks like the firmware is in the kernel
Hi Linus,
Since Chris missed my last pull I've got a seprate set of fixes for
Intel, should fix an eDP issue, a couple of 855 problems (tiling and
buffer coherency),
Dave.
The following changes since commit ef3242859fae47e728b50b7ce3d17b201a71779a:
Merge git://git.kernel.org/pub/scm/linux/
Hi all:
TTM provide "ttm_bo_type_user" which create bo from user space memory.
I try to use this functions, but find some problems:
1. Can not get "pages" when driver try to bind user pages to GPU apterure.
ttm->state set to "tt_unbound" when add ttm structs, while
ttm_tt_populate prevent drive
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #19 from Dawit Alemayehu 2011-02-24 13:27:54 PST
---
(In reply to comment #18)
> (In reply to comment #17)
> >
> > Well Xv is most definitely enabled on my system, but I fail to see how that
> > helps with the kwin composting issue.
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #19 from Dawit Alemayehu 2011-02-24 13:27:54
PST ---
(In reply to comment #18)
> (In reply to comment #17)
> >
> > Well Xv is most definitely enabled on my system, but I fail to see how that
> > helps with the kwin composting issue.
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #18 from Alex Deucher 2011-02-24 12:44:21 PST ---
(In reply to comment #17)
>
> Well Xv is most definitely enabled on my system, but I fail to see how that
> helps with the kwin composting issue. Perhaps, I misunderstood your questio
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #18 from Alex Deucher 2011-02-24 12:44:21 PST
---
(In reply to comment #17)
>
> Well Xv is most definitely enabled on my system, but I fail to see how that
> helps with the kwin composting issue. Perhaps, I misunderstood your questi
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #17 from Dawit Alemayehu 2011-02-24 12:13:43 PST
---
(In reply to comment #15)
> Does using Xv fix the kwin issues? A user reported on IRC that using Xv seems
> to fix the GL issues he was having which implies we are missing some st
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #16 from Dawit Alemayehu 2011-02-24 12:13:29 PST
---
Created an attachment (id=43770)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43770)
xvinfo output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #17 from Dawit Alemayehu 2011-02-24 12:13:43
PST ---
(In reply to comment #15)
> Does using Xv fix the kwin issues? A user reported on IRC that using Xv seems
> to fix the GL issues he was having which implies we are missing some st
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #16 from Dawit Alemayehu 2011-02-24 12:13:29
PST ---
Created an attachment (id=43770)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43770)
xvinfo output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
I'm looking for resources I can read to learn more. I mostly have some
basic questions that are probably in a FAQ or something, so if someone
could point me the right way I'd appreciate it.
Specifically some of the things I have been wondering are:
1) It looks like the firmware is in the kernel
On Thu, Feb 24, 2011 at 20:04, Alex Riesen wrote:
> So, AFAICS, at the moment there is no better patch than this:
>
> diff --git a/drivers/gpu/drm/i915/i915_dma.c b/drivers/gpu/drm/i915/i915_dma.c
> index 17bd766..8f8a6a3 100644
> --- a/drivers/gpu/drm/i915/i915_dma.c
> +++ b/drivers/gpu/drm/i915/
https://bugzilla.kernel.org/show_bug.cgi?id=29842
Summary: Radeon runs very hot
Product: Drivers
Version: 2.5
Kernel Version: 2.6.38-rc6
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: n
On Thu, Feb 24, 2011 at 10:18, Indan Zupancic wrote:
>>>
>>> As it turns out this is a bug in the userspace components of the stack for
>>> gen2 hardware, with lax kernel side enforcement. Daniel has a fix for both.
>>
>> Chris, could you point us at the patch? I ask because Daniel left a
>> comme
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #11 from Andrew Morton 2011-02-24
18:59:33 ---
(In reply to comment #10)
> is 0 really a reasonable value?
Well no, not really. I assume that a machine will work OK in -30C ambient, in
which case the chip might actually be runn
https://bugzilla.kernel.org/show_bug.cgi?id=29572
Old?ich Jedli?ka changed:
What|Removed |Added
CC||oldium.pro at seznam.cz
--- Commen
On Thu, Feb 24, 2011 at 03:25:43AM -0500, Alex Deucher wrote:
> On Wed, Feb 23, 2011 at 3:48 PM, Konrad Rzeszutek Wilk
> wrote:
> > git commit 82568565683b4991964a5fc89a9ca0c7122818e8 adds a dummy page
> > so that if something goes wrong it will at least fetch/write data
> > _only_ to this locatio
On Thu, Feb 24, 2011 at 10:28 AM, Linus Torvalds
wrote:
> On Wed, Feb 23, 2011 at 9:16 AM, Anca Emanuel
> wrote:
>>>
>>> Looks like nouveafb took over from vesafb. Did you do anything special
>>> to trigger this?
>>
>> No. Just boot the system.
>
> Every boot?
>
> And just out of interest, what
On Thu, February 24, 2011 09:27, Alex Riesen wrote:
> On Thu, Feb 24, 2011 at 01:13, Chris Wilson
> wrote:
>> On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds > linux-foundation.org>
>> wrote:
>>> >
>>> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
>>>
>>> Any update on that one?
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #10 from Alex Deucher 2011-02-24 17:36:13
---
(In reply to comment #8)
> I bet everyone's machine was previously reading zero. Now it's reading random
> crap.
It was always reading back random random crap, that's my point! The
On Thu, Feb 24, 2011 at 01:13, Chris Wilson wrote:
> On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds linux-foundation.org> wrote:
>> >
>> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
>>
>> Any update on that one?
>
> No, reverting that will cause just another bug elsewhere. I ne
https://bugzilla.kernel.org/show_bug.cgi?id=29502
Rafael J. Wysocki changed:
What|Removed |Added
CC||florian at mickler.org,
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #15 from Alex Deucher 2011-02-24 08:52:26 PST ---
Does using Xv fix the kwin issues? A user reported on IRC that using Xv seems
to fix the GL issues he was having which implies we are missing some state in
the 3D driver that the 2D d
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #15 from Alex Deucher 2011-02-24 08:52:26 PST
---
Does using Xv fix the kwin issues? A user reported on IRC that using Xv seems
to fix the GL issues he was having which implies we are missing some state in
the 3D driver that the 2D
On Thu, Feb 24, 2011 at 5:20 AM, Anca Emanuel wrote:
>>
>> Every boot?
>
> Yes.
>
>> And just out of interest, what happens if you don't have the vesafb
>> driver at all?
>
> I used 'e' option from grub, removed the 'set gfxpayload = $linux_gfx_mode'
> and it works.
>
> dmesg: http://pastebin.com/
https://bugs.freedesktop.org/show_bug.cgi?id=33348
Dawit Alemayehu changed:
What|Removed |Added
Attachment #43757|screenshot of activating|screenshot of activating
descri
https://bugs.freedesktop.org/show_bug.cgi?id=33348
Dawit Alemayehu changed:
What|Removed |Added
Attachment #43757|screenshot of activating|screenshot of activating
descri
ext/x-patch
Size: 496 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110224/1de9464e/attachment.bin>
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #14 from Dawit Alemayehu 2011-02-24 08:35:48 PST
---
Created an attachment (id=43757)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43757)
screenshot of activating compositing in kwin
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=33348
--- Comment #14 from Dawit Alemayehu 2011-02-24 08:35:48
PST ---
Created an attachment (id=43757)
--> (https://bugs.freedesktop.org/attachment.cgi?id=43757)
screenshot of activating compositing in kwin
--
Configure bugmail: https://bugs.freed
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #8 from Andrew Morton 2011-02-24
08:14:46 ---
The interface changed. Why is this so hard to understand? Change it back!
It's two lines of code, I expect.
I bet everyone's machine was previously reading zero. Now it's reading
On Thu, Feb 24, 2011 at 03:25:43AM -0500, Alex Deucher wrote:
> On Wed, Feb 23, 2011 at 3:48 PM, Konrad Rzeszutek Wilk
> wrote:
> > git commit 82568565683b4991964a5fc89a9ca0c7122818e8 adds a dummy page
> > so that if something goes wrong it will at least fetch/write data
> > _only_ to this locatio
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #7 from Alex Deucher 2011-02-24
06:21:01 ---
None of the temperatures potentially returned are accurate when the device is
disabled.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are rece
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #6 from Alex Deucher 2011-02-24
06:19:12 ---
The previous behavior was undefined; it just happened to be 0 for one user.
It's reading back a register from an MMIO aperture on a disabled PCI device.
It might read back as 50 for
On Thu, Feb 24, 2011 at 2:28 AM, Linus Torvalds
wrote:
> On Wed, Feb 23, 2011 at 9:16 AM, Anca Emanuel wrote:
>>>
>>> Looks like nouveafb took over from vesafb. Did you do anything special
>>> to trigger this?
>>
>> No. Just boot the system.
>
> Every boot?
Yes.
>
> And just out of interest, wh
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #5 from Andrew Morton 2011-02-24
05:14:11 ---
(In reply to comment #4)
> The old behavior was wrong.
Don't care really. We shouldn't change interfaces.
> The temperature value in the register was
> interpreted incorrectly prio
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #4 from Alex Deucher 2011-02-24
04:36:28 ---
The old behavior was wrong. The temperature value in the register was
interpreted incorrectly prior to my recent patch (improper handling of signed
values). Also, if the card is disa
dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-kms-clean-up-gart-dummy-page-handling.patch
Type: text/x-patch
Size: 3337 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110224/2da72954/attachment.bin>
https://bugzilla.kernel.org/show_bug.cgi?id=29572
Oldřich Jedlička changed:
What|Removed |Added
CC||oldium@seznam.cz
--- Comment #
https://bugs.freedesktop.org/show_bug.cgi?id=34583
Michel Dänzer changed:
What|Removed |Added
Attachment #43731|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34583
Michel Dänzer changed:
What|Removed |Added
Attachment #43730|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34583
Michel D?nzer changed:
What|Removed |Added
Attachment #43731|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34583
Michel D?nzer changed:
What|Removed |Added
Attachment #43730|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=34462
--- Comment #5 from Owen Riddy 2011-02-24 02:11:27 PST
---
> Does passing the parameter no_wb=1 to the radeon kernel module help?
It doesn't seem to help. `dmesg | grep WB` shows it as Disabled, but modprobe
still hangs on load at the RS780 fir
https://bugs.freedesktop.org/show_bug.cgi?id=34462
--- Comment #5 from Owen Riddy 2011-02-24 02:11:27
PST ---
> Does passing the parameter no_wb=1 to the radeon kernel module help?
It doesn't seem to help. `dmesg | grep WB` shows it as Disabled, but modprobe
still hangs on load at the RS780 fir
https://bugzilla.kernel.org/show_bug.cgi?id=29502
Rafael J. Wysocki changed:
What|Removed |Added
CC||flor...@mickler.org,
On Thu, February 24, 2011 09:27, Alex Riesen wrote:
> On Thu, Feb 24, 2011 at 01:13, Chris Wilson wrote:
>> On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds
>>
>> wrote:
>>> >
>>> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
>>>
>>> Any update on that one?
>>
>> No, reverting th
On Thu, Feb 24, 2011 at 01:13, Chris Wilson wrote:
> On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds
> wrote:
>> >
>> > See bug https://bugzilla.kernel.org/show_bug.cgi?id=27572
>>
>> Any update on that one?
>
> No, reverting that will cause just another bug elsewhere. I need to
> work out ho
On Wed, Feb 23, 2011 at 3:48 PM, Konrad Rzeszutek Wilk
wrote:
> git commit 82568565683b4991964a5fc89a9ca0c7122818e8 adds a dummy page
> so that if something goes wrong it will at least fetch/write data
> _only_ to this location.
>
> The radeon_gart_init sets it up.. but there is no corresponding
>
https://bugzilla.kernel.org/show_bug.cgi?id=29572
--- Comment #8 from Andrew Morton 2011-02-24
08:14:46 ---
The interface changed. Why is this so hard to understand? Change it back!
It's two lines of code, I expect.
I bet everyone's machine was previously reading zero. Now it's reading
On Wed, 23 Feb 2011 15:58:02 -0800, Linus Torvalds wrote:
> On Wed, Feb 23, 2011 at 3:17 PM, Dave Airlie wrote:
> >
> > Nothing too major,
> >
> > Two regression fixers (one revert that got fixes properly elsewhere), some
> > timestamp fixes and an agp module reload fix.
>
> Pulled. However, wha
https://bugzilla.kernel.org/show_bug.cgi?id=29572
Andrew Morton changed:
What|Removed |Added
CC||akpm at linux-foundation.org
--- Comm
70 matches
Mail list logo
