Very Computer

Tried to get the sound working with OSS

It didn't work so I am posting the soundconf file cause I can't tell
what went wrong seems to be some issues maybe with Fedora core 5

Can anyone understand this

Tue Jun 20 12:47:39 PDT 2006
Kernel version: Linux localhost.localdomain 2.6.15-1.2054_FC5 #1 Tue
Mar 14 15:48:33 EST 2006 i686 i686 i386 GNU/Linux
Modutils version: 3.2-pre9
 12:47:39 up  1:01,  2 users,  load average: 0.03, 0.15, 0.26
=== Running ./bin/soundconf ===
Install directory: /usr/lib/oss
Will use /usr/bin/ld for linking.
Will use /usr/bin/ld for linking.
grep: /lib/modules/2.6.15-1.2054_FC5/build/Makefile: No such file or
directory
ln: creating symbolic link `/lib/modules/2.6.15-1.2054_FC5/source' to
`/lib/modules/2.6.15-1.2054_FC5/build': File exists
Note: No /lib/modules/2.6.15-1.2054_FC5/source/.config installed
./kbuild.sh: line 43: cd:
/lib/modules/2.6.15-1.2054_FC5/source/include: No such file or
directory
make -C /lib/modules/`uname -r`/source scripts scripts_basic
include/linux/version.h
make: *** /lib/modules/2.6.15-1.2054_FC5/source: No such file or
directory.  Stop.
make: [ossbuild] Error 2 (ignored)
make -C /lib/modules/`uname -r`/source SUBDIRS=/usr/lib/oss/kbuild
CC="gcc" modules
make: *** /lib/modules/2.6.15-1.2054_FC5/source: No such file or
directory.  Stop.
make: *** [ossbuild] Error 2
Kbuild didn't work....using bruteforce method

Trying to compile using
INCLUDE=/lib/modules/2.6.15-1.2054_FC5/build/include
In file included from src/sndshield.c:32:
/usr/include/linux/config.h:5:2: error: #error Incorrectly using glibc
headers for a kernel module
In file included from src/sndshield.c:55:
/usr/include/linux/types.h:20: error: conflicting types for 'uid_t'
/usr/include/unistd.h:206: error: previous declaration of 'uid_t'
was here
/usr/include/linux/types.h:21: error: conflicting types for 'gid_t'
/usr/include/unistd.h:201: error: previous declaration of 'gid_t'
was here
In file included from /usr/include/linux/signal.h:4,
                 from src/sndshield.c:57:
/usr/include/asm/signal.h:107: error: expected specifier-qualifier-list
before 'sigset_t'
In file included from /usr/include/linux/sched.h:14,
                 from src/sndshield.c:59:
/usr/include/linux/timex.h:148: error: field 'time' has incomplete
type
In file included from /usr/include/linux/sched.h:69,
                 from src/sndshield.c:59:
/usr/include/asm/processor.h:73: error: array type has incomplete
element type
src/sndshield.c:60:25: error: linux/timer.h: No such file or directory
src/sndshield.c:62:22: error: linux/mm.h: No such file or directory
src/sndshield.c:63:25: error: linux/ctype.h: No such file or directory
src/sndshield.c:64:25: error: linux/delay.h: No such file or directory
src/sndshield.c:65:27: error: linux/vmalloc.h: No such file or
directory
src/sndshield.c:69:29: error: linux/highmem.h: No such file or
directory
In file included from src/sndshield.c:72:
/usr/include/asm/io.h:4:2: warning: #warning <asm/io.h> is deprecated,
use <sys/io.h> instead
src/sndshield.c:76:25: error: asm/uaccess.h: No such file or directory
In file included from src/sndshield.c:80:
/usr/include/asm/dma.h:138: error: expected '=', ',', ';',
'asm' or '__attribute__' before 'dma_spin_lock'
/usr/include/asm/dma.h: In function 'claim_dma_lock':
/usr/include/asm/dma.h:143: error: 'dma_spin_lock' undeclared
(first use in this function)
/usr/include/asm/dma.h:143: error: (Each undeclared identifier is
reported only once
/usr/include/asm/dma.h:143: error: for each function it appears in.)
/usr/include/asm/dma.h: In function 'release_dma_lock':
/usr/include/asm/dma.h:149: error: 'dma_spin_lock' undeclared
(first use in this function)
In file included from src/sndshield.c:80:
/usr/include/asm/dma.h:298:2: warning: #warning Using kernel headers in
userspace!
src/sndshield.c:82:24: error: linux/slab.h: No such file or directory
src/sndshield.c:83:26: error: linux/string.h: No such file or directory
In file included from /usr/include/linux/interrupt.h:9,
                 from src/sndshield.c:92:
/usr/include/asm/bitops.h:327:2: warning: #warning This includefile is
not available on all architectures.
/usr/include/asm/bitops.h:328:2: warning: #warning Using kernel headers
in userspace: atomicity not guaranteed
In file included from src/sndshield.c:92:
/usr/include/linux/interrupt.h:12:25: error: asm/hardirq.h: No such
file or directory
/usr/include/linux/interrupt.h:13:25: error: asm/softirq.h: No such
file or directory
src/sndshield.c: At top level:
src/sndshield.c:109: error: initializer element is not constant
src/sndshield.c:114:4: error: #error You have downloaded the wrong
version of OSS. Please download the NONREGPARM version.
src/sndshield.c:131: warning: 'struct file' declared inside
parameter list
src/sndshield.c:131: warning: its scope is only this definition or
declaration, which is probably not what you want
src/sndshield.c:131: warning: 'struct inode' declared inside
parameter list
src/sndshield.c:132: warning: 'struct file' declared inside
parameter list
src/sndshield.c:133: warning: 'struct file' declared inside
parameter list
src/sndshield.c:134: error: expected declaration specifiers or
'...' before 'poll_table'
src/sndshield.c:134: warning: 'struct file' declared inside
parameter list
src/sndshield.c:135: error: expected '=', ',', ';',
'asm' or '__attribute__' before 'select_table'
src/sndshield.c:137: error: expected declaration specifiers or
'...' before 'filldir_t'
src/sndshield.c:137: warning: 'struct file' declared inside
parameter list
src/sndshield.c:137: warning: 'struct inode' declared inside
parameter list
src/sndshield.c:139: warning: 'struct file' declared inside
parameter list
src/sndshield.c:139: warning: 'struct inode' declared inside
parameter list
src/sndshield.c:140: warning: 'struct vm_area_struct' declared
inside parameter list
src/sndshield.c:140: warning: 'struct file' declared inside
parameter list
src/sndshield.c:141: warning: 'struct file' declared inside
parameter list
src/sndshield.c:141: warning: 'struct inode' declared inside
parameter list
src/sndshield.c:143: warning: 'struct file' declared inside
parameter list
src/sndshield.c:143: warning: 'struct inode' declared inside
parameter list
src/sndshield.c:144: warning: 'struct file' declared inside
parameter list
src/sndshield.c:145: warning: 'struct file' declared inside
parameter list
src/sndshield.c:145: warning: 'struct inode' declared inside
parameter list
src/sndshield.c: In function '_udi_kmalloc':
src/sndshield.c:161: warning: implicit declaration of function
'kmalloc'
src/sndshield.c:161: error: 'GFP_KERNEL' undeclared (first use in
this function)
src/sndshield.c:161: warning: assignment makes pointer from integer
without a cast
src/sndshield.c:165: warning: implicit declaration of function
'printk'
src/sndshield.c: In function 'udi_current_got_fatal_signal':
src/sndshield.c:216: warning: implicit declaration of function
'signal_pending'
src/sndshield.c:216: error: 'current' undeclared (first use in this
function)
src/sndshield.c: In function 'udi_current_set_timeout':
src/sndshield.c:222: warning: implicit declaration of function
'schedule_timeout'
src/sndshield.c:222: error: 'jiffies' undeclared (first use in this
function)
src/sndshield.c: In function 'udi_current_get_command':
src/sndshield.c:228: error: 'current' undeclared (first use in this
function)
src/sndshield.c: In function 'udi_current_get_pid':
src/sndshield.c:234: error: 'current' undeclared (first use in this
function)
src/sndshield.c: In function 'udi_current_get_uid':
src/sndshield.c:240: error: 'current' undeclared (first use in this
function)
src/sndshield.c: In function 'udi_interruptible_sleep_on':
src/sndshield.c:250: error: 'wait_queue_head_t' undeclared (first
use in this function)
src/sndshield.c:250: error: 'w' undeclared (first use in this
function)
src/sndshield.c:250: error: expected expression before ')' token
src/sndshield.c:259: warning: implicit declaration of function
'interruptible_sleep_on'
src/sndshield.c: In function 'udi_interruptible_sleep_on_timeout':
src/sndshield.c:265: error: 'wait_queue_head_t' undeclared (first
use in this function)
src/sndshield.c:265: error: 'w' undeclared (first use in this
function)
src/sndshield.c:265: error: expected expression before ')' token
src/sndshield.c:274: warning: implicit declaration of function
'interruptible_sleep_on_timeout'
src/sndshield.c: In function 'udi_wake_up':
src/sndshield.c:280: error: 'wait_queue_head_t' undeclared (first
use in this function)
src/sndshield.c:280: error: 'w' undeclared (first use in this
function)
src/sndshield.c:280: error: expected expression before ')' token
src/sndshield.c:288: error: 'current' undeclared (first use in this
function)
src/sndshield.c:290: warning: implicit declaration of function
'wake_up'
src/sndshield.c: In function 'udi_yield':
src/sndshield.c:297: error: 'current' undeclared (first use in this
function)
src/sndshield.c:299: warning: implicit declaration of function
'schedule'
src/sndshield.c: In function 'udi_poll_wait':
src/sndshield.c:306: error: 'wait_queue_head_t' undeclared (first
use in this function)
src/sndshield.c:306: error: 'w' undeclared (first use in this
function)
src/sndshield.c:306: error: expected expression before ')' token
src/sndshield.c:307: error: 'poll_table' undeclared (first use in
this function)
src/sndshield.c:307: error: 't' undeclared (first use in this
function)
src/sndshield.c:307: error: expected expression before ')' token
src/sndshield.c:310: warning: implicit declaration of function
'poll_wait'
src/sndshield.c: At top level:
src/sndshield.c:314: warning: 'struct file' declared inside
parameter list
src/sndshield.c:322: warning: 'struct dentry' declared inside
parameter list
src/sndshield.c:322: warning: 'struct file' declared inside
parameter list
src/sndshield.c:335: warning: 'struct file' declared inside
parameter list
src/sndshield.c: In function 'alloc_fop':
src/sndshield.c:377: error: invalid ...

read more »

Yes, but there is no need to post a lot of junk. OSS is obsolete and
should not be used. You must use ALSA instead. While in general, Fedora
does not support ISA sound cards (this is by design), you could build a
custom module (snd-sb16) from the ALSA distribution. However, the work and
time expense required would probably exceed the cost of a cheap PCI sound
card, and that is a preferred way to proceed.

--
Vladimir

Well the reason I had to post like this is I wanted to attach the file
but my free usnet server I have to use since cox.net does not have nntp
server, was not taking posts so I had to post through Google.

Anyway I tried Alsa and it did not work even though it recognized the
card.  OSS says there driver supports my sound card so if anyone can
help it would be appreciated

The kernel from 2.4 onward supports a straight SB16 without need for
alsa. Is the OP sure he's setting up the kernel right? try (re)reading
the sound HOWTO.

--
(setq (chuck nil)  car(chuck) )

You got it all wrong. Old soundblasters have been supported for over
a decade (since probably 1.2 kernels). However, the old sound system has
been depreciated in the 2.6 kernels and replaced with ALSA. As I pointed
out in my previous post, OSS is officially dead and can not be used on a
modern Linux system. The sound HOWTO is also of that vintage and should
not be consulted due to it being hopelessly obsolete.

--
Vladimir

Ok can anyone help me to fix it then.  I am starting to really like this
box and some sound would be great?

I had the alsa drivers installed the card was recognized but no joy

I tried a demo of OSS which has worked in the past with this card but
again it seems to be missing some dependency

Would anyone be willing to walk me through diagnosis as I am very rusty
at Linux I have not used it in 5 years

Thanks

Jeanette

Wrong. I have a Awe SB32 that works fine with the kernel drivers
(including 2.6 - take a look at the drivers included there). The only
possible reason I can see for not using OSS is not using bzImage when
compiling your kernel (or too many drivers in the kernel) thereby having
too large a kernel to load. I have been compiling my own kernel since
1.1.59 and have never had problems with OSS, and doesn't need to load
anything or to mess arround with /etc/rc.d/rc.modules and that other
file. Alsa is an undocumented mess to setup.

--
(setq (chuck nil)  car(chuck) )

Ok, the first thing you need to do is get a current version of the sound
HOWTO at linux.com:
http://howtos.linux.com/howtos/HOWTO-INDEX/index.shtml (you want
4.5.5.1)

(note the alsa howto is last updated in 1999 the sound howto in 2001)

unfortunately your original post seems to have expired on my news
server, however, the AWE32 sound howto sould be gotten as well as it is
a SB card you have. Read the sound HOWTO *in full* before you try
anything and so you do understand what you are doing. Have it open in a
tty while you are compiling you kernel so you get it right and sure you
do: make menuconfig (to set up the kernel) make dep (to redo
dependencys) make bzImage (note case there - for the kernel image)
make bzlilo ( to install the kernel)

and if you have modules to load

make modules modules_install.

after that logout and reboot. Don't login just keed your original vc (if
you don't boot to xwindows on start with xdm) and use <shift-pageup> to
scroll up to see any messages about the sound drivers. You should hear a
sound if your speakers are turned on as linux is booting (maybe only
with SB32)

If there is anything specific not understood please eludicate and I will
reply within 2 days.

You also may find a copy of the howtos that came with your distribution
under /us/doc possibly in a directory either called howto or linuxhowto
(punctuation differences aside)

--
(setq (chuck nil)  car(chuck) )

" > Wrong. I have a Awe SB32 that works fine with the kernel drivers

Quote:> (including 2.6 - take a look at the drivers included there). The only
> possible reason I can see for not using OSS is not using bzImage when
> compiling your kernel (or too many drivers in the kernel) thereby having
> too large a kernel to load. I have been compiling my own kernel since
> 1.1.59 and have never had problems with OSS, and doesn't need to load
> anything or to mess arround with /etc/rc.d/rc.modules and that other
> file. Alsa is an undocumented mess to setup.

> --
> (setq (chuck nil)  car(chuck) )

Ok well I think the reason OSS didn't work was some dependency issue so I am
going to go back and see if I can find what those were.

Quote:

> " > Wrong. I have a Awe SB32 that works fine with the kernel drivers
>> (including 2.6 - take a look at the drivers included there). The only
>> possible reason I can see for not using OSS is not using bzImage when
>> compiling your kernel (or too many drivers in the kernel) thereby
>> having too large a kernel to load. I have been compiling my own
>> kernel since 1.1.59 and have never had problems with OSS, and doesn't
>> need to load anything or to mess arround with /etc/rc.d/rc.modules
>> and that other file. Alsa is an undocumented mess to setup.

>> --
>> (setq (chuck nil)  car(chuck) )

> Ok well I think the reason OSS didn't work was some dependency issue
> so I am going to go back and see if I can find what those were.

Ok and I forgot to say that *if* you recompile the kernel make *sure*
you copy the .config file in /usr/src/linux<version> elsewhere so you
can get your old kernel back. BTW you can do a make clean after make
menuconfig along with make mrproper (hard kill of all setup files for
the kernel) then copy the .config file back and then do a make
oldconfig.

--
(setq (chuck nil)  car(chuck) )

That you are still compiling kernels only shows that you apparently have
not moved up in your experience as a Linux user (people typically stop
doing that after they graduate from the "beginner" to the "intermediate"
level). And while I admit that 2.6 kernels still contain some OSS code,
it is clearly marked as OBSOLETE and DEPRECATED in the Kconfigs. Most
of the contents of the sound directory in the kernel belongs to ALSA and
the OSS code will hopefully be purged from the kernel altogether in the
next version. As far as ALSA being "undocumented mess": most parts of the
kernel are "undocumented", but ALSA is actually one of the better
documented parts of it.

--
Vladimir

What is your issue mister? Compiling the kernel has nothing to do with
competence of which your's is apparently questionable, it has to do with
setting up your hardware to run efficiently. As far as ALSA being in the
kernel (chuckle) that's pure nonsence, you load the modules and modify
/etc/rc.d/rc.modules and /etc/modules.conf. Nowhere in the kernel is
ALSA even mentioned. It was a temporary offshoot to support cards which
didn't have kernel drivers written and that was the only purpose of it.
It's dead (along with the OP's problem BTW no thanks to your hot headed
behavior).

--
(setq (chuck nil)  car(chuck) )