monitor supporting interlaced mode. Does a monitor could support
> both Interlaced and progressive mode ?
Most of the computer monitors I see support interlaced modes on HDMI; I
usually see CEA-861 VIC 5 (1920x1080i60) and VIC 20 (1920x1080i50) supported
on HDMI by computer monitors.
--
Simon F
On Tuesday 25 February 2014 16:52:59 Chris Wilson wrote:
> On Tue, Feb 25, 2014 at 02:52:00PM +0000, Simon Farnsworth wrote:
> > I've put a dmesg from a failed system at
> > http://90.155.96.198/sfarnsworth/flip-fail.txt - it's 11.3MB, so can't be
> >
x27;s 11.3MB, so can't be
attached. I've spotted the MCH_SSKPD
message, but I also get the failures on systems that don't output that
message.
Any ideas? Or should I file a bug?
--
Simon Farnsworth
Software Engineer
ONELAN Ltd
http://www.onelan.com
if (mode_idx < ARRAY_SIZE(edid_4k_modes)) {
> + cea_mode = &edid_4k_modes[mode_idx];
> + clock2 = hdmi_mode_alternate_clock(cea_mode);
> + }
> + }
>
> - cea_mode = &edid_ce
continue;
> + }
> +
> + newmode = drm_mode_duplicate(dev, &edid_4k_modes[vic]);
> + if (!newmode)
> + continue;
> +
> + drm_mode_probed_add(connector, newmode);
> + modes++;
> + }
> +
> +o
Reviewed-by: Simon Farnsworth
On Wednesday 14 August 2013 00:19:14 Damien Lespiau wrote:
> The HDMI vendor infoframe can contain a HDMI VIC (as of HDMI 1.4, only
> used for 4k formats).
>
> Signed-off-by: Damien Lespiau
> ---
> tools/intel_infoframes.c | 26 +
gt;
> 004c
>
> - vendor Id: 0x000c03 (HDMI)
> - video format: 0x001
> - HDMI VIC: 3
>
> after a $ xrandr --output HDMI1 --mode 3840x2160 -r 24
>
>
With the ty
> + err = hdmi_hdmi_infoframe_init(frame);
> + if (err < 0)
> + return err;
> +
> + frame->vic = vic;
> +
> + return 0;
> +}
> +EXPORT_SYMBOL(drm_hdmi_vendor_infoframe_from_display_mode);
--
Simon Farnsworth
Software Engineer
ONEL
t;
> > This particular scenario triggers the bug only on two of our Atom based
> > platform both with a NM10/Pineview G/i915 chipset.
>
> Ah ok on Atom you're probably CPU constrained a bit, but still at
> 50-60% utilization the kthreads should be running at least sometim
On Friday 19 October 2012 17:10:17 Simon Farnsworth wrote:
> Mauro, Linux-Media
>
> I have an issue where an SAA7134-based TV capture card connected via a PCIe to
> PCI bridge chip works when the GPU is kept out of RC6 state, but sometimes
> "skips" updating lines of th
On Friday 19 October 2012 16:26:08 Daniel Vetter wrote:
> On Fri, Oct 19, 2012 at 12:26 PM, Simon Farnsworth
> wrote:
> > Hello,
> >
> > I've just been trying to work out why a PCIe to PCI bridge worked with
> > kernel
> > 3.3, but not with kernel 3.5
e correct bits for support, and
> use the correct bits for activating hotplug support.
>
> Signed-off-by: Jani Nikula
>
Reviewed-by: Simon Farnsworth
The code you're fixing was written with the aid of ajax's educated guesses -
it's nice to see an Intel employee fi
nel?
>
I've just sent a v6 of that patch - it should apply cleanly to a 3.0 kernel,
as the only other change since 3.0 in that file is Akshay Joshi's whitespace
cleanup.
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan.com/
is only tested on single-function DVI-D SDVOs, on two
platforms (965GME and 945GSE), and has not been checked against a
specification document.
With lots of help from Adam Jackson on IRC.
Signed-off-by: Simon Farnsworth
---
Changes from v5:
* Add an all-important ~ when trying to clear just
On Wednesday 21 September 2011, Keith Packard wrote:
> On Wed, 21 Sep 2011 10:08:13 +0100, Simon Farnsworth
wrote:
> > I'm clearing the bits (&= not |=). I could respin setting it to 0, but
> > that takes me even further from the old (commented out) code, and I'
On Tuesday 20 September 2011, Keith Packard wrote:
> On Tue, 20 Sep 2011 18:31:25 +0100, Simon Farnsworth
wrote:
> > + /* Set up hotplug command - note paranoia about contents of reply.
> > +* We simply clear out the bits we understand, and hope that
> > +* the r
help from Adam Jackson on IRC.
Signed-off-by: Simon Farnsworth
---
Changes from the unnumbered v4:
* At Keith Packard's request, store the required hotplug bits in
struct intel_sdvo and just call SET_ACTIVE_HOT_PLUG to enable
hotplug interrupts.
* Add some comments to explain wh
On Tuesday 20 September 2011, Keith Packard wrote:
> On Tue, 20 Sep 2011 17:38:37 +0100, Simon Farnsworth
wrote:
> > This interacts badly with the need I've found to call this function every
> > time a hotplug interrupt comes through (explained below) - I'm not sure
&
On Tuesday 20 September 2011, Keith Packard wrote:
> On Tue, 20 Sep 2011 15:17:38 +0100, Simon Farnsworth
wrote:
> > - if (on) {
> > - intel_sdvo_write_cmd(intel_sdvo, SDVO_CMD_GET_HOT_PLUG_SUPPORT,
NULL,
> > 0); - status = intel_sdvo_rea
On Tuesday 20 September 2011, Simon Farnsworth
wrote:
> I was seeing a nasty 5 frame glitch every 10 seconds, caused by the
> poll for connection on DVI attached by SDVO.
>
> As my SDVO DVI supports hotplug detect interrupts, the fix is to
> enable them, and hook them in to the
help from Adam Jackson on IRC.
Signed-off-by: Simon Farnsworth
---
Changes from v3:
* As per Chris Wilson's comment, move the hotplug enable from
intel_sdvo_init to intel_sdvo_dvi_init. Should correctly enable HPD
if only one of a multifunction SDVO pair supports HPD.
Changes fr
On Tuesday 20 September 2011, Chris Wilson wrote:
> On Tue, 20 Sep 2011 13:52:59 +0100, Simon Farnsworth
wrote:
> > + connector = intel_sdvo_find_connector(intel_sdvo);
> > + if (connector->polled == DRM_CONNECTOR_POLL_HPD) {
> > +
help from Adam Jackson on IRC.
Signed-off-by: Simon Farnsworth
---
Changes from v2:
* Stylistic cleanups requested by Chris Wilson in review:
* Make intel_sdvo_find_connector cleaner
* Rename intel_sdvo_set_hotplug to intel_sdvo_enable_hotplug
(reflects functionality better
> find someone with the SDVO specs to see if there are any known caveats. :|
> -Chris
v3 patch on the way, with your style nitpicks fixed up. Just needs testing
before I send it to the list.
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan.com/
___
help from Adam Jackson on IRC.
Signed-off-by: Simon Farnsworth
---
Changes from first version:
* Don't call intel_sdvo_supports_hotplug twice - pick up the setting
in connector->polled instead (suggested by Keith Packard in review).
* Change subject prefix to drm/i915
drivers/gpu/
On Tuesday 20 September 2011, Keith Packard wrote:
> On Wed, 17 Aug 2011 10:52:21 +0100, Simon Farnsworth
wrote:
> > static bool
> > intel_sdvo_multifunc_encoder(struct intel_sdvo *intel_sdvo)
> >
> > @@ -2062,7 +2053,10 @@ intel_sdvo_dvi_init(struct intel_sdvo
just a
case of waiting for you to catch up on post-XDC madness?
--
Simon
On Wednesday 17 August 2011, Simon Farnsworth
wrote:
> I was seeing a nasty 5 frame glitch every 10 seconds, caused by the
> poll for connection on DVI attached by SDVO.
>
> As my SDVO DVI supports hotplug detec
help from Adam Jackson on IRC.
Signed-off-by: Simon Farnsworth
---
I'm not entirely confident that I'm treating the result of
SDVO_CMD_GET_HOT_PLUG_SUPPORT correctly for multifunction SDVO
devices. I've assumed it's a bitmask, but I have no documents to tell
me that that&
s for HDMI, I can't find anything that even hints that pin 13 is
connected to a GPIO line or an AV.Link engine in the hardware.
I can only find references to HDMI in part 3 of volume 3, but, again, nothing
that indicates where I'd go hunting to find out how I get at the CEC pi
In our application, the screen is never rotated from the point of view
of the driver; instead, the compositor applies a suitable rotation as
it composites the display. This works fine on 945, but on 965, videos
are limited in height to the actual height of the screen.
Change various bits of code s
On Tuesday 23 November 2010, Simon Farnsworth
wrote:
> So, I looked at this a bit; started by using:
> ./perf record -e sched:sched_wakeup -e sched:sched_switch -e
> i915:i915_flip_request -e i915:i915_flip_complete -e
> i915:i915_gem_request_wait_begin -a
>
> to record trace
ce UI to find
crisis periods and zoom in on them would be a nice thing to have; I'm
currently spotting them by hand, although a simple Python program could also
do the filtering.
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan.com/
gned-off-by: Chris Wilson
This fixes my problems with the image being in the middle third or so of the
screen. I've also read the patch and resulting state of code, and it looks
like the right thing to do, so take your pick of:
Tested-by: Simon Farnsworth
Reviewed-by: Simon Farnsworth
&
On Friday 19 November 2010, Chris Wilson wrote:
> On Fri, 19 Nov 2010 17:44:49 +0000, Simon Farnsworth
> wrote:
> > Hello,
> >
> > I'm seeing an interesting bug on 945GSE, and I have absolutely no idea
> > where to start looking. I'm trying to deal with
ommit, but if the symptom is
familiar, a clue would be welcomed.
--
Thanks,
Simon Farnsworth
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
y be better, but I don't care about power saving at runtime on
my kit).
If it's happening on other kit, perhaps the i915 driver should make a suitable
pm_qos request itself. Jesse, can you comment?
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan
the work we would have done when
the flip prepare interrupt comes in.
Also, add debugfs information to tell us what's going on (based on the
patch from Chris Wilson attached to bugs.fdo bug #29798).
Signed-off-by: Simon Farnsworth
---
After sending the previous patch, I thought about the pr
rmitting a pageflip to be outstanding for 3
VBlank periods before we start examining the display registers to see
if the pageflip happened, but we weren't told about it. This converts
an apparent hang into a visual glitch.
Signed-off-by: Simon Farnsworth
---
drivers/gpu/drm/i915/i915_de
On Wednesday 1 September 2010, Simon Farnsworth
wrote:
> In an attempt to get to the bottom of bug #29798, Chris Wilson gave me
> a patch that put some details in debugfs. With the clues gathered from
> that patch, I was able to determine that the page flip is happening,
> but th
On Wednesday 1 September 2010, Simon Farnsworth
wrote:
> In an attempt to get to the bottom of bug #29798, Chris Wilson gave me
> a patch that put some details in debugfs. With the clues gathered from
> that patch, I was able to determine that the page flip is happening,
> but th
rg/show_bug.cgi?id=15469 among others.
>
> Adding the ignored stolen memory back into the general pool using the
> memory hotplug code is left as an exercise for the reader.
>
> Signed-off-by: Jesse Barnes
FWIW, given how simple the code actually is:
Reviewed-by: Simon Farnswor
> 20, intel_max_stolen >> 20);
> + prealloc_size = intel_max_stolen;
And again here, you appear to limit to intel_max_stolen, not to twice that.
> + }
> +
> dev_priv->wq = create_singlethread_workqueue("i915");
> if (dev_priv->wq
de like it's the format of the source buffer (the
system framebuffer) that matters, not the format of the destination buffer.
--
Thanks in advance for any advice you can offer,
Simon Farnsworth
___
Intel-gfx mailing list
Intel-gfx@lists.freedeskt
On Wednesday 19 May 2010, Eric Anholt wrote:
> On Wed, 19 May 2010 10:00:10 +0100, Simon Farnsworth
wrote:
> > Bear in mind that I don't have to use VAAPI to call your ioctl; I can
> > write evil code that calls it directly. On the other hand, you can't
> > remo
ove the
ioctl later - users will want to use older VAAPI versions with new kernels, so
that they can upgrade without too much fear of regression.
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan.com/
___
Intel-gfx mailing lis
On Tuesday 18 May 2010, Adam Jackson wrote:
> On Mon, 2010-05-17 at 12:13 +0100, Simon Farnsworth wrote:
> > The first bit of misbehaviour I'm seeing is caching of EDID across
> > hotplug events. If I boot my system with no display attached, I
> > correctly see no EDID
#x27;s too slow, a new interface to improve
performance isn't hard to add in parallel to the old interface; if the old
interface is a DoS vector or worse, you're going to get stuck in a very bad
place.
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan.com/
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
for these, and start chasing down what's going on, or is
this expected behaviour? If it's expected, can someone explain why I'm seeing
what I'm seeing?
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan.com/
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
l, which can't block, because that would stop it
servicing other clients, and it's not blocking me until it discovers
asynchronously that the kernel has pageflipped.
--
Simon Farnsworth
Software Engineer
ONELAN Limited
http://www.onelan.com/
_
On Monday 10 May 2010, Simon Farnsworth wrote:
> On Friday 7 May 2010, Simon Farnsworth wrote:
> > I've attached my test program (it's based on our C++ OpenGL compositor,
> > but cut down to just test OpenGL pageflipping) as performance.c, and my
> > test X stac
On Friday 7 May 2010, Simon Farnsworth wrote:
> I've attached my test program (it's based on our C++ OpenGL compositor, but
> cut down to just test OpenGL pageflipping) as performance.c, and my test X
> stack's Xorg.0.log after one run of "performance -indirect"
On Friday 7 May 2010, Andrew Lutomirski wrote:
> On Fri, May 7, 2010 at 9:07 AM, Simon Farnsworth
>
> wrote:
> > Hello,
>
> I don't know exactly what this program is supposed to do, but here's
> what it does right now, on GM45 and F13 with -linus
> be1
Hello,
We're using Intel GPUs and Linux in our digital signage players, and hitting
problems with getting OpenGL compositing to be tear-free. My understanding is
that we need to be fairly close to the bleeding edge to get this working, and
that the Fedora 12 packages aren't good enough.
I've t
53 matches
Mail list logo
