The newly added suspend/resume implementation for ahci_mvebu causes
a link error when CONFIG_PM_SUSPEND is disabled:
ERROR: "ahci_platform_suspend_host" [drivers/ata/ahci_mvebu.ko] undefined!
ERROR: "ahci_platform_resume_host" [drivers/ata/ahci_mvebu.ko] undefined!
This adds the same #ifdef here
W dniu 12.10.2015 o 21:37, Alim Akhtar pisze:
> Since commit 2fad972d45c4 ("ARM: dts: Add mclk entry for Peach boards"),
> sound card detection is broken on peach boards and gives below errors:
>
> [3.630457] max98090 7-0010: MAX98091 REVID=0x51
> [3.634233] max98090 7-0010: use default
On 10/12/2015 09:42 PM, Krzysztof Kozlowski wrote:
> W dniu 12.10.2015 o 19:46, Anand Moon pisze:
>> Hi Krzysztof,
>>
>> On 12 October 2015 at 11:14, Krzysztof Kozlowski
>> wrote:
>>> On 12.10.2015 00:46, Anand Moon wrote:
Added support for UHS-I bus speed 50MB/s (SDR50, DDR50) 104MB/s
On 10/12/2015 05:44 PM, Sudeep Holla wrote:
On 12/10/15 08:04, Hanjun Guo wrote:
On 10/12/2015 11:58 AM, Pat Erley wrote:
On 10/11/2015 08:49 PM, Hanjun Guo wrote:
On 10/12/2015 11:08 AM, Pat Erley wrote:
On 10/05/2015 10:12 AM, Al Stone wrote:
On 10/05/2015 07:39 AM, Rafael J. Wysocki
On Mon, 2015-10-05 at 12:53 +0100, Ian Campbell wrote:
Ping?
> Commit 9ccd608070b6 "arm64: dts: add device tree for ARM SMM-A53x2 on
> LogicTile Express 20MG" added a new dts file to arch/arm64 which
> included "../../../../arm/boot/dts/vexpress-v2m-rs1.dtsi", i.e. a
> .dtsi supplied by
> > sparc64 machines:
> >
> > http://kodu.ut.ee/~mroos/dm/dm.t1-105
> > http://kodu.ut.ee/~mroos/dm/dm.t1-200
> > http://kodu.ut.ee/~mroos/dm/dm.v120
> > http://kodu.ut.ee/~mroos/dm/dm.v210
> > http://kodu.ut.ee/~mroos/dm/dm.v240
> > http://kodu.ut.ee/~mroos/dm/dm.sb100
>
> Please try
>
>
Hi Mans,
On ven., oct. 09 2015, Mans Rullgard wrote:
> This passes a data pointer specified in the sched_clock_register()
> call to the read callback allowing simpler implementations thereof.
>
> In this patch, existing uses of this interface are simply updated
> with a null pointer.
>
>
On Mon 12-10-15 20:24:58, Liao Tonglang wrote:
> Variables m_thresh and m_dirty in function balance_dirty_pages() may use
> uninitialized. GCC throws a warning on it. Fixed by assigned to 0 as
> initial value.
The code is correct - m_dirty & m_thresh gets set & used only if mdtc is
set. So the
W dniu 12.10.2015 o 21:44, Julia Lawall pisze:
>
>
> On Mon, 12 Oct 2015, Krzysztof Kozlowski wrote:
>
>> 2015-10-10 21:30 GMT+09:00 Julia Lawall :
>>>
>>> for_each_child_of_node performs an of_node_get on each iteration, so
>>> a break out of the loop requires an of_node_put.
>>>
>>> The
W dniu 12.10.2015 o 18:18, Sylwester Nawrocki pisze:
> On 12/10/15 08:47, Krzysztof Kozlowski wrote:
>>> diff --git a/arch/arm/boot/dts/exynos5420-peach-pit.dts
>>> b/arch/arm/boot/dts/exynos5420-peach-pit.dts
index 8f4d76c..525a93a 100644
---
The change to the new __ioread32_copy() helper used the
DIV_ROUND_UP macro incorrectly:
drivers/firmware/broadcom/bcm47xx_nvram.c: In function 'nvram_find_and_copy':
drivers/firmware/broadcom/bcm47xx_nvram.c:110:30: error: macro "DIV_ROUND_UP"
requires 2 arguments, but only 1 given
The same
On Mon, 12 Oct, at 02:49:36PM, Ingo Molnar wrote:
>
>
> So why not unmap them after bootup? Is there any reason to call into EFI code
> while the system is up and running?
That's where the runtime services code lives. So if you want things
like EFI variables (used by the distro installer,
David Miller writes:
> From: Jason Baron
> Date: Fri, 9 Oct 2015 00:15:59 -0400
>
>> These patches are against mainline, I can re-base to net-next, please
>> let me know.
>>
>> They have been tested against: https://lkml.org/lkml/2015/9/13/195,
>> which causes the use-after-free quite quickly
On 10/10/2015 22:57, Dan Williams wrote:
> On Sat, Oct 10, 2015 at 1:35 PM, Paolo Bonzini wrote:
>> On 10/10/2015 02:56, Dan Williams wrote:
>>> The core has developed a need for a "pfn_t" type [1]. Move the existing
>>> pfn_t in KVM to kvm_pfn_t [2].
>>>
>>> [1]:
* Matt Fleming wrote:
> On Mon, 12 Oct, at 01:36:05PM, Borislav Petkov wrote:
> > On Tue, Oct 06, 2015 at 11:37:57AM -0400, Stephen Smalley wrote:
> > > > What does this range correspond to on your kernel?
> >
> > Got a W+X splat here too, on the UEFI box with rc5+tip/master:
> >
> > [
On Sun, Oct 11, 2015 at 12:42:26PM +0200, Julia Lawall wrote:
> These sysfs_ops structures are never modified. All other sysfs_ops
> structures in the kernel are declared as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
>
The fix looks correct, but these data
Since commit 2fad972d45c4 ("ARM: dts: Add mclk entry for Peach boards"),
sound card detection is broken on peach boards and gives below errors:
[3.630457] max98090 7-0010: MAX98091 REVID=0x51
[3.634233] max98090 7-0010: use default 2.8v micbias
[3.640985] snow-audio sound: HiFi <->
On Mon, 12 Oct 2015, Krzysztof Kozlowski wrote:
> 2015-10-10 21:30 GMT+09:00 Julia Lawall :
> >
> > for_each_child_of_node performs an of_node_get on each iteration, so
> > a break out of the loop requires an of_node_put.
> >
> > The semantic patch that fixes this problem is as follows
> >
On 10/12/2015 01:58 PM, Peter Zijlstra wrote:
> On Mon, Oct 12, 2015 at 12:03:06PM +0200, Daniel Wagner wrote:
>> On 10/12/2015 11:17 AM, Daniel Wagner wrote:
>>> On 09/09/2015 04:26 PM, Peter Zijlstra wrote:
On Wed, Sep 09, 2015 at 02:05:29PM +0200, Daniel Wagner wrote:
> @@ -50,10
On 12/10/2015 14:10, Jian Zhou wrote:
> ping...
I think your expectations for review RTT are a bit too optimistic.
I have only worked 4 hours since you posted the patch... But it was on
my list anyway, so let's do it.
First of all, you should move the implementation entirely into vmx.c,
On Fri, Oct 09, 2015 at 03:58:49PM +0900, Namhyung Kim wrote:
SNIP
>
>
> >
> > some comment on how we treat map groups in general (for fork/clone/exit)
> > would be awesome ;-)
>
> I admit that this code is subtle and confusing.. How about this?
>
>
> Managing map groups is subtle in that
On Fri, Oct 09, 2015 at 03:03:33PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Thu, Oct 08, 2015 at 12:17:11PM +0200, Jiri Olsa wrote:
> > On Fri, Oct 02, 2015 at 02:18:43PM +0900, Namhyung Kim wrote:
> > > It is more convenient saving mmap length rather than (bit) mask. With
> > > this patch,
W dniu 12.10.2015 o 19:46, Anand Moon pisze:
> Hi Krzysztof,
>
> On 12 October 2015 at 11:14, Krzysztof Kozlowski
> wrote:
>> On 12.10.2015 00:46, Anand Moon wrote:
>>> Added support for UHS-I bus speed 50MB/s (SDR50, DDR50) 104MB/s (SDR104)
>>
>> This description is not entirely correct. The
On Mon, 12 Oct, at 01:36:05PM, Borislav Petkov wrote:
> On Tue, Oct 06, 2015 at 11:37:57AM -0400, Stephen Smalley wrote:
> > > What does this range correspond to on your kernel?
>
> Got a W+X splat here too, on the UEFI box with rc5+tip/master:
>
> [6.792949] rtc_cmos 00:02: setting system
On 05.10.2015 16:30, Boris Brezillon wrote:
> On Mon, 5 Oct 2015 14:58:03 +0200
> Thierry Reding wrote:
>
>> On Mon, Oct 05, 2015 at 01:19:12PM +0200, Boris Brezillon wrote:
>>> Hi Thierry,
>>>
>>> On Mon, 5 Oct 2015 11:35:43 +0200
>>> Thierry Reding wrote:
>>>
On Thu, Oct 01, 2015 at
Hi Mike,
On 10/12/2015 02:22 PM, Mike Looijmans wrote:
> On 12-10-15 13:16, Michal Simek wrote:
>>
> +static int zynq_fpga_ops_write(struct fpga_manager *mgr,
> +const char *buf, size_t count)
> +{
> + struct zynq_fpga_priv *priv;
> + int
Hi Jiri,
On Mon, Oct 12, 2015 at 8:24 PM, Jiri Olsa wrote:
> On Sun, Sep 27, 2015 at 08:37:56PM +0200, Rabin Vincent wrote:
>> Even if --symfs is used to point to the debug binaries, we send in the
>> non-debug filenames to libunwind, which leads to libunwind not finding
>> the debug frame. Fix
On 10/08/2015 06:54 PM, Vitaly Kuznetsov wrote:
> Some host adapters (e.g. Hyper-V storvsc) are known for not respecting the
> SPC-2/3/4 requirement for 'INQUIRY data (see table ...) shall contain at
> least 36 bytes'. As a result we get tons on 'scsi 0:7:1:1: scsi scan:
> INQUIRY result too short
Hello,
On Mon 12-10-15 11:18:48, Dmitry Vyukov wrote:
> Hello,
>
> The following program leads to hang in D state in:
This is the minimal reproducer:
int fd;
off_t off = 0;
fd = open("file", O_RDWR | O_TRUNC | O_SYNC | O_CREAT, 0644);
ftruncate(fd, 2);
您好:
您还在用ali平台开发外贸客户?
还在使用展会宣传企业和产品?
你out了!!!
当前外贸客户开发难,您是否也在寻找展会,B2B之外好的渠道?
行业全球十几万客户,平时最多也就联系了三千家,您是否想把剩下的也开发到?
加QQ2821117472给您演示下主动开发客户的方法,先用先受益,已经有近万家企业领先您使用!!。
广东省商业联合会推荐,主动开发客户第一品牌,近万家企业正在获益。您可以没有使用,但是不能没有了解。
--
To unsubscribe from this list: send the line
Hello Kezysztof
Thanks for your review.
On 10/12/2015 12:17 PM, Krzysztof Kozlowski wrote:
On 12.10.2015 15:26, Alim Akhtar wrote:
Since the merge of 2fad972 ("ARM: dts: Add mclk entry for Peach boards"),
Please switch to longer SHA abbreviation:
$ git config core.abbrev 12
ok, will do
On Mon, Oct 12, 2015 at 11:55:44AM +0200, Dmitry Vyukov wrote:
> Hello,
>
> The following program crashes kernel:
>
> // autogenerated by syzkaller (http://github.com/google/syzkaller)
> #include
> #include
> #include
>
> int main()
> {
> long r0 = syscall(SYS_shmget, 0x0ul, 0x2ul,
Variables m_thresh and m_dirty in function balance_dirty_pages() may use
uninitialized. GCC throws a warning on it. Fixed by assigned to 0 as
initial value.
Signed-off-by: Liao Tonglang
---
mm/page-writeback.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Mon, 2015-10-12 at 11:34 +0200, Dmitry Vyukov wrote:
> Hello,
>
> The following program causes episodic crashes:
>
> // autogenerated by syzkaller (http://github.com/google/syzkaller)
> #include
> #define CLONE_NEWNET 0x4000
> int main(void)
> {
> unshare(CLONE_NEWNET);
> }
>
>
Hi Sylwester,
On 10/12/2015 02:48 PM, Sylwester Nawrocki wrote:
On 12/10/15 08:47, Krzysztof Kozlowski wrote:
diff --git a/arch/arm/boot/dts/exynos5420-peach-pit.dts
b/arch/arm/boot/dts/exynos5420-peach-pit.dts
index 8f4d76c..525a93a 100644
--- a/arch/arm/boot/dts/exynos5420-peach-pit.dts
From: Geliang Tang
Date: Fri, 9 Oct 2015 03:45:39 -0700
> pcnet32 can't work on my machine recently. It says "architecture
> does not support 32bit PCI busmaster DMA". There is a logic error
> in it: pci_set_dma_mask() return 0 means return successfully.
>
> Signed-off-by: Geliang Tang
This
On Thu, Oct 8, 2015 at 8:40 PM, Jean-Francois Dagenais
wrote:
>
>> On Jun 4, 2013, at 1:32 PM, Mark Brown wrote:
>>
>> Applied but this is a bit sad, having to defer the refill to process
>> context means that we're adding extra latency which takes us further
>> away from being able to saturate
On Mon, Oct 12, 2015 at 2:14 PM, Eric Dumazet wrote:
> On Mon, 2015-10-12 at 14:02 +0200, Michal Kubecek wrote:
>
>> Probably the issue discussed in
>>
>> http://thread.gmane.org/gmane.linux.kernel/2057497/
>>
>> and previous related threads.
>>
>
> Same issue, but Dmitry apparently did not
On Sat, Oct 10, 2015 at 08:53:09PM +0200, Oleg Nesterov wrote:
> I do not understand the cpu_active() check in select_fallback_rq().
> x86 doesn't need it, and the recent commit dd9d3843755d "sched: Fix
> cpu_active_mask/cpu_online_mask race" documents the fact that on any
> architecture we can
On Mon, 2015-10-12 at 14:02 +0200, Michal Kubecek wrote:
> Probably the issue discussed in
>
> http://thread.gmane.org/gmane.linux.kernel/2057497/
>
> and previous related threads.
>
Same issue, but Dmitry apparently did not trust me.
--
To unsubscribe from this list: send the line
W dniu 12.10.2015 o 20:08, Anand Moon pisze:
> Hi Krzysztof,
>
> On 12 October 2015 at 11:19, Krzysztof Kozlowski
> wrote:
>> On 12.10.2015 13:42, Krzysztof Kozlowski wrote:
>>> On 12.10.2015 00:46, Anand Moon wrote:
Added support for vmmc/vqmmc-supply for emmc/sd cards.
Fixed the min
On Mon, Oct 12, 2015 at 08:05:20PM +0800, Wangnan (F) wrote:
>
>
> On 2015/10/12 20:02, Peter Zijlstra wrote:
> >On Mon, Oct 12, 2015 at 09:02:42AM +, Kaixu Xia wrote:
> >>--- a/include/linux/perf_event.h
> >>+++ b/include/linux/perf_event.h
> >>@@ -483,6 +483,8 @@ struct perf_event {
> >>
On Thu, 08 Oct, at 03:13:53AM, Kweh Hock Leong wrote:
> From: "Kweh, Hock Leong"
>
> Introducing a kernel module to expose capsule loader interface
> (misc char device file note) for user to upload capsule binaries.
>
> Example method to load the capsule binary:
> cat firmware.bin >
ping...
> Using vmx msr store/load mechanism and msr intercept bitmap
> to implement LBR virtualization.
>
> Signed-off-by: Jian Zhou
> Signed-off-by: Stephen He
>
> diff --git a/arch/x86/include/asm/kvm_host.h b/arch/x86/include/asm/kvm_host.h
> index 2beee03..244f68c 100644
> ---
Felipe Tonello wrote:
> On Mon, Oct 12, 2015 at 11:16 AM, Clemens Ladisch wrote:
>> Felipe Tonello wrote:
>>> I believe that is the best way to implement. Create multiple requests
>>> until the ALSA substreams buffer are empty and free the request on
>>> completion.
>>
>> I believe a better way
The fix is explained in the commit message for patch 2. A little
bit of refactoring is needed.
Paolo Bonzini (2):
KVM: x86: build kvm_userspace_memory_region in x86_set_memory_region
KVM: x86: map/unmap private slots in __x86_set_memory_region
arch/x86/include/asm/kvm_host.h | 6 +--
Otherwise, two copies (one of them never used and thus bogus) are
allocated for the regular and SMM address spaces. This breaks
SMM with EPT but without unrestricted guest support, because the
SMM copy of the identity page map is all zeros.
By moving the allocation to the caller we also remove
The next patch will make x86_set_memory_region fill the
userspace_addr. Since the struct is not used untouched
anymore, it makes sense to build it in x86_set_memory_region
directly; it also simplifies the callers.
Reported-by: Alexandre DERUMIER
Cc: sta...@vger.kernel.org
Fixes:
On 2015/10/12 20:02, Peter Zijlstra wrote:
On Mon, Oct 12, 2015 at 09:02:42AM +, Kaixu Xia wrote:
--- a/include/linux/perf_event.h
+++ b/include/linux/perf_event.h
@@ -483,6 +483,8 @@ struct perf_event {
perf_overflow_handler_t overflow_handler;
void
If the device does not have an internal reference, there is no
other choice but to use the external reference. In that case,
it does not make much sense to have to specify it.
This patch ensures that the external reference is used if the
device does not feature an internal reference.
On Mon, Oct 12, 2015 at 09:02:42AM +, Kaixu Xia wrote:
> --- a/include/linux/perf_event.h
> +++ b/include/linux/perf_event.h
> @@ -483,6 +483,8 @@ struct perf_event {
> perf_overflow_handler_t overflow_handler;
> void*overflow_handler_context;
>
On Mon, Oct 12, 2015 at 01:07:55PM +0200, Dmitry Vyukov wrote:
> Hello,
>
> The following program causes use-after-in kernel:
>
...
> long r0 = syscall(SYS_mmap, 0x20001000ul, 0x1000ul, 0x3ul,
> 0x32ul, 0xul, 0x0ul);
> long r1 = syscall(SYS_mmap, 0x2000ul,
On Friday 09 October 2015 18:15:40 Bjorn Helgaas wrote:
>
> I don't know if this should be a kernel taint, a simple warning in
> dmesg, or what. I guess the tainting mechanism is probably too
> general-purpose for this, and add_taint() doesn't give any dmesg
> indication. We wouldn't see the
On Monday 12 October 2015 11:23:44 huangdaode wrote:
> + s += sprintf(s,
> + "\t\ttx_ring on
> %p:%u,%u,%u,%u,%u,%llu,%llu\n",
> + h->qs[i]->tx_ring.io_base,
> +
On Mon, Oct 12, 2015 at 12:03:06PM +0200, Daniel Wagner wrote:
> On 10/12/2015 11:17 AM, Daniel Wagner wrote:
> > On 09/09/2015 04:26 PM, Peter Zijlstra wrote:
> >> On Wed, Sep 09, 2015 at 02:05:29PM +0200, Daniel Wagner wrote:
> >>> @@ -50,10 +50,10 @@ void complete_all(struct completion *x)
>
Hi Clemens
On Mon, Oct 12, 2015 at 11:16 AM, Clemens Ladisch wrote:
> Felipe Tonello wrote:
>> On Fri, Oct 9, 2015 at 10:23 AM, Clemens Ladisch wrote:
>>> Felipe Tonello wrote:
} else if (ep == midi->in_ep) {
- /* Our transmit completed. See if
On Mon, Oct 12, 2015 at 11:00:45AM +0200, Pavel Machek wrote:
> Hi!
>
> > I guess you would need to be careful with the machine driver as
> > well, you will need to use a snd_soc_codec_conf structure for at
> > least one (although I would do both) of the CODECs to give a
> > prefix for all the
On Mon, Oct 12, 2015 at 05:06:36PM +0800, Boqun Feng wrote:
> Understood.
>
> But, IMO, the position of this section is already misleading:
>
> (*) Implicit kernel memory barriers.
> - Locking functions.
> - Interrupt disabling functions.
>->- Sleep and wake-up functions.<-
>
On Monday 12 October 2015 11:38:24 huangdaode wrote:
> On 2015/10/12 11:24, Joe Perches wrote:
> > Hello Huang.
> >
> > On Mon, 2015-10-12 at 11:23 +0800, huangdaode wrote:
> >> This patch changes the code style to make the code more simple.
> >> also removes the once used HNADEL_TX_MSG macro,
A new limit selected arbitrarily as power of two greater than
required minimum for Xeon Phi processor.
Currently driver is not able to handle cores with core ID greater than 32.
Such attempt ends up with the following error in dmesg:
coretemp coretemp.0: Adding Core XXX failed
Signed-off-by:
>>> +static int zynq_fpga_ops_write(struct fpga_manager *mgr,
>>> +const char *buf, size_t count)
>>> +{
>>> + struct zynq_fpga_priv *priv;
>>> + int err;
>>> + char *kbuf;
>>> + size_t i, in_count;
>>> + dma_addr_t dma_addr;
>>> + u32
Signed-off-by: Paul Cercueil
---
.../devicetree/bindings/iio/dac/ad5064.txt | 48 ++
1 file changed, 48 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/dac/ad5064.txt
v2: No change in this patch
diff --git
Previously the driver would revert to internal supply if the
external supply couldn't be found. This had multiple problems:
- it caused silently ignored errors when a regulator was intended
to be supplied, but was not specified correctly.
- if CONFIG_REGULATOR is disabled, regulator_get() will
On Mon, Oct 12, 2015 at 10:12:31AM +0800, Yuyang Du wrote:
> On Mon, Oct 12, 2015 at 11:12:06AM +0200, Peter Zijlstra wrote:
> > So in the old code we had 'magic' to deal with the case where a cgroup
> > was consuming less than 1 cpu's worth of runtime. For example, a single
> > task running in
On Mon, Oct 12, 2015 at 1:41 PM, Vlastimil Babka wrote:
> On 10/12/2015 11:55 AM, Dmitry Vyukov wrote:
>>
>> Hello,
>>
>> The following program crashes kernel:
>>
>> // autogenerated by syzkaller (http://github.com/google/syzkaller)
>> #include
>> #include
>> #include
>>
>> int main()
>> {
>>
Hi Mark,
On Fri, Oct 02, 2015 at 06:32:56PM +0100, Mark Brown wrote:
> On Wed, Sep 30, 2015 at 04:05:44PM +0200, Sascha Hauer wrote:
>
> > A new min_dropout_uv field is added to struct regulator_desc. Regulators
> > can specify the minimun dropout voltage they need for proper function
> > here.
On Sun, Sep 27, 2015 at 08:37:59PM +0200, Rabin Vincent wrote:
> It's easy to cross-compile a minimal perf binary without any external
> libraries (other than a C library of course) but if you want more of the
> juicy features it quickly becomes harder. You need to either
> cross-compile a bunch
On 10/12/2015 11:55 AM, Dmitry Vyukov wrote:
Hello,
The following program crashes kernel:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
int main()
{
long r0 = syscall(SYS_shmget, 0x0ul, 0x2ul, 0x8ul);
long r1 =
Hi Wolfram,
On 9 October 2015 at 22:16, Wolfram Sang wrote:
>
> As said to Kieran personally in Dublin, I want a verification that all
> binding methods still work, especially runtime instantiation for drivers
> without i2c_device_ids.
Ok, I should be able to find some time to look at that this
On Tue, Oct 06, 2015 at 11:37:57AM -0400, Stephen Smalley wrote:
> > What does this range correspond to on your kernel?
Got a W+X splat here too, on the UEFI box with rc5+tip/master:
[6.792949] rtc_cmos 00:02: setting system clock to 2015-10-12 11:17:03 UTC
(1444648623)
[6.807863]
Add documentation for the PXA LCD controller devicetree binding.
Signed-off-by: Robert Jarzmik
---
Since v1: Philipp's review on the whole binding
Since v2: moved to display/, Philipp's and Rob's review
dropped panel description, should be a simple panel with a
lcd-type
On Sun, Sep 27, 2015 at 08:37:58PM +0200, Rabin Vincent wrote:
> Pass CFLAGS and LDFLAGS to the libiberty compile line to make the
> detection work when using a cross compiler.
>
> Otherwise perf fails to link even though BFD is detected.
>
> ...libbfd: [ on ]
>
>
On Sun, Sep 27, 2015 at 08:37:57PM +0200, Rabin Vincent wrote:
> When NO_LIBUNWIND_DEBUG_FRAME=0, use the .debug_frame if the .eh_frame
> doesn't contain the approprate unwind tables.
>
Acked-by: Jiri Olsa
thanks,
jirka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Sun, Sep 27, 2015 at 08:37:56PM +0200, Rabin Vincent wrote:
> Even if --symfs is used to point to the debug binaries, we send in the
> non-debug filenames to libunwind, which leads to libunwind not finding
> the debug frame. Fix this.
>
> Signed-off-by: Rabin Vincent
cc-ing Namhyung on this
Hi Jaehoon Chung
On 12 October 2015 at 16:21, Jaehoon Chung wrote:
> On 10/12/2015 07:46 PM, Anand Moon wrote:
>> Hi Krzysztof,
>>
>> On 12 October 2015 at 11:14, Krzysztof Kozlowski
>> wrote:
>>> On 12.10.2015 00:46, Anand Moon wrote:
Added support for UHS-I bus speed 50MB/s (SDR50,
On 10/12/2015 12:05 PM, Kirill A. Shutemov wrote:
On Mon, Oct 12, 2015 at 03:58:51PM +0800, yalin wang wrote:
On Oct 12, 2015, at 15:38, Vlastimil Babka wrote:
On 10/12/2015 04:40 AM, yalin wang wrote:
Remove unlikely(order), because we are sure order is not zero if
code reach here, also
Switch the code to use struct device * instead of struct pci_dev * since there
is no reason to access PCI related features in the driver.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_scu_ipc.c | 41
1 file changed, 18 insertions(+), 23
On Fri, 2015-21-08 at 11:05:15 UTC, Christophe Leroy wrote:
> show_interrupts() expects the irq_chip name to be max 8 characters
> otherwise everything get misaligned
>
> # cat /proc/interrupts
>CPU0
> 17: 0 CPM PIC 0 Level error
> 19: 0 MPC8XX SIU 15
On Thu, 2015-08-10 at 19:00:58 UTC, Colin King wrote:
> From: Colin Ian King
>
> pi_buff is being memset before it is sanity checked. Move the
> memset after the null pi_buff sanity check to avoid an oops.
>
> Signed-off-by: Colin Ian King
Applied to powerpc next, thanks.
There are couple of bugfixes (patches 1 & 5) and amendments to the driver.
Patch series has been tested on Intel Medfield and Intel Edison (Merrifield)
boards.
Changes v2:
- improve patch 4 commit message (suggested by Darren)
- leave only fix of a potential bug in patch 5
Andy Shevchenko (5):
Eliminate some boilerplate code by using module_pci_driver() instead of
init/exit, moving the salient bits from init into probe.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_scu_ipc.c | 23 ++-
1 file changed, 6 insertions(+), 17 deletions(-)
diff --git
On Mon, 2015-10-12 at 13:46 +0300, Mika Westerberg wrote:
> On Fri, Oct 09, 2015 at 05:41:46PM -0700, Dustin Byford wrote:
> > An I2cSerialBus connection resource descriptor may indicate a
> > ResourceSource (a string uniquely identifying the I2C bus
> > controller)
> > anywhere in the ACPI
The error handling is broken right now since it leaves resources unfreed.
Convert the code to use managed resources to fix the error handling.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_scu_ipc.c | 26 --
1 file changed, 8 insertions(+), 18
Protect the dev member assignment in ->remove() since user may potentially call
unbind from a sysfs even if the driver is built-in. The latter might be racy
with ongoing SCU communication.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_scu_ipc.c | 3 +++
1 file changed, 3
As much as poosible propagate a pointer to struct intel_scu_ipc_dev.
There is no functional change.
Signed-off-by: Andy Shevchenko
---
drivers/platform/x86/intel_scu_ipc.c | 134 +++
1 file changed, 74 insertions(+), 60 deletions(-)
diff --git
On 12 October 2015 at 08:24, Wolfram Sang wrote:
>
> And add the original patch author to CC when resending.
>
Bah - I was sure I'd added him ... must have slipped.
Should I add Cc: stable? or are they notified from the Fixes: tag?
--
Regards
Kieran
--
To unsubscribe from this list: send the
On Fri, 2015-17-07 at 07:19:59 UTC, Christophe Jaillet wrote:
> If 'nvram_write_header' fails, then 'new_part' should be freed, otherwise,
> there is a memory leak.
>
> Signed-off-by: Christophe JAILLET
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/7d523187173294f6ae3b86a4
On Fri, 2015-17-07 at 07:20:00 UTC, Christophe Jaillet wrote:
> 'nvram_create_os_partition' should be 'nvram_create_partition'.
> Use __func__ to have it right, as done elsewhere in this file.
>
> Signed-off-by: Christophe JAILLET
Applied to powerpc next, thanks.
Hi Wolfram,
On 12 October 2015 at 08:23, Wolfram Sang wrote:
> Hi Kiera,
>
> On Sun, Oct 11, 2015 at 12:39:31PM +0100, Kieran Bingham wrote:
>> A change of return status was introduced in commit 3fffd1283927
>> ("i2c: allow specifying separate wakeup interrupt in device tree")
>
> Thanks for
Hello,
The following program causes use-after-in kernel:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
int main()
{
long r0 = syscall(SYS_mmap, 0x20001000ul, 0x1000ul, 0x3ul,
0x32ul, 0xul, 0x0ul);
long r1 =
Hi Krzysztof,
On 12 October 2015 at 11:19, Krzysztof Kozlowski
wrote:
> On 12.10.2015 13:42, Krzysztof Kozlowski wrote:
>> On 12.10.2015 00:46, Anand Moon wrote:
>>> Added support for vmmc/vqmmc-supply for emmc/sd cards.
>>> Fixed the min values for regulator ldo13_reg (VDDQ_MMC2).
>>
>> I can't
On 10/12/2015 07:46 PM, Anand Moon wrote:
> Hi Krzysztof,
>
> On 12 October 2015 at 11:14, Krzysztof Kozlowski
> wrote:
>> On 12.10.2015 00:46, Anand Moon wrote:
>>> Added support for UHS-I bus speed 50MB/s (SDR50, DDR50) 104MB/s (SDR104)
>>
>> This description is not entirely correct. The MMC
On Fri, Oct 09, 2015 at 05:41:47PM -0700, Dustin Byford wrote:
> Although I2C mux devices are easily enumerated using ACPI (_HID/_CID or
> device property compatible string match) enumerating I2C client devices
> connected through a I2C mux device requires a little extra work.
>
> This change
Hi,
On Fri, Oct 09, 2015 at 03:51:22PM +0800, yalin wang wrote:
> This patch change some bool variables in struct regmap { }
> to be u8 v : 1 type, so that we can shrink the sizeof of struct regmap.
>
> Signed-off-by: yalin wang
> ---
> drivers/base/regmap/internal.h | 39
On 11/10/15 18:13, Duc Dang wrote:
> On Fri, Oct 9, 2015 at 2:10 AM, Marc Zyngier wrote:
>> Hi Duc,
>>
>> On 08/10/15 08:48, Duc Dang wrote:
>>> GICv2m driver currently only supports single v2m frame. This
>>> patch extend this driver to support multiple v2m frames. All of
>>> the v2m frames will
The GICv2m driver is so far limited to a single MSI frame, but
nothing prevents an implementation from having several of them.
This patch expands the driver to enumerate all frames, keeping
the first one as the canonical identifier for the MSI domains.
Tested-by: Duc Dang
Signed-off-by: Marc
There are following warnings on unpatched code:
arch/x86/kernel/early_printk.c:198:32: warning: incorrect type in initializer
(different address spaces)
arch/x86/kernel/early_printk.c:198:32:expected void [noderef] *vaddr
arch/x86/kernel/early_printk.c:198:32:got unsigned int [usertype]
On Fri, Oct 09, 2015 at 05:41:46PM -0700, Dustin Byford wrote:
> An I2cSerialBus connection resource descriptor may indicate a
> ResourceSource (a string uniquely identifying the I2C bus controller)
> anywhere in the ACPI namespace. However, when enumerating connections to a
> I2C bus controller,
Hi Krzysztof,
On 12 October 2015 at 11:14, Krzysztof Kozlowski
wrote:
> On 12.10.2015 00:46, Anand Moon wrote:
>> Added support for UHS-I bus speed 50MB/s (SDR50, DDR50) 104MB/s (SDR104)
>
> This description is not entirely correct. The MMC driver already
> supports these UHS speeds (you did not
J. Bruce Fields wrote:
> On Fri, Oct 09, 2015 at 06:29:44AM +, Kosuke Tatsukawa wrote:
>> Neil Brown wrote:
>> > Kosuke Tatsukawa writes:
>> >
>> >> There are several places in net/sunrpc/svcsock.c which calls
>> >> waitqueue_active() without calling a memory barrier. Add a memory
>> >>
701 - 800 of 1976 matches
Mail list logo