commit ca488 (extcon: of: Remove unnecessary function call by using the
name of device_node) started using node name instead of device name
to get the extcon device. This breaks dwc3-omap since it's not able to
get the extcon device anymore. Fixed it by setting edev name of
palmas to be the same as
On Fri, 2014-03-28 at 06:13 +0800, Yuyang Du wrote:
> Spitting does feel brutal...
FWIW, "split" stuck hard in my gullet because task placement is core
fastpath mission. If the fastpath could afford to and did task
placement perfectly, task placement EDC (if you will) mechanisms would
not exist.
On Thu, Mar 27, 2014 at 08:54:43PM -0700, Insop Song wrote:
> Found from build with option -Werror=date-time
>
> Signed-off-by: Insop Song
> Signed-off-by: Arnd Bergmann
Did Arnd really sign off on this?
And what is with the "odd" subject, your first email should have been
the subject of this
John,
> -Original Message-
> From: johnstul.l...@gmail.com [mailto:johnstul.l...@gmail.com] On Behalf
> Of John Stultz
> Sent: 2014年3月28日 11:18
> To: Neil Zhang
> Cc: Andrew Morton; Linux Kernel Mailing List
> Subject: Re: [PATCH] printk: add sleep time into timestamp
>
> On Thu, Mar 27,
On 03/26/2014 03:01 PM, Vinod Koul wrote:
On Thu, 2014-01-16 at 13:47 +0800, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang
The usage of spin_lock_irqsave() is a stronger locking mechanism than is
required throughout the driver. The minimum locking required should be used
instead. Inter
Fri, Mar 28, 2014 at 05:35:00AM CET, de...@googlers.com wrote:
>Tested:
> grep . /sys/class/net/*/count_link_*
> + ip link set dev X down/up
>
>Signed-off-by: David Decotigny
>---
> include/linux/netdevice.h | 4
> net/core/net-sysfs.c | 18 ++
> net/sched/sch_generic.c
> Subject: Re: [PATCH] regmap: Add REGMAP_ENDIAN_SWAP support for values.
>
> On Thu, Mar 27, 2014 at 04:17:39PM +0800, Xiubo Li wrote:
>
> > And using the REGMAP_ENDIAN_BIG and REGMAP_ENDIAN_LITTLE will make
> > the driver a bit more complex, and also the usage of it.
>
> What's the complexity
Hi,
I should have changed the subject to "Refining the load balancing interfaces".
Spitting does feel brutal or too big a jump for now. But i doubt that would
change your mind anyway.
Overall, I interpret your comment as: calling for substantial stuff. Yay,
working on it.
Thanks,
Yuyang
On Thu,
2014-03-27 22:17 GMT-07:00 Stephen Rothwell :
> Hi David,
>
> On Thu, 27 Mar 2014 21:35:00 -0700 David Decotigny wrote:
>>
>> Tested:
>> grep . /sys/class/net/*/count_link_*
>> + ip link set dev X down/up
>>
>> Signed-off-by: David Decotigny
>
> It is not a very enlightening commit message.
Fix the support for 1/2/8 bytes wide register address checking.
Signed-off-by: Xiubo Li
---
Sorry, this patch has been missed yesterday.
drivers/base/regmap/regmap-mmio.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/drivers/base/regmap/regmap-mmi
Hi all,
On Thu, 6 Mar 2014 15:00:10 +1100 Stephen Rothwell
wrote:
>
> On Mon, 24 Feb 2014 15:17:32 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the tip tree, today's linux-next build (arm
> > multi_v7_defconfig) produced this warning:
> >
> > drivers/irqchip/irq-armada-370-xp.c:415:1
timestamps in v4l2 buffers returned to userspace are updated in
uvc_video_clock_update() which uses timestamps fetched from
uvc_video_clock_decode() by calling unconditionally ktime_get_ts().
Hence setting the module clock param to realtime have no effect
before this patch.
This has been tested w
Keep all regulators already enabled by bootloader on, even if no
driver has claimed them. This is useful for debug and development, but
should not be needed on a platform with proper driver support.
Signed-off-by: Tushar Behera
CC: Mark Brown
---
Documentation/kernel-parameters.txt |8 +
These patches take inspiration from Olof's following patch.
1e435256d625 "clk: add clk_ignore_unused option to keep boot clocks on"
This options are solely for debug purposes to figure out whether
the issue at hand is because of improper shutdown of regulators or
power-domains.
Tushar Behera (2):
Keep all power-domains already enabled by bootloader on, even if no
driver has claimed them. This is useful for debug and development, but
should not be needed on a platform with proper driver support.
Signed-off-by: Tushar Behera
CC: "Rafael J. Wysocki"
CC: linux...@vger.kernel.org
---
Documen
Hi David,
On Thu, 27 Mar 2014 21:35:00 -0700 David Decotigny wrote:
>
> Tested:
> grep . /sys/class/net/*/count_link_*
> + ip link set dev X down/up
>
> Signed-off-by: David Decotigny
It is not a very enlightening commit message. You should tell us why we
should add this to the kernel.
-
Assalamualaikum Saudara-Saudari,
He has just concluded the water takeover with the federal government
without even referring to or, at the very least, informing the party
leaders of his intent.
This even left Anwar red-faced when asked by reporters.
However, Khalid is not bothered by what Anwar
Tested:
grep . /sys/class/net/*/count_link_*
+ ip link set dev X down/up
Signed-off-by: David Decotigny
---
include/linux/netdevice.h | 4
net/core/net-sysfs.c | 18 ++
net/sched/sch_generic.c | 2 ++
3 files changed, 24 insertions(+)
diff --git a/include/linux
Forward to Shawn.
Thanks,
> -Original Message-
> From: Xiubo Li [mailto:li.xi...@freescale.com]
> Sent: Wednesday, March 26, 2014 10:22 AM
> To: w...@iguana.be; w.s...@pengutronix.de; linux-watch...@vger.kernel.org;
> li...@roeck-us.net
> Cc: linux-kernel@vger.kernel.org; Xiubo Li-B47053
Forward to Shawn,
Thanks,
> -Original Message-
> From: Xiubo Li [mailto:li.xi...@freescale.com]
> Sent: Wednesday, March 26, 2014 10:22 AM
> To: w...@iguana.be; w.s...@pengutronix.de; linux-watch...@vger.kernel.org;
> li...@roeck-us.net
> Cc: linux-kernel@vger.kernel.org; Xiubo Li-B4705
Forward to Shawn,
Thanks,
> -Original Message-
> From: Xiubo Li [mailto:li.xi...@freescale.com]
> Sent: Wednesday, March 26, 2014 10:22 AM
> To: w...@iguana.be; w.s...@pengutronix.de; linux-watch...@vger.kernel.org;
> li...@roeck-us.net
> Cc: linux-kernel@vger.kernel.org; Xiubo Li-B4705
Found from build with option -Werror=date-time
Signed-off-by: Insop Song
Signed-off-by: Arnd Bergmann
---
drivers/staging/gs_fpgaboot/gs_fpgaboot.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/gs_fpgaboot/gs_fpgaboot.c
b/drivers/staging/gs_fpgaboot/gs_fpgaboot.c
index
Remove warning
Insop Song (1):
Remove warning printk
drivers/staging/gs_fpgaboot/gs_fpgaboot.c |1 -
1 file changed, 1 deletion(-)
--
1.7.9.5
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
26.03.2014 21:41, Laurent Pinchart wrote:
> Hi Anton,
>
> Thank you for the patch.
>
> On Tuesday 25 March 2014 08:40:57 Anton Leontiev wrote:
>> Set error bit for incomplete buffers when end of buffer is detected by
>> FID toggling (for example when last transaction with EOF is lost).
>> This pr
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/arm/mach-zynq/common.c between commit 016f4dcae81e ("ARM: zynq:
Split slcr in two parts") from the arm-soc tree and commit cd325295871f
("arm: zynq: Add support for cpufreq") from the tip tree.
I fixed it up (see below) and c
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/arm/mach-zynq/Kconfig between commits ddb902cc3459 ("ARM: centralize
common multi-platform kconfig options") and 016f4dcae81e ("ARM: zynq:
Split slcr in two parts") from the arm-soc tree and commits 61f1fc7e9258
("arm: zynq: D
On 03/11/2014 07:06 PM, Vinod Koul wrote:
On Thu, Jan 16, 2014 at 01:47:22PM +0800, hongbo.zh...@freescale.com wrote:
From: Hongbo Zhang
There are several places where descriptors are freed using identical code.
This patch puts this code into a function to reduce code duplication.
Signed-off
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/arm/boot/dts/sun7i-a20.dtsi between commit 36ab3e73b7ac ("ARM: dt:
sun7i: Add A20 SPI controller nodes") from the arm-soc tree and commit
8ff973a26763 ("ARM: sun7i/sun6i: dts: Add NMI irqchip support") from the
tip tree.
I fi
On 03/26/2014 10:36 PM, Oliver Neukum wrote:
On Tue, 2014-03-25 at 18:44 +0800, rogera...@realtek.com wrote:
From: Roger Tseng
+static int rtsx_usb_probe(struct usb_interface *intf,
+const struct usb_device_id *id)
+{
+ struct usb_device *usb_dev = interface_t
On Wed, Mar 26, 2014 at 12:42:43AM -0700, Jimmy Li wrote:
> fix a sparse warning.
> drivers/staging/vt6655/iwctl.c:1846:35: warning: cast from restricted
> gfp_t
> drivers/staging/vt6655/iwctl.c:1846:35: warning: incorrect type in
> argument 2 (different base types)
> drivers/staging/vt6655/iwctl.c
On Thu, Mar 27, 2014 at 1:17 AM, Neil Zhang wrote:
> Add sleep time into timestamp to reflect the actual time since
> sched_clock will be stopped during suspend.
So why is this change necessary?
Further, since the sleep time may be updated a bit late in the resume
cycle (in many cases we cannot
On Mon, Mar 24, 2014 at 07:11:44AM -0400, Neil Horman wrote:
> On Mon, Mar 24, 2014 at 12:42:46AM +0530, Monam Agarwal wrote:
> > This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x,
> > NULL)
> >
> > The rcu_assign_pointer() ensures that the initialization of a structure
On Thu, Mar 27, 2014 at 01:26:27PM +, Mark Brown wrote:
> On Thu, Mar 27, 2014 at 07:06:59PM +0800, Nicolin Chen wrote:
> > It's quite cricial to clear error flags because SAI might hang if getting
> > FIFO underrun during playback (I haven't confirmed the same issue on Rx
> > overflow though).
On many new phone/tablet platforms like Baytrail/Merrifield etc,
the HPET are either defeatured or has some problem to be used
as a reliable timer. As these platforms also have X86_64, we
should not make HPET_TIMER default y for all X86_64.
Signed-off-by: Feng Tang
---
arch/x86/Kconfig |7 ++
On 2014/3/27 23:35, Sasha Levin wrote:
> On 03/04/2014 07:57 PM, Li Zefan wrote:
>> On 2014/3/5 3:47, Tejun Heo wrote:
>>> On Tue, Mar 04, 2014 at 12:20:45PM -0500, Sasha Levin wrote:
> Hrm... there is a PF_EXITING check there already:
>
> #define task_css_set_check(task, __c)
On Thu, Mar 27, 2014 at 12:52:57PM -0700, Andy Lutomirski wrote:
> On 03/27/2014 04:02 AM, Clemens Ladisch wrote:
> > Feng Tang wrote:
> >> On many new phone/tablet platforms like Baytrail/Merrifield etc,
> >> the HPET are either defeatured or has some problem to be used
> >> as a reliable timer. A
Hi Linus,
didn't want these to wait for stable cycle, the nouveau and radeon ones
are the same problem, where the runtime pm stuff broke non-runtime pm
managed secondary GPUs, udl is an oops on unplug, and i915 is a regression
fix on Sandybridge even though it may break haswell (regression wins
944196278d3d ("cgroup: move ->subsys_mask from cgroupfs_root to
cgroup") moved ->subsys_mask from cgroup_root to cgroup to prepare for
the unified hierarhcy; however, it turns out that carrying the
subsys_mask of the children in the parent, instead of itself, is a lot
more natural. This patch rest
On Thu, Mar 27, 2014 at 02:27:26PM -0700, John Stultz wrote:
> On Thu, Mar 27, 2014 at 12:52 PM, Andy Lutomirski wrote:
> > On 03/27/2014 04:02 AM, Clemens Ladisch wrote:
> >> Feng Tang wrote:
> >> The help text still says:
> >> | You can safely choose Y here. [...]
> >> | Choose N to continue us
Hello,
(this is too late for the upcoming merge window and is targeting the
next devel cycle)
cgroup currently allows creating arbitrary number of hierarchies and
any number of controllers may be associated with a given tree. This
allows for huge amount of variance how tasks are associated with
This patch reorganizes css_task_iter so that adding effective css
support is easier.
* s/->cset_link/->cset_pos/ and s/->task/->task_pos/ for consistency
* ->origin_css is used to determine whether the iteration reached the
last css_set. Replace it with explicit ->cset_head so that
css_advan
In the planned default unified hierarchy, controllers may get
dynamically attached to and detached from a cgroup and a cgroup may
not have csses for all the controllers associated with the hierarchy.
When a cgroup doesn't have its own css for a given controller, the css
of the nearest ancestor wit
On the default unified hierarchy, a cgroup may be associated with
csses of its ancestors, which means that a css of a given cgroup may
be associated with css_sets of descendant cgroups. This means that we
can't walk all tasks associated with a css by iterating the css_sets
associated with the cgro
Now that effective css handling has been added and iterators updated
accordingly, it's safe to allow cgroup creation in the default
hierarchy. Unblock cgroup creation in the default hierarchy.
As the default hierarchy will implement explicit enabling and
disabling of controllers on each cgroup, s
To implement the unified hierarchy behavior, we'll need to be able to
determine the associated cgroup on the default hierarchy from css_set.
Let's add css_set->dfl_cgrp so that it can be accessed conveniently
and efficiently.
Signed-off-by: Tejun Heo
---
include/linux/cgroup.h | 3 +++
kernel/cg
Because the default root couldn't have any non-root csses attached to
it, rebinding away from it was always allowed; however, the default
hierarchy will soon host the unified hierarchy and have non-root csses
so the rebind restrictions need to be updated accordingly.
Instead of special casing rebi
Unified hierarchy implementation would require re-migrating tasks onto
the same cgroup on the default hierarchy to reflect updated effective
csses. Update cgroup_migrate_prepare_dst() so that it accepts NULL as
the destination cgrp. When NULL is specified, the destination is
considered to be the
After a css finishes offlining, offline_css() mistakenly performs
RCU_INIT_POINTER(css->cgroup->subsys[ss->id], css) which just sets the
cgroup->subsys[] pointer to the current value. The intention was to
clear it after offline is complete, not reassign the same value.
Update it to assign NULL in
cgroup is switching away from multiple hierarchies and will use one
unified default hierarchy where controllers can be dynamically enabled
and disabled per subtree. The default hierarchy will serve as the
unified hierarchy to which all controllers are attached and a css on
the default hierarchy wo
Currently, css_task_iter iterates tasks associated with a css by
visiting each css_set associated with the owning cgroup and walking
tasks of each of them. This works fine for !unified hierarchies as
each cgroup has its own css for each associated subsystem on the
hierarchy; however, on the planne
css_next_child() walks the children of the specified css. It does
this by finding the next cgroup and then returning the requested css.
On the default unified hierarchy, a cgroup may not have a css
associated with it even if the hierarchy has the subsystem enabled.
This patch updates css_next_chil
于 2014年03月27日 20:21, Lothar Waßmann 写道:
I can assure you that the>100.000 i.MX28 based modules, that we sold
up to now boot from NAND just fine without any block mark swapping in
the U-Boot pages.
Our driver should follow the Reference manual, not the product.
thanks
Huang Shijie
--
To unsubs
On Fri, Mar 28, 2014 at 10:45 AM, Christopher Friedt
wrote:
> Previously, the vmwgfx_fb driver would allow users to call FBIOSET_VINFO, but
> it would not adjust
> the FINFO properly, resulting in distorted screen rendering. The patch
> corrects that behaviour.
>
> See https://bugs.gentoo.org/sh
> -Original Message-
> From: John Stultz [mailto:john.stu...@linaro.org]
> Sent: 2014年3月28日 1:26
> To: Neil Zhang; t...@linutronix.de
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] timekeeping: check params before use them
>
> On 03/27/2014 01:12 AM, Neil Zhang wrote:
> > Som
Hi,
On 03/28/2014 01:52 AM, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Thursday, March 27, 2014 08:56:55 PM Chanwoo Choi wrote:
>> This patch fix minor issue about checking wrong return type.
>>
>> The of_cm_parse_desc() return ERR_PTR(errnor number) when some error happen
>> in this functi
This patch fix minor issue about checking wrong return type.
The of_cm_parse_desc() return ERR_PTR(errnor number) when some error happen
in this function. But, charger_manager_probe() has only checked whether
desc is NULL or not. If of_cm_parse_desc() returns ERR_PTR(-ENOMEM), desc
isn't NULL but
On 03/12/2014 02:21 AM, Jiri Bohac wrote:
> On Tue, Mar 11, 2014 at 02:54:13PM -0700, John Stultz wrote:
>> Ok, so a generic solution is probably not going to be worth it then. My
>> thought was that since we do a very limited amount of informational
>> printks in the timekeeping code, we can be fa
This is the 2nd time I've posted the patch. Please have a look Dave.
Gregkh suggested I resend this a while back after not hearing any
feedback.
It's a fairly simple patch. Don't forget to look at
https://bugs.gentoo.org/show_bug.cgi?id=494794
because that kind of describes it all.
--
To unsubsc
Previously, the vmwgfx_fb driver would allow users to call FBIOSET_VINFO, but
it would not adjust
the FINFO properly, resulting in distorted screen rendering. The patch corrects
that behaviour.
See https://bugs.gentoo.org/show_bug.cgi?id=494794 for examples.
Signed-off-by: Christopher Friedt
-
>From 0196c4e34dd02d89833ef851c43973d81dfa4399 Mon Sep 17 00:00:00 2001
From: Paul McQuade
Date: Thu, 27 Mar 2014 22:55:28 +
Subject: [PATCH 1/3] acpi: Fixed code indent errors and use linux libs
ERROR: code indent should use tabs where possible.
Use #include instead of .
Signed-off-by: Pau
On Thu, 2014-03-27 at 19:50 -0400, Ramkumar Ramachandra wrote:
> Hi,
>
> I just started looking at 'perf bench' this afternoon. Here are some
> simple patches fixing the minor issues I had while starting out.
>
> Thanks.
>
> Ram
>
> Cc: Ingo Molnar
> Cc: Jiri Olsa
> Cc: David Ahern
> Cc: Arn
2014-03-27 23:30 GMT+09:00 Aaron Sierra :
>
> - Original Message -
>> From: "DaeSeok Youn"
>> Sent: Wednesday, March 26, 2014 8:47:51 PM
>>
>> 2014-03-27 3:51 GMT+09:00 Aaron Sierra :
>> > - Original Message -
>> >> From: "Daeseok Youn"
>> >> Sent: Tuesday, March 25, 2014 10:01:48
Cc: Jiri Olsa
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/Documentation/perf-bench.txt | 22 ++
1 file changed, 22 insertions(+)
diff --git a/tools/perf/Documentation/perf-bench.txt
b/tools/perf/Documentation/perf-bench.
At the end of
$ perf bench all
the program segfaults because it attempts to dereference a NULL
pointer. Fix this fault.
Cc: Jiri Olsa
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-bench.c | 2 +-
1 file changed, 1 insertion(+), 1 d
Currently,
$ perf bench numa mem
errors out with usage information. To make this more user-friendly, let
us provide a minimum set of default values required for a test
run. As an added bonus,
$ perf bench all
now goes all the way to completion.
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: David Ahe
Hi,
I just started looking at 'perf bench' this afternoon. Here are some
simple patches fixing the minor issues I had while starting out.
Thanks.
Ram
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: David Ahern
Cc: Arnaldo Carvalho de Melo
Ramkumar Ramachandra (3):
perf bench: Set more defaults in the
Ingo,
After testing a patch queued for 3.15, I noticed there was a WARNON
message that I realized was triggered by one of my patches that came
in the 3.14 merge window. I'm not very happy to find this now, but
sadly here it is. The fix is luckily fairly simple and just falls
back to previous behav
__FUNCTION__ is gcc specific; use __func__ instead.
Signed-off-by: Christoph Jaeger
---
drivers/staging/lustre/include/linux/libcfs/libcfs_debug.h | 4 ++--
drivers/staging/lustre/lustre/include/linux/obd.h | 2 +-
drivers/staging/lustre/lustre/include/lu_ref.h | 4 ++--
> The patch 30058677 "ARM / highbank: add support for pl320 IPC"
> added a pl320 IPC specific header file as a generic mailbox.h.
> This file has been renamed appropriately to allow the
> introduction of the generic mailbox API framework.
>
> Acked-by: Mark Langsdorf
> Cc: Rafael J. Wysocki
> Sig
[+cc David, Brian]
On Thu, Mar 27, 2014 at 8:01 AM, Fengguang Wu wrote:
> FYI, here is a very old warning, too old to be bisected.
>
> [5.282127] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled,
> supports DPO and FUA
> [5.286079] SBC-GXx flash: IO:0x258-0x259 MEM:0xdc000-0xd
mutex_destroy was also called when trying to mount volume in read/write
without write support enabled.
Reported by Fengguang Wu.
Signed-off-by: Fabian Frederick
---
v2: failed_noreadwrite is only used with CONFIG_UFS_FS_WRITE
-> add ifndef
fs/ufs/super.c | 8 ++--
1 file changed, 6 ins
I am hoping that we well get further cleanups, but art this point I'm not sure
it is worth blocking it for 3.15 over that
On March 27, 2014 1:44:00 PM PDT, John Stultz wrote:
>On 03/17/2014 03:22 PM, Stefani Seibold wrote:
>> This patch add the VDSO time support for the IA32 Emulation Layer.
>>
On Wed, Mar 26, 2014 at 04:28:27PM -0400, Dan Streetman wrote:
> I'd like some feedback on how possible/useful, or not, it might be to
> add compression into the page handling code before pages are added to
> the swapcache. My thought is that adding a compressed cache at that
> point may have (at
When only the stalled-cycles-frontend event is requested:
$ perf stat -e stalled-cycles-frontend -- git s
## acme...ram/acme
Performance counter stats for 'git s':
326,947,423 stalled-cycles-frontend #0.00% frontend cycles
idle
0.363599976 seconds time elaps
On Thu 27-03-14 13:47:21, Celestino Martinez Lopez wrote:
> Hi All,
>
> I am running a SUSE linux 3.0.13-0.27 and after printing an opps the system
> hangs (though it only happened once).
> In the opps there is only Code: information, no stack trace or processor
> registers.
> Analyzing the code
On 03/27/2014 02:33 PM, Andy Lutomirski wrote:
> On Thu, Mar 27, 2014 at 2:27 PM, John Stultz wrote:
>> On Thu, Mar 27, 2014 at 12:52 PM, Andy Lutomirski
>> wrote:
>>> On 03/27/2014 04:02 AM, Clemens Ladisch wrote:
Feng Tang wrote:
The help text still says:
| You can safely choose
From: Mark Charlebois
__attribute__((aligned)) applies the default alignment for the largest scalar
type for the target ABI. gcc allows it to be applied inline to a defined type.
Clang only allows it to be applied to a type definition (PR11071).
Making it into 2 lines makes it more readable and
On Thu, Mar 27, 2014 at 1:57 PM, Benjamin LaHaise wrote:
>
> *nod* -- I added that to the below variant.
You still have "goto err" for cases that have the ctx locked. Which
means that the thing gets free'd while still locked, which causes
problems for lockdep etc, so don't do it.
Do what I did:
On Thu, Mar 27, 2014 at 2:27 PM, John Stultz wrote:
> On Thu, Mar 27, 2014 at 12:52 PM, Andy Lutomirski wrote:
>> On 03/27/2014 04:02 AM, Clemens Ladisch wrote:
>>> Feng Tang wrote:
>>> The help text still says:
>>> | You can safely choose Y here. [...]
>>> | Choose N to continue using the legac
On Thu, Mar 27, 2014 at 12:52 PM, Andy Lutomirski wrote:
> On 03/27/2014 04:02 AM, Clemens Ladisch wrote:
>> Feng Tang wrote:
>> The help text still says:
>> | You can safely choose Y here. [...]
>> | Choose N to continue using the legacy 8254 timer.
>>
>> Are these statements still true for thos
While adding usage information, 44d742e (perf list: Add usage,
2013-10-30) broke
$ perf list --raw-dump
Fix this by making raw-dump a proper argument.
Cc: David Ahern
Cc: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
I sent this patch earlier, but it didn'
Ramkumar Ramachandra wrote:
> tools/perf/builtin-list.c | 13 +++--
> tools/perf/perf-completion.sh | 6 +++---
> 2 files changed, 10 insertions(+), 9 deletions(-)
Please ignore this patch. Major thinko on my part.
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Thu, Mar 27, 2014 at 1:47 PM, Jim Lieb wrote:
> On Thursday, March 27, 2014 12:45:30 Andy Lutomirski wrote:
>> On Thu, Mar 27, 2014 at 12:30 PM, Jim Lieb wrote:
>> > Rather than inline, I'm responding in the context of Jeremy's comments but
>> > I have to answer others as well. It is Jeremy a
On 27.03.14, 19:47, Mike Looijmans wrote:
> On 26-3-2014 16:09, Georgi Djakov wrote:
>> On 03/07/2014 04:18 PM, Mike Looijmans wrote:
>>> If vmmc or vqmmc regulators are controlled by an I2C device, the
>>> request for the regulator is likely to fail because the I2C bus has
>>> not been probed yet.
On Thu, Mar 27, 2014 at 1:44 PM, John Stultz wrote:
> On 03/17/2014 03:22 PM, Stefani Seibold wrote:
>> This patch add the VDSO time support for the IA32 Emulation Layer.
>>
>> Due the nature of the kernel headers and the LP64 compiler where the
>> size of a long and a pointer differs against a 32
On Thu, Mar 27, 2014 at 01:22:11PM -0700, Linus Torvalds wrote:
> On Thu, Mar 27, 2014 at 1:08 PM, Benjamin LaHaise wrote:
> >
> > The patch below is lightly tested -- my migration test case is able to
> > successfully move the aio ring around multiple times. It still needs to
> > be run through
On Thursday, March 27, 2014 12:45:30 Andy Lutomirski wrote:
> On Thu, Mar 27, 2014 at 12:30 PM, Jim Lieb wrote:
> > Rather than inline, I'm responding in the context of Jeremy's comments but
> > I have to answer others as well. It is Jeremy after all who said my baby
> > was ugly ;).
> >
> > Jer
On 03/17/2014 03:22 PM, Stefani Seibold wrote:
> This patch add the VDSO time support for the IA32 Emulation Layer.
>
> Due the nature of the kernel headers and the LP64 compiler where the
> size of a long and a pointer differs against a 32 bit compiler, there
> is some type hacking necessary for o
On Thu 27-03-14 11:37:11, Vladimir Davydov wrote:
[...]
> In fact, do we actually need to charge every random kmem allocation? I
> guess not. For instance, filesystems often allocate data shared among
> all the FS users. It's wrong to charge such allocations to a particular
> memcg, IMO. That said
On 03/15/2014 11:36 PM, Hugh Dickins wrote:
From: Suleiman Souhlal
Prior to this change, we would decide whether to force scan a LRU
during reclaim if that LRU itself was too small for the current
priority. However, this can lead to the file LRU getting force
scanned even if there are a lot of
On Thu, Mar 27, 2014 at 12:37 AM, Vladimir Davydov
wrote:
> Hi Greg,
>
> On 03/27/2014 08:31 AM, Greg Thelen wrote:
>> On Wed, Mar 26 2014, Vladimir Davydov wrote:
>>
>>> We don't track any random page allocation, so we shouldn't track kmalloc
>>> that falls back to the page allocator.
>> This se
On Thu 27-03-14 11:34:10, Vladimir Davydov wrote:
> Hi Michal,
>
> On 03/27/2014 01:53 AM, Michal Hocko wrote:
> > On Wed 26-03-14 19:28:04, Vladimir Davydov wrote:
> >> We don't track any random page allocation, so we shouldn't track kmalloc
> >> that falls back to the page allocator.
> > Why did
On Thu 27-03-14 11:38:30, Vladimir Davydov wrote:
> On 03/27/2014 01:58 AM, Michal Hocko wrote:
> > On Wed 26-03-14 19:28:05, Vladimir Davydov wrote:
> >> We have only a few places where we actually want to charge kmem so
> >> instead of intruding into the general page allocation path with
> >> __G
On Thu, Mar 27, 2014 at 12:23 PM, David Miller wrote:
> From: Daniel Borkmann
> Date: Wed, 26 Mar 2014 22:06:09 +0100
>
>> - Adds swab insns for 32/64-bit
>
> I don't like this.
>
> You don't want a swab instruction, you want "endian X to endian Y". Just
> like we have "cpu_to_le32()", "le32_t
On Thu, Mar 27, 2014 at 1:08 PM, Benjamin LaHaise wrote:
>
> The patch below is lightly tested -- my migration test case is able to
> successfully move the aio ring around multiple times. It still needs to
> be run through some more thorough tests (like Trinity). See below for
> the differences
On Thu, Mar 27, 2014 at 12:43:13PM -0700, Linus Torvalds wrote:
> On Thu, Mar 27, 2014 at 11:16 AM, Linus Torvalds
> wrote:
> >
> > It would all be cleaner if all the setup was done with the
> > ctx->ring_lock held (you can even *initialize* it to the locked state,
> > since this is the function t
"len" contains sizeof(nf_ct_ext) and size of extensions. In a worst
case it can contain all extensions. Bellow you can find sizes for all
types of extensions. Their sum is definitely bigger than 256.
nf_ct_ext_types[0]->len = 24
nf_ct_ext_types[1]->len = 32
nf_ct_ext_types[2]->len = 24
nf_ct_ext_t
Reimar Döffinger gmx.de> writes:
> That is all that is actually used, reading more just
> makes the code confusing.
> In addition also fix the header and separate documentation
> to correctly indicate which struct is expected as input.
>
> Maybe these inconsistencies were on purpose at some point
On 03/27/2014 04:02 AM, Clemens Ladisch wrote:
> Feng Tang wrote:
>> On many new phone/tablet platforms like Baytrail/Merrifield etc,
>> the HPET are either defeatured or has some problem to be used
>> as a reliable timer. As these platforms also have X86_64, we
>> should not make HPET_TIMER defaul
On Thu, Mar 27, 2014 at 12:30 PM, Jim Lieb wrote:
> Rather than inline, I'm responding in the context of Jeremy's comments but I
> have to answer others as well. It is Jeremy after all who said my baby was
> ugly ;).
>
> Jeremy is right about overloading "fd". Maybe I can call it something else
1 - 100 of 343 matches
Mail list logo
