The scariest boot loader code

2025/12/20 5:29

The scariest boot loader code

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

要約

Japanese Translation:

記事は、1999年に廃止されたXターミナルのブートサーバーだったHP 9000/720 PA‑RISC ワークステーションを、著者がすべてのXターミナルを取り外した後に受け取った機械にOpenBSDを移植することで復活させた経緯を語っている。
その2つの425 MB SCSIディスクのうち1台が故障したため、著者はファイルシステムチェックをバイパスして減衰モードでシステムを動かす必要があった。
この作業は、PA‑RISC MkLinux コードにおけるメモリ管理のバグで停滞したMichael Shalayeff の1998年の取り組みを基盤としている。2002年初頭、Matt Fredette は NetBSD/hp700 ポートを拡張し、最初はシングルユーザーで動作させ、後にマルチユーザーサポートを追加した。また、NetBSD/sun2 ポートも作成し、Sun システム向けの「Machine Emulator」(TME) をリリースした。
著者は HP UX ファームウェアコンソールパス(

conspath
)を表示・変更する機械固有のブートコマンドを書き、シリアルコンソール経由で 712/715 モデルをヘッドレスに動作させることができた。これらの変更は OpenBSD/hppa のブートローダー(
machine console
)に組み込まれ、2002年3月にコミットされ、
boot_hppa(8)
にドキュメントが追加された。
テストでは Sun SPARCstation 20 上でサポートされるすべてのボーレート(50–230 400 bps)を切り替え、低速時に HP ファームウェアから出力される冗長なヘルプテキストによって長い遅延が生じたことを報告した。結果として OpenBSD は 712 を最大57 600 bpsでヘッドレスに動作させることができ、HP/UX FAQ に記載された9 600 bpsの制限を超えた。
このプロジェクトは、完全なコンソール切替サポートを備えた安定した OpenBSD/hppa ポートとして完成し、マニュアルページとブートローダー更新で文書化され、PA‑RISC システムに関する広範なコミュニティ活動に貢献した。

本文

背景

1999年、前職の雇用主が会社の X ターミナル用ブートサーバーとして保持されていた HP 9000/720 PA‑RISC ワークステーションを退役させました。
マシンはまだ HP/UX を実行していましたが、内部ディスクが老朽化し、すべての X ターミナルが消えるまで交換したくないという状況でした――結局それが起きました。

9000/720 を渡されましたが、HP/UX ではなく OpenBSD が欲しかったです。PA‑RISC 用の OpenBSD ポートは、亡き Michael Shalayeff 氏によって 1998 年に開始されたものですが、まだ実用には程遠い状態でした。


2002年初頭 – NetBSD の登場

  • Matt Fredette(MIT 学生)は既存の OpenBSD/hppa コードをベースにして、HP 9000/715 系マシン向けに NetBSD をポートしました。
  • この情報を NetBSD メーリングリストで告知し、最終的なバグを修正した後、マルチユーザー操作が可能になりました。
  • Fredette はその後、次の 2 つの新しいポートを作成しました:
    • NetBSD/hp700
      → 後に
      NetBSD/hppa
      に改名
    • NetBSD/sun2
      (Sun 2 ワークステーション用:68010/68020)

Fredette の仕事は OpenBSD 側への関心を再燃させ、より多くのハードウェアでカーネルテストが行われるようになりました。


HP‑UX 無人起動(ヘッドレス)における問題

HP の初期 PA‑RISC マシン(例:712)は電源投入時にキーボードを接続しないと停止します。
ファームウェアは「ISL」コンソールパス(

conspath 2/0/4.0x283
)を公開しており、
BOOT_ADMIN
プロンプトから変更できますが、その手順は暗号的でリスクが高く(ミスから復旧するには “dagger” ボードが必要)、安全にシリアルコンソールを設定できませんでした。

目的: OpenBSD のブートローダーに同様の仕組みを導入し、ユーザーが安全にシリアルコンソールを構成できるようにすること。


作業進行中 – コンソールパスサポート

  1. 初期パッチ(2002年2月8日)

    • machine console
      コマンドを追加し、現在のコンソールパスを表示。
    • machine console <port>.<speed>.<bits>.<parity>
      で変更可能に。
      Port =
      rs232
      または
      rs232_2

      Speed はデフォルトで 9600 bps。
      Bits はデフォルトで 8、Parity はデフォルトでなし。
  2. 712 におけるシリアルコンソール

    • 712 を 9600 8N1 シリアルモードに正常に切り替え。
    • 設定を永続化(ファームウェアへ書き戻し)実装。
  3. サポート拡張

    • キーボードと複数シリアルポートの検出を追加:
      • 720
        (2 つのシリアルポート、Hil/Asp)
      • 712/60
        (1 つのシリアルポート、PS2/Lasi)
      • 715/33
        ,
        715/100/XC
        (各種バス構成)
  4. ブートローダー統合

    • sys/arch/hppa/stand/boot/machine.c
      を更新。
    • man ページ
      boot_hppa(8)
      を作成し、使用例を記載。
    • 715/100/XC マシンで動作確認済み。
  5. 速度テスト

    • サポートされる全ビットレート(50 – 230400 bps)を各速率でコンソールパスを切り替えて検証。
    • 低速時は
      BOOT_ADMIN
      のヘルプテキストが長いため、表示に非常に時間がかかったことを確認。
  6. 最終コミット – 2002年3月2日(追加調整は 3 月 7 日)。


主なポイント

  • OpenBSD は PA‑RISC シリアルコンソールを安全なブートローダーコマンドで設定できるようになった。
  • HP 712/715 系マシンをヘッドレスで運用しても、ファームウェア破損のリスクなしに済む。
  • コンソールパス変更は電源サイクル後に有効になる;その後システムは新設定で起動する。

補足

  • HP‑UX FAQ はまだ 0x283 の値を参照しており、ユーザーは 9600 bps に限定されている。
    OpenBSD 実装ではファームウェアの完全なコンソールパスを書き込むため、712 で最大 57600 bps まで設定可能。
  • この作業は、OpenBSD のポーティング、NetBSD の貢献、および個人パッチが協力してレガシー ハードウェアサポートを再活性化できることを示しています。

同じ日のほかのニュース

一覧に戻る →

2025/12/20 7:13

CSS Grid Lanes

## Japanese Translation: > **Safari Technology Preview 234 は CSS Grid Lanes を導入しました**。これは、開発者が JavaScript なしで CSS 内で直接モザイク風グリッドを構築できる新しいレイアウトモードです。 > > 開発者は `display: grid-lanes;` と標準の Grid 構文(`grid-template-columns`、`repeat(auto-fill, …)` など)を組み合わせて柔軟なレーンを作成します。アイテムは自動的に最も近い上部レーンに配置され、無限スクロールとタブフレンドリーなナビゲーションが可能になります。 > > **高度な機能** には、レーンサイズの変更(`minmax(8rem, 1fr) minmax(16rem, 2fr)`)、アイテムの跨ぎ(`grid-column: span N`)、明示的配置(`grid-column: -3 / -1`)および新しい `item-tolerance` プロパティ(デフォルトは `1em`)が含まれます。これは、サイズ差に基づいてアイテムがレーンをどれだけ積極的にシフトするかを制御します。レーンは列方向(「ウォーターフォール」)または行方向(「レンガレイアウト」)で向きを設定でき、デフォルトの流れは通常です。 > > 実装は 2022 年中頃に開始され、Safari TP 234 で利用可能です。ライブデモは <https://webkit.org/demos/grid3>(写真ギャラリー、ニュースレイアウト、博物館サイト、メガメニューフッター)でホストされています。CSS Working Group はまだプロパティ名と向きの構文(`grid-lanes-direction` か `grid-auto-flow` の再利用)を最終化中です。その決定が下り次第、この機能は本番環境で使用できるようになります。 > > 開発者にとって、これは追加の JavaScript を必要とせず、より高速でパフォーマンスの高いレスポンシブレイアウトを実現することを意味し、ブラウザベンダーは同様の機能を採用する可能性があり、将来のウェブデザイン標準に影響を与えるでしょう。

2025/12/19 0:01

Mistral OCR 3

## Japanese Translation: Mistral OCR 3 は、従来のエンタープライズツールと AI ネイティブ競合他社の両方を上回る高精度な OCR モデルです。フォーム、スキャン文書、複雑な表、および手書き文字に対して Mistral OCR 2 と比較し、全体で 74 % の勝率を達成します。このモデルは、1,000 ページあたり $2(50 % Batch‑API 割引適用で 1,000 ページあたり $1)と価格設定されており、シンプルな API または Mistral AI Studio のドラッグ&ドロップ Document AI Playground を通じてアクセスできます。 主な強みは次のとおりです: * **手書き文字サポート** – 連続体文字、混合内容、および印刷フォーム上の手書き文字。 * **フォーム処理** – 請求書、領収書、コンプライアンスフォーム、政府文書におけるボックス、ラベル、手書き入力、および密集レイアウトの検出を改善。 * **頑健性** – 圧縮アーティファクト、傾斜、歪み、低 DPI、背景ノイズ、複雑なレイアウトに対処。 * **表再構築** – ヘッダー、結合セル、多行ブロック、および列階層を完全にサポートし、colspan/rowspan を含む HTML テーブルタグ付きの拡張マークダウンを出力。 初期採用者はすでに Mistral OCR 3 を高ボリュームのエンタープライズパイプラインに統合しています:請求書を構造化フィールドへ変換、会社アーカイブのデジタル化、技術レポートからクリーンテキストを抽出、および企業検索の強化。精度、コスト効果、柔軟な展開の組み合わせにより、大規模文書処理を業界横断で変革できる競争力ある代替手段として位置づけられています。

2025/12/20 8:59

PBS News Hour West to go dark after ASU discontinues contract

## Japanese Translation: ## Summary アリゾナ州立大学(ASU)のウォルター・クロンスキー報道学部は、PBS NewsHour Westとのパートナーシップを更新しないことを決定し、2019 年から ASU のダウンタウンフェニックスキャンパスで運営されていた事務所を実質的に閉鎖しました。この動きは「ASUの優先事項の変更」に起因すると、News Hour Productions の GM 兼 WETA EVP/CCO のマイケル・ランチリオが述べました。PBS およびアリゾナ PBS は追加説明を行わず、ASU に感謝し、地域ニュースへの継続的な取り組みを約束しました。 閉鎖により、西海岸で 20 % 以上の視聴者に到達することを支援していた西部本部としての事務所の役割が終了します。また、ASU のジャーナリズム学生(例:AJ Ceglia 学長)に実地報道経験と就職機会を提供していたインターンシッププログラムも消滅します。現在のインターンは学術クレジットを受け取りますが、卒業要件を満たすために代替配置を探す必要があります。 PBS NewsHour West の最終全国放送は 12 月 19 日に行われます。クロンスキー建物は、事務所閉鎖前に学校のサポートを称える形で夜間放送に登場しました。この報道は *The State Press* のジュニアレポーター、エマ・ブラッドフォード(連絡先:elbradfo@asu.edu; X @emmalbradford)によって取り上げられました。彼女も ASU のジャーナリズム/メディアコミュニケーション学部の学生です。 この決定は、西米国における地域ニュースの報道を減少させ、PBS の視聴者エンゲージメントを低下させ、新進気鋭のジャーナリストのプロフェッショナルパスウェイを制限する可能性があります