All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Tso" <tytso@mit.edu>
To: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
Cc: Jonathan Corbet <corbet@lwn.net>, Sasha Levin <sashal@kernel.org>,
	ksummit@lists.linux.dev
Subject: Re: [MAINTAINERS SUMMIT] Other LLM-related topics - tags, newcomers, etc
Date: Thu, 16 Jul 2026 22:27:54 -0400	[thread overview]
Message-ID: <almM2epxzBmN0Nb0@mit.edu> (raw)
In-Reply-To: <20260717025812.2397d792@foz.lan>

On Fri, Jul 17, 2026 at 02:58:12AM -0500, Mauro Carvalho Chehab wrote:
> 
> The main point is: do we really need 671B parameters? Those models
> speak a lot of different languages, have medical databases, and a lot
> of other random knowledge that are useless for kernel development.

Fair; but I do think we need to fine-tune it with a lot LKML text so
that it has the knowledge that we actually need for kernel development
before I'd trust the smaller models.

> I've been playing for a while with qwen 3.6 with 24KB context size,
> 36B parameters (3B activated), 4bits kv quantization and it does produce
> some decent results. The main limitation is the context size: it is
> probably not big enough to test big files (*)

I've been playing with qwen3-next with 256k context context size, 80B
parameters (3B activated), with 8bit quantization, but I haven't been
willing to trust it with generating kernel code.  I have experimenting
to see how it compares with Gemini 3.1 when creating a python script
to send e-mail[1] or creating a bash completion script[2] for my
fstests test appliance.

[1] https://github.com/tytso/xfstests-bld/commit/dfadb2014da446ecb967de51904ee531f7be8bd5
[2] https://github.com/tytso/xfstests-bld/commit/dfadb2014da446ecb967de51904ee531f7be8bd5

However, from Roman tells me, Sashiko is running muliple LLM passes
using a frontier model for each commit review.  So what Sashiko does
is quite a bit more complicated than a series of prompts such as:

   Create a python program which submits an e-mail message using the
   Submission Port (port 587), It should enable encryption using
   STARTTLS and it should obtain the username and password from a
   config.ini file.  Model the python program using the send-mail.py
   in the sandbox directory.  It should support the same command-line
   options but instead of sending the e-mail using sendgrid, it should
   send the e-mail using the Submission protocol.

   Please add pydoc documentation to send-mail-smtp.py.

   Please enhance the program you just created (send-mail-smtp.py) to
   support specifying a path to a certificate file in the
   configuration file in case the user doesn't want to use the system
   provided top-level trusted certificates.

   Please add support for a configuration file parameter which
   specifies whether TLS should be mandatory, optional, or disabled.
   Update the pydoc documentation as necessary.

   Please integrate the functionality found in send-mail.py into
   send-mail-smtp.py.  Instead of getting the Sendgrid API key from an
   environment variable, change it to obtain the Sendgrid API key from
   the configuration file.  If the Sendgrid API key is specified, use
   sendgrid instead of the SMTP submission protocol.  Update the pydoc
   documentation strings.

.... which does work pretty well even on less capable models that I
can run locally.

I guess we could try running Sashiko using ollama-mlx on a Macbook
with 128GB, and see how it works, but my assumption is that the answer
is "not well" --- which is why I really want to look at fine-tuning
one of these smaller models first.

Cheers,

						- Ted

  reply	other threads:[~2026-07-17  2:28 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-16 15:09 [MAINTAINERS SUMMIT] Other LLM-related topics - tags, newcomers, etc Jonathan Corbet
2026-07-16 15:28 ` Sasha Levin
2026-07-16 16:08   ` Mark Brown
2026-07-16 16:24     ` Sasha Levin
2026-07-16 20:38       ` Laurent Pinchart
2026-07-16 18:36   ` Jonathan Corbet
2026-07-16 19:53     ` Mauro Carvalho Chehab
2026-07-16 23:59       ` Theodore Tso
2026-07-17  0:58         ` Mauro Carvalho Chehab
2026-07-17  2:27           ` Theodore Tso [this message]
2026-07-16 20:05     ` Bart Van Assche
2026-07-16 20:52       ` James Bottomley
2026-07-16 20:23     ` Liam R. Howlett
2026-07-16 21:23     ` Theodore Tso

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=almM2epxzBmN0Nb0@mit.edu \
    --to=tytso@mit.edu \
    --cc=corbet@lwn.net \
    --cc=ksummit@lists.linux.dev \
    --cc=mchehab+huawei@kernel.org \
    --cc=sashal@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.