https://bugs.freedesktop.org/show_bug.cgi?id=90626
Roy changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #52 from René Krell ---
Just for the record: I'm now affected by
https://bugs.freedesktop.org/show_bug.cgi?id=95054 on the same hardware (HP
ZBook 15 G2). nouveau is freezing in accelerating Plasma 5 Desktop
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #51 from René Krell ---
I was also able to reactivate nouveau on a HP ZBook 15 G2, OpenSUSE Tumbleweed
20160530, kernel 4.5.4-1-default and start X and KDE Plasma 5 on it. The patch
seems to work fine.
There
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #50 from vdanj...@free.fr ---
Hi,
As requested, I can confirm that upstream kernel works (in my case, these are
Debian packaged kernels). I cannot tell exactly from which version it works,
but 4.4-rc3 looks
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #49 from Roy ---
(In reply to René Krell from comment #48)
> (In reply to Roy from comment #47)
> > (In reply to René Krell from comment #46)
> > > Will this patches go into the main kernel driver?
> >
> > It got
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #48 from René Krell ---
(In reply to Roy from comment #47)
> (In reply to René Krell from comment #46)
> > Will this patches go into the main kernel driver?
>
> It got merged in kernel 4.4-rc3 [1]. Please test
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #47 from Roy ---
(In reply to René Krell from comment #46)
> Will this patches go into the main kernel driver?
It got merged in kernel 4.4-rc3 [1]. Please test and report when successful.
[1]
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #46 from René Krell ---
Will this patches go into the main kernel driver?
--
You are receiving this mail because:
You are the assignee for the bug.___
Nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #45 from vdanj...@free.fr ---
The last patch help. I tried it when I upgraded my kernel and I checked it
works.
Without it, nouveau was failing at loading time
With it, I can use my NVidia card together with
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #44 from Ilia Mirkin ---
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=fcd74e81e65aee8a2a33bdca3142a5358dac7582
Does this patch help?
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #43 from René Krell ---
Just for the record:
I dropped a support question to HP regarding this issue:
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #41 from vdanj...@free.fr ---
I just want to report that the fix work also for me :
$ xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x8d cap: 0xb, Source Output, Sink Output, Sink Offload crtcs:
4
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #42 from Ben Skeggs ---
I should be receiving hardware with an issue similar to this during the week.
Hopefully the cause is the same and I can come up with a fix the lets us keep
the "fast" method, as it saves
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #37 from Ilia Mirkin ---
(In reply to vdanj...@free.fr from comment #36)
> I suffer from the same bug on HP ZBook. However, with the last Debian kernel
> (ie plain 4.3), I still got an 'error -22' and no "pmu:
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #38 from vdanj...@free.fr ---
Created attachment 119456
--> https://bugs.freedesktop.org/attachment.cgi?id=119456=edit
acpidump (HP ZBook 15, NVidia GK208GLM [Quadro K610M], BIOS v21/07/2015)
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #36 from vdanj...@free.fr ---
I suffer from the same bug on HP ZBook. However, with the last Debian kernel
(ie plain 4.3), I still got an 'error -22' and no "pmu: hw bug workaround
enabled" log:
$ dmesg | grep
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #40 from Ilia Mirkin ---
(In reply to vdanj...@free.fr from comment #39)
> I was thinking that the "nouveau.config=War00C800_0=1" workaround was enough
> with a plain 4.3 kernel.
No, that will do nothing for
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #35 from Ortwin Glück ---
(In reply to Ilia Mirkin from comment #34)
> Hmmm... did you see a "hw bug workaround enabled" line? Are you using Linux
> 4.3? [4.2 and older didn't have the workaround logic.]
Ok works fine
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #20 from Ilia Mirkin ---
(In reply to René from comment #18)
> (In reply to Ilia Mirkin from comment #17)
> > Could one of you post an acpidump from the laptop? Specifically interested
> > in how the _ROM method
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #18 from René ---
(In reply to Ilia Mirkin from comment #17)
> Could one of you post an acpidump from the laptop? Specifically interested
> in how the _ROM method is defined.
I can do that. Just two questions:
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #22 from René ---
Created attachment 119334
--> https://bugs.freedesktop.org/attachment.cgi?id=119334=edit
acpidump (HP ZBook 15, nVidia GK208GLM [Quadro K610M], BIOS v31/03/2015)
Ok, here you are. There is
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #19 from Ortwin Glück ---
Created attachment 119333
--> https://bugs.freedesktop.org/attachment.cgi?id=119333=edit
acpidump -b
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #21 from Ilia Mirkin ---
(In reply to Ortwin Glück from comment #19)
> Created attachment 119333 [details]
> acpidump -b
Sorry, I don't know what to do this. Can you get me the output without -b?
These
https://bugs.freedesktop.org/show_bug.cgi?id=90626
Ortwin Glück changed:
What|Removed |Added
Attachment #119333|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #24 from Ilia Mirkin ---
Looks like this bios hard-codes a 4K return size for each bios chunk fetch.
There is a "fast" and a "slow" method in nouveau... the fast one grabs it all
in one go, while the "slow" one
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #27 from René Krell ---
(In reply to Ilia Mirkin from comment #26)
> FTR, the _ROM function from both dumps (same thing):
> ...
> 0x00
>
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #30 from Ilia Mirkin ---
(In reply to Ilia Mirkin from comment #28)
> (In reply to René Krell from comment #27)
> > (In reply to Ilia Mirkin from comment #26)
> > > FTR, the _ROM function from both dumps (same
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #33 from Ortwin Glück ---
(In reply to Ilia Mirkin from comment #32)
> nouveau.config=War00C800_0=1
Doesn't help, but don't worry now - different issue.
> The old code was able to make the fallback just fine,
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #28 from Ilia Mirkin ---
(In reply to René Krell from comment #27)
> (In reply to Ilia Mirkin from comment #26)
> > FTR, the _ROM function from both dumps (same thing):
> > ...
> >
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #29 from René Krell ---
(In reply to Ilia Mirkin from comment #28)
> ... Feel free to give your contact at HP a call :)
I will refer to this issue to not spread rumours :-)
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #31 from Ortwin Glück ---
The delays during boot are not caused by the bios shadow code but by this:
[5.878439] nouveau E[ PGRAPH][:01:00.0] wait for idle timeout (en: 1,
ctxsw: 0, busy: 1)
[7.877714]
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #25 from Ortwin Glück ---
Yes that fixes it for me. Tested with 4.3.0-rc6.
The slow version really is slower and causes a noticable delay during booting,
but I don't really mind: work laptop boots only once a day.
--
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #26 from Ilia Mirkin ---
FTR, the _ROM function from both dumps (same thing):
Method (_ROM, 2, NotSerialized) // _ROM: Read-Only Memory
{
Local0 += Arg0 = (VRMB (0x04) +
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #32 from Ilia Mirkin ---
(In reply to Ortwin Glück from comment #31)
> The delays during boot are not caused by the bios shadow code but by this:
> [5.878439] nouveau E[ PGRAPH][:01:00.0] wait for idle
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #34 from Ilia Mirkin ---
(In reply to Ortwin Glück from comment #33)
> (In reply to Ilia Mirkin from comment #32)
> > nouveau.config=War00C800_0=1
>
> Doesn't help, but don't worry now - different issue.
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #17 from Ilia Mirkin ---
Could one of you post an acpidump from the laptop? Specifically interested in
how the _ROM method is defined.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #15 from René ---
Update: The nouveau driver still doesn't work on my ZBook 15 using kernel
4.2.3.
There has been a refactoring of the Nouveau source code in 4.3, but the
relevant files seems to be left
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #16 from Ilia Mirkin ---
*** Bug 91402 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #14 from vdanj...@free.fr ---
Any progress on this bug? Any missing information?
I still get the same thing on a HP ZBook 15, too:
août 30 23:33:05 eyak kernel: nouveau :01:00.0: enabling device (0004 ->
https://bugs.freedesktop.org/show_bug.cgi?id=90626
Jeremy Huddleston jerem...@freedesktop.org changed:
What|Removed |Added
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=90626
vdanj...@free.fr vdanjean...@free.fr changed:
What|Removed |Added
See Also|
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #11 from René renda.kr...@gmail.com ---
I attached also vbios.rom and boot.msg for kernel 3.18.10, which is the most
recent working kernel version I currently know for this hardware.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #12 from Ilia Mirkin imir...@alum.mit.edu ---
In the future, please avoid gzippling logs. That makes me have to download them
instead of being able to read them via the web interface.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #1 from René renda.kr...@gmail.com ---
For completeness I just got to mention another time (because it has been
mentioned in another issue):
The nouveau driver worked _before_ kernel 3.19.x on the same hardware and
stopped to work
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #4 from Ilia Mirkin imir...@alum.mit.edu ---
(In reply to René from comment #3)
Alright, trying to break it down regarding HP ZBook 15 and the nouveau
driver:
- I'm currently on 3.16.7 and have a working nouveau driver. I will
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #8 from René renda.kr...@gmail.com ---
Can I provide something else or help somehow? I'm not a nouveau driver expert,
but I can help in testing and reproducing, just need a HOWTO from some points
:-)
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #2 from Ilia Mirkin imir...@alum.mit.edu ---
(In reply to René from comment #1)
For completeness I just got to mention another time (because it has been
mentioned in another issue):
The nouveau driver worked _before_ kernel 3.19.x
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #6 from René renda.kr...@gmail.com ---
Created attachment 116048
-- https://bugs.freedesktop.org/attachment.cgi?id=116048action=edit
/var/log/boot.msg on kernel 3.16.7
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #7 from Ilia Mirkin imir...@alum.mit.edu ---
Interesting. So the VBIOS you uploaded has:
0xce73: 71 DONE
However the error print from the more recent kernel says unknown opcode 0xff.
That
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #3 from René renda.kr...@gmail.com ---
Alright, trying to break it down regarding HP ZBook 15 and the nouveau driver:
- I'm currently on 3.16.7 and have a working nouveau driver. I will provide the
needed attachments for exactly that
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #10 from René renda.kr...@gmail.com ---
Created attachment 116051
-- https://bugs.freedesktop.org/attachment.cgi?id=116051action=edit
/var/log/boot.msg on kernel 3.18.10
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #9 from René renda.kr...@gmail.com ---
Created attachment 116049
-- https://bugs.freedesktop.org/attachment.cgi?id=116049action=edit
/sys/kernel/debug/dri/0/vbios.rom loaded from kernel 3.18.10
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=90626
René renda.kr...@gmail.com changed:
What|Removed |Added
Attachment #116049|/sys/kernel/debug/dri/0/vbi |/sys/kernel/debug/dri/0/vbi
https://bugs.freedesktop.org/show_bug.cgi?id=90626
--- Comment #13 from René renda.kr...@gmail.com ---
Created attachment 116053
-- https://bugs.freedesktop.org/attachment.cgi?id=116053action=edit
/var/log/boot.omsg on kernel 4.1rc4
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=90626
René renda.kr...@gmail.com changed:
What|Removed |Added
Summary|HP ZBook 15 nouveau driver |HP ZBook 15 nouveau driver
55 matches
Mail list logo