linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* doc: Leftovers from CAPI remove?
@ 2020-04-02  8:48 Alexander Dahl
  2020-04-02  9:04 ` Arnd Bergmann
  0 siblings, 1 reply; 2+ messages in thread
From: Alexander Dahl @ 2020-04-02  8:48 UTC (permalink / raw)
  To: linux-doc
  Cc: Florian Wolters, Arnd Bergmann, Jonathan Corbet, netdev,
	linux-kernel, Karsten Keil

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

Hei hei,

when accidentally building an old Fritz PCI driver¹ against v5.6.1 we
hit this build error (which this mail is not about):

/home/florian/.fbr/fbr-4.0-trunk-x86_64/buildroot/output/build/fcpci-2.6-43.x86_64-5.6.1/fritz/src/main.c:371:3:
Fehler: Implizite Deklaration der Funktion »register_capi_driver«; meinten Sie »register_chrdev«?  [-Werror=implicit-function-declaration]

A quick grep in master revealed there are still hints to the function
'register_capi_driver()' in file Documentation/isdn/interface_capi.rst

I suppose after removing capi parts with f59aba2f7579 ("isdn: capi:
dead code removal") and merging with 7ba31c3f2f1e ("Merge tag
'staging-5.6-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging") these
are leftovers in the documentation, which should be removed, right?

Greets
Alex

¹we still have basic ISDN support in fli4l [1], although no one is
motivated to maintain it, there are still users, mainly with local
PBX installations …

[1] http://www.fli4l.de/

-- 
/"\ ASCII RIBBON | »With the first link, the chain is forged. The first
\ / CAMPAIGN     | speech censured, the first thought forbidden, the
 X  AGAINST      | first freedom denied, chains us all irrevocably.«
/ \ HTML MAIL    | (Jean-Luc Picard, quoting Judge Aaron Satie)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: doc: Leftovers from CAPI remove?
  2020-04-02  8:48 doc: Leftovers from CAPI remove? Alexander Dahl
@ 2020-04-02  9:04 ` Arnd Bergmann
  0 siblings, 0 replies; 2+ messages in thread
From: Arnd Bergmann @ 2020-04-02  9:04 UTC (permalink / raw)
  To: open list:DOCUMENTATION, Florian Wolters, Arnd Bergmann,
	Jonathan Corbet, Networking, linux-kernel, Karsten Keil

On Thu, Apr 2, 2020 at 10:48 AM Alexander Dahl <post@lespocky.de> wrote:
>
> Hei hei,
>
> when accidentally building an old Fritz PCI driver¹ against v5.6.1 we
> hit this build error (which this mail is not about):
>
> /home/florian/.fbr/fbr-4.0-trunk-x86_64/buildroot/output/build/fcpci-2.6-43.x86_64-5.6.1/fritz/src/main.c:371:3:
> Fehler: Implizite Deklaration der Funktion »register_capi_driver«; meinten Sie »register_chrdev«?  [-Werror=implicit-function-declaration]
>
> A quick grep in master revealed there are still hints to the function
> 'register_capi_driver()' in file Documentation/isdn/interface_capi.rst
>
> I suppose after removing capi parts with f59aba2f7579 ("isdn: capi:
> dead code removal") and merging with 7ba31c3f2f1e ("Merge tag
> 'staging-5.6-rc1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging") these
> are leftovers in the documentation, which should be removed, right?

Ah, it seems I missed the removal of 'struct capi_driver' that is no longer
referenced anywhere. I removed the documentation for all code I removed,
but stopped after recursively removing more unused code after I had
not found much any more. I can submit this small patch if we think
it helps, though it wouldn't change much otherwise.

diff --git a/Documentation/isdn/interface_capi.rst
b/Documentation/isdn/interface_capi.rst
index fe2421444b76..897175cffd8f 100644
--- a/Documentation/isdn/interface_capi.rst
+++ b/Documentation/isdn/interface_capi.rst
@@ -70,19 +70,6 @@ messages for that application may be passed to or
from the device anymore.
 4. Data Structures
 ==================

-4.1 struct capi_driver
-----------------------
-
-This structure describes a Kernel CAPI driver itself. It is used in the
-register_capi_driver() and unregister_capi_driver() functions, and contains
-the following non-private fields, all to be set by the driver before calling
-register_capi_driver():
-
-``char name[32]``
-       the name of the driver, as a zero-terminated ASCII string
-``char revision[32]``
-       the revision number of the driver, as a zero-terminated ASCII string
-
 4.2 struct capi_ctr
 -------------------

diff --git a/include/linux/isdn/capilli.h b/include/linux/isdn/capilli.h
index 12be09b6883b..3c546103f60e 100644
--- a/include/linux/isdn/capilli.h
+++ b/include/linux/isdn/capilli.h
@@ -81,15 +81,4 @@ void capi_ctr_ready(struct capi_ctr * card);
 void capi_ctr_down(struct capi_ctr * card);
 void capi_ctr_handle_message(struct capi_ctr * card, u16 appl, struct
sk_buff *skb);

-// ---------------------------------------------------------------------------
-// needed for AVM capi drivers
-
-struct capi_driver {
-       char name[32];                          /* driver name */
-       char revision[32];
-
-       /* management information for kcapi */
-       struct list_head list;
-};
-
 #endif                         /* __CAPILLI_H__ */

> ¹we still have basic ISDN support in fli4l [1], although no one is
> motivated to maintain it, there are still users, mainly with local
> PBX installations …

Which of the many isdn stacks (i4l, kernelcapi, misdn, misdn2, ...)
do you think are still in use there? Do you know of CAPI users
that are forced to stay on linux-5.4.y after the removal?

      Arnd

^ permalink raw reply related	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-04-02  9:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-04-02  8:48 doc: Leftovers from CAPI remove? Alexander Dahl
2020-04-02  9:04 ` Arnd Bergmann

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).