On 05/07/2013 08:58 AM, Syed Salman Mansoor wrote:
> Fix checkpatch.pl warnings in a20.c
> i) WARNING: please, no spaces at the start of a line
> ii) WARNING: suspect code indent for conditional statements
> iii) ERROR: trailing whitespace
This patch doesn't actually change anything meaningful.
May 7, 2013 09:25:40 PM,Bjorn Helgaas wrote:
> [+cc Phillip]
>
>> I would suspect that Windows' complaint about the BIOS mucking up the MTRRs
>> is likely the best hint. Likely Windows is detecting the problem and fixing
>> it up on resume, thus it only complains about "reduced resume perf
On 7 May 2013 16:52, Christopher Covington wrote:
> On 05/07/2013 08:19 AM, Peter Maydell wrote:
>> Well, at the moment EARLY_PRINTK is hardcoded to
>> "use some specific UART or equivalent selected at
>> compile time". So the equivalent presumably would
>> be to hard-compile "use virtio-console",
Fix checkpatch.pl warnings in a20.c
i) WARNING: please, no spaces at the start of a line
ii) WARNING: suspect code indent for conditional statements
iii) ERROR: trailing whitespace
Signed-off-by: Syed Salman Mansoor
---
arch/x86/boot/a20.c | 48
Thanks a lot.
I am trying again. Hopefully this will work :)
On Tue, May 7, 2013 at 6:50 PM, Borislav Petkov wrote:
> On Tue, May 07, 2013 at 06:20:22PM +0500, Syed Salman Mansoor wrote:
>> Signed-off-by: Syed Salman Mansoor
>
> No,
>
> this is still wrong:
>
> Subject: [PATCH] x86, setup: Remov
On Tue, May 07, 2013 at 05:24:57PM +0200, Thomas Gleixner wrote:
>
>
> On Tue, 7 May 2013, Mel Gorman wrote:
>
> > On Tue, May 07, 2013 at 08:23:48PM +0800, Zhang Yi wrote:
> > > diff -uprN linux3.9-orig/kernel/futex.c linux3.9/kernel/futex.c
> > > --- linux3.9-orig/kernel/futex.c 2013-04-15 00
On 05/07/2013 08:19 AM, Peter Maydell wrote:
> On 7 May 2013 05:46, Rusty Russell wrote:
>> Peter Maydell writes:
>>> That all looks like sensible QEMU implementation possibilities
>>> but it seems to be a bit of a non-sequitur from "how do we
>>> tell the kernel to actually use this?"
>>
>> You
On 05/07/2013 05:08 AM, Will Deacon wrote:
> On Mon, May 06, 2013 at 07:01:23PM +0100, Christopher Covington wrote:
>> Hi Will,
>>
>> On 05/03/2013 01:35 PM, Will Deacon wrote:
>>> Hi all,
>>>
>>> This small patch set may look a little over a month late, but there is a
>>> serious reason for postin
On Tue, 7 May 2013, Pekka Enberg wrote:
> On Tue, May 7, 2013 at 5:23 PM, Christoph Lameter wrote:
> > Well this is because you did not take the patch that changed the way
> > KMALLOC_SHIFT_HIGH is treated.
>
> Is that still needed? I only took the ones Tetsuo said were needed to
> fix the issue
On Tue, May 7, 2013 at 4:39 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
Good catch, thanks!
Acked-by: Kees Cook
-Kees
--
Kees Cook
Chrome O
On Tue, May 07, 2013 at 10:20:30AM +0800, Gao feng wrote:
> diff --git a/include/linux/audit.h b/include/linux/audit.h
> index 684599b..33e6584 100644
> --- a/include/linux/audit.h
> +++ b/include/linux/audit.h
> @@ -441,7 +441,8 @@ extern int audit_filter_type(int type);
> extern int audit_recei
On 05/07/2013 04:48 PM, Arnd Bergmann wrote:
> On Tuesday 07 May 2013, Jiri Slaby wrote:
>> From: "sal...@us.ibm.com"
>>
>> The patch fixes a problem in the lp driver that can cause oopses as
>> follows:
>> process A: calls lp_write, which in turn calls
>> parport_ieee1284_wri
On Tue, May 07, 2013 at 03:53:30PM +0200, Johannes Berg wrote:
> > > I think the best way to solve this would be to do such a thing in
> > > iwlegacy as well, but until then and for stable maybe we should
> > > introduce another HW flag to restore the previous mac80211 behaviour?
> >
> > I'm not s
On Tue, May 07, 2013 at 11:56:51AM +0200, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
Looks good, here's my
Acked-by: Jesper Nilsson
/^JN - Jesper Nilsson
--
Jesper Nilsson -- jesper.nils...@axis.com
--
To unsubscribe from this list: send the line "unsubscribe
This patch factors out common implementation patterns to reduce overall kernel
code and provide a means for host bridge drivers to directly obtain struct
resources from the DT's ranges property without relying on architecture specific
DT handling. This will make it easier to write archiecture indep
This patchset factors out duplicated code associated with parsing PCI
DT "ranges" properties across the architectures and introduces a
"ranges" parser. This parser "of_pci_range_parser" can be used directly
by ARM host bridge drivers enabling them to obtain ranges from device
trees.
I've included
This patch converts the pci_load_of_ranges function to use the new common
of_pci_range_parser.
Signed-off-by: Andrew Murray
Signed-off-by: Liviu Dudau
---
arch/microblaze/pci/pci-common.c | 106 ++
1 files changed, 38 insertions(+), 68 deletions(-)
diff --g
This patch converts the pci_load_of_ranges function to use the new common
of_pci_range_parser.
Signed-off-by: Andrew Murray
Signed-off-by: Liviu Dudau
Signed-off-by: Gabor Juhos
Reviewed-by: Rob Herring
Reviewed-by: Grant Likely
Tested-by: Linus Walleij
---
arch/mips/pci/pci.c | 50 ++
On Tue, May 07, 2013 at 11:20:26AM +0200, Geert Uytterhoeven wrote:
> arch/arm/mach-msm/last_radio_log.c: In function 'msm_init_last_radio_log':
> arch/arm/mach-msm/last_radio_log.c:69:7: error: dereferencing pointer to
> incomplete type
>
> arch/cris/kernel/profile.c: In function 'init_cris_prof
[+cc Phillip]
On Tue, Apr 30, 2013 at 9:19 PM, Robert Hancock wrote:
> On 04/29/2013 10:47 PM, Bjorn Helgaas wrote:
>>
>> On Sat, Apr 27, 2013 at 4:10 AM, Artem S. Tashkinov
>> wrote:
Did this problem ever get resolved?
>>>
>>> Hello,
>>>
>>> Unfortunately, no. Out of curiosi
On Tue, 7 May 2013, Mel Gorman wrote:
> On Tue, May 07, 2013 at 08:23:48PM +0800, Zhang Yi wrote:
> > diff -uprN linux3.9-orig/kernel/futex.c linux3.9/kernel/futex.c
> > --- linux3.9-orig/kernel/futex.c2013-04-15 00:45:16.0 +
> > +++ linux3.9/kernel/futex.c 2013-05-06 16:24:40.40
2013/5/7 KOSAKI Motohiro :
>>> + /*
>>> + * After turning over se.sum_exec_runtime to sig->sum_sched_runtime
>>> + * in __exit_signal(), we must not account exec_runtime for
>>> consistency.
>>> + */
>>> + if (unlikely(!tsk->sighand))
>>> + return;
>>
>> Ok, if w
On Tue, May 07, 2013 at 04:38:04PM +0900, HATAYAMA Daisuke wrote:
[..]
> >>/* Update the program header offset. */
> >>- phdr_ptr->p_offset = vmcore_off;
> >>- vmcore_off = vmcore_off + phdr_ptr->p_memsz;
> >>+ phdr_ptr->p_offset = vmcore_off + (paddr - st
From: Dirk Brandewie
There are two ways that the maximum p-state can be clamped, via a
policy change and via the sysfs file.
The acpi-thermal driver adjusts the p-state policy in response to
thermal events. These changes override the users settings ATM.
Use the lowest of the two requested valu
From: Dirk Brandewie
Remove dead code from the driver.
Signed-off-by: Dirk Brandewie
---
drivers/cpufreq/intel_pstate.c | 49
1 files changed, 0 insertions(+), 49 deletions(-)
diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate
From: Dirk Brandewie
Idle time is taken into account in the APERF/MPERF ratio calculation
there is no reason for the driver to track it seperately. This
reduces the work in the driver and makes the code more readable.
Removal of the tracking of sample duration removes the possibility of
the div
From: dirk
Collection of updates for cpufreq/intel_pstate.c
Patches 1-3 are bugfixes and marked for stable
Patches 4-6 are code cleanup with no functional changes.
Dirk Brandewie (6):
cpufreq/intel_pstate: remove idle time and duration from sample and
calculations
cpufreq/intel_pstate
From: Dirk Brandewie
The ffmpeg benchmark in the phoronix test suite has threads on
multiple cores that rely on the progress on of threads on other cores
and ping pong back and forth fast enough to make the core appear less
busy than it "should" be. If the core has been at minimum p-state for
a
From: Dirk Brandewie
The driver can no longer be built as a module remove the compile fence
around cpufreq tracing call.
Signed-off-by: Dirk Brandewie
---
drivers/cpufreq/intel_pstate.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/cpufreq/intel_pstate.c b/
From: Dirk Brandewie
Remove call to intel_pstate_get_min_max() the values returned are not
used.
Signed-off-by: Dirk Brandewie
---
drivers/cpufreq/intel_pstate.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_ps
On Tue, May 07, 2013 at 08:23:48PM +0800, Zhang Yi wrote:
> diff -uprN linux3.9-orig/kernel/futex.c linux3.9/kernel/futex.c
> --- linux3.9-orig/kernel/futex.c 2013-04-15 00:45:16.0 +
> +++ linux3.9/kernel/futex.c 2013-05-06 16:24:40.403525000 +
> @@ -215,6 +215,22 @@ static v
On Tue, May 07, 2013 at 05:56:08PM +0300, Gleb Natapov wrote:
> > > Yes, I am missing what Marcelo means there too. We cannot free memslot
> > > until we unmap its rmap one way or the other.
> >
> > I do not understand what are you optimizing for, given the four possible
> > cases we discussed at
On Tue, May 07, 2013 at 04:56:46PM +0900, HATAYAMA Daisuke wrote:
> (2013/04/30 4:36), Vivek Goyal wrote:
> >On Sat, Apr 13, 2013 at 09:21:33AM +0900, HATAYAMA Daisuke wrote:
> >
> >[..]
> >>ELF notes are per-cpu, so total size of ELF note segments increases
> >>according to the number of CPUs. The
On Tue, May 07, 2013 at 10:14:09AM -0400, Peter Hurley wrote:
> >> Just hit this again, by switching tty's during bootup.
> >> The previous time was switching from X to console iirc, so that seems to
> >> be
> >> the key to triggering this.
> >
> > Sorry for not getting back to this sooner,
On Tue, May 07, 2013 at 11:33:29AM -0300, Marcelo Tosatti wrote:
> On Tue, May 07, 2013 at 01:00:51PM +0300, Gleb Natapov wrote:
> > On Tue, May 07, 2013 at 05:41:35PM +0800, Xiao Guangrong wrote:
> > > On 05/07/2013 04:58 PM, Gleb Natapov wrote:
> > > > On Tue, May 07, 2013 at 01:45:52AM +0800, Xi
Hi Wei Yongjun,
On 7 May 2013 18:54, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
> ipp_create_cmd_work() return ERR_PTR() on error and never return
> NULL, so use IS_ERR() instead
On 05/07/2013 10:19 AM, Waiman Long wrote:
The slowdown that I was trying to fix was in the "perf record" part of
the profiling process, not the "perf report" part. I didn't try
perf-record on perf-record as the performance counters are limited
resources and I don't want resource conflicts to a
On Tuesday 07 May 2013, Jiri Slaby wrote:
> From: "sal...@us.ibm.com"
>
> The patch fixes a problem in the lp driver that can cause oopses as
> follows:
> process A: calls lp_write, which in turn calls
> parport_ieee1284_write_compat, and that invokes
> parpor
On Fri 03-05-13 09:49:49, David Rientjes wrote:
> For processes that have detached their mm's, task_in_mem_cgroup()
> unnecessarily takes task_lock() when rcu_read_lock() is all that is
> necessary to call mem_cgroup_from_task().
>
> While we're here, switch task_in_mem_cgroup() to return bool.
>
On Tue, May 7, 2013 at 5:23 PM, Christoph Lameter wrote:
> Well this is because you did not take the patch that changed the way
> KMALLOC_SHIFT_HIGH is treated.
Is that still needed? I only took the ones Tetsuo said were needed to
fix the issue at hand.
Pekka
--
To unsubs
On Tue, May 07, 2013 at 11:39:59AM +0800, Xiao Guangrong wrote:
> >>> Step 1) Fix kvm_mmu_zap_all's behaviour: introduce lockbreak via
> >>> spin_needbreak. Use generation numbers so that in case kvm_mmu_zap_all
> >>> releases mmu_lock and reacquires it again, only shadow pages
> >>> from the gen
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Miguel Boton
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux K
Merge together the unicore32, arm, and x86 reboot= command line
parameter handling.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russell King
Cc: Guan Xuetao
Cc: Russ Anderson
Cc: Robin Holt
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing L
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
To: Russell King
Cc: Russ Anderson
Cc: Robin Holt
Cc: H. Peter Anvin
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
This patch is preparatory. It moves reboot related syscall, etc
functions from kernel/sys.c to kernel/reboot.c.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 m
This patch prepares for the moving the parsing of reboot= to the generic
kernel code by making reboot_mode into a more generic form.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: Guan Xuetao
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: H. Peter Anvin
Cc: Linux Kernel Mailing List
Get the new file to pass scripts/checkpatch.pl
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing List
---
Changes since v6:
- Remov
On 05/07/2013 05:30 AM, Jiri Olsa wrote:
On Mon, May 06, 2013 at 09:43:53AM -0400, Waiman Long wrote:
When "perf record" was used on a large machine with a lot of CPUs,
the perf post-processing time could take a lot of minutes and even
hours depending on how large the resulting perf.data file wa
These restart_mode fields are not used at all. Remove them to make
moving the reboot= cmdline options to the general kernel easier.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: Russell King
Cc: Russ Anderson
Cc: Robin Holt
Cc: H. Peter Anvin
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Remove the prior patch's #define for easier backporting to the stable
releases.
Signed-off-by: Robin Holt
To: Andrew Morton
Cc: H. Peter Anvin
Cc: Russ Anderson
Cc: Robin Holt
Cc: Russell King
Cc: Guan Xuetao
Cc: Linux Kernel Mailing List
Cc: the arch/x86 maintainers
Cc: Arm Mailing List
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
boot cpu
From: "Srivatsa S. Bhat"
There are instances in the kernel where we would like to disable
CPU hotplug (from sysfs) during some important operation. Today
the freezer code depends on this and the code to do it was kinda
tailor-made for that.
Restructure the code and make it generic enough to be u
We recently noticed that reboot of a 1024 cpu machine takes approx 16
minutes of just stopping the cpus. The slowdown was tracked to commit
f96972f.
The current implementation does all the work of hot removing the cpus
before halting the system. We are switching to just migrating to the
reboot_c
Dear RT Folks,
I'm pleased to announce the 3.0.75-rt103 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.0-rt
Head SHA1: 359b8b074c355e73a1223e759445a5fe7a79dd97
Or to build 3.0.75-rt103 direc
Dear RT Folks,
I'm pleased to announce the 3.2.44-rt65 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.2-rt
Head SHA1: d94dc2cc1e5b303d70ccb394234897c24a03e3b0
Or to build 3.2.44-rt65 directl
Dear RT Folks,
I'm pleased to announce the 3.6.11.2-rt34 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.6-rt
Head SHA1: e49c8e8225d5135380b53e07d331441e55bdb0c4
Or to build 3.6.11.2-rt34 dir
Dear RT Folks,
I'm pleased to announce the 3.4.42-rt57 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.4-rt
Head SHA1: 3586f2835e04bc4e07a7d521323854fad1778ec7
Or to build 3.4.42-rt57 directl
On Tue, May 07, 2013 at 01:00:51PM +0300, Gleb Natapov wrote:
> On Tue, May 07, 2013 at 05:41:35PM +0800, Xiao Guangrong wrote:
> > On 05/07/2013 04:58 PM, Gleb Natapov wrote:
> > > On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote:
> > >> On 05/07/2013 01:24 AM, Gleb Natapov wrote:
>
Commit-ID: 97a5b81fa4d3a11dcdf224befc577f2e0abadc0b
Gitweb: http://git.kernel.org/tip/97a5b81fa4d3a11dcdf224befc577f2e0abadc0b
Author: Thomas Gleixner
AuthorDate: Thu, 2 May 2013 16:21:15 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 7 May 2013 16:24:03 +0200
x86: Fix idle consolid
On 05/07/2013 04:27 PM, Myklebust, Trond wrote:
> On Tue, 2013-05-07 at 16:18 +0200, Jiri Slaby wrote:
>> From: NeilBrown
>>
>> While the use of READDIRPLUS is significantly more efficient than
>> READDIR followed by many GETATTR calls, it is still less efficient
>> than just READDIR if the attrib
V2: use the new bus_mutex
extract from http://datasheets.maximintegrated.com/en/ds/DS2408.pdf:
Power-up timing
The DS2408 is sensitive to the power-on slew rate and can inadvertently
power up with a test mode feature enabled. When this occurs, the P0 port
does not respond to the Channel Access Wr
On Mon, 6 May 2013, Pekka Enberg wrote:
> On Fri, May 3, 2013 at 9:04 PM, Christoph Lameter wrote:
> > - for (i = KMALLOC_SHIFT_LOW; i < KMALLOC_SHIFT_HIGH; i++)
>
> This didn't match what I had in my tree. I fixed it by hand but please
> verify the end result:
>
> https://git.kernel.org/cg
On Tue, May 07, 2013 at 02:11:37PM +0100, Srinivas KANDAGATLA wrote:
> regmap_debugfs_get_dump_start returns register number, not the actual
> offset into the map. So we use the return value as start to dump the
No, it doesn't - it returns the register it should start reading from.
It's just tha
On Tue, 7 May 2013, Tetsuo Handa wrote:
> > These are exclusively from the module load. So the kernel seems to be
> > clean of large kmalloc's ?
> >
> There are modules (e.g. TOMOYO) which do not check for KMALLOC_MAX_SIZE limit
> and expect kmalloc() larger than KMALLOC_MAX_SIZE bytes to return N
On Tue, 2013-05-07 at 16:18 +0200, Jiri Slaby wrote:
> From: NeilBrown
>
> While the use of READDIRPLUS is significantly more efficient than
> READDIR followed by many GETATTR calls, it is still less efficient
> than just READDIR if the attributes are not required.
>
> We can get a hint as to wh
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Marc Kleine-Budde
commit db388d6460ffa53b3b38429da6f70a913f89b048 upstream.
Since commit:
1c6c695 genirq: Reject bogus threaded irq requests
threaded irqs must provide a primary ha
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Christoph Fritz
commit 0443de5fbf224abf41f688d8487b0c307dc5a4b4 upstream.
To get correct endianes on little endian cpus (like arm) while reading device
tree properties, this patch replac
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Mathias Krause
commit 72a763d805a48ac8c0bf48fdb510e84c12de51fe upstream.
The current code does not set the msg_namelen member to 0 and therefore
makes net/socket.c leak the local sockadd
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Tejun Heo
commit 383efcd00053ec40023010ce5034bd702e7ab373 upstream.
try_to_wake_up_local() should only be invoked to wake up another
task in the same runqueue and BUG_ON()s are used to e
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Linus Torvalds
commit 2323036dfec8ce3ce6e1c86a49a31b039f3300d1 upstream.
This is my example conversion of a few existing mmap users. The HPET
case is simple, widely available, and easy
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Naoya Horiguchi
commit 9cc3a5bd40067b9a0fbd49199d0780463fc2140f upstream.
With applying the previous patch "hugetlbfs: stop setting VM_DONTDUMP in
initializing vma(VM_HUGETLB)" to reenab
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Linus Torvalds
commit 0fe09a45c4848b5b5607b968d959fdc1821c161d upstream.
This is my example conversion of a few existing mmap users. The pcm
mmap case is one of the more straightforward
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Linus Torvalds
commit 8558e4a26b00225efeb085725bc319f91201b239 upstream.
This is my example conversion of a few existing mmap users. The mtdchar
case is actually disabled right now (and
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Stephane Eranian
commit f1923820c447e986a9da0fc6bf60c1dccdf0408e upstream.
The valid mask for both offcore_response_0 and
offcore_response_1 was wrong for SNB/SNB-EP,
IVB/IVB-EP. It was
started compiling a kernel, and then...
[ 172.233200]
=
[ 172.233205] BUG xfs_efi_item (Not tainted): Poison overwritten
[ 172.233207]
-
[
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Andrzej Hajda
commit fbe31057fafebdc2811a7101b8b4a0460f5417d1 upstream.
Unwinding code disables all successfully enabled regulators.
Error is logged for every failed regulator.
Signed-o
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Konrad Rzeszutek Wilk
commit 888b65b4bc5e7fcbbb967023300cd5d44dba1950 upstream.
In the PVHVM path when we do CPU online/offline path we would
leak the timer%d IRQ line everytime we do a
From: Jeff Mahoney
This patch adds a module parameter to allow a group access to the
mISDN devices. Otherwise, unpriviledged users on systems with ISDN
hardware have the ability to dial out, potentially causing expensive
bills.
Based on a different implementation by Patrick Koppen
We (at suse)
From: Jeff Mahoney
The chipidea driver currently has needless ifneq rules in the makefile
for things that should be config options. This can be problematic,
especially in the IMX case, since the OF_DEVICE dependency will be met
on powerpc systems - which don't actually support the hardware via th
From: "sal...@us.ibm.com"
The patch fixes a problem in the lp driver that can cause oopses as
follows:
process A: calls lp_write, which in turn calls
parport_ieee1284_write_compat, and that invokes
parport_wait_peripheral
process B: meanwhile does an ioct
From: Jeff Mahoney
Reiserfs is currently able to be deadlocked by having two NFS clients
where one has removed and recreated a file and another is accessing the
file with an open file handle.
If one client deletes and recreates a file with timing such that the
recreated file obtains the same [di
From: Jeff Mahoney
The FTP conntrack code currently only accepts the following format for
the 227 response for PASV:
227 Entering Passive Mode (148,100,81,40,31,161).
It doesn't accept the following format from an obscure server:
227 Data transfer will passively listen to 67,218,99,134,50,1
From: Jeff Mahoney
Commit 8116188fdef5946bcbb2d73e41d7412a57ffb034 (nouveau/acpi: hook up
to the MXM method for mux switching.) broke the build on non-x86
architectures due to the new dependency on MXM and MXM being an x86
platform driver.
It built previously since the vga switcheroo registratio
From: Olaf Hering
Use separate table for alias entries in the ehea module,
otherwise the probe() function will operate on the separate ports
instead of the lhea-"root" entry of the device-tree
References: https://bugzilla.novell.com/show_bug.cgi?id=435215
Signed-off-by: Jeff Mahoney
Signed-off-
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Tommi Rantala
commit 8176cced706b5e5d15887584150764894e94e02f upstream.
Trinity discovered that we fail to check all 64 bits of
attr.config passed by user space, resulting to out-of-boun
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Linus Torvalds
commit b4cbb197c7e7a68dbad0d491242e3ca67420c13e upstream.
Various drivers end up replicating the code to mmap() their memory
buffers into user space, and our core memory r
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Will Deacon
commit cb2d8b342aa084d1f3ac29966245dec9163677fb upstream.
Events may be created with attr->disabled == 1 and attr->enable_on_exec
== 1, which confuses the group validation co
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Illia Ragozin
commit cd272d1ea71583170e95dde02c76166c7f9017e6 upstream.
On Feroceon the L2 cache becomes non-coherent with the CPU
when the L1 caches are disabled. Thus the L2 needs to b
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: Felix Fietkau
commit f09a878511997c25a76bf111a32f6b8345a701a5 upstream.
The hardware parsing of Control Wrapper Frames needs to be disabled, as
it has been causing spurious decryption er
3.5.7.12 -stable review patch. If anyone has any objections, please let me
know.
--
From: =?UTF-8?q?Rafa=C5=82=20Mi=C5=82ecki?=
commit 46fc4c909339f5a84d1679045297d9d2fb596987 upstream.
And make use of it in b43. This fixes a regression introduced with
49d55cef5b1925a5c1efb6a
I am announcing the review cycle for the 3.5.7.12 stable release. This new
release contains 118 patches, which are posted as a response to this
message. They are also available at the following repository:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.5.y-review
If there are any problems, or i
On 05/07/2013 03:01 AM, Ingo Molnar wrote:
* Waiman Long wrote:
When "perf record" was used on a large machine with a lot of CPUs,
the perf post-processing time could take a lot of minutes and even
hours depending on how large the resulting perf.data file was.
While running AIM7 1500-user hig
From: Jeff Mahoney
Geode is 32-bit only so only enable it for X86_32.
Signed-off-by: Jeff Mahoney
Signed-off-by: Jiri Slaby
Cc: Florian Tobias Schandinat
Cc: linux-ge...@lists.infradead.org
Cc: linux-fb...@vger.kernel.org
---
drivers/video/geode/Kconfig | 2 +-
1 file changed, 1 insertion(+)
From: Vasiliy Kulikov
User space pointer may not be dereferenced. Use get_user()/put_user()
instead and check their return codes.
Signed-off-by: Vasiliy Kulikov
Signed-off-by: Thomas Renninger
Signed-off-by: Jiri Slaby
Cc: Len Brown
Cc: "Rafael J. Wysocki"
Cc: linux-a...@vger.kernel.org
---
From: Jiri Bohac
A simple connection tracking helper for SLP. Marks replies to a
SLP broadcast query as ESTABLISHED to allow them to pass through the
firewall.
Signed-off-by: Jiri Bohac
Signed-off-by: Jiri Slaby
Cc: netfilter-de...@vger.kernel.org
Cc: netfil...@vger.kernel.org
Cc: coret...@net
From: NeilBrown
While the use of READDIRPLUS is significantly more efficient than
READDIR followed by many GETATTR calls, it is still less efficient
than just READDIR if the attributes are not required.
We can get a hint as to whether the application requires attr information
by looking at wheth
From: Jeff Mahoney
The PCH EG20T is only compatible with Intel Atom processors so it
should depend on x86.
Signed-off-by: Jeff Mahoney
Signed-off-by: Jiri Slaby
Cc: Richard Cochran
Cc: net...@vger.kernel.org
---
drivers/ptp/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/
From: Takashi Iwai
When the mode is set with 16bpp on QEMU, the output gets totally
broken. The culprit is the bogus register values set for 16bpp,
which was likely copied from from a wrong place.
References: https://bugzilla.novell.com/show_bug.cgi?id=799216
Cc:
Signed-off-by: Takashi Iwai
S
From: Jeff Mahoney
sb105x doesn't seem to actually need (builds on x86
without it) and ppc/ppc64 doesn't provide it so it fails to build there.
This patch removes the dependency.
CC: Steven Rostedt
Signed-off-by: Jeff Mahoney
Signed-off-by: Jiri Slaby
Cc: Greg Kroah-Hartman
Cc: de...@drive
From: Jeff Mahoney
Commit 634725a92938b0f282b17cec0b007dca77adebd2 removed the BUG_ON in
hfs_bnode_create in hfsplus. This patch removes it from the hfs
version and avoids an fsfuzzer crash.
Signed-off-by: Jeff Mahoney
Acked-by: Jeff Mahoney
Signed-off-by: Jiri Slaby
Cc: linux-fsde...@vger.ke
301 - 400 of 751 matches
Mail list logo
