From: Misbah khan <misbah_khan@engineer.com>
To: linuxppc-embedded@ozlabs.org
Subject: Re: Reading a config file in a driver ....
Date: Fri, 4 Jan 2008 00:32:21 -0800 (PST) [thread overview]
Message-ID: <14612548.post@talk.nabble.com> (raw)
In-Reply-To: <477D2CE0.1050806@kenati.com>
i appriciate your concept and i need to know this :-
The config should be in a structure or a bit mask . The user will have to
change the value whenever he needs to change the default config. Where
should i put that struct or bit field defination ???? He should know it
preciesly before he change ????
Can you share with me your Implimentation so that i could get the exactly
how you had done ...
----Misbah < ><
Carlos Munoz-2 wrote:
>
> Olof Johansson wrote:
>> On Wed, Jan 02, 2008 at 09:03:20PM -0800, Misbah khan wrote:
>>
>>> Hi all ....
>>>
>>> I am writing a LCD driver in which the default configuration for LCD
>>> would
>>> be loded at the Init . This default configuration if keep in the driver
>>> then
>>> for a change in default configuration we need to compile the driver
>>> which we
>>> never want . Hence we want a .config file in /etc/lcd.config dir which
>>> could
>>> be changed and the next boot will take this configuration as the default
>>> configuration.
>>>
>>> I need to know How to read from the config file in the driver form the
>>> dir
>>> /etc/lcd.config. The driver would be installed at boot up
>>>
>>
>> The driver/kernel shouldn't read the file directly, if anything you
>> should have a userspace tool that reads it and adjusts the driver via
>> sysfs or similar. That tool can be run from some of the init scripts,
>> or from the ramdisk in case you want to do it early.
>>
> What I've done in the past is to use module_param() to define variables
> that get set when the module is loaded. Then all you need to do is edit
> the /etc/modules file and change the parameter value. However, this
> technique is only efficient if only a few parameters will ever change.
> If you need to change more than a few parameters, Olof's suggestion
> would be preferred.
>
> Carlos
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>
>
--
View this message in context: http://www.nabble.com/Reading-a-config-file-in-a-driver-....-tp14591717p14612548.html
Sent from the linuxppc-embedded mailing list archive at Nabble.com.
next prev parent reply other threads:[~2008-01-04 8:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-03 5:03 Reading a config file in a driver Misbah khan
2008-01-03 16:30 ` Olof Johansson
2008-01-03 18:43 ` Carlos Munoz
2008-01-04 8:32 ` Misbah khan [this message]
2008-01-04 20:58 ` Control not branching to the instruction present at resetvec i.e 0xfffffffc ravi.rao
2008-01-05 14:19 ` Misbah khan
2008-01-04 8:36 ` Reading a config file in a driver Misbah khan
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=14612548.post@talk.nabble.com \
--to=misbah_khan@engineer.com \
--cc=linuxppc-embedded@ozlabs.org \
/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.