https://bugs.freedesktop.org/show_bug.cgi?id=17902
Elizabeth changed:
What|Removed |Added
Status|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Daniel Vetter changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #93 from Cool Loki ---
Created attachment 69804
--> https://bugs.freedesktop.org/attachment.cgi?id=69804=edit
dmesg.txt
dmseg.txt
kernel 3.7.0-rc4
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #92 from Cool Loki ---
Created attachment 69803
--> https://bugs.freedesktop.org/attachment.cgi?id=69803=edit
lspci -v
My laptop model: Fujitsu Siemens FMV-610NU2
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #91 from Cool Loki ---
Created attachment 69802
--> https://bugs.freedesktop.org/attachment.cgi?id=69802=edit
intel_drm_dumper
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #90 from Cool Loki ---
Created attachment 69801
--> https://bugs.freedesktop.org/attachment.cgi?id=69801=edit
rom_loki.bin
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Cool Loki changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|WORKSFORME
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Cool Loki cl.l...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #90 from Cool Loki cl.l...@gmail.com ---
Created attachment 69801
-- https://bugs.freedesktop.org/attachment.cgi?id=69801action=edit
rom_loki.bin
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #91 from Cool Loki cl.l...@gmail.com ---
Created attachment 69802
-- https://bugs.freedesktop.org/attachment.cgi?id=69802action=edit
intel_drm_dumper
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #92 from Cool Loki cl.l...@gmail.com ---
Created attachment 69803
-- https://bugs.freedesktop.org/attachment.cgi?id=69803action=edit
lspci -v
My laptop model: Fujitsu Siemens FMV-610NU2
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #93 from Cool Loki cl.l...@gmail.com ---
Created attachment 69804
-- https://bugs.freedesktop.org/attachment.cgi?id=69804action=edit
dmesg.txt
dmseg.txt
kernel 3.7.0-rc4
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Daniel Vetter dan...@ffwll.ch changed:
What|Removed |Added
Status|REOPENED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Florian Mickler flor...@mickler.org changed:
What|Removed |Added
CC||flor...@mickler.org
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #87 from Daniel Vetter 2012-06-27 02:08:17 PDT
---
(In reply to comment #86)
> Now two weeks passed, I submitted five versions for a patch of this bug to the
> mailing list, one here in public, yet nothing shows up in the official
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #86 from thor at math.tu-berlin.de 2012-06-27 00:17:50 PDT ---
Now two weeks passed, I submitted five versions for a patch of this bug to the
mailing list, one here in public, yet nothing shows up in the official git
repository at
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #86 from t...@math.tu-berlin.de 2012-06-27 00:17:50 PDT ---
Now two weeks passed, I submitted five versions for a patch of this bug to the
mailing list, one here in public, yet nothing shows up in the official git
repository at all.
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #87 from Daniel Vetter dan...@ffwll.ch 2012-06-27 02:08:17 PDT ---
(In reply to comment #86)
Now two weeks passed, I submitted five versions for a patch of this bug to the
mailing list, one here in public, yet nothing shows up in
https://bugs.freedesktop.org/show_bug.cgi?id=17902
thor at math.tu-berlin.de changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=17902
t...@math.tu-berlin.de changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #83 from thor at math.tu-berlin.de 2012-06-06 18:21:06 PDT ---
Finally, success!
I'm not quite sure why, but for reasons unclear to me the DVO chip only wants
to talk if the PLL is enabled and running and the screen resolution fits.
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #83 from t...@math.tu-berlin.de 2012-06-06 18:21:06 PDT ---
Finally, success!
I'm not quite sure why, but for reasons unclear to me the DVO chip only wants
to talk if the PLL is enabled and running and the screen resolution fits. In
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #82 from thor at math.tu-berlin.de 2012-06-03 10:35:15 PDT ---
Got a step further. What one can do to get a stable picture is simply to
disable the scaler.
For this, insert: in dvo_ns2501.c, in the function
static void
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #82 from t...@math.tu-berlin.de 2012-06-03 10:35:15 PDT ---
Got a step further. What one can do to get a stable picture is simply to
disable the scaler.
For this, insert: in dvo_ns2501.c, in the function
static void ns2501_mode_set
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #81 from thor at math.tu-berlin.de 2012-06-01 06:10:32 UTC ---
Well, I've got a bit futher:
1) One can get i2c access mostly reliable when the drm.debug option is set
high. Thus, whether or not the i2c interface works is likely a
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #81 from t...@math.tu-berlin.de 2012-06-01 06:10:32 UTC ---
Well, I've got a bit futher:
1) One can get i2c access mostly reliable when the drm.debug option is set
high. Thus, whether or not the i2c interface works is likely a matter
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #80 from Gilles Dartiguelongue
2012-05-29 15:14:55 PDT ---
Actually, last I read this datasheet, it said that we could obtain the
programming guide from our local NS vendor. I think that's what we are missing
to have a functional
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #79 from thor at math.tu-berlin.de 2012-05-29 14:29:24 PDT ---
But as the drm module is never loaded, the corresponding i2c devices are not
exposed? Can I trigger this process manually without loading the drm module?
The idea was to
On Tue, May 29, 2012 at 9:13 PM, wrote:
> --- Comment #75 from thor at math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
> Well, I do have a documentation from National Semiconductors, but there is
> nothing that would define frequencies or bandwidths - only the sync pulses can
> be set, and intput
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #78 from Daniel Vetter 2012-05-29 14:13:48 PDT
---
> --- Comment #77 from thor at math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
> Sorry if this sounds like a stupid question - but how come that i2cdetect only
> sees one bus when
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #77 from thor at math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
Sorry if this sounds like a stupid question - but how come that i2cdetect only
sees one bus when booting with the vga frame buffer, but 7 with the i915drm
module in place?
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #76 from Daniel Vetter 2012-05-29 12:20:12 PDT
---
On Tue, May 29, 2012 at 9:13 PM, wrote:
> --- Comment #75 from thor at math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
> Well, I do have a documentation from National
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #75 from thor at math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a documentation from National Semiconductors, but there is
nothing that would define frequencies or bandwidths - only the sync pulses can
be set, and
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #74 from Daniel Vetter 2012-05-29 00:36:03 PDT
---
> I played with i2cset here and there and could disable and enable the screen
> with register #8, bit #0, but I do not get a usable screen. I do not know
> enough about DVO chips to
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #73 from thor at math.tu-berlin.de 2012-05-28 23:59:16 PDT ---
Ok, so I now fiddled a little bit with the patched kernel and the i2c
utilities. In fact, I do get "something like a picture" on this machine. By
which I mean that the
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #73 from t...@math.tu-berlin.de 2012-05-28 23:59:16 PDT ---
Ok, so I now fiddled a little bit with the patched kernel and the i2c
utilities. In fact, I do get something like a picture on this machine. By
which I mean that the image is
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #74 from Daniel Vetter dan...@ffwll.ch 2012-05-29 00:36:03 PDT ---
I played with i2cset here and there and could disable and enable the screen
with register #8, bit #0, but I do not get a usable screen. I do not know
enough about
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #75 from t...@math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a documentation from National Semiconductors, but there is
nothing that would define frequencies or bandwidths - only the sync pulses can
be set, and intput
On Tue, May 29, 2012 at 9:13 PM, bugzilla-dae...@freedesktop.org wrote:
--- Comment #75 from t...@math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a documentation from National Semiconductors, but there is
nothing that would define frequencies or bandwidths - only the sync pulses
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #76 from Daniel Vetter dan...@ffwll.ch 2012-05-29 12:20:12 PDT ---
On Tue, May 29, 2012 at 9:13 PM, bugzilla-dae...@freedesktop.org wrote:
--- Comment #75 from t...@math.tu-berlin.de 2012-05-29 12:13:12 PDT ---
Well, I do have a
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #77 from t...@math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
Sorry if this sounds like a stupid question - but how come that i2cdetect only
sees one bus when booting with the vga frame buffer, but 7 with the i915drm
module in place? Is
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #78 from Daniel Vetter dan...@ffwll.ch 2012-05-29 14:13:48 PDT ---
--- Comment #77 from t...@math.tu-berlin.de 2012-05-29 14:05:28 PDT ---
Sorry if this sounds like a stupid question - but how come that i2cdetect only
sees one bus
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #79 from t...@math.tu-berlin.de 2012-05-29 14:29:24 PDT ---
But as the drm module is never loaded, the corresponding i2c devices are not
exposed? Can I trigger this process manually without loading the drm module?
The idea was to
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #80 from Gilles Dartiguelongue gilles.dartiguelon...@esiee.org
2012-05-29 15:14:55 PDT ---
Actually, last I read this datasheet, it said that we could obtain the
programming guide from our local NS vendor. I think that's what we are
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #72 from thor at math.tu-berlin.de 2012-05-25 14:51:23 PDT ---
Ok, I managed to cross-compile the patched kernel sources on a much faster x64
machine, so I now have an initrd and a vmlinuz with the patch in it. I won't
have access to
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Daniel Vetter changed:
What|Removed |Added
Summary|[830M] need support for |[830M missing dvo driver]
https://bugs.freedesktop.org/show_bug.cgi?id=17902
Daniel Vetter dan...@ffwll.ch changed:
What|Removed |Added
Summary|[830M] need support for |[830M missing dvo driver]
https://bugs.freedesktop.org/show_bug.cgi?id=17902
--- Comment #72 from t...@math.tu-berlin.de 2012-05-25 14:51:23 PDT ---
Ok, I managed to cross-compile the patched kernel sources on a much faster x64
machine, so I now have an initrd and a vmlinuz with the patch in it. I won't
have access to the
48 matches
Mail list logo