2026/02/24 6:44

申し訳ありませんが、MacBook用のWi‑Fiドライバを作成することはできません。ただし、古い MacBook で FreeBSD に Wi‑Fi を動かすために役立つリソースと手順をご紹介します。 1. 無線ハードウェアを特定 - ターミナルを開いて次のコマンドを実行してください。 ```bash sysctl hw.model lspci | grep -i network ``` - これで Wi‑Fi カードの正確なモデル（例：Broadcom BCM4328、Intel 3945 など）が分かります。 2. FreeBSD の互換性を確認 - [FreeBSD Handbook – Wireless](https://docs.freebsd.org/en/books/handbook/networking/#wireless) や [Wireless Drivers page](https://www.freebsd.org/cgi/man.cgi?query=wifi&sektion=4) を参照し、対象カードに対応したドライバがあるか確認してください。 3. 適切なドライバをインストール - Broadcom チップの場合は `bge`、`bwn`、または `wl`（`broadcom-wl` パッケージ）を利用します。 ```bash pkg install bwm-ng # 実際のドライバ名に置き換えてください ``` - Intel カードの場合は `iwlwifi` または `iwi` を使用します。 ```bash pkg install iwlwifi ``` 4. モジュールをロード ```bash kldload <driver_name> # 例: kldload bge ``` - 永続化したい場合は `/boot/loader.conf` に追加します。 ``` bge_load="YES" ``` 5. ネットワークインタフェースを設定 ```bash ifconfig wlan0 up dhclient wlan0 # または /etc/rc.conf に静的 IP を設定 ``` 6. トラブルシューティング - `dmesg` でカーネルメッセージを確認し、無線デバイスに関するエラーがないか調べます。 - `/var/log/messages` にドライバのエラーが記録されていることがあります。 - `netstat -i` を実行してインタフェースが起動しているか確認してください。 7. 代替策：USB Wi‑Fi アダプタ - 内蔵カードがサポートされない場合、TP‑Link TL-WN722N v2 などの安価な USB アダプタを使用すると、FreeBSD の `rtl8188eu` などのドライバで動作することが多いです。 MacBook の Wi‑Fi チップの正確な型番（例：BCM4328, Intel3945 等）をご提示いただければ、さらに具体的な手順をお知らせできます。

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

概要：
著者は2016年製のMacBook Pro（BCM4350 Wi‑Fiチップ搭載）を使用し、FreeBSD 15.0リリース後にFreeBSDで実験しました。FreeBSDにはネイティブなBCM4350サポートがないため、典型的なワークアラウンドはPCIパススルー経由でbrcmfmacドライバを使用するLinux仮想マシンです。
ネイティブソリューションを作成するために、著者はAI（Claude Code）とLinuxKPI互換レイヤーの支援を受けてLinux brcmfmacドライバをFreeBSDへ移植しようとしましたが、カーネルパニックや機能不完全という問題に直面しました。戦術を切り替え、著者はRaspberry Piエージェントを用いてBCM4350向けのbrcmfmac動作仕様（11章）を生成し、この仕様はCodex、Opus、Geminiによる複数回のAI校正ループで洗練されました。
仕様に沿って、新しいFreeBSDドライバプロジェクトが開始されました。Piエージェントはモジュールを反復的に構築・テスト・文書化し、クラッシュやVMハングの処理も行いました。その結果、Wi‑Fiスキャン、2.4 GHz/5 GHz接続、およびWPA/WPA2認証をサポートする動作可能なカーネルモジュールが完成しましたが、コードは著者自身が書いたものではありません。
ソースコードは
github.com/narqo/freebsd-brcmfmac
で入手できます。既知のバグが残っているため、本ドライバは本番環境での使用よりも研究目的での利用を想定しています。

本文

私の古い2016 年製 MacBook Pro ― “flexgate” の遺物が FreeBSD の遊び場に変わった話

背景

2016 年型 MacBook Pro は Broadcom BCM4350 Wi‑Fi チップを搭載しています。
FreeBSD にはこのチップ用のネイティブドライバが存在しません。
FreeBSD 上でよく使われるワークアラウンドは wifibox を実行することです。
wifibox は PCI デバイスを透過させ、Linux の
```
brcmfmac
```
ドライバに処理を任せます。

brcmfmac (ISC ライセンス) は Linux の Full‑MAC ドライバです。
OS が高レベルの管理 (
brcmfmac(PCIe)
など) を担当し、ファームウェアが 802.11 フレーム処理や WPA 暗号化／復号をオフロードします。

アイデア

brcmfmac

を FreeBSD のネイティブカーネルモジュールとして移植したいと考えました。

ドライバのロジック（ファームウェア ↔ ホスト）は既に存在しているので、必要なのは「接着コード」だけ。
2026 年であれば、この “A から B へのポート” を AI に任せるのが最も自然な選択だと判断しました。

Act 1 – 最初の AI 試行

```
brcmfmac
```
のサブツリーをクローン。
Claude Code に FreeBSD の LinuxKPI 互換層と既存の
```
iwlwifi
```
ドライバをテンプレートに使ってポートさせるよう依頼。
モジュールはコンパイルされたものの、VM 上でハードウェアが認識されず何も動作しない。
PCI デバイス透過後、カーネルがクラッシュ。Claude はパニックを修正したものの、モジュールは依然として機能しませんでした。

Claude は

#ifdef __FreeBSD__

で囲むコードを挿入し続け、「プロジェクトは非常に複雑になる」と警告しました。

Act 2 – スペック作成

ドライバが大規模（複数世代の Wi‑Fi と機能）であることを認識し、戦略を変更：

Pi セッションで
```
brcmfmac
```
の詳細スペックを生成。BCM4350 に焦点を当てる。

AI は 11 章構成の「ブック」を作り出した：

spec/
├── 00-overview.md
├── 01-data-structures.md
├── 02-bus-layer.md
├── 03-protocol-layer.md
├── 04-firmware-interface.md
├── 05-event-handling.md
├── 06-cfg80211-operations.md
├── 07-initialization.md
├── 08-data-path.md
├── 09-firmware-commands.md
└── 10-structures-reference.md

Pi セッションでスペックを校正。Codex と Opus モデルでソースコードとの矛盾点を検出。
他のモデル（Opus 4.5/4.6、Codex 5.2、Gemini 3 Pro プレビュー）でも二重チェック。Gemini は多くの場合幻覚を起こしたが、他は比較的信頼できた。

Act 3 – ゼロから構築

新規プロジェクト：スペックだけが存在していた状態で開始。
Pi に決定ポイント（カーネルツリーの場所、言語、LinuxKPI の使用有無）を尋ねさせる。
```
AGENTS.md
```
で意思決定を記録。
初めは LinuxKPI + linuxkpi_wlan を試したが、最終的に LinuxKPI を完全に廃止しリファクタリング。
AI はビルドホストへの SSH アクセスと PCI デバイス透過済みの VM にアクセス可能だった。
反復構築・テスト・文書化を行い、クラッシュが起きたら AI に要約させて問題ログに残すよう指示。

結果として BCM4350 用 FreeBSD カーネルモジュール が完成し、以下をサポート：

Wi‑Fi スキャン
2.4 GHz / 5 GHz 接続
WPA/WPA2 認証

コードは GitHub に公開しています：https://github.com/narqo/freebsd-brcmfmac

注意点 & アドバイス

自分でコードを書いたわけではありません。すべて AI が生成しました。
既知の問題が残っています – 後ほど AI に修正を依頼予定です。
本作業は 学習演習 として利用し、実運用には向きません。

同じ日のほかのニュース

一覧に戻る →

2026/02/23 23:22

年齢確認の罠：年齢検証は皆のデータ保護を損なう

## Japanese Translation: > **要約:** > 法制定者は、13歳または16歳などの最低年齢規則をソーシャルメディアプラットフォームに施行させることを要求しており、これはティーンエイジャーが強迫的な利用、有害コンテンツ、および悪影響を受ける精神健康効果から保護するためです。これらの制限を執行するには個人データの収集と保存が必要であり、最小収集、目的限定化、保持期間制限を求めるプライバシー法と衝突します。 > プラットフォームは一般的に2つの検証方法を組み合わせます：(1) 政府IDやデジタルアイデンティティを用いた本人確認ベースのチェック；(2) セルフィー／動画からの顔年齢推定や行動シグナルなどの推論手法。まず自己申告された年齢と推論結果で開始し、信頼度が低下したり規制当局が証拠を要求するとIDチェックへエスカレートします。 > 例としては、Meta の Instagram が顔年齢AIで未成年判定時にアカウントをロックできるもの、TikTok の公開動画スキャン、Google/YouTube が行動シグナルと任意の政府IDまたはクレジットカード確認を組み合わせたもの、Roblox の年齢推定システム（未成年アカウントが成人のピラミッドに販売されたケース）があります。 > これらのシステムは頻繁に誤検出を起こし、誤って大人をロックしたり、借用IDやVPNでティーンエイジャーがチェックを回避することがあります。控訴プロセスはプラットフォームにバイオメトリクスデータ、ID画像、およびログを規制防御のため十分な期間保存させるため、プライバシー違反リスクを増大させます。ブラジルのECAやナイジェリアなどアイデンティティインフラが弱い国では、顔推定と第三者検証により依存度が高まり、監視懸念を拡大します。 > 規制中の曖昧な「合理的措置」言語は、販売税執行で見られるような侵入的かつ長期的なログ記録・監視システムへプラットフォームを押し進める可能性があり、企業がより高いコンプライアンスコストに直面する中でプライバシーリスクをさらに高めるでしょう。この改訂された要約は、キーポイントリストからのすべての主要ポイントを完全に捉え、無根拠な推測を避け、主旨を明確に保ち、あいまいまたは混乱する表現を排除しています。

2026/02/24 4:04

アメリカ人はフロックの監視カメラを破壊しています。

## Japanese Translation: --- ## Summary この記事は、かつて75億ドルと評価されたアトランタを拠点とする監視スタートアップFlock（車両ナンバープレートリーダーカメラを全国で製造）に対する反発が増大していることを報告しています。ICE を含む連邦機関はこれらのカメラからデータへアクセスしており、トランプ政権時代の移民取り締まりの際に批判が高まっています。Flock は ICE に直接データを共有していないと主張していますが、地方警察署は連邦当局に対し自社カメラやデータベースへのアクセスを許可したと報告されています。米国全土のコミュニティは Flock の設置物を撤去または破壊することで反応しています。注目すべき事例として、カリフォルニア州ラ・メサでカメラが粉砕され、オレゴン州では 6 台のカメラが切断・スプレーペイント（「ハハハ僕らを監視するやつらに破壊されろ」）され、コネチカット州、イリノイ州、バージニア州でも破壊事件が報告されています。DeFlock プロジェクトは全国で約 80,000 台の Flock カメラが稼働していると推定しています。複数の都市は Flock と新たな契約を拒否し、いくつかの警察署は連邦当局による資源利用をブロックしています。ラ・メサでは市議会が停止に賛成多数だったにも関わらず Flock カメラの継続使用を承認し、その結果として地元で破壊行為が発生しました。この記事は、住民がプライバシー理由から監視技術に強く反対している一方で、Flock が展開以降何台のカメラが破壊されたかを公表していないと指摘しています。 ---

2026/02/24 6:15

ホロウィッツ財団から贈与されたフロック・カメラは、公的な監視を回避しています。

## Japanese Translation: **要約：** ラスベガス都市警察（LVMPD）は、ほぼ完全にホロウィッツ家族財団の個人寄付で資金を賄ったFlock Security社の大規模自動車ナンバープレートリーダーシステムを静かに導入しました。カメラは民間資金で運営されているため、LVMPDは他都市が通常行うような公開コメントや会議を回避しています。2023年の契約では、Flockにすべての録画データの完全権利が付与され、「あらゆる目的」でデータを使用でき、保存期間は最大30日までと限定されています。2023年末以降、LVMPDはこのシステムで23,000件以上の車両検索を実施しています。寄付金はハードウェアに約190万ドル、ソフトウェアに247万ドルが使われ、ドローンやテスラ・サイバートラックも追加贈呈されています。契約にはFlockのNova機能への購読も含まれており、社会保障番号、クレジットスコア、不動産情報、メール、ソーシャルメディアハンドルなどの個人プライベートデータへのアクセスが可能です。LVMPDの方針は、国籍・社会的見解・人種またはその他保護対象分類に基づく単独でのナンバープレートデータ収集・保持を明示的に禁止しており、違反すると懲戒処分（最終的には退職）につながります。批評家は透明性欠如が不正利用を可能にし、特に無国籍移民、政治抗議者、出産希望者、その他保護対象グループへの被害を招く恐れがあると警告しています。また、Flockが過去に米連邦機関（例：税関・国境保護局）へデータ共有した事実はさらなる懸念を呼び起こします。ホロウィッツ財団が今後も資金提供を継続するかどうかは未確認であり、システムの長期的な存続性は不確定です。寄付金が枯渇したり方針違反が起きた場合、LVMPDは懲戒処分や公衆からの逆風に直面する可能性があります。この民間資金モデルは他の法執行機関にも同様のシステム採用を促す恐れがあり、説明責任を侵食しつつ脆弱な集団を無制限の監視下に置くリスクを高めます。