On 31 July 2014 00:11, Borislav Petkov wrote:
>
> On Wed, Jul 30, 2014 at 11:28:14PM +0200, Mathias Krause wrote:
> > Gah, CONFIG_AS_CRC32 gets defined as a preprocessor symbol only so
> > cannot be used in makefiles. So crc32c-pcl-intel-asm_64.S needs a
> > "#ifdef CONFIG_AS_CRC32" guard and
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit b72fd1470c9735f53485d089aa918dc327a86077 ("mm: rearrange zone fields
into read-only, page alloc, statistics and page reclaim lines")
test case:
Some C++ symbols have very long name and they make column length
longer. Most of them are about parameters including templates and we
can ignore such info most of time IMHO.
This patch passes DMGL_NO_OPTS by default when calling bfd_demangle().
One can still see full symbols with -v/--verbose
It makes the code a bit simpler and easier to debug IMHO.
I guess it can also remove similar code in perf diff, but let's keep
it for a future work. :)
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/hists.c | 4 +-
tools/perf/ui/hist.c | 136
So that it can properly handle alignment requirements later. To do
that, add percent_color_len_snprintf() fucntion to help coloring of
overhead columns.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 14 --
tools/perf/ui/gtk/hists.c | 8 +---
Set column width and do not change it if user gives -w/--column-widths
option. It'll truncate longer symbols than the width if exists.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 18 +
tools/perf/ui/gtk/hists.c | 10 ++---
tools/perf/ui/hist.c | 84
If user sets ui.show-headers config option to false, it didn't
calculate default column width so it broke the alignment. This is
because it does the calculation just before showing headers.
Move it to the beginning of the hist browser so that it can be called
regardless of the config option.
Hello,
This patchset is to control perf report/top output column width by
-w/--column-widths option so that it can fit into the terminal size.
The -w option is there for perf report but it ignored by recent output
field changed due to some reason. This patchset fixes it and supports
perf top
Save column length in the hpp format and pass it to print functions.
This is a preparation for users to control column width in the output.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 2 +-
tools/perf/ui/hist.c | 135 +++--
Add -w/--column-widths option like perf report does so that users are
able to see symbols even with some very long C++ library/functions.
It can be a list separated by comma for each column.
$ perf top -w 0,20,30
The value of 0 means there's no limit.
Signed-off-by: Namhyung Kim
---
Now perf left-aligns column headers but the contents does not. It
should have same alignment. This requires a change in pid sort key -
it consists of two part (pid and comm). As length of comm can be vary
it'd be better to change the order of them.
Thanks to Jiri Olsa for pointing this out.
Hi Dan,
On Wed, Jul 30, 2014 at 09:14:40AM -0500, Dan Murphy wrote:
> Add the TI drv260x haptics/vibrator driver.
> This device uses the input force feedback
> to produce a wave form to driver an
> ERM or LRA actuator device.
>
> The initial driver supports the devices
> real time playback mode.
On 07/31/2014 03:17 AM, Andrew Morton wrote:
On Fri, 25 Jul 2014 20:18:18 +0530 Chintan Pandya
wrote:
KSM thread to scan pages is scheduled on definite timeout. That wakes
up CPU from idle state and hence may affect the power consumption.
Provide an optional support to use deferrable timer
On 07/30/2014 02:36 PM, Andrew Morton wrote:
On Wed, 30 Jul 2014 14:22:35 +0530 Chintan Pandya
wrote:
__kmap_atomic_idx>= KM_TYPE_NR or< ZERO is a bug.
Report it even if CONFIG_DEBUG_HIGHMEM is not enabled.
That saves much debugging efforts.
Please take considerably more care when
Hi Greg,
I have resent all the patches in order. Please review.
Regards
Sanjeev Sharma
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Thursday, July 31, 2014 5:51 AM
To: Sharma, Sanjeev
Cc: de...@driverdev.osuosl.org; oor...@gmail.com;
Hi,
On Wed, Jul 30, 2014 at 12:24:14PM +0100, Will Deacon wrote:
> Whilst this sounds like a worrying problem, I've failed to reproduce it
> on arm64. Executing a brk instruction with either KGDB_DYN_DGB_BRK_IMM or
> KDBG_COMPILED_DBG_BRK_IMM immediates from userspace results in a SIGTRAP being
This is a patch to the r8180_93cx6.c file that fixes
commenting style warning
Signed-off-by: Sanjeev Sharma
---
Changes in v2:
- Added signed-off field.
drivers/staging/rtl8192u/r8180_93cx6.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git
This is a patch to the r8180_93cx6.h file that fixes
long lines along with some additional warning.
Signed-off-by: Sanjeev Sharma
---
Changes in v2:
- Added signed-off field.
drivers/staging/rtl8192u/r8180_93cx6.h | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git
This is a patch to the r8190_rtl8256.c file that fixes
checkpatch reported space & coding style issues.
Signed-off-by: Sanjeev Sharma
---
Changes in v2:
- Added space character in the signed-off-by field.
drivers/staging/rtl8192u/r8190_rtl8256.c | 169 +++
1 file
Hi Changman,
> -Original Message-
> From: Changman Lee [mailto:cm224@samsung.com]
> Sent: Thursday, July 31, 2014 10:07 AM
> To: Chao Yu
> Cc: 'Jaegeuk Kim'; linux-fsde...@vger.kernel.org;
> linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: Re:
AddedSigned-off-by: line that was missing.
Sanjeev Sharma (3):
staging:r8180: coding style: Fixed commenting style
staging:r8180: coding style: Fixed too long lines
staging:r8190: coding style: Fixed checkpatch reported Error
drivers/staging/rtl8192u/r8180_93cx6.c | 15 +--
Hi,
Am 31.07.2014 01:57, schrieb beh...@converseincode.com:
> From: Behan Webster
>
> Use the global current_stack_pointer to get the value of the stack pointer.
> This change supports being able to compile the kernel with both gcc and clang.
>
> Signed-off-by: Behan Webster
> Signed-off-by:
Hello,
On 2014-07-31 01:49, Grant Likely wrote:
On Tue, Jul 29, 2014 at 11:33 PM, Marek Szyprowski
wrote:
Hello,
On 2014-07-29 23:54, Grant Likely wrote:
On Mon, 14 Jul 2014 10:28:06 +0200, Marek Szyprowski
wrote:
Initialization procedure of dma coherent pool has been split into two
On Wed, Jul 30, 2014 at 11:40:05AM +0200, Daniel Vetter wrote:
> On Wed, Jul 30, 2014 at 4:20 AM, Aaron Lu wrote:
> > On 07/29/2014 07:10 PM, Daniel Vetter wrote:
> >> On Tue, Jul 29, 2014 at 12:14 PM, Ville Syrjälä
> >> wrote:
> >>> On Tue, Jul 29, 2014 at 10:43:02AM +0800, Aaron Lu wrote:
>
On Wed, Jul 30, 2014 at 10:25:03AM -0400, Rik van Riel wrote:
> On 07/29/2014 10:14 PM, Aaron Lu wrote:
> > On Tue, Jul 29, 2014 at 04:04:37PM -0400, Rik van Riel wrote:
> >> On Tue, 29 Jul 2014 10:17:12 +0200
> >> Peter Zijlstra wrote:
> >>
> +#define NUMA_SCALE 1000
> +#define
Am 31.07.2014 05:59, schrieb Andreas Färber:
> Hi Kukjin,
>
> Am 31.07.2014 03:10, schrieb Kukjin Kim:
>> Olof Johansson wrote:
>>>
>>> Hi,
>>>
>> Hi Olof,
>>
>>> On Sun, Jul 27, 2014 at 5:39 PM, Kukjin Kim wrote:
Andreas Färber wrote:
>
> Am 27.07.2014 14:22, schrieb Andreas
On Mon, Jul 28, 2014 at 03:19:31PM -0600, Andreas Dilger wrote:
> On Jul 28, 2014, at 6:52 AM, Abhijith Das wrote:
> > OnJuly 26, 2014 12:27:19 AM "Andreas Dilger" wrote:
> >> Is there a time when this doesn't get called to prefetch entries in
> >> readdir() order? It isn't clear to me what
Kukjin,
Am 28.07.2014 14:18, schrieb Andreas Färber:
> Hello,
>
> This series adds a dedicated ODROID-XU device tree and enhances it with
> LED configuration, to match the downstream 3.14 based behavior.
>
> It had turned out less trivial than I initially thought as the whole
> pinctrl stuff
Hi,
When running next-20140730 form linux-next, I get the following on dmesg:
be2net :02:00.0: PCIe error reporting enabled
be2net :02:00.0: adapter not in advanced mode
be2net :02:00.0: Emulex OneConnect(be3) initialization failed
be2net :02:00.0: Driver probe function
This patch add compatible data for dwc2 controller found on
rk3066, rk3188 and rk3288 processors from rockchip.
Signed-off-by: Kever Yang
---
Changes in v2:
- set most parameters as driver auto-detect
drivers/usb/dwc2/platform.c | 29 +
1 file changed, 29
This add necessary dwc2 binding documentation for Rockchip socs:
rk3066, rk3188 and rk3288
Signed-off-by: Kever Yang
---
Changes in v2:
- Split out dr_mode and rk3288 bindings.
- add compatible "snps,dwc2" bingding info
Documentation/devicetree/bindings/usb/dwc2.txt |3 +++
1 file
USB otg port is the usb3.0 b-port on the board.
USB host1 port is the host A port nearby the otg port.
Signed-off-by: Kever Yang
---
Changes in v2:
- evb patch added in version 2
arch/arm/boot/dts/rk3288-evb.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git
From: Kever Yang
These patches to add support for dwc2 controller found in
Rockchip processors rk3066, rk3188 and rk3288,
and enable dts for rk3288 evb.
Changes in v2:
- Split out dr_mode and rk3288 bindings.
- add compatible "snps,dwc2" bingding info
- set most parameters as driver auto-detect
rk3288 has two kind of usb controller, this add the dwc2 controller
for otg and host1.
Controller can works with usb PHY default setting and Vbus on.
Signed-off-by: Kever Yang
---
Changes in v2:
- change the node name from 'dwc2' to 'usb'
arch/arm/boot/dts/rk3288.dtsi | 20
Hi Arnaldo,
On Wed, 30 Jul 2014 17:55:21 -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Jul 30, 2014 at 12:19:32PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Wed, Jul 30, 2014 at 08:52:36AM +0900, Namhyung Kim escreveu:
>> > I also thought about that way first but changed my mind to the
From: Behan Webster
clang has more warnings enabled by default. Turn them off unless W is set.
This patch fixes a logic bug where warnings in clang were disabled when W was
set.
Signed-off-by: Behan Webster
Signed-off-by: Jan-Simon Möller
Signed-off-by: Mark Charlebois
Cc: mma...@suse.cz
On Wed, Jul 30, 2014 at 11:57 PM, Dave Airlie wrote:
> On 31 July 2014 12:05, Nick Krause wrote:
>> On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie wrote:
This patch removes the lines for releasing the page cache in certain
files as this may aid in perfomance with writes in the
On Wed, 30 Jul 2014 11:37:14 -0700 Randy Dunlap wrote:
> On 07/28/14 19:00, NeilBrown wrote:
> > +Directories further down the tree depend on the *max_proto* mount
>
> max_proto or maxproto?
> or either?
> check/fix other places also.
The
reproduce: make C=1 CF=-D__CHECK_ENDIAN__
sparse warnings: (new ones prefixed by >>)
>> sound/soc/fsl/fsl_asrc.c:563:28: sparse: restricted snd_pcm_format_t
>> degrades to integer
>> sound/soc/fsl/fsl_asrc.c:570:28: sparse: restricted snd_pcm_format_t
>> degrades to integer
vim +563
When a configration file is parsed with dgap_parsefile(),
makes nodes for saving configrations for board.
Making a node will allocate node memory and strings for saving
configrations with kstrdup().
So these are freed when dgap is unloaded or failed to initialize.
Signed-off-by: Daeseok Youn
Kever,
On Wed, Jul 30, 2014 at 5:29 PM, Kever Yang wrote:
> Indicate that the generic dr_mode binding should be used for dwc2.
>
> Signed-off-by: Kever Yang
> ---
>
> Changes in v2:
> - Split out dr_mode and rk3288 bindings.
>
> Documentation/devicetree/bindings/usb/dwc2.txt |2 ++
> 1
Hi Kukjin,
Am 31.07.2014 03:10, schrieb Kukjin Kim:
> Olof Johansson wrote:
>>
>> Hi,
>>
> Hi Olof,
>
>> On Sun, Jul 27, 2014 at 5:39 PM, Kukjin Kim wrote:
>>> Andreas Färber wrote:
Am 27.07.2014 14:22, schrieb Andreas Färber:
> Hello,
>
> This mini-series unbreaks booting
On 31 July 2014 12:05, Nick Krause wrote:
> On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie wrote:
>>> This patch removes the lines for releasing the page cache in certain
>>> files as this may aid in perfomance with writes in the compression
>>> rountines of btrfs. Please note that this patch has
On 2014-7-30 0:40, Sudeep Holla wrote:
[...]
>>
>> +/* 1 to indicate PSCI is implemented */
>> +int acpi_psci_present;
>> +
>> +/* 1 to indicate HVC must be used instead of SMC as the PSCI conduit */
>> +int acpi_psci_use_hvc;
>> +
>
> These can be boolean but can be removed IMO, see below.
>
>>
On Mon, Jul 28, 2014 at 7:30 PM, Linus Walleij wrote:
> On Fri, Jul 25, 2014 at 4:38 PM, Alexandre Courbot
> wrote:
>
>> The huge majority of GPIOs have their direction and initial value set
>> right after being obtained by one of the gpiod_get() functions. The
>> integer GPIO API had
attaching bpf program to a socket involves multiple socket memory arithmetic,
since size of 'sk_filter' is changing when classic BPF is converted to eBPF.
Also common path of program creation has to deal with two ways of freeing
the memory.
Simplify the code by delaying socket charging until
The main goal of the series is to split 'struct sk_filter' into socket and
bpf parts and cleanup names in the following way:
- everything that deals with sockets keeps 'sk_*' prefix
- everything that is pure BPF is changed to 'bpf_*' prefix
split 'struct sk_filter' into
struct sk_filter {
trivial rename to better match semantics of macro
Signed-off-by: Alexei Starovoitov
---
include/linux/filter.h |3 +--
net/core/filter.c |8
net/core/sock_diag.c |2 +-
3 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/include/linux/filter.h
to indicate that this function is converting classic BPF into eBPF
and not related to sockets
Signed-off-by: Alexei Starovoitov
---
arch/x86/net/bpf_jit_comp.c |2 +-
include/linux/filter.h |4 ++--
kernel/bpf/core.c |2 +-
kernel/seccomp.c|4 ++--
trivial rename to indicate that this functions performs classic BPF checking
Signed-off-by: Alexei Starovoitov
---
Documentation/networking/filter.txt |2 +-
include/linux/filter.h |2 +-
kernel/bpf/core.c |2 +-
kernel/seccomp.c|
clean up names related to socket filtering and bpf in the following way:
- everything that deals with sockets keeps 'sk_*' prefix
- everything that is pure BPF is changed to 'bpf_*' prefix
split 'struct sk_filter' into
struct sk_filter {
atomic_trefcnt;
struct rcu_head
On Wed, Jul 30, 2014 at 11:14 PM, Austin S Hemmelgarn
wrote:
> On 07/30/2014 12:54 AM, Nick Krause wrote:
>> On Wed, Jul 30, 2014 at 12:37 AM, Gareth Pye wrote:
>>> You've been replied to politely, now listen and do or shut up.
>>>
>>>
>>> On Wed, Jul 30, 2014 at 1:54 PM, Nick Krause wrote:
On Tue, Jul 29, 2014 at 10:21:50AM +0200, Michael Kerrisk wrote:
> [CC+=linux-api]
>
> On Fri, Jul 25, 2014 at 7:37 PM, Abhi Das wrote:
> > Also adds a void *opaque field to struct dir_context that can be
> > used by filesystems to temporarily store any context as this
> > struct gets passed
smpboot.h doesn't need this declaration, remove it.
CC: Thomas Gleixner
Signed-off-by: Lai Jiangshan
---
include/linux/smpboot.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/linux/smpboot.h b/include/linux/smpboot.h
index 13e9296..d37dc78 100644
---
It is suggested that cpumask_var_t and alloc_cpumask_var() should be used
instead of struct cpumask. But I don't want to add this complicity nor
leave this unwelcome "static struct cpumask has_work;", so I just remove
it and use flush_work() to perform on all online drain_work. flush_work()
If the smpboot_register_percpu_thread() is called after smpboot_create_threads()
but before __cpu_up(), the smpboot thread of the online-ing CPU is not created,
and it results a bug. So we use get_online_cpus() to prevent it.
smpboot_unregister_percpu_thread() travels all possible CPU, it
On Mon, Jul 28, 2014 at 08:22:22AM -0400, Abhijith Das wrote:
>
>
> - Original Message -
> > From: "Dave Chinner"
> > To: "Zach Brown"
> > Cc: "Abhijith Das" , linux-kernel@vger.kernel.org,
> > "linux-fsdevel" ,
> > "cluster-devel"
> > Sent: Friday, July 25, 2014 7:38:59 PM
> >
On Sat, 26 Jul 2014 15:10:28 -0500, Rob Herring wrote:
> On Sat, Jul 26, 2014 at 11:50 AM, Grant Likely
> wrote:
> > On Sat, 26 Jul 2014 06:52:36 +, Vineet Gupta
> > wrote:
> >> Hi Rob,
> >>
> >> On Friday 25 July 2014 07:45 PM, Rob Herring wrote:
> >> > On Fri, Jul 25, 2014 at 6:02 AM,
On 07/30/2014 06:42 PM, Julius Werner wrote:
> Hi Joseph,
>
>> Julius, I was hoping to get your feedback, since you are the patch
>> author. Do you think gathering any additional data will help diagnose
>> this issue, or would it be best to continue with this revert request?
> As I understand it,
Hi Morten,
On Wed, Jul 30, 2014 at 11:13:31AM +0100, Morten Rasmussen wrote:
> > > 2. runnable_load_avg and blocked_load_avg are combined
> > >
> > > runnable_load_avg currently represents the sum of load_avg_contrib of
> > > all tasks on the rq, while blocked_load_avg is the sum of those tasks
On Fri, 25 Jul 2014 12:37:29 -0500 Abhi Das wrote:
> This system call takes 3 arguments:
> fd - file descriptor of the directory being readahead
> *offset - offset in dir from which to resume. This is updated
> as we move along in the directory
> count - The max number of
On Thursday 31 July 2014 05:38 AM, Greg KH wrote:
>
> This patch doesn't apply against my tree at all, what did you make it
> against?
>
> Always work against linux-next, or the staging-next branch of my
> staging.git tree on git.kernel.org.
>
> thanks,
>
> greg k-h
Hi,
I am working on
On Mon, Jul 28, 2014 at 03:21:20PM -0600, Andreas Dilger wrote:
> On Jul 25, 2014, at 6:38 PM, Dave Chinner wrote:
> > On Fri, Jul 25, 2014 at 10:52:57AM -0700, Zach Brown wrote:
> >> On Fri, Jul 25, 2014 at 01:37:19PM -0400, Abhijith Das wrote:
> >>> Hi all,
> >>>
> >>> The topic of a
On 07/30/2014 12:54 AM, Nick Krause wrote:
> On Wed, Jul 30, 2014 at 12:37 AM, Gareth Pye wrote:
>> You've been replied to politely, now listen and do or shut up.
>>
>>
>> On Wed, Jul 30, 2014 at 1:54 PM, Nick Krause wrote:
>>>
>>> Hey Guys ,
>>> I am new to reading and writing kernel code.I
On Thu, Jul 31, 2014 at 10:42:12AM +0800, Fengguang Wu wrote:
> On Wed, Jul 30, 2014 at 08:52:07AM -0700, Paul E. McKenney wrote:
> > On Wed, Jul 30, 2014 at 10:17:32PM +0800, Fengguang Wu wrote:
> > > On Wed, Jul 30, 2014 at 10:07:56PM +0800, Fengguang Wu wrote:
> > > > Hi Andy,
> > > >
> > > >
On Wed, Jul 30, 2014 at 7:40 PM, Fengguang Wu wrote:
> On Wed, Jul 30, 2014 at 04:00:58PM -0700, Alexei Starovoitov wrote:
>> On Wed, Jul 30, 2014 at 3:51 PM, David Rientjes wrote:
>> > On Wed, 30 Jul 2014, Christoph Hellwig wrote:
>> >
>> >> On Wed, Jul 30, 2014 at 11:55:41AM +0800, Fengguang
On Wed, Jul 30, 2014 at 08:52:07AM -0700, Paul E. McKenney wrote:
> On Wed, Jul 30, 2014 at 10:17:32PM +0800, Fengguang Wu wrote:
> > On Wed, Jul 30, 2014 at 10:07:56PM +0800, Fengguang Wu wrote:
> > > Hi Andy,
> > >
> > > Here is another WARNING message for the same commit.
> > >
> > > commit
One Thousand Gnomes writes:
> On Wed, 30 Jul 2014 11:41:41 -0700
> ebied...@xmission.com (Eric W. Biederman) wrote:
>
>> One Thousand Gnomes writes:
>>
>> >> Andy you seem to be arguing here for two system calls.
>> >> get_urandom() and get_random().
>> >>
>> >> Where get_urandom only blocks
On Wed, Jul 30, 2014 at 04:00:58PM -0700, Alexei Starovoitov wrote:
> On Wed, Jul 30, 2014 at 3:51 PM, David Rientjes wrote:
> > On Wed, 30 Jul 2014, Christoph Hellwig wrote:
> >
> >> On Wed, Jul 30, 2014 at 11:55:41AM +0800, Fengguang Wu wrote:
> >> > Greetings,
> >> >
> >> > 0day kernel testing
Hi Russell,
On Wed, Jul 30, 2014 at 10:26:35AM +0100, Russell King wrote:
> On Mon, Jul 21, 2014 at 02:07:56PM -0700, Brian Norris wrote:
> > +static DEFINE_SPINLOCK(boot_lock);
> > +
> > +static void brcmstb_secondary_init(unsigned int cpu)
> > +{
> > + /*
> > +* Synchronise with the boot
Hi Stephane,
On Wed, Jul 30, 2014 at 07:56:11PM +0200, Stephane Eranian wrote:
> On Wed, Jul 30, 2014 at 7:53 AM, Fengguang Wu wrote:
> > On Wed, Jul 30, 2014 at 06:45:58AM +0200, Stephane Eranian wrote:
> >> On Wed, Jul 30, 2014 at 6:00 AM, Fengguang Wu
> >> wrote:
> >> > Greetings,
> >> >
>
Hi Rob,
I appreciate your comments, but where were many of these 5 months ago on
the first 7 revisions? :)
On a practical note: v9 is already queued for 3.17. Should I send
patches for the 3.17 cycle (or later) to fixup some of these issues? Or
would you recommend pulling the patches out of Matt
The previous PATCH inserts invalidate_bh_lrus() only into CMA code.
HOTPLUG needs also dropping bh of lru.
So v2 inserts invalidate_bh_lrus() into both of CMA and HOTPLUG.
8<
The bh must be free to migrate a page at which bh is mapped.
From: Julia Lawall
Date: Tue, 29 Jul 2014 17:16:45 +0200
> From: Julia Lawall
>
> Correct typo in the name of the type given to sizeof. Because it is the
> size of a pointer that is wanted, the typo has no impact on compilation or
> execution.
>
> This problem was found using Coccinelle
From: Julia Lawall
Date: Tue, 29 Jul 2014 17:16:44 +0200
> From: Julia Lawall
>
> Correct typo in the name of the type given to sizeof. Because it is the
> size of a pointer that is wanted, the typo has no impact on compilation or
> execution.
>
> This problem was found using Coccinelle
Hi Chao,
On Wed, Jul 30, 2014 at 09:07:49PM +0800, Chao Yu wrote:
> Hi Jaegeuk Changman,
>
> > -Original Message-
> > From: Chao Yu [mailto:chao2...@samsung.com]
> > Sent: Thursday, July 03, 2014 6:59 PM
> > To: Jaegeuk Kim; Changman Lee
> > Cc: linux-fsde...@vger.kernel.org;
From: Thomas Graf
Date: Tue, 29 Jul 2014 13:41:31 +0200
> Netlink sockets are maintained in a hash table to allow efficient lookup
> via the port ID for unicast messages. However, lookups currently require
> a read lock to be taken. This series adds a new generic, resizable,
> scalable,
On 07/30/2014 07:16 PM, Rafael J. Wysocki wrote:
On Wednesday, July 30, 2014 06:36:00 PM Saravana Kannan wrote:
On 07/30/2014 02:40 PM, Rafael J. Wysocki wrote:
On Wednesday, July 30, 2014 10:18:25 AM Prarit Bhargava wrote:
On 07/29/2014 08:03 PM, Rafael J. Wysocki wrote:
On Tuesday, July
Hi Thomas,
On Tuesday, July 15, 2014 04:01:10 AM tip-bot for Rafael J. Wysocki wrote:
> Commit-ID: d709f7bcbb3ab01704fa7b37a2e4b981cf3783c1
> Gitweb: http://git.kernel.org/tip/d709f7bcbb3ab01704fa7b37a2e4b981cf3783c1
> Author: Rafael J. Wysocki
> AuthorDate: Thu, 10 Jul 2014 23:37:54
On Wed, Jul 30, 2014 at 7:30 PM, Dave Airlie wrote:
>> This patch removes the lines for releasing the page cache in certain
>> files as this may aid in perfomance with writes in the compression
>> rountines of btrfs. Please note that this patch has not been tested
>> on my own hardware due to no
Hi Thomas,
On Thursday, July 24, 2014 08:36:36 AM tip-bot for Peter Zijlstra wrote:
> Commit-ID: 4fae4e7624653ef498d0e2a38f00620b9701ab04
> Gitweb: http://git.kernel.org/tip/4fae4e7624653ef498d0e2a38f00620b9701ab04
> Author: Peter Zijlstra
> AuthorDate: Thu, 24 Jul 2014 15:39:21 +0200
>
On 07/30/2014 01:48 AM, Cong Wang wrote:
On Tue, Jul 29, 2014 at 2:29 AM, zhuyj wrote:
Hi,all
I did a test on kernel3.16 rc6:
root@qemu1:~# echo 1 > /proc/sys/net/ipv6/conf/all/forwarding
root@qemu1:~# echo 1 > /proc/sys/net/ipv4/conf/all/forwarding
root@qemu1:~# ip netns list
root@qemu1:~#
On Wednesday, July 30, 2014 06:36:00 PM Saravana Kannan wrote:
> On 07/30/2014 02:40 PM, Rafael J. Wysocki wrote:
> > On Wednesday, July 30, 2014 10:18:25 AM Prarit Bhargava wrote:
> >>
> >> On 07/29/2014 08:03 PM, Rafael J. Wysocki wrote:
> >>> On Tuesday, July 29, 2014 07:46:02 AM Prarit
On Thursday, July 31, 2014 02:12:11 AM Thomas Gleixner wrote:
> On Thu, 31 Jul 2014, Thomas Gleixner wrote:
> > On Wed, 30 Jul 2014, Rafael J. Wysocki wrote:
> > Before this code changes in any way I want to see:
> >
> > 1) a description of the existing semantics and their background
On that
On 07/30/2014 06:42 PM, Julius Werner wrote:
> Hi Joseph,
>
>> Julius, I was hoping to get your feedback, since you are the patch
>> author. Do you think gathering any additional data will help diagnose
>> this issue, or would it be best to continue with this revert request?
> As I understand it,
On 07/30/2014 02:40 PM, Rafael J. Wysocki wrote:
On Wednesday, July 30, 2014 10:18:25 AM Prarit Bhargava wrote:
On 07/29/2014 08:03 PM, Rafael J. Wysocki wrote:
On Tuesday, July 29, 2014 07:46:02 AM Prarit Bhargava wrote:
[cut]
This patch effectively reverts commit 955ef483.
The issue
On Wed, 2014-07-30 at 22:50 +0200, Goffredo Baroncelli wrote:
> Hi All,
>
> I am writing to you Jean and Benjamin because it seem that both
> worked on these items.
>
> On a PowerMac G4 I noticed that between the kernel v3.2 and v3.14 I lost
> the fan management.
>
> I found on internet other
On 07/31/2014 09:08 AM, Yan, Zheng wrote:
> On 07/30/2014 05:05 PM, Peter Zijlstra wrote:
>>
>>
>> What's Ivytown? Is that IVB-EP or EX or both? I want to fix the subject
>> to not mix and match these terms.
>
> It's IVB-EP
>
>>
>> A quick search seems to suggest Ivytown is IVB-EX, which leaves
Olof Johansson wrote:
>
> Hi,
>
Hi Olof,
> On Sun, Jul 27, 2014 at 5:39 PM, Kukjin Kim wrote:
> > Andreas Färber wrote:
> >>
> >> Am 27.07.2014 14:22, schrieb Andreas Färber:
> >> > Hello,
> >> >
> >> > This mini-series unbreaks booting on 5410 based ODROID-XU.
> >> >
> >> > Since I do not
On 07/30/2014 05:05 PM, Peter Zijlstra wrote:
>
>
> What's Ivytown? Is that IVB-EP or EX or both? I want to fix the subject
> to not mix and match these terms.
It's IVB-EP
>
> A quick search seems to suggest Ivytown is IVB-EX, which leaves me
> wondering what driver does IVB-EP use?
>
>
Some devices with A female host port and without use of usb_id pin
will need this for the otg controller works as device role
during firmware period and works as host role in rich os.
Signed-off-by: Kever Yang
---
Changes in v2:
- put spaces around '+' operator
- expand the comment for dr_mode
On Wed, 2014-07-30 at 13:41 -0700, Davidlohr Bueso wrote:
> When we fail to acquire the mutex in the fastpath, we end up calling
> __mutex_lock_common(). A *lot* goes on in this function. Move out the
> optimistic spinning code into mutex_optimistic_spin() and simplify
> the former a bit.
On 07/30/2014 10:45 PM, Christoph Lameter wrote:
> On Wed, 30 Jul 2014, Lai Jiangshan wrote:
>
>> I think the bug is here, it re-queues the per_cpu(vmstat_work, cpu) which is
>> offline
>> (after vmstat_cpuup_callback(CPU_DOWN_PREPARE). And cpu_stat_off is
>> accessed without
>> proper lock.
>
Convert from using timespecs to ktime_t for internal timekeeping
needs. This simplifies the logic and avoids extra math required to
convert from timespec to usecs.
Cc: Stephen Rothwell
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: Peter Zijlstra
Cc: David Miller
Cc: "John W. Linville"
Cc: Felix
From: "Paul E. McKenney"
This commit adds the TASKS01 and TASKS02 Kconfig fragments, along with
the corresponding TASKS01.boot and TASKS02.boot boot-parameter files
specifying that rcutorture test RCU-tasks instead of the default flavor.
Signed-off-by: Paul E. McKenney
---
From: Steven Rostedt
This commit exports the RCU-tasks APIs, call_rcu_tasks(),
synchronize_rcu_tasks(), and rcu_barrier_tasks(), to GPL-licensed
kernel modules.
Signed-off-by: Steven Rostedt
Signed-off-by: Paul E. McKenney
---
kernel/rcu/update.c | 2 ++
1 file changed, 2 insertions(+)
diff
From: "Paul E. McKenney"
The current RCU-tasks implementation uses strict polling to detect
callback arrivals. This works quite well, but is not so good for
energy efficiency. This commit therefore replaces the strict polling
with a wait queue.
Signed-off-by: Paul E. McKenney
---
From: "Paul E. McKenney"
This commit adds a new RCU-tasks flavor of RCU, which provides
call_rcu_tasks(). This RCU flavor's quiescent states are voluntary
context switch (not preemption!), userspace execution, and the idle loop.
Note that unlike other RCU flavors, these quiescent states occur
From: "Paul E. McKenney"
This commit adds a three-minute RCU-tasks stall warning. The actual
time is controlled by the boot/sysfs parameter rcu_task_stall_timeout,
with values less than or equal to zero disabling the stall warnings.
The default value is three minutes, which means that the tasks
From: "Paul E. McKenney"
RCU-tasks requires the occasional voluntary context switch
from CPU-bound in-kernel tasks. In some cases, this requires
instrumenting cond_resched(). However, there is some reluctance
to countenance unconditionally instrumenting cond_resched() (see
1 - 100 of 1664 matches
Mail list logo