Index | Thread | Search

From:
Nick Owens <mischief@offblast.org>
Subject:
Re: [patch] ext4fs rw
To:
Thomas de Grivel <thodg@kmx.io>
Cc:
Tyler Anderson <achaean@lists.sinelabs.ca>, tech@openbsd.org, Matthias Pfeifer <matthias.pfeifer@hostserver.de>
Date:
Tue, 31 Mar 2026 02:28:27 -0700

Download raw body.

Thread
  • Thomas de Grivel:

    [patch] ext4fs rw

  • On Tue, Mar 31, 2026 at 2:00 AM Thomas de Grivel <thodg@kmx.io> wrote:
    >
    > I did not use too much LLM for anything as it does not work by itself,
    > but here is another repo with more insight on CRC32c (Castagnolli) and
    > how we generated the tables with ChatGPT and checking the RFC and
    > Wikipedia : https://github.com/thodg/ext4fs/tree/master/crc32c_table
    
    unclear why there's a copy of crc32c in this "ext4fs" driver - openbsd
    already has crc32c in the kernel. see sys/lib/libkern/crc32c.h.
    
    >
    > On Mon, Mar 23, 2026 at 11:40 PM Tyler Anderson
    > <achaean@lists.sinelabs.ca> wrote:
    > >
    > > On March 23, 2026 10:56:09 AM PDT, Matthias Pfeifer <matthias.pfeifer@hostserver.de> wrote:
    > > >
    > > >On 3/23/26 12:43, Thomas de Grivel wrote:
    > > >> On Mon, Mar 23, 2026, 09:32 Stuart Henderson <stu@spacehopper.org> wrote:
    > > >>
    > > >>     On 2026/03/23 03:45, Thomas de Grivel wrote:
    > > >>     > I did check everything and it did look like ext2fs code with minor
    > > >>     > modifications that I fully understand to support ext4 extents and
    > > >>     > checksums it's not that big of a deal : ext4 is just ext2 with
    > > >>     64 bit,
    > > >>     > different checksums and extents tree walking.
    > > >>
    > > >>     Why standalone rather than done as diffs to ext2fs?
    > > >>
    > > >>
    > > >> Maybe that is what I will try to do without AI code. Just looking at the documentation. But it will take much more time.
    > > >
    > > >
    > > >What about other possible implications? Many projects where people engaged (not employed) - not only software - have additional important attributes than what they produce or serve materially:  reliability and trustworthy.  There are people out there who rely on what other people do. I cannot really code so I need to trust those who claim they can - which presupposes that they understand what they do.
    > > >
    > > >There are fundamental (at least social) principles which are really endangered and need to be recognized protected. This comes true for a wide range of places and situations.
    > > >
    > > >Reading the threat makes me pretty sure, the code lines - itself- weren't the issue ;)
    > > >
    > > >
    > > >Best, Matthias
    > > >
    > >
    > > There's another issue surrounding developer skill atrophy or stunting that I find particularly concerning on an existential level.
    > >
    > > If we allow people to use LLMs to write code for a given project/platform, experience in that platform will potentially atrophy or under develop as contributors increasingly rely on out sourcing their applicable skills and decisions to "AI".
    > >
    > > Even if you believe out sourcing the minutia of coding is a net positive, the "enshitification" principal in general should give you pause; as soon as the net developer skill for a project has degraded to a point of reliance,  even somewhat, I think we can be confident those AI tools will NOT get less expensive.
    > >
    > > I'd rather be independently less productive, than dependent on some MegaCorp(TM)'s good will to rent us back access to our brains at a fair price.
    > >
    > > - achaean
    > >
    >
    
    
  • Thomas de Grivel:

    [patch] ext4fs rw