Obsolete files in 2.6 tree

Obsolete files in 2.6 tree

[Jiri Slaby]

Are these files obsolete and could be deleted from tree.
Does anybody use them? Could anybody compile them?

drivers/char/drm/gamma_dma.c
drivers/char/drm/gamma_drv.c
drivers/char/scan_keyb.c
drivers/char/scan_keyb.h
drivers/input/power.c
drivers/isdn/hisax/elsa_ser.c
drivers/media/video/zr36120.c
drivers/media/video/zr36120_i2c.c
drivers/media/video/zr36120_mem.c
drivers/net/wan/sdladrv.c
drivers/scsi/aic7xxx_old*
drivers/scsi/NCR5380.c
drivers/scsi/NCR5380.h
drivers/scsi/scsi_module.c
drivers/video/pm3fb.c
fs/befs/attribute.c
fs/binfmt_som.c
fs/binfmt_flat.c
sound/oss/skeleton.c

-- 
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
241B347EC88228DE51EE A49C4A73A25004CB2A10

Re: Obsolete files in 2.6 tree

[Bob Tracy]

Jiri Slaby wrote:
> Are these files obsolete and could be deleted from tree.
> Does anybody use them? Could anybody compile them?
> 
> (...)
> drivers/scsi/NCR5380.c
> drivers/scsi/NCR5380.h
> (...)

The above are used by (at least) the PAS16 SCSI driver.  The PAS16 is
a 16-bit ISA soundcard that, in its "studio" incarnation, has a slow-
speed (intended for the CD-ROM drives of the time) SCSI interface based
on the NCR 5380.  As I recall, the Linux driver operated in polled mode
only: no interrupt handling capability.  That deficiency was never
corrected while I was a user of that card, and I quit using the card
somewhere in the 2.2 kernel version timeframe.

-- 
-----------------------------------------------------------------------
Bob Tracy                   WTO + WIPO = DMCA? http://www.anti-dmca.org
rct@frus.com
-----------------------------------------------------------------------

Re: Obsolete files in 2.6 tree

[Jiri Slaby]

Bob Tracy napsal(a):

>Jiri Slaby wrote:
>  
>
>>Are these files obsolete and could be deleted from tree.
>>Does anybody use them? Could anybody compile them?
>>
>>(...)
>>drivers/scsi/NCR5380.c
>>drivers/scsi/NCR5380.h
>>(...)
>>    
>>
>
>The above are used by (at least) the PAS16 SCSI driver.  The PAS16 is
>a 16-bit ISA soundcard that, in its "studio" incarnation, has a slow-
>speed (intended for the CD-ROM drives of the time) SCSI interface based
>on the NCR 5380.  As I recall, the Linux driver operated in polled mode
>only: no interrupt handling capability.  That deficiency was never
>corrected while I was a user of that card, and I quit using the card
>somewhere in the 2.2 kernel version timeframe.
>  
>
I think, that this driver uses g_NCR5380.c and g_NCR5380.h, doesn't it?

-- 
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
241B347EC88228DE51EE A49C4A73A25004CB2A10

Re: Obsolete files in 2.6 tree

[Bob Tracy]

Jiri Slaby wrote:
> Bob Tracy napsal(a):
> >Jiri Slaby wrote:
> >>Are these files obsolete and could be deleted from tree.
> >>Does anybody use them? Could anybody compile them?
> >>(...)
> >>drivers/scsi/NCR5380.c
> >>drivers/scsi/NCR5380.h
> >>(...)
> >
> >The above are used by (at least) the PAS16 SCSI driver.
>
> I think, that this driver uses g_NCR5380.c and g_NCR5380.h, doesn't it?

grep include pas16.c | grep NCR5380
produces...

#include "NCR5380.h"
#include "NCR5380.c"

-- 
-----------------------------------------------------------------------
Bob Tracy                   WTO + WIPO = DMCA? http://www.anti-dmca.org
rct@frus.com
-----------------------------------------------------------------------

Re: Obsolete files in 2.6 tree

[Jiri Slaby]

Jiri Slaby napsal(a):

> Are these files obsolete and could be deleted from tree.
> Does anybody use them? Could anybody compile them?

New list should be:
drivers/char/drm/gamma_dma.c
drivers/char/drm/gamma_drv.c
drivers/char/scan_keyb.c
drivers/char/scan_keyb.h
drivers/input/power.c
drivers/isdn/hisax/elsa_ser.c
drivers/media/video/zr36120.c
drivers/media/video/zr36120_i2c.c
drivers/media/video/zr36120_mem.c
drivers/net/wan/sdladrv.c
drivers/scsi/NCR5380.c
drivers/scsi/NCR5380.h
drivers/scsi/scsi_module.c
drivers/video/pm3fb.c
fs/befs/attribute.c
fs/binfmt_som.c
sound/oss/skeleton.c

Re: Obsolete files in 2.6 tree

[Ondrej Zary]

Jiri Slaby wrote:
> drivers/scsi/NCR5380.c
> drivers/scsi/NCR5380.h

These files are used by many older SCSI drivers:

rainbow@pentium:/usr/src/linux/drivers/scsi$ grep -l NCR5380\[.\]\[ch\] *
Kconfig
NCR5380.c
NCR5380.h
atari_scsi.c
dmx3191d.c
dtc.c
g_NCR5380.c
g_NCR5380.h
g_NCR5380.ko
g_NCR5380.o
g_NCR5380_mmio.c
mac_scsi.c
mac_scsi.h
pas16.c
sun3_NCR5380.c
sun3_scsi.c
sun3_scsi.h
sun3_scsi_vme.c
t128.c
t128.h

-- 
Ondrej Zary

Re: Obsolete files in 2.6 tree

[Horst von Brand]

Jiri Slaby <lnx4us@gmail.com> wrote:
> Jiri Slaby napsal(a):
> > Are these files obsolete and could be deleted from tree.
> > Does anybody use them? Could anybody compile them?
> 
> New list should be:

[...]

> sound/oss/skeleton.c

I think skeleton.* files are there as examples, not for real use. Sure,
they should be checked that they are up to date and fixed as required.

OSS is obsolete, so this could probably be axed when/if it finally is deleted.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513

Re: Obsolete files in 2.6 tree

[Paul Mundt]

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

On Thu, Jul 21, 2005 at 11:47:32AM +0200, Jiri Slaby wrote:
> drivers/char/scan_keyb.c
> drivers/char/scan_keyb.h

These still work, but are meant to be used by other drivers and not
standalone. There's a few users of this that haven't been merged yet
anyways.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: Obsolete files in 2.6 tree

[Vojtech Pavlik]

On Thu, Jul 21, 2005 at 11:47:32AM +0200, Jiri Slaby wrote:

> Jiri Slaby napsal(a):
> 
> >Are these files obsolete and could be deleted from tree.
> >Does anybody use them? Could anybody compile them?
> 
> New list should be:
> drivers/char/drm/gamma_dma.c
> drivers/char/drm/gamma_drv.c
> drivers/char/scan_keyb.c
> drivers/char/scan_keyb.h

> drivers/input/power.c

This one is partly obsolete and partly a work in progress. It's not
referenced from Kconfig at the moment, but will later in time.

> drivers/isdn/hisax/elsa_ser.c
> drivers/media/video/zr36120.c
> drivers/media/video/zr36120_i2c.c
> drivers/media/video/zr36120_mem.c
> drivers/net/wan/sdladrv.c
> drivers/scsi/NCR5380.c
> drivers/scsi/NCR5380.h
> drivers/scsi/scsi_module.c
> drivers/video/pm3fb.c
> fs/befs/attribute.c
> fs/binfmt_som.c
> sound/oss/skeleton.c

-- 
Vojtech Pavlik
SuSE Labs, SuSE CR

Re: Obsolete files in 2.6 tree

[Alan Cox]

> > drivers/char/drm/gamma_dma.c
> > drivers/char/drm/gamma_drv.c

Gamma is defunct certainly

> > drivers/media/video/zr36120.c
> > drivers/media/video/zr36120_i2c.c
> > drivers/media/video/zr36120_mem.c

Being discussed on the V4L list

> > drivers/scsi/NCR5380.c
> > drivers/scsi/NCR5380.h

These are used - check your scripts handle .c includes

> > fs/binfmt_som.c

pa-risc

> > sound/oss/skeleton.c

Reference for writing drivers

Re: Obsolete files in 2.6 tree

[Lee Revell]

On Wed, 2005-07-27 at 00:40 +0100, Alan Cox wrote:
> > > sound/oss/skeleton.c
> 
> Reference for writing drivers

But we're not taking new OSS drivers, right?

Lee

Re: Obsolete files in 2.6 tree

[Alan Cox]

On Mer, 2005-07-27 at 17:43 -0400, Lee Revell wrote:
> On Wed, 2005-07-27 at 00:40 +0100, Alan Cox wrote:
> > > > sound/oss/skeleton.c
> > 
> > Reference for writing drivers
> 
> But we're not taking new OSS drivers, right?

Fair comment

Re: Obsolete files in 2.6 tree

[Jiri Slaby]

Alan Cox napsal(a):

>On Mer, 2005-07-27 at 17:43 -0400, Lee Revell wrote:
>  
>
>>On Wed, 2005-07-27 at 00:40 +0100, Alan Cox wrote:
>>    
>>
>>>>>sound/oss/skeleton.c
>>>>>          
>>>>>
>>>Reference for writing drivers
>>>      
>>>
>>But we're not taking new OSS drivers, right?
>>    
>>
>
>Fair comment
>  
>
Removed by Adrian Bunk.

-- 
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
241B347EC88228DE51EE A49C4A73A25004CB2A10

Re: Obsolete files in 2.6 tree

[Mauro Carvalho Chehab]

Alan Cox wrote:
> 
>>>drivers/media/video/zr36120.c
>>>drivers/media/video/zr36120_i2c.c
>>>drivers/media/video/zr36120_mem.c
> 
> 
> Being discussed on the V4L list
	It seems that nobody are interested on maintaining it. No answer from
V4L list subscribers.

	I think it may be removed.

Mauro.

Re: Obsolete files in 2.6 tree

[Grant Coady]

On Fri, 29 Jul 2005 18:40:46 -0300, Mauro Carvalho Chehab <mchehab@brturbo.com.br> wrote:
>>>>drivers/media/video/zr36120.c
>>>>drivers/media/video/zr36120_i2c.c
>>>>drivers/media/video/zr36120_mem.c
>> 
>> 
>> Being discussed on the V4L list
>	It seems that nobody are interested on maintaining it. No answer from
>V4L list subscribers.
>
>	I think it may be removed.

Please no, I'll get to it, I have one to play with.
Grant.

[PATCH 2.6.13-rc4-mm1] Re: Obsolete files in 2.6 tree

[Jiri Slaby]

Alan Cox napsal(a):

>>>drivers/char/drm/gamma_dma.c
>>>drivers/char/drm/gamma_drv.c
>>>      
>>>
>
>Gamma is defunct certainly
>  
>
Removes gamma sources, headers and pointers from Kconfig and Makefile.

Signed-off-by: Jiri Slaby <xslaby@fi.muni.cz>

patch is here (about 70 KiB):
http://www.fi.muni.cz/~xslaby/lnx/gamma.txt

-- 
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
241B347EC88228DE51EE A49C4A73A25004CB2A10

Re: [PATCH 2.6.13-rc4-mm1] Re: Obsolete files in 2.6 tree

[Jiri Slaby]

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

Jiri Slaby napsal(a):

> Alan Cox napsal(a):
>
>>>> drivers/char/drm/gamma_dma.c
>>>> drivers/char/drm/gamma_drv.c
>>>>     
>>>
>>
>> Gamma is defunct certainly
>>  
>>
> Removes gamma sources, headers and pointers from Kconfig and Makefile.
>
> Signed-off-by: Jiri Slaby <xslaby@fi.muni.cz>
>
> patch is here (about 70 KiB):
> http://www.fi.muni.cz/~xslaby/lnx/gamma.txt
>
Removes gamma line from Documentation/kernel-parameters.txt

Signed-off-by: Jiri Slaby <xslaby@fi.muni.cz>

diff --git a/Documentation/kernel-parameters.txt 
b/Documentation/kernel-parameters.txt
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -497,8 +497,6 @@ running once the system is up.
                        Format: <port#>,<pad1>,<pad2>,<pad3>,<pad4>,<pad5>
                        See also Documentation/input/joystick-parport.txt

-       gamma=          [HW,DRM]
-
        gdth=           [HW,SCSI]
                        See header of drivers/scsi/gdth.c.

-- 
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
241B347EC88228DE51EE A49C4A73A25004CB2A10



[-- Attachment #2: gamma_doc_rm.txt --]
[-- Type: text/plain, Size: 414 bytes --]

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt
--- a/Documentation/kernel-parameters.txt
+++ b/Documentation/kernel-parameters.txt
@@ -497,8 +497,6 @@ running once the system is up.
 			Format: <port#>,<pad1>,<pad2>,<pad3>,<pad4>,<pad5>
 			See also Documentation/input/joystick-parport.txt
 
-	gamma=		[HW,DRM]
-
 	gdth=		[HW,SCSI]
 			See header of drivers/scsi/gdth.c.
 

Re: Obsolete files in 2.6 tree

[Jiri Slaby]

Jiri Slaby napsal(a):

> fs/befs/attribute.c

And what about entire befs? Is it used?
Last change was made on 2002 and many features are still missing.

-- 
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
241B347EC88228DE51EE A49C4A73A25004CB2A10

Re: Obsolete files in 2.6 tree

[Will Dyson]

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

On 8/3/05, Jiri Slaby <jirislaby@gmail.com> wrote:
> Jiri Slaby napsal(a):
> 
> > fs/befs/attribute.c
> 
> And what about entire befs? Is it used?
> Last change was made on 2002 and many features are still missing.

Well, don't know about anyone else, but I certainly don't use it
anymore. If anyone needs  a fully-functional befs driver, the easiest
route to that would probably be getting Haiku's befs driver to compile
in userland as a FUSE fs.

At any rate, attribute.c can go. It is easy enough to add back in if
anyone ever wants to do the (relativly minor) refactoring nessisary to
get it working.

Signed-off-by: Will Dyson <will.dyson@gmail.com>

diff -r 1e753e53161a fs/befs/attribute.c
--- a/fs/befs/attribute.c	Tue Aug  2 13:00:13 2005
+++ /dev/null	Thu Aug  4 00:31:20 2005
@@ -1,117 +0,0 @@
-/*
- * linux/fs/befs/attribute.c
- *
- * Copyright (C) 2002 Will Dyson <will_dyson@pobox.com>
- *
- * Many thanks to Dominic Giampaolo, author of "Practical File System
- * Design with the Be File System", for such a helpful book.
- *
- */
-
-#include <linux/fs.h>
-#include <linux/kernel.h>
-#include <linux/string.h>
-
-#include "befs.h"
-#include "endian.h"
-
-#define SD_DATA(sd)\
-	(void*)((char*)sd + sizeof(*sd) + (sd->name_size - sizeof(sd->name)))
-
-#define SD_NEXT(sd)\
-	(befs_small_data*)((char*)sd + sizeof(*sd) + (sd->name_size - \
-	sizeof(sd->name) + sd->data_size))
-
-int
-list_small_data(struct super_block *sb, befs_inode * inode, filldir_t filldir);
-
-befs_small_data *
-find_small_data(struct super_block *sb, befs_inode * inode,
-				 const char *name);
-int
-read_small_data(struct super_block *sb, befs_inode * inode,
-		 befs_small_data * sdata, void *buf, size_t bufsize);
-
-/**
- *
- *
- *
- *
- *
- */
-befs_small_data *
-find_small_data(struct super_block *sb, befs_inode * inode, const char *name)
-{
-	befs_small_data *sdata = inode->small_data;
-
-	while (sdata->type != 0) {
-		if (strcmp(name, sdata->name) != 0) {
-			return sdata;
-		}
-		sdata = SD_NEXT(sdata);
-	}
-	return NULL;
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-read_small_data(struct super_block *sb, befs_inode * inode,
-		const char *name, void *buf, size_t bufsize)
-{
-	befs_small_data *sdata;
-
-	sdata = find_small_data(sb, inode, name);
-	if (sdata == NULL)
-		return BEFS_ERR;
-	else if (sdata->data_size > bufsize)
-		return BEFS_ERR;
-
-	memcpy(buf, SD_DATA(sdata), sdata->data_size);
-
-	return BEFS_OK;
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-list_small_data(struct super_block *sb, befs_inode * inode)
-{
-
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-list_attr(struct super_block *sb, befs_inode * inode)
-{
-
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-read_attr(struct super_block *sb, befs_inode * inode)
-{
-
-}


-- 
Will Dyson

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: befs_attr_rm.patch --]
[-- Type: text/x-patch; name="befs_attr_rm.patch", Size: 2076 bytes --]

diff -r 1e753e53161a fs/befs/attribute.c
--- a/fs/befs/attribute.c	Tue Aug  2 13:00:13 2005
+++ /dev/null	Thu Aug  4 00:31:20 2005
@@ -1,117 +0,0 @@
-/*
- * linux/fs/befs/attribute.c
- *
- * Copyright (C) 2002 Will Dyson <will_dyson@pobox.com>
- *
- * Many thanks to Dominic Giampaolo, author of "Practical File System
- * Design with the Be File System", for such a helpful book.
- *
- */
-
-#include <linux/fs.h>
-#include <linux/kernel.h>
-#include <linux/string.h>
-
-#include "befs.h"
-#include "endian.h"
-
-#define SD_DATA(sd)\
-	(void*)((char*)sd + sizeof(*sd) + (sd->name_size - sizeof(sd->name)))
-
-#define SD_NEXT(sd)\
-	(befs_small_data*)((char*)sd + sizeof(*sd) + (sd->name_size - \
-	sizeof(sd->name) + sd->data_size))
-
-int
-list_small_data(struct super_block *sb, befs_inode * inode, filldir_t filldir);
-
-befs_small_data *
-find_small_data(struct super_block *sb, befs_inode * inode,
-				 const char *name);
-int
-read_small_data(struct super_block *sb, befs_inode * inode,
-		 befs_small_data * sdata, void *buf, size_t bufsize);
-
-/**
- *
- *
- *
- *
- *
- */
-befs_small_data *
-find_small_data(struct super_block *sb, befs_inode * inode, const char *name)
-{
-	befs_small_data *sdata = inode->small_data;
-
-	while (sdata->type != 0) {
-		if (strcmp(name, sdata->name) != 0) {
-			return sdata;
-		}
-		sdata = SD_NEXT(sdata);
-	}
-	return NULL;
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-read_small_data(struct super_block *sb, befs_inode * inode,
-		const char *name, void *buf, size_t bufsize)
-{
-	befs_small_data *sdata;
-
-	sdata = find_small_data(sb, inode, name);
-	if (sdata == NULL)
-		return BEFS_ERR;
-	else if (sdata->data_size > bufsize)
-		return BEFS_ERR;
-
-	memcpy(buf, SD_DATA(sdata), sdata->data_size);
-
-	return BEFS_OK;
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-list_small_data(struct super_block *sb, befs_inode * inode)
-{
-
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-list_attr(struct super_block *sb, befs_inode * inode)
-{
-
-}
-
-/**
- *
- *
- *
- *
- *
- */
-int
-read_attr(struct super_block *sb, befs_inode * inode)
-{
-
-}

Re: Obsolete files in 2.6 tree

[Miklos Szeredi]

> Well, don't know about anyone else, but I certainly don't use it
> anymore. If anyone needs  a fully-functional befs driver, the easiest
> route to that would probably be getting Haiku's befs driver to compile
> in userland as a FUSE fs.

That has already been done:

  http://prdownloads.sourceforge.net/fuse/mountlo-i386-0.1.tar.gz

All is needed is a working FUSE installation, and the above binary, to
be able to mount any filesystem image/partition.

Miklos

Re: Obsolete files in 2.6 tree

[Will Dyson]

On 8/4/05, Miklos Szeredi <miklos@szeredi.hu> wrote:
> > Well, don't know about anyone else, but I certainly don't use it
> > anymore. If anyone needs  a fully-functional befs driver, the easiest
> > route to that would probably be getting Haiku's befs driver to compile
> > in userland as a FUSE fs.
> 
> That has already been done:
> 
>   http://prdownloads.sourceforge.net/fuse/mountlo-i386-0.1.tar.gz
> 
> All is needed is a working FUSE installation, and the above binary, to
> be able to mount any filesystem image/partition.

I think you mis-understand. Mountlo seems to allow one to mount
(through FUSE) any filesystem image for which there is a linux kernel
kernel driver available. This is a very nice capability.

But what I speak of is to port the 100% feature-complete (and
well-tested) befs driver from the Haiku project's kernel to the FUSE 
interface. This should be a considerably easier task than porting it
to the linux kernel vfs interface. Among other reasons for this, parts
of Haiku's kernel (including their befs driver) are written in c++.

-- 
Will Dyson

Re: Obsolete files in 2.6 tree

[Miklos Szeredi]

> I think you mis-understand. Mountlo seems to allow one to mount
> (through FUSE) any filesystem image for which there is a linux kernel
> kernel driver available. This is a very nice capability.
> 
> But what I speak of is to port the 100% feature-complete (and
> well-tested) befs driver from the Haiku project's kernel to the FUSE 
> interface. This should be a considerably easier task than porting it
> to the linux kernel vfs interface. Among other reasons for this, parts
> of Haiku's kernel (including their befs driver) are written in c++.

OK, thanks for the clarification.

Miklos