public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Tilman Schmidt <tilman@imap.cc>
To: Gregory Nietsky <gregory@networksentry.co.za>
Cc: Andi Kleen <andi@firstfloor.org>, Tilman Schmidt <tilman@imap.cc>,
	Sam Ravnborg <sam@ravnborg.org>, Greg KH <greg@kroah.com>,
	kkeil@suse.de, isdn4linux@listserv.isdn4linux.de,
	linux-kernel@vger.kernel.org, Jeff Garzik <jeff@garzik.org>
Subject: Re: Plans for mISDN?
Date: Wed, 20 Feb 2008 23:47:55 +0100	[thread overview]
Message-ID: <47BCAE1B.70407@imap.cc> (raw)
In-Reply-To: <47BC79C9.8010102@networksentry.co.za>

[-- Attachment #1: Type: text/plain, Size: 3188 bytes --]

Am 20.02.2008 20:04 schrieb Gregory Nietsky:
> did someone say interface/API documentation ooops ... <DUCK> seriously
> this is lacking and im sure as time goes on some volenteer (sucker) will
> get it up and running.this is not a show stoper but a nice to have.

It's an enabler for getting a move forward towards replacing the old
isdn4linux subsystem, which has really outlived its time by now.

> ill 
> perhaps even help out a bit with things, i have some comments on useage 
> and module parameters that could be usefull to the would be 
> users.

Great. I'm looking forward to that.

> remember mISDN is just the kernel bits there is a user lib that 
> takes care of userland bits.

But it's the kernel bits which are essential for porting existing
isdn4linux hardware drivers to CAPI/mISDN!

Btw, could you perhaps clear up the terminology while you're at it?
Last time I looked, mISDN was advertised as a framework for writing
CAPI drivers for passive ISDN adapters, in turn using CAPI4Linux,
the Linux CAPI subsystem. Nowadays the picture is rather less
clearcut.

>  >> b) still doesn't support all the hardware isdn4linux supports.
>  >
>  > That's a show stopper of course.
> 
> of course not all hardware is supported and in some cases more hardware 
> is supported ... there is a precident for this OSS/ALSA where the one is 
>   marked as DEPRICATED and the other promoted initialy as EXPERMENTAL ...

I'm all for following that precedent: support both frameworks in
parallel, mark the old one as deprecated, give help in porting
hardware support to the new one, and when all the hardware that's
actually still in use in the field is supported by the new one,
remove the old one.

> after all if it were mainlined (in -mm even) the result would be better 
> support and more choice there are far worse supported drivers than the 
> mISDN stack.

Absolutely. It's high time mISDN found it's way into the main tree,
otherwise it's in danger of degenerating into a niche solution.

> the reality is that isdn4linux is dead

Reality check, please. Have a look in the field how many systems
still use isdn4linux. Or do a simple experiment: Take a distribution
which has been known for good ISDN support in the past (I think you
know the one) and set it up for Internet access via a typical cheap
ISDN card. Then look which ISDN subsystem you end up with. You may
be surprised.

> idealy unsuported 
> drivers need to be ported to mISDN or kept on life support.

Exactly. But there are two preconditions for porting an in-tree
isdn4linux driver to mISDN: First, mISDN must also be in-tree,
otherwise an in-tree driver cannot rely on it. And second, someone
must understand both the old driver and the mISDN framework in
order to be able to actually do the porting. The maintainer of the
old driver can provide the first part, but knowledge about mISDN
will need to come from the mISDN collective.

HTH
T.

-- 
Tilman Schmidt                          E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 253 bytes --]

  reply	other threads:[~2008-02-20 22:48 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-16  4:41 [PATCH 00/14] [ISDN] convert HiSax to hotplug APIs Jeff Garzik
2008-02-16  4:41 ` [PATCH 01/14] [ISDN] HiSax: modularization prep Jeff Garzik
2007-07-18  3:46   ` [PATCH 04/14] [ISDN] HiSax bkm_a4t: convert to PCI hotplug API Jeff Garzik
2007-07-18  3:49   ` [PATCH 05/14] [ISDN] HiSax enternow: " Jeff Garzik
2007-07-18  3:54   ` [PATCH 06/14] [ISDN] HiSax hfc_pci, w6692: " Jeff Garzik
2007-07-18  3:59   ` [PATCH 07/14] [ISDN] HiSax nj_s, nj_u: " Jeff Garzik
2007-07-18  4:02   ` [PATCH 08/14] [ISDN] HiSax telespci: " Jeff Garzik
2007-07-24 12:26   ` [PATCH 11/14] [ISDN] HiSax niccy: convert to modern ISA/PNP/PCI probing Jeff Garzik
2007-08-02 12:37   ` [PATCH 14/14] [ISDN] HiSax bkm_a8: convert to PCI hotplug API Jeff Garzik
2007-10-31  5:10   ` [PATCH 03/14] [ISDN] Ready HiSax driver for modularization Jeff Garzik
2007-10-31  5:11   ` [PATCH 09/14] [ISDN] HiSax avm_pci: convert to modern PCI/ISA/PNP probing Jeff Garzik
2007-10-31  5:12   ` [PATCH 10/14] [ISDN] HiSax gazel: convert to modern ISA/PCI probing Jeff Garzik
2007-10-31  5:13   ` [PATCH 13/14] [ISDN] HiSax diva: convert to modern ISA/PNP/PCI probing Jeff Garzik
2007-10-31  7:42   ` [PATCH 02/14] [ISDN] Hisax: eliminate many unnecessary references to CardType[] Jeff Garzik
2008-02-16 19:17   ` [PATCH 12/14] [ISDN] HiSax avm_pci, niccy: minor PNP fixes and cleanups Jeff Garzik
2008-02-17 19:52 ` Plans for mISDN? Was: [PATCH 00/14] [ISDN] Sam Ravnborg
2008-02-18  4:52   ` Greg KH
2008-02-18 12:08     ` Andi Kleen
2008-02-18 12:04       ` Alan Cox
2008-02-18 12:36       ` Jeff Garzik
2008-02-18 13:29         ` Andi Kleen
2008-02-19  8:50       ` Sam Ravnborg
2008-02-19  9:25         ` Gregory Nietsky
2008-02-19  9:54           ` Sam Ravnborg
2008-02-20 14:19           ` Tilman Schmidt
2008-02-20 14:23             ` Alan Cox
2008-02-20 16:54             ` Andi Kleen
2008-02-20 18:23               ` Plans for mISDN? Tilman Schmidt
2008-02-20 19:04               ` Plans for mISDN? Was: [PATCH 00/14] [ISDN] Gregory Nietsky
2008-02-20 22:47                 ` Tilman Schmidt [this message]
2008-02-21 10:33             ` Simon Richter
2008-02-21 19:38               ` Gregory Nietsky
2008-02-21 19:46               ` Marcel Holtmann
2008-02-21 23:19                 ` Andi Kleen
2008-02-21 23:30                   ` Marcel Holtmann
2008-02-21 23:40                     ` Andi Kleen
2008-02-22 12:04               ` Karsten Keil
2008-02-23 19:39                 ` Sam Ravnborg
2008-02-25 14:39                 ` Plans for mISDN? Tilman Schmidt
2008-03-03 17:32                   ` Karsten Keil
2008-02-19  9:40         ` Plans for mISDN? Was: [PATCH 00/14] [ISDN] Andi Kleen
2008-02-19  9:56           ` Sam Ravnborg
2008-02-19  9:58             ` Andi Kleen
2008-02-19 10:51               ` Armin Schindler
2008-02-19 11:55               ` Sam Ravnborg
2008-02-19 16:12                 ` Gregory Nietsky
2008-02-19 16:14               ` Marcel Holtmann
2008-02-20 14:24                 ` Tilman Schmidt

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=47BCAE1B.70407@imap.cc \
    --to=tilman@imap.cc \
    --cc=andi@firstfloor.org \
    --cc=greg@kroah.com \
    --cc=gregory@networksentry.co.za \
    --cc=isdn4linux@listserv.isdn4linux.de \
    --cc=jeff@garzik.org \
    --cc=kkeil@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sam@ravnborg.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox