On 30 Jan 2009, at 07:52, Alexander Leidinger wrote:
Quoting Ed Schouten (from Thu, 29 Jan 2009 15:36:06
+0100):
* Alexander Leidinger wrote:
So you want that either
- a daemon running as root is written which listens to user
requests to set the backlight via sysctl
or
- a SUID root pr
On 30 Jan 2009, at 07:52, Alexander Leidinger wrote:
Quoting Ed Schouten (from Thu, 29 Jan 2009 15:36:06
+0100):
* Alexander Leidinger wrote:
So you want that either
- a daemon running as root is written which listens to user
requests to set the backlight via sysctl
or
- a SUID root pro
Quoting Ed Schouten (from Thu, 29 Jan 2009 15:36:06 +0100):
* Alexander Leidinger wrote:
So you want that either
- a daemon running as root is written which listens to user
requests to set the backlight via sysctl
or
- a SUID root program is written that sets the backlight
via sysctl
Ed Schouten wrote:
* Alexander Leidinger wrote:
The ideal solution would be to integrate it into vidcontrol, calling
some kind of ioctl on the TTY/consolectl, but syscons is too brainless
to know anything about hardware specific features.
Here we are back to what was proposed instead of sysctl.
* Alexander Leidinger wrote:
>> The ideal solution would be to integrate it into vidcontrol, calling
>> some kind of ioctl on the TTY/consolectl, but syscons is too brainless
>> to know anything about hardware specific features.
>
> Here we are back to what was proposed instead of sysctl. I have t
Quoting Ed Schouten (from Wed, 28 Jan 2009 14:43:09 +0100):
* Daniel Lannstrom wrote:
> I'm asking which method will be the best to interface the driver with
> userland applications?
You might want to make it a character device driver. And write a small
userland control program. Sysctl isn't
* Alexander Leidinger wrote:
> So you want that either
> - a daemon running as root is written which listens to user
>requests to set the backlight via sysctl
> or
> - a SUID root program is written that sets the backlight
>via sysctl
> instead of
> - a character device with appropriate
Le Wed, 28 Jan 2009 17:33:28 +0100,
Ed Schouten :
> > Not really. The xorg intel driver is already able to deal with this.
> > I don't know about NVIDIA.
>
> Yes, but that's what I mean. It will be a cold day in hell when "nv"
> supports this. As far as I can tell, it's just a pile of obfuscated
* Rui Paulo wrote:
> Not really. The xorg intel driver is already able to deal with this.
> I don't know about NVIDIA.
Yes, but that's what I mean. It will be a cold day in hell when "nv"
supports this. As far as I can tell, it's just a pile of obfuscated C
code.
--
Ed Schouten
WWW: http://8
On Wed, 2009-01-28 at 14:29 +, Rui Paulo wrote:
> On 28 Jan 2009, at 13:43, Ed Schouten wrote:
>
> > * Daniel Lannstrom wrote:
> >>> I'm asking which method will be the best to interface the driver
> >>> with
> >>> userland applications?
> >>
> >> You might want to make it a character devic
On 28 Jan 2009, at 13:43, Ed Schouten wrote:
* Daniel Lannstrom wrote:
I'm asking which method will be the best to interface the driver
with
userland applications?
You might want to make it a character device driver. And write a
small
userland control program. Sysctl isn't really made
On 28 Jan 2009, at 13:43, Ed Schouten wrote:
* Daniel Lannstrom wrote:
I'm asking which method will be the best to interface the driver
with
userland applications?
You might want to make it a character device driver. And write a
small
userland control program. Sysctl isn't really made
* Daniel Lannstrom wrote:
> > I'm asking which method will be the best to interface the driver with
> > userland applications?
>
> You might want to make it a character device driver. And write a small
> userland control program. Sysctl isn't really made for this kind of
> functionality.
No. sys
On 27 Jan 2009, at 15:00, Daniel Lannstrom wrote:
I'm asking which method will be the best to interface the driver with
userland applications?
You might want to make it a character device driver. And write a small
userland control program. Sysctl isn't really made for this kind of
functionalit
> I'm asking which method will be the best to interface the driver with
> userland applications?
You might want to make it a character device driver. And write a small
userland control program. Sysctl isn't really made for this kind of
functionality.
___
Hello,
I've made a small driver to set the backlight level on Apple MacBook
Pro, for the models based on the Nvida video card (model 3,1 and 3,2).
(if it works on other models please tell me)
At the moment this is a quick and dirty hack, but you don't need to
wear a pair of sunglasses anymore!
M
16 matches
Mail list logo
