On Fri, Aug 2, 2013 at 2:31 PM, Matt Sealey wrote:
> On Fri, Aug 2, 2013 at 3:13 AM, Tony Lindgren wrote:
>> * Mel Gorman [130731 08:28]:
>>> On Wed, Jul 31, 2013 at 12:38:03AM -0700, Tony Lindgren wrote:
>>> > Hi all,
>>> >
>>> > Probably the biggest kernel data bloat issue is in the ARM land,
On 13-08-01 01:01 AM, Douglas Gilbert wrote:
On 13-07-22 01:03 PM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote:
There is a race when open sg with O_EXCL flag. Also a race may happen between
sg_open and sg_remove.
Changes from v4:
* [3/4] use ERR_PTR series
On Fri, Aug 2, 2013 at 4:06 PM, Christian Daudt wrote:
> On Fri, Aug 2, 2013 at 1:33 AM, Tony Lindgren wrote:
>> * Jason Cooper [130731 07:25]:
>>> So, I'd like to propose we discuss some lessons learned and maybe arrive
>>> at some best practices. eg, should we just go with mach-$COMPANY/?
On Tue, 30 Jul 2013 21:01:58 +0800
Xiao Guangrong wrote:
> Background
> ==
> Currently, when mark memslot dirty logged or get dirty page, we need to
> write-protect large guest memory, it is the heavy work, especially, we need to
> hold mmu-lock which is also required by vcpu to fix its
On Fri, Aug 02, 2013 at 08:10:04PM +0200, Yacine Belkadi wrote:
> When building the htmldocs (in verbose mode), scripts/kernel-doc reports the
> following type of warnings:
>
> Warning(drivers/usb/core/usb.c:76): No description found for return value of
> 'usb_find_alt_setting'
>
> Fix them by:
On Fri, Aug 02, 2013 at 12:04:16PM +0100, Rupesh Gujare wrote:
> This patch fixes issues reported by Dan here:-
> http://driverdev.linuxdriverproject.org/pipermail/driverdev-devel/2013-August/040052.html
Please list the issues in the patch changelog itself, as sometimes you
don't have web access,
Hi,
At present, one of the few interface-level conformance issues for
Linux against POSIX 2008 is lack of O_SEARCH and O_EXEC. I am trying
to get full, conforming support for them both into musl libc (for
which I am the maintainer) and glibc (see the libc-alpha post[1]).
At this point, I believe
On 08/02/2013 03:18 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.56 release.
There are 39 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
Dear Purchasing manager:
Nice time to you
It is my big pleasure to hear you need A4 paper
we have A4 paper 102-104% brightness or higher
If you still need that pls tell me
Then i can send you our best price
Best wishes
Ida
Ida Chen
SALES MANAGER
East Siweite industry Co., Ltd
On Fri, Aug 02, 2013 at 06:19:19PM -0700, Bob Smith wrote:
> This character device can give daemons an interface similar to
> the kernel's /sys and /proc interfaces. It is a nice way to
> give user space drivers real device nodes in /dev.
Why not just use the cuse interface instead? How does
On Fri, Aug 2, 2013 at 5:48 PM, Russell King - ARM Linux
wrote:
> Okay, this should fix it - *untested* though because of the fscking time
> it is here again. The problem is that install_special_mapping() assumes
> that the pointer to the pages will be persistent, and it wasn't. I found
> that
On Fri, 2013-08-02 at 18:19 -0700, Bob Smith wrote:
> This character device can give daemons an interface similar to
> the kernel's /sys and /proc interfaces. It is a nice way to
> give user space drivers real device nodes in /dev.
Trivial notes:
> diff --git a/drivers/char/proxy.c
On Fri, 2013-08-02 at 21:21 -0400, Steven Rostedt wrote:
> That means that we don't even need the setall in tracing_open_pipe.
> Technically, would shouldn't even allocate it, but for now we should,
> just to be safe.
Your patch is fine as it is. I'll do the other cleanups for 3.12.
Thanks!
--
On Fri, 2013-08-02 at 18:36 -0700, Alexander Z Lam wrote:
> Fixed two issues with changing the timestamp clock with trace_clock:
>
> - The global buffer was reset on instance clock changes. Change this to pass
>the correct per-instance buffer
> - ftrace_now() is used to set buf->time_start
On Fri, Aug 2, 2013 at 5:21 PM, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 04:31:37 PM Felipe Contreras wrote:
>> On Fri, Aug 2, 2013 at 4:21 PM, Rafael J. Wysocki wrote:
>> > On Friday, August 02, 2013 02:12:49 PM Felipe Contreras wrote:
>>
>> >> You forgot this patch:
>> >>
>> >>
This character device can give daemons an interface similar to
the kernel's /sys and /proc interfaces. It is a nice way to
give user space drivers real device nodes in /dev.
thanks
Bob Smith
From 7ee4391af95b828179cf5627f8b431c3301c5057 Mon Sep 17 00:00:00 2001
From: Bob Smith
Date: Fri, 2
Fixed two issues with changing the timestamp clock with trace_clock:
- The global buffer was reset on instance clock changes. Change this to pass
the correct per-instance buffer
- ftrace_now() is used to set buf->time_start in tracing_reset_online_cpus().
This was incorrect because
Allow tracer instances to disable tracing by cpu by moving
the static global tracing_cpumask into trace_array.
Cc: Vaibhav Nagarnaik
Cc: David Sharp
Cc: Alexander Z Lam
Signed-off-by: Alexander Z Lam
---
kernel/trace/trace.c | 37 -
kernel/trace/trace.h |
Releasing the free_buffer file in an instance causes the global buffer
to be stopped when TRACE_ITER_STOP_ON_FREE is enabled. Operate on the
correct buffer.
Cc: Vaibhav Nagarnaik
Cc: David Sharp
Cc: Alexander Z Lam
Signed-off-by: Alexander Z Lam
---
kernel/trace/trace.c | 2 +-
1 file
On Fri, Aug 2, 2013 at 7:07 PM, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 12:52:18 PM Felipe Contreras wrote:
>> On Fri, Aug 2, 2013 at 9:05 AM, Rafael J. Wysocki wrote:
>> > On Thursday, August 01, 2013 11:15:38 PM Felipe Contreras wrote:
>> >> On Thu, Aug 1, 2013 at 8:50 PM, Aaron
On Fri, Aug 2, 2013 at 8:19 PM, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 08:07:37 PM Felipe Contreras wrote:
>> On Fri, Aug 2, 2013 at 8:16 PM, Rafael J. Wysocki wrote:
>> > On Friday, August 02, 2013 08:04:52 PM Felipe Contreras wrote:
>> >> On Fri, Aug 2, 2013 at 6:47 PM, Rafael
On Fri, Aug 2, 2013 at 7:01 PM, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 12:56:09 PM Felipe Contreras wrote:
>> On Fri, Aug 2, 2013 at 9:09 AM, Rafael J. Wysocki wrote:
>> > On Thursday, August 01, 2013 11:18:34 PM Felipe Contreras wrote:
>> >> On Thu, Aug 1, 2013 at 8:55 PM, Aaron
On Fri, Aug 02, 2013 at 11:12:47AM +0200, Ingo Molnar wrote:
> * tip-bot for Rik van Riel wrote:
>
> > Commit-ID: 8f898fbbe5ee5e20a77c4074472a1fd088dc47d1
> > Gitweb:
> > http://git.kernel.org/tip/8f898fbbe5ee5e20a77c4074472a1fd088dc47d1
> > Author: Rik van Riel
> > AuthorDate: Wed,
On Fri, 2013-08-02 at 21:16 +0400, Andrew Vagin wrote:
> tracing_read_pipe zeros all fields bellow "seq". The declaration contains
> a comment about that, but it doesn't help.
>
> The first field is "snapshot", it's true when current open file is
> snapshot. Looks obvious, that it should not be
On Friday, August 02, 2013 08:07:37 PM Felipe Contreras wrote:
> On Fri, Aug 2, 2013 at 8:16 PM, Rafael J. Wysocki wrote:
> > On Friday, August 02, 2013 08:04:52 PM Felipe Contreras wrote:
> >> On Fri, Aug 2, 2013 at 6:47 PM, Rafael J. Wysocki wrote:
> >> > On Friday, August 02, 2013 02:37:09 PM
Hi Ben,
On Sat, Aug 3, 2013 at 5:50 AM, Ben Hutchings wrote:
> I'm announcing the release of the 3.2.50 kernel.
>
> All users of the 3.2 kernel series should upgrade.
>
> The updated 3.2.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
On Fri, Aug 2, 2013 at 8:16 PM, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 08:04:52 PM Felipe Contreras wrote:
>> On Fri, Aug 2, 2013 at 6:47 PM, Rafael J. Wysocki wrote:
>> > On Friday, August 02, 2013 02:37:09 PM Felipe Contreras wrote:
>> >> If the _BCL package is descending, the
Quoting Stephen Boyd (2013-07-25 09:36:56)
> On 07/25, Tomasz Figa wrote:
> > On Wednesday 24 of July 2013 17:43:30 Stephen Boyd wrote:
> > > Consolidate DT parsing for the common bits of a clock binding in
> > > one place to simplify clock drivers. This also has the added
> > > benefit of
On Friday, August 02, 2013 08:04:52 PM Felipe Contreras wrote:
> On Fri, Aug 2, 2013 at 6:47 PM, Rafael J. Wysocki wrote:
> > On Friday, August 02, 2013 02:37:09 PM Felipe Contreras wrote:
> >> If the _BCL package is descending, the first level (br->levels[2]) will
> >> be 0, and if the number of
On Fri, Aug 2, 2013 at 6:47 PM, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 02:37:09 PM Felipe Contreras wrote:
>> If the _BCL package is descending, the first level (br->levels[2]) will
>> be 0, and if the number of levels matches the number of steps, we might
>> confuse a returned
On Fri, Aug 2, 2013 at 6:35 PM, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 01:58:55 PM Felipe Contreras wrote:
>> On Fri, Aug 2, 2013 at 9:03 AM, Rafael J. Wysocki wrote:
>> > On Friday, August 02, 2013 01:48:37 AM Felipe Contreras wrote:
>> >> I think it's pretty obvious that for
On Fri, Aug 02, 2013 at 05:24:21PM -0700, Olof Johansson wrote:
> Maybe it's better to move this feature work to -next and iron out the
> kinks there? :(
And to correct that statement still further, it is *NOT* feature work.
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, Aug 02, 2013 at 05:03:42PM -0700, Srinivas Pandruvada wrote:
> On 08/02/2013 03:30 PM, Greg KH wrote:
> >On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
> >>Once this framework is approved, we will submit a RAPL client driver using
> >>this
> >>framework.
> >Also,
On Fri, Aug 02, 2013 at 04:52:21PM -0700, Srinivas Pandruvada wrote:
> On 08/02/2013 03:29 PM, Greg KH wrote:
> >On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
> >>- A uniform sys-fs interface for all devices which can offer power capping
> >There is no "-" in sysfs please.
>
On Friday, August 02, 2013 06:04:40 PM Toshi Kani wrote:
> On Sat, 2013-08-03 at 01:43 +0200, Rafael J. Wysocki wrote:
> > On Friday, August 02, 2013 03:46:15 PM Toshi Kani wrote:
> > > On Thu, 2013-08-01 at 23:43 +0200, Rafael J. Wysocki wrote:
> > > > Hi,
> > > >
> > > > Thanks for your report.
On Sat, Aug 03, 2013 at 01:41:11AM +0100, Russell King - ARM Linux wrote:
> On Fri, Aug 02, 2013 at 05:24:21PM -0700, Olof Johansson wrote:
> > On Fri, Aug 2, 2013 at 5:07 PM, Russell King - ARM Linux
> > wrote:
> > > On Fri, Aug 02, 2013 at 04:41:11PM -0700, Olof Johansson wrote:
> > >> Russell,
From: Andi Kleen
Minor cleanup.
The dummy execve to pre-resolve the PLT is obsolete since
"enable_on_execve" was added. The counters are only
running after the execve anyways. So just remove it.
Signed-off-by: Andi Kleen
---
tools/perf/util/evlist.c | 7 ---
1 file changed, 7
From: Andi Kleen
Add support for enabling already set up counters by using an
ioctl. I share some code with the filter setup.
Signed-off-by: Andi Kleen
---
tools/perf/util/evsel.c | 21 ++---
tools/perf/util/evsel.h | 1 +
2 files changed, 19 insertions(+), 3 deletions(-)
Here are a couple of perf stat improvements/cleanups:
- output more information (ratios) in CSV mode
- add --initial-delay to skip startup phase of program
- handle pipes better in interval mode
- some cleanup
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
From: Andi Kleen
The information how much a counter ran in perf stat can be quite
interesting for other tools to judge how trustworthy a measurement is.
Currently it is only output in non CSV mode.
This patches make perf stat always output the running time and the
enabled/running ratio in CSV
From: Andi Kleen
When measuring workloads the startup phase -- doing page faults,
dynamic linking, opening files -- is often very different from
the rest of the workload. Especially with smaller kernels
and using counter multiplexing this can give significant
measurement errors.
Multiplexing
From: Andi Kleen
When interval mode is outputting to a pipe, each measurement
should be flushed individually, so that the reader sees it
timely.
With a terminal each line is automatically flushed by stdio,
but that is disabled with non terminal output.
Simply fflush output after each time
On Fri, Aug 02, 2013 at 05:24:21PM -0700, Olof Johansson wrote:
> On Fri, Aug 2, 2013 at 5:07 PM, Russell King - ARM Linux
> wrote:
> > On Fri, Aug 02, 2013 at 04:41:11PM -0700, Olof Johansson wrote:
> >> Russell,
> >>
> >> Looks like you sent up some fixes to Linus that broke one of the atmel
>
On Friday, August 02, 2013 04:38:38 PM Toshi Kani wrote:
> On Fri, 2013-08-02 at 00:33 +0200, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > Modify acpi_bind_one() so that it doesn't fail if the device
> > represented by its first argument has already been bound to the
> > given
On Fri, 2013-08-02 at 17:23 -0700, Srinivas Pandruvada wrote:
> On 08/02/2013 05:10 PM, Joe Perches wrote:
> > On Fri, 2013-08-02 at 11:08 -0700, Srinivas Pandruvada wrote:
> >> Added power cap framework documentation. This explains the use of power
> >> capping framework,
> >> sys-fs and
On Fri, Aug 2, 2013 at 5:07 PM, Russell King - ARM Linux
wrote:
> On Fri, Aug 02, 2013 at 04:41:11PM -0700, Olof Johansson wrote:
>> Russell,
>>
>> Looks like you sent up some fixes to Linus that broke one of the atmel
>> configs (CONFIG_MMU=n):
>>
>> commit 48be69a026b2c1 ARM: move signal
On 08/02/2013 05:10 PM, Joe Perches wrote:
On Fri, 2013-08-02 at 11:08 -0700, Srinivas Pandruvada wrote:
Added power cap framework documentation. This explains the use of power capping
framework,
sys-fs and programming interface.
[]
Didn't understand this comment.
+Power Zone Attributes
On Fri, 2013-08-02 at 11:08 -0700, Srinivas Pandruvada wrote:
> Added power cap framework documentation. This explains the use of power
> capping framework,
> sys-fs and programming interface.
[]
> +Power Zone Attributes
> +=
> +Monitoring attributes
>
On Fri, Aug 02, 2013 at 04:41:11PM -0700, Olof Johansson wrote:
> Russell,
>
> Looks like you sent up some fixes to Linus that broke one of the atmel
> configs (CONFIG_MMU=n):
>
> commit 48be69a026b2c1 ARM: move signal handlers into a vdso-like page
>
> seems to have caused it:
>
>
On Sat, 2013-08-03 at 01:43 +0200, Rafael J. Wysocki wrote:
> On Friday, August 02, 2013 03:46:15 PM Toshi Kani wrote:
> > On Thu, 2013-08-01 at 23:43 +0200, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > Thanks for your report.
> > >
> > > On Thursday, August 01, 2013 05:37:21 PM Yasuaki
Good Day,
I appologize for using this medium of internet to
reach you, though it has been greatly abused, but I
chose to reach you because it is still the fastest means
of communication in the world, however this correspondent
is unofficial and private.
My name is Yong Wong, I work with the hang
On 08/02/2013 03:43 PM, Joe Perches wrote:
On Fri, 2013-08-02 at 11:08 -0700, Srinivas Pandruvada wrote:
Added power cap class driver, which provides an API for client drivers
to use and provide a consistant sys-fs interface to user mode.
Just some stylistic notes.
diff --git
On 08/02/2013 07:40 AM, Jonas Jensen wrote:
This patch adds a watchdog driver for the main hardware watchdog timer
found on MOXA ART SoCs.
The MOXA ART SoC provides one writable timer register, restarting
the hardware once it reaches zero. The register is auto decremented
every APB clock cycle.
On Friday, August 02, 2013 12:52:18 PM Felipe Contreras wrote:
> On Fri, Aug 2, 2013 at 9:05 AM, Rafael J. Wysocki wrote:
> > On Thursday, August 01, 2013 11:15:38 PM Felipe Contreras wrote:
> >> On Thu, Aug 1, 2013 at 8:50 PM, Aaron Lu wrote:
> >> > On 08/02/2013 07:43 AM, Felipe Contreras
Alex Thorlton wrote:
> > What kind of workloads are you talking about?
>
> Our benchmarking team has a list of several of the SPEC OMP benchmarks
> that perform significantly better when THP is disabled. I tried to get
> the list but one of our servers is acting up and I can't get to it
> right
On Fri, 2013-08-02 at 17:37 -0600, Alex Williamson wrote:
> > Yes.
> >
> > We have that similar issue with error handling, when the driver doesn't
> > have the right hooks, we simulate an unplug, reset, then replug.
> >
> > Maybe we could provide generic helpers to do that...
>
> Devices going
On 08/02/2013 03:30 PM, Greg KH wrote:
On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
Once this framework is approved, we will submit a RAPL client driver using this
framework.
Also, given that you work with a lot of kernel developers, I would like
to see their review and
On Friday, August 02, 2013 12:56:09 PM Felipe Contreras wrote:
> On Fri, Aug 2, 2013 at 9:09 AM, Rafael J. Wysocki wrote:
> > On Thursday, August 01, 2013 11:18:34 PM Felipe Contreras wrote:
> >> On Thu, Aug 1, 2013 at 8:55 PM, Aaron Lu wrote:
> >> > On 08/02/2013 07:44 AM, Felipe Contreras
On 1 Aug 2013, Bernd Schubert told this:
> Once I noticed that scsi_get_vpd_page() works fine from other function
> calls and that it is not 0x89, but already 0x0 that fails fixing it became
> easy.
>
> Nix, any chance you could verify it also works for you?
Sorry for the delay: it's hard for me
On 08/02/2013 03:29 PM, Greg KH wrote:
On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
- A uniform sys-fs interface for all devices which can offer power capping
There is no "-" in sysfs please.
OK.
- A common API for drivers, which will avoid code duplication and easy
Commit-ID: 9a6a36d19c9d24479300511e23933876a4a9cf82
Gitweb: http://git.kernel.org/tip/9a6a36d19c9d24479300511e23933876a4a9cf82
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:24 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:48 -0700
fbdev: simplefb: add
On 08/02/2013 05:05 AM, David Herrmann wrote:
> Hi
>
> I cut down my previous series to no longer include the SimpleDRM driver. If
> anyone is interested, you can find it here:
> http://lwn.net/Articles/558104/
> I will resend it once these preparation patches are in.
>
> Changes since v2:
>
Commit-ID: 765d5b9c2b72f5b99722cdfcf4bf8f88c556cf92
Gitweb: http://git.kernel.org/tip/765d5b9c2b72f5b99722cdfcf4bf8f88c556cf92
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:27 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:51 -0700
fbdev: fbcon: select
Commit-ID: 2e5155ecbb729d3a2e7d1cea7c18493516fec55a
Gitweb: http://git.kernel.org/tip/2e5155ecbb729d3a2e7d1cea7c18493516fec55a
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:25 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:49 -0700
fbdev: vesafb: bind to
Russell,
Looks like you sent up some fixes to Linus that broke one of the atmel
configs (CONFIG_MMU=n):
commit 48be69a026b2c1 ARM: move signal handlers into a vdso-like page
seems to have caused it:
arch/arm/kernel/signal.c: In function 'setup_return':
arch/arm/kernel/signal.c:413:25: error:
Commit-ID: 2995e506276bfdc7311eb02db8b2aa1a61a4b849
Gitweb: http://git.kernel.org/tip/2995e506276bfdc7311eb02db8b2aa1a61a4b849
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:23 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:47 -0700
x86: sysfb: move EFI
Commit-ID: e6816a8d85549444feb3838920b1f4efba73d1da
Gitweb: http://git.kernel.org/tip/e6816a8d85549444feb3838920b1f4efba73d1da
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:26 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:50 -0700
fbdev: efifb: bind to
Commit-ID: e3263ab389a7bc9398c3d366819d6f39b9cfd677
Gitweb: http://git.kernel.org/tip/e3263ab389a7bc9398c3d366819d6f39b9cfd677
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:22 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:46 -0700
x86: provide
Commit-ID: df0960ab2d95543a7c162b04b2064991666adbad
Gitweb: http://git.kernel.org/tip/df0960ab2d95543a7c162b04b2064991666adbad
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:21 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:45 -0700
fbdev: simplefb: mark
Commit-ID: 5ef76da644bf346d2927d8d3779e7009dabb
Gitweb: http://git.kernel.org/tip/5ef76da644bf346d2927d8d3779e7009dabb
Author: David Herrmann
AuthorDate: Fri, 2 Aug 2013 14:05:20 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 2 Aug 2013 16:17:44 -0700
fbdev: simplefb: add
On Sat, 2013-08-03 at 09:15 +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2013-08-02 at 16:49 -0600, Bjorn Helgaas wrote:
> > [+cc linux-pci]
> >
> > On Fri, Aug 2, 2013 at 3:28 PM, Benjamin Herrenschmidt
> > wrote:
> >
> > > Right. Another use case is, I know of devices that need a
On Friday, August 02, 2013 02:37:09 PM Felipe Contreras wrote:
> If the _BCL package is descending, the first level (br->levels[2]) will
> be 0, and if the number of levels matches the number of steps, we might
> confuse a returned level to mean the index.
>
> For example:
>
> current_level =
On Friday, August 02, 2013 03:46:15 PM Toshi Kani wrote:
> On Thu, 2013-08-01 at 23:43 +0200, Rafael J. Wysocki wrote:
> > Hi,
> >
> > Thanks for your report.
> >
> > On Thursday, August 01, 2013 05:37:21 PM Yasuaki Ishimatsu wrote:
> > > By following commit, I cannot hot remove a memory device.
On Friday, August 02, 2013 01:58:55 PM Felipe Contreras wrote:
> On Fri, Aug 2, 2013 at 9:03 AM, Rafael J. Wysocki wrote:
> > On Friday, August 02, 2013 01:48:37 AM Felipe Contreras wrote:
> >> On Fri, Aug 2, 2013 at 1:25 AM, Josep Lladonosa wrote:
> >> > Hello,
> >> >
> >> > I am using a Lenovo
This v3 is based off Oleg's changes from "exec: more cleanups" and "exec: minor
cleanups + minor fix"
It incorporates Oleg and Andrew's suggestions and takes care of the issue from
Dan's patch "fs/binfmts: double unlock in search_binary_handler()"
--
To unsubscribe from this list: send the
Obligatory first-patchset whitespace commit
Signed-off-by: Zach Levis
Signed-off-by: Zach Levis
---
fs/binfmt_aout.c |8
fs/binfmt_elf.c | 38 +++---
fs/binfmt_elf_fdpic.c |8
fs/binfmt_em86.c |4 ++--
With these changes, when a binfmt loop is encountered,
the ELOOP will propogate back to the 0 depth. At this point the
argv and argc values will be reset to what they were originally and an
attempt is made to continue with the following binfmt handlers.
Example: a qemu is configured to run 64-bit
Adding the name field helps when printing error messages referring to
specific binfmts
Signed-off-by: Zach Levis
Signed-off-by: Zach Levis
---
fs/binfmt_aout.c|1 +
fs/binfmt_elf.c |1 +
fs/binfmt_elf_fdpic.c |1 +
fs/binfmt_em86.c|1 +
On Fri, 2013-08-02 at 16:49 -0600, Bjorn Helgaas wrote:
> [+cc linux-pci]
>
> On Fri, Aug 2, 2013 at 3:28 PM, Benjamin Herrenschmidt
> wrote:
>
> > Right. Another use case is, I know of devices that need a fundamental
> > reset (PERST) after applying a FW update.
>
> This is a tangent from the
The chaining value from co-processor was not being saved. This value is
needed because it is used as the IV, for example by cts(cbc(aes)).
Signed-off-by: Fionnuala Gunter
Signed-off-by: Marcelo Cerri
---
drivers/crypto/nx/nx-aes-cbc.c |1 +
1 file changed, 1 insertion(+)
diff --git
On Fri, Aug 2, 2013 at 1:33 AM, Tony Lindgren wrote:
> * Jason Cooper [130731 07:25]:
>> So, I'd like to propose we discuss some lessons learned and maybe arrive
>> at some best practices. eg, should we just go with mach-$COMPANY/? How
>> best to handle config symbols for efficient building?
On 08/01/2013 11:46 PM, Greg Kroah-Hartman wrote:
A diff inside the changelog entry of a diff is going to cause havoc :)
Right, sorry :) Won't happen again.
I'll go edit this to make it not complain...
Thanks,
Peter Hurley
--
To unsubscribe from this list: send the line "unsubscribe
Hi Sekhar,
Considering you agree with my understanding of the approach you proposed,
I worked on some code to quickly try the different approach (ping-pong)
between sets, here is a hack patch:
https://github.com/joelagnel/linux-kernel/commits/dma/edma-no-sg-limits-interleaved
As I suspected it
On Aug 3, 2013, at 4:27 AM, Marcelo Tosatti wrote:
> On Fri, Aug 02, 2013 at 11:42:19PM +0800, Xiao Guangrong wrote:
>>
>> On Aug 2, 2013, at 10:55 PM, Marcelo Tosatti wrote:
>>
>>> On Tue, Jul 30, 2013 at 09:02:01PM +0800, Xiao Guangrong wrote:
Currently, kvm zaps the large spte if
On Fri, Aug 02, 2013 at 11:42:19PM +0800, Xiao Guangrong wrote:
>
> On Aug 2, 2013, at 10:55 PM, Marcelo Tosatti wrote:
>
> > On Tue, Jul 30, 2013 at 09:02:01PM +0800, Xiao Guangrong wrote:
> >> Currently, kvm zaps the large spte if write-protected is needed, the later
> >> read can fault on
On 08/02/2013 03:12 PM, Zach Levis wrote:
+ if (retval == -ELOOP && bprm->recursion_depth == 0) { /* cur,
previous */
+ pr_err("Too much recursion with binfmts (0:%s, -1:%s) in
file %s, skipping (base %s).\n",
+
[+cc linux-pci]
On Fri, Aug 2, 2013 at 3:28 PM, Benjamin Herrenschmidt
wrote:
> Right. Another use case is, I know of devices that need a fundamental
> reset (PERST) after applying a FW update.
This is a tangent from the real discussion here, but the question of
resetting a device after a
On Fri, Aug 02, 2013 at 03:33:26PM -0700, Joe Perches wrote:
> On Sat, 2013-08-03 at 06:30 +0800, Greg KH wrote:
> > On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
> > > Once this framework is approved, we will submit a RAPL client driver
> > > using this
> > > framework.
>
Adding PCI_DEVICE_ID_AMD_15H_NB_M30H_F3 and PCI_DEVICE_ID_AMD_15H_NB_M30H_F4
for F15h model 30h. This is required for the file amd_nb.c
Signed-off-by: Aravind Gopalakrishnan
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index 3bed2e8..d1fe5d0 100644
---
Adding support for handling ECC error decoding for new F15 models.
On newer models, support has been included for upto 4 DCT's,
however, only DCT0 and DCT3 are currently configured. (Refer BKDG Section 2.10)
There is also a new "Routing DRAM Requests" algorithm for this model.
Tested on Fam15h
On 8/2/2013 12:02 PM, Aravind Gopalakrishnan wrote:
On 8/2/2013 11:25 AM, Borislav Petkov wrote:
On Fri, Aug 02, 2013 at 10:33:12AM -0500, Aravind Gopalakrishnan wrote:
Adding support for handling ECC error decoding for new F15 models.
On newer models, support has been included for upto 4
Changes from V1:
- Splitting up the patch
- Remove unnecessary helper functions
- Add family/model to amd64_pvt
- Cleanup indent issues
Aravind Gopalakrishnan (3):
EDAC, AMD64_EDAC: Add PCI Device ID Functions 3 and 4 for newer F15h
models.
EDAC,
On Fri, 2013-08-02 at 11:08 -0700, Srinivas Pandruvada wrote:
> Added power cap class driver, which provides an API for client drivers
> to use and provide a consistant sys-fs interface to user mode.
Just some stylistic notes.
> diff --git a/drivers/powercap/powercap_sys.c
Adding code to check for specific model (F15h, M30h) and if yes,
do not add flag AMD_NB_GART. Also check cpuid_edx(0x8006) for
prescence of L3. If no L3, do not add any L3 flags.
Signed-off-by: Aravind Gopalakrishnan
diff --git a/arch/x86/kernel/amd_nb.c b/arch/x86/kernel/amd_nb.c
index
On Fri, 2013-08-02 at 00:33 +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Modify acpi_bind_one() so that it doesn't fail if the device
> represented by its first argument has already been bound to the
> given ACPI handle (second argument), because that is not a good
> enough
On Fri, Aug 02, 2013 at 02:28:13PM -0700, Guenter Roeck wrote:
> On 08/02/2013 03:23 AM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.0.89 release.
> >There are 23 patches in this series, all will be posted as a response
> >to this one. If anyone has any
On Sat, 2013-08-03 at 06:30 +0800, Greg KH wrote:
> On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
> > Once this framework is approved, we will submit a RAPL client driver using
> > this
> > framework.
>
> Also, given that you work with a lot of kernel developers, I would
On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
> Once this framework is approved, we will submit a RAPL client driver using
> this
> framework.
Also, given that you work with a lot of kernel developers, I would like
to see their review and signed-off-by: on these patches
[ resent in case you missed it ]
Hi Linus !
Here is not quite a handful of powerpc fixes for rc3. The windfarm fix is
a regression fix (though not a new one), the PMU interrupt rename is not
a fix per-se but has been submitted a long time ago and I kept forgetting
to put it in (it puts us back
On Fri, Aug 02, 2013 at 11:08:49AM -0700, Srinivas Pandruvada wrote:
> - A uniform sys-fs interface for all devices which can offer power capping
There is no "-" in sysfs please.
> - A common API for drivers, which will avoid code duplication and easy
> implementation of client drivers.
>
>
1 - 100 of 1634 matches
Mail list logo
