Preparing for feature checks separation, moving related
stuff under 'feature*' namespace.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Corey Ashford
Cc: David Ahern
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
---
tools/perf/config/Makefile | 4 ++--
Preparing for feature checks separation, moving related
stuff under 'FEATURE*' namespace.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Corey Ashford
Cc: David Ahern
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
---
tools/perf/Makefile.perf | 2 +-
Kernel.org is only hosting patches and kernel compressed with xz,
so change the old gzip/bzip2 instances to xz.
Signed-off-by: Yaowei Bai
---
README | 18 +-
1 file changed, 5 insertions(+), 13 deletions(-)
diff --git a/README b/README
index 67fc7a8..69c68fb 100644
--- a/README
As we have moved to 4.x, it should be reflected in README.
Signed-off-by: Yaowei Bai
---
README | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/README b/README
index a24ec89..67fc7a8 100644
--- a/README
+++ b/README
@@ -1,6 +1,6 @@
-
NFIG_IDE=m,
CONFIG_BLK_DEV_IDETAPE=m
Patch is against 4.0-rc1 (localversion-next is -next-20150303)
drivers/ide/ide-tape.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
The driver is called ide-tape.c, yet your subject prefix is "ide_tape:".
that is based on t
On Tue, Mar 03, 2015 at 10:59:30AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Mar 03, 2015 at 12:07:22PM +0900, Namhyung Kim escreveu:
> > The perf_event__preprocess_sample() translates a given ip into a
> > matching symbol. To do that, it first finds a corresponding thread
> > and map in th
On Tue, 2015-03-03 at 14:53 +0100, Nicolas Schichan wrote:
> On 03/03/2015 02:42 PM, Eric Dumazet wrote:
> >> To avoid that, I would take priv->tx_lock only once, or add a limit on
> >> the number of skbs that can be drained per round.
> >
> > Something like this (untested) patch
>
> I'm not agai
On Tue, Mar 03, 2015 at 09:26:58AM +, Vladimir Murzin wrote:
> On 02/03/15 18:56, Will Deacon wrote:
> > On Mon, Mar 02, 2015 at 02:55:44PM +, Vladimir Murzin wrote:
> >> Add support for memtest command line option.
> >>
> >> Signed-off-by: Vladimir Murzin
> >> ---
> >> arch/arm64/mm/init
On Tue, Mar 03, 2015 at 04:15:06PM +0300, Andrey Ryabinin wrote:
> On 03/03/2015 12:40 PM, Luis R. Rodriguez wrote:
> > Andrey,
> >
> > I believe that on Xen we should disable kasan, would like confirmation
>
> I guess Xen guests won't work with kasan because Xen guests doesn't setup
> shadow
>
On Sun, Mar 01, 2015 at 01:49:32PM +0100, Marcin Bis wrote:
> alway -> always
Applied, thanks. Please use subject lines reflecting the normal style
for the subsystem (spi: ).
signature.asc
Description: Digital signature
;quoted string
>> split across lines" but thats not related to this change.
>
>> This was only compile tested with x86_64_defconfig + CONFIG_IDE=m,
>> CONFIG_BLK_DEV_IDETAPE=m
>
>> Patch is against 4.0-rc1 (localversion-next is -next-20150303)
>>
>>
Lad,
Em Sat, 21 Feb 2015 18:39:51 +
Lad Prabhakar escreveu:
> From: "Lad, Prabhakar"
>
> this patch improves the queue_setup() callback.
Please improve your comments. The above description doesn't tell
anything that it wasn't said before at the patch subject.
It "improves" how? Why?
Pl
Hi Javi,
On Mon, Mar 02, 2015 at 06:17:42PM +, Javi Merino wrote:
> Since 6ea22486ba46 ("tracing: Add array printing helper") trace can
> traces with variable element size arrays. Add support to parse them.
I just have a nitpick below - otherwise both patches look good, so
Acked-by: Namhyun
On Mon, Mar 02, 2015 at 08:25:39PM -0800, Bjorn Andersson wrote:
> + if ((vreg->parts->uV.mask || vreg->parts->mV.mask) &&
> + (!initdata->constraints.min_uV || !initdata->constraints.max_uV)) {
> + dev_err(&pdev->dev, "no voltage specified for regulator\n");
> +
On 2015.03.02 at 14:29 +0100, Markus Trippelsdorf wrote:
> On 2015.03.02 at 12:07 +, Filipe David Manana wrote:
> > >> [83159.038708] [ cut here ]
> > >> [83159.038716] WARNING: CPU: 2 PID: 32343 at fs/btrfs/inode.c:8693
> > >> btrfs_destroy_inode+0x278/0x2a0()
> > >> [
NFIG_IDE=m,
CONFIG_BLK_DEV_IDETAPE=m
Patch is against 4.0-rc1 (localversion-next is -next-20150303)
drivers/ide/ide-tape.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
The driver is called ide-tape.c, yet your subject prefix is "ide_tape:".
WBR, Sergei
--
To u
On Tue, Mar 3, 2015 at 9:36 PM, Michal Hocko wrote:
> On Tue 03-03-15 20:02:15, Leon Yu wrote:
>> I have constantly stumbled upon "kernel BUG at mm/rmap.c:399!" after
>> upgrading
>> to 3.19 and had no luck with 4.0-rc1 neither.
>>
>> So, after looking into new logic introduced by commit 7a3ef208
Em Tue, Mar 03, 2015 at 12:07:34PM +0900, Namhyung Kim escreveu:
> Pass session struct to callchain resolve routines and find correct
> thread/map/symbol using proper functions.
For instance, in this case it looks like a case to pass a 'struct
machines' and not a perf_session one.
- Arnaldo
> C
On Tue, Mar 03, 2015 at 06:40:23PM +0530, Viresh Kumar wrote:
> On 3 March 2015 at 18:33, Leo Yan wrote:
> > In the previous code, cpufreq-dt driver support single clock shared by
> > all CPUs or every CPU has dedicated clock; but it cannot support cluster
> > level clock domain, which is very com
Em Tue, Mar 03, 2015 at 12:07:22PM +0900, Namhyung Kim escreveu:
> The perf_event__preprocess_sample() translates a given ip into a
> matching symbol. To do that, it first finds a corresponding thread
> and map in the current thread tree. But for indexed data files, it
> needs to find a thread (a
On 3 March 2015 at 14:45, Tejun Heo wrote:
> Hello,
>
> Found the culprit. Plain wake_up() shouldn't be used on
> bit_waitqueues. The following patch should fix the issue. I replaced
> the patch in the wq branches.
Yup, this looks good from here.
Thanks,
Tomeu
> Thanks a lot.
>
> - 8< -
Em Tue, Mar 03, 2015 at 10:42:14PM +0900, Namhyung Kim escreveu:
> On Tue, Mar 03, 2015 at 12:26:08AM -0300, Arnaldo Carvalho de Melo wrote:
> > +++ b/tools/perf/util/thread.c
> > @@ -82,6 +82,20 @@ void thread__delete(struct thread *thread)
> > +struct thread *thread__get(struct thread *thread)
>
From: Matteo Semenzato
This patch fixes the following errors:
ERROR: space prohibited before that ',' (ctx:WxW)
ERROR: space prohibited before that ',' (ctx:WxW)
Signed-off-by: Matteo Semenzato
---
drivers/staging/rtl8188eu/core/rtw_sta_mgt.c | 14 +++---
1 file changed, 7 insertions(+
From: Matteo Semenzato
This patch fixes the following errors:
ERROR: space prohibited before that ',' (ctx:WxW)
ERROR: space prohibited before that ',' (ctx:WxW)
Signed-off-by: Matteo Semenzato
---
drivers/staging/rtl8188eu/core/rtw_mlme_ext.c | 40 +--
1 file changed,
From: Matteo Semenzato
This patch fixes the following errors:
ERROR: space prohibited before that ',' (ctx:WxW)
ERROR: space prohibited before that ',' (ctx:WxW)
Signed-off-by: Matteo Semenzato
---
drivers/staging/rtl8188eu/core/rtw_mlme.c | 20 ++--
1 file changed, 10 insertio
Currently the driver relies on some obscure and undocumented register to set
the maximum axis value.
The reported value is way too high to be meaningful, which confuses some
userspace tools like QT's evdevtouch plugin which try to scale the reported
events to the maximum values.
Use the values fr
input_register_device already sets the EV_SYN event since all devices can
generate them.
Remove the redundant affectation.
Signed-off-by: Maxime Ripard
---
drivers/input/touchscreen/edt-ft5x06.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/input/touchscreen/edt-ft5x06.c
b/drivers
Drivers are still required to call input_set_abs_params for their axes, as if
they only use the touchscreen_parse_of_params function, the axis bit in absbit
won't be set.
Switch to using input_set_abs_params to fully setup each and every available
axis so that drivers will be able to solely use th
Hi,
The current ft5x06 reports to the user-space that its maximum
coordinates are, on both X and Y, way higher than what could be
actually usable on the screen (in my case, 5759x1151 instead of
480x800).
This causes trouble on some userspace stacks that then try to re-scale
these coordinates back
So far, the DT parsing code was only setting up the regular input axes,
completely ignoring their multitouch counter parts.
Fill them with the same parameters than the regular axes.
Signed-off-by: Maxime Ripard
---
drivers/input/touchscreen/of_touchscreen.c | 22 +-
1 file c
On 03/03/2015 02:42 PM, Eric Dumazet wrote:
>> To avoid that, I would take priv->tx_lock only once, or add a limit on
>> the number of skbs that can be drained per round.
>
> Something like this (untested) patch
I'm not against testing this patch, but we do not have any SMP capable bcm63xx
board
From: Matteo Semenzato
This patch fixes the following errors:
ERROR: space prohibited before that ',' (ctx:WxW)
ERROR: space prohibited before that ',' (ctx:WxW)
Signed-off-by: Matteo Semenzato
---
drivers/staging/rtl8188eu/core/rtw_ieee80211.c | 8
1 file changed, 4 insertions(+), 4
From: Matteo Semenzato
This patch fixes the following errors:
ERROR: space prohibited before that ','
Signed-off-by: Matteo Semenzato
---
drivers/staging/rtl8188eu/core/rtw_efuse.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_efuse.
> From: Colin Ian King
>
> cppcheck detected a buffer overflow:
>
> [drivers/net/wireless/ath/wil6210/debugfs.c:634]: (error) Width 8
> given in format string (no. 1) is larger than destination buffer
> 'cmd[8]', use %7s to prevent overflowing it.
>
> For the current %8s sscanf we require
On Mon, Mar 02, 2015 at 05:51:10PM -0500, Bandan Das wrote:
>
> The wrapper already calls the appropriate free
> function, use it instead of spinning our own.
>
> Signed-off-by: Bandan Das
Applied to cgroup/for-4.1.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscrib
On Tue, Mar 03, 2015 at 09:59:47AM +0100, Javier Martinez Canillas wrote:
> When building cgroup, GCC warns that the root variable
> may be used uninitialized in the cgroup_mount function.
>
> kernel/cgroup.c: In function ‘cgroup_mount’:
> kernel/cgroup.c:1886:13: warning: ‘root’ may be used unini
On Tue 03-03-15 06:42:01, Chen Gang wrote:
> When !MMU, it will report warning. The related warning with allmodconfig
> under c6x:
Does it even make any sense to enable CONFIG_MEMCG when !CONFIG_MMU?
Is anybody using this configuration and is it actually usable? My
knowledge about CONFIG_MMU is cl
Hello,
Found the culprit. Plain wake_up() shouldn't be used on
bit_waitqueues. The following patch should fix the issue. I replaced
the patch in the wq branches.
Thanks a lot.
- 8< -
>From bba5a377507efef69214108c0d3790cadfab21d4 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Tue, 3
Sorry for the delay, I was (and still am) busy with house moving.
On Thu, Feb 26, 2015 at 08:50:51AM +0100, Michael Kerrisk (man-pages) wrote:
> On 02/17/2015 06:32 AM, Michael Kerrisk (man-pages) wrote:
> > Hi Joerg,
> >
> > Would you be willing to review/comment on Vince's patch, please.
The u
On Tue, Mar 03, 2015 at 10:34:37PM +1100, Dave Chinner wrote:
> On Mon, Mar 02, 2015 at 10:56:14PM -0800, Linus Torvalds wrote:
> > On Mon, Mar 2, 2015 at 9:20 PM, Dave Chinner wrote:
> > >>
> > >> But are those migrate-page calls really common enough to make these
> > >> things happen often enoug
Hi Arnaldo,
On Tue, Mar 03, 2015 at 12:26:08AM -0300, Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> We need to do that to stop accumulating entries in the dead_threads
> linked list, i.e. we were keeping references to threads in struct hists
> that continue to exist even a
On Tue, 2015-03-03 at 05:29 -0800, Eric Dumazet wrote:
> On Tue, 2015-03-03 at 12:45 +0100, Nicolas Schichan wrote:
> > In case there was some tx buffer reclaimed and not enough rx packets
> > to consume the whole budget, napi_complete would not be called and
> > interrupts would be kept disabled,
On Tue, Mar 03, 2015 at 02:46:40PM +0800, Wang, Yalin wrote:
> > -Original Message-
> > From: Minchan Kim [mailto:minchan@gmail.com] On Behalf Of Minchan Kim
> > Sent: Tuesday, March 03, 2015 12:15 PM
> > To: Wang, Yalin
> > Cc: 'Michal Hocko'; 'Andrew Morton'; 'linux-kernel@vger.kernel
On 3/3/2015 8:50 AM, yanjiang@windriver.com wrote:
> From: Yanjiang Jin
>
> Hi,
>
> This patch series fix some CAAM compile and runtime warnings.
> The patches 0001 and 0002 are same as V1.
>
> I have tested this on fsl-p5020ds board using upstream 4.0.0-rc1+ with the
> below configs:
>
> The # flag in %X means print a 0X prefix. Remove the extra 0x prefix.
>
> Signed-off-by: Rasmus Villemoes
Thanks, applied to wireless-drivers-next.git.
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
commit f42c85e74faa422cf0bc747ed808681145448f88 moved tracepoint's ftrace
creation into include/trace/ftrace.h and trace/define_trach.h was deleted
as a result. However some comment info does not adapt to the change, which
is such a misguiding when reading related code.
This patch fix this by
On Mon, Feb 09, 2015 at 08:19:21PM +0900, Tomasz Figa wrote:
> Even though the code uses the dt_lock spin lock to serialize mapping
> operation from different threads, it does not protect from IOMMU
> accesses that might be already taking place and thus altering state
> of the IOTLB. This means tha
On Tue 03-03-15 20:02:15, Leon Yu wrote:
> I have constantly stumbled upon "kernel BUG at mm/rmap.c:399!" after upgrading
> to 3.19 and had no luck with 4.0-rc1 neither.
>
> So, after looking into new logic introduced by commit 7a3ef208e662, ("mm:
> prevent endless growth of anon_vma hierarchy"),
On Tue, Mar 03, 2015 at 06:51:11PM +0530, Aneesh Kumar K.V wrote:
> Rik van Riel writes:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 02/12/2015 02:55 PM, Rik van Riel wrote:
> >> On 02/12/2015 11:18 AM, Kirill A. Shutemov wrote:
> >
> >>> @@ -490,6 +493,7 @@ extern int
> >
Hi!
> This patchset contains the missing speech data support for the
> Nokia N900 modem.
>
> Userland access goes via /dev/cmt_speech. The API is implemented in
> libcmtspeechdata, which is used by ofono and the freesmartphone.org project.
> Apart from that the device is also used by the phone bi
Hi Masami,
On Mon, Mar 02, 2015 at 09:49:53PM +0900, Masami Hiramatsu wrote:
> Fix perf probe to handle aliased symbols correctly in glibc.
> In the glibc, several symbols are defined as an alias of
> __libc_XXX, e.g. malloc is an alias of __libc_malloc.
> In such cases, dwarf has no subroutine in
> Signed-off-by: Priit Laes
Thanks, 7 patches applied to wireless-drivers-next.git:
b4926aff3ece rtlwifi: Remove unused defines from rtl8192cu driver
6e7c1baa973a rtlwifi: Remove unused defines from driver-specific def.h
6d4007fd6a4b rtlwifi: Remove unused RF6052_MAX_REG define
8a09dd2ed2bc rtl
On Tue, 2015-03-03 at 12:45 +0100, Nicolas Schichan wrote:
> In case there was some tx buffer reclaimed and not enough rx packets
> to consume the whole budget, napi_complete would not be called and
> interrupts would be kept disabled, effectively resulting in the
> network core never to call the p
Rik van Riel writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/12/2015 02:55 PM, Rik van Riel wrote:
>> On 02/12/2015 11:18 AM, Kirill A. Shutemov wrote:
>
>>> @@ -490,6 +493,7 @@ extern int
>>> wait_on_page_bit_killable_timeout(struct page *page,
>>
>>> static inline int wait
On Tue, Mar 3, 2015 at 4:10 AM, Christian König wrote:
> Good catch.
>
> Patch is Reviewed-by: Christian König
>
> Regards,
> Christian.
>
Applied to my -fixes tree. Thanks!
Alex
>
> On 02.03.2015 20:36, Tommi Rantala wrote:
>>
>> Passing zeroed drm_radeon_cs struct to DRM_IOCTL_RADEON_CS pro
On 2 March 2015 at 20:24, Kevin Hilman wrote:
> From: Kevin Hilman
>
> To keep consisitency with the rest of the file, use 'genpd' as the
> name of the 'struct generic_pm_domain' pointer instead of 'gpd'.
>
> This is just a rename, no functional changes.
>
> Signed-off-by: Kevin Hilman
Reviewed
Hello, Tomeu.
On Tue, Mar 03, 2015 at 11:00:43AM +0100, Tomeu Vizoso wrote:
...
> [7.421803] PC is at wake_bit_function+0x18/0x6c
> [7.428168] LR is at __wake_up_common+0x5c/0x90
...
> [7.673183] [] (wake_bit_function) from []
> (__wake_up_common+0x5c/0x90)
> [7.683300] [] (__wake
Hello, Kame.
On Tue, Mar 03, 2015 at 03:53:46PM +0900, Kamezawa Hiroyuki wrote:
> relationship between proximity domain and lapic id doesn't change.
> relationship between lapic-id and cpu-id changes.
>
> pxm <-> memory address : no change
> pxm <-> lapicid : no change
> pxm <-> node id
On Mon, 2015-03-02 at 19:54 -0800, Joe Perches wrote:
> Make the memset possibly more efficient with the appropriate
> CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS #ifdef
>
> Signed-off-by: Joe Perches
> ---
> include/linux/etherdevice.h | 12 +++-
> 1 file changed, 11 insertions(+), 1 deletio
On Tue 03-03-15 21:22:22, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c
> > b/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c
> > index ccf3436024bc..f351920fc293 100644
> > --- a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c
> > +++ b
On 03/03/2015 12:40 PM, Luis R. Rodriguez wrote:
> Andrey,
>
> I believe that on Xen we should disable kasan, would like confirmation
I guess Xen guests won't work with kasan because Xen guests doesn't setup shadow
(kasan_map_early_shadow() is not called in xen guests).
Disabling kasan for Xen i
On Fri, Feb 06, 2015 at 10:59:53AM +0100, Quentin Lambert wrote:
> drivers/iommu/intel-iommu.c | 13 +++--
> drivers/iommu/intel_irq_remapping.c | 12 ++--
> 2 files changed, 13 insertions(+), 12 deletions(-)
Applied, thanks.
--
To unsubscribe from this list: send the lin
On 3 March 2015 at 18:33, Leo Yan wrote:
> In the previous code, cpufreq-dt driver support single clock shared by
> all CPUs or every CPU has dedicated clock; but it cannot support cluster
> level clock domain, which is very common implementation for ARM SoCs.
>
> So this patch add the support for
On 3 March 2015 at 17:11, Kapileshwar Singh wrote:
> Yes I indeed tested the case where we cache the device pointer of the CPU for
> which the OPP's are populated.
> When this CPU is hotplugged out, it invalidates the device pointer itself.
> Here are the error we get in dmesg:
What do you mean
On Tue, Mar 03, 2015 at 12:54:38PM +, Cláudio Maia wrote:
> The following errors were fixed:
>
> ERROR: code indent should use tabs where possible
> WARNING: line over 80 characters
>
> Signed-off-by: Cláudio Maia
Can you resend these but split up differently.
> + write_reg(par, 0x22);
Change to use cpufreq-dt's platform data of clk_domain_boundary; in
the old code the initial value is true, that means every CPU has the
dedicated clock. So assign as CPUFREQ_DT_CLK_PER_CPU.
Signed-off-by: Leo Yan
---
arch/arm/mach-mvebu/pmsu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
In the previous code, cpufreq-dt driver support single clock shared by
all CPUs or every CPU has dedicated clock; but it cannot support cluster
level clock domain, which is very common implementation for ARM SoCs.
So this patch add the support for cluster level clock; which use the
platform parame
Add support for cluster level clock domain for cpufreq-dt driver.
With this support, then cpufreq driver which using cpufreq-dt as
backend can easily apply on multi-clusters system with cluster
level clock domain.
The first patch has been back ported to 3.18 and tested on hikey
board, the second
* Arnaldo Carvalho de Melo wrote:
> Em Sat, Feb 28, 2015 at 10:18:49AM +0100, Ingo Molnar escreveu:
> >
> > On Debian-ish systems libbabeltrace-dev should be suggested as a
> > package install as well.
> >
> > Signed-off-by: Ingo Molnar
> >
> > diff --git a/tools/perf/.gitignore b/tools/per
* Arnaldo Carvalho de Melo wrote:
> Em Sat, Feb 28, 2015 at 09:33:45AM +0100, Ingo Molnar escreveu:
> >
> > Change the Python detection message from:
> >
> > config/Makefile:566: No python-config tool was found
> > config/Makefile:566: Python support will not be built
> >
> > To:
> >
> >
Commit-ID: d496a002ae1f02425168e5211c237abee588651a
Gitweb: http://git.kernel.org/tip/d496a002ae1f02425168e5211c237abee588651a
Author: Quentin Casasnovas
AuthorDate: Thu, 26 Feb 2015 18:03:59 +0100
Committer: Borislav Petkov
CommitDate: Mon, 2 Mar 2015 20:30:42 +0100
x86/microcode/inte
Hi Roger,
On Tue, Mar 3, 2015 at 1:55 PM, Roger Quadros wrote:
> I'm OK with this version.
>
> Tony, after you ACK these I will queue them for v4.1.
Please use v4 of my patches. The DTS output has been changed and the
comments have their colon.
Regards,
Robert
--
To unsubscribe from this list:
This patch fixes multiple instances of null pointer dereference in this code.
ep->udc is assigned to udc. ep is just an offset from _ep. _ep is then
checked for NULL. udc is dereferenced under the NULL check for _ep, making
an invalid pointer reference.
udc is then checked for NULL, if NULL, it i
On 03/03/15 14:04, Axel Lin wrote:
> Code simplification. No functional change.
>
> Signed-off-by: Axel Lin
Acked-by: Roger Quadros
cheers,
-roger
> ---
> drivers/phy/phy-ti-pipe3.c | 10 +++---
> 1 file changed, 3 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/phy/phy-ti-pipe3.
Robert,
On 26/02/15 16:45, Robert ABEL wrote:
> These are the changes I proposed in three separate patchsets
> #([1], [2], [3]) rebased to 3.19 as well as new changes for little bugs
> I noticed while preparing this patchset.
>
> 1. DEBUG was undefined in source code --> remove offending lines
>
* Borislav Petkov wrote:
> Hi guys,
>
> here's the first pile of microcode loader cleanups for 4.1.
>
> Please pull,
> thanks.
>
> ---
> The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
>
> Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
>
> are available in the git
This patch corrects the comments' style.
Signed-off-by: Cláudio Maia
---
drivers/staging/fbtft/fb_pcd8544.c | 107 +++-
1 file changed, 58 insertions(+), 49 deletions(-)
diff --git a/drivers/staging/fbtft/fb_pcd8544.c
b/drivers/staging/fbtft/fb_pcd8544.c
index
The following errors were fixed:
ERROR: code indent should use tabs where possible
WARNING: line over 80 characters
Signed-off-by: Cláudio Maia
---
drivers/staging/fbtft/fb_pcd8544.c | 74 +++-
1 file changed, 39 insertions(+), 35 deletions(-)
diff --git a/dri
Robert,
On 26/02/15 16:45, Robert ABEL wrote:
> These are the changes I proposed in three separate patchsets
> #([1], [2], [3]) rebased to 3.19 as well as new changes for little bugs
> I noticed while preparing this patchset.
>
> 1. DEBUG was undefined in source code --> remove offending lines
>
On Tue, Mar 03, 2015 at 11:28:25AM +0300, Dan Carpenter wrote:
> On Tue, Mar 03, 2015 at 02:39:36AM -0500, gr...@linuxhacker.ru wrote:
>
> > This really came from nowhere and I do not see this patch in any archives
> > of mailinglists I am subscribed to.
> > In fact Google cannot find it either.
>
On 27/02/15 15:54, Vincent Guittot wrote:
> From: Morten Rasmussen
>
> Apply frequency scale-invariance correction factor to usage tracking.
> Each segment of the running_load_avg geometric series is now scaled by the
The same comment I sent out on [PATCH v10 07/11]:
The use of underscores in r
Introduce zram-control sysfs class, which has two sysfs attrs:
- zram_add -- add a new specific (device_id) zram device
- zram_remove -- remove a specific (device_id) zram device
Usage example:
# add a new specific zram device
echo 4 > /sys/class/zram-control/zram_add
With dynamic device creation/removal printing num_devices in zram_init()
doesn't make a lot of sense, as well as printing the number of destroyed
devices in destroy_devices(). Print per-device action (added/removed) in
zram_add() and zram_remove() instead.
Example:
[ 3645.259652] zram: Added devi
On Mon, Mar 02, 2015 at 08:25:38PM -0800, Bjorn Andersson wrote:
> Expose the newly created init_data to the driver's parse callback so
> that it can futher enhance it with e.g. constraints of the regulator.
Why would the driver need to do that? I guess I'll see later on in the
series but the ch
This patch looks big, but basically it just moves code blocks forward
and backward. No functional changes.
Our current code layout looks a bit like a sandwitch.
For example,
a) between read/write handlers, we have update_used_max() helper function:
static int zram_decompress_page
static int zram
Device reset currently consists of two steps:
a) holding ->bd_mutex we ensure that there are no device users
(bdev->bd_openers)
b) and internal part (executed under bdev->bd_mutex and partially
under zram->init_lock) that resets the device - frees allocated
memory and returns the device back to it
Limiting the number of zram devices to 32 (default max_num_devices value)
is confusing, let's drop it. A user with 2TB or 4TB of RAM, for example,
can request as many devices as he can handle.
Signed-off-by: Sergey Senozhatsky
---
drivers/block/zram/zram_drv.c | 8 +---
drivers/block/zram/zr
This patch makes some preparations for dynamic device ADD/REMOVE functionality
via /dev/zram-control interface.
Remove `zram_devices' array and switch to id-to-pointer translation (idr).
idr doesn't bloat zram struct with additional members, f.e. list_head, yet
still provides ability to match the
we don't have meta->tb_lock anymore and use meta table entry
bit_spin_lock instead. update comment.
Signed-off-by: Sergey Senozhatsky
---
drivers/block/zram/zram_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.
Signed-off-by: Sergey Senozhatsky
---
drivers/block/zram/zram_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c
index 871bd35..8fc2566 100644
--- a/drivers/block/zram/zram_drv.c
+++ b/drivers/block/zram/zram_drv
Hello,
This patchset introduces zram-control sysfs class, which has two sysfs
attrs:
- zram_add -- add a new specific (device_id) zram device
- zram_remove -- remove a specific (device_id) zram device
Usage example:
# add a new specific zram device
echo 4 > /sys/class/
On Mon, Mar 02, 2015 at 08:25:37PM -0800, Bjorn Andersson wrote:
> +- compatible:
> + Usage: required
> + Value type:
> + Definition: must be one of:
> + "qcom,rpm-pm8058-regulators"
> + "qcom,rpm-pm8901-regulators"
> + "qcom,rpm-pm8921-
On 27/02/15 15:54, Vincent Guittot wrote:
> Monitor the usage level of each group of each sched_domain level. The usage is
> the portion of cpu_capacity_orig that is currently used on a CPU or group of
> CPUs. We use the utilization_load_avg to evaluate the usage level of each
> group.
>
> The uti
On Tue, Mar 03, 2015 at 11:49:31AM +0800, chenfeng wrote:
> There is an alignment issue with ldmia in A32 user-space with A64
> Kernel. Since the famous taobao apk use this instruction, so we want
You're exactly right, there is an issue _in userspace_.
If userspace code is triggering an alignment
On Tue, Mar 3, 2015 at 3:02 PM, Leon Yu wrote:
> I have constantly stumbled upon "kernel BUG at mm/rmap.c:399!" after upgrading
> to 3.19 and had no luck with 4.0-rc1 neither.
>
> So, after looking into new logic introduced by commit 7a3ef208e662, ("mm:
> prevent endless growth of anon_vma hierarc
The current state of the different cpuidle drivers is the different PM
operations are passed via the platform_data using the platform driver
paradigm.
This approach allowed to split the low level PM code from the arch specific
and the generic cpuidle code.
Unfortunately there are complains about
Call the common ARM/ARM64 'arm_cpuidle_suspend' instead of cpu_suspend function
which is specific to ARM64.
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle-arm64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpuidle/cpuidle-arm64.c b/drivers/cpuidle/cpui
In the next patch, this driver will be common across ARM/ARM64. Remove all refs
to ARM64 as it will be shared with ARM32.
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/cpuidle-arm64.c | 34 +-
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/dri
With this change the cpuidle-arm64.c file calls the same function name
for both ARM and ARM64.
Signed-off-by: Daniel Lezcano
---
arch/arm64/include/asm/cpuidle.h | 4 ++--
arch/arm64/kernel/cpuidle.c | 2 +-
drivers/cpuidle/cpuidle-arm64.c | 2 +-
3 files changed, 4 insertions(+), 4 deleti
ARM32 and ARM64 have the same DT definitions and the same approaches.
The generic ARM cpuidle driver can be put in common for those two
architectures.
Signed-off-by: Daniel Lezcano
---
drivers/cpuidle/Kconfig| 7 +--
drivers/cpuidle/Kconfig.arm
1101 - 1200 of 1395 matches
Mail list logo
