From: H. Peter Anvin h...@zytor.com
Allow fractional bits of entropy to be tracked by scaling the entropy
counter (fixed point). This will be used in a subsequent patch that
accounts for entropy lost due to overwrites.
Signed-off-by: H. Peter Anvin h...@linux.intel.com
Cc:
From: H. Peter Anvin h...@linux.intel.com
Use a macro to statically compute poolbitshift (will be used in a
subsequent patch), poolbytes, and poolbits. On virtually all
architectures the cost of a memory load with an offset is the same as
the one of a memory load.
It is still possible for this
From: H. Peter Anvin h...@linux.intel.com
When we write entropy into a non-empty pool, we currently don't
account at all for the fact that we will probabilistically overwrite
some of the entropy in that pool. This means that unless the pool is
fully empty, we are currently *guaranteed* to
From: H. Peter Anvin h...@linux.intel.com
Use a macro to statically compute poolbitshift (will be used in a
subsequent patch), poolbytes, and poolbits. On virtually all
architectures the cost of a memory load with an offset is the same as
the one of a memory load.
It is still possible for this
From: H. Peter Anvin h...@zytor.com
Allow fractional bits of entropy to be tracked by scaling the entropy
counter (fixed point). This will be used in a subsequent patch that
accounts for entropy lost due to overwrites.
Signed-off-by: H. Peter Anvin h...@linux.intel.com
Cc:
From: H. Peter Anvin h...@linux.intel.com
When we write entropy into a non-empty pool, we currently don't
account at all for the fact that we will probabilistically overwrite
some of the entropy in that pool. This means that unless the pool is
fully empty, we are currently *guaranteed* to
On Sun, Sep 08, 2013 at 09:57:13PM +0200, Daniel Vetter wrote:
My g33 here seems to be shockingly good at hitting them all. This time
around kms_flip/flip-vs-panning-vs-hang blows up:
intel_crtc_wait_for_pending_flips correctly checks for gpu hangs and
if a gpu hang is pending aborts the
Il 08/09/2013 11:04, Gleb Natapov ha scritto:
On Thu, Sep 05, 2013 at 02:21:53PM +0200, Paolo Bonzini wrote:
Page tables in a read-only memory slot will currently cause a triple
fault when running with shadow paging, because the page walker uses
gfn_to_hva and it fails on such a slot.
On 08/09/13 18:18, Geert Uytterhoeven wrote:
On Sun, Sep 8, 2013 at 9:10 AM, Guenter Roeck li...@roeck-us.net wrote:
m68k-linux-ld: error: no memory region specified for loadable section
`.note.gnu.build-id'
I can't seem to find an explicit fix for that since v3.2.
Perhaps the fix is a side
Nicholas A. Bellinger n...@linux-iscsi.org writes:
From: Nicholas Bellinger n...@linux-iscsi.org
commit ee60bddba5a5f23e39598195d944aa0eb2d455e5 upstream.
Thanks, I'm queuing this for the 3.5 kernel as well.
Cheers,
--
Luis
This patch fixes spc_emulate_inquiry_std() to add trailing
On 09/09/2013 06:16 AM, Greg Ungerer wrote:
On 08/09/13 18:18, Geert Uytterhoeven wrote:
On Sun, Sep 8, 2013 at 9:10 AM, Guenter Roeck li...@roeck-us.net wrote:
m68k-linux-ld: error: no memory region specified for loadable section
`.note.gnu.build-id'
I can't seem to find an explicit fix for
The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI added,
so create a common dtsi both can use.
IMPORTANT: booting the existing am335x-bone.dts will blow up the HDMI
transceiver
after a dozen boots with an uSD card inserted because LDO will be at 3.3V
instead
of 1.8.
The MC13783 Chip Errata, Rev. 4 says, that depending on SPI clock
and main audio clock speed, the Audio Codec or Stereo DAC do sometimes
not start when programmed to do so. This is due to an internal clock
timing issue related to the loading of the SPI bits into the audio block.
On an i.MX27
On Mon, Sep 09, 2013 at 03:45:50PM +0200, Koen Kooi wrote:
The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI
added,
so create a common dtsi both can use.
IMPORTANT: booting the existing am335x-bone.dts will blow up the HDMI
transceiver
after a dozen boots with an
Hi,
On Mon, Sep 09, 2013 at 03:45:50PM +0200, Koen Kooi wrote:
The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI
added,
so create a common dtsi both can use.
IMPORTANT: booting the existing am335x-bone.dts will blow up the HDMI
transceiver
after a dozen boots
Op 9 sep. 2013, om 16:15 heeft Felipe Balbi ba...@ti.com het volgende
geschreven:
Hi,
On Mon, Sep 09, 2013 at 03:45:50PM +0200, Koen Kooi wrote:
The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI
added,
so create a common dtsi both can use.
IMPORTANT: booting
The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI added,
so create a common dtsi both can use.
IMPORTANT: booting the existing am335x-bone.dts will blow up the HDMI
transceiver
after a dozen boots with an uSD card inserted because LDO will be at 3.3V
instead
of 1.8.
MMC
On Mon, Sep 09, 2013 at 04:12:36PM +0200, Steffen Trumtrar wrote:
The MC13783 Chip Errata, Rev. 4 says, that depending on SPI clock
and main audio clock speed, the Audio Codec or Stereo DAC do sometimes
not start when programmed to do so. This is due to an internal clock
timing issue related
On Mon, Sep 09, 2013 at 03:57:30PM +0100, Mark Brown wrote:
On Mon, Sep 09, 2013 at 04:12:36PM +0200, Steffen Trumtrar wrote:
The MC13783 Chip Errata, Rev. 4 says, that depending on SPI clock
and main audio clock speed, the Audio Codec or Stereo DAC do sometimes
not start when programmed to
The MC13783 Chip Errata, Rev. 4 says, that depending on SPI clock
and main audio clock speed, the Audio Codec or Stereo DAC do sometimes
not start when programmed to do so. This is due to an internal clock
timing issue related to the loading of the SPI bits into the audio block.
On an i.MX27
On Mon, Sep 09, 2013 at 04:33:28PM +0100, Mark Brown wrote:
On Mon, Sep 09, 2013 at 03:57:30PM +0100, Mark Brown wrote:
On Mon, Sep 09, 2013 at 04:12:36PM +0200, Steffen Trumtrar wrote:
The MC13783 Chip Errata, Rev. 4 says, that depending on SPI clock
and main audio clock speed, the Audio
On Wed, Jul 24, 2013 at 03:02:45PM +0100, Ben Hutchings wrote:
3.2.49-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hauke Mehrtens ha...@hauke-m.de
commit 693026ef2e751fd94d2e6c71028e68343cc875d5 upstream.
When b43 gets build into the
Hi guys,
Let me tell you, you rock
I have compiled kernel sources from Linus master branch in his GIT repo and it
works flawlessly, I now have DTS-HD MSTR.
Thanks Anssi for your great work!
Thanks to any one who contributed to it.
I can't believe I've struggled for so many months and only 8
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Eugene Surovegin e...@ebshome.net
commit d220980b701d838560a70de691b53be007e99e78 upstream.
This solves a problem observed in kexec'ed kernel where 200ms timeout is
too short and
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Nicolas Dichtel nicolas.dich...@6wind.com
commit 85dfb745ee40232876663ae206cba35f24ab2a40 upstream.
This field was left uninitialized. Some user daemons perform check against this
field.
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Imre Deak imre.d...@intel.com
commit 77fa4cbd5fa389e28419bbe8ac491b5fdd54840d upstream.
Fix the typo introduced in
commit 1a2eb4604b85c5efb343da8a4dcf41288fcfca85
Author: Keith Packard
On Mon, 9 Sep 2013 19:39:04 +0100
Ben Hutchings b...@decadent.org.uk wrote:
On Mon, Sep 09, 2013 at 02:01:15PM -0400, Steven Rostedt wrote:
On Wed, Jul 24, 2013 at 03:02:45PM +0100, Ben Hutchings wrote:
3.2.49-rc1 review patch. If anyone has any objections, please let me
know.
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Russ Anderson r...@sgi.com
commit 21ea9f5ace3a7317cc3ba1fbc749758021a83136 upstream.
cat /sys/devices/system/memory/memory*/removable crashed the system.
The problem is that
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Benjamin Herrenschmidt b...@kernel.crashing.org
commit f5f6cbb61610b7bf9d9d96db9c3979d62a424bab upstream.
/proc/powerpc/lparcfg is an ancient facility (though still actively used)
which
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Tejun Heo t...@kernel.org
commit b22ce2785d97423846206cceec4efee0c4afd980 upstream.
If !PREEMPT, a kworker running work items back to back can hog CPU.
This becomes dangerous when a
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Jakob Bornecrantz ja...@vmware.com
commit 6e4dcff3adbf25acb87e74500a58e3c07bdec40f upstream.
This fixes the piglit test texturing/max-texture-size
causing the VM to die due to a too
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andrey Vagin ava...@openvz.org
commit 6f6b8951897e487ea6f77b90ea01f70a9c363770 upstream.
If the system had a few memory groups and all of them were destroyed,
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Paul Mackerras pau...@samba.org
commit bdbc29c19b2633b1d9c52638fb732bcde7a2031a upstream.
On 64-bit, __pa(static_var) gets miscompiled by recent versions of
gcc as something like:
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Takashi Iwai ti...@suse.de
commit d3d3835ce919438c00c5d1270d6f9d6ffea59d03 upstream.
Yet another entry, just use the existing fixup for this machine, too.
Reported-by: Nathanael D.
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Takashi Iwai ti...@suse.de
commit fb615499f0ad28ed74201c1cdfddf9e64e205424 upstream.
The recent commit to delay the release of kobject triggered NULL
dereferences of opti9xx drivers.
Hi,
On Mon, Sep 09, 2013 at 04:26:38PM +0200, Koen Kooi wrote:
Op 9 sep. 2013, om 16:15 heeft Felipe Balbi ba...@ti.com het volgende
geschreven:
Hi,
On Mon, Sep 09, 2013 at 03:45:50PM +0200, Koen Kooi wrote:
The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Sujith Manoharan c_man...@qca.qualcomm.com
commit 19c361608ce3e73f352e323262f7e0a8264be3af upstream.
The PLL hang workaround is required only for AR9330 and
AR9340. This issue was first
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andy Lutomirski l...@amacapital.net
commit d661684cf6820331feae71146c35da83d794467e upstream.
This is a security bug.
The follow-up will fix nsproxy to discourage this type of issue
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Chen Gang gang.c...@asianux.com
commit 5676005acf26ab7e924a8438ea4746e47d405762 upstream.
need set '\0' for 'local_buffer'.
SPLPAR_MAXLENGTH is 1026, RTAS_DATA_BUF_SIZE is 4096. so the
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Takashi Iwai ti...@suse.de
commit 2ca320e294a738c9134a71b5029de05edbfc7aad upstream.
Without the dynamic minor assignment, HDMI codec may have less PCM
instances than the number of pins,
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Kevin Hilman khil...@linaro.org
commit 3f0fa9a808f98fa10a18ba2a73f13d65fda990fb upstream.
The use of WARN_ON() needs the definitions from bug.h, without it
you can get:
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Trond Myklebust trond.mykleb...@netapp.com
commit 347e2233b7667e336d9f671f1a52dfa3f0416e2c upstream.
Some architectures, such as ARM-32 do not return the same base address
when you call
This is the start of the review cycle for the Linux 3.8.13.9 stable kernel.
This version contains 24 new patches, summarized below. The new patches are
posted as replies to this message and also available in this git branch:
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Russell King rmk+ker...@arm.linux.org.uk
commit 2ba85e7af4c639d933c9a87a6d7363f2983d5ada upstream.
Aaro Koskinen reports the following oops:
Installing fiq handler from c001b110, length
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Helmut Schaa helmut.sc...@googlemail.com
commit d2e9fc141e2aa21f4b35ee27072d84e9aa6e2ba0 upstream.
ath9k_htc adds padding between the 802.11 header and the payload during
TX by moving
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Russell King rmk+ker...@arm.linux.org.uk
commit e39e3f3ebfef03450cf7bfa7a974a8c61f7980c8 upstream.
FIQ should no longer copy the FIQ code into the user visible vector
page. Instead, it
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stanislaw Gruszka sgrus...@redhat.com
commit b2fcc0aee58a3435566dd6d8501a0b32f28b upstream.
My current 3.11 fix:
commit 788f7a56fce1bcb2067b62b851a086fca48a0056
Author: Stanislaw
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Johannes Berg johannes.b...@intel.com
commit 2a3ba63c235fdcd37f6451bdf4a0c7865a3930cf upstream.
IBSS needs to release the channel context when leaving
but I evidently missed that. Fix
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Pali=20Roh=C3=A1r?= pali.ro...@gmail.com
commit 0ff42c5af6031c776d6079d67cd2615121e62fb8 upstream.
In commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was introduced
error which
3.8.13.9 -stable review patch. If anyone has any objections, please let me
know.
--
From: Al Viro v...@zeniv.linux.org.uk
commit b177a29251081576df35cfbcb0f7d7c80deceb8b upstream.
Signed-off-by: Al Viro v...@zeniv.linux.org.uk
[ kamal: 3.8.y-stable prereq for:
f5f6cbb
On Mon, Sep 09, 2013 at 02:01:15PM -0400, Steven Rostedt wrote:
On Wed, Jul 24, 2013 at 03:02:45PM +0100, Ben Hutchings wrote:
3.2.49-rc1 review patch. If anyone has any objections, please let me know.
--
From: Hauke Mehrtens ha...@hauke-m.de
commit
On 09/09/13 02:46 PM, Steven Rostedt wrote:
Initially, LKML would be archived on kernel.org, but that never
happened and doesn't seem it will after the whole security breach
incident.
I believe we're hoping vger will eventually start doing it on its own. :)
We do archive some of it as part of
On Mon, Sep 09, 2013 at 11:58:36PM +0200, Jochen Striepe wrote:
Hi again,
On Sun, Aug 18, 2013 at 08:48:49PM +0200, Jochen Striepe wrote:
Unfortunately, I was not able to reproduce that behaviour since.
I just got this on 3.10.11 on the same machine. Could that be
related?
Just
On Thu, Aug 29, 2013 at 06:41:11PM +0100, Jonathan Austin wrote:
This turns on the internal integrator LCD display(s). It seems that the code
to do this got lost in refactoring of the CLCD driver.
Signed-off-by: Jonathan Austin jonathan.aus...@arm.com
Acked-by: Linus Walleij
Acked-by: Hirokazu Takata tak...@linux-m32r.org
Sorry, it is my old mistake that still remained in the m32r kernel.
Please apply this patch.
Thanks,
-- Takata
From: Ben Hutchings b...@decadent.org.uk
Subject: [112/121] m32r: consistently use suffix-$(...)
Date: Sun, 08 Sep 2013 03:52:01 +0100
55 matches
Mail list logo