Here is patch against linuxusb.bkbits.net LINUX_2.4.19-pre2 export, which
adds Emagic EMI 2|6 usb audio interface firmware loader support to linux
kernel.
I also have other kernel patches and emi26 cvs export available at:
http://www.vtoy.fi/~tapio/emi26.html

Fixed bug that prevented multiple edgeport devices from working at once.

Elcon vendor/device support added.

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

This patch fixes the es1370 build problems due to virt_to_bus()
being gone.

This patch is a redesign for videodev.[ch].  Changes:

- drop the function pointers (read/write/mmap/poll/...) from struct
  video_device, use struct file_operations directly instead.
  Dispatching to different drivers by minor number is done the same way
  soundcore.o handles this: swap file->f_fops at open() time.

- also drop the now obsolete video_red/write/mmap/poll/...  functions
  from videodev.c

- Stop using the BKL, use a mutex to protect open,register+unregister
  calls against races.

- provide a video_generic_ioctl() function which can (and should) be
  used by v4l drivers to handle copying from and to userspace.

- provide video_exclusive_open/release functions which can be used by
  v4l drivers to make sure only one process at a time opens the
  device.  They can be hooked directly into struct file_operations if
  some driver has nothing to initialize at open time (which is true
  for many drivers in drivers/media/radio/).

The move from function pointers in struct video_device to struct
file_operations does break all existing v4l drivers.  Thus I have a
large number of patches for the drivers in the kernel tree.  Most of it
is just the adoption to the videodev.[ch] changes, but I've also fixed a
small bug there and there while walking througth the source files.

This patch fixes the build failure of the miro radio driver due to
the new location of the sound drivers in the tree (alsa merge).

This patch updates/fixes the video4linux API documantation.  The current
description for mmap() based capture is unclear and somewhat misleading.

into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

 - Preliminary version of NAND flash support.
 - Locking documentation and fixes (including BKL removal because it's superfluous).
 - Performance improvements - especially for mount time. 
 - Annoying stuff like i_nlink on directories fixed.
 - Portability cleanups.

Seperates cramfs_sb_info from struct super_block.

Number 7.

This patch contains four cleanup changes whose aim
is better code self-documentation (the best way to
document IMHO).  They are sent together because they
overlap.

1. Rename the variable "sys_idle" to 'original_pm_idle'.
This is where we store the value that we find in pm_idle before
we substitute the address of our own apm_cpu_idle() function.
In principle we have no idea whose address this is, so
the variable name shouldn't imply that we know that this is
the address of a system idle function; it should simply
indicate that it is the original value of pm_idle.

2. Variable "apm_is_idle" is renamed 'apm_idle_done'.
This flag indicates when apm_do_idle() has been called.
It is a premise of apm_cpu_idle()'s operation that it is
not known whether the apm_do_idle() function really idles
the CPU.  The name of the flag should not lead one to
believe otherwise.

3. Variable "t1" is renamed 'bucket'.  The variable is not
a time but a countdown ("bucket"), so the variable name
should not lead one to believe it is some sort of time
value.

4. A default: case is added to the switch in order to
remind the reader that there is a third possible return
value from apm_do_idle().

Number 6

This patch cleans up the way the ALWAYS_CALL_BUSY macro
forces calling of the APM BIOS busy routine.  Instead
of storing a false value in clock_slowed, we disjoin
clock_slowed with the value of ALWAYS_CALL_BUSY.  This
simplifies the code.

Number 5 from Thomas Hood

This patch renames the static function "apm_set_power_state"
to 'set_system_power_state'.

Generally, the prefix 'apm_' is required to prevent external
name collisions on exported functions.  This is a static function,
so the prefix isn't required for that purpose.  The prefix might
also indicate that this function has something particularly
to do with the apm subsystem; but that's not the case here.  This
function is simply a wrapper for set_power_state(), inserting the
argument which sets the power state for the whole system.
My main motivation for wanting to change this name is clearly
to indicate the difference between this function and
set_power_state().  Also, I would like to export set_power_state()
someday in the future, but this is a separate issue.

This is number four and actually fixes a bug.

This patch moves the setting of the ignore_normal_resume flag
prior to the sti(); otherwise BIOS-generated normal resume
events slip through unignored.

Here is the third one.

This patch moves the apm_error() function higher
in the file so that it is adjacent to the error_table
that it uses.  This makes the code easier to read.
The beginning of the file is an appropriate place
for "utility" functions of this kind.  This is a pure
move, with no changes made to the function.

Second in a series of patches from Thomas Hood.

This patch eliminates the 0 initializers on three
static variables inside the apm_cpu_idle function.
These initializers are superfluous.

The initializers are replaced with comments whose
purpose is to indicate that the code relies upon the
fact that these variables are initialized to zero
at load time.

This is the first of a series of patches I have got from Thomas Hood
that modify the apm code mainly for better self documentation.

This one does:

Variable "waiting_for_resume" is renamed 'ignore_sys_suspend'.
The reason for the change is that this flag variable is
employed in a manner analogous to that of other flag variables
named 'ignore ...'.  When the flag is set, the driver needs to
ignore further system suspends.  The driver does not "wait"
in the usual sense of that word.  The only sense in which the
driver waits is the sense in which it needs to continue to
ignore system suspends until certain events occur.  One such
event is a resume.  However, another such event is the vetoing
of the suspend request by a driver.  So it would be more
accurate to call the flag 'waiting_for_resume_or_suspend_reject'
or something like that.  But for the reason mentioned first,
an even better name is 'ignore_sys_suspend'.

kill_super() and deactivate_super() merged.

Next step will be to export these suckers - after that we will be finally
done with infrastructure for filesystems with nontrivial ->get_sb().

New helper - sget().  get_sb_bdev() and get_anon_super()
switched to using it.  Basically, it's get_anon_super()
done right (and get_anon_super() itself will probably
die).

Last week I sent you a patch adding a config option to honor the pirq mask
in the PCI routing table.  On your suggestion, Cory Bell made it a command
line option using the pci= interface and we both agree with you, it's
-much- cleaner this way.

Patch against 2.5.6 (Cory's submitting for 2.4, I've tested and submitting
towards 2.5).  All credit goes to Cory Bell, with only minor input and
testing from myself.

This adds DMI recognition for anohter broken Dell laptop BIOS (BIOS
version A12 on the Insiron 2500).

Reported by Mihnea-Costin Grigore <mgc8@totalnet.ro>.

Switch to using kmalloc to allocate the minix superblock structure.

Start of cleaning up the union of filesystem-specific structures in
struct super_block.  The goal is to remove dependence on filesystem
headers in fs.h. 

This patch abstracts the access to the minix_sb_info structure through
the function minix_sb(). 

The following patch makes directory notifications per thread group instead
of per process tree as they are now.  This means, in particular, that if
a child closes a file descriptor that has a directory open with notifies
enabled, the notification will not be removed.

Thanks to Andrea for the push in the right direction.

Support fsid=<number> export option to be device number independent

This patch was largely supplied by Steven Whitehouse <steve@gw.chygwyn.com>

A new export option "NFSEXP_FSID" indicates that the ex_dev passed down
is a user specified number, not a device number.
It should be used in fsid_type==1 filehandles to identify the
the exportpoint rather than the devid and inode (as in fsid_type == 0).
This allows filehandles to be device-number independent so that when Linux
changes device numbers on you (after reboot), your filesystems wont go stale.

User-space support for this is in the nfs-utils CVS and will be in
the next release (any release > 1.0).

As it's linked after PCI, usb_init() will be called after pci_init(),
which is an subsys_initcall, too. Subtle, but right.

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux