Am 27.09.2016 um 13:32 schrieb SF Markus Elfring:
>>> I got the impression that the exception handling was incomplete in the
>>> implementation of the function "gigaset_initcs".
>>
>> That impression is wrong. Careful reading of the code will confirm that.
>
> * Is it still correct nowadays that
ecked and handle error.
>
> Signed-off-by: Insu Yun
> ---
> drivers/isdn/mISDN/layer2.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/drivers/isdn/mISDN/layer2.c b/drivers/isdn/mISDN/layer2.c
> index 949cabb..888c610 100644
> --- a/drivers/isdn/mISDN/layer2
Acked, as long nobody with this card speaks up. I never managed to get
one of these cards.
Am 30.11.2015 um 11:34 schrieb Arnd Bergmann:
> The 'sc' ISDN driver relies on using readl() to access ISA I/O memory.
> This has been deprecated and produced warnings since linux-2.3.2
ontinue using i4l userspace
>>> tools.
>>
>> Do you know whether or not mISDN tools offer functionality comparable to
>> i4l tools?
>
> AFAICS they don't. mISDN seems very much geared towards voice use, for
> example with Asterisk. The entire topic of IS
Am 10.03.2016 um 13:58 schrieb Paul Bolle:
> Hi Karsten,
>
> On do, 2016-03-10 at 11:53 +0100, i...@linux-pingi.de wrote:
>> mISDN with CAPI support works just fine with pppd and pppdcapiplugin
>> and the CAPI works for all mISDN HW.
>
> In the mainline tree the mISDN and CAPI stacks are effectiv
Hi all,
Am 09.02.19 um 20:42 schrieb Paul Bolle:
> Linus Torvalds schreef op zo 06-01-2019 om 18:14 [-0800]:
>> Nothing particular stands out, although I do like
>> seeing how some ancient drivers are getting put out to pasture
>> (*cought*isdn*cough*).
>
> Just to l
Acked-by: Karsten Keil
Am 13.03.2016 um 00:18 schrieb Maciej S. Szmigiero:
> It looks like IPAC/ISAC chips register defines weren't in any particular
> order.
>
> Order them by their number to make it easier to spot holes.
>
> Signed-off-by: Maciej S. Szmigiero
> --
; Dialogic Diva 2.02 card (and possibly others) when NT deactivates it.
>
> Signed-off-by: Maciej S. Szmigiero
> ---
> drivers/isdn/hardware/mISDN/ipac.h | 1 +
> drivers/isdn/hardware/mISDN/mISDNipac.c | 2 ++
> 2 files changed, 3 insertions(+)
>
> diff --git a/
l three drivers apparently are for hardware that predates PCI
> being the common connector, as they are ISA-only and active
> PCI ISDN cards were widely available in the 1990s.
>
> Looking through the git logs, it I cannot find any indication of a
> patch to any of these drivers that ha
to staging
> * remove i4l support from gigaset
> * move i4l core to staging
>
> while I initially thought that i4l as a whole is not just unmaintained
> but also more or less unused, patch 19cebbcb04c8 ("isdn: Partially
> revert debug format string usage clean up")
allocation and
> corresponding error handling.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Anton Vasilyev
> ---
> drivers/isdn/mISDN/fsm.c| 5 -
> drivers/isdn/mISDN/fsm.h| 2 +-
> drivers/isdn/mISDN/layer1.c |
ration with gcc-7 and UBSAN:
>
> drivers/isdn/hardware/eicon/message.c: In function 'mixer_notify_update':
> drivers/isdn/hardware/eicon/message.c:11162:54: error: array subscript is
> above array bounds [-Werror=array-bounds]
> ((CAPI_MSG *) msg)->info.facility_req
longer active in this businesss I think (ISDN is a obsolete technology).
Am 27.07.2017 um 18:19 schrieb Anton Volkov:
> Hello.
>
> While searching for races in the Linux kernel I've come across
> "drivers/isdn/hysdn/hysdn.ko" module. Here is a question that I came up
>
13 matches
Mail list logo