lkml.org 
[lkml]   [1999]   [May]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subjectformat of elfcap header [was Re: Capabilities done right [diff against 2.3.1]]
Hi!

> > Well, if you expand fields to be 128bit and add your disinherite
> > fields at the end, there should be no problems with
> > compatibility. I.e. my patches will eat work with those parts of
> > headers they do understand - which is right thing to do.
> OK I add the foo1 foo2 foo3 back in. I no longer have disinherite I killed
> it off. I was talking more along code lines though. I really believe that
> for the real long run that you shouldn't tie the structure to close
> to

I changed structure fields from Elf32_Word to __u32. Now, structure is
tied to elf only by its possition <linux/elf.h> and its name
(elf_capabilities). Possition and name of structure are small details,
I believe. I do not want to move structure to other file (so my diff
is small), and I do not know better name (suggest one).

> elf. Someone could add it to a.out or to some new format. Also I disagree
> that you can totaly guarentee that all future formats will totaly
> compatible. I think that you should aloow for multiple versions to be
> placed in the notes section and then search for the one which you

I believe that I can guarantee enough compatibility. In the _worst_
case, I will end with (I believe that will never happen

struct elf_capabilities {
_fields for old kernels_
_fields for new kernels_
}

Which is pretty much exactly what you ask for: separate versions for
multiple versions of kernel. Only difference is that I _force_ you to
put fields for older kernels (but setting them to conservative 0/0/0
will save your day).

I believe this will never happen, through. 2 capabilities for 1 file
is nightmare.

> understand. Our structures really are similiar enough. Also for the
> version field I really like encoding the date in there as a version
> number.

You are having year-429496 problem with your date encoding, through
;-))))). (I do not much care what encoding of version you use. It has
to be non-decreasing, and I'd like current version to be 0 so that I
do not have to check for it in code ;-).

--
I'm really pavel@ucw.cz. Look at http://195.113.31.123/~pavel. Pavel
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:51    [W:1.973 / U:0.380 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site