Le 13/04/2011 14:10, Benjamin Herrenschmidt a écrit :
On Wed, 2011-04-13 at 22:05 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2011-04-12 at 10:01 +0200, Cédric Cano wrote:
Hi
Here you are a patch that adds big endian support for rv730 in r600
classic mesa driver. The BE modifications are almo
On Wed, 13 Apr 2011 19:33:40 -0700
Linus Torvalds wrote:
> On Wednesday, April 13, 2011, Linus Torvalds
> wrote:
> > On Wednesday, April 13, 2011, H. Peter Anvin wrote:
> >>
> >> Yes. However, even if we *do* revert (and the time is running short on
> >> not reverting) I would like to understa
On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
> On 04/13/2011 12:14 PM, Yinghai Lu wrote:
> >
> > so looks bios program wrong address to the radon card?
> >
>
> Okay, staring at this, it definitely seems toxic to overlay the GART
> over memory areas reserved by the BIOS. If I
On Wed, Apr 13, 2011 at 03:31:09PM -0700, H. Peter Anvin wrote:
> On 04/13/2011 03:22 PM, Joerg Roedel wrote:
> > On Wed, Apr 13, 2011 at 03:01:10PM -0700, H. Peter Anvin wrote:
> >> On 04/13/2011 02:50 PM, Joerg Roedel wrote:
> >>> On Wed, Apr 13, 2011 at 01:48:48PM -0700, Yinghai Lu wrote:
>
On Thu, Apr 14, 2011 at 6:56 PM, Joerg Roedel wrote:
> On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
>> On 04/13/2011 12:14 PM, Yinghai Lu wrote:
>> >
>> > so looks bios program wrong address to the radon card?
>> >
>>
>> Okay, staring at this, it definitely seems toxic to overla
* Joerg Roedel wrote:
> On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
> > On 04/13/2011 12:14 PM, Yinghai Lu wrote:
> > >
> > > so looks bios program wrong address to the radon card?
> > >
> >
> > Okay, staring at this, it definitely seems toxic to overlay the GART
> > over
On Thu, Apr 14, 2011 at 01:03:37PM +0900, Tejun Heo wrote:
> Hello,
>
> On Wed, Apr 13, 2011 at 07:33:40PM -0700, Linus Torvalds wrote:
> > On Wednesday, April 13, 2011, Linus Torvalds
> > wrote:
> > > On Wednesday, April 13, 2011, H. Peter Anvin wrote:
> > >>
> > >> Yes. However, even if we *d
https://bugs.freedesktop.org/show_bug.cgi?id=36227
Summary: Radeon HD4250 crash with modeset=1
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
https://bugzilla.kernel.org/show_bug.cgi?id=32402
Adriano changed:
What|Removed |Added
CC||adriano.vil...@yahoo.com
--- Comment #10 fr
On Thu, Apr 14, 2011 at 4:56 AM, Joerg Roedel wrote:
> On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
>> On 04/13/2011 12:14 PM, Yinghai Lu wrote:
>> >
>> > so looks bios program wrong address to the radon card?
>> >
>>
>> Okay, staring at this, it definitely seems toxic to overla
On 04/14/2011 02:11 AM, Ingo Molnar wrote:
>
> I'd strongly suggest we revert back to the old and proven allocation order,
> as
> long as it results in valid layouts. Even if we figure out this particular
> GART/GTT assumption there might be a dozen others in other types of hardware.
>
Yes, b
https://bugs.freedesktop.org/show_bug.cgi?id=36227
--- Comment #1 from Jerome Glisse 2011-04-14 07:44:13
PDT ---
Please boot in runlevel 3 (add 3 to your kernel boot line) to avoid starting X,
unloading the radeon non kms module might let the hw in fuzzy state.
Once booted in run level 3 load r
https://bugs.freedesktop.org/show_bug.cgi?id=36236
Summary: Problems with lights in Trine game from
www.humblebundle.com
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=36037
--- Comment #8 from Michel Dänzer 2011-04-14 07:59:21 PDT
---
So bl_get_data() returns NULL in radeon_legacy_backlight_get_brightness(). I'm
stumped as to how that could happen... Any ideas, Matthew?
--
Configure bugmail: https://bugs.freedesk
Noticed by Patrick Lowry.
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon/atom.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index d71d375..7bd7456 100644
--- a/drivers/gp
https://bugs.freedesktop.org/show_bug.cgi?id=36037
--- Comment #9 from Matthew Garrett 2011-04-14 08:29:30
PDT ---
That's bizarre. I can't see any obvious way this could happen.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=36236
--- Comment #1 from Krzysztof A. Sobiecki 2011-04-14
08:39:06 PDT ---
Created an attachment (id=45612)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45612)
Screenshot of the problem using llvmpipe
LIBGL_ALWAYS_SOFTWARE=yes ./trine-bin64
https://bugs.freedesktop.org/show_bug.cgi?id=34155
--- Comment #2 from Alexandre Demers 2011-04-14
08:45:50 PDT ---
When testing with latest drm and kernel, I can't find the error anymore.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #7 from Bart Van Assche 2011-04-14
15:57:40 ---
Still occurs with 85f2e689a5c8fb6ed8fdbee00109e7f6e5fefcb6 (2.6.29-rc3+). Note:
I'm still trying to find the offending commit via bisecting.
--
Configure bugmail: https://bugzilla
https://bugs.freedesktop.org/show_bug.cgi?id=36236
--- Comment #2 from Sven Arvidsson 2011-04-14 09:02:12 PDT ---
Created an attachment (id=45613)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45613)
Correct rendering of Windows version
Same problem with softpipe, so the bug should probab
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #3 from revealed 2011-04-14 09:23:32 PDT ---
Created an attachment (id=45615)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45615)
lspci -vnn
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #17 from Alex Deucher 2011-04-14 09:30:02 PDT ---
Created an attachment (id=45616)
View: https://bugs.freedesktop.org/attachment.cgi?id=45616
Review: https://bugs.freedesktop.org/review?bug=34534&attachment=45616
possible fix
Does
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #4 from Alex Deucher 2011-04-14 09:44:35 PDT ---
Does booting with:
i2c-algo-bit.bit_test=0
on the kernel command line in grub fix the issue?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #5 from revealed 2011-04-14 09:58:55 PDT ---
Yes :D
Computer boots up fine with this switch! Love that! :D
Is that fixable?
Many thanks!
Greetings,
R
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
Thought about CCing Linus to show him that 2.6.39-rcX isn't as "calm"
to everyone, but then chose to CC Maciej instead: Would you be so kind and
add this to your regression list? Thanks!
Since commit 38f1cff
From: Dave Airlie
Date: Wed, 16 Mar 2011 11:34:41 +1000
Subject: [PATCH] Mer
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #6 from Alex Deucher 2011-04-14 10:30:21 PDT ---
(In reply to comment #5)
> Yes :D
>
> Computer boots up fine with this switch! Love that! :D
>
> Is that fixable?
The default value for i2c-algo-bit.bit_test is 0. For some reason S
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #7 from revealed 2011-04-14 10:48:28 PDT ---
Ha!
So the problem seems to have existed due to my TV-Card:
cd /etc/modprobe.d/
disk@wild-thing:/etc/modprobe.d> grep i2c *
50-blacklist.conf:blacklist i2c-matroxfb
50-tv.conf:options i2c
https://bugs.freedesktop.org/show_bug.cgi?id=34137
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=33867
--- Comment #15 from Alex Deucher 2011-04-14 10:56:48 PDT ---
possibly a dupe of bug 35452
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #8 from revealed 2011-04-14 10:58:39 PDT ---
Sorry for doubleposting:
I added the option to menu.lst; As workaround. Thank you for the hint!
Also i tried commenting out the option in 50-tv.conf; And i removed the newly
added bootpar
https://bugs.freedesktop.org/show_bug.cgi?id=36221
revealed changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36221
Alex Deucher changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--- Comment #9 from Alex Deucher 2
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #10 from Alex Deucher 2011-04-14 11:06:31 PDT ---
Created an attachment (id=45619)
View: https://bugs.freedesktop.org/attachment.cgi?id=45619
Review: https://bugs.freedesktop.org/review?bug=36221&attachment=45619
possible fix
This
We've already seen that apps want to monitor the display config, and
some (like upowerd) poll for changes since we don't provide a
notification for general mode config changes, just hotplug events. So
add a new drm event, with CHANGE=1 set in the event, to allow for it.
Signed-off-by: Jesse Barne
https://bugs.freedesktop.org/show_bug.cgi?id=36221
Alex Deucher changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #12 from revealed 2011-04-14 11:14:14 PDT
---
Oh yes :)
Sorry! I have to also omit that i have an open bugreport at novell bugzilla
since februar. I was getting few response. Thats the reason i opened this
bugreport here.
I set tha
On Thu, Apr 14, 2011 at 07:05:59PM +0200, Dominik Brodowski wrote:
> Thought about CCing Linus to show him that 2.6.39-rcX isn't as "calm"
> to everyone, but then chose to CC Maciej instead: Would you be so kind and
> add this to your regression list? Thanks!
>
> Since commit 38f1cff
>
> From
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #8 from Bart Van Assche 2011-04-14
19:24:34 ---
The result of the bisect process - not sure it's useful:
# git bisect skip
There are only 'skip'ped commits left to test.
The first bad commit could be any of:
62e0ff1ef2d8ea081448
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #13 from Alex Deucher 2011-04-14 12:37:33 PDT ---
(In reply to comment #12)
> Oh yes :)
>
> Sorry! I have to also omit that i have an open bugreport at novell bugzilla
> since februar. I was getting few response. Thats the reason i o
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #14 from revealed 2011-04-14 13:13:47 PDT
---
Ok. I am so happy at the moment having working desktop effects and such :D
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=36236
--- Comment #3 from dcela...@gmail.com 2011-04-14 13:28:46 PDT ---
The quote the game developer's post over at Phoronix:
The lights are missing. Which means that deferred phase is not working. Which
means that most likely G-buffers are not filled
https://bugs.freedesktop.org/show_bug.cgi?id=36221
Alex Deucher changed:
What|Removed |Added
Attachment #45619|0 |1
is obsolete|
On Thu, Apr 14, 2011 at 10:28:43AM -0400, Alex Deucher wrote:
> On Thu, Apr 14, 2011 at 4:56 AM, Joerg Roedel wrote:
> > And this makes a difference, with this change on-top of -rc3 the box boots
> > fine. So there seems to be some dependency between the GART base and the GTT
> > base even when th
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #16 from revealed 2011-04-14 14:22:20 PDT
---
I would!
Do i have to edit the file in:
/usr/src/linux-2.6.37.1-1.2/drivers/i2c/algos/i2c-algo-bit.c
And make the i2c-algo-bit somehow? I cant remember properly if i can recompile
a sin
Sometimes the i2c test in i2c_bit_add_bus fails
if this happens we fail to register the i2c adapter and
eventually fail to add the connector. If i2c fails,
add the connector to the user can at least force
it on.
Note that some distros set i2c-algo-bit.bit_test to 1 by
default which sometimes fail
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #17 from Alex Deucher 2011-04-14 14:28:40 PDT ---
(In reply to comment #16)
> I would!
>
> Do i have to edit the file in:
> /usr/src/linux-2.6.37.1-1.2/drivers/i2c/algos/i2c-algo-bit.c
yes, just download the patch into /usr/src/linu
On Thu, Apr 14, 2011 at 5:09 PM, Joerg Roedel wrote:
> On Thu, Apr 14, 2011 at 10:28:43AM -0400, Alex Deucher wrote:
>> On Thu, Apr 14, 2011 at 4:56 AM, Joerg Roedel wrote:
>> > And this makes a difference, with this change on-top of -rc3 the box boots
>> > fine. So there seems to be some depende
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #18 from revealed 2011-04-14 14:34:47 PDT
---
Ok i will do but i have one question:
The last line to add from the diff looks different in my version:
My Version says:
if (bit_test) {
int ret = test_bus(bit_ada
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #19 from Alex Deucher 2011-04-14 14:39:07 PDT ---
(In reply to comment #18)
> Ok i will do but i have one question:
>
> The last line to add from the diff looks different in my version:
>
> My Version says:
>
> if (bit_test) {
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #20 from revealed 2011-04-14 14:41:15 PDT
---
done!
Will proceed with steps from comment 17.
Greetings,
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #21 from revealed 2011-04-14 14:44:09 PDT
---
I did:
make oldconfig
now i am running make?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #22 from revealed 2011-04-14 15:05:08 PDT
---
drivers/i2c/algos/i2c-algo-bit.c: In Funktion »test_bus«:
drivers/i2c/algos/i2c-algo-bit.c:237:28: Fehler: »adap« als andere Symbolart
redeklariert
drivers/i2c/algos/i2c-algo-bit.c:235:47
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #23 from revealed 2011-04-14 15:16:35 PDT
---
patch -p1 -i 0001-i2c-algo-bit-make-sure-to-call-pre-post_xfer-for-bit.patch
patching file drivers/i2c/algos/i2c-algo-bit.c
Hunk #1 FAILED at 232.
Hunk #2 FAILED at 297.
Hunk #3 FAILED at
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #24 from revealed 2011-04-14 15:20:03 PDT
---
Starting new with the downloaded patch and the original file from SUSE rpm i
get the following output in the rej. file when issuing the:
Patch command: (forget my last both postings, plea
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #25 from revealed 2011-04-14 15:21:32 PDT
---
But if i run make with this file, i get:
CC [M] drivers/i2c/algos/i2c-algo-bit.o
drivers/i2c/algos/i2c-algo-bit.c: In Funktion »i2c_bit_prepare_bus«:
drivers/i2c/algos/i2c-algo-bit.c:6
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #26 from revealed 2011-04-14 15:27:06 PDT
---
Created an attachment (id=45636)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45636)
i2c-algo-bit.c from SuSE rpm; ??
--
Configure bugmail: https://bugs.freedesktop.org/userpref
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #27 from Alex Deucher 2011-04-14 15:31:11 PDT ---
Created an attachment (id=45637)
View: https://bugs.freedesktop.org/attachment.cgi?id=45637
Review: https://bugs.freedesktop.org/review?bug=36221&attachment=45637
2.6.37 patch
look
https://bugs.freedesktop.org/show_bug.cgi?id=36221
Alex Deucher changed:
What|Removed |Added
Attachment #45636|text/x-csrc |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #28 from revealed 2011-04-14 15:37:54 PDT
---
With this patch i get:
drivers/i2c/algos/i2c-algo-bit.c: In Funktion »i2c_bit_prepare_bus«:
drivers/i2c/algos/i2c-algo-bit.c:620:28: Warnung: Variable »bit_adap« wird
nicht verwendet
--
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #29 from revealed 2011-04-14 15:39:05 PDT
---
I am always patching a fresh copy of i2c-algo-bit.c from SuSE rpm; ?? Is this
correct?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #18 from Peter Hercek 2011-04-14 15:44:43 PDT
---
(In reply to comment #17)
> Does this patch help?
Yes, this patch works. 0x770c is set to the right value now.
0x7718 and 0x771c are different than before too but that is probably in
https://bugs.freedesktop.org/show_bug.cgi?id=36236
--- Comment #4 from Turo Lamminen 2011-04-14
15:47:42 PDT ---
Something useful for you guys:
1. Back up the original executables and shaders (in data/shader/cg/)
2. Grab this: http://alternativegames.net/temp/trineUnofficialBeta.tar.bz2
This b
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #30 from Alex Deucher 2011-04-14 16:05:09 PDT ---
(In reply to comment #28)
> With this patch i get:
>
> drivers/i2c/algos/i2c-algo-bit.c: In Funktion »i2c_bit_prepare_bus«:
> drivers/i2c/algos/i2c-algo-bit.c:620:28: Warnung: Variabl
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #19 from Alex Deucher 2011-04-14 16:06:19 PDT ---
(In reply to comment #18)
> (In reply to comment #17)
> > Does this patch help?
>
> Yes, this patch works. 0x770c is set to the right value now.
> 0x7718 and 0x771c are different than
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #31 from revealed 2011-04-14 16:06:56 PDT
---
So if i ignore this now, i can continue with:
make modules
make modules_install
make install
and select the new kernel in grub.
And it should work?
greetings,
R
--
Configure bugmail
This patch fixes two issues:
- A disabled crtc does not use any lb, so return 0 for
lb size. This makes the display priority calculation
more exact.
- Only use 1/2 and whole lb partitions. Using smaller
partitions can cause underflow to one of the displays
if you have multiple large displays on th
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #32 from Alex Deucher 2011-04-14 16:09:29 PDT ---
(In reply to comment #31)
> So if i ignore this now, i can continue with:
>
> make modules
> make modules_install
> make install
> and select the new kernel in grub.
>
> And it shoul
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #33 from revealed 2011-04-14 16:11:04 PDT
---
Yes i will... make is still processing at net/xy ... i guess this will take
some time.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #34 from revealed 2011-04-14 16:33:22 PDT
---
Will reboot and test now!
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bu
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #35 from revealed 2011-04-14 16:38:08 PDT
---
Seems to work fine!
disk@wild-thing:~> grep command /var/log/boot.msg
<5>[0.00] Kernel command line: root=/dev/sdc6 resume=/dev/sdc5
splash=silent
disk@wild-thing:~> dmesg | grep
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #36 from Alex Deucher 2011-04-14 16:44:28 PDT ---
(In reply to comment #35)
> Seems to work fine!
Great! thanks for testing.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
Apparently some distros set i2c-algo-bit.bit_test to 1 by
default. In some cases this causes i2c_bit_add_bus
to fail and prevents the i2c bus from being added. In the
radeon case, we fail to add the ddc i2c buses which prevents
the driver from being able to detect attached monitors.
The i2c bus w
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #37 from revealed 2011-04-14 16:48:54 PDT
---
Whats next for me?
Can i run make clean all on /usr/src/linux-2x? And wait for an Update`?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are re
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #38 from Alex Deucher 2011-04-14 16:52:11 PDT ---
(In reply to comment #37)
> Whats next for me?
>
> Can i run make clean all on /usr/src/linux-2x? And wait for an Update`?
I've sent the patch to the linux i2c list to be hopefully a
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #39 from Alex Deucher 2011-04-14 16:53:01 PDT ---
(In reply to comment #38)
> (In reply to comment #37)
> > Whats next for me?
> >
> > Can i run make clean all on /usr/src/linux-2x? And wait for an Update`?
>
> I've sent the patch t
https://bugs.freedesktop.org/show_bug.cgi?id=36221
--- Comment #40 from revealed 2011-04-14 16:58:21 PDT
---
wow ok.
Then i will keep the patch and cleanup the source.
Many thanks for all your help. I will go to bed now. It is close to two o clock
in the morning in my place.
Thank you very m
https://bugs.freedesktop.org/show_bug.cgi?id=36255
Summary: [r128] Kernel panic after killing X since 2.6.37
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
On Thu, Apr 14, 2011 at 09:02:01PM +0200, Marcin Slusarz wrote:
> On Thu, Apr 14, 2011 at 07:05:59PM +0200, Dominik Brodowski wrote:
> > Thought about CCing Linus to show him that 2.6.39-rcX isn't as "calm"
> > to everyone, but then chose to CC Maciej instead: Would you be so kind and
> > add this
On Thu, Apr 14, 2011 at 05:34:46PM -0400, Alex Deucher wrote:
> On Thu, Apr 14, 2011 at 5:09 PM, Joerg Roedel wrote:
> > Actually, the nb gart is part of the cpu. It is part of the cpu north
> > bridge and can translate io and cpu accesses. In fact, it is a remapper
> > of physical memory address
On Thu, Apr 14, 2011 at 12:52 AM, Alex Deucher wrote:
> On Wed, Apr 13, 2011 at 10:46 AM, Jerome Glisse wrote:
>> On Tue, Apr 12, 2011 at 1:33 PM, Alex Deucher
>> wrote:
>>> Apparently only rv515 asics need the workaround
>>> added in f24d86f1a49505cdea56728b853a5d0a3f8e3d11
>>> (drm/radeon/kms
On Wed, Apr 13, 2011 at 03:01:10PM -0700, H. Peter Anvin wrote:
> On 04/13/2011 02:50 PM, Joerg Roedel wrote:
> > On Wed, Apr 13, 2011 at 01:48:48PM -0700, Yinghai Lu wrote:
> >> - addr = memblock_find_in_range(0, 1ULL<<32, aper_size, 512ULL<<20);
> >> + addr = memblock_find_in_range(0, 1ULL<<32,
On Wed, 2011-04-13 at 18:58 -0700, H. Peter Anvin wrote:
> On 04/13/2011 12:14 PM, Yinghai Lu wrote:
> >
> > so those two patches uncover some problems.
> >
> > [0.00] Checking aperture...
> > [0.00] No AGP bridge found
> > [0.00] Node 0: aperture @ a000 size 32 MB
> >
Hello,
On Wed, Apr 13, 2011 at 07:33:40PM -0700, Linus Torvalds wrote:
> On Wednesday, April 13, 2011, Linus Torvalds
> wrote:
> > On Wednesday, April 13, 2011, H. Peter Anvin wrote:
> >>
> >> Yes. ?However, even if we *do* revert (and the time is running short on
> >> not reverting) I would lik
Le 13/04/2011 14:10, Benjamin Herrenschmidt a ?crit :
> On Wed, 2011-04-13 at 22:05 +1000, Benjamin Herrenschmidt wrote:
>> On Tue, 2011-04-12 at 10:01 +0200, C?dric Cano wrote:
>>> Hi
>>>
>>> Here you are a patch that adds big endian support for rv730 in r600
>>> classic mesa driver. The BE modifi
On Wed, 13 Apr 2011 19:33:40 -0700
Linus Torvalds wrote:
> On Wednesday, April 13, 2011, Linus Torvalds
> wrote:
> > On Wednesday, April 13, 2011, H. Peter Anvin wrote:
> >>
> >> Yes. ?However, even if we *do* revert (and the time is running short on
> >> not reverting) I would like to understa
On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
> On 04/13/2011 12:14 PM, Yinghai Lu wrote:
> >
> > so looks bios program wrong address to the radon card?
> >
>
> Okay, staring at this, it definitely seems toxic to overlay the GART
> over memory areas reserved by the BIOS. If I
On Wed, Apr 13, 2011 at 03:31:09PM -0700, H. Peter Anvin wrote:
> On 04/13/2011 03:22 PM, Joerg Roedel wrote:
> > On Wed, Apr 13, 2011 at 03:01:10PM -0700, H. Peter Anvin wrote:
> >> On 04/13/2011 02:50 PM, Joerg Roedel wrote:
> >>> On Wed, Apr 13, 2011 at 01:48:48PM -0700, Yinghai Lu wrote:
>
On Thu, Apr 14, 2011 at 6:56 PM, Joerg Roedel wrote:
> On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
>> On 04/13/2011 12:14 PM, Yinghai Lu wrote:
>> >
>> > so looks bios program wrong address to the radon card?
>> >
>>
>> Okay, staring at this, it definitely seems toxic to overla
* Joerg Roedel wrote:
> On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
> > On 04/13/2011 12:14 PM, Yinghai Lu wrote:
> > >
> > > so looks bios program wrong address to the radon card?
> > >
> >
> > Okay, staring at this, it definitely seems toxic to overlay the GART
> > over
On Thu, Apr 14, 2011 at 01:03:37PM +0900, Tejun Heo wrote:
> Hello,
>
> On Wed, Apr 13, 2011 at 07:33:40PM -0700, Linus Torvalds wrote:
> > On Wednesday, April 13, 2011, Linus Torvalds
> > wrote:
> > > On Wednesday, April 13, 2011, H. Peter Anvin wrote:
> > >>
> > >> Yes. ?However, even if we *d
https://bugs.freedesktop.org/show_bug.cgi?id=36227
Summary: Radeon HD4250 crash with modeset=1
Product: DRI
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: me
https://bugzilla.kernel.org/show_bug.cgi?id=32402
Adriano changed:
What|Removed |Added
CC||adriano.vilela at yahoo.com
--- Comment #10
On Thu, Apr 14, 2011 at 4:56 AM, Joerg Roedel wrote:
> On Wed, Apr 13, 2011 at 06:58:46PM -0700, H. Peter Anvin wrote:
>> On 04/13/2011 12:14 PM, Yinghai Lu wrote:
>> >
>> > so looks bios program wrong address to the radon card?
>> >
>>
>> Okay, staring at this, it definitely seems toxic to overla
On 04/14/2011 02:11 AM, Ingo Molnar wrote:
>
> I'd strongly suggest we revert back to the old and proven allocation order,
> as
> long as it results in valid layouts. Even if we figure out this particular
> GART/GTT assumption there might be a dozen others in other types of hardware.
>
Yes, b
https://bugs.freedesktop.org/show_bug.cgi?id=36227
--- Comment #1 from Jerome Glisse 2011-04-14
07:44:13 PDT ---
Please boot in runlevel 3 (add 3 to your kernel boot line) to avoid starting X,
unloading the radeon non kms module might let the hw in fuzzy state.
Once booted in run level 3 load r
https://bugs.freedesktop.org/show_bug.cgi?id=36236
Summary: Problems with lights in Trine game from
www.humblebundle.com
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=36037
--- Comment #8 from Michel D?nzer 2011-04-14 07:59:21
PDT ---
So bl_get_data() returns NULL in radeon_legacy_backlight_get_brightness(). I'm
stumped as to how that could happen... Any ideas, Matthew?
--
Configure bugmail: https://bugs.freedesk
Noticed by Patrick Lowry.
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/radeon/atom.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/atom.c b/drivers/gpu/drm/radeon/atom.c
index d71d375..7bd7456 100644
--- a/drivers
https://bugs.freedesktop.org/show_bug.cgi?id=36037
--- Comment #9 from Matthew Garrett 2011-04-14
08:29:30 PDT ---
That's bizarre. I can't see any obvious way this could happen.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=36236
--- Comment #1 from Krzysztof A. Sobiecki 2011-04-14
08:39:06 PDT ---
Created an attachment (id=45612)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45612)
Screenshot of the problem using llvmpipe
LIBGL_ALWAYS_SOFTWARE=yes ./trine-bin64
1 - 100 of 160 matches
Mail list logo
