Jaroslav Kysela [Fri, 6 Feb 2004 12:32:58 +0000 (13:32 +0100)]
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Intel8x0 driver
Andrew Morton <akpm@osdl.org>
- Fix some unnecessary and odd handling of timeval usec overflow
Russell King [Fri, 6 Feb 2004 15:02:20 +0000 (15:02 +0000)]
[ARM] Update AMBA device/driver support
- Add methods to request/release regions.
- Add method to find AMBA devices.
- Only register devices whose ID is known.
- Devices may have two interrupt signals.
- Add hotplug method.
Andrew Morton [Fri, 6 Feb 2004 00:53:26 +0000 (16:53 -0800)]
[PATCH] Add P1/P2 programmable keys to the sonypi driver.
From: Stelian Pop <stelian@popies.net>
This patch enables sonypi to successfully report P1/P2 programmable keys
events on Sony Vaio Z1 laptops.
Note however that sonypi is unable to distinguish between the two events,
both of them will be reported as SONYPI_EVENT_PKEY_P1, but one event is
better than zero, so there it is.
Andrew Morton [Fri, 6 Feb 2004 00:52:22 +0000 (16:52 -0800)]
[PATCH] Fix x86-64 compilation on 2.6.2-bk1
From: Andi Kleen <ak@suse.de>
The new linux/elf.h include in linux/mm.h caused all kinds of problems for
the x86-64 32bit emulation code. This patch avoids the dependency by
moving the depending functions out of line. It makes x86-64 compile again.
Andrew Morton [Fri, 6 Feb 2004 00:51:55 +0000 (16:51 -0800)]
[PATCH] meye: Fix dma_addr_t usage
From: Stelian Pop <stelian@popies.net>
This driver had an array which contained both dma_addr_t's and kernel virtual
addresses. Split those up, thus tidying things and avoiding a printk
warning.
Andrew Morton [Fri, 6 Feb 2004 00:51:38 +0000 (16:51 -0800)]
[PATCH] Moxa serial devfs fix
From: Sergei Golod <rover@tob.ru>
This patch put moxa devices (when DEVFS enabled) under /dev/tts/M* (as
standard serial ports /dev/tts/0,1,...) instead /dev/. Patch ported from
Stallion serial driver.
Andrew Morton [Fri, 6 Feb 2004 00:50:15 +0000 (16:50 -0800)]
[PATCH] ext2/3: incorrect increment of i_blocks when keeping the same xattr block
From: Andreas Gruenbacher <agruen@suse.de>
Here is a fix for extended attributes on ext2 and ext3, reported by
Stephen Tweedie <sct@redhat.com>.
From: Stephen Tweedie <sct@redhat.com>:
When you have an EA block that is shared between multiple inodes; AND you
then change an attribute in that on one inode, AND the new attribute value
is the same as the old, then xattr computes the new EA block, finds it
still in the cache, bumps the reference count on it (and the i_blocks field
on the inode, incidentally), and leaves it incremented because we haven't
changed EA block so there's no need to drop the refcount on the old block.
So *every* time you have more than one inode sharing an EA block and you
perform an identical write to an EA, you get a leak on both i_blocks and
the EA refcount.
This is a big problem for symlinks, which rely on correct i_blocks
accounting to determine the difference between fast and slow symlinks.
With the leak, you end up thinking that a fast symlink (ie. one small
enough to be stored in the inode direct blocks) is slow, so you dereference
the ascii contents of the symlink as if they were a disk block address.
That typically results in EIO all over the place.
Andrew Morton [Fri, 6 Feb 2004 00:49:57 +0000 (16:49 -0800)]
[PATCH] With size > XATTR_SIZE_MAX, getxattr(2) always returns E2BIG
From: Andreas Gruenbacher <agruen@suse.de>
The getxattr (listxattr) syscall returns E2BIG if the buffer passed to them
is bigger than XATTR_SIZE_MAX (XATTR_LIST_MAX), no matter what buffer size is
actually required. Here is a fix. It also removes the xattr_alloc and
xattr_free functions which are not of much use anymore.
Andrew Morton [Fri, 6 Feb 2004 00:49:39 +0000 (16:49 -0800)]
[PATCH] gcc-3.5: drivers/atm/atmtcp.c
drivers/atm/atmtcp.c: In function `atmtcp_c_close':
drivers/atm/atmtcp.c:258: error: invalid lvalue in assignment
drivers/atm/atmtcp.c: In function `atmtcp_create':
drivers/atm/atmtcp.c:383: error: invalid lvalue in assignment
Andrew Morton [Fri, 6 Feb 2004 00:49:30 +0000 (16:49 -0800)]
[PATCH] ppc64: Add readq/writeq and __raw* IO functions
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This patch adds those for ppc64, except for iSeries which cannot do
readq/writeq easily, at least not as far as I know but I need to ask the
iSeries specialists in Rochester to be sure. But anyway, iSeries shouldn't
use anything in fb.h anyway ...
It also add the proper tweaks & barriers to make sure reads are actually
done right away and not delayed indefinitely (making the CPU think the read
data is actually used) and add necessary write barriers on IO writes. For
some reasons, ppc64 in 2.6 lacked some of these, opening potential races
within some drivers.
Andrew Morton [Fri, 6 Feb 2004 00:49:10 +0000 (16:49 -0800)]
[PATCH] ppc32: Update PowerMac dmasound driver
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
This patch was missing from my big merge. It updates the PowerMac
"dmasound" driver. Adds input support for some recent machines using the
tas3004 coded/mixer chip. Code mostly written by Renzo Davoli.
This driver isn't (unfortunately) fully obsoleted by the Alsa one. There
are lots of reports of the Alsa one not working properly on various
PowerMac machines, and some people are unhappy with Alsa in general, enough
to have ported the messy PowerMac dmasound to 2.6 :)
Jaroslav Kysela [Thu, 5 Feb 2004 16:54:23 +0000 (17:54 +0100)]
ALSA CVS update - Jaroslav Kysela <perex@suse.cz>
Serial BUS drivers,TEA575x tuner,PCI drivers,FM801 driver
Added module for TEA575x radio tuners used in cheap FM801 based soundcards from Media Forte.
Add support for Apple latest laptops, add a warning when building
an SMP kernel (the core cpufreq doesn't scale loops_per_jiffies
properly on SMP kernels), cleanup some code.
Adapt to "macio" driver infrastructure, cleanup power management, make some
functions static, fix IO accessors, remove local list of commands/directions,
etc...
This driver could use more work & study of the interesting ASIC bugs
documented in Apple source code...
Note that I'm removing support for the CHRP machines using the MESH as
part of the "Hydra" ASIC. Nobody sane really uses that, but if one of
the 3 remaining Longtrail users want to fix that, then move Hydra to
use the "macio" model...
Adapt to the "macio" driver infrastructure, cleanup IO accessors,
remove local list of command/directions, uses infos provided by
the SCSI layer. This driver certainly could use some more work.
The cascaded northbridge MPIC is currently dealt with a special
modified version of open_pic.c (open_pic2.c). A better mecanism
will have to be found for 2.7
Create a low-level synchronous implementation suitable for use
by the early boot platform code or other places where the
asynchronous driver isn't useable. This also exports the locks
used by the real driver to avoid collisions.
Use this new implementation to properly setup the clock chip
at boot on Apple latest laptops
projects / linux / log