29 Sep, 2008
2 commits
-
Conversion to new-style i2c driver missed the error path of the
probe function. Fix it.Signed-off-by: Jean Delvare
Cc: Timur Tabi
Signed-off-by: Takashi Iwai -
Update the CS4270 ALSA device driver to use the new-style I2C interface.
Starting with the 2.6.27 PowerPC kernel, I2C devices that have entries in the
device trees can no longer be probed by old-style I2C drivers. The device
tree for Freescale MPC8610 HPCD has included an entry for the CS4270 since
2.6.25, but that entry was previously ignored by the PowerPC I2C subsystem.
Since that's no longer the case, the best solution is to update the CS4270
driver to a new-style interface, rather than try to revert the behavior of
new PowerPC I2C subsystem.Signed-off-by: Timur Tabi
Signed-off-by: Takashi Iwai
25 Sep, 2008
2 commits
-
The power_mutex lock in snd_pcm_drop may cause a possible deadlock
chain, and above all, it's unneeded. Let's get rid of it.Signed-off-by: Takashi Iwai
-
The PCM and rawmidi open callbacks have a lock against card->controls_list
but it takes a wrong one, card->controls_rwsem, instead of a right one
card->ctl_files_rwlock. This patch fixes them.This change also fixes automatically the potential deadlocks due to
mm->mmap_sem in munmap and copy_from/to_user, reported by Sitsofe
Wheeler:A: snd_ctl_elem_user_tlv(): card->controls_rwsem => mm->mmap_sem
B: snd_pcm_open(): card->open_mutex => card->controls_rwsem
C: munmap: mm->mmap_sem => snd_pcm_release(): card->open_mutexThe patch breaks the chain.
Signed-off-by: Takashi Iwai
23 Sep, 2008
1 commit
-
This patch updates the maintainers email address for Liam Girdwood and
adds a URL for the ASoC website.Signed-off-by: Liam Girdwood
Signed-off-by: Takashi Iwai
22 Sep, 2008
1 commit
-
s/PDC_PTCR/ATMEL_PDC_PTCR/
Signed-off-by: Haavard Skinnemoen
Acked-by: Mark Brown
Signed-off-by: Takashi Iwai
06 Sep, 2008
1 commit
-
CONFIG_AC97_BUS is used from both sound and ucb1400 drivers.
The recent change in Kconfig introduced the exclusive dependency on
CONFIG_SOUND, and disabled the ucb1400 build without sound.
This patch makes CONFIG_AC97_BUS independent.Signed-off-by: Takashi Iwai
Tested-by: Randy Dunlap
02 Sep, 2008
2 commits
-
Signed-off-by: Takashi Iwai
-
Fix the wrong DAC assignment for NID 0x17 mono-pin on ALC663.
Signed-off-by: Takashi Iwai
01 Sep, 2008
2 commits
-
pxa2xx-i2s: probe actual device and use it for clk_get call
thus fixing error during startup hookSigned-off-by: Dmitry Baryshkov
Acked-by: Mark Brown
Signed-off-by: Takashi Iwai -
Added the EQ distortion fix to the dell_m6_core_init.
Signed-off-by: Matthew Ranostay
Signed-off-by: Takashi Iwai
29 Aug, 2008
1 commit
-
When changing the sample rate, the CMI8788's master clock output becomes
unstable for a short time. The AK4396 needs the master clock to do SPI
writes, so writing to an AK4396 control register directly after a sample
rate change will garble the value. In our case, this leads to the DACs
being misconfigured to I2S sample format, which results in a wrong
output level and horrible distortions on samples louder than -6 dB.To fix this, we need to wait until the new master clock signal has
become stable before doing SPI writes.Signed-off-by: Clemens Ladisch
Signed-off-by: Takashi Iwai
27 Aug, 2008
1 commit
-
This reverts commit 3e0e469fa216ec70c93b1593821b759d19ee2e6b.
The patch introduced a wrong detection of other intel Macs with
ALC88* codec because they share the same PCI SSID (but have different
codec subsystem-IDs). See http://lkml.org/lkml/2008/8/24/143Reported-and-tested-by: Guillaume Chazarain
Signed-off-by: Takashi Iwai
26 Aug, 2008
25 commits
-
Thanks to Felipe Balbi by noticing that if clk_get
to sys_clkout2_src fails, then n810_snd_device is never released.Add also sys_clkout2_src release into error path, error code return and
release the clocks at exit.Signed-off-by: Jarkko Nikula
Acked-by: Mark Brown
Signed-off-by: Takashi Iwai -
The Xonar DX does not have CD Capture controls, so we have to check that
a control actually exists before muting it.Signed-off-by: Clemens Ladisch
Cc:
Signed-off-by: Takashi Iwai -
* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6:
bnx2x: Version update
bnx2x: Multi Queue
bnx2x: NAPI and interrupts enable/disable
bnx2x: NIC load failure cleanup
bnx2x: Initialization structure
bnx2x: HW lock timeout
bnx2x: Minimize lock time
bnx2x: Fan failure mechanism on additional design
bnx2x: Rx work check
ipv6: sysctl fixes
ipv4: sysctl fixes
sctp: add verification checks to SCTP_AUTH_KEY option -
Signed-off-by: Stephen Rothwell
Signed-off-by: Linus Torvalds -
Version update
Signed-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
The multi queue support is still disabled by default for the bnx2x
(needs some more testing and validation), but there are 2 obvious bug in
it which are fixed in this patchSigned-off-by: Yitchak Gertner
Signed-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
Fixing the order of enabling and disabling NAPI and the interrupts
Signed-off-by: Yitchak Gertner
Signed-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
Load failures were not handled correctly
Signed-off-by: Yitchak Gertner
Signed-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
The TPA initialization is part of the FW internal memory initialization
and so it is moved to the appropriate functionSigned-off-by: Yitchak Gertner
Signed-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
Increasing the lock timeout to 5 seconds instead of 1 second to minimize
the chance of failures due to timeoutSigned-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
After iSCSI boot, the HW lock should only protect the flag so only the
first function will reset the chip and not then entire chip reset
processSigned-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
The A1021G board is also using the fan failure mechanism in the same way
the A1022G board doesSigned-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
The has Rx work check was wrong: when the FW was at the end of the page,
the driver was already at the beginning of the next page. Since the
check only validated that both driver and FW are pointing to the same
place, it concluded that there is still work to be done. This caused
some serious issues including long latency results on ping-pong test and
lockups while unloading the driver in that condition.Signed-off-by: Eilon Greenstein
Signed-off-by: David S. Miller -
Braino: net.ipv6 in ipv6 skeleton has no business in rotable
classSigned-off-by: Al Viro
Signed-off-by: David S. Miller -
net.ipv4.neigh should be a part of skeleton to avoid ordering problems
Signed-off-by: Al Viro
Signed-off-by: David S. Miller -
The structure used for SCTP_AUTH_KEY option contains a
length that needs to be verfied to prevent buffer overflow
conditions. Spoted by Eugene Teo .Signed-off-by: Vlad Yasevich
Signed-off-by: David S. Miller -
This fixes a regression that was indirectly caused by commit
1184dc2ffe2c8fb9afb766d870850f2c3165ef25 ("x86: modify Kconfig to allow
up to 4096 cpus").Allowing 4k CPU's is not practical at this time, because we still have a
number of places that have several 'cpumask_t's on the stack, and a
4k-bit cpumask is 512 bytes of stack-space for each such variable. This
literally caused functions like 'smp_call_function_mask' to have a 2.5kB
stack frame, and several functions to have 2kB stackframes.With an 8kB stack total, smashing the stack was simply much too likely.
At least bugzilla entryhttp://bugzilla.kernel.org/show_bug.cgi?id=11342
was due to this.
The earlier commit to not inline load_module() into sys_init_module()
fixed the particular symptoms of this that Alan Brunelle saw in that
bugzilla entry, but the huge stack waste by cpumask_t's was the more
direct cause.Some day we'll have allocation helpers that allocate large CPU masks
dynamically, but in the meantime we simply cannot allow cpumasks this
large.Cc: Alan D. Brunelle
Cc: Mike Travis
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: Linus Torvalds -
…el/git/tip/linux-2.6-tip
* 'timers-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
rtc: fix deadlock -
…git/tip/linux-2.6-tip
* 'x86-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
x86: add X86_FEATURE_XMM4_2 definitions
x86: fix cpufreq + sched_clock() regression
x86: fix HPET regression in 2.6.26 versus 2.6.25, check hpet against BAR, v3
x86: do not enable TSC notifier if we don't need it
x86 MCE: Fix CPU hotplug problem with multiple multicore AMD CPUs
x86: fix: make PCI ECS for AMD CPUs hotplug capable
x86: fix: do not run code in amd_bus.c on non-AMD CPUs -
…l/git/tip/linux-2.6-tip
* 'sched-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip:
sched_clock: fix cpu_clock() -
* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6:
PCI: fix reference leak in pci_get_dev_by_id()
PCI: shpchp: Rename duplicate slot name N as N-1, N-2, N-M...
PCI: pciehp: Rename duplicate slot name N as N-1, N-2, N-M... -
* 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6:
ALSA: ASoC: Fix double free and memory leak in many codec drivers
ALSA: CA0106 on MSI K8N Diamond PLUS Motherboard -
* 'kvm-updates-2.6.27' of git://git.kernel.org/pub/scm/linux/kernel/git/avi/kvm:
KVM: fix userspace ABI breakage
KVM: MMU: Fix torn shadow pte
KVM: Use .fixup instead of .text.fixup on __kvm_handle_fault_on_reboot -
* git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus:
lguest: update commentry
stop_machine: Remove deprecated stop_machine_run
stop_machine: wean Xen off stop_machine_run
virtio_balloon: fix towards_target when deflating balloon -
'load_module()' is a complex function that contains all the ELF section
logic, and inlining it is utterly insane. But gcc will do it, simply
because there is only one call-site. As a result, all the stack space
that is allocated for all the work to load the module will still be
active when we actually call the module init sequence, and the deep call
chain makes stack overflows happen.And stack overflows are really hard to debug, because they not only
corrupt random pages below the stack, but also corrupt the thread_info
structure that is allocated under the stack.In this case, Alan Brunelle reported some crazy oopses at bootup, after
loading the processor module that ends up doing complex ACPI stuff and
has quite a deep callchain. This should fix it, and is the sane thing
to do regardless.Cc: Alan D. Brunelle
Cc: Arjan van de Ven
Cc: Rusty Russell
Signed-off-by: Linus Torvalds
25 Aug, 2008
2 commits
-
This patch fixes 3 issues:
a) it removes the dependency on jiffies, because jiffies are incremented
by a single CPU, and the tick is not synchronized between CPUs. Therefore
relying on it to calculate a window to clip whacky TSC values doesn't work
as it can drift around.So instead use [GTOD, GTOD+TICK_NSEC) as the window.
b) __update_sched_clock() did (roughly speaking):
delta = sched_clock() - scd->tick_raw;
clock += delta;Which gives exponential growth, instead of linear.
c) allows the sched_clock_cpu() value to warp the u64 without breaking.
the results are more reliable sched_clock() deltas:
before after sched_clock
cpu_clock: 15750 51312 51488
cpu_clock: 59719 51052 50947
cpu_clock: 15879 51249 51061
cpu_clock: 1 50933 51198
cpu_clock: 1 50931 51039
cpu_clock: 1 51093 50981
cpu_clock: 1 51043 51040
cpu_clock: 1 50959 50938
cpu_clock: 1 50981 51011
cpu_clock: 1 51364 51212
cpu_clock: 1 51219 51273
cpu_clock: 1 51389 51048
cpu_clock: 1 51285 51611
cpu_clock: 1 50964 51137
cpu_clock: 1 50973 50968
cpu_clock: 1 50967 50972
cpu_clock: 1 58910 58485
cpu_clock: 1 51082 51025
cpu_clock: 1 50957 50958
cpu_clock: 1 50958 50957
cpu_clock: 1006128 51128 50971
cpu_clock: 1 51107 51155
cpu_clock: 1 51371 51081
cpu_clock: 1 51104 51365
cpu_clock: 1 51363 51309
cpu_clock: 1 51107 51160
cpu_clock: 1 51139 51100
cpu_clock: 1 51216 51136
cpu_clock: 1 51207 51215
cpu_clock: 1 51087 51263
cpu_clock: 1 51249 51177
cpu_clock: 1 51519 51412
cpu_clock: 1 51416 51255
cpu_clock: 1 51591 51594
cpu_clock: 1 50966 51374
cpu_clock: 1 50966 50966
cpu_clock: 1 51291 50948
cpu_clock: 1 50973 50867
cpu_clock: 1 50970 50970
cpu_clock: 998306 50970 50971
cpu_clock: 1 50971 50970
cpu_clock: 1 50970 50970
cpu_clock: 1 50971 50971
cpu_clock: 1 50970 50970
cpu_clock: 1 51351 50970
cpu_clock: 1 50970 51352
cpu_clock: 1 50971 50970
cpu_clock: 1 50970 50970
cpu_clock: 1 51321 50971
cpu_clock: 1 50974 51324Signed-off-by: Peter Zijlstra
Signed-off-by: Ingo Molnar -
Added Intel processor SSE4.2 feature flag.
No in-tree user at the moment, but makes the tree-merging life easier
for the crypto tree.Signed-off-by: Austin Zhang
Signed-off-by: Ingo Molnar
