On Tue, 23 Mar 2010, Garrett Cooper wrote:
On Tue, Mar 23, 2010 at 6:42 PM, Andrew Thompson
wrote:
eval $(kenv | awk -F= '/^smbios/ { gsub("\\\.","_",$1); print $1 "=" $2}')
echo $smbios_chassis_maker
That's assuming that the there are only two tokens separated by =
though... Maybe so
On Tue, Mar 23, 2010 at 6:42 PM, Andrew Thompson wrote:
> On Wed, Mar 24, 2010 at 02:09:41PM +1300, Atom Smasher wrote:
>> On Tue, 23 Mar 2010, Garrett Cooper wrote:
>>
>>> Are you looking for data represented similar to sysctl(8)?
>>
>>
>> it doesn't quite have to be, but it is being
I severely doubt that the kernel linker supports that. I believe that
the only way to accomplish what you're looking for is to leave
function pointers in the kernel that you can call, and your module can
change the function pointers at load/unload. Don't forget to have
some kind of synchronizatio
All,
Has anyone used the "weak" function attribute in the kernel?
I have some modules providing APIs that I want to allow them to be either
loaded via kldload or directly built in the kernel. However, the API functions
are being referenced by code that cannot (at this time) be moved out of the
On Wed, Mar 24, 2010 at 02:09:41PM +1300, Atom Smasher wrote:
> On Tue, 23 Mar 2010, Garrett Cooper wrote:
>
>> Are you looking for data represented similar to sysctl(8)?
>
>
> it doesn't quite have to be, but it is being parsed in a script.
How about pulling the kenv variables into
On Tue, 23 Mar 2010, Garrett Cooper wrote:
Are you looking for data represented similar to sysctl(8)?
it doesn't quite have to be, but it is being parsed in a script.
--
...atom
http://atom.smasher.org/
762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4
On Tuesday 23 March 2010 5:07:05 pm Dag-Erling Smørgrav wrote:
> John Baldwin writes:
> > Dag-Erling Smørgrav writes:
> > > I'm not sure it's such a good idea to use uprintf() here. The event
> > > handler can be called in non-process context.
> > If you are doing a kldload post-boot it is actua
Alexander Churanov writes:
> Yes. Though Ed replied privately, I think It's a public information: He is
> developing a syscons replacement.
woohoo!
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers@freebsd.org mailing list
http://lists.free
John Baldwin writes:
> Dag-Erling Smørgrav writes:
> > I'm not sure it's such a good idea to use uprintf() here. The event
> > handler can be called in non-process context.
> If you are doing a kldload post-boot it is actually done from some sort of
> process context. We run module handlers sy
On Wed, Mar 24, 2010 at 08:06:23AM +1300, Atom Smasher wrote:
> On Wed, 24 Mar 2010, Andrew Thompson wrote:
>
>> On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote:
>>> i'm trying to figure out what might be reasonable output from kenv. on
>>> the three machines that i have access to i'
* Dmitry Krivenok wrote:
> As you can see the loop was terminated after i==466.
> I tried to load/unload the module many times but the last printed number was
> always 466.
>
> Then I compiled the same module on FreeBSD-7.2 (note, the first test was run
> on 8.0).
> I saw exactly the same behavio
On Tue, Mar 23, 2010 at 12:06 PM, Atom Smasher wrote:
> On Wed, 24 Mar 2010, Andrew Thompson wrote:
>
>> On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote:
>>>
>>> i'm trying to figure out what might be reasonable output from kenv. on
>>> the three machines that i have access to i'm alr
On Wed, 24 Mar 2010, Andrew Thompson wrote:
On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote:
i'm trying to figure out what might be reasonable output from kenv. on
the three machines that i have access to i'm already seeing wide
variations of formatting and usefulness.
i'd like
On Tue, Mar 23, 2010 at 05:12:47PM +1300, Atom Smasher wrote:
> i'm trying to figure out what might be reasonable output from kenv. on the
> three machines that i have access to i'm already seeing wide variations of
> formatting and usefulness.
>
> i'd like to collect as much output as i can get
On Tue, Mar 23, 2010 at 8:08 AM, John Baldwin wrote:
> I have tried a few approaches (and looked at another) for updating /etc after
> world upgrades over the past several years. All of these approaches have
> various tradeoffs of pros and cons. However, none of them fully fit what I
> wanted:
>
Dominic,
Yes. Though Ed replied privately, I think It's a public information: He is
developing a syscons replacement.
I had a detailed plan on fixing the existing code, and, obviously, it is not
applicable for the new code. As I know, Ed understands Unicode and I'm sure
the new code will be done
On 23/03/10 10.18, Dmitry Krivenok wrote:
>
> awk -f /sys/conf/kmod_syms.awk hello.ko export_syms | xargs -J%
objcopy %
> hello.ko
> objcopy --strip-debug hello.ko
> $ sudo make load unload
h
Try:
$ sudo make load
then wait a little and try:
$ sudo make unload
/Uffe
_
I have tried a few approaches (and looked at another) for updating /etc after
world upgrades over the past several years. All of these approaches have
various tradeoffs of pros and cons. However, none of them fully fit what I
wanted:
1) Using a set of manual steps first outlined in the handbo
On Tuesday 23 March 2010 7:22:47 am Dag-Erling Smørgrav wrote:
> Dmitry Krivenok writes:
> > /* The function called at load/unload. */
> > static int event_handler(struct module *module, int event, void *arg)
> > {
> > int e = 0; /* Error, 0 for normal return status */
> > switch (event)
> >
Dmitry Krivenok writes:
> /* The function called at load/unload. */
> static int event_handler(struct module *module, int event, void *arg)
> {
> int e = 0; /* Error, 0 for normal return status */
> switch (event)
> {
> case MOD_LOAD:
> uprintf("Hello FreeBSD kernel!\n");
I'
Hello Hackers,
I'm new to FreeBSD kernel development and have a very basic question about
kernel modules.
I compiled and slightly modified an example from
http://www.freesoftwaremagazine.com/articles/writing_a_kernel_module_for_freebsd
.
Below is the source code of my first module called "hello":
On 22/03/2010 02:20, Doug Barton wrote:
> On 03/21/10 01:24, Dominic Fandrey wrote:
>> It has come to my attention that whereas with LANG=C "nroff -man"
>> formats ".An name Aq email" as "name ", it uses different
>> characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters
>> are appropria
On 22/03/2010 16:05, Christian Weisgerber wrote:
> Dag-Erling Smørgrav wrote:
>
It has come to my attention that whereas with LANG=C "nroff -man"
formats ".An name Aq email" as "name ", it uses different
characters with LANG=en_GB.UTF-8 "name ⟨email⟩". These characters
are app
23 matches
Mail list logo
