
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Wed, 19 Aug 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/git-send-email/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/linux/2026-08-19-kernel-contributing-your-first-patch</guid>
    <title>첫 커널 패치 보내기 — 코드보다 절차가 관문인 이유</title>
    <link>https://www.youngju.dev/blog/linux/2026-08-19-kernel-contributing-your-first-patch</link>
    <description>커널에 첨 기여할 때 막히는 곳은 대개 코드가 아니라 절차입니다. 첫 패치가 반려되는 이유의 상당수는 로직이 아니라 형식이고, 그 형식은 전부 커널 트리 안에 문서로 들어 있습니다. 이 글은 scripts/checkpatch.pl과 scripts/get_maintainer.pl이 각각 무엇을 답해주는지, Signed-off-by가 왜 필수이며 무엇을 증명하는지, 커밋 메시지가 왜 75열이고 --- 줄 아래는 왜 체인지로그에 남지 않는지, 왜 첨부가 아니라 본문 인라인이어야 하는지를 커널 공식 문서를 근거로 정리합니다. 마지막으로 리뷰 문화 — 무뚝뚝한 답장의 의미와, 답하지 않으면 무시당한다는 문서의 명시적 경고를 다룹니다.</description>
    <pubDate>Wed, 19 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>linux</category><category>kernel</category><category>patch</category><category>git-send-email</category><category>checkpatch</category><category>maintainers</category><category>open-source</category>
  </item>

    </channel>
  </rss>
