2026-01-25

26 篇热帖

Man shot and killed by federal agents in south Minneapolis this morning 473 points | 494 comments | by oceansky

总结：明尼阿波利斯联邦执法人员枪击事件

以下是关于明尼阿波利斯联邦执法人员枪击事件的主要信息：

  • 事件概要: 星期六早上，联邦执法人员在明尼阿波利斯南部地区枪击并击毙了一名男子，引发了抗议者与执法人员之间的对峙。这是本月内联邦执法人员造成的第二起致命枪击事件，此前他们作为大规模移民执法行动抵达明尼阿波利斯。
  • 遇害者身份: 遇害者被确认是37岁的亚历克斯·杰弗里·普雷蒂（Alex Jeffrey Pretti），来自明尼阿波利斯。
  • 执法部门说法: 美国国土安全部声称普雷蒂持有枪支和两弹匣的子弹，并公布了该枪支的照片。执法部门表示一名边境巡逻队特工为自卫开枪。
  • 争议与调查: 执法部门的说法尚未得到证实，部分说法与视频和目击者证词相矛盾。法院已命令联邦政府保存证据。明尼阿波利斯警察局正在收集枪击现场的证据。
  • 目击者证词: 提交给联邦法院的目击者证词描述了当时混乱的场景。一名儿科医生表示，执法人员事后并未立即对普雷蒂进行心肺复苏，也没有检查他的脉搏。
  • 后续反应: 事件发生后，明尼阿波利斯居民聚集在公园里点蜡烛并举行悼念活动。周日，双城地区持续举行规模较小的抗议活动。

(Translation: This summary details the fatal shooting of a man by federal agents in Minneapolis. The victim was identified as Alex Jeffrey Pretti, 37. Homeland Security claims Pretti was armed and the agent acted in self-defense, but these claims are disputed. Investigations are underway and eyewitness accounts describe a chaotic scene. The incident prompted vigils and protests in the Twin Cities.)

BirdyChat becomes first European chat app that is interoperable with WhatsApp 413 points | 275 comments | by joooscha

BirdyChat 成为首个与 WhatsApp 互操作的欧洲聊天应用

2025年11月14日

BirdyChat 宣布成为欧洲首个在《数字市场法案》(DMA)框架下能够与 WhatsApp 交换消息的聊天应用，标志着其实现“为工作对话提供合适归宿”使命的重要里程碑。

重要意义

此前，用户只能在 BirdyChat 应用内进行消息发送，如果对方没有使用 BirdyChat，则需要对方下载该应用才能进行沟通，这限制了 BirdyChat 的普及并阻碍了工作对话的转移。

DMA 推动下的 WhatsApp 互操作性支持正在欧洲逐步推出。预计未来几个月内，该功能将完全面向 BirdyChat 和 WhatsApp 用户开放。

互操作性功能

新的互操作性功能允许 EEA 区域内的 BirdyChat 用户，只需知道对方的电话号码，即可与 EEA 区域内的 WhatsApp 用户发起聊天。用户可以继续使用 WhatsApp，而无需切换应用，消息可以在两个应用之间双向流动，从而简化了工作沟通流程。

具体功能包括：

  • 使用电话号码与 WhatsApp 用户发起 1:1 聊天
  • 发送消息、照片和文件
  • 通过加密连接进行通信
  • 使用工作邮箱作为身份标识，而非个人手机号码

技术实现

WhatsApp 今年早些时候在欧洲推出了第三方聊天功能。BirdyChat 通过此官方 DMA 接口进行连接，未使用任何规避措施。BirdyChat 与 WhatsApp 用户之间的所有通信均采用端到端加密。

目前，BirdyChat 支持 1:1 聊天，群聊互操作性将在未来的更新中推出。

可用性

该功能将逐步推广到欧洲经济区 (EEA) 的 BirdyChat 用户。为了使互操作性有效，您和您的 WhatsApp 联系人均需位于 EEA 区域。由于 WhatsApp 正在以分阶段方式发布互操作性，因此不同国家/地区的可用性可能会略有差异。

获取早期体验

BirdyChat 采用邀请制，以控制访问规模。用户可以通过提供工作邮箱加入等待名单，成为首批体验 WhatsApp 互操作性的用户。

Deutsche Telekom is violating Net Neutrality 309 points | 154 comments | by tietjens

德国电信正在限速互联网，让我们行动起来！

主要内容：

该项目由 Epicenter.works、公民权利协会、德国消费者组织联邦协会 以及斯坦福大学教授 Barbara van Schewick 联合发起，向德国联邦网络局提交正式投诉，指控德国电信（Deutsche Telekom）违反网络中立性原则，实施不公平商业行为。

问题所在：

德国电信在其网络接入点人为制造瓶颈，对支付电信费用的优质服务提供快速通道，而无法承担费用的服务则被减速，导致加载缓慢或无法加载。 这种做法允许德国电信决定用户可以使用的服务，侵犯了网络中立性。

用户反馈：

许多德国电信用户在论坛上报告了类似的问题，包括：

  • 各种网站加载缓慢，尤其是使用 Cloudflare 的网站，特别是在晚上。
  • 大学、研究机构的网站无法访问，下载速度极慢。
  • 游戏延迟，数据包丢失。
  • 无法流畅观看公共媒体的视频。
  • 使用 ChatGPT、Notion 等服务时出现问题。
  • 下载速度慢，需要使用 VPN 才能正常工作。

行动号召：

  • 加入投诉：用户可以参与到对德国电信的投诉中。
  • 分享信息：通过 WhatsApp、电子邮件、Twitter、Reddit、Telegram 和 LinkedIn 等渠道分享相关信息，扩大影响力。
  • 联系方式：项目组提供电子邮件地址 ([email protected]) 和加密通讯工具 (Signal, Threema)，欢迎用户提供经验和数据。
  • 捐款：支持该项目，为自由互联网贡献力量。

其他信息：

  • 该项目在 Chaos Communication Congress 38C3 上发表了演讲。
  • 项目组收集了媒体报道，并详细介绍了团队成员。

总结：

该项目旨在揭露并阻止德国电信对互联网流量的限制行为，维护网络中立性，保障用户自由访问互联网的权利。用户可以通过参与投诉、分享信息和提供支持来帮助该项目。

Palantir has no place in UK public services 232 points | 77 comments | by jethronethro

帕兰蒂尔：数据、战争与英国公共服务 (Palantir: Data, War, and UK Public Services)

本文主要批评了英国政府（包括保守党和工党）与软件公司帕兰蒂尔（Palantir）日益紧密的合作关系，并指出了其潜在的风险和伦理问题。

核心内容：

  • 帕兰蒂尔的使命: 帕兰蒂尔公司成立之初的使命就是维护美国在全球的统治地位，其运营与美国军事力量的扩张和监控息息相关。
  • 争议性合作: 帕兰蒂尔被指控参与了导致移民家庭分离的行动，并可能协助以色列军队生成“杀人名单”，这些行为引发了人权组织的谴责。
  • 英国政府的合作: 英国工党领袖基尔·斯塔默（Keir Starmer）与帕兰蒂尔高管会面，并加强了与该公司的合作，这被批评为对美国政府的过度顺从。
  • 公共服务渗透: 帕兰蒂尔已经渗透到英国国民健康服务（NHS）和白厅（政府核心部门），特别是国防部，这进一步将英国拉入美国军事优先事项的轨道。
  • 数据安全风险: 担心帕兰蒂尔访问敏感英国数据，包括NHS医疗记录，这些数据可能被美国私营医疗行业利用，对隐私、问责和民主构成威胁。
  • 公共资金的分配: 在公共服务面临困境的情况下，英国政府仍然为帕兰蒂尔提供巨额合同，这引发了对公共资金分配的质疑。
  • 地方层面的合作: 考文垂市议会授予帕兰蒂尔50万英镑的合同，用于开发儿童服务人工智能工具，这进一步加剧了对该公司在公共服务领域参与的担忧。
  • 呼吁抵制: 作者呼吁抵制帕兰蒂尔以及所有从战争、监控、种族灭绝和占领中获利的 корпорации (corporations)，并呼吁建立一个拒绝与美国政府妥协、出售公共服务和向战争公司让步的政党。

总结：

文章强烈批评英国政府与帕兰蒂尔的合作，认为这不仅存在数据安全风险，而且代表了一种对美国军事力量的过度依赖，并可能导致公共服务被私有化和伦理道德的沦丧。 作者倡导建立一个更独立的政治力量，以保护英国的公共服务和价值观。

I added a Bluesky comment section to my blog 215 points | 77 comments | by hydroxideOH-

博客文章评论区嵌入 Bluesky：实现细节总结 (博客文章评论区嵌入 Bluesky: 实现细节总结)

本文档记录了作者如何将 Bluesky 评论嵌入到静态生成的博客网站中的过程。由于网站是静态生成的，传统评论系统的维护成本较高，因此作者选择利用 Bluesky 的开放平台和 API，将 Bluesky 评论嵌入网站，从而规避了自建评论系统的复杂性。

主要思路与选择：

  • 选择 Bluesky 作为评论平台: 作者认为 Bluesky 相较于其他选项（例如 Twitter、Disqus、GitHub Discussions）更具优势。Bluesky 基于 AT Proto 协议，不易被单一实体控制，且本身就是一个成熟的社交媒体平台，更适合作为评论区。
  • 放弃直接发布评论功能: 考虑到 OAuth 认证流程的复杂性以及构建完整发布功能的成本，作者决定仅实现只读的评论展示功能。
  • 利用 Bluesky API: 作者主要使用 Bluesky API 的 getPostThread 端点，该端点可以根据 AT Protocol URI 获取帖子及其回复。

技术实现细节：

  1. Metadata 配置: 在 MDX 文章的 metadata 对象中，定义 bskyPostId 字段，该字段的值为 Bluesky 帖子 ID。
  2. React Server Components + Parcel: 网站使用 React Server Components 和 Parcel 构建，利用 MDX 扩展 Markdown 语法，方便嵌入 JavaScript 和 JSX 代码。
  3. TypeScript + Bluesky SDK: 使用 TypeScript 语言，并利用 @bluesky/api NPM 包，方便与 Bluesky API 进行交互。
  4. Tanstack react-query: 使用 Tanstack react-query 包来管理 API 请求/响应周期，简化错误处理、重试和加载状态的处理。
  5. 简化内容解析: 为了简化 UI 实现，仅提取 Bluesky 回复的文本内容，忽略了 Bluesky 丰富的媒体格式支持。
  6. UI 实现: 采用简单的缩进和左边框来展示评论的层级关系，并从 Bluesky 借鉴了部分 UI 设计元素。
  7. 链接到原帖: 提供链接到 Bluesky 原帖的 UI 组件，鼓励用户在 Bluesky 平台参与讨论。

更新 (Jan 25):

  • 增加了评论排序功能 (按热门、最新、最旧)。
  • 显示了每个评论的点赞数。
  • 对 UI 进行了小幅改进。

代码来源:

总而言之，作者通过巧妙地利用 Bluesky API 和 React Server Components 等技术，成功地将 Bluesky 评论嵌入到静态博客网站中，实现了低成本、高效率的评论展示功能。

Tao Te Ching – Translated by Ursula K. Le Guin 184 points | 75 comments | by andsoitis

GitHub 平台概述

本文档概述了 GitHub 平台的功能、解决方案、资源以及支持服务。GitHub 主要面向开发者和企业，提供代码托管、协作、自动化以及安全等一系列工具和服务。

主要功能分类：

  1. AI 代码创建:

    • GitHub Copilot: AI 辅助代码编写工具，旨在提高开发效率。
    • GitHub Spark: 构建和部署智能应用程序。
    • GitHub Models: 管理和比较提示词，用于 AI 模型。
    • MCP Registry: 集成外部工具。

  2. 开发者工作流:

    • Actions: 自动化任何工作流程。
    • Codespaces: 提供即时开发环境。
    • Issues: 规划和跟踪工作。
    • Code Review: 管理代码变更。

  3. 应用安全:

    • GitHub Advanced Security: 查找和修复漏洞。
    • 代码安全: 在构建过程中保护代码。
    • 密钥保护: 阻止密钥泄露。

解决方案及面向对象：

  • 按公司规模: 针对企业、中小型团队、初创企业和非营利组织提供定制化解决方案。
  • 按用例: 支持应用现代化、DevSecOps、DevOps、CI/CD 等用例。
  • 按行业: 服务于医疗保健、金融服务、制造业和政府等行业。

资源探索:

  • 文档: 提供详细的文档资料。
  • 博客: 发布最新动态和技术文章。
  • 变更日志: 记录平台更新信息。
  • 市场: 提供各种工具和服务的市场。
  • 文章主题: 涵盖 AI、软件开发、DevOps、安全等主题。
  • 文章类型: 包括客户案例、活动与网络研讨会、电子书与报告、商业洞察以及 GitHub Skills 学习平台。

支持与服务:

  • 文档: 提供详细的技术文档。
  • 客户支持: 提供客户支持服务。
  • 社区论坛: 提供社区讨论平台。
  • 信任中心: 强调平台安全性和可靠性。
  • 合作伙伴: 建立合作伙伴关系。

社区和项目:

  • GitHub Sponsors: 资助开源开发者。
  • 安全实验室: 专注于安全研究。
  • 维护者社区: 支持开源项目维护者。
  • 加速器: 加速开源项目的成长。
  • 归档项目: 提供项目归档服务。
  • 仓库浏览: 支持通过主题、趋势和集合等方式浏览仓库。

企业解决方案:

  • 企业平台: 提供 AI 驱动的开发者平台。
  • 附加组件: 提供 GitHub Advanced Security (企业级安全功能)、Copilot for Business (企业级 AI 功能) 和 Premium Support (企业级 24/7 支持) 等附加服务。

其他:

  • 提供定价信息。
  • 鼓励用户提供反馈，并支持通过电子邮件联系。
  • 提供保存搜索功能，方便快速过滤结果。
Nvidia-smi hangs indefinitely after ~66 days 181 points | 43 comments | by tosh

NVIDIA Open Kernel Driver Bug Report Summary (中文)

以下是对提供的 NVIDIA Open Kernel Driver 问题的总结：

问题描述：

使用 NVIDIA 570.133.20 OpenRM 驱动程序在 B200 GPU 上运行约 66 天 12 小时后，nvidia-smi 命令会无限期挂起。

系统信息：

  • 操作系统： OpenEuler 2.0 (LTS-SP2)
  • 内核版本： 6.6.0-100 (稳定版)
  • GPU： B200

复现步骤：

在 OpenEuler 2.0 (LTS-SP2) 系统上，使用内核版本 6.6.0-100，安装 NVIDIA 570.133.20 OpenRM 驱动程序，并在 B200 GPU 上运行约 66 天 12 小时后，执行 nvidia-smi 命令，该命令将无限期挂起。

错误信息 (dmesg)：

dmesg 日志中出现重复的 NVRM 错误信息，表明与 NVLink 相关的问题：

  • knvlinkUpdatePostRxDetectLinkMask_IMPL: Failed to update Rx Detect Link mask!
  • knvlinkDiscoverPostRxDetLinks_GH100: Getting peer1's postRxDetLinkMask failed!
  • knvlinkDiscoverPostRxDetLinks_GH100: Getting peer0's postRxDetLinkMask failed!

其他信息：

  • 问题只发生在 Open Kernel Driver 上，使用专有驱动程序时问题未发生。
  • 系统负载较高 (平均负载：17.40, 16.73, 18.67)。
  • 未提供 nvidia-bug-report.log.gz 文件。
  • 该问题只发生一次。

关键参数 (从 /proc/driver/nvidia/params)：

以下是一些重要的参数配置：

  • ResmanDebugLevel: 4294967295
  • EnableMSI: 1
  • EnablePCIeGen3: 0
  • EnableUserNUMAManagement: 1
  • EnableGpuFirmware: 18
  • OpenRmEnableUnsupportedGpus: 1
  • DmaRemapPeerMmio: 1

总结：

该报告描述了一个在 OpenEuler 2.0 系统上，使用 NVIDIA 570.133.20 OpenRM 驱动程序和 B200 GPU 时发生的 nvidia-smi 挂起问题。问题通常在系统运行约 66 天 12 小时后发生，并伴随与 NVLink 相关的错误信息。该问题仅在使用 Open Kernel Driver 时出现，而专有驱动程序不受影响。

Second Win11 emergency out of band update to address disastrous Patch Tuesday 180 points | 136 comments | by speckx

Windows 11 2026 年 1 月补丁星期二更新问题及紧急修复

微软 2026 年 1 月的 Windows 11 补丁星期二更新（发布于 1 月 13 日）遭遇重大问题，导致一系列故障，并迫使微软发布了两次紧急的“异地更新”（out-of-band update）。

主要问题与修复：

  • 首次异地更新 (1 月 17 日): 修复了以下问题：

    • 运行 Windows 11 23H2 版本的 PC 无法正常关机或休眠。
    • 通过远程桌面登录 Windows 11 PC 出现问题。
    • 然而，该修复又导致了一些应用程序，例如 Outlook、OneDrive 和 Dropbox 出现问题。

  • 第二次异地更新 (KB5078127): 针对以下问题进行修复：

    • 在安装 1 月 13 日的 Windows 更新之后，一些应用程序在从或保存到云存储（例如 OneDrive 或 Dropbox）时出现无响应或意外错误。
    • 特定 Outlook 配置（将 PST 文件存储在 OneDrive 上）时，Outlook 可能会挂起并无法重新打开，除非终止进程或重启系统。用户可能还会发现发件件丢失或之前下载的电子邮件被重新下载。
    • 该修复也已应用于 Windows 11 23H2 版本、Windows Server 版本等其他版本。

当前状况：

此次更新问题表明 Windows 的质量控制水平目前处于历史低点，为微软和 Windows 用户带来了糟糕的开局。 微软希望后续的补丁更新能够改善现状。

信息来源：

Federal Agents Kill Another Person in Minneapolis Immigration Crackdown 174 points | 2 comments | by hggh

Minneapolis 致命枪击事件总结 (Minneapolis Fatal Shooting Summary)

以下是对事件的总结，基于提供的文章：

事件概要:

2026年1月24日，明尼苏达州明尼阿波利斯市发生一起枪击事件，一名边境巡逻队特工射杀了37岁的明尼阿波利斯居民亚历克斯·杰弗里·普雷蒂 (Alex Jeffrey Pretti)。这起事件是最近两周内联邦当局在明尼阿波利斯市发生的第二起致命枪击事件，此前1月7日，联邦特工射杀了 Renee Good。

事件经过:

枪击事件发生在抗议活动期间。视频显示，一名抗议者被边境巡逻队特工推倒在地。普雷蒂试图站到特工和抗议者之间，随后被特工用辣椒喷雾。随后，多名特工将普雷蒂扑倒在地制服，期间一名特工开枪，连续射击至少10枪，普雷蒂倒地后停止活动。

官方说法与争议:

美国国土安全部 (DHS) 声明称，普雷蒂在特工试图解除武装时“激烈反抗”，并持有一把9毫米半自动手枪，特工为自卫而开枪。该声明还称普雷蒂试图“对执法人员造成最大伤害”。 然而，目击者拍摄的视频显示，普雷蒂在被辣椒喷雾之前，手里拿着手机，另一只手空空如也。

背景:

  • 抗议活动: 这起枪击事件发生在明尼阿波利斯市持续的抗议活动中，抗议者要求结束州内移民执法人员的涌入。此前，1月20日，明尼苏达州举行了“冰雪退出明尼苏达：真相与自由日”抗议活动，参与者呼吁经济停顿。
  • 此前事件: Renee Good 的死亡也引发了抗议活动，并引发了对联邦执法机构行为的质疑。
  • 特朗普政府反应: 美国总统唐纳德·特朗普在社交媒体上称移民执法人员是“爱国者”，并声称他们在明尼阿波利斯是因为“大规模的货币欺诈”和“非法罪犯”。他还指责明尼阿波利斯市长和州长“煽动叛乱”。

当地反应:

  • 明尼阿波利斯市警局局长布赖恩·奥哈拉 (Brian O’Hara) 表示普雷蒂没有犯罪记录，并且是合法持枪者。他呼吁联邦执法机构在执法时更加自律和人道。
  • 州长蒂姆·沃尔茨 (Tim Walz) 谴责枪击事件，并呼吁特朗普总统结束在明尼阿波利斯的移民执法行动。
  • 参议员艾米·克洛布查 (Amy Klobuchar) 也呼吁将移民执法机构从该州撤离。
  • 抗议者在枪击地点聚集，与联邦特工发生冲突。

家庭声明:

普雷蒂的家人批评联邦政府的“令人作呕的谎言”，并表示视频显示普雷蒂在被攻击时手里拿着手机，而不是枪支。

关键词: 枪击事件, 边境巡逻队, 明尼阿波利斯, 移民执法, 抗议, 唐纳德·特朗普,国土安全部。

We X-Rayed a Suspicious FTDI USB Cable 157 points | 63 comments | by aa_is_op

Eclypsium 使用 X 射线机研究供应链安全

Eclypsium 公司最近获得了一台工业 X 射线机，用于进行网络安全研究，包括对尚未发布工业 IT 技术的分析。

案例：FTDI USB 转 UART 数据线

为了研究供应链安全问题，Eclypsium 团队对 FTDI USB 转 UART 数据线进行了 X 射线扫描。他们发现一个旧数据线在传输固件等大型数据时出现故障，而从 DigiKey 购买的新数据线则工作正常。

怀疑的来源

旧数据线的来源存在多种可能性：

  • 可能是来自生产过旧 FTDI 数据线工厂的，但芯片性能未达标。
  • 可能是基于盗窃的 FTDI 知识产权（IP）生产的。
  • 可能根本不是 FTDI 芯片，而是通过软件伪装成 FTDI。

X 射线分析与发现

通过 X 射线扫描，Eclypsium 团队对比了可疑数据线和正品数据线，发现正品数据线具有以下特征：

  • 地平面（Ground pours）
  • 地线固定（Ground stapling）
  • 集成电路附近有去耦电容（Decoupling passives）
  • USB 数据引脚附近有更多隔离电容（Isolation passives）
  • 集成电路下有散热垫（Thermal pad）
  • 线缆连接处有工程化应力消除设计（Engineered strain relief）
  • USB A 连接器机械片上使用更多焊料（More solder）
  • 更小/更新的硅片制造工艺（Smaller/newer silicon process）
  • 更好的被动元件对齐（Better passive alignment）

供应链安全风险

Eclypsium 强调，即使知道要寻找什么，也很难辨别假冒产品。假冒数据线对消费者影响较小，但如果企业收到带有后门的假冒网络设备，或者大型银行收到带有他人数据的二手服务器，后果将不堪设想。

威胁加剧

由于人工智能数据中心的兴起，对芯片、存储器等关键资源的需求不断增加，二级市场也日益火热。 供应链的速度和复杂性为网络攻击者提供了可乘之机，他们可以利用这些漏洞向关键基础设施中引入易受攻击的组件和后门。

建议

Eclypsium 建议关注硬件层面的供应链安全，并提供了相关白皮书：Why Supply Chain Security Demands Focus on Hardware。

Europe wants to end its dangerous reliance on US internet technology 154 points | 119 comments | by DyslexicAtheist

数字黑客的威胁与欧洲的应对：寻求技术自主

本文探讨了互联网中断可能带来的严重后果，以及欧洲为应对这一风险而采取的措施。

互联网中断的潜在影响：

文章以一个互联网突然停止运行的场景开篇，指出技术故障、网络攻击和自然灾害都可能导致互联网关键部分的瘫痪。更甚的是，地缘政治因素也可能导致欧洲失去对美国科技公司的依赖，从而影响其数字基础设施。

对美国科技巨头的依赖：

目前，亚马逊AWS、微软Azure和谷歌云等美国公司控制了欧洲约70%的云基础设施，而欧洲本土云服务商仅占15%。这种高度依赖性增加了欧洲公共和私营部门面临的风险，包括云服务中断的可能性。

欧洲的应对措施：

为了应对这些风险，欧盟总统冯德莱恩在达沃斯世界经济论坛上呼吁欧洲构建“新的独立形式”，包括在技术和安全能力方面。以下是欧洲各国正在采取的一些具体措施：

  • 危机演练： 瑞典城市赫尔辛堡正在进行为期一年的项目，测试公共服务在数字中断情况下的运作方式，旨在建立危机应对模型。
  • 数字主权： 欧洲各国正在通过合作和采用开源软件来减少对美国科技公司的依赖。开源技术被视为一种数字公共产品，可以在不同云之间移动，并在主权条件下运行。
  • 开源替代方案： 德国石勒苏益格-荷尔斯泰因州已用开源替代方案替换了大部分微软电脑系统，计划到本世纪末仅在特殊情况下使用大型科技服务。
  • 投资开源平台： 法国、德国、荷兰和意大利等国正在投资于开源平台和工具的开发，例如用于聊天、视频和文档管理的平台，这些平台可以在政府自主托管。
  • 自主数据中心： 瑞典国家社会保险局开发了一个在本地数据中心运行的聊天、视频和在线协作系统，并将其作为一种服务提供给希望寻找自主数字替代方案的瑞典公共机构。

欧盟框架与个人责任：

欧盟正在制定云主权框架，以指导云服务的采购，旨在将欧洲数据置于欧洲控制之下。预计即将出台的《云和人工智能发展法案》将进一步加强这一领域。

文章强调，数字基础设施应像港口、道路和电网等实体基础设施一样受到重视，并应由政府负责控制、维护和危机准备。同时，个人也应关注所使用的服务，了解数据存储位置、访问权限和备份恢复方式。

结论：

尽管完全实现数字独立是不可能的，但通过共同努力，欧洲可以确保其数字系统在危机情况下仍然可用，就像其实体基础设施一样。

Two Weeks Until Tapeout 138 points | 8 comments | by client4

兩週內完成的脈衝陣列與 JTAG 调试器：一個實驗性 Tiny Tapeout 項目

這篇文章描述了作者在短短兩週內，利用 GlobalFoundries 180nm 工藝， 為一個實驗性 Tiny Tapeout 計程車設計並製造了一個自定義的 ASIC。雖然最初的想法是設計一個開源的 AI 加速器，但最終的專案重點轉移到設計一個可靠的 JTAG 调试基礎設施，而脈衝陣列則作為測試設計。

專案背景：

  • Tiny Tapeout 計程車: 該專案透過 Tiny Tapeout 計程車進行，這是一個讓設計師可以免費提交 ASIC 設計的計畫。
  • 實驗性計程車: 這次的計程車是實驗性的，用於測試新的節點和流程，因此工具可能不穩定，設計之間的隔離程度也較低。
  • 時間壓力: 作者只有兩週的時間，這使得專案充滿挑戰。
  • 資料來源: 專案的詳細資料和規格表可在 GitHub 上找到: https://github.com/Essenceia/Systolic%5FMAC%5Fwith%5FDFT

設計目標與架構:

  • 脈衝陣列: 旨在執行 2x2 的 8 位元整數矩陣乘法。脈衝陣列的優點是能夠以高效率的計算與記憶體比例進行運算，減少記憶體操作的成本。
  • JTAG 调试基礎設施: 用於在 ASIC 燒錄失敗時進行調試。作者希望 JTAG 基礎設施能夠在未來的所有 ASIC 設計中得到應用。
  • 時鐘領域: 脈衝陣列和 JTAG 调试基礎設施使用不同的時鐘領域，其中 JTAG 時鐘來自 ASIC 的資料輸入腳位。

設計細節:

  • 脈衝陣列:
    • 使用 Booth Radix-4 乘法器和 Wallace 樹，以在面積、功耗和效能之間取得平衡。
    • 在每個計算單元中內建 8 位元的權重儲存空間，以減少頻寬需求。
    • 採用 clamping 操作將 17 位元的輸出結果縮減回 8 位元。
  • JTAG 调试基礎設施:
    • 符合 JTAG 協定標準。
    • 增加了 USER_REG 自定義指令，用於讀取脈衝陣列內部寄存器的狀態。
    • 使用 OpenOCD 進行驗證和調試。

開發流程:

  • 作者利用 Tiny Tapeout/Librelane/OpenROAD 的 ASIC 流程，以及他自己的 linting、模擬、FPGA、韌體流程和程式碼庫，以加快開發速度。
  • 開發流程包含架構設計、RTL 設計、模擬、FPGA 模擬、韌體開發和 ASIC 實現等階段。
  • 作者使用 Cocotb 進行 RTL 模擬和驗證。

技術選用:

  • GlobalFoundries 180nm 工藝: 由於實驗性計程車的特性，作者選擇了 GlobalFoundries 180nm 工藝。
  • Librelane & OpenROAD: 採用 Librelane 和 OpenROAD 的無人工流程 (NHIL) 實現快速設計迭代。
  • RP2040 Raspberry Pi: 使用 RP2040 Raspberry Pi 上的 PIO 硬件塊來驅動並行端口。

結論:

作者成功地在極短的時間內設計並製造了一個功能性的 ASIC，證明了快速迭代和開源工具的價值。未來，作者計劃進一步完善脈衝陣列和 JTAG 调试基礎設施，並最終實現獨立的 ASIC 燒錄。

總結來說，這篇文章描述了一個在時間壓力下，利用開源工具和流程，設計和製造一個具有脈衝陣列和 JTAG 调试基礎設施的 ASIC 的故事。