On Mon, Mar 09, 2015 at 06:29:38PM +0200, Giedrius Statkevičius wrote:
> Remove BOARD_FAILED and don't save dgnc_boards which failed to
> initialize.
>
> Assign the result of kzalloc() to brd in dgnc_found_board() and only put
> it in the dgnc_Board[] if it successfully initializes. Also, remove
On Mon, Mar 09, 2015 at 12:44:03PM +, Zubair Lutfullah Kakakhel wrote:
> Add drm driver for the Ingenic JZ4780 SoC.
>
> Signed-off-by: Zubair Lutfullah Kakakhel
This driver neither supports universal planes nor atomic. Imo adding new
drivers using old internal interfaces and only supporting
On Mon, Mar 9, 2015 at 11:49 PM, Zahari Doychev
wrote:
> When using the user mode helper to load firmwares the function
> _request_firmware
> gets a positive return value from fw_load_from_user_helper and because of this
> the firmware buffer is not assigned. This happens only when the return
hi,
On 2015/3/10 14:28, Namhyung Kim wrote:
On Fri, Mar 06, 2015 at 08:51:44PM +0800, He Kuang wrote:
In perf hists browser, the fold/unfold stat of each hist entry is
recorded but hb->nr_callchain_rows loses its value after zoom out and
zoom in back. This causes a wrong row cursor range that
Hi,
On 10-03-15 07:17, Steven Noonan wrote:
Hi Benjamin,
I just got a ThinkPad X250 in today and have tried out your patches on
3.19.1. Before the patches, the top TrackPoint buttons weren't working
at all, but the clickpad was working fine. For the most part, your
patches fixed the
Hi Andi,
On Sun, Mar 08, 2015 at 04:55:21PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> The information how much a counter ran in perf stat can be quite
> interesting for other tools to judge how trustworthy a measurement is.
>
> Currently it is only output in non CSV mode.
>
> This
Hi Joe,
On Monday 09 March 2015 00:18:41 Joe Perches wrote:
> On Mon, 2015-03-09 at 09:07 +0200, Laurent Pinchart wrote:
> > Acked-by: Laurent Pinchart
> > Should I take the patch in my tree ?
>
> If you want.
> Otherwise Andrew will likely pick it up eventually.
I'll most likely send another
Am Dienstag, 10. März 2015, 17:44:54 schrieb Stephen Rothwell:
Hi Stephen,
>Hi Herbert,
>
>On Tue, 10 Mar 2015 17:03:28 +1100 Herbert Xu
wrote:
>> On Tue, Mar 10, 2015 at 04:44:17PM +1100, Stephen Rothwell wrote:
>> > After merging the crypto tree, today's (and the past few days)
>> >
Hi Arnaldo,
On Fri, Mar 06, 2015 at 09:48:05AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Mar 06, 2015 at 01:38:06PM +0900, Namhyung Kim escreveu:
> > On Thu, Mar 05, 2015 at 05:08:56PM +0100, Frederic Weisbecker wrote:
> > > On Wed, Mar 04, 2015 at 09:02:55AM +0900, Namhyung Kim wrote:
> >
The mach-at91 build does not force the user to make a CPU selection.
This can yield a build failure when SOC_SAM_V7 is used, but neither
SOC_SAMA5D4 nor SOC_SAMA5D3 are defined:
arch/arm/include/asm/glue-pf.h:54:2: error: #error Unknown prefetch abort
handler type
#error Unknown
On Mon, Mar 09, 2015 at 08:57:08PM +, Lorenzo Stoakes wrote:
> This patch fixes the following sparse warning:-
>
> drivers/staging/sm750fb/ddk750_help.c: warning: incorrect type in assignment
> (different address spaces)
>
> Signed-off-by: Lorenzo Stoakes
> ---
>
On 10 March 2015 at 07:11, Viet Nga Dao wrote:
> On Mon, Mar 9, 2015 at 2:31 PM, Rafał Miłecki wrote:
>> On 11 February 2015 at 05:53, Viet Nga Dao wrote:
>>> /* NOTE: double check command sets and memory organization when you add
>>> * more nor chips. This current list focusses on newer
On Mon, Mar 9, 2015 at 6:14 PM, Yinghai Lu wrote:
>>>
>>> +#include "misc_pgt.c"
>>
>> Shouldn't this just be a normal built .o file that is linked together
>> in the Makefile, specifically tracking CONFIG_RANDOMIZE_BASE as aslr.o
>> already is?
>
> Yes, we could go that way.
Please check
On Mon, Mar 09, 2015 at 09:14:38PM +0100, Matteo Semenzato wrote:
> From: Matteo Semenzato
>
> The bitmask should be used on msignals since the signals variable is not
> used anywhere in the function.
>
You're probably right. I would really like to get Mark's Ack on this
though becuase it's
On Mon, Mar 09, 2015 at 09:08:17PM +0100, Matteo Semenzato wrote:
> From: Matteo Semenzato
>
> The comedi_cmd struct has an hole after chanlist_len that could contain
> uninitialized
> memory, this struct is copied to userspace.
>
Is this a Smatch warning? If so then, I appologize because
Hi Herbert,
On Tue, 10 Mar 2015 17:03:28 +1100 Herbert Xu
wrote:
>
> On Tue, Mar 10, 2015 at 04:44:17PM +1100, Stephen Rothwell wrote:
> >
> > After merging the crypto tree, today's (and the past few days)
> > linux-next build (powerpc allyesconfig) produced these warnings:
> >
> >
On Fri, Mar 06, 2015 at 08:51:44PM +0800, He Kuang wrote:
> In perf hists browser, the fold/unfold stat of each hist entry is
> recorded but hb->nr_callchain_rows loses its value after zoom out and
> zoom in back. This causes a wrong row cursor range that restrict user to
> move down anymore.
>
>
On Tue, Mar 03, 2015 at 10:40:14PM +0100, Frans Klaver wrote:
> Fix a bug where devices aren't shown in sysfs.
>
> While at it, make use of the default owner value set by mtdcore.
>
> Signed-off-by: Frans Klaver
> ---
> drivers/mtd/nand/fsl_elbc_nand.c | 2 +-
> 1 file changed, 1 insertion(+),
On Mon, 2015-03-09 at 22:56 +0100, Arnd Bergmann wrote:
> On Monday 09 March 2015 11:26:52 Yingjoe Chen wrote:
> > On Fri, 2015-03-06 at 18:48 +0800, yong...@mediatek.com wrote:
> > > From: Yong Wu
> > >
> > > This patch add SMI(Smart Multimedia Interface) driver. This driver is
> > >
* Andy Lutomirski wrote:
> On Mon, Mar 9, 2015 at 11:16 AM, Linus Torvalds
> wrote:
> > On Mon, Mar 9, 2015 at 11:04 AM, Andy Lutomirski
> > wrote:
> >>
> >> One option would be to change the NMI entry code to move itself down 8
> >> bytes if this happens (came from kernel mode or sp == sp0
On Mon, Mar 09, 2015 at 09:52:18AM -0700, Linus Torvalds wrote:
> On Mon, Mar 9, 2015 at 4:29 AM, Dave Chinner wrote:
> >
> >> Also, is there some sane way for me to actually see this behavior on a
> >> regular machine with just a single socket? Dave is apparently running
> >> in some fake-numa
On 2015/3/10 10:54 AM, Ley Foon Tan wrote:
> On Tue, Mar 10, 2015 at 1:05 AM, Ezequiel Garcia
> wrote:
>>
>>
>> On 03/09/2015 02:02 PM, Chung-Lin Tang wrote:
>>> On 2015/3/10 12:54 AM, Chung-Lin Tang wrote:
It appears that some of the ways nios2 has organized the
ucontext/pt_regs/etc.
Hi Benjamin,
I just got a ThinkPad X250 in today and have tried out your patches on
3.19.1. Before the patches, the top TrackPoint buttons weren't working
at all, but the clickpad was working fine. For the most part, your
patches fixed the TrackPoint.
There's something weird going on though. If
On Mon, 2015-03-09 at 18:59 +0100, Paul Bolle wrote:
> Hi Yong,
>
> Yong Wu schreef op ma 09-03-2015 om 19:57 [+0800]:
> > On Fri, 2015-03-06 at 12:30 +0100, Paul Bolle wrote:
> > > On Fri, 2015-03-06 at 18:48 +0800, yong...@mediatek.com wrote:
> > > > --- a/drivers/soc/mediatek/Kconfig
> > > >
Hi Arnaldo,
On Mon, Mar 09, 2015 at 10:21:35AM -0300, Arnaldo Carvalho de Melo wrote:
> For trace I need to take advantage of the fact that each mmap is ordered
> already and then just sort by the timestamp in the mmap head, etc.
>
> In retrospect, the perf.data file should have kept that
Hi Rafal,
Thanks for your review.
On Mon, Mar 9, 2015 at 2:31 PM, Rafał Miłecki wrote:
> Hi Viet,
>
> I'm not too active in mtd subsystem, so I didn't notice your patch
> earlier. However I would like to share few comments.
>
> On 11 February 2015 at 05:53, Viet Nga Dao wrote:
>> From: Viet Nga
From: Oleg Nesterov
fx_finit() has 2 users but only fpu_finit() needs to nullify xstate,
alloc_bootmem_align() in setup_init_fpu_buf() returns zero-filled
memory.
And note that both memset()'s look confusing. Yes, offsetof() is 0
for ->fxsave or ->fsave, but it would be more clean to turn them
From: Oleg Nesterov
This is a cosmetic change: xstateregs_get() and xstateregs_set() abuse
->fxsave to access xsave->i387.sw_reserved. This is correct, ->fxsave
and xsave->i387 share the same memory, but IMHO this looks confusing.
And we can make this code more readable if we add "struct
Hi,
On Tue, Mar 10, 2015 at 11:38:59AM +0800, He Kuang wrote:
> ping..
> On 2015/3/4 12:13, He Kuang wrote:
> >When all perf report entries be filtered, the result of
> >hists__filter_entries() can be NULL, check the result before processing.
In that case, browser->nr_entries should be zero
On Tue, Mar 10, 2015 at 04:44:17PM +1100, Stephen Rothwell wrote:
> Hi Herbert,
>
> After merging the crypto tree, today's (and the past few days)
> linux-next build (powerpc allyesconfig) produced these warnings:
>
> crypto/algif_aead.c:561:2: warning: initialization from incompatible pointer
On Mon, Mar 09, 2015 at 05:54:01PM -0700, Kees Cook wrote:
> On Sat, Mar 7, 2015 at 2:07 PM, Yinghai Lu wrote:
> > Boris found data from boot stage can not be used kernel stage.
>
> "... be used during kernel stage."
>
> Also, can you give a specific example of this problem? (Which data, used
* Denys Vlasenko wrote:
> These changes make SYSENTER64 code path save flags and user's
> stack pointer in pt_regs->flags and pt_regs->sp, where they belong.
>
> As a result, we can drop stub_iopl() and thread_struct::usersp.
>
> Usage of PER_CPU(old_rsp) is reduced to bare minimum.
>
>
Hi all,
Changes since 20150306:
The net-next tree gained a conflict against the net tree.
The sound-asoc tree gained a build failure so I used the version from
next-20150306.
The regulator tree gained a build failure for which I applied a fix patch.
The staging tree gained a build failure so
On Tue, Mar 10, 2015 at 04:44:17PM +1100, Stephen Rothwell wrote:
Hi Herbert,
After merging the crypto tree, today's (and the past few days)
linux-next build (powerpc allyesconfig) produced these warnings:
crypto/algif_aead.c:561:2: warning: initialization from incompatible pointer
type
On 2015/3/10 10:54 AM, Ley Foon Tan wrote:
On Tue, Mar 10, 2015 at 1:05 AM, Ezequiel Garcia
ezequ...@vanguardiasur.com.ar wrote:
On 03/09/2015 02:02 PM, Chung-Lin Tang wrote:
On 2015/3/10 12:54 AM, Chung-Lin Tang wrote:
It appears that some of the ways nios2 has organized the
On Mon, Mar 09, 2015 at 09:52:18AM -0700, Linus Torvalds wrote:
On Mon, Mar 9, 2015 at 4:29 AM, Dave Chinner da...@fromorbit.com wrote:
Also, is there some sane way for me to actually see this behavior on a
regular machine with just a single socket? Dave is apparently running
in some
Hi Benjamin,
I just got a ThinkPad X250 in today and have tried out your patches on
3.19.1. Before the patches, the top TrackPoint buttons weren't working
at all, but the clickpad was working fine. For the most part, your
patches fixed the TrackPoint.
There's something weird going on though. If
On Mon, 2015-03-09 at 18:59 +0100, Paul Bolle wrote:
Hi Yong,
Yong Wu schreef op ma 09-03-2015 om 19:57 [+0800]:
On Fri, 2015-03-06 at 12:30 +0100, Paul Bolle wrote:
On Fri, 2015-03-06 at 18:48 +0800, yong...@mediatek.com wrote:
--- a/drivers/soc/mediatek/Kconfig
+++
On Mon, Mar 09, 2015 at 05:54:01PM -0700, Kees Cook wrote:
On Sat, Mar 7, 2015 at 2:07 PM, Yinghai Lu ying...@kernel.org wrote:
Boris found data from boot stage can not be used kernel stage.
... be used during kernel stage.
Also, can you give a specific example of this problem? (Which
* Denys Vlasenko dvlas...@redhat.com wrote:
These changes make SYSENTER64 code path save flags and user's
stack pointer in pt_regs-flags and pt_regs-sp, where they belong.
As a result, we can drop stub_iopl() and thread_struct::usersp.
Usage of PER_CPU(old_rsp) is reduced to bare
Hi,
On Tue, Mar 10, 2015 at 11:38:59AM +0800, He Kuang wrote:
ping..
On 2015/3/4 12:13, He Kuang wrote:
When all perf report entries be filtered, the result of
hists__filter_entries() can be NULL, check the result before processing.
In that case, browser-nr_entries should be zero IMHO. But
From: Oleg Nesterov o...@redhat.com
This is a cosmetic change: xstateregs_get() and xstateregs_set() abuse
-fxsave to access xsave-i387.sw_reserved. This is correct, -fxsave
and xsave-i387 share the same memory, but IMHO this looks confusing.
And we can make this code more readable if we add
From: Oleg Nesterov o...@redhat.com
fx_finit() has 2 users but only fpu_finit() needs to nullify xstate,
alloc_bootmem_align() in setup_init_fpu_buf() returns zero-filled
memory.
And note that both memset()'s look confusing. Yes, offsetof() is 0
for -fxsave or -fsave, but it would be more clean
Hi Rafal,
Thanks for your review.
On Mon, Mar 9, 2015 at 2:31 PM, Rafał Miłecki zaj...@gmail.com wrote:
Hi Viet,
I'm not too active in mtd subsystem, so I didn't notice your patch
earlier. However I would like to share few comments.
On 11 February 2015 at 05:53, Viet Nga Dao
Hi Arnaldo,
On Mon, Mar 09, 2015 at 10:21:35AM -0300, Arnaldo Carvalho de Melo wrote:
For trace I need to take advantage of the fact that each mmap is ordered
already and then just sort by the timestamp in the mmap head, etc.
In retrospect, the perf.data file should have kept that ordering,
* Andy Lutomirski l...@amacapital.net wrote:
On Mon, Mar 9, 2015 at 11:16 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Mon, Mar 9, 2015 at 11:04 AM, Andy Lutomirski l...@amacapital.net
wrote:
One option would be to change the NMI entry code to move itself down 8
bytes
Hi all,
Changes since 20150306:
The net-next tree gained a conflict against the net tree.
The sound-asoc tree gained a build failure so I used the version from
next-20150306.
The regulator tree gained a build failure for which I applied a fix patch.
The staging tree gained a build failure so
On Mon, 2015-03-09 at 22:56 +0100, Arnd Bergmann wrote:
On Monday 09 March 2015 11:26:52 Yingjoe Chen wrote:
On Fri, 2015-03-06 at 18:48 +0800, yong...@mediatek.com wrote:
From: Yong Wu yong...@mediatek.com
This patch add SMI(Smart Multimedia Interface) driver. This driver is
Final patch:
---
From: Yinghai Lu ying...@kernel.org
Date: Sat, 7 Mar 2015 14:07:17 -0800
Subject: [PATCH] x86/setup: Don't overlap vmlinux's brk with compressed
kernel's data
We already do move the compressed kernel close to the end of the buffer.
However, there's still overlapping beween
On Mon, 2015-03-09 at 15:36 +0100, Mike Galbraith wrote:
On Mon, 2015-03-09 at 14:45 +0100, Sebastian Andrzej Siewior wrote:
* Mike Galbraith | 2015-02-18 12:21:54 [+0100]:
On Mon, 2015-02-16 at 12:18 +0100, Sebastian Andrzej Siewior wrote:
Known issues:
- lazy preempt on
Hello Kukjin,
On 02/05/2015 03:45 PM, Javier Martinez Canillas wrote:
Hello Andrzej,
Thanks a lot for finally finding what was causing the HDMI issue.
On 02/05/2015 01:35 PM, Andrzej Hajda wrote:
Hi,
Exynos chipsets since 542x have asynchronous bridges connecting different
IPs.
On 2015-03-10 04:10, Aleksa Sarai wrote:
Hi Austin,
Does pids limit make sense in the root cgroup?
I would say it kind of does, although I would just expect it to track
/proc/sys/kernel/pid_max (either as a read-only value, or as an alternative
way to set it).
Personally, that seems
From: Boris BREZILLON boris.brezil...@free-electrons.com
Add support for the AXP22x PMIC devices to the existing AXP20x driver.
This includes the AXP221 and AXP223, which are identical except for
the external data bus. Only AXP221 is added for now. AXP223 will be
added after it's Reduced Serial
On Tue, Mar 10, 2015 at 11:27:23AM +, Peter Zijlstra wrote:
On Mon, Mar 09, 2015 at 12:46:30PM +, Suzuki K. Poulose wrote:
From: Suzuki K. Poulose suzuki.poul...@arm.com
Don't allow grouping hardware events from different PMUs
(eg. CCI + CPU).
Uhm, how does this work? If we
DRM_TEGRA_FBDEV config is currently used to enable/disable fbdev emulation for
the tegra kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using this
config lets us also prevent wrapping around drm_fb_helper_* calls with #ifdefs
in certain places.
The #ifdef in
DRM_MSM_FBDEV config is used to enable/disable fbdev emulation for the msm kms
driver.
Replace this with the top level DRM_FBDEV_EMULATION config option where
applicable. This also prevents build breaks caused by undefined drm_fb_helper_*
functions when legacy fbdev support was disabled.
Hi Philipp,
Am Dienstag, 10. März 2015, 10:16:53 schrieb Philipp Zabel:
[cut the obvious stuff I need to fix]
Am Dienstag, den 10.03.2015, 00:22 +0100 schrieb Heiko Stuebner:
@@ -879,6 +883,12 @@ static int dw_hdmi_phy_init(struct dw_hdmi *hdmi)
int i, ret;
bool cscon = false;
+Cc James Liao jamesjj.l...@mediatek.com
On Mon, Mar 09, 2015 at 02:35:03PM -0700, Kevin Hilman wrote:
Sascha Hauer s.ha...@pengutronix.de writes:
Signed-off-by: Sascha Hauer s.ha...@pengutronix.de
A bit of a changelog here would be useful describing this driver, that
it's only covering
DRM_STI_FBDEV config is currently used to enable/disable fbdev emulation for
the sti kms driver.
Remove this local config option and use the top level DRM_FBDEV_EMULATION config
option instead where applicable.
We replace the #ifdef in sti_drm_load with CONFIG_DRM_FBDEV_EMULATION. It's
probably
On 03/10/2015 03:17 PM, Daniel Vetter wrote:
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
Most modesetting drivers enable provide fbdev emulation by default by selecting
KMS FB helpers. A few provide
On Tue, Mar 10, 2015 at 03:11:30PM +0530, Archit Taneja wrote:
DRM_I915_FBDEV config is currently used to enable/disable fbdev emulation for
the i915 kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using this
config lets us also prevent wrapping around
Commit-ID: e7f180dcd8ab48f18b20d7e8a7e9b39192bdf8e0
Gitweb: http://git.kernel.org/tip/e7f180dcd8ab48f18b20d7e8a7e9b39192bdf8e0
Author: Oleg Nesterov o...@redhat.com
AuthorDate: Tue, 10 Mar 2015 07:06:24 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 10 Mar 2015 07:14:31
Commit-ID: 394838c96013ba414a24ffe7a2a593a9154daadf
Gitweb: http://git.kernel.org/tip/394838c96013ba414a24ffe7a2a593a9154daadf
Author: Andy Lutomirski l...@amacapital.net
AuthorDate: Mon, 9 Mar 2015 17:42:31 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 10 Mar 2015
Commit-ID: 44fb085bfa17628c6d2aaa6af6b292a8499e9cbd
Gitweb: http://git.kernel.org/tip/44fb085bfa17628c6d2aaa6af6b292a8499e9cbd
Author: Wanpeng Li wanpeng...@linux.intel.com
AuthorDate: Tue, 10 Mar 2015 12:20:00 +0800
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 10 Mar 2015
Commit-ID: 1d23c4518b1f3a03c278f2149245c178d2a6
Gitweb: http://git.kernel.org/tip/1d23c4518b1f3a03c278f2149245c178d2a6
Author: Oleg Nesterov o...@redhat.com
AuthorDate: Tue, 10 Mar 2015 07:06:25 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Tue, 10 Mar 2015 07:14:31
On Thu, Mar 05 2015, Rasmus Villemoes li...@rasmusvillemoes.dk wrote:
On Thu, Mar 05 2015, Tejun Heo t...@kernel.org wrote:
I'd like to see how this actually affects larger operations - sth
along the line of top consumes D% less CPU cycles w/ N processes - if
for nothing else, just to get
On Sat, Mar 07, 2015 at 06:13:47PM +0100, Oleg Nesterov wrote:
I think the patch is fine, but this reminds me...
On 03/07, tip-bot for Jason Low wrote:
bool rwsem_spin_on_owner(struct rw_semaphore *sem, struct task_struct
*owner)
{
long count;
rcu_read_lock();
-
On 2015.03.07 at 09:35 +, Filipe David Manana wrote:
On Tue, Mar 3, 2015 at 2:13 PM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
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
On Mon, Dec 29, Christoph Hellwig wrote:
+++ b/drivers/scsi/storvsc_drv.c
static struct scsi_host_template scsi_driver = {
.module = THIS_MODULE,
.name = storvsc_host_t,
+ .cmd_size = sizeof(struct storvsc_cmd_request),
Hi everyone,
This is v5 of the AXP221 series. I've taken over the work from Boris.
This version is based on v4.0-rc1, plus mfd: AXP20x: Add bindings
documentation which was posted a few weeks ago. I've worked on this
series for some time, so the changelog might not be completely accurate.
The
This commit is consequence of making x86 MMCONFIG code available for all
architectures. Current code has old name fashion so for the sake of
making it more understandable and express where it comes from,
we are changing functions/variables/macros etc. name *mmconfig* - *ecam*
Signed-off-by:
On Tue, Mar 10, 2015 at 08:01:16AM +, Hanjun Guo wrote:
[...]
diff --git a/arch/arm64/include/asm/acpi.h b/arch/arm64/include/asm/acpi.h
new file mode 100644
index 000..8b837ab
--- /dev/null
+++ b/arch/arm64/include/asm/acpi.h
@@ -0,0 +1,45 @@
+/*
+ * Copyright (C)
Hi Mark,
I got a device which registers are arranged in 'books' and pages:
book0
page0
page1
...
page127
book1
page0
page1
...
page127
...
book255
page0
page1
...
page127
The pages can be selected via register0 of each page (in a standard way),
however the book switching can only be
removed some functions which were not being used anywhere.
build tested and also verified by git grep that there is no other
reference to these functions.
Signed-off-by: Sudip Mukherjee su...@vectorindia.org
---
drivers/staging/rtl8192e/rtl819x_HTProc.c | 154 --
On Sun, Mar 08, 2015 at 07:49:58PM +0100, Stephan Mueller wrote:
The RFC4106 GCM decryption operation tries to overwrite cryptlen memory
in req-dst. As the destination buffer for decryption only needs to hold
the plaintext memory but cryptlen references the input buffer holding
(ciphertext ||
When using the user mode helper to load firmwares the function _request_firmware
gets a positive return value from fw_load_from_user_helper and because of this
the firmware buffer is not assigned. This happens only when the return value
is zero. This patch fixes this problem in
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
Most modesetting drivers enable provide fbdev emulation by default by
selecting
KMS FB helpers. A few provide a separate Kconfig option for the user to
On Tue, Mar 10, 2015 at 03:22:49PM +0530, Archit Taneja wrote:
On 03/10/2015 03:17 PM, Daniel Vetter wrote:
On Tue, Mar 10, 2015 at 03:11:28PM +0530, Archit Taneja wrote:
Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
Most modesetting drivers enable provide
On Tue, Mar 10, 2015 at 11:33:24AM +0200, Peter Ujfalusi wrote:
Do you know any other device which have similar addressing? Do you have advice
on how to handle this? Should I open code the book switching in the driver,
which means that I should not use the cache at all in regmap.
I've never
On Mon, Mar 09, 2015 at 04:48:43PM -0400, Eric B Munson wrote:
Currently, pages which are marked as unevictable are protected from
compaction, but not from other types of migration. The mlock
desctription does not promise that all page faults will be avoided, only
major ones so this
Hi Olof,
On 2015年03月06日 02:49, Olof Johansson wrote:
Hi,
On Wed, Feb 25, 2015 at 04:39:53PM +0800, Hanjun Guo wrote:
MADT contains the information for MPIDR which is essential for
SMP initialization, parse the GIC cpu interface structures to
get the MPIDR value and map it to
On Mon 2015-03-09 09:03:18, Mark Seaborn wrote:
On 6 January 2015 at 15:20, Pavel Machek pa...@ucw.cz wrote:
On Mon 2015-01-05 19:23:29, One Thousand Gnomes wrote:
Actually, I could not get my test code to run; and as code from
https://github.com/mseaborn/rowhammer-test
reproduces
Now that the axp20x-regulators driver supports different variants of the
AXP family, we can enable regulator support for AXP22X without the risk
of incorrectly configuring regulators.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
drivers/mfd/axp20x.c | 2 ++
1 file changed, 2 insertions(+)
diff
mmc1 is used to connect to the WiFi chip on the Hummingbird A31.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
arch/arm/boot/dts/sun6i-a31.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31.dtsi b/arch/arm/boot/dts/sun6i-a31.dtsi
index
The Hummingbird A31 has an AMPAK AP6210 WiFi+Bluetooth module. The
WiFi part is a BCM43362 IC connected to MMC1 in the A31 SoC via SDIO.
The IC also takes a power enable signal via GPIO. This is supported
with the new power sequencing bindings.
The WiFi module supports out-of-band interrupt
If I plug in my USB DVB-T stick I get the following in dmesg:
dvb-usb: found a 'TerraTec/qanu USB2.0 Highspeed DVB-T Receiver' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
DVB: registering new adapter (TerraTec/qanu USB2.0 Highspeed DVB-T
Hi Greg,
On 23/02/15 16:32, Sudeep Holla wrote:
On architectures that depend on DT for obtaining cache hierarcy, we need
to validate the device node for all the cache indices, failing to do so
might result in wrong information being exposed to the userspace.
This is quite possible on
On Mon, Mar 9, 2015 at 9:45 PM, Ray Jui r...@broadcom.com wrote:
This enables all 3 GPIO controllers including the ASIU GPIO, the
chipcommonG GPIO, and the ALWAYS-ON GPIO, for Broadcom Cygnus SoC
Signed-off-by: Ray Jui r...@broadcom.com
Reviewed-by: Scott Branden sbran...@broadcom.com
+static bool inject_cmd_hang_tr(struct ufs_hba *hba)
+{
+ int tag;
+
+ tag = find_first_bit(hba-outstanding_reqs, hba-nutrs);
+ if (tag == hba-nutrs)
+ return 0;
+
+ __clear_bit(tag, hba-outstanding_reqs);
+ hba-lrb[tag].cmd = NULL;
+
On Mon, Mar 9, 2015 at 9:45 PM, Ray Jui r...@broadcom.com wrote:
This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
controller, the chipCommonG GPIO controller, and the always-on GPIO
controller.
On 07/03/15 18:08, Javier Martinez Canillas wrote:
The doc refers to Documentation/devicetree/bindings/video/video-ports.txt
which does not exist. The documentation seems to be outdated and wants to
refer to Documentation/devicetree/bindings/graph.txt instead.
Suggested-by: Tomi Valkeinen
This patch is the first step for MMCONFIG refactoring process.
Code that uses pci_mmcfg_lock will be moved to common file and become
accessible for all architectures. pci_mmconfig_insert() cannot be moved
so easily since it is mixing generic mmconfig code with x86 specific logic
inside of mutual
Architectures which want to take advantage of ECAM generic goodness
should select CONFIG_PCI_ECAM_GENERIC. Otherwise, like x86 32bits, machines
are obligated to provide own low-level ECAM calls.
Signed-off-by: Tomasz Nowicki tomasz.nowi...@linaro.org
---
arch/x86/Kconfig | 1 +
MCFG can be used perfectly for all architectures which support ACPI.
ACPI mandates MCFG to describe PCI config space ranges which means
we should use MMCONFIG accessors by default.
Signed-off-by: Tomasz Nowicki tomasz.nowi...@linaro.org
---
drivers/acpi/mcfg.c | 20
1 file
From now on, readb()/writeb()/etc. generic calls are used as default
approach. Special MMIO accessors are registered for AMD Fam10h CPUs only.
Signed-off-by: Tomasz Nowicki tomasz.nowi...@linaro.org
---
arch/x86/include/asm/pci_x86.h | 8 +++
arch/x86/pci/mmconfig-shared.c | 114
MCFG ACPI table and PCI ECAM standard have no arch dependencies so it can be
used across all architectures. Currently MMCONFIG related code resides in
arch/x86 directories. This patch set is going to isolate non-architecture
specific code and make it accessible for all architectures.
v2 - v3
Changes from V4:
Dropped error injection change titled:
scsi: ufs: inject errors to verify error handling
Dolev Raviv (1):
scsi: ufs: add ioctl interface for query request
Gilad Broner (1):
scsi: ufs: add trace events and dump prints for debug
Lee Susman (1):
scsi: ufs: add debugfs for
On 10/03/15 11:27, Peter Zijlstra wrote:
On Mon, Mar 09, 2015 at 12:46:30PM +, Suzuki K. Poulose wrote:
From: Suzuki K. Poulose suzuki.poul...@arm.com
Don't allow grouping hardware events from different PMUs
(eg. CCI + CPU).
Uhm, how does this work? If we have multiple hardware PMUs
The Hummingbird A31 has an AMPAK AP6210 WiFi+Bluetooth module. The
WiFi part is a BCM43362 IC connected to MMC1 in the A31 SoC via SDIO.
The IC also takes a power enable signal via GPIO.
The WiFi module supports out-of-band interrupt signaling via GPIO,
but this is not supported in this patch.
The Hummingbird A31 has an AXP221 PMIC hooked up to the P2WI controller.
Signed-off-by: Chen-Yu Tsai w...@csie.org
---
arch/arm/boot/dts/sun6i-a31-hummingbird.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/sun6i-a31-hummingbird.dts
901 - 1000 of 1866 matches
Mail list logo