objdump output can contain repeated bytes. At the moment test reads
all output sequentially, assuming each address is represented in
output only once:
8164efb3 :
8164efb3: c1 5d 00 ebrcrl $0xeb,0x0(%rbp)
8164efb7: 00 4c 8b 5cadd%cl,0x5c(%rbx,%r
commit <7415b0b4c645> ("ARM: dts: omap4: add minimal l4 bus layout
with control module support") moved pbias_regulator dt node
from being a child node of ocp to be the child node of
omap4_padconf_global. Since omap4_padconf_global doesn't have the
'ranges' property, address translation fails while
commit ("ARM: dts: omap5: add minimal l4 bus
layout with control module support") moved pbias_regulator dt node
from being a child node of ocp to be the child node of
omap5_padconf_global. Since omap5_padconf_global doesn't have the
'ranges' property, address translation fails while trying to conv
commit <72b10ac00eb1> ("ARM: dts: omap24xx: add minimal l4 bus
layout with control module support") moved pbias_regulator dt node
from being a child node of ocp to be the child node of
scm_conf. Since scm_conf doesn't have the 'ranges' property,
address translation fails while trying to convert the
commit ("ARM: dts: dra7: add minimal l4 bus
layout with control module support") moved pbias_regulator dt node
from being a child node of ocp to be the child node of
scm_conf. Since scm_conf doesn't have the 'ranges'
property, address translation fails while trying to convert the
address to resour
2015-09-02 20:47 GMT-03:00 Linus Torvalds :
> On Wed, Sep 2, 2015 at 11:45 AM, Darrick J. Wong
> wrote:
>> Yes, that would be a bug.
>
> So the thing I'm happy to see is that the ext4 developers seem to
> unanimously agree that maintaining ext3 compatibility is part of their
> job, and nobody seem
On Wed, Sep 02, 2015 at 04:16:00PM -0700, John Stultz wrote:
> On Tue, Sep 1, 2015 at 6:14 PM, Nuno Gonçalves wrote:
> > And just installing chrony from the feeds. With any kernel from 3.17
> > you'll have wrong estimates at chronyc sourcestats.
>
> Wrong estimates? Could you be more specific abo
pbias device stopped having memory resource after
"ARM: dts: : add minimal l4 bus layout with control module
support" got merged. This results in platform_get_resource returning
-EINVAL in pbias driver. This is because address translation fails
while trying to convert the address to resource which
Currently context size (cra_ctxsize) doesn't specified for
ghash_async_alg. Which means it's zero. Thus crypto_create_tfm()
doesn't allocate needed space for ghash_async_ctx, so any
read/write to ctx (e.g. in ghash_async_init_tfm()) is not valid.
Signed-off-by: Andrey Ryabinin
---
arch/x86/crypt
While the destination buffer 'iv' is MAX_IVLEN size,
the source 'template[i].iv' could be smaller. Thus
copying it via memcpy() leads to invalid memory access.
Use strlcpy() instead.
Signed-off-by: Andrey Ryabinin
---
crypto/testmgr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
On Tue, Sep 01, 2015 at 01:41:40PM +0800, Songjun Wu wrote:
> +static const char * const mono_text[] = {
> + "stereo", "mono"
> +};
> +
> +static SOC_ENUM_SINGLE_DECL(classd_mono_enum,
> + CLASSD_INTPMR, CLASSD_INTPMR_MONO_SHIFT,
> + mono_text);
This lo
On 03/09/15 14:23, Jan Stancek wrote:
> Add -z parameter to avoid skipping zero blocks:
>
> 816704fe :
> 816704fe: 7b 34 jnp 81670534
>...
> 81670501 :
> 81670501: 0f ba e2 03 bt $0x3,%edx
> 81670505: 73 11 jae fff
On 03/09/15 14:23, Jan Stancek wrote:
> objdump output can contain repeated bytes. At the moment test reads
> all output sequentially, assuming each address is represented in
> output only once:
>
> 8164efb3 :
> 8164efb3: c1 5d 00 ebrcrl $0xeb,0x0(%rbp)
> 8
> +@ calls_fw_on_init depends on defines_module_init @
> +identifier defines_module_init.init;
> +position p1;
> +@@
> +
> +init(void)
> +{
> + ...
Would it make sense to use the specification "when any"
for such a SmPL ellipsis?
http://coccinelle.lip6.fr/docs/main_grammar004.html
> +(
> +reques
On Thu, Sep 3, 2015 at 3:01 AM, Jiri Olsa wrote:
> On Wed, Sep 02, 2015 at 03:17:51PM +0200, Stephane Eranian wrote:
>
> SNIP
>
>> + /*
>> + * we do not consider an event that has not run as a good
>> + * instance to mark a package as used (skip=1). Otherwise
>> + * we may run i
On Wed, Sep 2, 2015 at 9:40 PM, Tejun Heo wrote:
> Hello, Andrey.
Hello Tejun,
> On Wed, Sep 02, 2015 at 01:08:52PM +0200, Andrey Konovalov wrote:
>> While running KASAN on 4.2 with Trinity I got the following report:
>>
>> ==
>> BU
Hi Luis,
(This landed in my Inbox when I was away from keyboard for a few weeks.
And then I dragged my feet a bit in answering this. Sorry about that.)
On ma, 2015-08-10 at 20:57 +0200, Luis R. Rodriguez wrote:
> On Wed, Aug 05, 2015 at 01:57:20PM +0200, Paul Bolle wrote:
> You're right this coul
Fix the mpu voltage as it is set to low for the silicon
revision 2.1.
Signed-off-by: Teresa Remmet
---
arch/arm/boot/dts/am335x-phycore-som.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/am335x-phycore-som.dtsi
b/arch/arm/boot/dts/am335x-phycore-s
Cleaned up the regulators on the wega board. Created a simple bus,
renamed the regulators according to the schematics and added missing
regulator on wega.
Signed-off-by: Teresa Remmet
---
arch/arm/boot/dts/am335x-phycore-som.dtsi | 36 ---
arch/arm/boot/dts/am335x-weg
On Thu, Sep 03, 2015 at 04:48:52AM -0700, Stephane Eranian wrote:
> On Thu, Sep 3, 2015 at 3:01 AM, Jiri Olsa wrote:
> > On Wed, Sep 02, 2015 at 03:17:51PM +0200, Stephane Eranian wrote:
> >
> > SNIP
> >
> >> + /*
> >> + * we do not consider an event that has not run as a good
> >> +
On 2015-09-02 17:12, Stas Sergeev wrote:
02.09.2015 23:55, Andy Lutomirski пишет:
On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote:
02.09.2015 23:22, Josh Boyer пишет:
On Wed, Sep 2, 2015 at 1:50 PM, Stas Sergeev wrote:
02.09.2015 20:46, Josh Boyer пишет:
On Wed, Sep 2, 2015 at 10:08 AM,
On systems with memory maps with ranges that don't end at page boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
[...]
xen_add_extra_mem will create a protected range that ends up at 0xdfdf9c00,
but the function used
On Thu, Sep 3, 2015 at 5:01 AM, Jiri Olsa wrote:
> On Thu, Sep 03, 2015 at 04:48:52AM -0700, Stephane Eranian wrote:
>> On Thu, Sep 3, 2015 at 3:01 AM, Jiri Olsa wrote:
>> > On Wed, Sep 02, 2015 at 03:17:51PM +0200, Stephane Eranian wrote:
>> >
>> > SNIP
>> >
>> >> + /*
>> >> + * we do n
On systems with memory maps with ranges that don't end at page boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
[...]
xen_add_extra_mem will create a protected range that ends up at 0xdfdf9c00,
but the function used
On Tue, Sep 01, 2015 at 01:41:41PM +0800, Songjun Wu wrote:
> +classd: classd@fc048000 {
> + compatible = "atmel,sama5d2-classd";
> + reg = <0xfc048000 0x100>;
> + interrupts = <59 IRQ_TYPE_LEVEL_HIGH 7>;
> + dmas = <&dma0
> + (AT
03.09.2015 15:01, Austin S Hemmelgarn пишет:
> On 2015-09-02 17:12, Stas Sergeev wrote:
>> 02.09.2015 23:55, Andy Lutomirski пишет:
>>> On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote:
02.09.2015 23:22, Josh Boyer пишет:
> On Wed, Sep 2, 2015 at 1:50 PM, Stas Sergeev wrote:
>> 02.
On Thu, 2015-09-03 at 10:09 +, Shaun Crampton wrote:
> >...
> >> Is there anything I can do on a running system to help figure this out?
> >> Some sort of kernel equivalent to pmap to find out what module or device
> >> owns that chunk of memory?
> >
> >Hmm, perhaps /proc/kallsyms could point t
On 2015-09-02 17:53, Stas Sergeev wrote:
03.09.2015 00:40, Andy Lutomirski пишет:
On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote:
02.09.2015 23:55, Andy Lutomirski пишет:
On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote:
02.09.2015 23:22, Josh Boyer пишет:
On Wed, Sep 2, 2015 at 1:5
On Wed, Aug 26, 2015 at 11:56:04AM +0530, Ranjit Waghmode wrote:
> To support dual parallel mode operation of ZynqMP GQSPI controller
> following API's are added inside the core:
As covered in SubmittingPatches please try to make each patch a single
change rather than having multiple separate cha
On Thu, Sep 03, 2015 at 05:05:32AM -0700, Stephane Eranian wrote:
> On Thu, Sep 3, 2015 at 5:01 AM, Jiri Olsa wrote:
> > On Thu, Sep 03, 2015 at 04:48:52AM -0700, Stephane Eranian wrote:
> >> On Thu, Sep 3, 2015 at 3:01 AM, Jiri Olsa wrote:
> >> > On Wed, Sep 02, 2015 at 03:17:51PM +0200, Stephan
03.09.2015 15:11, Austin S Hemmelgarn пишет:
> On 2015-09-02 17:53, Stas Sergeev wrote:
>> 03.09.2015 00:40, Andy Lutomirski пишет:
>>> On Wed, Sep 2, 2015 at 2:12 PM, Stas Sergeev wrote:
02.09.2015 23:55, Andy Lutomirski пишет:
> On Wed, Sep 2, 2015 at 1:47 PM, Stas Sergeev wrote:
El 03/09/15 a les 14.05, Roger Pau Monne ha escrit:
> On systems with memory maps with ranges that don't end at page boundaries,
> like:
>
> [...]
> (XEN) 0010 - dfdf9c00 (usable)
> (XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
> [...]
>
> xen_add_extra_mem will creat
On 02/09/15 22:55, Arnaldo Carvalho de Melo wrote:
> Em Wed, Sep 02, 2015 at 04:00:08PM +0300, Adrian Hunter escreveu:
>> On 18/08/15 12:07, Adrian Hunter wrote:
>>> In a couple of cases the 'comm' member of 'union event' has
>>> been used instead of the correct member ('fork') when processing
>>>
When find_and_init_phbs() looks for the probe-only property, it seems
to trust the firmware to be correctly written, and assumes that there
is a parameter to the property.
It is conceivable that the firmware could not be that perfect, and it
could expose this property naked (at least one arm64 pla
On 09/02/2015 10:45 PM, Luis R. Rodriguez wrote:
> On Mon, Aug 31, 2015 at 11:05:33AM -0500, Stuart Hayes wrote:
>> Increase the range of chunk sizes tried in mtrr_cleanup() so it is able
>> to map large memory configs into MTRRs.
>>
>> Currently, mtrr_cleanup() will fail with large memory config
Output the normal result of adding/deleting probe in buildin-probe
instead of showing it by add/del_perf_probe_events.
All the result string is stored into "result" strbuf parameter.
If you want to ignore the result string, pass a NULL to the "result".
Note that all warning/debug strings are still
Both pci-host-generic and Pseries parse the "linux,pci-probe-only"
property to engage the PCI_PROBE_ONLY mode, and both have a subtle
bug that can be triggered if the property has no parameter.
Provide a generic, safe implementation that can be used by both.
Signed-off-by: Marc Zyngier
---
driv
On Thu, Sep 3, 2015 at 5:13 AM, Jiri Olsa wrote:
> On Thu, Sep 03, 2015 at 05:05:32AM -0700, Stephane Eranian wrote:
>> On Thu, Sep 3, 2015 at 5:01 AM, Jiri Olsa wrote:
>> > On Thu, Sep 03, 2015 at 04:48:52AM -0700, Stephane Eranian wrote:
>> >> On Thu, Sep 3, 2015 at 3:01 AM, Jiri Olsa wrote:
>
When pci-host-generic looks for the probe-only property, it seems
to trust the DT to be correctly written, and assumes that there
is a parameter to the property.
Unfortunately, this is not always the case, and some firmware expose
this property naked. The driver ends up making a decision based on
The linux,pci-probe-only property mandates an argument to indicate
whether or not to engage the "probe-only" mode, but the Seattle
DTS just provides a naked property, which is illegal.
Also, it turns out that the board is perfectly happy without
probe-only, so let's drop this altogether.
Signed-o
The pci-host-generic driver parses the linux,pci-probe-only property,
and assumes that it will have a boolean parameter.
Turns out that the Seattle DTS file has a naked "linux,pci-probe-only"
property, which leads to the driver dereferencing some unsuspecting
memory location. Nothing really bad ha
Hi Namhyung,
So, I hope this would be what you've suggested.
Thank you,
--
Masami HIRAMATSU
Linux Technology Research Center, System Productivity Research Dept.
Center for Technology Innovation - Systems Engineering
Hitachi, Ltd., Research & Development Group
E-mail: masami.hiramatsu...@hitachi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 17:31, Felipe Balbi wrote:
> Hi,
>
> On Wed, Sep 02, 2015 at 05:24:16PM +0300, Roger Quadros wrote:
>> Register with the USB OTG core. Since we don't support
>> OTG yet we just work as a dual-role device even
>> if device tree says "otg"
On Thu, Sep 03, 2015 at 05:16:41AM -0700, Stephane Eranian wrote:
> On Thu, Sep 3, 2015 at 5:13 AM, Jiri Olsa wrote:
> > On Thu, Sep 03, 2015 at 05:05:32AM -0700, Stephane Eranian wrote:
> >> On Thu, Sep 3, 2015 at 5:01 AM, Jiri Olsa wrote:
> >> > On Thu, Sep 03, 2015 at 04:48:52AM -0700, Stephan
On 09/03/2015 02:05 PM, Roger Pau Monne wrote:
On systems with memory maps with ranges that don't end at page boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
[...]
xen_add_extra_mem will create a protected range t
On Wed 02-09-15 15:45:10, Andy Grover wrote:
> Hi Hans and Greg,
>
> Is this an issue with uio? I swear it didn't used to throw this warning...
>
> Thanks -- Andy
>
> [ 5174.883261] [ cut here ]
> [ 5174.883617] WARNING: CPU: 0 PID: 1532 at
> /home/agrover/git/kernel/kern
On 09/03/2015 02:15 PM, Roger Pau Monné wrote:
El 03/09/15 a les 14.05, Roger Pau Monne ha escrit:
On systems with memory maps with ranges that don't end at page boundaries,
like:
[...]
(XEN) 0010 - dfdf9c00 (usable)
(XEN) dfdf9c00 - dfe4bc00 (ACPI NVS)
[..
Hi Mathieu,
> [ Untested on this architecture. To try it out: fetch linux-next/akpm,
> apply this patch, build/run a membarrier-enabled kernel, and do make
> kselftest. ]
>
> Signed-off-by: Mathieu Desnoyers
> CC: Andrew Morton
> CC: linux-...@vger.kernel.org
> CC: "James E.J. Bottomley"
>
From 9d7973dfa05a7785d0eb1e9bcfb0fb6d2c493209 Mon Sep 17 00:00:00 2001
From: Charles
Date: Wed, 2 Sep 2015 20:41:56 +0800
Subject: [PATCH 1/3] scsi:stex.c Support to Pegasus series.
Pegasus is a high performace hardware RAID solution designed to unleash
the raw power of Thunderbolt technology.
From 60e14c245c18cbe0300cfa244334e2850a52a381 Mon Sep 17 00:00:00 2001
From: Charles
Date: Wed, 2 Sep 2015 20:48:55 +0800
Subject: [PATCH 2/3] scsi:stex.c Add hotplug support
1. Add hotplug support. Pegasus support surprise removal. To this end, I
use return_abnormal_state function to return
On Tue, Sep 01, 2015 at 11:00:42AM +0100, Qais Yousef wrote:
> On 08/29/2015 10:47 AM, Mark Brown wrote:
Please delete unneeded context from replies, it makes it easier to find
the new content you have added. Please also leave blank lines between
paragraphs, it makes it much easier to read messag
Here's my attempt on fixing race in compound_head(). It should make
compound_head() reliable in all contexts.
The last patch is optional.
It applies cleanly into mmotm patchstack just before my page-flags
patchset.
As expected, it causes few conflicts with patches:
page-flags-introduce-page-fl
The patch halves space occupied by compound_dtor and compound_order in
struct page.
For compound_order, it's trivial long -> short conversion.
For get_compound_page_dtor(), we now use hardcoded table for destructor
lookup and store its index in the struct page instead of direct pointer
to destruc
Let's try to be consistent about data type of page order.
Signed-off-by: Kirill A. Shutemov
Acked-by: Michal Hocko
---
include/linux/mm.h | 5 +++--
mm/hugetlb.c | 19 ++-
mm/internal.h | 4 ++--
mm/page_alloc.c| 27 +++
4 files changed,
Hugh has pointed that compound_head() call can be unsafe in some
context. There's one example:
CPU0CPU1
isolate_migratepages_block()
page_count()
compound_head()
!!PageTail() == true
put_page()
On 64 bit system we have enough space in struct page to encode
compound_dtor and compound_order with unsigned int.
On x86-64 it leads to slightly smaller code size due usesage of plain
MOV instead of MOVZX (zero-extended move) or similar effect.
allyesconfig:
textdata bss dec
We are going to rework how compound_head() work. It will not use
page->first_page as we have it now.
The only other user of page->first_page beyond compound pages is
zsmalloc.
Let's use page->private instead of page->first_page here. It occupies
the same storage space.
Signed-off-by: Kirill A. S
Since 8456a648cf44 ("slab: use struct page for slab management") nobody
uses slab_page field in struct page.
Let's drop it.
Signed-off-by: Kirill A. Shutemov
Acked-by: Christoph Lameter
Acked-by: David Rientjes
Acked-by: Vlastimil Babka
Cc: Joonsoo Kim
Cc: Andi Kleen
---
include/linux/mm_t
We have properly typed page->rcu_head, no need to cast page->lru.
Signed-off-by: Kirill A. Shutemov
Cc: Christoph Lameter
---
mm/slub.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/mm/slub.c b/mm/slub.c
index 816df0016555..869642d03b22 100644
--- a/mm/slub.c
+++ b/mm/
From f442518879f8f41d103b684046d912eca13844e7 Mon Sep 17 00:00:00 2001
From: Charles
Date: Wed, 2 Sep 2015 20:54:45 +0800
Subject: [PATCH 3/3] scsi:stex.c Add S3/S4 support
Add S3/S4 support, add .suspend and .resume function in pci_driver.
In .suspend handler, driver send S3/S4 signal to the d
On Tue, Sep 01, 2015 at 11:46:19AM +0100, Qais Yousef wrote:
> On 08/29/2015 11:18 AM, Mark Brown wrote:
> >On Thu, Aug 27, 2015 at 04:40:09PM +0100, Qais Yousef wrote:
Again, please delete unneeded contexts and leave blanks between
paragraphs (I notice you've even been removing the blank lines fr
On Thu, Sep 3, 2015 at 6:41 AM, Thomas Gleixner wrote:
> On Thu, 3 Sep 2015, Borislav Petkov wrote:
>> On Wed, Sep 02, 2015 at 11:11:55AM +0200, Thomas Gleixner wrote:
>> > static void __init_or_module add_nops(void *insns, unsigned int len)
>> > {
>> > + unsigned long flags;
>> > +
>> > + l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 17:34, Felipe Balbi wrote:
> On Wed, Sep 02, 2015 at 05:24:19PM +0300, Roger Quadros wrote:
>> From: Felipe Balbi
>>
>> Add support to use interrupt names,
>>
>> Following are the interrupt names
>>
>> Peripheral Interrupt - peripheral
>
On Fri, Aug 28, 2015 at 10:22:57AM +0100, Qais Yousef wrote:
> On 08/27/2015 04:32 PM, Mark Brown wrote:
> >On Thu, Aug 27, 2015 at 01:15:51PM +0100, Qais Yousef wrote:
> +#define AXD_BASE_VADDR 0xD000
> >>>This sounds like something that is going to be platform dependant,
> >>>
On 17 June 2015 at 10:38, Geert Uytterhoeven wrote:
> Add support for easy registering of one ore more platform devices that
> may:
> - need clocks that are described in DT,
> - be part of a PM Domain.
>
> All these dependencies are optional.
>
> Signed-off-by: Geert Uytterhoeven
> ---
> v2:
> -Original Message-
> From: Kolmakov Dmitriy [mailto:kolmakov.dmit...@huawei.com]
> Sent: Thursday, 03 September, 2015 04:31
> To: David Miller
> Cc: Jon Maloy; Ying Xue; tipc-discuss...@lists.sourceforge.net;
> net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: RE: [PATCH]
On Tue, Sep 01, 2015 at 05:58:44PM +0800, Shawn Lin wrote:
> Generic dma controller on Rockchips' platform cannot support
> DMAFLUSHP instruction which make dma to flush the req of non-aligned
> or non-multiple of what we need. That will cause an unrecoverable
> dma bus error. The saftest way is t
On Thu, Sep 03, 2015 at 12:54:27PM +0200, Luis de Bethencourt wrote:
> This series adds the missing MODULE_DEVICE_TABLE() for OF to eport
> that information so modules have the correct aliases built-in and
> autoloading works correctly.
Please thread patch serieses together when submitting them (
On Thu, 3 Sep 2015, Josh Boyer wrote:
> > Fixes: 4fd4b6e5537c 'x86/alternatives: Use optimized NOPs for padding'
>
> Possibly CC: stable since it fixes a commit in 4.1 and 4.2?
Indeed.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
Hi guys,
This series adds a new parameter for the K400 owners. This keyboard has an
embedded touchpad which defaults to report tap to click. It can be annoying
given that there are physical buttons, and we can just disable that from the
host by using the feature 0x6010.
The first patch might conf
The Logitech K400 keyboard has an embedded touchpad which is seen as a
mouse from the OS point of view. There is a hardware shortcut to disable
tap-to-click but the setting is not remembered accross reset, annoying
some users.
We can toggle this feature from the host by using the feature 0x6010:
T
On Thu, Sep 03, 2015 at 10:10:12AM +0530, Sudip Mukherjee wrote:
> On Wed, Sep 02, 2015 at 09:42:04AM -0500, Dimitri Sivanich wrote:
> > On Wed, Sep 02, 2015 at 04:54:55PM +0530, Sudip Mukherjee wrote:
> > > These variables were only assigned some value and were never used.
> > >
> > > Signed-off-
HIDPP_QUIRK_DELAYED_INIT means two things currently:
- we want to delay the initialization process
- we do not want hid to create an input device based on the report
descriptor.
This should actually be 2 different quirks so we can have special connect
events while still having HID creating the i
On Wed, Sep 02, 2015 at 04:35:45PM -0700, Andi Kleen wrote:
> [v3: Addressed all review feedback. Update manpage for CSV. Various changes
> (see individual patches). Remove some more redundant code
> in printout callers.]
> [v2: Addressed (near) all review feedback. No manpage updates so
On Thu, Sep 03, 2015 at 02:32:00PM +0300, Andrey Ryabinin wrote:
> While the destination buffer 'iv' is MAX_IVLEN size,
> the source 'template[i].iv' could be smaller. Thus
> copying it via memcpy() leads to invalid memory access.
> Use strlcpy() instead.
>
> Signed-off-by: Andrey Ryabinin
Thank
On September 03, 2015 11:56, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
> ---
Acked-by: Adam Thomson
Per-pkg events need to be captured once per processor
socket. The code in check_per_pkg() ensures only one
value per processor package is used. However there is
a problem with this function in case the first CPU of
the package does not measure anything for the per-pkg event,
but other CPUs do.
Con
Hi,
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, September 03, 2015 12:26 AM
> To: Ranjit Abhimanyu Waghmode
> Cc: dw...@infradead.org; computersforpe...@gmail.com;
> broo...@kernel.org; Michal Simek; Soren Brinkmann; zaj...@gmail.com;
> b...@decadent.o
On Wed, Sep 2, 2015 at 7:57 PM, Alexander Duyck
wrote:
> Since it is correctable errors it is likely some sort of signalling issue.
> Could we get the output of something like an lspci -vt? Then you would be
> able to tell what the device is on the other side of the link from 00:1c.5
> and then we
Hi Ulf,
On Thu, Sep 3, 2015 at 2:53 PM, Ulf Hansson wrote:
> On 17 June 2015 at 10:38, Geert Uytterhoeven wrote:
>> Add support for easy registering of one ore more platform devices that
>> may:
>> - need clocks that are described in DT,
>> - be part of a PM Domain.
>> diff --git a/drivers/
> can't see perf/stat-metrics-5 branch
>
> [jolsa@krava perf]$ git remote update ak
> Fetching ak
> [jolsa@krava perf]$ git branch -r | grep perf/stat-metrics-
> ak/perf/stat-metrics-3
> ak/perf/stat-metrics-4
> ak/perf/stat-metrics-refactor-2
> [jolsa@krava perf]$
Try again. I pushed now
On 01/09/15 11:31, tip-bot for Kan Liang wrote:
> Commit-ID: d988d5ee647861706bc7a391ddbc29429b50f00e
> Gitweb: http://git.kernel.org/tip/d988d5ee647861706bc7a391ddbc29429b50f00e
> Author: Kan Liang
> AuthorDate: Fri, 21 Aug 2015 02:23:14 -0400
> Committer: Arnaldo Carvalho de Melo
> Co
On Thursday, September 03, 2015 at 03:25:00 PM, Ranjit Abhimanyu Waghmode wrote:
> Hi,
>
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: Thursday, September 03, 2015 12:26 AM
> > To: Ranjit Abhimanyu Waghmode
> > Cc: dw...@infradead.org; computersforpe...@gmai
On 5 August 2015 at 14:22, Tomeu Vizoso wrote:
> Apparently an extra _reg suffix was appended to the end of the names of
> regulators ab8500_ext2_reg and ab8500_ext3_reg.
Just pinging in case there's any interest in getting this fixed.
Regards,
Tomeu
> Signed-off-by: Tomeu Vizoso
> ---
> arc
On 2015/9/3 20:54, Mark Brown wrote:
On Tue, Sep 01, 2015 at 05:58:44PM +0800, Shawn Lin wrote:
Generic dma controller on Rockchips' platform cannot support
DMAFLUSHP instruction which make dma to flush the req of non-aligned
or non-multiple of what we need. That will cause an unrecoverable
dma
On Wed, Sep 02, 2015 at 05:14:33PM -0700, Paul E. McKenney wrote:
> On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote:
> > cc'ing Paul.
> >
> > On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote:
> > > while booting AM437x device, the following splat
> > > triggered:
> > >
> > >
On 9/3/15 5:45 AM, Brian Foster wrote:
> On Thu, Sep 03, 2015 at 10:57:40AM +0100, Colin King wrote:
>> From: Colin Ian King
>>
>> xfs_vm_set_page_dirty checks to see if mapping is NULL however
>> before this unlikely check it already dereferenced mapping when
>> initializing inode. Move the inode
On Mon, Aug 31, 2015 at 6:43 PM, Jonathan Cameron wrote:
> On 18/08/15 13:55, Cristina Opriceana wrote:
>> A more abstract way of handling interrupt generation in the dummy driver
>> is represented by irq_work which substitutes the irq_chip, used to
>> provide an IRQ line number. irq_work runs tas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 17:43, Felipe Balbi wrote:
> Hi,
>
> On Wed, Sep 02, 2015 at 05:24:20PM +0300, Roger Quadros wrote:
>> If the ID pin event is not available over extcon
>> then we rely on the OTG controller to provide us ID and VBUS
>> information.
>>
>>
Am Donnerstag, 3. September 2015, 11:25:00 schrieb Yakir Yang:
> 在 09/02/2015 09:27 PM, Rob Herring 写道:
> > On Tue, Sep 1, 2015 at 1:04 AM, Yakir Yang wrote:
> >> +- clocks: from common clock binding: handle to dp clock.
> >> + of memory mapped region.
> >> +- clock-names: from common clock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 17:44, Felipe Balbi wrote:
> On Wed, Sep 02, 2015 at 05:24:21PM +0300, Roger Quadros wrote:
>> Without this we loose OTG controller register context and malfunction
>> after a system suspend-resume.
>>
>> Signed-off-by: Roger Quadros
>>
enhancements
The latest version of the test-suite contains 3000+ tests for the Linux
and can be downloaded at:
https://github.com/linux-test-project/ltp/releases/tag/20150903
The project pages as well as GIT repository are hosted on GitHub:
https://github.com/linux-test-project/ltp
http://linux
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 17:47, Felipe Balbi wrote:
> On Wed, Sep 02, 2015 at 05:24:23PM +0300, Roger Quadros wrote:
>> There is a race happening during dwc3_drd_init() that causes
>> otg events to get disabled. This is what happens.
>>
>> dwc3_otg_irq() happens
On Wed, Sep 2, 2015 at 8:14 PM, Paul E. McKenney
wrote:
> On Wed, Sep 02, 2015 at 12:24:50PM -0400, Tejun Heo wrote:
>> cc'ing Paul.
>>
>> On Wed, Sep 02, 2015 at 08:12:28AM -0500, Felipe Balbi wrote:
>> > while booting AM437x device, the following splat
>> > triggered:
>> >
>> > [ 12.005238] ==
Hi Linus,
The following changes since commit bc0195aad0daa2ad5b0d76cce22b167bc3435590:
Linux 4.2-rc2 (2015-07-12 15:10:30 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
tags/mfd-for-linus-4.3
for you to fetch changes up to 5a688c45
On Tue, Sep 01, 2015 at 06:22:14PM +0200, Jerome Marchand wrote:
> > Thanks. Sorry for the long delay but I finally got back to the bug this
> > week. NFS can be modified to special case the swapfile but I was not happy
> > with the result for multiple reasons. It took me a while to see a way for
>
On 02/09/15 20:22, Sergei Shtylyov wrote:
> Hello.
>
> On 09/02/2015 05:24 PM, Roger Quadros wrote:
>
>> We can't rely just on dr_mode to decide if we're in host or gadget
>> mode when we're configured as otg/dual-role. So while dr_mode is
>> OTG, we find out from the otg state machine if we're
Charles Chiou writes:
> From 60e14c245c18cbe0300cfa244334e2850a52a381 Mon Sep 17 00:00:00 2001
> From: Charles
> Date: Wed, 2 Sep 2015 20:48:55 +0800
> Subject: [PATCH 2/3] scsi:stex.c Add hotplug support
>
> 1. Add hotplug support. Pegasus support surprise removal. To this end, I
>use retur
On Thu, Sep 3, 2015 at 7:16 AM, Marc Zyngier wrote:
> Both pci-host-generic and Pseries parse the "linux,pci-probe-only"
> property to engage the PCI_PROBE_ONLY mode, and both have a subtle
> bug that can be triggered if the property has no parameter.
>
> Provide a generic, safe implementation tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/09/15 17:48, Felipe Balbi wrote:
> On Wed, Sep 02, 2015 at 05:24:24PM +0300, Roger Quadros wrote:
>> We can't rely just on dr_mode to decide if we're in host or gadget
>> mode when we're configured as otg/dual-role. So while dr_mode is
>> OTG,
101 - 200 of 637 matches
Mail list logo
