http://bugs.freedesktop.org/show_bug.cgi?id=25580
Summary: [REGRESSION] drm/radeon/kms: [drm:radeon_fence_wait]
*ERROR* fence(f6608d80:0x0007) 510ms timeout
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
http://bugs.freedesktop.org/show_bug.cgi?id=25580
--- Comment #1 from Rafał Miłecki zaj...@gmail.com 2009-12-11 00:34:49 PST
---
Created an attachment (id=31970)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31970)
dmesg from starting X
[ 44.039173] [drm:radeon_fence_wait] *ERROR*
On Thu, Dec 10, 2009 at 08:51:07PM +0100, Thomas Hellstrom wrote:
Jerome Glisse wrote:
Hi,
So here is a patch which convert bo_init to use struct ttm_placement
rather than flag. It allow the driver to give placement preference
on where to create a bo. Also allow to create a bo at
I realize that you have some emotional attachments to Red Hat, but ask
yourself (and answer honestly): what would you think if some random other
distro was packaging tens of thousands of lines of kernel code and not
apparently working at trying to get them upstream?
Like Ubuntu does for a
From: Alan Cox a...@lxorguk.ukuu.org.uk
Date: Fri, 11 Dec 2009 09:18:43 +
However the fundamental point stands. The only people who can sign it off
are the people who wrote it. Those are the rules. Red Hat didn't write the
code, Red Hat cannot sign it off however much you rant at them. You
On Fri, Dec 11, 2009 at 00:58, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
But not only is Fedora not following the rules,
You changed the rules. You require a Signed-off-by:. Fedora can no more
add a signed off by than you can. It's not their code nor Red Hat's code
any more than they own the
On Fri, Dec 11, 2009 at 7:34 PM, David Miller da...@davemloft.net wrote:
From: Alan Cox a...@lxorguk.ukuu.org.uk
Date: Fri, 11 Dec 2009 09:18:43 +
However the fundamental point stands. The only people who can sign it off
are the people who wrote it. Those are the rules. Red Hat didn't
On 12/11/2009 04:18 AM, Alan Cox wrote:
F11 certainly shipped some bits of it for 2D support. I am not sure if
F10 shipped a purely userspace set up. Neither had it enabled as the
default driver - they used nv or vesa depending upon the card.
F11 uses nouveau here. It is actually a pain to
On Fri, Dec 11, 2009 at 8:28 PM, Jeff Garzik j...@garzik.org wrote:
On 12/11/2009 04:18 AM, Alan Cox wrote:
F11 certainly shipped some bits of it for 2D support. I am not sure if
F10 shipped a purely userspace set up. Neither had it enabled as the
default driver - they used nv or vesa
On Fri, 2009-12-11 at 01:34 -0800, David Miller wrote:
From: Alan Cox a...@lxorguk.ukuu.org.uk
Date: Fri, 11 Dec 2009 09:18:43 +
You also
previously said you don't want to merge stuff when the authors don't want
it merged.
However, one point remains is that we were told, by Dave
On Fri, 2009-12-11 at 11:02 +0100, Stephane Marchesin wrote:
On Fri, Dec 11, 2009 at 00:58, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
It's really simple: if you want to merge it *you* pull it and sign it off.
If you aren't prepared to do that then ask why Fedora should, its not
their code
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
These are some fixups to the TTM API required to pull the nouveau and vmware
drivers into staging, along with a typo in radeon code.
Dave.
Hi Linus,
Please pull the 'drm-nouveau-pony' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-nouveau-pony
This contains the nouveau driver with Kconfig under staging for now, the
code is going under drm because the upstream tree has it there, and it
makes
On Fri, 2009-12-11 at 11:57 +, Dave Airlie wrote:
This driver is reverse engineered, and is in no way supported by nVidia.
Support for nearly the complete range of nvidia hw from nv04-g80 (nv50)
is available, and the kms driver should support driving nearly all
Hi Alex,
no change. Does not matter if radeon.new_pll=1 or radeon.new_pll=0.
Delay is still there.
Best,
Viktor
On Thursday 10 December 2009 09:44:40 am Alex Deucher wrote:
On Tue, Dec 8, 2009 at 11:17 PM, Viktor Malyarchuk mal...@gmail.com wrote:
Hi Alex,
patch did not change anything
On Fri, 2009-12-11 at 11:57 +, Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-nouveau-pony' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-nouveau-pony
This contains the nouveau driver with Kconfig under staging for now, the
code is going
On Fri, Dec 11, 2009 at 08:20:57PM +1000, Dave Airlie wrote:
Well the main thing was I wasn't mean to discuss possible legal issues
and still don't have permission, you know as well as I do once lawyers are
involved you have to keep out of things until they deal with them.
The thing which
Is the kernel really interested in code that could result in FUD?
Think of the whole SCO case, where Microsoft unquestionable funded the
law suites by buying Unix licenses at outrageous prices to harm Linux.
Microsoft would use the FUD as a weapon against Linux, if such code
got merged.
If
http://bugs.freedesktop.org/show_bug.cgi?id=25483
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-
Do as we did before rework, if no placement is supplied at bo
creation time, fallback to allocating bo from system ram. This
will fix most of the creation failed issue report we got since
the rework get merged.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #9 from Jesús Guerrero i92gu...@terra.es 2009-12-11 06:48:46 PST
---
The game is a 32 bit x86 binary blob, yes. There's absolutely no way to get it
in another format and I completely forgot about that while testing this. I
simply
On Fri, Dec 11, 2009 at 7:58 AM, Viktor Malyarchuk mal...@gmail.com wrote:
Hi Alex,
no change. Does not matter if radeon.new_pll=1 or radeon.new_pll=0.
Delay is still there.
new_pll=1 is the default and the new code. Can you send me your vbios?
(as root):
cd /sys/bus/pci/devices/pci bus id
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #10 from Michel Dänzer mic...@daenzer.net 2009-12-11 07:20:53
PST ---
(In reply to comment #9)
I don't understand either why is the game running at all without the mesa
driver that matches its bitness, but surely there's an
http://bugs.freedesktop.org/show_bug.cgi?id=25580
--- Comment #2 from Alex Deucher ag...@yahoo.com 2009-12-11 07:29:08 PST ---
Can you bisect the problematic commit?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On Fri, 11 Dec 2009, Jeff Garzik wrote:
F11 uses nouveau here. It is actually a pain to get 'nv' going as an
alternate -- bugs have been filed. Makes kernel dev more difficult for me. I
was actually told, by Fedora people, that I should be hacking on the Fedora
(rpm-based) kernel,
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #11 from Jesús Guerrero i92gu...@terra.es 2009-12-11 08:23:00
PST ---
Well, I will try that way then. Suggestions on a sane way to compile a 32 bit
mesa without hosing my 64 bit system are welcome, I'll check on the Gentoo
forum
http://bugs.freedesktop.org/show_bug.cgi?id=25590
Summary: commit drm: disable all the possible outputs/crtcs
before entering KMS mode introduces EDID errors
Product: Mesa
Version: git
Platform: Other
OS/Version: All
http://bugs.freedesktop.org/show_bug.cgi?id=25590
--- Comment #1 from Florian Scandella f...@chilicode.com 2009-12-11 08:34:16
PST ---
Created an attachment (id=31989)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31989)
dmesg without EDID errors (commit reverted)
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=25580
--- Comment #3 from Rafał Miłecki zaj...@gmail.com 2009-12-11 09:49:00 PST
---
Created an attachment (id=31990)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31990)
git bisect log
ec42a6e7dcfc2e9a92fad1c132bc9e110fafeb3f is the first
On 12/11/2009 10:28 AM, Linus Torvalds wrote:
On Fri, 11 Dec 2009, Jeff Garzik wrote:
F11 uses nouveau here. It is actually a pain to get 'nv' going as an
alternate -- bugs have been filed. Makes kernel dev more difficult for me.
I
was actually told, by Fedora people, that I should be
http://bugs.freedesktop.org/show_bug.cgi?id=25580
--- Comment #4 from Thomas Hellström thellst...@vmware.com 2009-12-11
10:44:45 PST ---
What you're seeing is a probable GPU lockup.
It can't possibly have anything to do with the commit stated.
--
Configure bugmail:
Add boolean to record if some part of the driver are initialized or
not this allow to avoid a crash when trying to cleanup uninitialized
structure members.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon.h |4 +++-
drivers/gpu/drm/radeon/radeon_fence.c
http://bugs.freedesktop.org/show_bug.cgi?id=25597
Summary: SIGSEGV in _radeon_bo_unref
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=25597
David Ronis david.ro...@mcgill.ca changed:
What|Removed |Added
Component|Drivers/DRI/r200|Drivers/DRI/Radeon
http://bugs.freedesktop.org/show_bug.cgi?id=23545
--- Comment #10 from Maciej Cencora m.cenc...@gmail.com 2009-12-11 12:01:54
PST ---
If you're experiencing the same problem on intel hw then it could be a problem
in core Mesa. Unfortunately without some simple testcase I don't think we will
Add boolean to record if some part of the driver are initialized or
not this allow to avoid a crash when trying to cleanup uninitialized
structure members.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon.h |4 +++-
drivers/gpu/drm/radeon/radeon_fence.c
This patch simplify the GPU address space initialization,
it always try to put VRAM at same address as the VRAM PCI BAR
Sadly it seems that the memory controller of radeon got too
many bugs to safely put it at others place (especialy on IGP).
This patch also kill some duplicated value and split
Patch 1 is a fixed version of previous patch, lastest patch depends on it
Patch 2 is fixing up issue when we shutdown radeon modeule while not
everythings were initialized
Patch 3 does the address space code simplification, it should only change
r1xx-r5xx hw where it will put vram
This patch add a function which check module argument to be
valid. On invalid argument it prints a warning and setback
the default value.
V2: Allow 0 for vram limit agp mode which are the default
value
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_device.c |
On Fri, 11 Dec 2009, Dave Airlie wrote:
Please pull the 'drm-nouveau-pony' branch from
PONIES! Yay! I lurve ponies!
And it works for me too. Needed to get the firmware from the fedora
project, and make sure that it loads as a module rather than built in (so
that it can find the
2009/12/12 Stephane Marchesin stephane.marche...@gmail.com:
2009/12/11 Dave Airlie airl...@linux.ie:
Hi Linus,
Please pull the 'drm-nouveau-pony' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-nouveau-pony
This contains the nouveau driver with
2009/12/12 Dave Airlie airl...@gmail.com:
2009/12/12 Stephane Marchesin stephane.marche...@gmail.com:
I did git log on the nouveau kernel tree nouveau dir with sort and uniq,
I'm not sure where else I needed to trawl to get anymore ppl who have
contributed to
the KMS driver. I'm sure ppl
On Sat, Dec 12, 2009 at 00:27, Stephane Marchesin
stephane.marche...@gmail.com wrote:
2009/12/12 Dave Airlie airl...@gmail.com:
2009/12/12 Stephane Marchesin stephane.marche...@gmail.com:
I did git log on the nouveau kernel tree nouveau dir with sort and uniq,
I'm not sure where else I needed
2009/12/11 Dave Airlie airl...@linux.ie:
Hi Linus,
Please pull the 'drm-nouveau-pony' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-nouveau-pony
This contains the nouveau driver with Kconfig under staging for now, the
code is going under drm because
This looks like an issue I've had related to the backdoor entry hack for
GART_IOMMU – Basically, amd64_agp doesn't utilise module_init or module_exit
when CONFIG_GART_IOMMU is enabled, instead stating:
drivers/char/agp/amd64-ag...@774-775:
/* On AMD64 the PCI driver needs to initialize this
http://bugs.freedesktop.org/show_bug.cgi?id=25463
--- Comment #2 from Maciej Cencora m.cenc...@gmail.com 2009-12-11 17:23:59
PST ---
Workaround pushed to mesa_7_7_branch (commit id
8413a3aefaf4968f8b17263826b34baa99c2a907).
--
Configure bugmail:
46 matches
Mail list logo