<feed xmlns='http://www.w3.org/2005/Atom'>
<title>user/sven/linux.git, branch v3.18.1</title>
<subtitle>Linux Kernel
</subtitle>
<id>https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v3.18.1</id>
<link rel='self' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v3.18.1'/>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/'/>
<updated>2014-12-16T17:39:45Z</updated>
<entry>
<title>Linux 3.18.1</title>
<updated>2014-12-16T17:39:45Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@linuxfoundation.org</email>
</author>
<published>2014-12-16T17:39:45Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=39ca4845f17da44fa893786b4765d2de0062846b'/>
<id>urn:sha1:39ca4845f17da44fa893786b4765d2de0062846b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ALSA: usb-audio: Don't resubmit pending URBs at MIDI error recovery</title>
<updated>2014-12-16T17:39:07Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2014-12-06T17:02:55Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=72e9a6c522e850b73e2ca6a299f93bd458ff7376'/>
<id>urn:sha1:72e9a6c522e850b73e2ca6a299f93bd458ff7376</id>
<content type='text'>
commit 66139a48cee1530c91f37c145384b4ee7043f0b7 upstream.

In snd_usbmidi_error_timer(), the driver tries to resubmit MIDI input
URBs to reactivate the MIDI stream, but this causes the error when
some of URBs are still pending like:

 WARNING: CPU: 0 PID: 0 at ../drivers/usb/core/urb.c:339 usb_submit_urb+0x5f/0x70()
 URB ef705c40 submitted while active
 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16.6-2-desktop #1
 Hardware name: FOXCONN TPS01/TPS01, BIOS 080015  03/23/2010
  c0984bfa f4009ed4 c078deaf f4009ee4 c024c884 c09a135c f4009f00 00000000
  c0984bfa 00000153 c061ac4f c061ac4f 00000009 00000001 ef705c40 e854d1c0
  f4009eec c024c8d3 00000009 f4009ee4 c09a135c f4009f00 f4009f04 c061ac4f
 Call Trace:
  [&lt;c0205df6&gt;] try_stack_unwind+0x156/0x170
  [&lt;c020482a&gt;] dump_trace+0x5a/0x1b0
  [&lt;c0205e56&gt;] show_trace_log_lvl+0x46/0x50
  [&lt;c02049d1&gt;] show_stack_log_lvl+0x51/0xe0
  [&lt;c0205eb7&gt;] show_stack+0x27/0x50
  [&lt;c078deaf&gt;] dump_stack+0x45/0x65
  [&lt;c024c884&gt;] warn_slowpath_common+0x84/0xa0
  [&lt;c024c8d3&gt;] warn_slowpath_fmt+0x33/0x40
  [&lt;c061ac4f&gt;] usb_submit_urb+0x5f/0x70
  [&lt;f7974104&gt;] snd_usbmidi_submit_urb+0x14/0x60 [snd_usbmidi_lib]
  [&lt;f797483a&gt;] snd_usbmidi_error_timer+0x6a/0xa0 [snd_usbmidi_lib]
  [&lt;c02570c0&gt;] call_timer_fn+0x30/0x130
  [&lt;c0257442&gt;] run_timer_softirq+0x1c2/0x260
  [&lt;c0251493&gt;] __do_softirq+0xc3/0x270
  [&lt;c0204732&gt;] do_softirq_own_stack+0x22/0x30
  [&lt;c025186d&gt;] irq_exit+0x8d/0xa0
  [&lt;c0795228&gt;] smp_apic_timer_interrupt+0x38/0x50
  [&lt;c0794a3c&gt;] apic_timer_interrupt+0x34/0x3c
  [&lt;c0673d9e&gt;] cpuidle_enter_state+0x3e/0xd0
  [&lt;c028bb8d&gt;] cpu_idle_loop+0x29d/0x3e0
  [&lt;c028bd23&gt;] cpu_startup_entry+0x53/0x60
  [&lt;c0bfac1e&gt;] start_kernel+0x415/0x41a

For avoiding these errors, check the pending URBs and skip
resubmitting such ones.

Reported-and-tested-by: Stefan Seyfried &lt;stefan.seyfried@googlemail.com&gt;
Acked-by: Clemens Ladisch &lt;clemens@ladisch.de&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ALSA: hda - Fix built-in mic at resume on Lenovo Ideapad S210</title>
<updated>2014-12-16T17:39:07Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2014-11-13T06:11:38Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=bf5f983f3b6a32a9b47f3e272b640a98ea6b2798'/>
<id>urn:sha1:bf5f983f3b6a32a9b47f3e272b640a98ea6b2798</id>
<content type='text'>
commit fedb2245cbb8d823e449ebdd48ba9bb35c071ce0 upstream.

The built-in mic boost volume gets almost muted after suspend/resume
on Lenovo Ideapad S210.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=88121
Reported-and-tested-by: Roman Kagan &lt;rkagan@mail.ru&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>ALSA: hda - Add EAPD fixup for ASUS Z99He laptop</title>
<updated>2014-12-16T17:39:07Z</updated>
<author>
<name>Takashi Iwai</name>
<email>tiwai@suse.de</email>
</author>
<published>2014-12-09T18:58:53Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=a12df5927467db1b5a071513966241bfbc3e7144'/>
<id>urn:sha1:a12df5927467db1b5a071513966241bfbc3e7144</id>
<content type='text'>
commit f62f5eff3d40a56ad1cf0d81a6cac8dd8743e8a1 upstream.

The same fixup to enable EAPD is needed for ASUS Z99He with AD1986A
codec like another ASUS machine.

Reported-and-tested-by: Dmitry V. Zimin &lt;pfzim@mail.ru&gt;
Signed-off-by: Takashi Iwai &lt;tiwai@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>deal with deadlock in d_walk()</title>
<updated>2014-12-16T17:39:06Z</updated>
<author>
<name>Al Viro</name>
<email>viro@zeniv.linux.org.uk</email>
</author>
<published>2014-10-26T23:31:10Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=6c1fbfffec95fa42b134c45fe2b5afbd37ff623c'/>
<id>urn:sha1:6c1fbfffec95fa42b134c45fe2b5afbd37ff623c</id>
<content type='text'>
commit ca5358ef75fc69fee5322a38a340f5739d997c10 upstream.

... by not hitting rename_retry for reasons other than rename having
happened.  In other words, do _not_ restart when finding that
between unlocking the child and locking the parent the former got
into __dentry_kill().  Skip the killed siblings instead...

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>move d_rcu from overlapping d_child to overlapping d_alias</title>
<updated>2014-12-16T17:39:06Z</updated>
<author>
<name>Al Viro</name>
<email>viro@zeniv.linux.org.uk</email>
</author>
<published>2014-10-26T23:19:16Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=679829c2e50332832c2e85b12ec851a423ad9892'/>
<id>urn:sha1:679829c2e50332832c2e85b12ec851a423ad9892</id>
<content type='text'>
commit 946e51f2bf37f1656916eb75bd0742ba33983c28 upstream.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>rtlwifi: rtl8192ce: Fix missing interrupt ready flag</title>
<updated>2014-12-16T17:39:06Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2014-11-28T16:41:16Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=3fd3a624339756dd3872fb2cf828a0030b72eae5'/>
<id>urn:sha1:3fd3a624339756dd3872fb2cf828a0030b72eae5</id>
<content type='text'>
commit 87141db0848aa20c43d453f5545efc8f390d4372 upstream.

Proper operation with the rewritten PCI mini driver requires that a flag be set
when interrupts are enabled. This flag was missed.  This patch is one of three needed to
fix the kernel regression reported at https://bugzilla.kernel.org/show_bug.cgi?id=88951.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Reported-by: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Tested-by: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Cc: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>rtlwifi: rtl8192ce: Fix kernel crashes due to missing callback entry</title>
<updated>2014-12-16T17:39:06Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2014-11-28T16:41:15Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=9cd1d3eb2653603b924d33129469697d4a55d179'/>
<id>urn:sha1:9cd1d3eb2653603b924d33129469697d4a55d179</id>
<content type='text'>
commit f892914c03131a445b926b82815b03162c19288e upstream.

In the major update of the rtlwifi-family of drivers, one of the callback entries
was missed, which leads to memory corruption. Unfortunately, this corruption
never caused a kernel oops, but showed up in other parts of the system.
This patch is one of three needed to fix the kernel regression reported at
https://bugzilla.kernel.org/show_bug.cgi?id=88951.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Reported-by: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Tested-by: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Cc: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>rtlwifi: rtl8192ce: Fix editing error that causes silent memory corruption</title>
<updated>2014-12-16T17:39:06Z</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2014-11-28T16:41:14Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=9297b375ecef1103bf8c1f4ce157b24cf2df013a'/>
<id>urn:sha1:9297b375ecef1103bf8c1f4ce157b24cf2df013a</id>
<content type='text'>
commit 99a82f734aa6c6d397e029e6dfa933f04e0fa8c8 upstream.

In the major update of the rtlwifi-family of drivers, there was an editing
mistake. Unfortunately, this particular error leads to memory corruption that
silently leads to failure of the system. This patch is one of three needed to
fix the kernel regression reported at https://bugzilla.kernel.org/show_bug.cgi?id=88951.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Reported-by: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Tested-by: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Cc: Catalin Iacob &lt;iacobcatalin@gmail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>netlink: use jhash as hashfn for rhashtable</title>
<updated>2014-12-16T17:39:06Z</updated>
<author>
<name>Daniel Borkmann</name>
<email>dborkman@redhat.com</email>
</author>
<published>2014-12-10T15:33:10Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=4b1c83d8c3dd4e11da7e1f4fc8c5cd513b77a0fe'/>
<id>urn:sha1:4b1c83d8c3dd4e11da7e1f4fc8c5cd513b77a0fe</id>
<content type='text'>
[ Upstream commit 7f19fc5e0b617593dcda0d9956adc78b559ef1f5 ]

For netlink, we shouldn't be using arch_fast_hash() as a hashing
discipline, but rather jhash() instead.

Since netlink sockets can be opened by any user, a local attacker
would be able to easily create collisions with the DPDK-derived
arch_fast_hash(), which trades off performance for security by
using crc32 CPU instructions on x86_64.

While it might have a legimite use case in other places, it should
be avoided in netlink context, though. As rhashtable's API is very
flexible, we could later on still decide on other hashing disciplines,
if legitimate.

Reference: http://thread.gmane.org/gmane.linux.kernel/1844123
Fixes: e341694e3eb5 ("netlink: Convert netlink_lookup() to use RCU protected hash table")
Cc: Herbert Xu &lt;herbert@gondor.apana.org.au&gt;
Signed-off-by: Daniel Borkmann &lt;dborkman@redhat.com&gt;
Acked-by: Thomas Graf &lt;tgraf@suug.ch&gt;
Acked-by: Hannes Frederic Sowa &lt;hannes@stressinduktion.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
</feed>
