https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #9 from joseph-thom...@gmx.de ---
Oh I misunderstood something about the kernel sources :D.
Thougt this included more afford ;).
I configured my current kernel by myself and it is bootable except for
the multi-monitor problem.
I'm
https://bugs.freedesktop.org/show_bug.cgi?id=92287
--- Comment #3 from Guido Winkelmann ---
Correction:
It just happened again, and this time, even application that have been running
the whole time are affected.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=92287
--- Comment #4 from Ilia Mirkin ---
Seems like something may have gotten overwritten (like the background texture
was made to be fully transparent). Odd.
You might try with mesa-git -- there are a handful of patches on
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #7 from joseph-thom...@gmx.de ---
Oh these two video options were for testing and did not show any effect.
I accidently took this kernel log, but the other ones without these options
looked the same.
I'm not that into compiling
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #8 from Ilia Mirkin ---
(In reply to joseph-thommes from comment #7)
> Oh these two video options were for testing and did not show any effect.
> I accidently took this kernel log, but the other ones without
I started seeing a lot of situations on nv30 where fence emission
wouldn't fit into the previous buffer (causing assertions). This ensures
that whenever checking for space, we always leave a bit of extra room
for the fence emission commands. Adjusts the nv30 and nvc0 fence
emission logic to bypass
https://bugs.freedesktop.org/show_bug.cgi?id=92287
--- Comment #5 from Guido Winkelmann ---
> You might try with mesa-git -- there are a handful of patches on there that
> deal with resource lifetime issues, but I doubt it will do anything to
> resolve your
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #10 from joseph-thom...@gmx.de ---
Ok I'm sorry to ask again, but I've got no idea what the methods nvkm_mask,
read, and wr32 are expecting, returning or doing, so I cannot
think by myself what to do...
(By the way in my sources they
https://bugs.freedesktop.org/show_bug.cgi?id=92297
--- Comment #1 from Ilia Mirkin ---
Please grab a copy of envytools (github.com/envytools/envytools) and also
provide the output of
nvapeek 101000
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=92297
Bug ID: 92297
Summary: dithering detected incorrectly
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #14 from joseph-thom...@gmx.de ---
Created attachment 118683
--> https://bugs.freedesktop.org/attachment.cgi?id=118683=edit
/var/log/dmesg after changes in ./drm/.../hdmigk104.c
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #12 from Ilia Mirkin ---
(In reply to joseph-thommes from comment #10)
> Ok I'm sorry to ask again, but I've got no idea what the methods nvkm_mask,
> read, and wr32 are expecting, returning or doing, so I
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #13 from joseph-thom...@gmx.de ---
Ok I changed the file, it compiled fine (with a little C90 standard warning).
On bootup I still get the message at the HDMI Monitor: No input. The DVI
Monitor just stays black, not sure if this is
https://bugs.freedesktop.org/show_bug.cgi?id=92299
Bug ID: 92299
Summary: PGRAPH error when using plasmashell (KDE v5)
Product: Mesa
Version: 11.0
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Reviewed-by: Samuel Pitoiset
On 10/05/2015 09:21 PM, Ilia Mirkin wrote:
I started seeing a lot of situations on nv30 where fence emission
wouldn't fit into the previous buffer (causing assertions). This ensures
that whenever checking for space, we always leave a bit
https://bugs.freedesktop.org/show_bug.cgi?id=92077
--- Comment #9 from dmidge ---
Hi zoominee,
Ooops, sorry. I thought it was the same one, because we have the same
application that crashes. Alright, I will file a new bug! Thanks! And sorry for
the inconvenience. Is there a
https://bugs.freedesktop.org/show_bug.cgi?id=92297
--- Comment #2 from Avi Kivity ---
00101000: 9f5cb098
--
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Hello.
I have a poorly functioning GeForce 8600 GTS (rev a1) video card,
that causes many problems for the box where it’s installed,
primarily GPU lockups (sometimes unprovoked),
several instances in a day.
Without intervention, a GPU lockup is a condition
where the system console is no longer
https://bugs.freedesktop.org/show_bug.cgi?id=92297
--- Comment #3 from Ilia Mirkin ---
Well, unless I'm misreading the bios (entirely possible), the FP data pointed
to by the offset in BIT table 'L' suggests that it's not a 8bpc screen.
bios->fp.strapless_is_24bit =
https://bugs.freedesktop.org/show_bug.cgi?id=92306
Bug ID: 92306
Summary: GL Excess demo renders incorrectly on nv43
Product: Mesa
Version: git
Hardware: x86 (IA32)
OS: Linux (All)
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=92306
--- Comment #1 from Andrew Randrianasulu ---
Created attachment 118689
--> https://bugs.freedesktop.org/attachment.cgi?id=118689=edit
correct software rendering
It shows some landscape, even if at 1 fps.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=92306
--- Comment #2 from Andrew Randrianasulu ---
Created attachment 118690
--> https://bugs.freedesktop.org/attachment.cgi?id=118690=edit
incorrect hw rendering
with nouveau it only shows text and FPS bar - not landscape
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=92306
--- Comment #3 from Andrew Randrianasulu ---
Created attachment 118691
--> https://bugs.freedesktop.org/attachment.cgi?id=118691=edit
dmesg
I think you can ignore locking-related warnings. But I can retry with 4.3-rc4
https://bugs.freedesktop.org/show_bug.cgi?id=92306
--- Comment #4 from Andrew Randrianasulu ---
Created attachment 118692
--> https://bugs.freedesktop.org/attachment.cgi?id=118692=edit
Another type of image corruption
Probably need its own bugreport. It always happen at same
4.1.8-200.fc22.x86_64 dmesg:
[ 11.809467] nouveau [ DEVICE][:02:00.0] BOOT0 : 0x098200a2
[ 11.809493] nouveau [ DEVICE][:02:00.0] Chipset: G98 (NV98)
[ 11.809508] nouveau [ DEVICE][:02:00.0] Family : NV50
4.3.0-0.rc4.git0.1.fc24.x86_64 dmesg:
[2.483843] nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=92307
Bug ID: 92307
Summary: NV50: WARNING: ... at include/drm/drm_crtc.h:1577
drm_helper_choose_encoder_dpms+0x8a/0x90
[drm_kms_helper]()
Product: xorg
Version: git
https://bugs.freedesktop.org/show_bug.cgi?id=92307
--- Comment #1 from poma ---
Created attachment 118693
--> https://bugs.freedesktop.org/attachment.cgi?id=118693=edit
dmesg 4.3.0-0.rc4.git0.1.fc24.x86_64+debug NV50
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=92297
Ilia Mirkin changed:
What|Removed |Added
Attachment #118681|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #11 from joseph-thom...@gmx.de ---
And of course I meant effort not afford
--
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
to switch the panel between its two GPUs. The panel mode in VBIOS
is notoriously bogus on these machines.
Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS.
This allows us to retrieve the EDID if the outputs are
https://bugs.freedesktop.org/show_bug.cgi?id=81072
--- Comment #4 from Patryk Zawadzki ---
I am getting a slightly different error and am not sure whether it's the same
issue:
nouveau E[ PFIFO][:01:00.0] read fault at 0x001198 [PAGE_NOT_PRESENT]
from
https://bugs.freedesktop.org/show_bug.cgi?id=81072
--- Comment #5 from Patryk Zawadzki ---
Just got some more:
nouveau E[Xorg[2265]] failed to idle channel 0x [Xorg[2265]]
nouveau E[Xorg[2265]] failed to idle channel 0x [Xorg[2265]]
--
You are receiving
The pre-retina MacBook Pro uses an LVDS panel and a gmux controller
to switch the panel between its two GPUs. The panel mode in VBIOS
is notoriously bogus on these machines and some models have no
VBIOS at all, so the inactive GPU cannot set up its LVDS output.
Extend vga_switcheroo to support
Hi,
I've also pushed this series to GitHub now to ease reviewing:
https://github.com/l1k/linux/commits/mbp_switcheroo_v3
Thanks,
Lukas
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=92077
--- Comment #8 from zoominee ---
Dear dmidge! I think the error messages that you get (something about PGRAPH
and textures) are quite different from mine (something about PFIFO and the PGR
engine, whatever that may be...) - it
https://bugs.freedesktop.org/show_bug.cgi?id=92287
Bug ID: 92287
Summary: Display errors in Qt applications after using Android
Virtual Devices
Product: Mesa
Version: 11.0
Hardware: x86-64 (AMD64)
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=92287
Guido Winkelmann changed:
What|Removed |Added
Attachment #118670|text/plain
On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
> Hi,
>
> I've also pushed this series to GitHub now to ease reviewing:
> https://github.com/l1k/linux/commits/mbp_switcheroo_v3
So to test this all someone has to do is pull this and try it? No
patching required?
> Thanks,
>
On Mon, Oct 5, 2015 at 11:17 AM, Lukas Wunner wrote:
> Hi Evan,
>
> On Mon, Oct 05, 2015 at 10:15:53AM -0400, Evan Foss wrote:
>> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
>> > I've also pushed this series to GitHub now to ease reviewing:
>> >
Hi Evan,
On Mon, Oct 05, 2015 at 10:15:53AM -0400, Evan Foss wrote:
> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
> > I've also pushed this series to GitHub now to ease reviewing:
> > https://github.com/l1k/linux/commits/mbp_switcheroo_v3
>
> So to test this all someone
https://bugs.freedesktop.org/show_bug.cgi?id=92287
--- Comment #1 from Guido Winkelmann ---
Created attachment 118671
--> https://bugs.freedesktop.org/attachment.cgi?id=118671=edit
dmesg output when the problem occured
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=92287
--- Comment #2 from Guido Winkelmann ---
Created attachment 118672
--> https://bugs.freedesktop.org/attachment.cgi?id=118672=edit
Xorg logfile from when the problem occured
--
You are receiving this mail
The repo is a fork of Linus' tree, with the patches on top of it. So you just
need to build that modified version of the kernel and boot it. :-)
Pierre
> On 05 Oct 2015, at 16:15, Evan Foss wrote:
>
>> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #4 from joseph-thom...@gmx.de ---
Created attachment 118677
--> https://bugs.freedesktop.org/attachment.cgi?id=118677=edit
/var/log/dmesg with kernel command line added drm.debug=14 log_buf_len=16M
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #6 from Ilia Mirkin ---
In your first dmesg, you have:
video=HDMI-0:e video=DVI-I-1:e
Are these required for something? Force-enabling this stuff just leads to
trouble down the line.
Interesting
[
https://bugs.freedesktop.org/show_bug.cgi?id=92274
--- Comment #5 from joseph-thom...@gmx.de ---
Having in mind that this could also be a Gennto-specific Bug or could be a
badly configured kernel, do you have any suggestions for my kernel config?
I think I followed all instructions to get nouveau
Hi Evan,
On Mon, Oct 05, 2015 at 11:23:21AM -0400, Evan Foss wrote:
> $ dmesg|grep Apple
> [0.00] efi: EFI v1.10 by Apple
> [0.00] DMI: Apple Inc. MacBookPro9,1/Mac-
> 4B7AC7E43945597E,
> BIOS MBP91.88Z.00D3.B08.1208081132 08/08/2012
That was the last of the pre-retinas. I have
47 matches
Mail list logo