The always_on device flag is used to mark the devices (belonging to
a PM domain) that should never be turned off, except for the system
core (syscore) suspend/hibernation and resume stages. Change name
of that flag to "syscore" to better reflect its purpose.
Signed-off-by: Rafael J. Wysocki
The genpd_start_dev() routine used by pm_genpd_runtime_resume()
to put "irq safe" devices into the full power state measures the
time necessary to "start" the device and updates its PM QoS timing
data if necessary. This may lead to a deadlock if the given device
is a clock source and
Modify the SH MTU2 clock event device driver to support runtime PM at
a basic level (i.e. device clocks can be disabled and enabled, but
domain power must be on, because the device has to be marked as
"irq safe").
Signed-off-by: Rafael J. Wysocki
---
drivers/clocksource/sh_mtu2.c | 28
Introduce function pm_genpd_sync_poweron() for restoring domain power
during resume from system suspend and hibernation. It can be much
simpler than pm_genpd_poweron(), because it doesn't have to care
about locking and it can skip many checks done by the latter.
Modify pm_genpd_resume_noirq()
On 08/05/2012 02:20 PM, Rafael J. Wysocki wrote:
On Thursday, July 26, 2012, Andre Przywara wrote:
The programming model for cpufreq on current AMD CPUs is almost identical
to the one used on Intel and VIA hardware. This patchset merges support
into acpi-cpufreq and removes it from powernow-k8.
Hi,
I hit a problem when setting a current limit and am not sure whose fault it is
(i.e. which component to change). Therefore I'd appreciate a pointer in the
right direction.
After the recent changes the gpio-regulator always selects the minimal value
to set. The gpio-vbus driver sets it's
On 08/02/2012 06:34 PM, Michel Lespinasse wrote:
When looking to fetch a node's sibling, we went through a sequence of:
- check if node is the parent's left child
- if it is, then fetch the parent's right child
This can be replaced with:
- fetch the parent's right child as an assumed sibling
-
On Sun, Aug 5, 2012 at 5:44 PM, Dave Airlie wrote:
> On Mon, Aug 6, 2012 at 7:40 AM, Daniel Vetter wrote:
>> On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
>>> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>>>
>>> > I like this approach more - the only other
Hi Manfred,
(2012-08-04 02:39), Manfred Spraul wrote:
> Hi Seiichi,
>
> On 08/03/2012 02:49 PM, Seiichi Ikarashi wrote:
>> semop() with SEM_UNDO sem_flg can result in ENOMEM even after
>> succeeding semget() with large nsems.
> How large is nsems, what is the use case?
> Which kind of operations
The return value is never checked, so we can turn show_fiq_list() into
returning void.
Signed-off-by: Anton Vorontsov
---
arch/arm/include/asm/mach/irq.h |4 ++--
arch/arm/kernel/fiq.c |4 +---
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git
Simply removes ugly #ifdefs from C code.
Signed-off-by: Anton Vorontsov
---
arch/arm/include/asm/mach/irq.h |5 +
arch/arm/kernel/irq.c |2 --
arch/arm/plat-mxc/avic.c|2 --
arch/arm/plat-mxc/tzic.c|2 --
arch/arm/plat-s3c24xx/irq.c |2 --
5
The patch fixes the following sparse warnings:
CHECK arch/arm/kernel/fiq.c
arch/arm/kernel/fiq.c:71:6: warning: symbol 'show_fiq_list' was not declared.
Should it be static?
arch/arm/kernel/fiq.c:129:13: warning: symbol 'init_FIQ' was not declared.
Should it be static?
Signed-off-by: Anton
RPC:
FIQ_START is irrelevant nowadays, the arch uses platform-specific
iomd_{,un}mask_fiq() calls.
OMAP1:
The only user of FIQs is MACH_AMS_DELTA, and in particular its
drivers/input/serio/ams_delta_serio.c driver. The driver does not rely
on the FIQ interrupts directly, instead it uses a
There are no users left, so these can be removed.
Signed-off-by: Anton Vorontsov
---
arch/arm/include/asm/fiq.h |2 --
arch/arm/kernel/fiq.c | 15 ---
2 files changed, 17 deletions(-)
diff --git a/arch/arm/include/asm/fiq.h b/arch/arm/include/asm/fiq.h
index
The driver uses platform-specific mxc_set_irq_fiq() with the VIRQ cookie
passed to it, so it's pretty clear that the driver is absolutely sure
that the FIQ is routed via platform-specific IC, and that the cookie can
be used to mask/unmask FIQs. So, let's switch to the genirq routines,
since we're
The driver uses platform-specific mxc_set_irq_fiq() with the VIRQ cookie
passed to it, so it's pretty clear that the driver is absolutely sure
that the FIQ is routed via platform-specific IC, and that the cookie can
be used to mask/unmask FIQs. So, let's switch to the genirq routines,
since we're
We're about to remove FIQ_START mess, so move the platform-specific
detail inside platform-specific s3c24xx_set_fiq().
Signed-off-by: Anton Vorontsov
---
arch/arm/plat-s3c24xx/irq.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/plat-s3c24xx/irq.c
mach-rps registers FIQ controller with genirq, which makes no sense:
these FIQs cannot be routed to IRQs, so there is no need to register
it with genirq.
This effectively makes FIQ_START irrelevant.
Signed-off-by: Anton Vorontsov
---
arch/arm/mach-rpc/dma.c |4 ++--
Hello Russell,
During KDB FIQ patches review you mentioned that I should not introduce
another FIQ_START. It seems that in v3.6-rc the FIQ_START issue was
somewhat band-aided, i.e. machines don't necessary need to define this
stuff any longer, but I also read the background of the issue, and you
On Wed, 2012-08-01 at 14:34 +0100, Stefano Stabellini wrote:
> Hello,
> I would like to request a backport of the following upstream Linux
> commit to 3.4, 3.3, 3.2, 3.1, 3.0, 2.6.39 and 2.6.38.
> It fixes a deadlock that happens when a Xen frontend driver connects to
> a Xen backend driver in the
On 08/05/2012 02:29 PM, Jérôme Carretero wrote:
Hi,
My PC (AMD Bulldozer + Asus SABERTOOTH 990FX) booted fine from UEFI
and it broke between v3.5 and v3.6-rc1.
Other machines with old BIOSes booted fine so I looked into EFI-related
patches trying to revert them, because I didn't know what else
On Wed, 2012-08-01 at 08:55 -0400, Steven Rostedt wrote:
> On Tue, 2012-07-31 at 05:43 +0100, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.2.25 release.
> > There are 73 patches in this series, which will be posted as responses
> > to this one. If anyone has any
This patch replaces SMBus hex values by human readable constants and
correct some checkpatch -f errors.
Signed-off-by: Amaury Decrême
---
drivers/i2c/busses/i2c-sis630.c | 311 ++-
1 files changed, 178 insertions(+), 133 deletions(-)
diff --git
This patch add SiS964 support to i2c-sis630.
Signed-off-by: Amaury Decrême
---
Documentation/i2c/busses/i2c-sis630 | 17 +++-
drivers/i2c/busses/Kconfig |4 +-
drivers/i2c/busses/i2c-sis630.c | 148 ++-
3 files changed, 107 insertions(+), 62
This series of patches add SIS964 support to i2c-sis630.
The SIS964 is very similar to SIS630 for the SMBus.
+++---+
|| SIS630/730 | SIS964 |
Salut Jean,
Thanks for your comments.
I will post now a new serie of patches for SIS630.
--
Amaury Decrême
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Am Sonntag, 5. August 2012, 23:13:46 schrieb Rafael J. Wysocki:
> On Sunday, August 05, 2012, Heiko Stübner wrote:
> > Commit 1d5fcfec22 (PM / Domains: Add device domain data reference
> > counter) added a check for the return value of dev_pm_get_subsys_data.
> >
> > But this function does not
On Mon, Aug 6, 2012 at 7:40 AM, Daniel Vetter wrote:
> On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
>> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>>
>> > I like this approach more - the only other solution I see is to ask the
>> > currently active driver
On Friday, July 20, 2012, Todd Poynor wrote:
> Signed-off-by: Todd Poynor
Applied to the linux-next branch of the linux-pm.git tree, as v3.7 material.
Thanks,
Rafael
> ---
> drivers/base/power/wakeup.c | 29 +
> 1 files changed, 29 insertions(+), 0 deletions(-)
On Sun, Aug 05, 2012 at 10:18:38PM +0100, Matthew Garrett wrote:
> On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
>
> > I like this approach more - the only other solution I see is to ask the
> > currently active driver (i.e. radeon) at bootime for the right mode. Which
> > sounds
Hi,
My PC (AMD Bulldozer + Asus SABERTOOTH 990FX) booted fine from UEFI
and it broke between v3.5 and v3.6-rc1.
Other machines with old BIOSes booted fine so I looked into EFI-related
patches trying to revert them, because I didn't know what else to do.
Bingo, bacef661: x86-64/efi: Use EFI to
On Thursday, July 26, 2012, Andre Przywara wrote:
> The new acpi-cpufreq driver supports a system global control switch
> to disable the frequency boosting feature of some (x86) CPUs.
> Provide documentation about the rationale and the usage.
>
> Signed-off-by: Andre Przywara
That should be
On Thursday, July 26, 2012, Andre Przywara wrote:
> From: Matthew Garrett
>
> These chips are now supported by acpi-cpufreq, so we can delete all the
> code handling them.
>
> Signed-off-by: Matthew Garrett
> Signed-off-by: Andre Przywara
Would it be very wrong/confusing to keep that support
On Thursday, July 26, 2012, Andre Przywara wrote:
> The powernow-k8 driver supported a sysfs knob called "cpb", which was
> instantiated per CPU, but actually acted globally for the whole
> system. To keep some compatibility with this feature, we re-introduce
> this behavior here, but:
> a) only
On Thursday, July 26, 2012, Andre Przywara wrote:
> One feature present in powernow-k8 that isn't present in acpi-cpufreq
> is support for enabling or disabling AMD's core performance boost
> technology. This patch adds support to acpi-cpufreq, but also
> includes support for Intel's dynamic
On Sun, 5 Aug 2012, Daniel Vetter wrote:
> On Tue, Jul 31, 2012 at 10:31:15PM +0200, Jesper Juhl wrote:
> > If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
> > we'll return false and leak 'buf' when it goes out of scope.
> >
> > Signed-off-by: Jesper Juhl
>
> I've
On Sun, Aug 05, 2012 at 11:14:12PM +0200, Daniel Vetter wrote:
> I like this approach more - the only other solution I see is to ask the
> currently active driver (i.e. radeon) at bootime for the right mode. Which
> sounds much more hellish and fragile ...
The "correct" approach is clearly to
we missed a unregiser_chrdev if the class_create and subsequent function calls
/ checks fail
Signed-off-by: Devendra Naga
---
drivers/staging/crystalhd/crystalhd_lnx.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/crystalhd/crystalhd_lnx.c
On Thursday, July 26, 2012, Andre Przywara wrote:
> The programming model for cpufreq on current AMD CPUs is almost identical
> to the one used on Intel and VIA hardware. This patchset merges support
> into acpi-cpufreq and removes it from powernow-k8.
>
> This patchset is heavily based on
the rc assignment to PTR_ERR at fail cases of class_create and device_create
are missed out,
return proper error rather than returning -ENODEV.
Signed-off-by: Devendra Naga
---
drivers/staging/crystalhd/crystalhd_lnx.c |2 ++
1 file changed, 2 insertions(+)
diff --git
On Sat, Aug 04, 2012 at 11:57:27AM -0500, Seth Forshee wrote:
> On Fri, Aug 03, 2012 at 05:27:02PM +0100, Matthew Garrett wrote:
> > On Fri, Aug 03, 2012 at 11:24:51AM -0500, Seth Forshee wrote:
> >
> > > This is one of the things I wasn't so sure about. There are various
> > > checks in
On Sunday, August 05, 2012, Heiko Stübner wrote:
> Commit 1d5fcfec22 (PM / Domains: Add device domain data reference counter)
> added a check for the return value of dev_pm_get_subsys_data.
>
> But this function does not only return error codes but also "1" when a
> new object has been created.
>
On Fri, Aug 03, 2012 at 09:32:44AM -0400, Alex Deucher wrote:
> On Thu, Aug 2, 2012 at 3:21 AM, Knut Petersen
> wrote:
> > On an AOpen i915GMm-hfs the hotplug events generated
> > by transitions between connector_status_unknown and
> > connector_status_disconnected cause screen distortions.
> >
On Sunday, August 05, 2012, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert a 0 error return code to a negative one, as returned elsewhere in the
> function.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
>
> //
> @@
>
On Tuesday, July 31, 2012, NeilBrown wrote:
> On Mon, 30 Jul 2012 23:01:49 +0200 "Rafael J. Wysocki" wrote:
>
> > On Monday, July 30, 2012, NeilBrown wrote:
> > >
> > > If an RTC alarm fires just as suspend is happening, it is possible for
> > > suspend to complete and the alarm to be missed.
>
On Tue, Jul 31, 2012 at 10:31:15PM +0200, Jesper Juhl wrote:
> If the allocation of 'buf' succeeds but the allocation of 'msgs' fails
> we'll return false and leak 'buf' when it goes out of scope.
>
> Signed-off-by: Jesper Juhl
I've already merged a similar patch from Alan Cox for -fixes,
On 08/02/2012 06:34 PM, Michel Lespinasse wrote:
Just a small fix to make sparse happy.
Signed-off-by: Michel Lespinasse
Reported-by: Fengguang Wu
Acked-by: Rik van Riel
--
All rights reversed
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, Jul 3, 2012 at 9:34 PM, Russell King - ARM Linux
wrote:
> On Tue, Jul 03, 2012 at 01:19:40PM +, Arnd Bergmann wrote:
>> On Tuesday 03 July 2012, Alessandro Rubini wrote:
>> >drivers/dma/amba-pl08x.c: needs
>> > proposed fix: move pl080.h to include/linux
>>
>> Note that
Commit 1d5fcfec22 (PM / Domains: Add device domain data reference counter)
added a check for the return value of dev_pm_get_subsys_data.
But this function does not only return error codes but also "1" when a
new object has been created.
So, change the check to only catch real errors.
Make resulted to untraced files, which where the binaries make
produced, such need to be ignored.
Signed-off-by: Sami Kerola
---
tools/power/x86/turbostat/.gitignore | 1 +
tools/power/x86/x86_energy_perf_policy/.gitignore | 1 +
2 files changed, 2 insertions(+)
create mode 100644
Hi Mark,
I am not testing the da9052 driver, but the da9058 that I recently submitted.
The problem is that the auto allocated "irq_base" comes back as zero.
I repeat - in v3.4 the daa9058 driver work, but fails (without my patch) in v3.5
If my suggested fix is not acceptable, then is it
To speed up operations, QFQ internally divides classes into
groups. Which group a class belongs to depends on the ratio between
the maximum packet length and the weight of the class. Unfortunately
the function qfq_change_class lacks the steps for changing the group
of a class when the ratio
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Friday, August 03, 2012 7:52 PM
> To: Haiyang Zhang
> Cc: net...@vger.kernel.org; KY Srinivasan; o...@aepfle.de;
> jasow...@redhat.com; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org
> Subject:
On Sun, Aug 5, 2012 at 11:52 AM, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert a 0 error return code to a negative one, as returned elsewhere in the
> function.
Patch applied.
Mika/Adrian: shout if this is incorrect.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
Am 05.08.2012 17:52, schrieb Stefan Priebe:
Am 05.08.2012 12:29, schrieb Avi Kivity:
On 08/05/2012 01:08 PM, Stefan Priebe wrote:
Am 01.08.2012 11:53, schrieb Avi Kivity:
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3
On Sun, 2012-08-05 at 11:21 +0200, Borislav Petkov wrote:
> On Sat, Aug 04, 2012 at 06:23:41PM +0100, Ben Hutchings wrote:
>
> [ … ]
>
> > > > Thanks everyone for working this out.
> > > >
> > > > If you combine multiple mainline commits like this, the new commit
> > > > message should refer to
Hi Alex,
Overall, this seems like a fine idea. However, I think the code move
has gone very badly. Comments are mismatched, there are typos added,
formatting changed, case changed, trailing white space added, and
punctuation dropped.
NAKed-by: Kees Cook
On Sun, Aug 05, 2012 at 04:18:38AM
diff --git a/Makefile b/Makefile
index e13e4e7..fa5acc83 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 2
-SUBLEVEL = 25
+SUBLEVEL = 26
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h
I'm announcing the release of the 3.2.26 kernel.
This has a single fix for a build regression on x86 non-SMP
configurations in 3.2.25. If 3.2.25 works for you, there is no reason
to upgrade.
The updated 3.2.y git tree can be found at:
On 05.08.2012 18:56, Haojian Zhuang wrote:
> On Mon, Aug 6, 2012 at 12:22 AM, Daniel Mack wrote:
>> On 24.07.2012 20:01, Daniel Mack wrote:
>>> On 23.07.2012 18:51, Dmitry Torokhov wrote:
On Thu, Jul 19, 2012 at 05:36:12PM +0200, Daniel Mack wrote:
>>>
> Ok, finally I found some time. In
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
HEAD: 8a06bf14008fbf55a86105b8569494f4beeb8762 Merge tag
'perf-core-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux
The alignment mask is calculated incorrectly. Fixing the calculation
makes strange hangs/lockups disappear during the boot with Amstrad E3
and 3.6-rc1 kernel.
Signed-off-by: Aaro Koskinen
---
arch/arm/mm/dma-mapping.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Linus,
Please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
HEAD: 1d17d17484d40f2d5b35c79518597a2b25296996 time: Fix adjustment cleanup
bug in timekeeping_adjust()
Thanks,
Ingo
* Sasha Levin (levinsasha...@gmail.com) wrote:
[...]
> > Other than that, it looks good!
> >
> > Thanks!
> >
> > Mathieu
> >
>
> Thanks for the review Mathieu!
No problem! By the way, if you want to have a look at another hash table
API for ideas, here is the RCU lock-free hash table API,
Hi Hans,
> Did you run the latest v4l2-compliance tool from the v4l-utils.git
> repository over your driver? I'm sure you didn't since VIP is missing
> support for control events and v4l2-compliance would certainly
> complain about that.
>
> Always check with v4l2-compliance whenever you make
On 08/05/2012 06:31 PM, Mathieu Desnoyers wrote:
> * Steven Rostedt (rost...@goodmis.org) wrote:
>> FYI, Mathieu is the author of this file.
>>
>> -- Steve
>>
>>
>> On Fri, 2012-08-03 at 16:23 +0200, Sasha Levin wrote:
>>> Switch tracepoints to use the new hashtable implementation. This reduces
Commit-ID: 6b118e92cc78ccef7b54a296158d4738fd377bcc
Gitweb: http://git.kernel.org/tip/6b118e92cc78ccef7b54a296158d4738fd377bcc
Author: David Ahern
AuthorDate: Mon, 30 Jul 2012 22:31:35 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 3 Aug 2012 10:43:47 -0300
perf kvm top:
Commit-ID: 70b40c4a43ddfcf7a06dad4be32ff1dd2b62be09
Gitweb: http://git.kernel.org/tip/70b40c4a43ddfcf7a06dad4be32ff1dd2b62be09
Author: David Ahern
AuthorDate: Mon, 30 Jul 2012 22:31:34 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 3 Aug 2012 10:42:25 -0300
perf tools:
Commit-ID: 1d17d17484d40f2d5b35c79518597a2b25296996
Gitweb: http://git.kernel.org/tip/1d17d17484d40f2d5b35c79518597a2b25296996
Author: Ingo Molnar
AuthorDate: Sat, 4 Aug 2012 21:21:14 +0200
Committer: Ingo Molnar
CommitDate: Sun, 5 Aug 2012 12:37:14 +0200
time: Fix adjustment cleanup
Commit-ID: ee8dd3ca43f151d9fbe1edeef68fb8a77eb9f047
Gitweb: http://git.kernel.org/tip/ee8dd3ca43f151d9fbe1edeef68fb8a77eb9f047
Author: David Ahern
AuthorDate: Mon, 30 Jul 2012 22:31:33 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 3 Aug 2012 10:39:51 -0300
perf tools:
Commit-ID: 7f309ed6453926a81e2a97d274f67f1e48f0d74c
Gitweb: http://git.kernel.org/tip/7f309ed6453926a81e2a97d274f67f1e48f0d74c
Author: Palmer Cox
AuthorDate: Sun, 29 Jul 2012 17:54:43 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 3 Aug 2012 10:46:32 -0300
perf tools:
Commit-ID: 37bbd3fff1480a1f5d57abb9e9e56f468954c1b1
Gitweb: http://git.kernel.org/tip/37bbd3fff1480a1f5d57abb9e9e56f468954c1b1
Author: David Ahern
AuthorDate: Mon, 30 Jul 2012 22:31:32 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 3 Aug 2012 10:37:21 -0300
perf tools:
On Sun, Aug 05, 2012 at 10:59:38AM +0800, Fengguang Wu wrote:
> Hi all,
>
> This line triggers an oops in kvm boot test:
>
> usb_match_id():
> ==> 748 for (; id->idVendor || id->idProduct || id->bDeviceClass
> ||
> 749id->bInterfaceClass || id->driver_info;
Commit-ID: 347ed9903a10179d1cf733d5d77072b283d89da3
Gitweb: http://git.kernel.org/tip/347ed9903a10179d1cf733d5d77072b283d89da3
Author: David Ahern
AuthorDate: Sun, 29 Jul 2012 20:54:35 -0600
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 3 Aug 2012 10:35:23 -0300
perf kvm: Use
On Mon, Aug 6, 2012 at 12:22 AM, Daniel Mack wrote:
> On 24.07.2012 20:01, Daniel Mack wrote:
>> On 23.07.2012 18:51, Dmitry Torokhov wrote:
>>> On Thu, Jul 19, 2012 at 05:36:12PM +0200, Daniel Mack wrote:
>>
Ok, finally I found some time. In general, the patch works fine. The
only
On 07/30/2012 03:17 PM, Avi Kivity wrote:
> Possible causes:
> - the APIC calibration in the guest failed, so it is programming too
> low values into the timer
> - it actually needs 1 us wakeups and then can't keep up (esp. as kvm
> interrupt injection is slowing it down)
>
> You can try to
Commit-ID: 7405ed10f6adcdd556d59c360b5b216fccada3d9
Gitweb: http://git.kernel.org/tip/7405ed10f6adcdd556d59c360b5b216fccada3d9
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 2 Aug 2012 21:01:17 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 2 Aug 2012 21:02:02 -0300
Commit-ID: a3f698fe3082ff80a7f3b27c9b64b4b748c81f9d
Gitweb: http://git.kernel.org/tip/a3f698fe3082ff80a7f3b27c9b64b4b748c81f9d
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 2 Aug 2012 12:23:46 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 2 Aug 2012 12:23:46 -0300
Commit-ID: cb0b29e0861659c9eef9664772cd7e845ba1104a
Gitweb: http://git.kernel.org/tip/cb0b29e0861659c9eef9664772cd7e845ba1104a
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 2 Aug 2012 11:42:57 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 2 Aug 2012 11:42:57 -0300
Commit-ID: 7b56cce27123ccbf2cb82febbbc88443d719f1f8
Gitweb: http://git.kernel.org/tip/7b56cce27123ccbf2cb82febbbc88443d719f1f8
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 1 Aug 2012 19:31:00 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 1 Aug 2012 19:31:00 -0300
Commit-ID: 5e5624745d7e4a2c956c072ef2542872955b59c4
Gitweb: http://git.kernel.org/tip/5e5624745d7e4a2c956c072ef2542872955b59c4
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 1 Aug 2012 19:25:26 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 1 Aug 2012 19:25:26 -0300
Commit-ID: 7f3be652c1a8866251bfba9ea8b02067328f5db9
Gitweb: http://git.kernel.org/tip/7f3be652c1a8866251bfba9ea8b02067328f5db9
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 1 Aug 2012 19:15:52 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 1 Aug 2012 19:15:52 -0300
Commit-ID: bde09467b56c5a3cfe2a29d58edc5f7172c15184
Gitweb: http://git.kernel.org/tip/bde09467b56c5a3cfe2a29d58edc5f7172c15184
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 1 Aug 2012 18:53:11 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 1 Aug 2012 18:53:11 -0300
Commit-ID: 0ecf4f0c02b7802de5d1251e03e6eab360f158e1
Gitweb: http://git.kernel.org/tip/0ecf4f0c02b7802de5d1251e03e6eab360f158e1
Author: Namhyung Kim
AuthorDate: Thu, 26 Jul 2012 10:50:10 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 1 Aug 2012 18:42:54 -0300
perf target:
Commit-ID: 028df76726c5637c6f70a064d94452808ec74f9e
Gitweb: http://git.kernel.org/tip/028df76726c5637c6f70a064d94452808ec74f9e
Author: Jiri Olsa
AuthorDate: Wed, 1 Aug 2012 14:47:57 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 1 Aug 2012 18:42:22 -0300
perf symbols: Fix
Commit-ID: 30f31c0a492d0c1cd64af631476697f38d6a79d4
Gitweb: http://git.kernel.org/tip/30f31c0a492d0c1cd64af631476697f38d6a79d4
Author: Jiri Olsa
AuthorDate: Wed, 1 Aug 2012 14:48:58 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 1 Aug 2012 18:42:10 -0300
perf test: Fix
* Steven Rostedt (rost...@goodmis.org) wrote:
> FYI, Mathieu is the author of this file.
>
> -- Steve
>
>
> On Fri, 2012-08-03 at 16:23 +0200, Sasha Levin wrote:
> > Switch tracepoints to use the new hashtable implementation. This reduces
> > the amount of
> > generic unrelated code in the
Enable backlight & led components of 88pm860x PMIC in ttc dkb board.
Signed-off-by: Haojian Zhuang
---
arch/arm/mach-mmp/ttc_dkb.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/mach-mmp/ttc_dkb.c b/arch/arm/mach-mmp/ttc_dkb.c
index 7a7de2b..1b51b81 100644
---
Avoid to use IORESOURCE_IO in 88pm860x regulator driver. Use
IORESOURCE_IO instead.
Signed-off-by: Haojian Zhuang
---
drivers/mfd/88pm860x-core.c | 265 +++---
drivers/regulator/88pm8607.c |7 +-
include/linux/mfd/88pm860x.h | 18 ++-
3 files changed,
While touch field of 88pm860x platform_data isn't assigned, probe
function returns failure. Now update code to only return without
failure since touch field isn't always used in each usage scenario.
Signed-off-by: Haojian Zhuang
---
drivers/mfd/88pm860x-core.c |2 +-
1 file changed, 1
Avoid to use IORESOURCE_IO in 88pm860x leds drivers. Use
IORESOURCE_MEM instead.
Signed-off-by: Haojian Zhuang
---
drivers/leds/leds-88pm860x.c | 176 +-
drivers/mfd/88pm860x-core.c | 114 +--
include/linux/mfd/88pm860x.h | 12
Avoid to use IORESOURCE_IO in mfd core & backlight driver.
Use IORESOURCE_MEM instead.
Signed-off-by: Haojian Zhuang
---
drivers/mfd/88pm860x-core.c | 78 --
drivers/video/backlight/88pm860x_bl.c | 114 +
Since IORESOURCE_IO is used for PCI devices, it doesn't fit on
88PM860x PMIC device that lies on I2C bus. So use IORESOURCE_MEM
instead.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 24.07.2012 20:01, Daniel Mack wrote:
> On 23.07.2012 18:51, Dmitry Torokhov wrote:
>> On Thu, Jul 19, 2012 at 05:36:12PM +0200, Daniel Mack wrote:
>
>>> Ok, finally I found some time. In general, the patch works fine. The
>>> only detail I had to amend was the irqflags, which were changed from
Ping, anyone?
On 30.07.2012 09:36, Daniel Mack wrote:
> This patch adds logic to parse lis3 properties from a device tree node
> and store them in a freshly allocated lis3lv02d_platform_data.
>
> Note that the actual match tables are left out here. This part should
> happen in the drivers that
On 01.08.2012 18:57, Ville Syrjälä wrote:
> On Tue, Jul 31, 2012 at 08:19:06AM +0200, Daniel Mack wrote:
>> On 31.07.2012 02:59, Ville Syrjälä wrote:
>>> On Mon, Jul 30, 2012 at 10:12:39PM +0400, Evgeniy Polyakov wrote:
Hi
Sorry for long delay
[resend with fixed Greg's address
2012/8/3 Mark Brown :
> On Wed, Aug 01, 2012 at 12:08:08AM +0800, Axel Lin wrote:
>> 於 二，2012-07-31 於 16:41 +0100，Mark Brown 提到：
>
>> > So the above cast probably isn't right... you shouldn't need a double
>> > cast here.
>
>> The issue of original warning is: ( I compile the kernel on x86_64 )
Am 05.08.2012 12:29, schrieb Avi Kivity:
On 08/05/2012 01:08 PM, Stefan Priebe wrote:
Am 01.08.2012 11:53, schrieb Avi Kivity:
On 08/01/2012 12:42 PM, Stefan Priebe - Profihost AG wrote:
Am 01.08.2012 11:33, schrieb Avi Kivity:
So here are 3 backtraces from booting the rescue system:
Hi Russell,
On 8/4/2012 4:39 AM, Russell King - ARM Linux wrote:
On Tue, Jul 31, 2012 at 07:04:36PM -0400, Cyril Chemparathy wrote:
This series is a follow on to the RFC series posted earlier (archived at [1]).
The major change introduced here is the modification to the kernel patching
Add support for canbus activity led indicators on mcp251x devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Christian Pellegrin
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
101 - 200 of 522 matches
Mail list logo
