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
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
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
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
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
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
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
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
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
> > +
> > + 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
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
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
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:
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
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
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
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, 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
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
> 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
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
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,
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
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:
> >
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
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)
> 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
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
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
> 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
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)
> > --- 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
32 matches
Mail list logo