"This subsystem defines a new UAPI for motion devices on the user-space side, as well as common functionality for hardware device drivers on the driver side.
The UAPI is based on a ioctl() interface on character devices representing a specific hardware device. The hardware device can control one or more actuators (motors), which are identified as channels in the UAPI. It is possible to execute motions on individual channels, or combined affecting several selected (or all) channels [simultaneously]. Examples of coordinated movements of several channels could be the individual axes of a 3D printer or CNC machine for example.
On the hardware side, this initial set of patches also includes two drivers for two different kinds of motors. One is a stepper motor controller device that containes a ramp generator capable of autonomously executing controlled motions following a multi-point acceleration profile (TMC5240), as well as a simple DC motor controller driver that can control DC motors via a half-bridge or full H-bridge driver such as the TI DRV8873 for example."
"Towards the IIO subsystem, LMC supports generating iio trigger events that fire at certain motion events, such as passing a pre-programmed position or when reaching the motion target position, depending on the capabilities of the hardware device. This enables for example triggering an ADC measurement at a certain position during a movement.
In the future, making use of PREEMPT_RT, even dumb STEP/DIR type stepper motor controller drivers may be implemented entirely in the kernel, depending on some characteristics of the hardware (latency jittter, interrupt latency and CPU speed mainly)."
将近五年前，我在本站分享了 C&C 一代开源的消息： https://v2ex.com/t/673834
本来后来也没太关注相关的东西了，不过今天睡觉前 Discord 群里突然弹了个通知，仔细一看实在太炸裂了：
github.com/electronicarts/CnC_Generals_Zero_Hour electronicarts/CnC_Generals_Zero_Hour: Command and Conquer: Generals - Zero Hour
新闻： www.pcgamer.com/games/strategy/ea-just-released-source-code-for-a-bunch-of-old-command-and-conquer-games-and-added-steam-workshop-support-to-bangers-like-c-and-c-3-tiberium-wars EA just released source code for a bunch of old Command and Conquer games, and added Steam Workshop support to bangers like C&C 3: Tiberium Wars | PC Gamer
我在上一个主题中说过，社区有个 Thyme 项目试图逆向工程该游戏，项目人员吐槽如下：
Why does everything I try to reverse engineer manifest in its source code in open source form?
同时开源的还有更冷门的 C&C Renegade： github.com/electronicarts/CnC_Renegade electronicarts/CnC_Renegade: Command and Conquer: Renegade
太晚了不好写更多东西，不过今天能不能睡得着是个问题 ...
苹果公司今天表示，它正在实施旨在使儿童上网更安全的新功能，包括更新年龄分级系统、简化家长设置儿童帐户的方法、更改儿童在应用商店上看到的内容，以及让开发人员确认年龄范围以向儿童提供适合其年龄的体验的新 API。
苹果开发者网站上发布的新版《帮助保护儿童上网》白皮书[PDF]概述了这些变化。 从本质上讲，Apple 希望以保护隐私的方式让家长对孩子在网上的所见所闻有更多的控制权，同时也避免了要求 App Store 负责年龄验证的不那么量身定制的立法。
首先，苹果会让家长和儿童更容易建立适合其年龄的账户。 在创建账户时，苹果会询问使用设备的人的年龄范围，iOS 18.4 测试版中就有这项功能。 如果账户是为 13 岁以下的儿童创建的，则会有一个"连接到家庭"选项。 孩子使用 App Store 和其他设备功能需要家长的同意，而这正是苹果正在简化的过程。 目前，苹果要求家长提供信用卡，但今后，家长将可以使用现有的苹果服务支付历史记录进行验证，并通过 Face ID 或 Touch ID 进行确认。
如果父母不在身边，儿童可以创建自己的账户，并立即使用设备，网络内容和信息将自动受到年龄限制。 某些体验（如应用程序下载）将会受到限制，直到孩子要求家长通过家长同意流程完成账户设置。 今年晚些时候，如果当前年龄不准确，家长将可以更正现有儿童账户的年龄范围。
开发者将被要求提供其应用程序是否包含用户生成内容或广告、是否需要年龄验证和/或是否提供家长控制的详细信息，这些信息将在 App Store 产品页面上共享。
苹果还将更新内容的年龄范围类别。 苹果现在有四个类别（4+、9+、12+ 和 17+），但正在拆分青少年年龄范围。 新的年龄类别为 4+、9+、13+、16+ 和 18+。 儿童将无法下载超过家长设定年龄等级的应用程序，苹果也不会在 App Store 的应用程序广告中显示受年龄限制的应用程序，而是突出显示适合儿童年龄的应用程序。
4+ - 应用程序不包含不良内容
9+ - 应用程序可能包含不适合 9 岁以下用户使用的内容，包括不常见或轻微的卡通或幻想暴力、亵渎或粗俗幽默，或成熟、暗示、恐怖或恐惧主题内容。
13+ - 应用程序可能包含不适合 13 岁以下用户使用的内容，包括非经常性或轻微的医疗或治疗内容、酒精、烟草或毒品使用参考、性内容或裸体、现实暴力或模拟赌博；或频繁或激烈的竞赛、亵渎或粗俗幽默、恐怖或恐惧主题内容、卡通或幻想暴力。
16+ - 应用程序可能包含不适合 16 岁以下用户使用的内容，包括不受限制的网络访问、频繁或强烈的成熟或暗示性内容，或以医疗或治疗为重点的内容。
18+ - 应用程序可能包含不适合 18 岁以下用户使用的内容，包括赌博、频繁或激烈的模拟赌博、涉及酒精、烟草或毒品使用、性内容或裸露或现实暴力的内容。
苹果将为开发者提供一个声明年龄范围 API，向他们提供用户的年龄范围，以确保儿童不会在应用程序中看到针对成人的内容。 年龄范围可以防止应用程序获取儿童的特定信息，如出生日期，家长可以选择是否与开发者共享年龄范围信息。 苹果表示，它的目标是收集最少的数据来提供用户所需的服务，它不希望在 App Store 层面收集出生日期，因为所有用户无论是否想使用有年龄限制的应用程序，都需要提供这些信息。
虽然 App Store 上可能只有一小部分应用程序需要年龄验证，但所有用户都必须向我们提供敏感的个人身份信息，无论他们是否真的想使用这些有限的应用程序。 这就意味着，即使我们不需要，也要向我们提供驾照、护照或身份证号码（如社会安全号）等数据。 而且，由于美国许多儿童没有政府颁发的身份证件，美国的父母将不得不提供更敏感的文件，才能让他们的孩子访问专为儿童设计的应用程序。 这不符合用户安全和隐私的利益。
据苹果公司称，它所采用的方法是让家长控制与开发者共享的内容以及儿童所看到的内容，而不是为所有用户建立一种保护伞式的体验。
在苹果实施 App Store 变动之际，美国多个州正在考虑制定更严格的儿童保护法，要求应用商店运营商在允许未成年人下载应用之前确认用户年龄并征得家长同意。 Facebook 和 Instagram 的所有者 Meta 也在推动平台层面的年龄验证，因为这样 Meta 就不需要进行年龄验证了。 有一些与社交媒体相关的法律要求网站在用户注册时征得家长的同意，但这些法律并不具有普遍性。 其他国家，如英国和澳大利亚也实施了相关法律，规定社交媒体公司有责任确保儿童不会访问不适当的内容。
由于与每款应用共享用户年龄会引发隐私问题，因此 Apple 一直反对美国的平台级立法，但 API 和年龄范围信息可以满足用户对更好的年龄验证实践的需求，同时还能保护用户安全。 苹果计划在今年实施所有这些更新，但具体时间尚未确定。