<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/sound/core/timer.c, branch linux-2.6.30.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.30.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.30.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2009-04-14T10:39:12Z</updated>
<entry>
<title>ALSA: sound/core: use memdup_user()</title>
<updated>2009-04-14T10:39:12Z</updated>
<author>
<name>Li Zefan</name>
</author>
<published>2009-04-10T01:43:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ef44a1ec6eeef189998f84e7230e1d3535b01074'/>
<id>urn:sha1:ef44a1ec6eeef189998f84e7230e1d3535b01074</id>
<content type='text'>
Remove open-coded memdup_user().

Signed-off-by: Li Zefan &lt;lizf@cn.fujitsu.com&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
</content>
</entry>
<entry>
<title>Rationalize fasync return values</title>
<updated>2009-03-16T14:34:35Z</updated>
<author>
<name>Jonathan Corbet</name>
</author>
<published>2009-02-01T21:52:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=60aa49243d09afc873f082567d2e3c16634ced84'/>
<id>urn:sha1:60aa49243d09afc873f082567d2e3c16634ced84</id>
<content type='text'>
Most fasync implementations do something like:

     return fasync_helper(...);

But fasync_helper() will return a positive value at times - a feature used
in at least one place.  Thus, a number of other drivers do:

     err = fasync_helper(...);
     if (err &lt; 0)
             return err;
     return 0;

In the interests of consistency and more concise code, it makes sense to
map positive return values onto zero where -&gt;fasync() is called.

Cc: Al Viro &lt;viro@ZenIV.linux.org.uk&gt;
Signed-off-by: Jonathan Corbet &lt;corbet@lwn.net&gt;
</content>
</entry>
<entry>
<title>ALSA: hda - Convert from takslet_hi_schedule() to tasklet_schedule()</title>
<updated>2008-12-18T11:17:55Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2008-12-18T11:17:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1f04128a3db7c0f0e8b5d25323eba70ac342f47f'/>
<id>urn:sha1:1f04128a3db7c0f0e8b5d25323eba70ac342f47f</id>
<content type='text'>
Replace all tasklet_hi_schedule() callers with the normal
tasklet_schedule().  The former often causes troubles with
RT-kernels, and has actually no merit.

Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
</content>
</entry>
<entry>
<title>saner FASYNC handling on file close</title>
<updated>2008-11-01T16:49:46Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2008-10-31T23:28:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=233e70f4228e78eb2f80dc6650f65d3ae3dbf17c'/>
<id>urn:sha1:233e70f4228e78eb2f80dc6650f65d3ae3dbf17c</id>
<content type='text'>
As it is, all instances of -&gt;release() for files that have -&gt;fasync()
need to remember to evict file from fasync lists; forgetting that
creates a hole and we actually have a bunch that *does* forget.

So let's keep our lives simple - let __fput() check FASYNC in
file-&gt;f_flags and call -&gt;fasync() there if it's been set.  And lose that
crap in -&gt;release() instances - leaving it there is still valid, but we
don't have to bother anymore.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>ALSA: fix a typo during snd_assert() removal</title>
<updated>2008-08-15T09:48:04Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2008-08-14T05:51:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0072889a556373b12b687107ac6b24d2ea961ddf'/>
<id>urn:sha1:0072889a556373b12b687107ac6b24d2ea961ddf</id>
<content type='text'>
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Jaroslav Kysela &lt;perex@perex.cz&gt;
</content>
</entry>
<entry>
<title>ALSA: Kill snd_assert() in sound/core/*</title>
<updated>2008-08-13T09:46:35Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2008-08-08T15:09:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7eaa943c8ed8e91e05d0f5d0dc7a18e3319b45cf'/>
<id>urn:sha1:7eaa943c8ed8e91e05d0f5d0dc7a18e3319b45cf</id>
<content type='text'>
Kill snd_assert() in sound/core/*, either removed or replaced with
if () with snd_BUG_ON().

Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Jaroslav Kysela &lt;perex@perex.cz&gt;
</content>
</entry>
<entry>
<title>ALSA: remove CONFIG_KMOD from sound</title>
<updated>2008-07-10T07:32:58Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2008-07-09T08:28:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ee2da99782d717b264d5c309a2084ca85e9a64ff'/>
<id>urn:sha1:ee2da99782d717b264d5c309a2084ca85e9a64ff</id>
<content type='text'>
A bunch of things in alsa depend on CONFIG_KMOD,
use CONFIG_MODULES instead where the dependency
is needed at all.

Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Jaroslav Kysela &lt;perex@perex.cz&gt;
</content>
</entry>
<entry>
<title>Dont touch fs_struct in drivers</title>
<updated>2008-02-15T05:13:32Z</updated>
<author>
<name>Jan Blunck</name>
</author>
<published>2008-02-15T03:34:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0d63e4f9ea61df1d727bd52a174aba732e6e1853'/>
<id>urn:sha1:0d63e4f9ea61df1d727bd52a174aba732e6e1853</id>
<content type='text'>
The sound drivers and the pnpbios core test for current-&gt;root != NULL.  This
test seems to be unnecessary since we always have rootfs mounted before
initializing the drivers.

Signed-off-by: Jan Blunck &lt;jblunck@suse.de&gt;
Acked-by: Christoph Hellwig &lt;hch@lst.de&gt;
Cc: Bjorn Helgaas &lt;bjorn.helgaas@hp.com&gt;
Cc: Jaroslav Kysela &lt;perex@suse.cz&gt;
Acked-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[ALSA] Remove sound/driver.h</title>
<updated>2008-01-31T16:29:48Z</updated>
<author>
<name>Takashi Iwai</name>
</author>
<published>2008-01-08T17:13:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9004acc70e8c49c50c4c7b652f906f1e0ed5709d'/>
<id>urn:sha1:9004acc70e8c49c50c4c7b652f906f1e0ed5709d</id>
<content type='text'>
This header file exists only for some hacks to adapt alsa-driver
tree.  It's useless for building in the kernel.  Let's move a few
lines in it to sound/core.h and remove it.
With this patch, sound/driver.h isn't removed but has just a single
compile warning to include it.  This should be really killed in
future.

Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Jaroslav Kysela &lt;perex@perex.cz&gt;
</content>
</entry>
<entry>
<title>[ALSA] Use posix clock monotonic for PCM and timer timestamps</title>
<updated>2008-01-31T16:29:31Z</updated>
<author>
<name>Jaroslav Kysela</name>
</author>
<published>2007-12-13T09:19:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b751eef1fdffca5532344285f2fad0c60d2f0158'/>
<id>urn:sha1:b751eef1fdffca5532344285f2fad0c60d2f0158</id>
<content type='text'>
We need an accurate and continuous (monotonic) time sources to do
accurate synchronization among more timing sources. This patch allows
to enable monotonic timestamps for ALSA PCM devices and enables monotonic
timestamps for ALSA timer devices.

Signed-off-by: Jaroslav Kysela &lt;perex@perex.cz&gt;
</content>
</entry>
</feed>
