* Compatibility issues.
@ 2000-05-19 11:59 David Woodhouse
0 siblings, 0 replies; 4+ messages in thread
From: David Woodhouse @ 2000-05-19 11:59 UTC (permalink / raw)
To: mtd; +Cc: Erwin Authried
I would like to have as few occurrences of #if LINUX_VERSION_CODE ... in
the actual source code of the MTD stuff as possible.
The 2.2.15 kernel contains a new file linux/compatmac.h which provides a
handful of useful macros which allow you to write portable code.
This is what I've been using for ensuring compatibility between 2.2 and 2.3
code, and I'd like to provide a similar linux/compatmac.h file to allow us
to compile for 2.0 as well.
I've added linux/mtd/compatmac.h which currently contains the definitions
which are missing from Linus' version - but I'd like my file to become
obsolete as all the required definitions are accepted into the 'official'
version of compatmac.h in both the 2.0 and 2.2 kernels.
So I've removed all references to the sysdep-2.[12].h files, and moved some
of the extra definitions into our own mtd/compatmac.h.
If more are required for fixing the 2.0 build, I'd prefer that they be
added to mtd/compatmac.h, and we can soon delete the sysdep-2.[12].h files
from the repository.
--
dwmw2
To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org
^ permalink raw reply [flat|nested] 4+ messages in thread
* compatibility issues
@ 2008-04-06 20:10 Tomasz Grobelny
2008-04-06 21:57 ` Tomasz Grobelny
2008-04-07 7:46 ` Gerrit Renker
0 siblings, 2 replies; 4+ messages in thread
From: Tomasz Grobelny @ 2008-04-06 20:10 UTC (permalink / raw)
To: dccp
Recently I switched to the origin/dccp branch of dccp test tree. And noticed
that dccp communication between kernel build from origin/dccp branch and
kernel build from origin/master branch is not possible. When kernels are from
the same branch (no matter if it is origin/dccp or origin/master) the problem
does not occur. Is it a known issue?
--
Regards,
Tomasz Grobelny
^ permalink raw reply [flat|nested] 4+ messages in thread
* compatibility issues
2008-04-06 20:10 compatibility issues Tomasz Grobelny
@ 2008-04-06 21:57 ` Tomasz Grobelny
2008-04-07 7:46 ` Gerrit Renker
1 sibling, 0 replies; 4+ messages in thread
From: Tomasz Grobelny @ 2008-04-06 21:57 UTC (permalink / raw)
To: dccp
Recently I switched to the origin/dccp branch of dccp test tree. And noticed
that dccp communication between kernel build from origin/dccp branch and
kernel build from origin/master branch is not possible. When kernels are from
the same branch (no matter if it is origin/dccp or origin/master) the problem
does not occur. Is it a known issue?
--
Regards,
Tomasz Grobelny
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: compatibility issues
2008-04-06 20:10 compatibility issues Tomasz Grobelny
2008-04-06 21:57 ` Tomasz Grobelny
@ 2008-04-07 7:46 ` Gerrit Renker
1 sibling, 0 replies; 4+ messages in thread
From: Gerrit Renker @ 2008-04-07 7:46 UTC (permalink / raw)
To: dccp
| Recently I switched to the origin/dccp branch of dccp test tree. And noticed
| that dccp communication between kernel build from origin/dccp branch and
| kernel build from origin/master branch is not possible. When kernels are from
| the same branch (no matter if it is origin/dccp or origin/master) the problem
| does not occur. Is it a known issue?
| --
The test tree contains fixes for bugs that are in the mainline kernel
and is thus not bug-compatible with the mainline tree (origin/master).
I can't tell from your description where exactly the communication is "not
possible", but one likely cause is the feature negotiation. This is
definitively broken in origin/master: when setting up the receiver with
CCID-2, and the sender with CCID-3, both will end up using these CCIDs with
correspondingly horrible performance; since the origin/master implementation
performs "feature announcement" rather than "feature negotiation".
The test tree has a full implementation of feature negotiation and will
refuse to start communication if parameters are incompatible. It may
allow communication to an origin/master implementation as long as the
origin/master implementation conforms in its behaviour to RFC 4340,
section 6. Thus the "communication not possible" is not unconditional.
If you think you have found a bug, please provide more detailed information.
The University of Aberdeen is a charity registered in Scotland, No SC013683.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-04-07 7:46 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-05-19 11:59 Compatibility issues David Woodhouse
-- strict thread matches above, loose matches on Subject: below --
2008-04-06 20:10 compatibility issues Tomasz Grobelny
2008-04-06 21:57 ` Tomasz Grobelny
2008-04-07 7:46 ` Gerrit Renker
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.