https://bugs.freedesktop.org/show_bug.cgi?id=27443
--- Comment #1 from Laurent carlier 2010-04-03 15:33:05
PDT ---
Created an attachment (id=34651)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34651)
Xorg.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--
https://bugs.freedesktop.org/show_bug.cgi?id=27443
Summary: radeonFreeTexImageData: Assertion `!image->base.Data'
failed when running Ogre3D samples
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=27224
Ondrej Zary changed:
What|Removed |Added
Product|xorg|Mesa
Version|7.5
On Saturday 03 April 2010, Clemens Ladisch wrote:
> Rafael J. Wysocki wrote:
> > From: Clemens Ladisch
> > Subject: PCI quirk: RS780/RS880: disable MSI completely
> >
> > The missing initialization of the nb_cntl.strap_msi_enable does not
> > seem to be the only problem that prevents MSI, so that
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #6 from Jérôme Glisse 2010-04-03 17:59:08
---
I will reproduce your configuration next week, in the mean time please attach
full dmesg and full Xorg.0.log thanks.
--- Comment #7 from Nix 2010-04-03 18:29:24 ---
OK. It'll be ab
https://bugzilla.kernel.org/show_bug.cgi?id=13294
--- Comment #13 from Maxim Levitsky 2010-04-03
13:42:55 ---
This bug is fixed long time ago.
could somebody with permissions mark it as CLOSED?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are recei
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #8 from Chris Rankin 2010-04-03 06:00:45
PDT ---
(In reply to comment #7)
> Why do you want to bisect something that works ?
a) To find the commit that fixed the bug. (Which is precisely what I was
describing in comment 4), and
b) T
https://bugs.freedesktop.org/show_bug.cgi?id=27438
--- Comment #1 from Gregor Galwas 2010-04-03 05:04:00
PDT ---
Created an attachment (id=34645)
--> (https://bugs.freedesktop.org/attachment.cgi?id=34645)
VBIOS
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
https://bugs.freedesktop.org/show_bug.cgi?id=27438
Gregor Galwas changed:
What|Removed |Added
Summary|Error in dmesg kernel log |drm error: atombios stuck
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #7 from Xavier 2010-04-03 04:53:47 PDT ---
If this issue has been fixed, there is nothing more to see.
Why do you want to bisect something that works ?
If you are really curious and want to find what commit fixed it (instead of
what
https://bugs.freedesktop.org/show_bug.cgi?id=27438
Summary: Error in dmesg kernel log with no obvious effect
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
P
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #6 from Chris Rankin 2010-04-03 04:14:27
PDT ---
(In reply to comment #5)
> You need to run
>
> git bisect reset
Like this, you mean?
$ git bisect reset
Already on 'master'
$ git bisect start
$ git bisect good
$ git bisect bad f6c
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #5 from Nix 2010-04-03 11:05:46 ---
If there was some way to get info out of the system while the freezer is
engaged I'd generate some and give you the freeze point, but unfortunately the
network card appears to be one of the froz
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #5 from Michel Dänzer 2010-04-03 04:07:32 PDT
---
You need to run
git bisect reset
before starting a new bisect run, otherwise the previous bisect data is still
used and can lead to inconsistent results.
--
Configure bugmail: htt
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #4 from Chris Rankin 2010-04-03 03:46:37
PDT ---
(In reply to comment #3)
> Read
> http://www.mail-archive.com/mesa3d-...@lists.sourceforge.net/msg12767.html
> for more explanation.
Yada yada yada!
The big problem with "git bisect
>
> drm_handle_t appears to be assigned values from void*. As such unsigned
> int is certainly not the same size on 64-bit. Convert to uintptr_t in
> all cases as it is defined for this purpose.
No, its "designed" as is. We can't change it now as its ABI. We make sure
we only use 32-bit handles
From d457b05faabde1a51b8e4b8f6fc13af9f07809f8 Mon Sep 17 00:00:00 2001
drm_handle_t appears to be assigned values from void*. As such unsigned
int is certainly not the same size on 64-bit. Convert to uintptr_t in
all cases as it is defined for this purpose.
I fear this patch changes ABI, but I am
https://bugs.freedesktop.org/show_bug.cgi?id=27402
--- Comment #3 from Xavier 2010-04-03 00:20:47 PDT ---
(In reply to comment #2)
> (In reply to comment #1)
> > Does reverting the commit help? If not, could you please bisect?
>
> Sorry, I've just spent the last hour trying to perform a git bise
18 matches
Mail list logo