[PATCH] Partial devfs support for raw IO devices

Hi, I hacked together this quick patch to make the "master" raw IO device appear in devfs. It seems odd that I need *both* devfs_register...() calls but the first one only seems to make the entry appear in /proc/devices. The logical corollary to this patch is to make raw IO devices magically appe

[PATCH] - Linux 2.4.5; devfs support for /dev/raw

Hi, I have written this patch so that /dev/raw now appears in a devfs filesystem. I haven't tried to support the /dev/rawN devices because I'm not sure that it would be worthwhile. (Seeing as you need to bind them by hand manually anyway.) Cheers, Chris --- linux-2.4.5/drivers/char/raw.c.orig S

Looking for maintainer of ENSONIQ SoundScape driver

Hi, I have an ENSONIQ SoundScape PNP sound card, and I am noticing problems with it under linux-2.4.0-prerelease and linux-2.4.0. I have created 2 diffs which solve the most pressing problem (and sort a few messages out), but the driver seems to have deeper issues which I would like to discuss wi

Re: Looking for maintainer of ENSONIQ SoundScape driver

ode seems to live in sound.o - I don't want to do something stupid in there! And advice gratefully accepted, Cheers, Chris Rankin --- drivers/sound/sscape.c.orig Sun Nov 12 02:33:14 2000 +++ drivers/sound/sscape.c Wed Jan 3 12:07:42 2001 @@ -1023,7 +1025,7 @@ int sscape_ext_m

Updated patch: module-usage for sound coprocessor device

missing #include + * Chris Rankin: Update the module-usage counter for the coprocessor */ #include @@ -71,6 +72,7 @@ int bits; int dev_type = dev & 0x0f; int mode = translate_mode(file); + struct coproc_operations *coprocessor; dev = dev

ENSONIQ SoundScape PNP - small patch

Hi, I have made further tweaks to the sscape module: - removed two redundant calls to release_region() - set the default MIDI volume(s?) to 100. These volume settings aren't accessible from any mixer I have. Therefore set them to "maximum" and use the volume control on the speaker instead. C

ISA-PNP /proc interface in 2.4.0 : 100% CPU!

Hi, I have an old ISA-PNP soundcard whose driver doesn't currently use the ISA-PNP services. I have therefore been activating this card by writing to the /proc/isapnp interface. And in an idle moment, I tried an "auto" instruction: cat > /proc/isapnp << EOF card 0 ENS3081 dev 0 ENS auto EOF

PATCH for 2.4.0: assign ad1848 mixer operations to correct module

Hi, This patch fixes a problem that I was having with the ENSONIQ SoundScape mixer: basically, the mixer device was owned by the ad1848 module but was being deallocated when the sscape module was unloaded. This patch hands the mixer device to the sscape module instead so that the sscape module -c

Revised patch: Linux 2.4.0 ad1848 mixer ownership

Hi, This is a revised version of my ad1848 patch; instead of modifying the static structures, update the "owner" fields in the audio_devs[] and mixer_devs[] structures instead. Chris --- linux-vanilla/drivers/sound/ad1848.cFri Aug 11 16:26:43 2000 +++ linux-2.4.0-ac3/drivers/sound/ad18

Re: PATCH for 2.4.0: assign ad1848 mixer operations to correct module

> > + > > + if (owner) > > + ad1848_mixer_operations.owner = owner; > > + > > if ((e = sound_install_mixer(MIXER_DRIVER_VERSION, > > dev_name, > > &ad1848_mixer_operations, > > > > BTW Isn't it ever-so-slightly dodgy modifying the static > > Very. > > > operations

Set ownership correctly for MPU401 synth operations

Hi, This patch makes the mpu401_synth_operations structure respect attach_mpu401()'s "owner" parameter. This should prevent more sound module from being accidentally unloaded. Cheers, Chris --- linux-vanilla/drivers/sound/mpu401.cFri Jan 5 23:14:08 2001 +++ linux-2.4.0-ac3/drivers/sou

Request for Data: Anyone out there with an ENSONIQ SoundScape?

Hi, I am trying to add ISA-PNP support to the ENSONIQ SoundScape driver, but am suffering from a lack of examples: the only one I have is my own. Can anyone who is using the sscape.o driver to control their soundcard please email me with their working module parameters, plus the output from eithe

[PATCH] : Mark read-only ISA-PNP function parameters as "const"

Hi, This is an incredibly boring patch that just adds "const" to some of the ISA-PNP function prototypes. It compiles cleanly with gcc-2.95.2. Cheers, Chris --- linux-vanilla/include/linux/isapnp.hSun Dec 31 19:11:06 2000 +++ linux-2.4.0-ac3/include/linux/isapnp.h Wed Jan 10 17:08:

[PATCH]: Keep sound-module usage correct, even if audio_open fails

still generic * Horst von Brand: Add missing #include + * Chris Rankin: Update the module-usage counter for the coprocessor, + * and decrement the counters again if we cannot open + * the audio device. */ #include @@ -71,6 +74,8 @@ int bi

2.4.0-ac6 : Processes missing from "ps -ef" output

Hi, I have been trying out 2.4.0-ac6, and the RedHat 6.1 init scripts really don't like it. (They liked 2.4.0-ac3 OK.) The visible symptom is that rc.sysinit now hangs, waiting for me to press 'i'. Once I do, it successfully hands over to the correct runlevel script, and I can go back to non-i

Linux-2.4.0-ac7: Unresolved symbol "queued_sectors" in scsi_mod.o

Hi, I have just compiled 2.4.0-ac7, and this kernel boots up OK (no more processes missing from the output of "ps -ef", either). However, I am now getting an unresolved symbol "queued_sectors" in scsi_mod.o when I run depmod. I've done a "make mproper; ; make oldconfig; make dep" and none of the

[PATCH] : Sound module locking - uart401

Hi, I was going to save this patch until people (Alan) returned from linux.conf.au, but seeing as 2.4.0-ac10 has just been posted ... This patch makes the uart401 honour the module owner for MIDI and synth devices, and then moves the MIDI operations into the text section. Chris --- linux-2.4.0/

Linux-2.4.5, reiserfs, Oops!

Linux 2.4.5, SMP, devfs, < 1 GB memory, compiled with gcc-2.95.3 Hi, I have just experimented with using reiserfs; since I didn't have a hard disc partition free I used a 250MB Zip disc instead with my USB drive. I didn't do anything clever with parameters or anything; just "mkreisferfs /dev/sda

RE: Linux-2.4.5 and Reiserfs, oops!

Hi, Thanks for the patch; I successfully unmounted my reiserfs USB Zip 250 MB disc. However, the box then locked up hard when I unmounted an NFS mount and tried to switch to another virtual console. Chris - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: Linux-2.4.5 and Reiserfs, oops!

> That's... interesting. With that patch changes to fs/super.c should make > no difference whatsoever. > > OK, can you reproduce NFS lockup on 2.4.5-pre5 (without that patch) > and on 2.4.5-pre3 (ditto)? > > There were NFS changes in -pre4 and -pre5 and umount ones in -pre6. The > latter need t

Re: Linux-2.4.5 and Reiserfs, oops!

ing. Chris My video card is a Matrox G400 AGP 32MB with TV-OUT, and I'm not using the frame buffer driver. > On Sat, 26 May 2001, Chris Rankin wrote: > > > Hi, > > > > Thanks for the patch; I successfully unmounted my reiserfs USB Zip 250 > > MB disc. Howeve

Overkeen CDROM disk-change messages

Hi, It looks like my CDROM driver had a busy night last night ... ;-). This was with Linux 2.4.5, dual Pentium III, devfs, < 1GB memory. There was no CDROM in the drive, but I had kept the CD player running anyway. Cheers, Chris May 27 02:10:03 twopit kernel: hdc: ATAPI 32X CD-ROM CD-R/RW drive,

Hard lockup switching to X from vc; Matrox G400 AGP

REF: Linux 2.4.5, 2.4.4, 2.4.3 (and probably earlier); devfs; SMP (dual PIII); < 1GB main memory Hi, Has anyone noticed their Linux box lock up hard (as in cannot even be pinged from the local network) when switching from a text vc to a vc running X? This has happened for me even

Re: Hard lockup switching to X from vc; Matrox G400 AGP

Hi, thanks for confirming this. But if it's Matrox's code (we are talking about the mga_hal_drv.o module for X, correct?) then the ball is in their court. Has anyone reported this to them so that they can fix it? Cheers, Chris > On Mon, May 28, 2001 at 12:24:50AM +0200, Ben Twijnstra wrote: > >

/dev/cpu/*/(cpuid, msr) unhappy as modules - OOPS!

Hi, I have just compiled Linux 2.2.18 (UP) and Linux 2.4.0-test12 (SMP, devfs), and in each case I compiled the msr and cpuid drivers as modules. However, when I tried to read from the devices (using "cat"), I got oopses from both 2.2.18 and 2.4.0-test12. Neither the msr.o nor the cpuid.o modules

Re: /dev/cpu/*/(cpuid, msr) unhappy as modules - OOPS!

Devfs might explain the 2.4.0-test12 oopses, but it can't possibly explain the oops with 2.2.18. I don't use devfs with 2.2.18. Chris > Looks like a devfs problem; complain to the appropriate people. I refuse > to touch that particular devfs code. > > > I have just compiled Linux 2.2.18 (UP)

Re: /dev/cpu/*/(cpuid, msr) unhappy as modules - OOPS!

> Looks like a devfs problem; complain to the appropriate people. I refuse > to touch that particular devfs code. I've had a quick look at both the 2.2.18 and 2.4.0-test12 drivers for msr and cpuid, and I've noticed something curious. This is the comment from 2.4.0-test12, cpuid.c: /* * cpui

Re: /dev/cpu/*/(cpuid, msr) unhappy as modules - OOPS!

OK, I've just tried repeating this experiment on 2.2.18 (no devfs) and it oopsed this time, so there's obviously something else going on here. $ ksymoops -m /boot/System.map-2.2.18 < oops2.txt ksymoops 2.3.4 on i586 2.2.18. Options used -V (default) -k /proc/ksyms (default) -l /p

[PATCH](s): Use spinlocks instead of STI/CLI in SoundBlaster

Maybe other 16 bit cards in this code could behave * the same. + * Chris Rankin: Use spinlocks instead of CLI/STI */ +#include + #include "sound_config.h" #include "sb_mixer.h" @@ -43,23 +46,22 @@ if (mode == OPE

Re: [PATCH](s): Use spinlocks instead of STI/CLI in SoundBlaster

> spin_lock_irqsave() and save_flags()+cli() are identical on > uniprocessor builds. OK, so a UP-build proves nothing ... > cli() is quite putrid on SMP and should be shot. This much I understand ... > You can test your patch on uniprocessor hardware - just build > an SMP kernel and run it. I

[PATCH] (revised): spinlocks in SoundBlaster

this code could behave * the same. + * Chris Rankin: Use spinlocks instead of CLI/STI */ +#include + #include "sound_config.h" #include "sb_mixer.h" @@ -43,23 +46,22 @@ if (mode == OPEN_READ)

Re: [PATCH](s): Use spinlocks instead of STI/CLI in SoundBlaster

> > --- linux-2.4.0/drivers/sound/sb.h.orig Fri Jan 26 13:57:40 2001 > > +++ linux-2.4.0/drivers/sound/sb.h Fri Jan 26 13:58:42 2001 > > @@ -137,6 +137,8 @@ > >void (*midi_input_intr) (int dev, unsigned char data); > >void *midi_irq_cookie; /* IRQ cookie for the