Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
To:     linux-scsi@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>
From:   Jens Axboe <axboe@kernel.dk>
Subject: Wanted: CDROM maintainer
Message-ID: <22d59432-1b8e-0125-96e9-51b041fe3536@kernel.dk>
Date:   Fri, 27 Aug 2021 08:10:22 -0600
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Precedence: bulk

Hi,

Back in 1998, if I recall correctly, Erik Andersen posted on lkml that
he was looking for someone to take over development and maintainership
of the cdrom drivers. I responded to that, and ended up maintaining and
continuing the development of that part of the kernel. Outside of
working on that part of the stack, it eventually led to diving further
down the rabbit hole and into the general block IO stack. In many ways,
it kick started by career in kernel development.

These days I've got a lot on my plate, and areas like cdrom have been
neglected as a result. This obviously isn't an area of hot development
these days, but even so it still needs someone that cares for the code
and is available to review and merge patches in a timely fashion. I
haven't been able to do so for quite a while.

In the spirit of passing on the baton, I think we're way overdue for
some new blood in this area. With the recent removal of the old parallel
IDE code, the old atapi cdrom driver is gone. Hence there are really two
parts to this these days:

1) drivers/scsi/sr.c - the SCSI cdrom driver. My suggestion would be to
   fold this in with general SCSI maintainership, as that's really where
   that belongs.

2) drivers/cdrom/cdrom.c - the uniform cdrom layer. This is really the
   meat of it. sr is a consumer, and so is the paride cdrom driver and
   the sega dreamcast cdrom driver.

If you have any interest and experience with cdrom/dvd and mmc/atapi, I
would love to hear from you. Let's find a new good home for this code.

-- 
Jens Axboe