On Thu, May 15, 2014 at 12:17:39PM +0200, Gregory CLEMENT wrote:
> The Marvell Armada 38x SoCs contains two xHCI controllers. This commit
> adds the Device Tree description of those interfaces at the SoC level,
> and also enables the two USB3 ports on the Armada 385 DB platform and
> one USB3 port
At Thu, 15 May 2014 21:21:12 +0200,
Lars-Peter Clausen wrote:
>
> On 05/15/2014 02:01 PM, Tushar Behera wrote:
> > On 14 May 2014 17:54, Lars-Peter Clausen wrote:
> >> On 05/14/2014 02:07 PM, Tushar Behera wrote:
> >>>
> >>> On 14 May 2014 17:29, Jassi Brar wrote:
>
> On Wed, May 14,
On Thu, May 15, 2014 at 12:17:37PM +0200, Gregory CLEMENT wrote:
> The Marvell Armada 38x platform needs the xhci_mvebu driver enabled
> for the xHCI USB hosts, so this commit enables the corresponding
> Kconfig option in mvebu_v7_defconfig.
>
> Signed-off-by: Gregory CLEMENT
> Signed-off-by:
On Thu, May 15, 2014 at 12:17:35PM +0200, Gregory CLEMENT wrote:
> This patch adds the selection of the config symbol needed to build the
> USB3 support for Armada 38x into mvebu_v7_defconfig.
>
> Signed-off-by: Gregory CLEMENT
> Signed-off-by: Thomas Petazzoni
> ---
>
Am 15.05.2014 17:19, schrieb Alexander Holler:
Am 15.05.2014 16:50, schrieb Alexander Holler:
Am 15.05.2014 14:54, schrieb Luiz Augusto von Dentz:
This timeout seems arbitrary so I suppose we can increase it if we
feel it is necessary but we used already different timeout for
different
drivers/platform/goldfish/goldfish_pipe.c: In function 'goldfish_cmd_status':
drivers/platform/goldfish/goldfish_pipe.c:164:14: warning: cast from pointer to
integer of different size [-Wpointer-to-int-cast]
writel((u32)(u64)pipe, dev->base + PIPE_REG_CHANNEL);
^
drivers/platform/goldfish/pdev_bus.c: In function 'goldfish_new_pdev':
drivers/platform/goldfish/pdev_bus.c:136:14: warning: cast from pointer to
integer of different size [-Wpointer-to-int-cast]
writel((u32)(u64)name, pdev_bus_base + PDEV_BUS_GET_NAME);
Reported-by: Fengguang Wu
Cc: Jun Tian
The i.MX PWM version2 is embedded in several i.MX SoCs,
such as i.MX27, i.MX51 and i.MX6SL. There are four 16bit
sample FIFOs in this IP, each of which determines the duty
period of a PWM waveform in one full cycle. The IP spec
mentions that we should not write a fourth sample because
the FIFOs
On Fri, 2014-05-16 at 00:50 +0200, Daniel Vetter wrote:
> On Thu, May 15, 2014 at 11:43 PM, Alex Williamson
> wrote:
> > I don't know what to do with this. It seems like a lot of wishful
> > thinking that in the best case would drag on for years. Even if we get
> > VGA arbitration out of Xorg,
On Fri, May 16, 2014 at 01:49:59AM +, Serge Hallyn wrote:
> > I think having to pick and choose what device nodes you want in a
> > container is a good thing. Becides, you would have to do the same thing
> > in the kernel anyway, what's wrong with userspace making the decision
> > here,
Hey, Mike :)
On 05/16/2014 10:51 AM, Mike Galbraith wrote:
> On Fri, 2014-05-16 at 10:23 +0800, Michael wang wrote:
>
>> But we found that one difference when group get deeper is the tasks of
>> that group become to gathered on CPU more often, some time all the
>> dbench instances was running on
On Thu, 15 May 2014, Peter Zijlstra wrote:
> > So, not sure how to fix this without a total re-write, unless we want to
> > cheat and just say sample_period is capped at 62-bits or something.
>
> 63 bits should do I think, but yes, we hit a very similar but a few days
> ago in the
Affine wakeups have the potential to interfere with NUMA placement.
If a task wakes up too many other tasks, affine wakeups will get
disabled.
However, regardless of how many other tasks it wakes up, it gets
re-enabled once a second, potentially interfering with NUMA
placement of other tasks.
By
Rather than use "if" to check and clamp values to allowed minmum or maxmum,
this patch use macros clamp() and max() to clean it up.
Signed-off-by: Dongsheng Yang
---
kernel/sched/fair.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/kernel/sched/fair.c
Hi Tomasz,
On 16 May 2014 02:56, Tomasz Figa wrote:
> Hi Chander,
>
> On 14.05.2014 10:03, Chander Kashyap wrote:
>> Exynos5420 is big.Little Soc. It uses cpuidle-big-litle generic cpuidle
>> driver.
>> Hence do not allow exynos cpuidle driver registration for Exynos5420.
>>
>> Signed-off-by:
On Fri, 2014-05-16 at 07:45 +0800, Andrew Cooks wrote:
> Hi Alex
>
> On Fri, May 16, 2014 at 1:43 AM, Alex Williamson
> wrote:
> > On Thu, 2014-05-15 at 07:40 +0800, Andrew Cooks wrote:
> >> Hi Alex
> >>
> >> On Fri, May 9, 2014 at 11:28 PM, Alex Williamson
> >> wrote:
> >> >
> >> >
> >> >
Hi
On Thu, May 15, 2014 at 10:37:57AM -0500, Felipe Balbi wrote:
> Hi
>
> On Fri, May 16, 2014 at 05:57:57AM +0800, Zhuang Jin Can wrote:
> > In ISOC transfers, when free_slot points to the last TRB (i.e. Link
> > TRB), and all queued requests meet Missed Interval Isoc error, busy_slot
> >
On 05/15/2014 12:52 AM, Jason J. Herne wrote:
> On 05/12/2014 10:17 PM, Sasha Levin wrote:
>> I don't have an easy way to reproduce it as I only saw the bug once, but
>> it happened when I started pressuring CPU hotplug paths by adding and
>> removing
>> CPUs often. Maybe it has anything to do
On 1/30/2014 6:35 PM, Greg KH wrote:
On Thu, Jan 30, 2014 at 11:22:48AM +0530, Satish Patel wrote:
On 1/20/2014 10:03 AM, Satish Patel wrote:
Changes from v1:
* RFC(v1) comments are fixed
** removed "gpio_to_irq" as GPIO controller process cell from DT and
give it to DT node
** comments on
On Thu, May 15, 2014 at 08:24:05PM -0500, David Hagood wrote:
> I have an old native Linux 32 bit copy of Civilization: Call to Power. It
> used to work under a 64 bit environment back in the 3.0.x days. However,
> under recent versions (>3.5) it no longer runs - it complains that it cannot
> find
Hi, Paul
On 5/15/2014 4:34 PM, Paul Bolle wrote:
In v2.6.25 code was added for an Image Sensor Interface (ISI) for
AT91SAM9263. That code depended on the Kconfig macro
CONFIG_VIDEO_AT91_ISI and its MODULE variant. The related Kconfig symbol
has never been added to the tree. The net effect of
From: Guenter Roeck
Date: Wed, 14 May 2014 13:12:49 -0700
> After the call to phy_init_hw failed in phy_attach_direct, phy_detach is
> called
> to detach the phy device from its network device. If the attached driver is a
> generic phy driver, this also detaches the driver. Subsequently
On 5/13/2014 7:58 AM, Grant Likely wrote:
> Make of_find_node_by_path() handle aliases as prefixes. To make this
> work the name search is refactored to search by path component instead
> of by full string. This should be a more efficient search, and it makes
> it possible to start a search at a
On Fri, 2014-05-16 at 10:23 +0800, Michael wang wrote:
> But we found that one difference when group get deeper is the tasks of
> that group become to gathered on CPU more often, some time all the
> dbench instances was running on the same CPU, this won't happen for l1
> group, may could explain
On Friday, May 16, 2014 1:01 AM, Murali Karicheri wrote:
>
> keystone pcie hardware is based on designware hw version 3.65.
> There is no support for ATU port and has registers in
> application space to configure inbound/outbound access. Also
> doesn't support PCI PVM option. The MSI IRQ
We use the following command to online a memory_block:
echo online|online_kernel|online_movable >
/sys/devices/system/memory/memoryXXX/state
But, if we typed "online_movbale" by mistake (typo, not "online_movable"), it
will be
recognized as "online", and it will online the memory block
On 05/15/2014 07:57 PM, Peter Zijlstra wrote:
[snip]
>>
>> It's like:
>>
>> /cgroup/cpu/l1/l2/l3/l4/l5/l6/A
>>
>> about level 7, the issue can not be solved any more.
>
> That's pretty retarded and yeah, that's way past the point where things
> make sense. You might be lucky and have l1-5 as
Hi Linus,
Can you please pull the updates listed below? I found a bunch of
error sign issues while determine what we need to do to rid XFS of
this problem permanently. A couple of the bugs are in data integirty
operations, a couple more are in the new COLLAPSE_RANGE code. One of
these came in
Hi all,
Today's linux-next merge of the net-next tree got conflicts in
drivers/net/ethernet/altera/altera_msgdma.c and
drivers/net/ethernet/altera/altera_sgdma.c between commit 898305806ad5
("Altera TSE: Fix sparse errors and warnings") from the net tree and
commit d42f157b3498 ("Altera TSE:
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Thursday, May 15, 2014 5:20 AM
> To: Opensource [James Seong-Won Ban]
> Cc: Liam Girdwood; Support Opensource; LKML; Guennadi Liakhovetski;
> David Dajun Chen
> Subject: Re: [RESEND PATCH V1] regulator: DA9211 :
Quoting Greg Kroah-Hartman (gre...@linuxfoundation.org):
> On Thu, May 15, 2014 at 05:42:54PM +, Serge Hallyn wrote:
> > What exactly defines '"normal" use case for a container'?
>
> Well, I'd say "acting like a virtual machine" is a good start :)
>
> > Not too long ago much of what we can
On Fri, May 16, 2014 at 1:28 AM, Nicolas Pitre wrote:
> On Thu, 15 May 2014, Richard Lee wrote:
>
>> Static vm area boundary check:
>>
>> paddr1 --->| |
>> | |
>> |---| <-\--- svm->vm->addr(is page aligned)
>> paddr2 --->| ||
On Thu, 2014-05-15 at 15:15 -0700, Greg Kroah-Hartman wrote:
> On Thu, May 15, 2014 at 05:42:54PM +, Serge Hallyn wrote:
> > What exactly defines '"normal" use case for a container'?
> Well, I'd say "acting like a virtual machine" is a good start :)
Ok... And virtual machines (VirtualBox,
On 2014/5/10 5:31, Tejun Heo wrote:
> Hello,
>
> Currently, while csses (cgroup_subsys_states) have ->parent linkage
> too, only cgroups form full tree through their ->children and
> ->sibling fields and css iterations naturally is implemented by
> iterating cgroups and then dereferencing the css
On2014/5/14 21:07, Tejun Heo wrote:
> Hello, Li.
>
> On Wed, May 14, 2014 at 12:21:25PM +0800, Li Zefan wrote:
>>> There are now use cases where controllers need to iterate through
>>> csses regardless of their online state as long as they have positive
>>
>> What use cases are we talking about
I have an old native Linux 32 bit copy of Civilization: Call to Power.
It used to work under a 64 bit environment back in the 3.0.x days.
However, under recent versions (>3.5) it no longer runs - it complains
that it cannot find certain files in the directory. The exact same code
will run just
Some hardware implements reboot through its watchdog hardware,
for example by triggering a watchdog timeout. Platform specific
code starts to spread into watchdog drivers, typically by setting
pointers to a callback functions which is then called from the
platform reset handler.
To simplify code
On Friday, May 16, 2014 1:01 AM, Murali Karicheri wrote:
>
> This patch adds a PCIe controller driver for Keystone SoCs. This
> is based on the origin RFC patch that I had sent earlier. I have
> incorporated following comments:-
>
> - Add a interrupt controller node for Legacy irq chip and use
On Fri, May 16, 2014 at 10:11:56AM +1000, Dave Chinner wrote:
> On Fri, May 16, 2014 at 01:19:09AM +0200, Mateusz Guzik wrote:
> > Except there is no log entry if /var got frozen (and this is not an
> > imaginary example).
>
> Freezing the filesystem that the freezing daemon logs to is, well, a
>
On Thu, 15 May 2014 22:37:31 +0200, Thierry Reding wrote:
> On Mon, Apr 28, 2014 at 02:05:30PM +0200, Arnd Bergmann wrote:
> [...]
> > let me clarify by example:
> >
> > iommu@1 {
> > compatible = "some,simple-iommu";
> > reg = <1>;
> > #iommu-cells = <0>;
From: Rafael J. Wysocki
Rework the ACPI PM domain's PM callbacks to avoid resuming devices
during system suspend (in order to modify their wakeup settings etc.)
if that isn't necessary.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/device_pm.c | 46
On Thursday, May 15, 2014 01:13:02 PM Rafael J. Wysocki wrote:
> On Wednesday, May 14, 2014 10:53:16 AM Alan Stern wrote:
> > On Tue, 13 May 2014, Rafael J. Wysocki wrote:
[cut]
> >
> > if (dev->power.direct_complete) {
> > if (pm_runtime_status_suspended(dev)) {
> >
From: Rafael J. Wysocki
Update the device PM documentation in devices.txt and runtime_pm.txt
to reflect the changes in the system suspend and resume handling
related to the introduction of the new power.direct_complete flag.
Signed-off-by: Rafael J. Wysocki
---
Documentation/power/devices.txt
2million USD donation to you from Evelyn,Contact her on (
cu36er...@rogers.com ) For more info
N�r��yb�X��ǧv�^�){.n�+{zX����ܨ}���Ơz�:+v���zZ+��+zf���h���~i���z� �w���?�&�)ߢf��^jǫy�m��@A�a���
0��h���i
From: Rafael J. Wysocki
Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to
resume all runtime-suspended devices during system suspend, mostly
because those devices may need to be reprogrammed due to different
wakeup settings for system sleep and for runtime PM.
For some
Congrats:You have won ( £500,000.00 Pounds )Contact Mr Andrew
James:money.transfe...@qq.com ,Mobile:+447509531953
--
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
> So in sum, it very much looks like the intention is for
> PTRACE_GETREGSET/PTRACE_SETREGSET to return ENODEV in the
> case the regset doesn't exist on the running machine, and then
> it looks like at least x86 works that way.
Good point... agreed. We should ENODEV when we don't have TM
On Friday, May 16, 2014 1:01 AM, Murali Karicheri wrote:
>
> Add pcie related options by default for keystone architecture
>
> CC: Santosh Shilimkar
> CC: Russell King
>
> Signed-off-by: Murali Karicheri
> ---
> arch/arm/mach-keystone/Kconfig |2 ++
> 1 file changed, 2 insertions(+)
>
On Fri, May 16, 2014 at 01:19:09AM +0200, Mateusz Guzik wrote:
> On Fri, May 16, 2014 at 08:51:41AM +1000, Dave Chinner wrote:
> > On Fri, May 16, 2014 at 12:34:40AM +0200, Mateusz Guzik wrote:
> > > On Fri, May 16, 2014 at 08:21:35AM +1000, Dave Chinner wrote:
> > > > > IOW, a new column in
On Thu, May 15, 2014 at 04:24:12PM -0700, Andrew Morton wrote:
> On Tue, 29 Apr 2014 14:06:36 -0400 r...@redhat.com wrote:
>
> > From: Rik van Riel
> >
> > Some sysrq handlers can run for a long time, because they dump a lot
> > of data onto a serial console. Having RCU stall warnings pop up in
Hi Alex
On Fri, May 16, 2014 at 1:43 AM, Alex Williamson
wrote:
> On Thu, 2014-05-15 at 07:40 +0800, Andrew Cooks wrote:
>> Hi Alex
>>
>> On Fri, May 9, 2014 at 11:28 PM, Alex Williamson
>> wrote:
>> >
>> >
>> > Original description:
>> >
>> > This series attempts to fix a couple issues
On 2014/5/16 0:11, Mika Westerberg wrote:
> On Thu, May 15, 2014 at 11:59:46PM +0800, Li, Aubrey wrote:
>> On 2014/5/15 22:53, Andy Shevchenko wrote:
>>> On Thu, 2014-05-15 at 22:35 +0800, Li, Aubrey wrote:
On 2014/5/15 21:40, Heikki Krogerus wrote:
> Changes since v1:
> - now using
Protect against sizeof overflows by preferring
kmalloc_array/kcalloc over kmalloc/kzalloc
with a sizeof multiply.
Signed-off-by: Joe Perches
---
V2: Make it a WARN instead.
Add capability to --fix it too.
scripts/checkpatch.pl | 24
1 file changed, 24
On Tue, 29 Apr 2014 14:06:36 -0400 r...@redhat.com wrote:
> From: Rik van Riel
>
> Some sysrq handlers can run for a long time, because they dump a lot
> of data onto a serial console. Having RCU stall warnings pop up in
> the middle of them only makes the problem worse.
>
> This patch
On Fri, May 16, 2014 at 08:51:41AM +1000, Dave Chinner wrote:
> On Fri, May 16, 2014 at 12:34:40AM +0200, Mateusz Guzik wrote:
> > On Fri, May 16, 2014 at 08:21:35AM +1000, Dave Chinner wrote:
> > > > IOW, a new column in mountinfo. For frozen filesystems it would contain
> > > >
On Thu, May 15, 2014 at 10:55:45PM +0200, Paul Bolle wrote:
> Commit 193ab2a60700 ("usb: gadget: allow multiple gadgets to be built")
> apparently required that checks for CONFIG_USB_GADGET_OMAP would be
> replaced with checks for CONFIG_USB_OMAP. Do so now for the remaining
> checks for
On Thu, 15 May 2014 16:04:46 -0700 Joe Perches wrote:
> On Thu, 2014-05-15 at 15:58 -0700, Andrew Morton wrote:
> > On Tue, 13 May 2014 16:48:49 -0700 Joe Perches wrote:
> > > Protect against sizeof overflows by preferring
> > > kmalloc_array and kcalloc to kmalloc/kzalloc
> > > with a sizeof
On Thu, 2014-05-15 at 15:58 -0700, Andrew Morton wrote:
> On Tue, 13 May 2014 16:48:49 -0700 Joe Perches wrote:
> > Protect against sizeof overflows by preferring
> > kmalloc_array and kcalloc to kmalloc/kzalloc
> > with a sizeof multiply.
[]
> > +# check for k[mz]alloc with multiplies that could
Hello Dan,
Thanks for the review and sorry for the late reply.
On Thu, May 15, 2014 at 11:32:13PM +0300, Dan Carpenter wrote:
> On Thu, May 15, 2014 at 09:24:30PM +0200, Emil Goode wrote:
> > If we fail to allocate struct platform_device pdev we
> > dereference it after the goto label err.
> >
task_hot checks exec_start on any runnable task, but if it has been
migrated since the it last ran, then exec_start is a clock_task from
another cpu. If the old cpu's clock_task was sufficiently far ahead of
this cpu's then the task will not be considered for another migration
until it has run.
On Tue, 13 May 2014 16:48:49 -0700 Joe Perches wrote:
> Protect against sizeof overflows by preferring
> kmalloc_array and kcalloc to kmalloc/kzalloc
> with a sizeof multiply.
>
> ...
>
> --- a/scripts/checkpatch.pl
> +++ b/scripts/checkpatch.pl
> @@ -4378,6 +4378,20 @@ sub process {
>
Hi Eduardo,
Eduardo Valentin writes:
Hello Peter,
On Sat, May 03, 2014 at 07:59:20PM +0200, Peter Feuerer wrote:
Hi,
This patch series is intended to:
* Introduce "manual mode" support (Patch 1 & 2), which is needed to control
the fan of a few new models.
* Add an appropriate
On Fri, May 16, 2014 at 12:34:40AM +0200, Mateusz Guzik wrote:
> On Fri, May 16, 2014 at 08:21:35AM +1000, Dave Chinner wrote:
> > > IOW, a new column in mountinfo. For frozen filesystems it would contain
> > > 'frozen_by=[%s]:[%d]' (escaped comm, pid).
> >
> > I really don't see that the process
On Thu, May 15, 2014 at 11:43 PM, Alex Williamson
wrote:
> I don't know what to do with this. It seems like a lot of wishful
> thinking that in the best case would drag on for years. Even if we get
> VGA arbitration out of Xorg, the bit about making the userspace VGA
> arbiter interface lie
Good Day,
Please letâs talk and see if we can partner together to achieve our various
future goals.
Lets talk about real business deal.
Regards,
KM
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On Thu, May 15, 2014 at 11:53:53PM +0200, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
None of the callers pass in a NULL hnode so there isn't actually a NULL
dereference here. You could just remove the check.
regards,
dan carpenter
--
To
On Wed, 2014-05-14 at 15:10 +0800, Jianyu Zhan wrote:
> alloc_huge_page() now mixes normal code path with error handle logic.
> This patches move out the error handle logic, to make normal code
> path more clean and redue code duplicate.
>
> Signed-off-by: Jianyu Zhan
Acked-by: Davidlohr Bueso
On Thu, 15 May 2014 11:01:42 +0200 Michal Hocko wrote:
> On Wed 14-05-14 15:10:59, Jianyu Zhan wrote:
> > alloc_huge_page() now mixes normal code path with error handle logic.
> > This patches move out the error handle logic, to make normal code
> > path more clean and redue code duplicate.
>
>
On Fri, May 16, 2014 at 08:21:35AM +1000, Dave Chinner wrote:
> On Thu, May 15, 2014 at 12:47:48PM +0200, Mateusz Guzik wrote:
> > On Thu, May 15, 2014 at 12:40:19PM +0200, Lukáš Czerner wrote:
> > > On Wed, 14 May 2014, Eric Sandeen wrote:
> > >
> > > > Date: Wed, 14 May 2014 17:40:22 -0500
> >
Hi Mark,
Thank you for the quick reply.
On Thursday 15 May 2014 15:08:44 Mark A. Greer wrote:
> On Thu, May 15, 2014 at 10:29:26PM +0200, Laurent Pinchart wrote:
> > Hello,
>
> [Adding Anton Vorontsov to CC list.]
>
> Hi Laurent.
>
> > I'm trying to enable battery charging on an OMAP4 board
On Thu, May 15, 2014 at 02:31:40PM -0700, Andi Kleen wrote:
> Erik Bosman writes:
>
> >
> > diff --git a/arch/x86/ia32/ia32_signal.c b/arch/x86/ia32/ia32_signal.c
> > index 2206757..1a9285a 100644
> > --- a/arch/x86/ia32/ia32_signal.c
> > +++ b/arch/x86/ia32/ia32_signal.c
> > @@ -212,9 +212,18
On Thu, May 15, 2014 at 12:47:48PM +0200, Mateusz Guzik wrote:
> On Thu, May 15, 2014 at 12:40:19PM +0200, Lukáš Czerner wrote:
> > On Wed, 14 May 2014, Eric Sandeen wrote:
> >
> > > Date: Wed, 14 May 2014 17:40:22 -0500
> > > From: Eric Sandeen
> > > Reply-To: sand...@redhat.com
> > > To: Dave
Coming in v3.16, trace events will be able to save bitmasks in raw
format in the ring buffer and output it with the __get_bitmask() macro.
In order for userspace tools to parse this, it must be able to handle
the __get_bitmask() call and be able to convert the data that's in
the ring buffer into
On 5/13/2014 7:58 AM, Grant Likely wrote:
> The strchrnul() variant helpfully returns a the end of the string
> instead of a NULL if the requested character is not found. This can
> simplify string parsing code since it doesn't need to expicitly check
> for a NULL return. If a valid string pointer
On Thu, May 15, 2014 at 12:13:56PM +0200, Jan Kara wrote:
> On Thu 15-05-14 08:37:45, Dave Chinner wrote:
> > On Thu, May 15, 2014 at 08:00:52AM +1000, Dave Chinner wrote:
> > > On Wed, May 14, 2014 at 01:39:45PM +0200, Jan Kara wrote:
> > > > On Wed 14-05-14 13:26:21, Mateusz Guzik wrote:
> > > >
On Thu, May 15, 2014 at 10:29:26PM +0200, Laurent Pinchart wrote:
> Hello,
[Adding Anton Vorontsov to CC list.]
Hi Laurent.
> I'm trying to enable battery charging on an OMAP4 board based on a twl6030
> PMIC with external bq24190 battery charger and bq27510 fuel gauge.
>
> The system has an
On Thu, May 15, 2014 at 2:57 PM, Cyrill Gorcunov wrote:
> On Thu, May 15, 2014 at 02:42:48PM -0700, Andy Lutomirski wrote:
>> >
>> > Looking forward the question appear -- will VDSO_PREV_PAGES and rest of
>> > variables
>> > be kind of immutable constants? If yes, we could calculate where the
Hi all, and Greg!
Good idea!
I will do it in all the other mail.
Best regards
Rickard Strandqvist
2014-05-16 0:08 GMT+02:00 Greg Kroah-Hartman :
> On Thu, May 15, 2014 at 11:53:53PM +0200, Rickard Strandqvist wrote:
>> There is otherwise a risk of a possible null pointer dereference.
>>
>>
On Thu, May 15, 2014 at 05:42:54PM +, Serge Hallyn wrote:
> What exactly defines '"normal" use case for a container'?
Well, I'd say "acting like a virtual machine" is a good start :)
> Not too long ago much of what we can now do with network namespaces
> was not a normal container use case.
Hi
I do not know, I'm not an expert on this code.
But since there before was a if (cred) someone must have thought this
could happen.
Best regards
Rickard Strandqvist
2014-05-16 0:07 GMT+02:00 Trond Myklebust :
> On Thu, May 15, 2014 at 5:56 PM, Rickard Strandqvist
> wrote:
>> There is
On Thu, May 15, 2014 at 01:31:16AM -0400, Vince Weaver wrote:
> On Thu, 15 May 2014, Cyrill Gorcunov wrote:
>
> > So I'm experiencing the same problem on latest -tip + my patches applied.
>
> glad it's not just me.
>
> I find the problem to be reproducible and so in theory it might be
>
On Thu, May 15, 2014 at 5:56 PM, Rickard Strandqvist
wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
> ---
> net/sunrpc/auth.c | 10 +++---
> 1
From: Andi Kleen
Automatically adapt the now wider and word wrapped perf list
output to wider terminals. This requires querying the terminal
before the auto pager takes over, and exporting this
information from the pager subsystem.
Signed-off-by: Andi Kleen
---
tools/perf/util/cache.h | 1 +
From: Andi Kleen
I need a JSON parser. This adds the simplest JSON
parser I could find -- Serge Zaitsev's jsmn `jasmine' --
to the perf library. I merely converted it to (mostly)
Linux style and added support for non 0 terminated input.
The parser is quite straight forward and does not
copy any
From: Andi Kleen
Fix the logic to allow overriding event default periods with -c or -F
on the command line. I'm not sure I understand this if() fully, but
this change makes all cases I tested work (tracepoint with default, default,
,-c, -F)
This fixed specifying -c / -F with json event list
On Thu, May 15, 2014 at 11:53:53PM +0200, Rickard Strandqvist wrote:
> There is otherwise a risk of a possible null pointer dereference.
>
> Was largely found by using a static code analysis program called cppcheck.
>
> Signed-off-by: Rickard Strandqvist
> ---
>
From: Andi Kleen
Add a parser for Intel style JSON event files. This allows
to use an Intel event list directly with perf. The Intel
event lists can be quite large and are too big to store
in unswappable kernel memory.
The parser code knows how to convert the JSON fields
to perf fields. The
[v2: Review feedback addressed and some minor improvements]
[v3: More review feedback addressed and handle test failures better.
Ported to latest tip/core.]
[v4: Addressed Namhyung's feedback]
perf has high level events which are useful in many cases. However
there are some tuning situations
From: Andi Kleen
Add a downloader to automatically download the right
files from a download site.
This is implemented as a script calling wget, similar to
perf archive. The perf driver automatically calls the right
binary. The downloader is extensible, but currently only
implements an Intel
From: Andi Kleen
When no JSON event file is specified automatically look
for a suitable file in ~/.cache/pmu-events. A "perf download" can
automatically add files there for the current CPUs.
This does not include the actual event files with perf,
but they can be automatically downloaded instead
From: Andi Kleen
The Intel events use a dot to separate event name and unit mask.
Allow dot in names in the scanner, and remove special handling
of dot as EOF. Also remove the hack in jevents to replace dot
with underscore. This way dotted events can be specified
directly by the user.
I'm not
From: Andi Kleen
Change pmu.c to allow descriptions of events and add interfaces
to add aliases. Used in the next patch.
Signed-off-by: Andi Kleen
---
tools/perf/util/pmu.c | 127 ++
1 file changed, 98 insertions(+), 29 deletions(-)
diff --git
From: Andi Kleen
Add a simple test case to perf test that runs perf download and parses
all the events. This needs adding an all event iterator to pmu.c
v2: Rename identifiers
Signed-off-by: Andi Kleen
---
tools/perf/Makefile.perf| 1 +
tools/perf/tests/aliases.c | 58
On Tue, May 06, 2014 at 07:54:41PM +0200, Clément Calmels wrote:
> This is a patch to fix coding style issue found by
> scripts/checkpatch.pl utility.
>
> Signed-off-by: Clément Calmels
> ---
> drivers/staging/sep/sep_dev.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git
On Thu, May 15, 2014 at 08:10:13PM +0200, Paul Bolle wrote:
> Daniel,
>
> On Thu, 2014-05-15 at 17:44 +, dwal...@fifo99.com wrote:
> > On Wed, May 14, 2014 at 11:07:36PM +0200, Paul Bolle wrote:
> > > Commit 1b802ff79f03 ("arm: msm: add board file for Nexus One (ie.
> > > mahimahi)") added
On Thu, May 15, 2014 at 02:42:48PM -0700, Andy Lutomirski wrote:
> >
> > Looking forward the question appear -- will VDSO_PREV_PAGES and rest of
> > variables
> > be kind of immutable constants? If yes, we could calculate where the
> > additional
> > vma lives without requiring any kind of
On Tue, May 13, 2014 at 03:10:59PM -0700, H. Peter Anvin wrote:
> On 05/09/2014 03:38 PM, Josh Triplett wrote:
> > On Fri, May 09, 2014 at 02:20:45PM -0700, H. Peter Anvin wrote:
> >> On 05/09/2014 02:12 PM, Arnd Bergmann wrote:
> >>>
> However, if we're going to have these devices I'm
On 05/15/2014 01:07 PM, Stephen Warren wrote:
> On 05/09/2014 03:13 PM, Tejun Heo wrote:
>> Currently cgroup implements refcnting separately using atomic_t
>> cgroup->refcnt. The destruction paths of cgroup and css are rather
>> complex and bear a lot of similiarities including the use of RCU and
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
sound/soc/samsung/dma.c | 10 ++
1 fil ändrad, 6 tillägg(+), 4 borttagningar(-)
diff --git
There is otherwise a risk of a possible null pointer dereference.
Was largely found by using a static code analysis program called cppcheck.
Signed-off-by: Rickard Strandqvist
---
net/sunrpc/auth.c | 10 +++---
1 fil ändrad, 7 tillägg(+), 3 borttagningar(-)
diff --git
1 - 100 of 1731 matches
Mail list logo
