> From: anish kumar
>
> External connector devices that decides connection information based on
> ADC values may use adc-jack device driver. The user simply needs to
> provide a table of adc range and connection states. Then, extcon
> framework will automatically notify others.
>
> Changes in
Hi,
On Mon, Aug 06, 2012 at 04:42:14PM +0100, Mark Brown wrote:
> On Mon, Aug 06, 2012 at 12:30:34PM +0300, Felipe Balbi wrote:
> > On Mon, Aug 06, 2012 at 02:58:44PM +0530, Sourav Poddar wrote:
> > > There is an automatic binding done for I2C devices in the of_i2c core
> > > code. So, DT will be
On 08/06/2012 11:28 AM, Sasha Levin wrote:
On 08/06/2012 08:20 PM, John Stultz wrote:
On 08/06/2012 10:21 AM, John Stultz wrote:
On 08/05/2012 09:55 AM, Sasha Levin wrote:
On 07/30/2012 03:17 PM, Avi Kivity wrote:
Possible causes:
- the APIC calibration in the guest failed, so it is
Hi Max,
On 08/06/2012 04:38 PM, Max Filippov wrote:
AFAIK xtensa linux port is currently in bad shape: it doesn't work in the
mainline, it fails to build in the linux-next. The latest working kernels for
xtensa are 2.6.29...31 trees hosted at the git.linux-xtensa.org.
I wouldn't say it's in bad
At 08/03/2012 03:49 PM, we...@cn.fujitsu.com Wrote:
> From: Yasuaki Ishimatsu
>
> There is a possibility that get_page_bootmem() is called to the same page many
> times. So when get_page_bootmem is called to the same page, the function only
> increments page->_count.
>
> CC: David Rientjes
>
[ 117.240866] BUG: unable to handle kernel paging request at 815b627c
[ 117.240866] IP: [<813fe94b>] spi_register_driver+0xb/0x50
...
[ 117.240866] Call Trace:
[ 117.240866] [<817de977>] ifx_spi_init+0xbe/0xf0
The root cause is, spi_register_driver() is trying to write into the
passed
At 08/03/2012 03:49 PM, we...@cn.fujitsu.com Wrote:
> From: Wen Congyang
This line is wrong. This patch is from Yasuaki Ishimatsu
>
> All pages of virtual mapping in removed memory cannot be freed, since some
> pages
> used as PGD/PUD includes not only removed memory but also other memory.
On 08/07/2012 01:16 AM, Stephen Warren wrote:
On 08/05/2012 08:27 PM, Alex Courbot wrote:
On 08/04/2012 11:12 PM, Mark Brown wrote:
On Fri, Aug 03, 2012 at 10:15:46AM +0900, Alex Courbot wrote:
On Fri 03 Aug 2012 03:11:12 AM JST, Mark Brown wrote:
I missed some of the earlier bits of the
Hello Linus,
This pull request includes a few fixes for pstore that I posted some time
ago, plus Randy's printk format fix. Also, now pstore has a dedicated git
tree, and a few people (including me) ready to review any further changes
to the code, the fact is now reflected in the maintainers
On 08/07/2012 04:35 AM, Sasha Levin wrote:
> On 08/06/2012 10:31 PM, John Stultz wrote:
>> On 08/06/2012 11:28 AM, Sasha Levin wrote:
>>> On 08/06/2012 08:20 PM, John Stultz wrote:
On 08/06/2012 10:21 AM, John Stultz wrote:
> On 08/05/2012 09:55 AM, Sasha Levin wrote:
>> On 07/30/2012
On Fri, Jul 27, 2012 at 06:28:31PM +, Pallala, Ramakrishna wrote:
[...]
> > > Signed-off-by: Ramakrishna Pallala
> > > ---
> > [...]
> > > +extern int power_supply_attributes_register(struct device *parent,
> > > + struct power_supply_attr_source *psy_attr);
> >
> >
Hi Zhang
Thank you for your hard work
> I just created a git tree for catching all thermal changes.
> http://git.kernel.org/?p=linux/kernel/git/rzhang/linux.git;a=summary
> and I also created the next branch, which I'd like to be set for
> linux-next inclusion, but don't know how.
>
> And, I
On 8/7/12, Thomas Abraham wrote:
> On 7 August 2012 07:58, Olof Johansson wrote:
>> Hi,
>>
>> On Mon, Aug 6, 2012 at 7:05 PM, Dongjin Kim
>> wrote:
>>> Hello,
>>>
>>> I am trying to understand what I have to do for device tree.
>>>
>>> In order to create dts file for ODROID-X hardware, it seems
> In u8500 platform the communication between the APE(Application
> Processor) and
> the modem subsystem(CMT) is by means of a shared DDR. The series of
> patches
> include a protocol called ShaRed Memory(SHRM) protocol for
> communicating
> between the APE and the CMT.
> Interrupt generation
Re-send.
Acked-by: Jinyoung Park
Thanks,
Jinyoung.
On 08/06/2012 06:32 PM, Jingoo Han wrote:
This patch removes goto out, which makes code a bit smaller.
Cc: Jin Park
Cc: Richard Purdie
Signed-off-by: Jingoo Han
---
drivers/video/backlight/aat2870_bl.c | 13 -
1 files
Hi,
Now another person try to use drivers/usb/phy for it.
"usb: phy: samsung: Introducing usb phy driver for hsotg"
Can you use it instead of previous one?
Thank you,
Kyungmin Park
On 8/6/12, Dongjin Kim wrote:
> This patch support to control USB HSIC of EXYNOS4,
> edited based on Samsung's
Hi all,
OK, so the merge window is closed. Time to clean up your trees and then
start adding new stuff to them.
Changes since 20120806:
The cifs tree lost its build failure.
The spi-mb tree lost its build failure.
The tty tree still has its build failures for which I have disabled 2
staging
On Mon, 2012-08-06 at 19:36 +0200, Richard Weinberger wrote:
> I think we enable fastmap only if a MTD device has more than
> UBI_FM_MAX_START*2 PEBs.
> Any comments?
With double space one can make it power-cut tolerant, because you should
be able to have either old or new fastmap at any point of
On 7 August 2012 07:58, Olof Johansson wrote:
> Hi,
>
> On Mon, Aug 6, 2012 at 7:05 PM, Dongjin Kim
> wrote:
>> Hello,
>>
>> I am trying to understand what I have to do for device tree.
>>
>> In order to create dts file for ODROID-X hardware, it seems I may need dts
>> file of EXYNOS4412 SoC.
At 08/03/2012 03:49 PM, we...@cn.fujitsu.com Wrote:
> From: Yasuaki Ishimatsu
>
> For removing memmap region of sparse-vmemmap which is allocated bootmem,
> memmap region of sparse-vmemmap needs to be registered by get_page_bootmem().
> So the patch searches pages of virtual mapping and
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: David Henningsson
commit 108cc108a3bb42fe4705df1317ff98e1e29428a6 upstream.
Also add a model/fixup string "lenovo-dock", so that other Thinkpad
users will be able to test this fixup easily, to
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Luis Henriques
commit b31b021988fed9e3741a46918f14ba9b063811db upstream.
commit 9ef449c6b31bb6a8e6dedc24de475a3b8c79be20 ("[media] rc: Postpone ISR
registration") fixed an early ISR
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Zijlstra
commit 8323f26ce3425460769605a6aece7a174edaa7d1 upstream
Stefan reported a crash on a kernel before a3e5d1091c1 ("sched:
Don't call task_group() too many times in
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 902c098a3663de3fa18639efbb71b6080f0bcd3c upstream.
The real-time Linux folks don't like add_interrupt_randomness() taking
a spinlock since it is called in the low-level
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 3e88bdff1c65145f7ba297ccec69c774afe4c785 upstream.
If there is an architecture-specific random number generator (such as
RDRAND for Intel architectures), use it to
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit e6d4947b12e8ad947add1032dd754803c6004824 upstream.
If the CPU supports a hardware random number generator, use it in
xfer_secondary_pool(), where it will significantly
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 7bf2357524408b97fec58344caf7397f8140c3fd upstream.
Cc: David Miller
Cc: Linus Torvalds
Signed-off-by: "Theodore Ts'o"
Signed-off-by: Ben Hutchings
---
net/core/dev.c
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Liang Li
partial of commit 8e8b41f9d8c8e63fc92f899ace8da91a490ac573 upstream.
As part of commit 463454b5dbd8 ("cfg80211: fix interface
combinations check"), this extra check was introduced:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Vivek Goyal
commit 3f9a5aabd0a9fe0e0cd308506f48963d79169aa7 upstream.
add_disk() takes gendisk reference on request queue. If driver failed during
initialization and never called add_disk()
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit b04b3156a20d395a7faa8eed98698d1e17a36000 upstream.
Send the USB device's serial, product, and manufacturer strings to the
/dev/random driver to help seed its pools.
Cc:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit 2dac8e54f988ab58525505d7ef982493374433c3 upstream.
When we are initializing using arch_get_random_long() we only need to
loop enough times to touch all the bytes in the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit a2080a67abe9e314f9e9c2cc3a4a176e8a8f8793 upstream.
Add a new interface, add_device_randomness() for adding data to the
random pool that is likely to differ between two
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Paul Gortmaker
commit 2584f5212d97b664be250ad5700a2d0fee31a10d upstream.
Also add information on where the respective trees are.
Signed-off-by: Paul Gortmaker
Acked-by: Rob Landley
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tomoya MORINAGA
commit 38bd2a1ac736901d1cf4971c78ef952ba92ef78b upstream.
Parity Setting value is reverse.
E.G. In case of setting ODD parity, EVEN value is set.
This patch inverts "if"
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "J. Bruce Fields"
commit 2930d381d22b9c56f40dd4c63a8fa59719ca2c3c upstream.
Actually, xfs and jfs can optionally be case insensitive; we'll handle
that case in later patches.
Signed-off-by:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jarod Wilson
commit 4b71ca6bce8fab3d08c61bf330e781f957934ae1 upstream.
For one, the driver device pointer needs to be filled in, or the lirc core
will refuse to load the driver. And we really
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Stefano Stabellini
commit b9e0d95c041ca2d7ad297ee37c2e9cfab67a188f upstream.
When the frontend and the backend reside on the same domain, even if we
add pages to the m2p_override, these pages
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mikael Pettersson
commit c663600584a596b5e66258cc10716fb781a5c2c9 upstream.
Booting a 3.2, 3.3, or 3.4-rc4 kernel on an Atari using the
`nfeth' ethernet device triggers a WARN_ONCE() in
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jesse Barnes
commit 2514bc510d0c3aadcc5204056bb440fa36845147 upstream.
High frequency link configurations have the potential to cause trouble
with long and/or cheap cables, so prefer slow and
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Colin Ian King
commit f96a4216e85050c0a9d41a41ecb0ae9d8e39b509 upstream.
The default 10 microsecond delay for the controller to come out of
halt in dbgp_ehci_startup is too short, so increase
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Linus Torvalds
commit cf833d0b9937874b50ef2867c4e8badfd64948ce upstream.
We still don't use rdrand in /dev/random, which just seems stupid. We
accept the *cycle*counter* as a random input, but
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Boaz Harrosh
commit 9e62bb4458ad2cf28bd701aa5fab380b846db326 upstream.
_ios_obj() is accessed by group_index not device_table index.
The oc->comps array is only a group_full of devices at a
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Neil Horman
commit cde2e9a651b76d8db36ae94cd0febc82b637e5dd upstream.
Eric Dumazet pointed out this warning in the drop_monitor protocol to me:
[ 38.352571] BUG: sleeping function called
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 5a783cbc48367cfc7b65afc75430953dfe60098f upstream.
Commit cdf357f1 ("ARM: 6299/1: errata: TLBIASIDIS and TLBIMVAIS
operations can broadcast a faulty ASID") replaced by-ASID
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Russell King
commit 15ac49b65024f55c4371a53214879a9c77c4fbf9 upstream.
While trying to get a v3.5 kernel booted on the cubox, I noticed that
VFP does not work correctly with VFP bounce
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit bec4596b4e6770c7037f21f6bd27567b152dc0d6 upstream.
drop_monitor calls several sleeping functions while in atomic context.
BUG: sleeping function called from invalid
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Schwab
commit 9e2760d18b3cf179534bbc27692c84879c61b97c upstream.
User space access must always go through uaccess accessors, since on
classic m68k user space and kernel space are
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Neil Horman
commit 3885ca785a3618593226687ced84f3f336dc3860 upstream.
Eric Dumazet pointed out to me that the drop_monitor protocol has some holes in
its smp protections. Specifically, its
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Mack
commit aff252a848ce21b431ba822de3dab9c4c94571cb upstream.
uac_clock_source_is_valid() uses the control selector value to access
the bmControls bitmap of the clock source unit. This
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Colin Cross
commit a84b895a2348f0dbff31b71ddf954f70a6cde368 upstream.
vfp_pm_suspend runs on each cpu, only clear the hardware state
pointer for the current cpu. Prevents a possible crash if
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Andrew Morton
commit 955c1cd7401565671b064e499115344ec8067dfd upstream.
This has always been broken: one version takes an unsigned int and the
other version takes no arguments. This bug was
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Xiao Guangrong
commit 3ad3d901bbcfb15a5e4690e55350db0899095a68 upstream.
mmu_notifier_release() is called when the process is exiting. It will
delete all the mmu notifiers. But at this time
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Xishi Qiu
commit ca57df79d4f64e1a4886606af4289d40636189c5 upstream.
On architectures with CONFIG_HUGETLB_PAGE_SIZE_VARIABLE set, such as
Itanium, pageblock_order is a variable with default
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Cox
commit 9bc03743fff0770dc5a5324ba92e67cc377f16ca upstream.
Otherwise we fall back to the wrong value.
Reported-by:
Resolves-bug: https://bugzilla.kernel.org/show_bug.cgi?id=44091
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit 9d40e5582c9c4cfb6977ba2a0ca9c2ed82c56f21 upstream.
Required for reliable power up from cold.
Signed-off-by: Mark Brown
Signed-off-by: Ben Hutchings
---
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 707fba3fa76a4c882f5d4c1a12430c09bce8 upstream.
Lenovo Thinkpad T530 with ALC269VC codec has a dock port but BIOS
doesn't set up the pins properly. Enable the pins as
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Rosenberg
commit 3715c5309f6d175c3053672b73fd4f73be16fd07 upstream.
When using ALT+SysRq+Q all the pointers are replaced with "pK-error" like
this:
[23153.208033] .base:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Joe Thornber
commit 905386f82d08f66726912f303f3e6605248c60a3 upstream.
Fix memory leak in process_prepared_mapping by always freeing
the dm_thin_new_mapping structs from the mapping_pool
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tony Luck
commit a119365586b0130dfea06457f584953e0ff6481d upstream.
The following build error occured during a ia64 build with
swap-over-NFS patches applied.
net/core/sock.c:274:36: error:
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Hung
commit 63a78bb1051b240417daad3a3fa9c1bb10646dca upstream.
According to responses from the BIOS team, ASUS_WMI_METHODID_DSTS2
(0x53545344) will be used as future DSTS ID. In addition,
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Shawn Guo
commit 98bd8b96b26db3399a48202318dca4aaa2515355 upstream.
The CPU will endlessly spin at the end of machine_halt and
machine_restart calls. However, this will lead to a soft lockup
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit a76d7bd96d65fa5119adba97e1b58d95f2e78829 upstream.
The open-coded mutex implementation for ARMv6+ cores suffers from a
severe lack of barriers, so in the uncontended case we
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislav Kinsbursky
commit caea33da898e4e14f0ba58173e3b7689981d2c0b upstream.
Without this patch kernel will panic on LockD start, because lockd_up() checks
lockd_up_net() result for negative
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mel Gorman
commit d833352a4338dc31295ed832a30c9ccff5c7a183 upstream.
If a process creates a large hugetlbfs mapping that is eligible for page
table sharing and forks heavily with children some
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Heiko Carstens
commit 008c2e8f247f0a8db1e8e26139da12f3a3abcda0 upstream.
Make sure the kernel does not incorrectly create a SIGBUS signal during
user space accesses:
For user space accesses
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 5cf02d09b50b1ee1c2d536c9cf64af5a7d433f56 upstream.
We've had some reports of a deadlock where rpciod ends up with a stack
trace like this:
PID: 2507 TASK:
On Tue, Aug 07, 2012 at 11:38:10AM +0800, Bryan Wu wrote:
>
> 在 2012-8-7 上午11:34,"Greg KH" 写道:
> >
> > On Tue, Aug 07, 2012 at 10:57:29AM +0800, Bryan Wu wrote:
> > > On Wed, Aug 1, 2012 at 2:28 AM, Colin Cross wrote:
> > > > On Thu, Jul 26, 2012 at 9:04 PM, Bryan Wu
> > > > wrote:
> > > >> On
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Neil Horman
commit 4fdcfa12843bca38d0c9deff70c8720e4e8f515f upstream.
I just noticed after some recent updates, that the init path for the drop
monitor protocol has a minor error. drop
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Asias He
commit 2c95a3290919541b846bee3e0fbaa75860929f53 upstream.
Block layer will allocate a spinlock for the queue if the driver does
not provide one in blk_init_queue().
The reason to use
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ryusuke Konishi
commit 572d8b3945a31bee7c40d21556803e4807fd9141 upstream.
An fs-thaw ioctl causes deadlock with a chcp or mkcp -s command:
chcpD 88013870f3d0 0 1325
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit bc733d495267a23ef8660220d696c6e549ce30b3 upstream.
The irq field of struct snd_mpu401 is supposed to be initialized to -1.
Since it's set to zero as of now, a probing error
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Martin Schwidefsky
commit 0f6f281b731d20bfe75c13f85d33f3f05b440222 upstream.
The downgrade of the 4 level page table created by init_new_context is
currently done only in start_thread31. If a
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: "H. Peter Anvin"
commit d2e7c96af1e54b507ae2a6a7dd2baf588417a7e5 upstream.
Mix in any architectural randomness in extract_buf() instead of
xfer_secondary_buf(). This allows us to mix in more
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Takashi Iwai
commit 6162552b0de6ba80937c3dd53e084967851cd199 upstream.
We've got a bug report about the silent output from the headphone on a
mobo with VT2021, and spotted out that this was
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Holler
commit 2fe2d9f47cfe1a3e66e7d087368b3d7155b04c15 upstream.
Line 0 and 1 were both written to line 0 (on the display) and all subsequent
lines had an offset of -1. The result
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Seth Forshee
commit c0394506e69b37c47d391c2a7bbea3ea236d8ec8 upstream.
The touchpad on the Acer Aspire One D250 will report out of range values
in the extreme lower portion of the touchpad.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Alan Cox
commit d6250a3f12edb3a86db9598ffeca3de8b4a219e9 upstream.
The Intel case falls through into the generic case which then changes
the values. For cases like the P6 it doesn't do the
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit b8edf3e5522735c8ce78b81845f7a1a2d4a08626 upstream.
Otherwise if someone tries to use all four channels on AIF1 with the
device in master mode we won't be able to clock out
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Darren Hart
commit 6f7b0a2a5c0fb03be7c25bd1745baa50582348ef upstream.
If uaddr == uaddr2, then we have broken the rule of only requeueing
from a non-pi futex to a pi futex with this call. If
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Darren Hart
commit f27071cb7fe3e1d37a9dbe6c0dfc5395cd40fa43 upstream.
The WARN_ON in futex_wait_requeue_pi() for a NULL q.pi_state was testing
the address (_state) of the pointer instead of
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Alasdair G Kergon
commit 7768ed33ccdc02801c4483fc5682dc66ace14aea upstream.
Reduce the slab size used for the dm_thin_endio_hook mempool.
Allocation has been seen to fail on machines with
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Darren Hart
commit b6070a8d9853eda010a549fa9a09eb8d7269b929 upstream.
If fixup_pi_state_owner() faults, pi_mutex may be NULL. Test
for pi_mutex != NULL before testing the owner against current
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit 27130f0cc3ab97560384da437e4621fc4e94f21c upstream.
wm831x devices contain a unique ID value. Feed this into the newly added
device_add_randomness() to add some per device
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit 9dccf55f4cb011a7552a8a2749a580662f5ed8ed upstream.
The tamper evident features of the RTC include the "write counter" which
is a pseudo-random number regenerated whenever we
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit c2557a303ab6712bb6e09447df828c557c710ac9 upstream.
Create a new function, get_random_bytes_arch() which will use the
architecture-specific hardware random number generator
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: NeilBrown
commit b7219ccb33aa0df9949a60c68b5e9f712615e56f upstream.
If a resync of a RAID1 array with 2 devices finds a known bad block
one device it will neither read from, or write to, that
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Greg Pearson
commit 6c4088ac3a4d82779903433bcd5f048c58fb1aca upstream.
efi_setup_pcdp_console() is called during boot to parse the HCDP/PCDP
EFI system table and setup an early console for
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Colin Cross
commit 24b35521b8ddf088531258f06f681bb7b227bf47 upstream.
vfp_pm_suspend should save the VFP state in suspend after
any lazy context switch. If it only saves when the VFP is
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jeongdo Son
commit a769f9577232afe2c754606a83aad85127e7052a upstream.
This is a RT3070 based device.
Signed-off-by: Jeongdo Son
Signed-off-by: John W. Linville
Signed-off-by: Ben Hutchings
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Tomoya MORINAGA
commit 9539dfb7ac1c84522fe1f79bb7dac2990f3de44a upstream.
Rx Error interrupt(E.G. parity error) is not enabled.
So, when parity error occurs, error interrupt is not occurred.
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Theodore Ts'o
commit 775f4b297b780601e61787b766f306ed3e1d23eb upstream.
We've been moving away from add_interrupt_randomness() for various
reasons: it's too expensive to do on every interrupt,
This is the start of the stable review cycle for the 3.2.27 release.
There are 70 patches in this series, which will be posted as responses
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Thu Aug 9 10:00:00 UTC 2012.
Anything
On Tue, Aug 07, 2012 at 10:57:29AM +0800, Bryan Wu wrote:
> On Wed, Aug 1, 2012 at 2:28 AM, Colin Cross wrote:
> > On Thu, Jul 26, 2012 at 9:04 PM, Bryan Wu wrote:
> >> On Fri, Jul 27, 2012 at 12:51 AM, Greg KH
> >> wrote:
> >>> On Thu, Jul 26, 2012 at 01:03:11PM +0800, Bryan Wu wrote:
>
> -Original Message-
> From: Phillips Kim-R1AAHA
> Sent: Tuesday, August 07, 2012 9:35 AM
> To: Liu Qiang-B32616
> Cc: linux-cry...@vger.kernel.org; vinod.k...@intel.com;
> dan.j.willi...@intel.com; herb...@gondor.hengli.com.au; a...@arndb.de;
> gre...@linuxfoundation.org;
> -Original Message-
> From: Ira W. Snyder [mailto:i...@ovro.caltech.edu]
> Sent: Tuesday, August 07, 2012 1:51 AM
> To: Liu Qiang-B32616
> Cc: linux-cry...@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> dan.j.willi...@intel.com; linux-kernel@vger.kernel.org;
> dan.j.willi...@gmail.com;
On Mon, Aug 06 2012 at 6:08pm -0400,
Kent Overstreet wrote:
> Now that we've got generic code for freeing bios allocated from bio
> pools, this isn't needed anymore.
>
> This also changes the semantics of bio_free() a bit - it now also frees
> bios allocated by bio_kmalloc(). It's also no
Hi,
On Tue, Jul 24, 2012 at 1:11 PM, Kent Overstreet wrote:
> bcache creates large bios internally, and then splits them according to
> the device requirements before it sends them down. If a lower level
> device tries to clone the bio, and the original bio had more than
> BIO_MAX_PAGES, the
Commit-ID: 057237bb35a605d795fd787868a1088705f26ee5
Gitweb: http://git.kernel.org/tip/057237bb35a605d795fd787868a1088705f26ee5
Author: Borislav Petkov
AuthorDate: Mon, 6 Aug 2012 19:00:39 +0200
Committer: H. Peter Anvin
CommitDate: Mon, 6 Aug 2012 19:18:39 -0700
x86, cpu: Preset
Commit-ID: b46882e4c4de4813947fce940fe74af794a1eb72
Gitweb: http://git.kernel.org/tip/b46882e4c4de4813947fce940fe74af794a1eb72
Author: Borislav Petkov
AuthorDate: Mon, 6 Aug 2012 19:00:38 +0200
Committer: H. Peter Anvin
CommitDate: Mon, 6 Aug 2012 19:18:34 -0700
x86, cpu: Add AMD TLB
Commit-ID: 5b556332c3ab19e6375836d35ca658776e9ba0f6
Gitweb: http://git.kernel.org/tip/5b556332c3ab19e6375836d35ca658776e9ba0f6
Author: Borislav Petkov
AuthorDate: Mon, 6 Aug 2012 19:00:37 +0200
Committer: H. Peter Anvin
CommitDate: Mon, 6 Aug 2012 19:18:29 -0700
x86, cpu: Push TLB
1 - 100 of 1480 matches
Mail list logo