On Thursday 13 September 2012 05:33:56 Anton Vorontsov wrote:
> On Wed, Sep 12, 2012 at 03:27:04PM -0600, Stephen Warren wrote:
>
> > On 09/12/2012 03:57 AM, Alexandre Courbot wrote:
> >
> > > New revision of the power sequences, taking as usual the feedback that
> > > was
> > > kindly provided
On Wed, 2012-09-12 at 18:57 +0900, Alexandre Courbot wrote:
> New revision of the power sequences, taking as usual the feedback that was
> kindly provided about the last version.
>
> I think now is a good time to discuss integrating this and to start looking
> for
> a maintainer who would be
On Wed, 2012-09-12 at 18:57 +0900, Alexandre Courbot wrote:
> Some device drivers (panel backlights especially) need to follow precise
> sequences for powering on and off, involving gpios, regulators, PWMs
> with a precise powering order and delays to respect between each steps.
> These sequences
On Thu, 13 Sep 2012 10:28:32 +0800 hank wrote:
> On 09/04/2012 11:07 AM, hank wrote:
>
> > From 0ba5879082544dc3aa13807087563b1258124b1e Mon Sep 17 00:00:00 2001
> > From: hank
> > Date: Tue, 4 Sep 2012 10:23:45 +0800
> > Subject: [PATCH 1/1] drivers/md/raid1.c: fix NULL pointer bug in
> >
Fengguang Wu writes:
>> If used custom bdi with BDI_CAP_NO_WRITEBACK, wait_for_completion()
>> (e.g. sync_inodes_sb()) will be blocked forever.
>
> The sync(2) block cannot be fixed by this patch?
This patch fixes block problem too.
>> I tested by custom bdi with BDI_CAP_NO_WRITEBACK - sync(2)
As usb_phy.h got moved from mach to include/linux/usb
and renamed as tegra_usb_phy.h, correcting it in the include
path.
Signed-off-by: Venu Byravarasu
---
arch/arm/mach-tegra/board-dt-tegra20.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Thu, Sep 13, 2012 at 5:18 AM, Sedat Dilek wrote:
> On Wed, Sep 12, 2012 at 10:46 AM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> Changes since 201209011:
>>
>> The pci tree lost its build failure.
>>
>> The mfd tree gained a conflict against Linus' tree.
>>
>> The omap_dss2 tree lost its
On Mon, 10 Sep 2012, Kasatkin, Dmitry wrote:
> > Signed-off-by: David Howells
> > Cc: David S. Miller
> > Cc: Dmitry Kasatkin
> > Cc: Arnd Bergmann
>
> Hi James,
>
> Can you please apply this?
Could you send me this and any other outstanding changes as patches
against my -next branch,
On Sat, Sep 01, 2012 at 09:46:58PM +0200, Henrik Rydberg wrote:
> For some EV_KEY types, sending a larger-than-one value causes the
> input state to oscillate. This patch makes sure this cannot happen,
> clearing up the autorepeat bypass logic in the process.
>
> Signed-off-by: Henrik Rydberg
Please pull 7b4f6ecacb14f384adc1a5a67ad95eb082c02bd1 from
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
tags/upstream-linus
to receive the following updates:
drivers/ata/ahci.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
Alan Cox (2):
On Sat, Sep 01, 2012 at 09:46:57PM +0200, Henrik Rydberg wrote:
> The events-per-packet estimate has so far been used by MT devices
> only. This patch adjusts the packet buffer size to also accomodate the
> KEY and MSC events. Keyboards normally send one or two keys at a
> time. MT devices
On Sat, Sep 01, 2012 at 09:46:56PM +0200, Henrik Rydberg wrote:
> Move all MT-related things to a separate place. This saves some
> bytes for non-mt input devices, and prepares for new MT features.
>
> Signed-off-by: Henrik Rydberg
...
> @@ -1287,10 +1284,8 @@ struct input_dev {
>
> int
On 9/12/12, Arnd Bergmann wrote:
> From: Marc Zyngier
>
> Convert Exynos4 to use the SoC descriptor to provide its SMP
> and CPU hotplug operations.
>
> Cc: Kukjin Kim
> Tested-by: Kyungmin Park
Acked-by: Kyungmin Park
> Signed-off-by: Marc Zyngier
> Signed-off-by: Arnd Bergmann
> ---
>
On Wed, Sep 12, 2012 at 08:25:30PM +, Paul Walmsley wrote:
> Hi
>
> On Wed, 12 Sep 2012, Felipe Balbi wrote:
>
> > On Tue, Sep 11, 2012 at 10:02:48PM +, Paul Walmsley wrote:
> >
> > > The bad news is that N800 no longer boots -- or the UART dies during
> > > serial init:
> > >
> > >
On Thu, 13 Sep 2012, Linus Torvalds wrote:
> On Wed, Sep 12, 2012 at 6:22 PM, Kasatkin, Dmitry
> wrote:
> >
> > But I will re-send updated patch in a moment.
>
> Ok, I took that updated patch instead of the pull request, since I
> liked that much more, and hadn't actually pushed out the pull
static const char * const kvm_usage[] = {
-"perf kvm [] {top|record|report|diff|buildid-list}",
+"perf kvm [] {top|record|report|diff|buildid-list|stat}",
NULL
};
The usage for the report/record sub commands of stat is never shown. e.g.,
$ perf kvm stat
--> shows help for
On Wed, Sep 05, 2012 at 10:09:57PM +0200, Vojtěch Boček wrote:
> Hi,
>
> 2012/9/5 Dmitry Torokhov
> > So what guarantees that joystick events will arrive in time, before
> > joydev_generate_startup_event() is called? It looks like your solution
> > is racy...
> >
> > I wonder if we should not
On 09/12/2012 09:42 PM, Venu Byravarasu wrote:
> Stephen Warren wrote at Wednesday, September 12, 2012 11:41 PM:
>> On 09/12/2012 01:02 AM, Venu Byravarasu wrote:
>>> As part of code clean up, used devm counterparts for the APIs
>>> possible.
>>
>> Almost all of this patch has already been applied
On Wed, Sep 12, 2012 at 06:27:23PM -0300, Alexandre Pereira da Silva wrote:
> pdata->nbuttons should be updated by the dt code.
>
> Signed-off-by: Alexandre Pereira da Silva
Applied, thank you Alexandre.
> ---
> drivers/input/keyboard/gpio_keys_polled.c |1 +
> 1 file changed, 1
Em Wed, Sep 12, 2012 at 10:33:36PM -0600, David Ahern escreveu:
> On 9/12/12 8:38 PM, Namhyung Kim wrote:
> >I see a whitespace problem here. :)
>
> grr an extra freaking tab.
As people say down here, it happens, even in the best families... :-P
- Arnaldo
$ shutdown now tho
--
To
ARM_ERRATA_764369 and PL310_ERRATA_769419 do not appear in config menu in
stable 3.0.y tree.
This is because backported patch for arm/arm/Kconfig applied wrong place.
This patch solves it.
Signed-off-by: Tetsuyuki Kobayashi
---
Hello, Greg
This is patch for stable 3.0.y tree. 3.2.y, 3.4.y and
On 09/12/2012 09:49 PM, Venu Byravarasu wrote:
> Stephen Warren wrote at Thursday, September 13, 2012 12:06 AM:
>> On 09/12/2012 04:58 AM, Venu Byravarasu wrote:
>>> Nvidia produces several Tegra SOCs viz Tegra2, Tegra3 etc.
>>> In order to support USB phy drivers on these SOCs, existing
>>> phy
On 09/12/2012 10:16 PM, Venu Byravarasu wrote:
> Forgot to address some of the comments made by stephen, in my previous update.
> Hence addressing them now.
> Thanks a lot Stephen, for detailed review.
OK, so since this patch is basically just splitting the file into
multiple parts, you can
Hi Russell,
On Wed, Sep 12, 2012 at 10:11 PM, Russell King - ARM Linux
wrote:
> On Wed, Sep 12, 2012 at 08:49:16PM +0530, Gupta, Ramesh wrote:
>> Thanks to the RMK's suggestions.
>
> I should've made clear the distinction between _range and _area.
> A _range function takes start and end. An
On 9/12/12 8:38 PM, Namhyung Kim wrote:
Hi David,
On Wed, 12 Sep 2012 09:16:29 -0600, David Ahern wrote:
From: Peter Zijlstra
Per Peter:
"Intel PEBS in VT-x context uses the DS address as a guest linear address,
even though its programmed by the host as a host linear address. This
On Wed, Sep 12, 2012 at 05:06:46PM +0200, Peter Senna Tschudin wrote:
> From: Peter Senna Tschudin
>
> Remove useless kfree() and clean up code related to the removal.
>
> The semantic patch that finds this problem is as follows:
> (http://coccinelle.lip6.fr/)
Applied, thanks.
--
To
Oops, please do s/record/report/ on the subject line, sorry! ;-)
Also I don't see the issue on the other users of the setup_browser() -
i.e. perf annotate and perf top - since they call it unconditionally.
Thanks,
Namhyung
--
To unsubscribe from this list: send the line "unsubscribe
From: Namhyung Kim
The perf_hpp__init() function was only called from setup_browser() so
that the pipe-mode missed the initialization thus didn't respond to
related options. Fix it.
Reported-by: Robert Richter
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c | 4 +++-
1 file
On 02/13/2012 12:22 PM, Randy Dunlap wrote:
On 02/13/2012 01:09 AM, Michael Opdenacker wrote:
Fix broken link to license text:
http://www.opensource.org/licenses/osl-1.1.txt
The text for version 1.1 of the Open Sofware license doesn't seem
to be available anywhere on http://www.opensource.org/
Forgot to address some of the comments made by stephen, in my previous update.
Hence addressing them now.
Thanks a lot Stephen, for detailed review.
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Thursday, September 13, 2012 12:06 AM
> To: Venu
On tickless system, one CPU runs load balance for all idle CPUs.
The cpu_load of this CPU is updated before starting the load balance
of each other idle CPUs. We should instead update the cpu_load of the
balance_cpu.
Signed-off-by: Vincent Guittot
---
kernel/sched/fair.c | 11 ++-
1
On Wed, Sep 12, 2012 at 8:16 PM, Kim, Milo wrote:
> The last attribute should be terminated as NULL because any member of
> attribute structure is accessed while adding the sysfs file.
> If not, invalid address may cause the page fault problem.
>
Thanks, applied
-Bryan
> Signed-off-by:
On Wed, Sep 12, 2012 at 8:16 PM, Kim, Milo wrote:
> The LP5523 has 3 engines which are used for running LED patterns.
> These engines should be off while unloading the driver.
> Obviously, LP5523 platform data are used for releasing the resource
> such like enable()/release_resource(), but
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Thursday, September 13, 2012 12:06 AM
> To: Venu Byravarasu
> Cc: ba...@ti.com; linux-kernel@vger.kernel.org; linux-...@vger.kernel.org;
> linux-te...@vger.kernel.org
> Subject: Re: [PATCH] USB: phy:
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Wednesday, September 12, 2012 11:41 PM
> To: Venu Byravarasu
> Cc: ba...@ti.com; linux-kernel@vger.kernel.org; linux-...@vger.kernel.org
> Subject: Re: [PATCH] usb: host: tegra: code clean up
>
> On
From: Joseph Glanville
It is worth noting here that the block layer makes no attempt
to preserve the order of requests and that upper layers like
journaling filesystems that require such ordering need to do so
explicity.
Signed-off-by: Joseph Glanville
---
block/blk-core.c | 6 ++
1 file
On Thu, Sep 13, 2012 at 12:14 PM, Eric W. Biederman
wrote:
> Dave Airlie writes:
>
>>> Blink Blink this had not been converted to use struct pid ages ago?
>>>
>>> - On drm open capture the openers kuid and struct pid.
>>> - On drm close release the kuid and struct pid
>>> - When reporting the
Convert direct calls of vprintk_emit and printk_emit to the
dev_ equivalents.
Make create_syslog_header static.
Signed-off-by: Joe Perches
Acked-by: David S. Miller
Tested-by: Jim Cromie
Acked-by: Jason Baron
---
drivers/base/core.c| 14 +-
include/linux/device.h |2 --
Add utility functions to consolidate the use of
create_syslog_header and vprintk_emit.
This allows conversion of logging functions that
call create_syslog_header and then call vprintk_emit
or printk_emit to the dev_ equivalents.
Signed-off-by: Joe Perches
Acked-by: David S. Miller
Tested-by:
netdev_printk originally called dev_printk with %pV.
This style emitted the complete dev_printk header with
a colon followed by the netdev_name prefix followed
by a colon.
Now that netdev_printk does not call dev_printk, the
extra colon is superfluous. Remove it.
Example:
old: sky2
A lot of stack is used in recursive printks with %pV.
Using multiple levels of %pV (a logging function with %pV
that calls another logging function with %pV) can consume
more stack than necessary.
Avoid excessive stack use by not calling dev_printk from
netdev_printk and dynamic_netdev_dbg.
Allocating a file structure in function get_empty_filp() might fail because
of several reasons:
- not enough memory for file structures
- operation is not allowed
- user is over its limit
Currently the function returns NULL in all cases and we loose the exact
reason of the error. All callers
commit c4e00daaa9
("driver-core: extend dev_printk() to pass structured data")
changed __dev_printk and broke dynamic-debug's ability to control the
dynamic prefix of dev_dbg(dev,..).
commit af7f2158fd
("drivers-core: make structured logging play nice with dynamic-debug")
made a minimal
drm:i915_get_bridge_dev] *ERROR* bridge device not found
>>> Sep 11 19:52:10 fambox kernel: [9.545798] i915: probe of
>>> :00:02.0 failed with error -5
>>> --
>>> Sep 11 20:04:09 fambox kernel: [9.798233]
>>> [drm:i915_get_bridge_dev] *ERROR* bridge d
On Wed, Sep 12, 2012 at 10:39:48PM -0400, Jason Baron wrote:
> On Wed, Sep 12, 2012 at 06:13:30PM -0700, Joe Perches wrote:
> > On Thu, 2012-09-06 at 13:53 -0400, Jason Baron wrote:
> > > On Thu, Sep 06, 2012 at 09:13:59AM -0700, Greg Kroah-Hartman wrote:
> > > > Jason, any ACK on these, or any of
On Thu, Sep 13, 2012 at 10:30:06AM +1000, Cruz Julian Bishop wrote:
> Do you guys get paid (or are part of a bet) when you make
> suggestions like these, or do you just do it for, as a friend
> tells me, "shits and giggles"?
I'm going to guess that people have been leaving their systems
Hi Arnaldo and Robert,
On Wed, 12 Sep 2012 15:48:15 -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Sep 12, 2012 at 07:26:41PM +0200, Robert Richter escreveu:
>> On 09.09.12 01:54:39, tip-bot for Namhyung Kim wrote:
>>
>> # perf record -e cycles -aq sleep 1 ; perf report -n --sort comm,dso |
Hi David,
On Wed, 12 Sep 2012 09:16:29 -0600, David Ahern wrote:
> From: Peter Zijlstra
>
> Per Peter:
> "Intel PEBS in VT-x context uses the DS address as a guest linear address,
> even though its programmed by the host as a host linear address. This
> either results in guest memory
On Wed, Sep 12, 2012 at 06:13:30PM -0700, Joe Perches wrote:
> On Thu, 2012-09-06 at 13:53 -0400, Jason Baron wrote:
> > On Thu, Sep 06, 2012 at 09:13:59AM -0700, Greg Kroah-Hartman wrote:
> > > Jason, any ACK on these, or any of the other random dynamic debug
> > > patches floating around? What
On Wed, Sep 12, 2012 at 9:24 PM, Myklebust, Trond
wrote:
> On Wed, 2012-09-12 at 21:08 -0400, Josh Boyer wrote:
>> On Wed, Sep 12, 2012 at 7:28 PM, Greg Kroah-Hartman
>> wrote:
>> > From: Greg KH
>> >
>> > 3.5-stable review patch. If anyone has any objections, please let me know.
>> >
>> >
On 09/12/2012 01:14 PM, Stefano Stabellini wrote:
> On Wed, 12 Sep 2012, Stefano Stabellini wrote:
>> On Tue, 28 Aug 2012, Rob Herring wrote:
>>> You should look at ePAPR 1.1 which defines hypervisor related bindings.
>>> While it is a PPC doc, we should reuse or extend what makes sense.
>>>
>>>
On 09/04/2012 11:07 AM, hank wrote:
> From 0ba5879082544dc3aa13807087563b1258124b1e Mon Sep 17 00:00:00 2001
> From: hank
> Date: Tue, 4 Sep 2012 10:23:45 +0800
> Subject: [PATCH 1/1] drivers/md/raid1.c: fix NULL pointer bug in
> fix_read_error function
>
> in fix_read_error function, the
2012/9/12 Russell King - ARM Linux :
> On Wed, Sep 12, 2012 at 02:40:45PM +0530, Shilimkar, Santosh wrote:
>> On Wed, Sep 12, 2012 at 2:24 PM, Russell King - ARM Linux
>> wrote:
>> > On Wed, Sep 12, 2012 at 01:13:33PM +0530, Shilimkar, Santosh wrote:
>> >> On Wed, Sep 12, 2012 at 12:48 PM, wzch
On Wed, 12 Sep 2012, Minchan Kim wrote:
> [1] reporeted that lowmem pages could be replaced by
> highmem pages during migration of CMA and fixed.
>
> Quote from [1]'s description
> "
> The filesystem layer expects pages in the block device's mapping to not
> be in highmem (the mapping's
Dave Airlie writes:
>> Blink Blink this had not been converted to use struct pid ages ago?
>>
>> - On drm open capture the openers kuid and struct pid.
>> - On drm close release the kuid and struct pid
>> - When reporting the uid and pid convert the kuid and struct pid
>> into values in the
On Wed, 12 Sep 2012, Minchan Kim wrote:
> __alloc_contig_migrate_alloc can be used by memory-hotplug so
> refactor out(move + rename as a common name) it into
> page_isolation.c.
>
> Cc: Kamezawa Hiroyuki
> Cc: Yasuaki Ishimatsu
> Cc: Michal Nazarewicz
> Cc: Marek Szyprowski
> Cc: Wen
This patch sets the coherent DMA mask to 64-bit after the be2net driver
has been acknowledged that the system is 64-bit DMA capable. The coherent
DMA mask is examined by the Intel IOMMU driver to determine whether to
allow pass through context mapping for all devices. With this patch, the
be2net
This patch sets the coherent DMA mask to 64-bit after the be2net driver
has been acknowledged that the system is 64-bit DMA capable. The coherent
DMA mask is examined by the Intel IOMMU driver to determine whether to
allow pass through context mapping for all devices. With this patch, the
be2net
2012/09/12 10:43, Minchan Kim wrote:
> __alloc_contig_migrate_alloc can be used by memory-hotplug so
> refactor out(move + rename as a common name) it into
> page_isolation.c.
>
> Cc: Kamezawa Hiroyuki
> Cc: Yasuaki Ishimatsu
Reviewed-by: Yasuaki Ishimatsu
Thanks,
Yasuaki Ishimatsu
> Cc:
2012/09/12 10:43, Minchan Kim wrote:
> [1] reporeted that lowmem pages could be replaced by
> highmem pages during migration of CMA and fixed.
>
> Quote from [1]'s description
> "
> The filesystem layer expects pages in the block device's mapping to not
> be in highmem (the mapping's
Replace printk(KERN_XXX with the appropiate dev_info, dev_warn, dev_dbg in
fl512.c
Signed-off-by: Bruce Humphrey Ventura
---
drivers/staging/comedi/drivers/fl512.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/comedi/drivers/fl512.c
Replace printk(KERN_XXX with dev_info, dev_warn, dev_dbg as appropiate in
dyna_pci10xx
Signed-off-by: Bruce Humphrey Ventura
---
drivers/staging/comedi/drivers/dyna_pci10xx.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git
There's a patch in the mm tree that already makes this change, thanks.
Sent from my iPhone
On Sep 12, 2012, at 5:08 AM, "Peter Senna Tschudin"
wrote:
> From: Peter Senna Tschudin
>
> Remove useless kfree() and clean up code related to the removal.
>
> The semantic patch that finds this
Fix below issues in sensor_hub_probe error handling:
1. In the case of goto err_close, hid_hw_stop(hdev) is called twice. Fix it.
2. If fails to allocate MFD device name, we also need to free all
successfully allocated names in previous iterations.
Signed-off-by: Axel Lin
---
Clear HID_CLAIMED_INPUT bit of hdev->claimed, this prevents calling
hidinput_disconnect() in hid_disconnect(), which is called by hid_hw_stop().
We need to clear HID_CLAIMED_INPUT bit earlier rather than in
sensor_hub_remove() because we also call hid_hw_stop() in sensor_hub_probe
error handling.
> Blink Blink this had not been converted to use struct pid ages ago?
>
> - On drm open capture the openers kuid and struct pid.
> - On drm close release the kuid and struct pid
> - When reporting the uid and pid convert the kuid and struct pid
> into values in the appropriate namespace.
>
Hi
I have a huge heatsink and large CPU fan plus lots of cooling fans in
the case and nothing gets hot.
If I build e.g 3.6-rc5 with 8 or 6 cores, part way through it suddenly
powers off.
I have checked hwmon/k10temp.c to see if I could see where these values
were defined.
k10temp.h is 0 bytes.
On Wed, 2012-09-12 at 21:08 -0400, Josh Boyer wrote:
> On Wed, Sep 12, 2012 at 7:28 PM, Greg Kroah-Hartman
> wrote:
> > From: Greg KH
> >
> > 3.5-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > commit
This change will require an ack from one of the x86 maintainers.
For reference to this patch, please see this thread:
https://lkml.org/lkml/2012/9/11/572
On Wed, 2012-09-12 at 16:31 -0700, David Sharp wrote:
> In order to promote interoperability between userspace tracers and ftrace,
> add a
On Wed, Sep 12, 2012 at 04:58:23PM +0200, Arnd Bergmann wrote:
> From: Marc Zyngier
>
> Convert the imx6q platform to use the SoC descriptor to provide
> its SMP and CPU hotplug operations.
>
> Cc: Shawn Guo
> Signed-off-by: Marc Zyngier
> Signed-off-by: Arnd Bergmann
> ---
>
(2012/09/13 8:31), David Sharp wrote:
> In order to promote interoperability between userspace tracers and ftrace,
> add a trace_clock that reports raw TSC values which will then be recorded
> in the ring buffer. Userspace tracers that also record TSCs are then on
> exactly the same time base as
On Wed, Sep 12, 2012 at 6:22 PM, Kasatkin, Dmitry
wrote:
>
> But I will re-send updated patch in a moment.
Ok, I took that updated patch instead of the pull request, since I
liked that much more, and hadn't actually pushed out the pull yet.
Linus
--
To unsubscribe from this list:
On 12/09/12 12:03 PM, Borislav Petkov wrote:
> Dear KORG admins, what are the chances of userweb.kernel.org coming back
> online?
Hello:
There is no ETA on that service being available. It may not ever come
back, at least not in the way it was before.
That being said, I'm perfectly willing to
On Thu, 2012-09-06 at 13:53 -0400, Jason Baron wrote:
> On Thu, Sep 06, 2012 at 09:13:59AM -0700, Greg Kroah-Hartman wrote:
> > Jason, any ACK on these, or any of the other random dynamic debug
> > patches floating around? What am I supposed to be applying here?
[]
> I just posted some follow up
On Wed, Sep 12, 2012 at 10:51:30PM +, Paul Walmsley wrote:
>
> Hi Paul
>
> Recently several of us have been seeing "INFO: rcu_sched self-detected
> stall on CPU { 0} (t=20611 jiffies)" stack tracebacks on various OMAP3
> and 4 board.
>
> I only noticed it during v3.6-rc3, but I suspect it's
On Wed, Sep 12, 2012 at 7:28 PM, Greg Kroah-Hartman
wrote:
> From: Greg KH
>
> 3.5-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> commit 425e776d93a7a5070b77d4f458a5bab0f924652c upstream.
>
> This allows distros to remove the line from their
On Tue, Sep 11, 2012 at 08:22:39PM -0700, Joe Perches wrote:
> On Wed, 2012-09-12 at 03:43 +0530, raghu.prabh...@gmail.com wrote:
> > Ratelimited printk will be useful in printing xfs messages which are
> > otherwise
> > not required to be printed always due to their high rate (to prevent kernel
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit 3d9fb0038a9b02febb01efc79a4a5d97f1822a90 upstream.
VFPv4 support depends on the VFPv3 context save/restore code, so only
advertise support in the hwcaps if
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Gabor Juhos
commit a1dca315ce3f78347bca8ce8befe3cc71ae63b7e upstream.
If the controller has no PCIe module attached, accessing of the device
configuration space causes a data
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit f637c4c9405e21f44cf0045eaf77eddd3a79ca5a upstream.
The i.MX cpufreq implementation uses the CPU_FREQ_TABLE helpers,
so it needs to select that code to be
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Peter Ujfalusi
commit d0db84e713eaaccea2a435e1625fb3150b335f4a upstream.
The check for the mux_signal callback was wrong which prevents us to
configure the 6pin port's FSR/CLKR
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Will Deacon
commit f5f2025ef3e2cdb593707cbf87378761f17befbe upstream.
Page migration encodes the pfn in the offset field of a swp_entry_t.
For LPAE, we support physical
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jon Hunter
commit 54f32a35f4d3a653a18a2c8c239f19ae060bd803 upstream.
Calling the dmtimer function omap_dm_timer_set_source() fails if following a
call to pm_runtime_put() to
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Mark Brown
commit ccf795847a38235ee4a56a24129ce75147d6ba8f upstream.
Currently the microphone input source is not selectable as while there is
a DAPM widget it's not connected
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Konrad Rzeszutek Wilk
commit c96aae1f7f393387d160211f60398d58463a7e65 upstream.
When we are finished with return PFNs to the hypervisor, then
populate it back, and also mark
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Idan Kedar
commit 8554116e17eef055d9dd58a94b3427cb2ad1c317 upstream.
we have encountered a bug whereby reading a lot of files (copying
fedora's /bin) from a pNFS mount and
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Jeff Layton
commit 3dd4765fce04c0b4af1e0bc4c0b10f906f95fabc upstream.
...and ensure that we tear down the nfs_commit_data cache too when
unloading the module.
Cc: Bryan
Hi Tejun,
On 9/12/2012 8:34 PM, Tejun Heo wrote:
Hello,
On Wed, Sep 12, 2012 at 08:08:30PM -0400, Cyril Chemparathy wrote:
So, a function which takes phys_addr_t for goal and limit but returns
void * doesn't make much sense unless the function creates directly
addressable mapping somewhere.
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Bryan Schumaker
commit 12dfd080556124088ed61a292184947711b46cbe upstream.
This allows the normal error-paths to handle the error, rather than
making a special call to
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Miklos Szeredi
commit e68726ff72cf7ba5e7d789857fcd9a75ca573f03 upstream.
Userspace can pass weird create mode in open(2) that we canonicalize to
"(mode & S_IALLUGO) | S_IFREG"
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Bryan Schumaker
commit c5066945b7ea346a11424dbeb7830b7d7d00c206 upstream.
idmap_pipe_downcall already clears this field if the upcall succeeds,
but if it fails (rpc.idmapd
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Shawn Guo
commit c944b0b9354ea06ffb0c8a7178949f1185f9f499 upstream.
Though commit 602bf40 (ARM: imx6: exit coherency when shutting down
a cpu) improves the stability of imx6q
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Arnd Bergmann
commit a28eecef8ac2671dce7d892165bf374eeaa04e15 upstream.
This moves the imx5 pm code out of the list of unconditionally
compiled files for imx5, mirroring what
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Mike Frysinger
commit 0be421862b857e61964435ffcaa7499cf77a5e5a upstream.
After commit ec2212088c42 ("Disintegrate asm/system.h for Alpha"), the
fpu.h header which we install
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Michal Hocko
commit eb48c071464757414538c68a6033c8f8c15196f8 upstream.
Each page mapped in a process's address space must be correctly
accounted for in _mapcount. Normally the
From: Greg KH
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: David Henningsson
commit c41999a23929f30808bae6009d8065052d4d73fd upstream.
It's possible that these amps are settable somehow, e g through
secret codec verbs, but for now,
The mm-of-the-moment snapshot 2012-09-12-17-36 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
Updated to move arch-specific bits out of generic code. I did this by adding a
new file in asm-generic because I couldn't think of a better place to put it,
but I'm open to suggestions.
David Sharp (3):
tracing,x86: add a TSC trace_clock
tracing: reset ring buffer when changing trace_clocks
With the addition of the "tsc" clock, formatting timestamps to look like
fractional seconds is misleading. Mark clocks as either in nanoseconds or
not, and format non-nanosecond timestamps as decimal integers.
Tested:
$ cd /sys/kernel/debug/tracing/
$ cat trace_clock
[local] global tsc
$ echo
In order to promote interoperability between userspace tracers and ftrace,
add a trace_clock that reports raw TSC values which will then be recorded
in the ring buffer. Userspace tracers that also record TSCs are then on
exactly the same time base as the kernel and events can be unambiguously
1 - 100 of 1972 matches
Mail list logo