- 26 Aug, 2004 5 commits
-
-
Jaroslav Kysela authored
into suse.cz:/home/perex/bk/linux-sound/linux-sound
-
Jaroslav Kysela authored
ATIIXP-modem driver Added workaround for buggy BIOS Force to set MODEM_PRESENT bit for some buggy BIOS which don't set this bit. Signed-off-by: Sasha Khapyorsky <sashak@smlink.com> Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
ICE1724 driver Fixed the internal clock control. This fixes a bug that SPDIF-in mode can't be reset once after it's set. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
ICE1712 driver Pontis board: Misc fixes - buggy SPI communcation is fixed - fixed the return value of put callbacks of GPIO controls - corrected the initial register value of CS8416 Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
VIA82xx driver Disable legacy FM and SB to prevent lock-ups. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
- 25 Aug, 2004 35 commits
-
-
Jaroslav Kysela authored
ICE1712 driver Misc fixes for Aureon boards. - Fixed center/LFE volume controls. - Provide individual driver names for Aureon and Prodigy boards since they have different channel assignment from Revo, etc. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
Intel8x0 driver,Intel8x0-modem driver Fixed resume when interrupts are shared with another devices. Signed-off-by: Jozef Vesely <vesely@gjh.sk> Signed-off-by: Jaroslav Kysela <perex@suse.cz>
-
Jaroslav Kysela authored
Intel8x0 driver intel8x0: Fixed a long mdelay() A long mdelay() call in prepration of 4/6 channels on nForce is optimized and replaced with msleep(). Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
ALSA sequencer remove (now obsolete) support for _KERNEL_QUOTE events Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Jaroslav Kysela authored
RawMidi Midlevel fix handling of EFAULT errors in snd_rawmidi_read/write; fix hang when writing to /dev/midi* with O_SYNC Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Jaroslav Kysela authored
ATIIXP driver add IXP400 support Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Jaroslav Kysela authored
PPC beep support depends on INPUT Signed-off-by: Jaroslav Kysela <perex@suse.cz>
-
Jaroslav Kysela authored
MPU401 UART use acpi_register_gsi Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Jaroslav Kysela authored
AC97 Codec Core Added jack sense switches for AD1885 'Headphone Jack Sense' and 'Line Jack Sense' switches are added for AD1885. This will enable the h/w swich between the headphone and the internal speaker on some laptops. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
Maestro3 driver Fixed the typo in the last change for pci_set_master() call... Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
Maestro3 driver Call pci_set_master() in resume (to be sure) Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
ICE1712 driver Fixed the master volume control. The master volume control was inverted, fixed now. The volume range is narrowed to -64dB. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
VIA82xx driver Added the DXS entry for Uniwill/Targa Visionary XP-210. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
PPC AWACS driver awacs.c num_controls -> ARRAY_SIZE fix Signed-off-by: Joseph Fannin <jhf@rivenstone.net> Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
ICE1712 driver Removed MPU401 detection from Aureon and Prodigy boards. The bogus mpu401 may cause hang-up on some apps. Now the detection bit in EEPROM image is removed. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
Intel8x0 driver Add to snd-intel8x0 AC97 quirk list Additions for Dell Precision 450, HP xw4200 and xw8200. Signed-off-by: John W. Linville <linville@tuxdriver.com> Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
EMU10K1/EMU10K2 driver Fix Audigy + AC97 Master Volume This patch sets AC97 Master volume to 0 (0 dB). Previous value was 0x0202 (-3 dB) (this was my misstake). Signed-off-by: Peter Zubaj <pzad@pobox.sk> Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
ES1938 driver Added (experimental) PM support. Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
PPC PMAC driver,PPC Tumbler driver pmac mixer update from shadow register on resume and switching DRC on headphone plug The attached patch improved the pmac driver by implementing updating the mixer from the shadow register after a resume or headphone interrupt, as well as automatically selecting DRC on headphone plug. For normal line-out one does not want the DRC, but it should automatically be reenabled after the headphone is unplugged: Otherwise the power to the internal speakers is high enought to destroy them (happend once to my iBook - when it still had warrenty ... ;-) Signed-off-by: Rene Rebe <rene.rebe@gmx.net> Signed-off-by: Takashi Iwai <tiwai@suse.de>
-
Jaroslav Kysela authored
ALSA<-OSS sequencer rewrote snd_seq_oss_read/snd_seq_oss_write to fix various buffer overflow/locking/nonstandard behaviour bugs Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Jaroslav Kysela authored
ALSA<-OSS sequencer don't copy uninitialized kernel stack data to userspace Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Jaroslav Kysela authored
ALSA<-OSS sequencer remove superfluous snd_seq_oss_readq_clear call Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Jaroslav Kysela authored
ALSA sequencer don't fake the sender address in messages forwarded by snd-seq-dummy to prevent confusing other clients (e.g. snd-seq-oss) Signed-off-by: Clemens Ladisch <clemens@ladisch.de>
-
Linus Torvalds authored
Benh says: "Please revert that for now, I need to figure out what they were exactly trying to do and will come up with something if it makes sense but the patch as-is doesn't" Cset exclude: khali@linux-fr.org|ChangeSet|20040825202122|07524
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.6
-
Harald Welte authored
Signed-off-by: Harald Welte <laforge@netfilter.org> Signed-off-by: David S. Miller <davem@redhat.com>
-
David Mosberger authored
It looks fine to me, except that I decided to play chicken as far as the give_sigsegv update of sa_handler is concerned. Arun, I hope I got the ia32 emulation parts right, but you may want to double-check. The patch seems to work fine as far as I have tested. I'm seeing some oddity in context-switch overhead and pipe latency as reported by LMbench, but I suspect that's due to another change that happened somewhere between 2.6.5-rc1 and Linus' bk tree as of this morning. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
William Lee Irwin III authored
Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Paul Mackerras authored
Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
David S. Miller authored
Ok, here are the sparc64 and sparc32 versions. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Andi Kleen authored
Add the signal race changes to x86-64 to make it compile again. Didn't merge the more pointless changes from i386. Also remove the special SA_ONESHOT handling, doesn't seem to be needed anymore. From: Mikael Pettersson <mikpe@csd.uu.se> The signal-race-fixes patch in 2.6.8-rc2-mm1 appears to have broken x86-64's ia32 emulation. When forcing a SIGSEGV the old code updated "*ka", where ka was a pointer to current's k_sigaction for SIGSEGV. Now "ka_copy" points to a copy of that structure, so assigning "*ka_copy" doesn't do what we want. Instead do the assignment via current->... just like the normal signal delivery code does. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Mikael Pettersson authored
2.6.8-rc2-mm1 reintroduced the signal-race-fixes patch for i386, x86_64, s390, and ia64, breaking all other archs. The patch below updates ppc, following the pattern of i386. Compiled & runtime tested. No observable breakage. Signed-off-by: Mikael Pettersson <mikpe@csd.uu.se> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Martin Schwidefsky authored
Update s30 for the signal race fix From: Mikael Pettersson <mikpe@csd.uu.se> The signal-race-fixes patch in 2.6.8-rc2-mm1 appears to be a bit broken on s390. When forcing a SIGSEGV the old code updated "*ka", where ka was a pointer to current's k_sigaction for SIGSEGV. Now "ka_copy" points to a copy of that structure, so assigning "*ka_copy" doesn't do what we want. Instead do the assignment via current->... just like i386 and x86_64 do. Furthermore, the SA_ONESHOT handling wasn't deleted. That is now handled by generic code in the kernel. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Corey Minyard authored
The problem: In arch/i386/signal.c, in the do_signal() function, it calls get_signal_to_deliver() which returns the signal number to deliver (along with siginfo). get_signal_to_deliver() grabs and releases the lock, so the signal handler lock is not held in do_signal(). Then the do_signal() calls handle_signal(), which uses the signal number to extract the sa_handler, etc. Since no lock is held, it seems like another thread with the same signal handler set can come in and call sigaction(), it can change sa_handler between the call to get_signal_to_deliver() and fetching the value of sa_handler. If the sigaction() call set it to SIG_IGN, SIG_DFL, or some other fundamental change, that bad things can happen. The patch: You have to get the sigaction information that will be delivered while holding sighand->siglock in get_signal_to_deliver(). In 2.4, it can be fixed per-arch and requires no change to the arch-independent code because the arch fetches the signal with dequeue_signal() and does all the checking. The test app: The program below has three threads that share signal handlers. Thread 1 changes the signal handler for a signal from a handler to SIG_IGN and back. Thread 0 sends signals to thread 3, which just receives them. What I believe is happening is that thread 1 changes the signal handler in the process of thread 3 receiving the signal, between the time that thread 3 fetches the signal info using get_signal_to_deliver() and actually delivers the signal with handle_signal(). Although the program is obvously an extreme case, it seems like any time you set the handler value of a signal to SIG_IGN or SIG_DFL, you can have this happen. Changing signal attributes might also cause problems, although I am not so sure about that. (akpm: this test app segv'd on SMP within milliseconds for me) #include <signal.h> #include <stdio.h> #include <sched.h> char stack1[16384]; char stack2[16384]; void sighnd(int sig) { } int child1(void *data) { struct sigaction act; sigemptyset(&act.sa_mask); act.sa_flags = 0; for (;;) { act.sa_handler = sighnd; sigaction(45, &act, NULL); act.sa_handler = SIG_IGN; sigaction(45, &act, NULL); } } int child2(void *data) { for (;;) { sleep(100); } } int main(int argc, char *argv[]) { int pid1, pid2; signal(45, SIG_IGN); pid2 = clone(child2, stack2 + sizeof(stack2) - 8, CLONE_SIGHAND | CLONE_VM, NULL); pid1 = clone(child1, stack1 + sizeof(stack2) - 8, CLONE_SIGHAND | CLONE_VM, NULL); for (;;) { kill(pid2, 45); } } Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://linux-sound@linux-sound.bkbits.net/linux-soundJaroslav Kysela authored
into suse.cz:/home/perex/bk/linux-sound/linux-sound
-