linux-kernel - Re: [PATCH] Remove "obsolete" label from ISDN4Linux (v3)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070422161708.54253ab7@the-village.bc.nu>
Date:	Sun, 22 Apr 2007 16:17:08 +0100
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Tilman Schmidt <tilman@...p.cc>
Cc:	David Miller <davem@...emloft.net>, linux-kernel@...r.kernel.org,
	kkeil@...e.de, i4ldeveloper@...tserv.isdn4linux.de,
	akpm@...ux-foundation.org
Subject: Re: [PATCH] Remove "obsolete" label from ISDN4Linux (v3)

> obsolete and correctly re-labelled as such. As for the && !HOTPLUG
> menace you keep touting, that might perhaps be applied to some of
> the individual hardware device drivers but certainly not to the

In my tree its just the drivers that still use pci_find_device.

> > Want to be on that. There is nobody maintaining it. That isn't a
> > sustainable situation so it will break.
> 
> Not sure I'm following you. There is an official maintainer, and
> although he's currently rather silent on this topic, there's no
> reason to believe he won't step up if there's actually some urgent
> maintaining to be done.

Well once it ends up && BROKEN perhaps patches will appear, or before
that. If not well the pain factor will resolve the problem.

> > No risk of deadlock. It'll progress to && BROKEN which will either cause
> > sufficient pain for someone to get off their arse and fix it, for enough
> > of a vendors users to get the vendor to do the work or for someone who
> > cares to pay a third party to do the work.
> 
> Do I sense some hidden agenda there?

No I'm speaking from experience - if a subsystem maintainer is too
busy/working on other projects and the subsystem stops working it
produces a rapid and sudden supply of new maintainers, unless nobody
cares in which case it can go in the bitbucket.

> The isdn4linux subsystem will not "progress" to BROKEN unless
> somebody pushes it there. 

It has drivers using functions that will soon be deleted. That isn't so
much as pushing more like getting fed up of pulling someone elses cart
along.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/