All of lore.kernel.org
 help / color / mirror / Atom feed
From: Florian Mickler <florian@mickler.org>
To: Andy Walls <awalls@md.metrocast.net>
Cc: "Greg KH" <greg@kroah.com>,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
	"Dave Airlie" <airlied@redhat.com>,
	"Jon Smirl" <jonsmirl@gmail.com>,
	"Rafał Miłecki" <zajec5@gmail.com>,
	"Alex Deucher" <alexdeucher@gmail.com>,
	"Chris Wilson" <chris@chris-wilson.co.uk>
Subject: Re: [PATCH] drm/sysfs: Provide per connector control of DRM KMS polling
Date: Wed, 22 Sep 2010 11:44:19 +0200	[thread overview]
Message-ID: <20100922114419.7f9766c5@schatten.dmk.lab> (raw)
In-Reply-To: <1285017108.30856.7.camel@morgan.silverblock.net>

[cc'd chris wilson]

Hi Andy!

On Mon, 20 Sep 2010 19:02:30 -0400
Andy Walls <awalls@md.metrocast.net> wrote:

> BTW, I found that Chris Wilson recently committed a change to inhibit
> all drm connector polling globally for a different reason:
> 
> http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=e58f637bb96d5a0ae0919b9998b891d1ba7e47c9
> 
> That commit message shows a case where the driver decides polling needs
> to happen, but the human knows differently and manual control over
> connector polling mitigates the problem.


On Mon, 20 Sep 2010 17:11:48 -0400
Andy Walls <awalls@md.metrocast.net> wrote:

> On Mon, 2010-09-20 at 11:52 -0700, Greg KH wrote:
> > On Mon, Sep 20, 2010 at 08:59:00AM -0400, Andy Walls wrote:
>  
> > > This change allows the root user to disable (and re-enable) DRM KMS
> > > connector polling on a per connector basis via sysfs, like so:
> > > 
> > >         # cat /sys/class/drm/card0/card0-DVI-D-1/polled
> > >         [hotplug_detectable] connect disconnect
> 
> > You are adding a sysfs file, yet you forgot to add a file in
> > Documentation/ABI.  Please fix that and resend the patch.
> 
> Oops, process failure, sorry.
> Will do.
> 
> Regards,
> Andy
> 

I thought sysfs files should be one thing per file... so, maybe
card0-DVI-D-1/link_status and card0-DVI-D-1/hotplug_detectable with 0/1
content would be easier to manipulate and parse? 

I have to defer to the drm maintainers for the usecases. But how is
having a monitor with a broken edid handled right now? While the output
is connected and used, it probably just stops polling?

cheers,
Flo





  reply	other threads:[~2010-09-22  9:44 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-20 12:59 [PATCH] drm/sysfs: Provide per connector control of DRM KMS polling Andy Walls
2010-09-20 18:29 ` Rafał Miłecki
2010-09-20 18:29   ` Rafał Miłecki
2010-09-20 23:02   ` Andy Walls
2010-09-21  4:26     ` Alex Deucher
2010-09-21 17:30       ` Andy Walls
2010-09-22  5:30         ` Alex Deucher
2010-09-22 12:31           ` Andy Walls
2010-09-22 12:31             ` Andy Walls
2010-09-22 20:16             ` Andy Walls
2010-09-22 20:16               ` Andy Walls
2010-09-22 13:33           ` Jon Smirl
2010-09-22 21:07             ` Andy Walls
2010-09-22 22:05               ` Jon Smirl
2010-09-24 19:12               ` Alex Deucher
2010-09-26 18:12                 ` Andy Walls
2010-09-26 18:12                   ` Andy Walls
2010-09-27 15:45                   ` Alex Deucher
2010-09-27 15:45                     ` Alex Deucher
2010-09-22  3:20     ` [PATCH v2 0/2] " Andy Walls
2010-09-22  3:20       ` Andy Walls
2010-09-22  3:20     ` [PATCH v2 1/2] " Andy Walls
2010-09-22  3:20     ` [PATCH v2 2/2] Doc/ABI: sysfs-drm initial document; "polled" entry Andy Walls
2010-09-22 15:06       ` Greg KH
2010-09-22 15:06         ` Greg KH
2010-09-22 16:36         ` Andy Walls
2010-09-22 16:36           ` Andy Walls
2010-09-22 19:23           ` Greg KH
2010-09-22 19:23             ` Greg KH
2010-09-20 18:52 ` [PATCH] drm/sysfs: Provide per connector control of DRM KMS polling Greg KH
2010-09-20 21:11   ` Andy Walls
2010-09-22  9:44     ` Florian Mickler [this message]
2010-09-22 12:49       ` Andy Walls
2010-09-22 12:49         ` Andy Walls

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100922114419.7f9766c5@schatten.dmk.lab \
    --to=florian@mickler.org \
    --cc=airlied@redhat.com \
    --cc=alexdeucher@gmail.com \
    --cc=awalls@md.metrocast.net \
    --cc=chris@chris-wilson.co.uk \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=greg@kroah.com \
    --cc=jonsmirl@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=zajec5@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.