src/sys/modules/ce, branch main

retire ce(4) driver

2022-12-13T20:24:25Z

Sync serial (e.g. T1/T1/G.703) interfaces are obsolete, this driver includes obfuscated source, and has reported potential security issues. Differential Revision: https://reviews.freebsd.org/D33467

ce: Disable -Wunused-but-set-variable for obfuscated tau32-ddk.c.

2022-04-09T00:25:13Z

Retire synchronous PPP kernel driver sppp(4).

2021-10-22T18:41:36Z

The last two drivers that required sppp are cp(4) and ce(4). These devices are still produced and can be purchased at Cronyx . Since Roman Kurakin has quit them, they no longer support FreeBSD officially. Later they have dropped support for Linux drivers to. As of mid-2020 they don't even have a developer to maintain their Windows driver. However, their support verbally told me that they could provide aid to a FreeBSD developer with documentaion in case if there appears a new customer for their devices. These drivers have a feature to not use sppp(4) and create an interface, but instead expose the device as netgraph(4) node. Then, you can attach ng_ppp(4) with help of ports/net/mpd5 on top of the node and get your synchronous PPP. Alternatively you can attach ng_frame_relay(4) or ng_cisco(4) for HDLC. Actually, last time I used cp(4) back in 2004, using netgraph(4) instead of sppp(4) was already the right way to do. Thus, remove the sppp(4) related part of the drivers and enable by default the negraph(4) part. Further maintenance of these drivers in the tree shouldn't be a big deal. While doing that, remove some cruft and enable cp(4) compilation on amd64. The ce(4) for some unknown reason marks its internal DDK functions with __attribute__ fastcall, which most likely is safe to remove, but without hardware I'm not going to do that, so ce(4) remains i386-only. Reviewed by: emaste, imp, donner Differential Revision: https://reviews.freebsd.org/D32590 See also: https://reviews.freebsd.org/D23928

Disable new clang 10.0.0 warnings about misleading indentation in ce(4)

2020-02-13T19:25:49Z

and cp(4). These are false positives, since some of the driver source has been deliberately obfuscated.

sys/modules: normalize .CURDIR-relative paths to SRCTOP

2017-03-04T10:10:17Z

This simplifies make output/logic Tested with: `cd sys/modules; make ALL_MODULES=` on amd64 MFC after: 1 month Sponsored by: Dell EMC Isilon

Re-support CWARNFLAGS, lost when bsd.sys.mk was removed. Also, support

2015-01-03T03:35:18Z

CWARNFALGS.$file centrally so we don't have to have it in all the places. Remove a few warning flags that are no longer needed. Also, always use -Wno-unknown-pragma to (hopefully temporarily) work around #pragma ident in debug.h in the opensolaris code. Remove some stale warning suppression that's no longer necessary.

For sys/dev/ce/tau32-ddk.c, disable the following warning when building

2011-12-29T21:17:35Z

with clang: sys/dev/ce/tau32-ddk.c:1228:37: warning: implicit truncation from 'int' to bitfield changes value from 65532 to 8188 [-Wconstant-conversion] Since this file is obfuscated C, we can never determine (in a sane way, at least :) if this points to a real problem or not. The driver has been in the tree for more than five years, so it most likely isn't. MFC after: 1 week

Per email to arch@ a little while ago (that was greeted with silence),

2008-09-01T23:59:00Z

prefer the more common > ${.TARGET} over > opt_foo.h in modules makefiles.

NO_MAN is not needed here.

2006-03-16T15:18:17Z

Fix the decaying MODULES_WITH_WORLD again by adding a missing opt_*.h to SRCS.

2006-03-03T18:42:09Z