All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.