Signed-off-by: Klemen Jan Enova
---
diff --git a/include/linux/wait.h b/include/linux/wait.h
index bd68819..d5ba4c6 100644
--- a/include/linux/wait.h
+++ b/include/linux/wait.h
@@ -32,11 +32,10 @@ struct wait_bit_queue {
wait_queue_twait;
};
-struct __wait_queue_head {
+typedef str
The commit [247bc037: PM / Sleep: Mitigate race between the freezer
and request_firmware()] introduced the finer state control, but it
also leads to a new bug; for example, a bug report regarding the
firmware loading of intel BT device at suspend/resume:
https://bugzilla.novell.com/show_bug.cgi?i
On Tue, Jul 15, 2014 at 12:05:14PM +0900, Daeseok Youn wrote:
> The p->u.board.status is allocated and set a string as
> "No" once within allocating a node of BNODE type.
> But it also set again with kstrdup() in case of "STATUS"
> or "ID". If it is not allocated yet, use kstrdup().
> If not, use j
On Tue, Jul 15, 2014 at 12:02:23PM +0900, Daeseok Youn wrote:
> The dgap_err() is printing a message with pr_err(),
> so all those are replaced.
>
Take a look at how pr_fmt works.
#define pr_fmt(fmt) "dgap: " fmt
Then you can remove the "dgap: " from the beginning of each line.
Also all the "o
Hi all,
Today's linux-next merge of the char-misc tree got conflicts in
drivers/Kconfig and drivers/Makefile between commit 76ac8275f296
("trace, RAS: Add basic RAS trace event") from the ia64 tree and commit
16603153666d ("thunderbolt: Add initial cactus ridge NHI support") from
the char-misc tre
Without this, the ethernet port on my ASUS A88X Pro mainboard stops
working sometimes, with messages like these in dmesg:
AMD-Vi: Event logged [IO_PAGE_FAULT device=05:00.0 domain=0x001e
address=0x3000 flags=0x0050]
Signed-off-by: Michel Dänzer
---
drivers/net/ethernet/realtek/r8169
On Tue, Jul 15, 2014 at 12:04:02PM +0900, Daeseok Youn wrote:
> 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 whe
Hi Mark,
On Mon, Jul 14, 2014 at 8:37 PM, Mark Rutland wrote:
> On Mon, Jul 14, 2014 at 01:16:09PM +0100, Harini Katakam wrote:
>> Add cadence-wdt bindings documentation.
>>
>> Signed-off-by: Harini Katakam
>> ---
>>
>> v3 changes:
>> - Change reset property type and improve description.
>> - Im
On Mon, 2014-07-14 at 14:20 -0700, Stephen Boyd wrote:
> On 07/14/14 06:58, Ivan T. Ivanov wrote:
> > On Fri, 2014-07-11 at 18:56 -0700, Stephen Boyd wrote:
> >> On 07/10/14 02:53, Linus Walleij wrote:
> >>> On Wed, Jul 9, 2014 at 11:18 PM, Bjorn Andersson wrote:
> On Wed, Jul 9, 2014 at 1:53
Introduce function to generate logical (shifted register)
instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 25 ++
arch/arm64/kernel/insn.c | 60 +++
2 files changed, 85 insertions(+)
diff --git a/arch/arm64
Introduce function to generate load/store (register offset)
instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 20 ++
arch/arm64/kernel/insn.c | 62 +++
2 files changed, 82 insertions(+)
diff --git a/arch/arm64/i
Introduce function to generate unconditional branch (register)
instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 7 +++
arch/arm64/kernel/insn.c | 35 +--
2 files changed, 40 insertions(+), 2 deletions(-)
diff --git a/arch/arm
While using linux-based machine (AMD 6550M-based notebook, PCI IDs for the
controller are 1022:7801 subsys 1025:059d) and ddrescue to salvage data
from failing hard drive (WD7500BPVT 2.5" 750G SATA2), I've found that pure
AMNF 0x01 error code generates generic "device error" that is retried
several
Introduce function to generate compare & branch (immediate)
instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 57
arch/arm64/kernel/insn.c | 86 ---
2 files changed, 138 insertions(+), 5 deletion
Introduce function to generate data-processing (3 source) instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 14 ++
arch/arm64/kernel/insn.c | 42 ++
2 files changed, 56 insertions(+)
diff --git a/arch/arm64/incl
The JIT compiler emits A64 instructions. It supports eBPF only.
Legacy BPF is supported thanks to conversion by BPF core.
JIT is enabled in the same way as for other architectures:
echo 1 > /proc/sys/net/core/bpf_jit_enable
Or for additional compiler output:
echo 2 > /proc/sys/n
Introduce function to generate conditional branch (immediate)
instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 21 +
arch/arm64/kernel/insn.c | 17 +
2 files changed, 38 insertions(+)
diff --git a/arch/arm64/include/asm/insn.h
2014-07-15 오전 5:37, Andrew Morton 쓴 글:
On Mon, 14 Jul 2014 16:02:25 +0900 Joonsoo Kim wrote:
On Tue, Jul 08, 2014 at 06:46:31PM +0200, Michal Nazarewicz wrote:
On Mon, Jul 07 2014, Andrew Morton wrote:
What I proposed is that CMA call invalidate_bh_lrus() right at the
outset. Something a
Introduce function to generate add/subtract (shifted register)
instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 11 ++
arch/arm64/kernel/insn.c | 49 +++
2 files changed, 60 insertions(+)
diff --git a/arch/arm64/in
Introduce function to generate load/store pair instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 16 +++
arch/arm64/kernel/insn.c | 65 +++
2 files changed, 81 insertions(+)
diff --git a/arch/arm64/include/asm/insn.
Introduce function to generate add/subtract (immediate) instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 16
arch/arm64/kernel/insn.c | 44 +++
2 files changed, 60 insertions(+)
diff --git a/arch/arm64/inc
Introduce function to generate move wide (immediate) instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 13 +
arch/arm64/kernel/insn.c | 43 +++
2 files changed, 56 insertions(+)
diff --git a/arch/arm64/include/a
Introduce function to generate bitfield instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 16 +
arch/arm64/kernel/insn.c | 56 +++
2 files changed, 72 insertions(+)
diff --git a/arch/arm64/include/asm/insn.h b/a
Introduce function to generate data-processing (2 source) instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 20 ++
arch/arm64/kernel/insn.c | 48 +++
2 files changed, 68 insertions(+)
diff --git a/arch/arm64
Introduce function to generate data-processing (1 source) instructions.
Signed-off-by: Zi Shen Lim
---
arch/arm64/include/asm/insn.h | 13 +
arch/arm64/kernel/insn.c | 37 +
2 files changed, 50 insertions(+)
diff --git a/arch/arm64/include/as
This series implements eBPF JIT compiler for arm64.
See [14/14] for change log.
Patches [1-13/14] implement code generation functions.
Patch [14/14] implements the actual eBPF JIT compiler.
Zi Shen Lim (14):
arm64: introduce aarch64_insn_gen_comp_branch_imm()
arm64: introduce aarch64_insn_gen
On Mon, Jul 14, 2014 at 04:38:43PM -0300, Lucas Tanure wrote:
> Hi,
>
> This patch got accepted ?
>
It looks ok. You will get an automated email when the patch is merged
into Greg's tree. It can take 2 weeks or longer depending on merge
window timing or Greg's travel schedule.
Anyway, your pat
On Tue, Jul 15, 2014 at 10:12 AM, Joonsoo Kim wrote:
> On Wed, Jul 09, 2014 at 03:30:14PM +0400, Andrey Ryabinin wrote:
>> We need to manually unpoison rounded up allocation size for dname
>> to avoid kasan's reports in __d_lookup_rcu.
>> __d_lookup_rcu may validly read a little beyound allocated
On Wed, Jul 09, 2014 at 03:30:14PM +0400, Andrey Ryabinin wrote:
> We need to manually unpoison rounded up allocation size for dname
> to avoid kasan's reports in __d_lookup_rcu.
> __d_lookup_rcu may validly read a little beyound allocated size.
If it read a little beyond allocated size, IMHO, it
On Wed, Jul 09, 2014 at 03:30:09PM +0400, Andrey Ryabinin wrote:
> With this patch kasan will be able to catch bugs in memory allocated
> by slub.
> Allocated slab page, this whole page marked as unaccessible
> in corresponding shadow memory.
> On allocation of slub object requested allocation size
Recover original IP register if the pre_handler doesn't change it.
Since current kprobes doesn't expect that another ftrace handler
may change regs->ip, it sets kprobe.addr + MCOUNT_INSN_SIZE to
regs->ip and returns to ftrace.
This seems wrong behavior since kprobes can recover regs->ip
and safely
Introduce FTRACE_OPS_FL_IPMODIFY to avoid conflict among
ftrace users who may modify regs->ip to change the execution
path. This also adds the flag to kprobe_ftrace_ops, since
ftrace-based kprobes already modifies regs->ip. Thus, if
another user modifies the regs->ip on the same function entry,
one
Set FTRACE_OPS_FL_IPMODIFY flag only for the probes which can change
regs->ip, which has kprobe->break_handler.
Currently we can not put jprobe and another ftrace handler which
changes regs->ip on the same function because all kprobes have
FTRACE_OPS_FL_IPMODIFY flag. This removes FTRACE_OPS_FL_IPM
Hi,
Here is the 3rd version of the series of patches which introduces
IPMODIFY flag for ftrace_ops to detect conflicts of ftrace users
who can modify regs->ip in their handler.
This version is basically an update of previous version, however
I've descided to split the kprobe/x86 side fix to an ind
On Wed, Jul 09, 2014 at 03:30:08PM +0400, Andrey Ryabinin wrote:
> Some code in slub could validly touch memory marked by kasan as unaccessible.
> Even though slub.c doesn't instrumented, functions called in it are
> instrumented,
> so to avoid false positive reports such places are protected by
>
Hi Guenter,
On Mon, 14 Jul 2014 22:43:42 -0700 Guenter Roeck wrote:
>
> On 07/14/2014 08:29 PM, Stephen Rothwell wrote:
> >
> > After merging the v4l-dvb tree, today's linux-next build (powerpc
> > ppc64_defconfig)
> > failed like this:
> >
> > arch/powerpc/kernel/smp.c:764:2: error: initializat
On 15 July 2014 11:06, Saravana Kannan wrote:
> Btw, I tried to take a stab at removing any assumption in cpufreq code about
> policy->cpu being ONLINE. There are 160 instances of those of with 23 are in
> cpufreq.c
>
> So, even if we are sure cpufreq.c is fine, it's 137 other uses spread across
>
On 07/14/2014 06:58 PM, abhijit naik wrote:
> Hi,
>
> I am studying ASP driver of DM6446 EVM in main line kernel 3.14.
> I referred to both sound/soc/davinci/davinci-mcasp.c
> and sound/soc/davinci/davinci-i2s.c
For DM6446 the correct driver would be the davinci-i2s. The audio interface is
named
On Wed, Jul 09, 2014 at 03:30:04PM +0400, Andrey Ryabinin wrote:
> This patch shares virt_to_cache() between slab and slub and
> it used in cache_from_obj() now.
> Later virt_to_cache() will be kernel address sanitizer also.
I think that this patch won't be needed.
See comment in 15/21.
Thanks.
On 07/15/2014 03:48 AM, Iyappan Subramanian wrote:
This patch adds documentation for APM X-Gene SoC ethernet DTS binding.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/net/apm-xgene-enet.txt | 72 +++
On Wed, Jul 09, 2014 at 03:30:02PM +0400, Andrey Ryabinin wrote:
> Add kernel address sanitizer hooks to mark allocated page's addresses
> as accessible in corresponding shadow region.
> Mark freed pages as unaccessible.
>
> Signed-off-by: Andrey Ryabinin
> ---
> include/linux/kasan.h | 6 +
On 07/14/2014 08:29 PM, Stephen Rothwell wrote:
Hi Mauro,
After merging the v4l-dvb tree, today's linux-next build (powerpc
ppc64_defconfig)
failed like this:
arch/powerpc/kernel/smp.c:764:2: error: initialization from incompatible
pointer type [-Werror]
{ cpu_smt_mask, powerpc_smt_flags,
On 07/14/2014 09:35 PM, Viresh Kumar wrote:
On 15 July 2014 00:38, Saravana Kannan wrote:
Yeah, it definitely crashes if policy->cpu if an offline cpu. Because the
mutex would be uninitialized if it's stopped after boot or it would never
have been initialized (depending on how you fix policy->c
> > +For one device driver, which will run in different scenarios above
> > +on different SoCs using the devicetree, we need one way to simplify
> > +this.
> > +
> > +Required properties:
> > +- {big,little}-endian: these are boolean properties, if absent
> > + meaning that the CPU and the Device
On 07/15/2014 09:53 AM, Xiubo Li wrote:
Device-Tree binding for device endianness
Index Device Endianness properties
---
1 BE 'big-endian'
2 LE 'little-endian'
For one device driver, which will run in differe
Hi Rafael/Daniel,
Did you get a chance to review the patch?
--
Thanks,
-Meraj
On Sat, Jul 12, 2014 at 7:29 PM, Mohammad Merajul Islam Molla
wrote:
> cpuidle driver name sysfs node is read-only. So permission should be 0444.
>
> Signed-off-by: Mohammad Merajul Islam Molla
> ---
> drivers/cpuid
On Mon, Jul 14, 2014 at 11:38 PM, Rafael J. Wysocki wrote:
> On Monday, July 14, 2014 12:40:24 PM pramod gurav wrote:
>> Hi Rafael,
>>
>> Can we consider these changes if there are no issues with this?
>
> Well, are you "fixing" checkpatch.pl warnings just for the sake of
> this or is there a dee
On Mon, Jul 14, 2014 at 10:39:48PM +, Haiyang Zhang wrote:
> > -Original Message-
> > From: Sitsofe Wheeler [mailto:sits...@gmail.com]
> > Sent: Monday, July 14, 2014 5:31 PM
> > To: Haiyang Zhang
> > Cc: KY Srinivasan; David S. Miller; de...@linuxdriverproject.org; linux-
> > ker...@vg
On (Tue) 15 Jul 2014 [12:45:56], Herbert Xu wrote:
> On Tue, Jul 15, 2014 at 10:10:28AM +0530, Amit Shah wrote:
> > On (Mon) 14 Jul 2014 [20:50:06], Herbert Xu wrote:
> > > On Thu, Jul 10, 2014 at 03:42:33PM +0530, Amit Shah wrote:
> > > > v3:
> > > > - Kees Cook pointed out a weird side-effect: d
On 07/14/2014 06:09 PM, David Rientjes wrote:
> + if (node == NUMA_NO_NODE) {
> + node = page_to_nid(page);
> + } else {
> + int distance = node_distance(page_to_nid(page), node);
> +
> + /*
> +
On Tue, Jul 15, 2014 at 10:10:28AM +0530, Amit Shah wrote:
> On (Mon) 14 Jul 2014 [20:50:06], Herbert Xu wrote:
> > On Thu, Jul 10, 2014 at 03:42:33PM +0530, Amit Shah wrote:
> > > v3:
> > > - Kees Cook pointed out a weird side-effect: devices which have
> > >->init() registered get their rand
On (Mon) 14 Jul 2014 [20:50:06], Herbert Xu wrote:
> On Thu, Jul 10, 2014 at 03:42:33PM +0530, Amit Shah wrote:
> > v3:
> > - Kees Cook pointed out a weird side-effect: devices which have
> >->init() registered get their randomness added to the system each
> >time they're switched in, but
From: Chris Ball
Subject: [PATCH] mmc: core: sdio: Fix unconditional wake_up_process() on sdio
thread
781e989cf59 ("mmc: sdhci: convert to new SDIO IRQ handling") and
bf3b5ec66bd ("mmc: sdio_irq: rework sdio irq handling") disabled
the use of our own custom threaded IRQ handler, but left in an
u
On Fri, May 16, 2014 at 10:18:40PM -0400, Theodore Ts'o wrote:
> On Fri, May 16, 2014 at 05:46:22PM -0700, Hannes Frederic Sowa wrote:
> > This should do the trick:
> > dd if=/dev/urandom of=/dev/zero bs=67108707
> >
> > I suspect ee1de406ba6eb1 ("random: simplify accounting logic") as the
>
Device-Tree binding for device endianness
Index Device Endianness properties
---
1 BE 'big-endian'
2 LE 'little-endian'
For one device driver, which will run in different scenarios above
on different SoCs using
On 14 July 2014 18:37, Christian König wrote:
>> I vote for HSA module that expose ioctl and is an intermediary with the
>> kernel driver that handle the hardware. This gives a single point for
>> HSA hardware and yes this enforce things for any hardware manufacturer.
>> I am more than happy to te
On 15 July 2014 00:38, Saravana Kannan wrote:
> Yeah, it definitely crashes if policy->cpu if an offline cpu. Because the
> mutex would be uninitialized if it's stopped after boot or it would never
> have been initialized (depending on how you fix policy->cpu at boot).
>
> Look at this snippet on
Hi,
Please ignore this V5 patch series.
Thanks,
BRs
> -Original Message-
> From: Xiubo Li [mailto:li.xi...@freescale.com]
> Sent: Tuesday, July 15, 2014 12:18 PM
> To: broo...@kernel.org; mark.rutl...@arm.com
> Cc: robh...@kernel.org; pawel.m...@arm.com; ijc+devicet...@hellion.org.uk
Hi Borislav,
(2014/07/11 19:59), Borislav Petkov wrote:
On Fri, Jul 11, 2014 at 09:48:27AM +0900, Yasuaki Ishimatsu wrote:
+static int get_cpuid(int apicid)
Btw this "cpuid" is misleading. Call it "cpu_num" or so.
O.K.
I'll update it.
+{
+ int cpuid;
+
+ cpuid = apicid_to_cp
Changes in V6:
- there is some mistake for V5 patch series, resend it.
Changes in V5:
- remove the register's dt endianness support for it will always be BE
for now.
- only support the register values buffers dt endianness support.
Xiubo Li (2):
regmap: add DT endianness binding support.
Device-Tree binding for device endianness
Index Device Endianness properties
---
1 BE 'big-endian'
2 LE 'little-endian'
For one device driver, which will run in different scenarios above
on different SoCs using
For many drivers which will support rich endianness of Devices
need define DT properties by itself with the binding support.
The endianness using regmap:
Index Device Properties if needs bytes-swap,
or just ignore it
--
For many drivers which will support rich endianness of Devices
need define DT properties by itself with the binding support.
The endianness using regmap:
Index Device Properties if needs bytes-swap,
or just ignore it
--
Changes in V5:
- remove the register's dt endianness support for it will always be BE
for now.
- only support the register values buffers dt endianness support.
Xiubo Li (2):
regmap: add DT endianness binding support.
dt/bindings: Add the DT binding documentation for endianness
.../devic
Quoting chenhanx...@cn.fujitsu.com (chenhanx...@cn.fujitsu.com):
> Hi,
>
> Let me summarize our discussions of ID conversion by pros/cons:
>
> A) make new system call for translation
> A-1) systemcall(ID, NS1, NS2) into (ID).
> pros:
> - has a reference ns(NS2)
>
On 07/14/2014 07:46 PM, Andy Lutomirski wrote:
>
> On espfix-less kernels (Xen and non-Xen), 16-bit CS w/ 16-bit SS
> always fails. Native (32-bit or 64-bit, according to the binary) CS
> with 16-bit SS fails for sigreturn_32, but passes for sigreturn_64. I
> find this somewhat odd. Native ss a
On 07/15/2014 11:54 AM, Fu, Zhonghui wrote:
>
> Hi,
>
> The data type of "host" is "struct mmc_host", and there is not "quirks"
> member in this structure.
Sorry for wrong typo.
You use the "host->caps2" instead of "host->quirks".
Best Regards,
Jaehoon Chung
>
>
> Thanks,
> Zhonghui
>
> On
On Tue, Jul 15, 2014 at 12:50:27AM +0200, Stephane Eranian wrote:
> On Tue, Jul 15, 2014 at 12:49 AM, Stephane Eranian wrote:
> > On Tue, Jul 15, 2014 at 12:39 AM, Andi Kleen wrote:
> >>> I have a problem with this patch.
> >>>
> >>> It makes: perf mem -t store rec record OP_NA for the store.
> >
On Tue, 15 Jul 2014 11:48:33 +0800 Ian Kent wrote:
...
> So far I've tracked this to something that was introduced between 3.11
> and 3.12. One change that went into 3.12 was Jeff Laytons' umount
> specific path resolution for umount. I've found this is also broken on
> recent RHEL-6 kernels and t
On Mon, Jul 14, 2014 at 4:22 AM, Ian Abbott wrote:
> On 2014-07-12 23:44, Chase Southwood wrote:
>>
>> Use the addi_watchdog module to provide support for the watchdog
>> subdevice.
>>
>> Also, rearrange the subdevice init blocks so that the order makes sense.
>> Digital input/output subdevices an
Hi Rafael,
Today's linux-next merge of the pm tree got a conflict in
drivers/acpi/acpi_extlog.c between commits 2dfb7d51a61d ("trace, RAS:
Add eMCA trace event interface") and d6cae935ec5b ("trace, eMCA: Add a
knob to adjust where to save event log") from the ia64 tree and commit
0a00fd5e20fd ("AC
在 2014年7月15日，上午9:40，Greg Kroah-Hartman 写道：
> On Mon, Jul 14, 2014 at 08:04:15PM +0800, Chen Gang wrote:
>>
>> For drivers/staging/lustre/lustre/include/lustre_sec.h:391:
>>
>> - staging tree: use '\t ' between 'die' and '('.
>>
>> - linux-next tree: use ' ' between 'die' and '('.
>>
>> S
On Mon, 2014-07-14 at 10:53 +1000, NeilBrown wrote:
> Here is a revised version of this one patch.
> This one fixes a problem with refcounts on dentry and adds a comment to
> clarify the behaviour of should_expire().
I have some bad news I'm afraid, not about the patches.
As I mentioned I'm well
In bootp.c I am hitting lots of warnings this fixes two on lines 71,72
in order to pass checkpatch and follow kernel coding style.
---
arch/alpha/boot/bootp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/alpha/boot/bootp.c b/arch/alpha/boot/bootp.c
index 8eb821e..3e
This patch removes all the whitespace an tab issues that this file
has when running checkpatch
---
arch/alpha/boot/bootp.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/alpha/boot/bootp.c b/arch/alpha/boot/bootp.c
index 3ee529d..6227e4f 100644
--- a/arch/alpha
When running checkpatch on this file I get lots of warnings and even a few
errors. This patch cleans up the coding style warning I get on line 26.
---
arch/alpha/boot/bootp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/alpha/boot/bootp.c b/arch/alpha/boot/bootp.c
index
This patch removes errors on lines 205,206 to fit kernel coding
style.
---
arch/alpha/boot/bootp.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/alpha/boot/bootp.c b/arch/alpha/boot/bootp.c
index 47e33cb..ac0351d 100644
--- a/arch/alpha/boot/bootp.c
+++ b/arch/alpha/
Hi all
Sorry, add more maintainers.
Best regards
Wang shengjiu
-Original Message-
From: alsa-devel-boun...@alsa-project.org
[mailto:alsa-devel-boun...@alsa-project.org] On Behalf Of Shengjiu Wang
Sent: Monday, July 14, 2014 6:40 PM
To: broo...@linaro.org
Cc: alsa-de...@alsa-project.
This patch fixes the if statement on line 180 to be changed to having
no brackets as defined by kernel coding style for one line if statements.
---
arch/alpha/boot/bootp.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/alpha/boot/bootp.c b/arch/alpha/boot/bootp.c
index
Kernel coding style. Remove useless else statement after return.
Signed-off-by: Lucas Tanure
---
drivers/staging/android/sync.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index c9a0c2c..e7b2e02 100644
---
ts of the merge.
Its also a change that (when suggested) was shown to cause more
problems than it was worth and dropped. I can't imagine how it ended
up in the merge commit.
I have used the v4l-dvb tree from next-20140714 for today. Please fix
this up.
--
Cheers,
Stephen Rothwell
On Mon, Jul 14, 2014 at 7:46 PM, Andy Lutomirski wrote:
> On Mon, Jul 14, 2014 at 3:23 PM, H. Peter Anvin wrote:
>> On 07/14/2014 02:35 PM, Andy Lutomirski wrote:
>>> Presumably the problem is here:
>>>
>>> ENTRY(xen_iret)
>>> pushq $0
>>> 1:jmp hypercall_iret
>>> ENDPATCH(xen_iret)
>>>
>
On Wed, 2014-07-02 at 07:00 +, Masami Hiramatsu wrote:
> On ia64 and ppc64, the function pointer does not point the
> entry address of the function, but the address of function
> discriptor (which contains the entry address and misc
> data.) Since the kprobes passes the function pointer stored
From: Sam Asadi
several style issues fixed.
Signed-off-by: Sam Asadi
modified: drivers/staging/comedi/drivers/adl_pci9118.c
---
drivers/staging/comedi/drivers/adl_pci9118.c | 124 +-
1 file changed, 62 insertions(+), 62 deletions(-)
diff --git a/drivers/sta
From: Kan Liang
x86, perf: Protect LBR and extra_regs against KVM lying
With -cpu host, KVM reports LBR and extra_regs support, if the host has
support.
When the guest perf driver tries to access LBR or extra_regs MSR,
it #GPs all MSR accesses,since KVM doesn't handle LBR and extra_regs support.
This patch adds reference counting for query handlers in order to eliminate
kmalloc()/kfree() usage.
Signed-off-by: Lv Zheng
Tested-by: Steffen Weber
---
drivers/acpi/ec.c | 46 --
1 file changed, 36 insertions(+), 10 deletions(-)
diff --git a/driv
This patch refines EC command storm prevention support.
Ideally, we should only enable storm prevention for the current command so
that the next command can try the efficient interrupt mode again.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 21 +
1 file changed, 9 inse
This patch refines event/query debugging messages to use a unified format
as commands. Developers can clearly find different processes by checking
different log seperators. No functional changes.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 14 --
1 file changed, 8 insertions(+)
On Tue, 2014-07-15 at 11:24 +0900, Masami Hiramatsu wrote:
> (2014/07/15 11:11), Michael Ellerman wrote:
> > On Mon, 2014-07-14 at 10:17 -0700, Tony Luck wrote:
> >> On Tue, Jul 8, 2014 at 5:07 AM, Masami Hiramatsu
> >> wrote:
> >>> Ping?
> >>>
> >>> This patch can be applied without 1/2, and will
There are cases that BIOS doesn't provide _Qxx handler for the returned
query value, in this case, acpi_set_gpe(ACPI_GPE_DISABLE) need to be
invoked to prevent event IRQ storms.
This patch implements such storm prevention using new GPE APIs.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 50
This patch splits query handler scheduling into a new seperate function
acpi_ec_notify_query_handlers() and adds a warning message in it to
indicate a BIOS bug. It is reported that EC event storm can happen in case
there is no handler prepared for the event. No functional changes.
Reference: https
From: Sam Asadi
fixed a coding style issue.
Signed-off-by: Sam Asadi
modified: drivers/staging/comedi/drivers/8255.c
---
drivers/staging/comedi/drivers/8255.c | 150 -
1 file changed, 74 insertions(+), 76 deletions(-)
diff --git a/drivers/staging/com
This patch adds facility to test future EC modification.
All EC commits should enable TEST_HOTPLUG, and try a build/boot test.
Since EC is currently a built-in module, this is the only mean for us to
test the hotplug code.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 19 +++
This patch implements command flushing support. It's better to wait all
command transactions to be completed before disabling the EC GPE when the
system is going to be suspended. By doing so, the EC hardware can be
ensured to be in the idle state when the system is resumed.
The system suspending/r
This patch deploys the following GPE handling model:
1. acpi_enable_gpe()/acpi_disable_gpe():
This set of APIs are used for EC usage reference counting.
2. acpi_set_gpe(ACPI_GPE_ENABLE)/acpi_set_gpe(ACPI_GPE_DISABLE):
This set of APIs are used for preventing GPE storm.
Note that this patch on
From: Kan Liang
With -cpu host KVM reports LBR and extra_regs support, so the perf driver may
accesses the LBR and extra_regs MSRs.
However, there is no LBR and extra_regs virtualization support yet. This could
causes guest to crash.
As a workaround, KVM just simply ignore the LBR and extra_regs
Developers really don't need to translate EC commands in mind. This patch
adds detailed debugging information for the EC commands.
The address can be found in the follow-up sequential EC_DATA(W) accesses,
thus this patch also removes some of the redundant address information.
Signed-off-by: Lv Zhe
By using the 2 flags, we can indicate an inter-mediate state where the
current transactions should be completed while the new transactions should
be blocked.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 56 +++--
1 file changed, 42 insertions(
This patchset is based on the previous ACPI/EC bug fixes series and the GPE
API enhancement series.
During the bug fix, there is a dmesg showing Linux EC driver doesn't
support EC event storm prevention.
https://bugzilla.kernel.org/show_bug.cgi?id=70891
The comment 55 contains the dmesg log that
From: Sam Asadi
Signed-off-by: Sam Asadi
modified: drivers/staging/comedi/drivers/8253.h
---
drivers/staging/comedi/drivers/8253.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/comedi/drivers/8253.h
b/drivers/staging/comedi/drivers/8253.h
i
1 - 100 of 1054 matches
Mail list logo
