On Tue, 19 Feb 2008, Andi Kleen wrote:
On Tue, Feb 19, 2008 at 10:56:22AM +0100, Sam Ravnborg wrote:
If noone in the isdn community step up and take some responsibility
for the current isdn drivers in Linux then we should just delete them.
So you're saying anything that has no active
On Tue, 19 Feb 2008, Andi Kleen wrote:
On Tue, Feb 19, 2008 at 10:56:22AM +0100, Sam Ravnborg wrote:
If noone in the isdn community step up and take some responsibility
for the current isdn drivers in Linux then we should just delete them.
So you're saying anything that has no active
vmalloc() returns void*.
No need to cast in drivers/isdn/hardware/eicon/platform.h::diva_os_malloc()
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
Acked-by: Armin Schindler <[EMAIL PROTECTED]>
---
drivers/isdn/hardware/eicon/platform.h |2 +-
1 files changed, 1 insertions(+),
vmalloc() returns void*.
No need to cast in drivers/isdn/hardware/eicon/platform.h::diva_os_malloc()
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
Acked-by: Armin Schindler [EMAIL PROTECTED]
---
drivers/isdn/hardware/eicon/platform.h |2 +-
1 files changed, 1 insertions(+), 1 deletions
Hi,
coverity spotted a possible leak in the idifunc.c file (bug id #1252),
in um_new_card(), if the diva_user_mode_idi_create_adapter() fails,
we dont free the memory allocated for card
Signed-off-by: Eric Sesterhenn <[EMAIL PROTECTED]>
Acked-by: Armin Schindler <[EMAIL PROTECTED]>
ed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Acked-by: Armin Schindler <[EMAIL PROTECTED]>
---
drivers/isdn/hardware/eicon/divasfunc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2622-rc4.orig/drivers/isdn/hardware/eicon/divasfunc.c
+++ linux-2622-rc4/drivers/i
-by: Randy Dunlap [EMAIL PROTECTED]
Acked-by: Armin Schindler [EMAIL PROTECTED]
---
drivers/isdn/hardware/eicon/divasfunc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2622-rc4.orig/drivers/isdn/hardware/eicon/divasfunc.c
+++ linux-2622-rc4/drivers/isdn/hardware/eicon
Hi,
coverity spotted a possible leak in the idifunc.c file (bug id #1252),
in um_new_card(), if the diva_user_mode_idi_create_adapter() fails,
we dont free the memory allocated for card
Signed-off-by: Eric Sesterhenn [EMAIL PROTECTED]
Acked-by: Armin Schindler [EMAIL PROTECTED]
--- linux-2.6
On Thu, 29 Mar 2007, Adrian Bunk wrote:
> On Thu, Mar 29, 2007 at 01:06:12PM +0200, Armin Schindler wrote:
> > On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > > On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
> > > > On Sat, 24 Mar 2007, Adrian Bunk
On Sat, 24 Mar 2007, Adrian Bunk wrote:
> On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
> > On Sat, 24 Mar 2007, Adrian Bunk wrote:
> > > Randy Dunlap reported in kernel Bugzilla #8241 the following compile
> > > error with CONFIG_ISDN_
On Sat, 24 Mar 2007, Adrian Bunk wrote:
On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
On Sat, 24 Mar 2007, Adrian Bunk wrote:
Randy Dunlap reported in kernel Bugzilla #8241 the following compile
error with CONFIG_ISDN_CAPI=m, CONFIG_ISDN_DIVAS=y:
-- snip
On Thu, 29 Mar 2007, Adrian Bunk wrote:
On Thu, Mar 29, 2007 at 01:06:12PM +0200, Armin Schindler wrote:
On Sat, 24 Mar 2007, Adrian Bunk wrote:
On Sat, Mar 24, 2007 at 02:49:42PM +0100, Armin Schindler wrote:
On Sat, 24 Mar 2007, Adrian Bunk wrote:
Randy Dunlap reported in kernel
On Sat, 24 Mar 2007, Adrian Bunk wrote:
> Randy Dunlap reported in kernel Bugzilla #8241 the following compile
> error with CONFIG_ISDN_CAPI=m, CONFIG_ISDN_DIVAS=y:
>
> <-- snip -->
>
> ...
> WARNING: "DIVA_DIDD_Read" [drivers/isdn/hardware/eicon/divacapi.ko] undefined!
> WARNING:
On Sat, 24 Mar 2007, Adrian Bunk wrote:
Randy Dunlap reported in kernel Bugzilla #8241 the following compile
error with CONFIG_ISDN_CAPI=m, CONFIG_ISDN_DIVAS=y:
-- snip --
...
WARNING: DIVA_DIDD_Read [drivers/isdn/hardware/eicon/divacapi.ko] undefined!
WARNING: DIVA_DIDD_Read
Hi all,
as pointed out by Robert P. J. Day, here is a patch to remove unused header
files from Eicon/Dialogic ISDN driver.
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
---
diff -Nur linux-2.6.20.1.orig/drivers/isdn/hardware/eicon/dbgioctl.h
linux-2.6.20.1/drivers/isdn/hardware
Hi all,
as pointed out by Robert P. J. Day, here is a patch to remove unused header
files from Eicon/Dialogic ISDN driver.
Signed-off-by: Armin Schindler [EMAIL PROTECTED]
---
diff -Nur linux-2.6.20.1.orig/drivers/isdn/hardware/eicon/dbgioctl.h
linux-2.6.20.1/drivers/isdn/hardware/eicon
On Fri, 9 Mar 2007, Robert P. J. Day wrote:
>
> following up on an earlier post by stefan richter, i wrote a
> brute-force little script that scanned the source tree, looking for
> header files that weren't included from *anywhere* in the tree. what
> turned up was the following:
>
>
On Fri, 9 Mar 2007, Robert P. J. Day wrote:
following up on an earlier post by stefan richter, i wrote a
brute-force little script that scanned the source tree, looking for
header files that weren't included from *anywhere* in the tree. what
turned up was the following:
On Tue, 19 Apr 2005, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
For the hardware/eicon part:
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
> ---
>
> drivers/isdn/ha
On Tue, 19 Apr 2005, Adrian Bunk wrote:
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
For the hardware/eicon part:
Signed-off-by: Armin Schindler [EMAIL PROTECTED]
---
drivers/isdn/hardware/eicon/dadapter.c |2 +-
drivers/isdn
bincdAai5MuZi.bin
Description: Binary data
Description:
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -u linux.orig/drivers/isdn/hardware/eicon/divasmain.c
linux/drivers/isdn/hardware/eicon/divasmain.c
--
Description:
convert from pci_module_init to pci_register_driver
Signed-off-by: Christophe Lucas [EMAIL PROTECTED]
Signed-off-by: Armin Schindler [EMAIL PROTECTED]
diff -u linux.orig/drivers/isdn/hardware/eicon/divasmain.c
linux/drivers/isdn/hardware/eicon/divasmain.c
--- linux.orig/drivers
bincdAai5MuZi.bin
Description: Binary data
On Mon, 20 Dec 2004, Adrian Bunk wrote:
> > > Is there a good reason why debuglib is enabled for modules?
> >
> > Yes.
> > Without it, there would be no possibility to use the maintainance module
> > to debug the isdn/card/capi interaction.
> >
> > > If not, I'd propose the patch below to
On Mon, 20 Dec 2004, Adrian Bunk wrote:
Is there a good reason why debuglib is enabled for modules?
Yes.
Without it, there would be no possibility to use the maintainance module
to debug the isdn/card/capi interaction.
If not, I'd propose the patch below to disable it.
I
On Wed, 9 Feb 2005, Adrian Bunk wrote:
> On Sun, Feb 06, 2005 at 11:18:18AM +0100, Armin Schindler wrote:
>
> > Hi Adrian,
>
> Hi Armin,
>
> > thanks for the proposed patch.
> > Making the functions static is a good idea, I will check and test this.
> > R
On Wed, 9 Feb 2005, Adrian Bunk wrote:
On Sun, Feb 06, 2005 at 11:18:18AM +0100, Armin Schindler wrote:
Hi Adrian,
Hi Armin,
thanks for the proposed patch.
Making the functions static is a good idea, I will check and test this.
Removing some functions, especially from io.* and di
Hi Adrian,
thanks for the proposed patch.
Making the functions static is a good idea, I will check and test this.
Removing some functions, especially from io.* and di.* is not good. These
functions are mainly used with other sub-drivers which are not part of the
kernel. I will check if they are
Hi Adrian,
thanks for the proposed patch.
Making the functions static is a good idea, I will check and test this.
Removing some functions, especially from io.* and di.* is not good. These
functions are mainly used with other sub-drivers which are not part of the
kernel. I will check if they are
Remove code from platform independent code, which is not used
in Linux.
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -Nur linux.orig/drivers/isdn/hardware/eicon/io.c
linux/drivers/isdn/hardware/eicon/io.c
--- linux.orig/drivers/isdn/hardware/eicon/io.c 2005-01-31 12:33:10.120
Removed check for NULL pointer before doing vfree(), it's done in
vfree().
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -Nur linux.orig/drivers/isdn/hardware/eicon/platform.h
linux/drivers/isdn/hardware/eicon/platform.h
--- linux.orig/drivers/isdn/hardware/eicon/platform.h 2
This patch adds asm/uaccess.h to files which uses copy_to/from_user()
and adds the use of the drivers internal API call to copy_to/from_user()
in platform independent code.
Signed-off-by: Armin Schindler <[EMAIL PROTECTED]>
diff -Nur linux.orig/drivers/isdn/hardware/eicon/divamnt.c
Remove code from platform independent code, which is not used
in Linux.
Signed-off-by: Armin Schindler [EMAIL PROTECTED]
diff -Nur linux.orig/drivers/isdn/hardware/eicon/io.c
linux/drivers/isdn/hardware/eicon/io.c
--- linux.orig/drivers/isdn/hardware/eicon/io.c 2005-01-31 12:33:10.120377277
Hi all,
I have a problem with the startup of my 2.4.3 kernel on
a STPC Atlas (486), it hangs on the 'hlt' check.
With a standard BIOS it works, but I'm writing my own
bootloader to remove the BIOS, which works pretty good
so far.
Only when I use the 'no-hlt' parameter the kernel boots.
Can
Hi all,
I have a problem with the startup of my 2.4.3 kernel on
a STPC Atlas (486), it hangs on the 'hlt' check.
With a standard BIOS it works, but I'm writing my own
bootloader to remove the BIOS, which works pretty good
so far.
Only when I use the 'no-hlt' parameter the kernel boots.
Can
On Thu, 19 Apr 2001, Kai Germaschewski wrote:
> On Thu, 19 Apr 2001, Eric S. Raymond wrote:
>
> > The following patch cleans dead symbols out of the defconfigs in the 2.4.4pre4
> > source tree. It corrects a typo involving CONFIG_GEN_RTC. Another typo
> > involving CONFIG_SOUND_YMPCI doesn't
On Thu, 19 Apr 2001, Kai Germaschewski wrote:
On Thu, 19 Apr 2001, Eric S. Raymond wrote:
The following patch cleans dead symbols out of the defconfigs in the 2.4.4pre4
source tree. It corrects a typo involving CONFIG_GEN_RTC. Another typo
involving CONFIG_SOUND_YMPCI doesn't need to be
Hi all,
I'm writing a driver which uses also kernel_threads
and file operations (/dev and /proc).
I was not able yet to find out why and when to use
[un]lock_kernel()
Can someone please give me a hint where to find some
infos in using lock_kernel() for 2.2 and 2.4.
What exactly is/must be
Hi all,
I'm writing a driver which uses also kernel_threads
and file operations (/dev and /proc).
I was not able yet to find out why and when to use
[un]lock_kernel()
Can someone please give me a hint where to find some
infos in using lock_kernel() for 2.2 and 2.4.
What exactly is/must be
Hi all,
I need help with the following problem on my
Dual Pentium III 550Mhz with kernel 2.2.17 SMP
and RTL8139 as eth0 :
Sometimes the message
eth0: RTL8139 Interrupt line blocked, status 1.
appears which doesn't seem to cause problems, but
yesterday the message
eth0: SMP simultanous
Hi all,
I need help with the following problem on my
Dual Pentium III 550Mhz with kernel 2.2.17 SMP
and RTL8139 as eth0 :
Sometimes the message
eth0: RTL8139 Interrupt line blocked, status 1.
appears which doesn't seem to cause problems, but
yesterday the message
eth0: SMP simultanous
On Sat, 16 Dec 2000, Gunther Mayer wrote:
This patch does not fix all problems in isdn/eicon.
A bigger patch is on the way.
Thanx,
Armin
> Hi Linus,
> apply this patch if like to fix this obvious error
> with "make xconfig" on plain tree:
> ./tkparse < ../arch/i386/config.in >>
The last Makefile changes broke some parts in the
isdn tree.
Patch is on the way.
Armin
On Sat, 16 Dec 2000, Rasmus Andersen wrote:
> Hi.
>
> When I try to compile kernel 240test13pre2 I get the following:
>
>
> rm -f eicon_drv.o
> ld -m elf_i386 -r -o eicon_drv.o eicon.o divas.o
> divas.o:
The last Makefile changes broke some parts in the
isdn tree.
Patch is on the way.
Armin
On Sat, 16 Dec 2000, Rasmus Andersen wrote:
Hi.
When I try to compile kernel 240test13pre2 I get the following:
rm -f eicon_drv.o
ld -m elf_i386 -r -o eicon_drv.o eicon.o divas.o
divas.o: In
On Sat, 16 Dec 2000, Gunther Mayer wrote:
This patch does not fix all problems in isdn/eicon.
A bigger patch is on the way.
Thanx,
Armin
Hi Linus,
apply this patch if like to fix this obvious error
with "make xconfig" on plain tree:
./tkparse ../arch/i386/config.in kconfig.tk
Hi,
with kernel 2.2.17 I need to have a
function in my driver to handle some data.
I used BH with tq_immediate, but I found
out, that my function need to be called
outside of interrupt context, but still as
soon as I need it.
So I decided to use the tq_scheduler queue and
put my function on the
Hi,
with kernel 2.2.17 I need to have a
function in my driver to handle some data.
I used BH with tq_immediate, but I found
out, that my function need to be called
outside of interrupt context, but still as
soon as I need it.
So I decided to use the tq_scheduler queue and
put my function on the
Hi,
I was wondering why it is necessary for the usb_hub_thread() in
drivers/usb/hub.c to have the big kernel lock with lock_kernel() ?
What is it with lock_kernel() anyway ?
extern __inline__ void lock_kernel(void)
{
#if 1
if (!++current->lock_depth)
spin_lock(_flag);
Hi,
I was wondering why it is necessary for the usb_hub_thread() in
drivers/usb/hub.c to have the big kernel lock with lock_kernel() ?
What is it with lock_kernel() anyway ?
extern __inline__ void lock_kernel(void)
{
#if 1
if (!++current-lock_depth)
50 matches
Mail list logo