On Thu, Sep 24, 2015 at 12:05:17AM +0800, Chen-Yu Tsai wrote:
> Reduced Serial Bus is a proprietary 2-line push-pull serial bus supporting
> multiple slave devices. It was developed by Allwinner, Inc. and used by
> Allwinner and X-Powers, Inc. for their line of PMICs and other peripheral
> ICs.
>
Hello,
I booted kernel with cgroup_disable=cpu and get this warning:
[0.00] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-4.3.0-rc2-next-20150923 no_timer_check
console=ttyS0,115200n8 root=UUID=01bc7316-b1f4-45c9-a23a-0
[0.00] [ cut here ]
[0.00
In acpi_ec_guard_event(), EC transaction state machine variables should be
checked with the EC spinlock locked.
The bug doesn't trigger any real issue now because this bug can only occur
when the ec_event_clearing=event mode is applied while there is no user
currently using this mode.
Signed-off-b
When query handler is not found, "result" is actually stil 0, and
"struct acpi_ec_query" is not NULL, so the deletion code of
"struct acpi_ec_query" at the end of the function cannot be invoked.
As a consequence, memory leak can be observed.
The issue is introduced by this commit:
Commit: 02b771
This patch fixes several code coverity issues in the EC driver.
One serious issue that can cause memory leak is marked as stable material.
Lv Zheng (3):
ACPI / EC: Fix a memory leak issue in acpi_ec_query()
ACPI / EC: Fix query handler related issues
ACPI / EC: Fix a race issue in acpi_ec_gu
1. acpi_ec_remove_query_handlers()
This patch refines the query handler removal logic implemented in
acpi_ec_remove_query_handler(), making it to invoke new
acpi_ec_remove_query_handlers() API, and ensuring all other removal code
paths to invoke the new API to honor the reference count of the query
On 2015/9/24 13:34, David Miller wrote:
> From: Weidong Wang
> Date: Thu, 24 Sep 2015 10:00:45 +0800
>
>> It does affect the intention. Although, the problem exists then makes the
>> system panic within some case.
>>
>> Do you have any idea about it?
>
> Allocate the statistics block at probe ti
Hi,
I have resent this patch with updated commit message - "[PATCH v2] i2c: enable
i2c adapter to suspend/resume asynchronously".
Thanks,
Zhonghui
On 2015/8/24 23:22, Fu, Zhonghui wrote:
> Hi,
>
> Any comments are welcome.
>
>
> Thanks,
> Zhonghui
>
>
>
> On 2015/8/18 0:17, Fu, Zhonghui wrote
Now, PM core supports asynchronous suspend/resume mode for devices
during system suspend/resume, and the power state transition of one
device may be completed in separate kernel thread. PM core ensures
all power state transition timing dependency between devices. This
patch enables i2c adapter to s
Cc Andrew
On (09/24/15 14:13), Hui Zhu wrote:
> Signed-off-by: Hui Zhu
Reviewed-by: Sergey Senozhatsky
-ss
> ---
> mm/zsmalloc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
> index f135b1b..f62f2fb 100644
> --- a/mm/zsmalloc.c
> +++ b/mm/zs
Peter Chen wrote:
> I can't make my aplaymidi to receive data
> # aplaymidi
> open /dev/snd/seq failed: No such file or directory
modprobe snd-seq
There are mechanisms to load it automatically, but your embedded system
might not bother about any of them. Or CONFIG_SND_SEQUENCER isn't
enabled at
iommu->first_device/last_device are needed by function init_iommu_from_acpi()
and init_iommu_devices(). So putting the assignment of them in iommu_init_pci()
could be late. In this patch put them earlier.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu_init.c | 10 +++---
1 file change
The old functon find_last_devid_on_pci not only gets the last devid, but calls
update_last_devid(). Now adjust the function definition to make it be consistent
with its name. Meanwhile add a new function find_first_devid_on_pci for later
use.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iomm
update_domain() is the only place where domain->pt_root will be got and
set into dev entry. So before the device driver initialization we do
nothing if it's in previously enabled translation status.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu.c | 2 +-
1 file changed, 1 insertion(+), 1
Before old dev tables coping do not touch dev tables if translation is
previously
enabled. And copy the dev tables/command buffer/event buffer from the old kernel
to newly allocated data structure.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu_init.c | 65 ---
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu_init.c | 26 ++
drivers/iommu/amd_iommu_types.h | 2 ++
2 files changed, 28 insertions(+)
diff --git a/drivers/iommu/amd_iommu_init.c b/drivers/iommu/amd_iommu_init.c
index 1fc369e..913a718 100644
--- a/drivers/iommu
Add functions to check whether translation is already enabled in IOMMU.
Maybe it need be checked per IOMMU. Currently for debugging I didn't do
like that.
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu_init.c | 26 ++
drivers/iommu/amd_iommu_proto.h | 4
2 f
In the first
Now any change of domain can be updated to dev tables and io page table
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index aee1ae4..1e86f4c 100644
--- a/drivers/io
Copy command buffer and event buffer from the old to kdump kernel.
Still there are 2 problems:
1) Not very sure if this is necessary. If do not copy the old command buffer,
and
only set the newly allocated command buffer, is there anything wrong?
2) If copy is needed, do we need to take care
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu.c | 2 +-
drivers/iommu/amd_iommu_init.c | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index f82060e7..0d59f79 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/d
This is a draft patchset trying to fix the issue that AMD IOMMU doesn't
work well in kdump kernel. The patch arrangement is not foraml, just
presenting what I have done and what's the problem being encountered
currently.
It contains 3 parts.
1) Clean up patch
Patch 1/10, 2/10, 3/10 are code cl
Signed-off-by: Baoquan He
---
drivers/iommu/amd_iommu.c | 25 +++--
1 file changed, 19 insertions(+), 6 deletions(-)
diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
index 1e86f4c..f4f3e63 100644
--- a/drivers/iommu/amd_iommu.c
+++ b/drivers/iommu/amd_iommu.
On Fri, Aug 14, 2015 at 12:14 PM, Goswin von Brederlow
wrote:
> On Mon, May 18, 2015 at 05:13:36PM +0200, Miklos Szeredi wrote:
>> This part splits out an "input queue" and a "processing queue" from the
>> monolithic "fuse connection", each of those having their own spinlock.
>>
>> The end of the
Hi,
I have resent this patch with updated commit message - "[PATCH v2] i2c: enable
i2c device to suspend/resume asynchronously".
Thanks,
Zhonghui
On 2015/8/24 23:18, Fu, Zhonghui wrote:
> Hi,
>
> Any comments are welcome.
>
>
> Thanks,
> Zhonghui
>
>
>
> On 2015/8/18 0:07, Fu, Zhonghui wrote:
Now, PM core supports asynchronous suspend/resume mode for devices
during system suspend/resume, and the power state transition of one
device may be completed in separate kernel thread. PM core ensures
all power state transition timing dependency between devices. This
patch enables i2c device to su
Hi,
On Tue, Sep 22, 2015 at 11:30:25PM +0100, Luis Henriques wrote:
> On Sat, Sep 19, 2015 at 10:27:17AM -0700, Greg Kroah-Hartman wrote:
> > 3.10-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Markus Pargmann
> >
> > commit 06d
This is a patch to add missing spaces around == and || operators in one
instance in ieee80211_softmac_wx.c.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac_wx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80
This series of patches addresses several checkpatch.pl issues in
ieee80211_softmac_wx.c.
Before: total: 14 errors, 24 warnings, 59 checks, 602 lines checked
After: total: 0 errors, 20 warnings, 59 checks, 599 lines checked
Mike Dupuis (6):
Staging: rtl8192u: space required after ','
Staging:
This is a patch to add blank lines after declaration ins several
instances in iee80211_softmac_wx.c.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac_wx.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_softma
This is a patch to add spaces around = operators in several instances
in ieee80211_softmac_wx.c
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac_wx.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee802
This is a fix to add spaces after commas in ieee80211_softmac_wx.c.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac_wx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac_wx.c
b/drivers/st
This is a patch to correct two flavors of brace styling issues in
ieee80211_softmac_wx.c.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac_wx.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee8
Hi,
Thanks for the pointer Paul.
On Mon, Sep 21, 2015 at 05:33:21PM -0700, Sheng Yang wrote:
> Thank you Paul! That's exactly the issue I met. I've read the whole
> thread and got a general idea of the issue.
>
> I try to summarize it and please correct me if I'm wrong:
>
> 1. The issue is the
This is a patch to move opening braces to the lines on which their
corresponding if-statements exist in ieee80211_softmac_wx.c.
Signed-off-by: Mike Dupuis
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac_wx.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/dr
Signed-off-by: Hui Zhu
---
mm/zsmalloc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/mm/zsmalloc.c b/mm/zsmalloc.c
index f135b1b..f62f2fb 100644
--- a/mm/zsmalloc.c
+++ b/mm/zsmalloc.c
@@ -38,6 +38,7 @@
* page->lru: links together first pages of various zspages.
* Basi
On Thu, Sep 24, 2015 at 02:38:26AM +0530, Punit Vara wrote:
> This is a patch to the rtl871x_sta_mgt.c file that fixes up following
> warning reported by checkpatch.pl:
>
> -Block comments use a trailing */ on a separate line
>
> Signed-off-by: Punit Vara
> ---
When you are sending multiple patc
On 2015/9/4 21:10, Jiri Kosina wrote:
> On Mon, 17 Aug 2015, Fu, Zhonghui wrote:
>
>> Enable hid device to suspend/resume asynchronously. This can improve
>> system suspend/resume speed.
> How well was this tested?
>
> Power management is notorious for not being really in excellent shape on
> ma
kexec output message misses the prefix "kexec", when Dave Young split
the kexec code. Now, we use file name as the output message prefix.
Currectly, the format of output message:
[ 140.290795] SYSC_kexec_load: hello, world
[ 140.291534] kexec: sanity_check_segment_list: hello, world
Ideally, th
Now, PM core supports asynchronous suspend/resume mode for devices
during system suspend/resume, and the power state transition of one
device may be completed in separate kernel thread. PM core ensures
all power state transition timing dependency between devices. This
patch enables hid devices to s
On Wed, Sep 23, 2015 at 08:33:41AM -0700, Shawn Guo wrote:
> On Tue, Sep 15, 2015 at 06:01:01PM +0800, Shengjiu Wang wrote:
> > As spdif driver will register SPDIF clock to regmap, regmap will do
> > clk_prepare in init function, so SPDIF clock is prepared in probe, then its
> > root clock (pll clo
Jiang Liu wrote on 24/09/15 13:58:
Hi James,
Thanks for review. How about the attached patch which addresses
the three suggestions from you?
Thanks!
Gerry
I've applied the patch, rebuilt the kernel and verified that it allows
unloading of the eata module and reloading it, as well as
On Thu, Sep 24, 2015 at 01:22:33AM +0530, Punit Vara wrote:
> This patch is to the rtl871x_io.h file that fixes up following warning
> reported by checkpatch.pl :
>
> Signed-off-by: Punit Vara
> ---
You missed copying the warning after mentioning "following warning" in
your commit message.
regar
On 9/23/2015 2:55 PM, Ray Jui wrote:
>
>
> On 9/23/2015 2:29 PM, Arnd Bergmann wrote:
>> On Friday 18 September 2015 15:11:27 Ray Jui wrote:
>>> On 9/18/2015 2:34 PM, Arnd Bergmann wrote:
On Friday 18 September 2015 14:24:10 Ray Jui wrote:
> + soc {
> + compatib
Add driver for the digital imput to PWM output stereo
class D amplifier. It comes with filter, digitally
controlled gain, an equalizer and a dmphase filter.
Signed-off-by: Songjun Wu
---
Changes in v2:
- Change the "Mono", "Swap" and "Deemphasis" controls to
"Mono Switch", "Swap Switch" and "D
The Audio Class D Amplifier driver includes two parts.
1) Driver code to implement the Audio Class D Amplifier function.
2) Device tree binding document, it describes how to add the Audio
Class D Amplifier in device tree.
Changes in v2:
- Change the "Mono", "Swap" and "Deemphasis" controls to
On Wed, 23 Sep 2015, Alan Stern wrote:
> Your mistake was thinking that the driver for your keyboard is usbkbd.
> It isn't. It's usbhid, as you can see in the "lsusb -t" output above.
As Eric is absolutely not the first person ever who got confused by this
(and I can certainly understand the
DT binding documentation for this new ASoC driver.
Signed-off-by: Songjun Wu
---
Changes in v2:
- Delete the device node "Sound".
.../devicetree/bindings/sound/atmel-classd.txt | 52
1 file changed, 52 insertions(+)
create mode 100644 Documentation/devicetree/bindin
On Thu, Sep 24, 2015 at 11:42 AM, Nicholas Krause wrote:
> This fixes error checking in the function device_pca957x_init
> to properly check and return error code values from the calls
> to the function pca953x_write_regs if they fail as to properly
> signal callers when a error occurs due a failu
From: Weidong Wang
Date: Thu, 24 Sep 2015 10:00:45 +0800
> It does affect the intention. Although, the problem exists then makes the
> system panic within some case.
>
> Do you have any idea about it?
Allocate the statistics block at probe time so that this problem is
impossible.
--
To unsubscr
Hi all,
Changes since 20150923:
The berlin tree lost its build failure.
I used the h8300 tree from next-20150828 since the current tree has been
rebased onto something very old :-(
The drm-intel tree gained a conflict aaginst the drm-intel-fixes tree.
Non-merge commits (relative to Linus
On Wed, Sep 23, 2015 at 08:02:44AM -0700, Guenter Roeck wrote:
> On 09/23/2015 03:53 AM, Kirill A. Shutemov wrote:
> >On Tue, Sep 22, 2015 at 08:40:14AM -0700, Paul E. McKenney wrote:
> >>On Tue, Sep 22, 2015 at 06:31:04PM +0300, Kirill A. Shutemov wrote:
> >>>On Tue, Sep 22, 2015 at 08:18:35AM -07
Linux has logical CPU offline, supported as shown below.
#echo 0 > /sys/devices/system/cpu/cpuX/online
Hardware doesn't know about CPUs offlined by the OS, hence hardware will
continue broadcast any MCE to all CPUs in the system, which includes
CPUs offlined. Hence mce_start() and mce_end() shou
Simply refactoring part of mce_log() to facilitate logging from offline
CPUs.
Signed-off-by: Ashok Raj
Reviewed-by: Tony Luck
---
arch/x86/kernel/cpu/mcheck/mce.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/arch/x86/kernel/cpu/mcheck/mce.c b/arch/x
MCE_LOG_LEN appears to be short for high core count parts. Especially when
handling fatal errors, we don't clear MCE banks. Socket level MC banks
are visible to all CPUs that share banks.
Assuming 18 core part, 2 threads per core 2 banks per thread and couple uncore
MSRs. Rounding to 128 with some
On Wed, Sep 23, 2015 at 07:57:53PM +0200, Patrick Marlier wrote:
>
> On 09/22/2015 10:50 PM, Paul E. McKenney wrote:
> >On Sun, Sep 13, 2015 at 09:10:24AM -0700, Paul E. McKenney wrote:
> >>On Sun, Sep 13, 2015 at 12:06:33PM +0200, Patrick Marlier wrote:
> >
> >[ . . . ]
> >
> >>>Paul,
> >>>
> >>>
On 2015/9/23 22:40, James Bottomley wrote:
> On Wed, 2015-09-23 at 20:14 +0930, Arthur Marsh wrote:
>>
>> Jiang Liu wrote on 23/09/15 14:54:
>>
>>> Hi Arthur,
>>> I have found the cause of the warning messages, it's caused
>>> by a flaw in the conversion. But according to my understanding,
>>>
On Tue, Sep 22, 2015 at 04:49:38PM +0100, Mel Gorman wrote:
> On Tue, Sep 22, 2015 at 01:31:51PM +0100, Mel Gorman wrote:
> > SunDong reported the following on
> > https://bugzilla.kernel.org/show_bug.cgi?id=103841
> >
>
> Michal Hocko correctly pointed out privately that this should have
> chec
On Wed, Sep 23, 2015 at 11:22:09PM +0530, punit vara wrote:
> On Wed, Sep 23, 2015 at 10:25 PM, punit vara wrote:
> > Thank you very much sir I will definitely follow that. I have seen so
> > many people fixing patches over here. Now I know process of submitting
> > patches.I am able to fix severa
On (09/23/15 16:22), Kirill A. Shutemov wrote:
[..]
> khugepaged does swap in during collapse under anon_vma lock. It causes
> complain from lockdep. The trace below shows following scenario:
>
> - khugepaged tries to swap in a page under mmap_sem and anon_vma lock;
> - do_swap_page() calls swap
On 9/10/2015 6:14 PM, Scott Branden wrote:
> This patch contains a fix for a real world interop problem found
> when using the Synopsis DWC2 USB controller with isochronous audio as
> detailed in the commit message.
>
> Changes from v2:
> - created s2c_hsotg_chage_ep_iso_parity function to call f
On Wed, 2015-09-23 at 20:21 -0700, Yinghai Lu wrote:
> On Wed, Sep 23, 2015 at 7:47 PM, Myron Stowe wrote:
> >
> > The kernel expects device Expansion ROM BARs to be programmed with valid
> > values - even if the respective Expansion ROM's Enable bit is 0 (i.e. the
> > device’s expansion ROM addre
On Wed, Sep 23, 2015 at 11:07:56AM +, Lankhorst, Maarten wrote:
> Hey,
>
> Dave Jones schreef op di 22-09-2015 om 21:49 [-0400]:
> > On Tue, Sep 22, 2015 at 09:15:58AM -0700, Matt Roper wrote:
> > > On Tue, Sep 22, 2015 at 05:13:55PM +0200, Daniel Vetter wrote:
> > > > On Tue, Sep 22,
On (09/23/15 14:53), a...@linux-foundation.org wrote:
> --
> From: Hui Zhu
> Subject: zsmalloc: add comments for ->inuse to zspage
>
> Signed-off-by: Hui Zhu
> Cc: Sergey Senozhatsky
> Cc: Dan Streetman
> Cc: Minchan Kim
> Signed-off-by: And
On Wed, Sep 23, 2015 at 11:43:21PM -0400, Tejun Heo wrote:
> On Thu, Sep 24, 2015 at 11:42:14AM +0800, Herbert Xu wrote:
> > Well I disagree so let's leave it at that.
>
> Leaving things disagreed is fine but there's still a patch to commit
> here, so I get that you're still dead against just appl
On Thu, Sep 24, 2015 at 11:42:14AM +0800, Herbert Xu wrote:
> Well I disagree so let's leave it at that.
Leaving things disagreed is fine but there's still a patch to commit
here, so I get that you're still dead against just applying the
pattern?
--
tejun
--
To unsubscribe from this list: send t
On Wed, Sep 23, 2015 at 11:41:16PM -0400, Tejun Heo wrote:
> On Thu, Sep 24, 2015 at 11:31:17AM +0800, Herbert Xu wrote:
> > No this isn't what happened. My error was trying to see if there
> > is a way to do it without barriers. In the end there wasn't. This
> > has nothing to do with using pri
On 2015年09月17日 23:09, Heiko Stübner wrote:
Am Donnerstag, 17. September 2015, 18:32:49 schrieb Xing Zheng:
Add the devicetree binding for the cru on the rk3036 which quite similar
structured as previous clock controllers.
Signed-off-by: Xing Zheng
---
Changes in v2: None
.../bindings/clock/
On Thu, Sep 24, 2015 at 11:31:17AM +0800, Herbert Xu wrote:
> No this isn't what happened. My error was trying to see if there
> is a way to do it without barriers. In the end there wasn't. This
> has nothing to do with using primitives.
Hmmm... yeah, you can say that, but it still was a failur
On 2015年09月24日 11:04, Xing Zheng wrote:
#define RK3066_PLL_RATE(_rate, _nr, _nf, _no)\
@@ -95,12 +106,31 @@ enum rockchip_pll_type {
.nb = _nb,\
}
+#define RK3036_PLL_RATE(_rate, _refdiv, _fbdiv, _postdiv1,\
+_postdiv2, _dsmpd, _frac)
On Wed, Sep 23, 2015 at 11:29:28PM -0400, Tejun Heo wrote:
>
> So, while that also has been a common failure mode that we've been
> seeing with barrier usages, what you're suggesting isn't the right
> balance either. It's error-prone in a different way as amply
> exemplified in this very thread.
Hello,
On Thu, Sep 24, 2015 at 11:21:00AM +0800, Herbert Xu wrote:
> Well we'll have to agree to disagree on that one. I have seen too
> many instances over the years where people post patches that use
> primitives such as RCU and think that they must be safe because
> it compiles with no warning
On 09/23/2015 05:36 PM, Paolo Bonzini wrote:
On 23/09/2015 09:56, Borislav Petkov wrote:
On Tue, Sep 22, 2015 at 11:04:38PM +0200, Paolo Bonzini wrote:
Let's add more debugging output:
Here you go:
[ 50.474002] walk_shadow_page_get_mmio_spte: detect reserved bits on spte,
addr 0xb8000
People reported that when allocating crashkernel memory using
",high" and ",low" syntax, there were cases where the reservation
of the "high" portion succeeds, but the reservation of the "low"
portion fails. Then kexec can load kdump kernel successfully, but
the boot of kdump kernel fails as there'
Dear Tony,
On Wed, 23 Sep 2015 11:08:15 -0700
Tony Lindgren wrote:
> * Kevin Hilman [150923 11:03]:
> > Jisheng Zhang writes:
> >
> > > The cpuidle tracepoints are called within a rcu_idle_exit() section, and
> > > must be denoted with the _rcuidle() version of the tracepoint.
> > >
> > > Sig
On Wed, 23 Sep 2015 15:14:10 -0700
Bart Van Assche wrote:
> Ensure that blk_mq_queue_enter() waits if mq_freeze_depth is not
> zero. Ensure that the update of mq_freeze_depth by blk_mq_freeze_queue()
> is visible by all CPU cores before that function waits on
> mq_usage_counter.
>
> It is unfort
On Wed, Sep 23, 2015 at 11:06:09PM -0400, Tejun Heo wrote:
>
> I think this is where we're not agreeing. My point is that better
> understanding and lower likelihood of bug doesn't equate specializing
> each usage site. That's a lot more likely to lead to unnecessary
> cognition overhead and nat
On Wed, Sep 23, 2015 at 7:47 PM, Myron Stowe wrote:
>
> The kernel expects device Expansion ROM BARs to be programmed with valid
> values - even if the respective Expansion ROM's Enable bit is 0 (i.e. the
> device’s expansion ROM address space is disabled). This seems to be the
> main contention
In 64bit system, if you set CONFIG_CMA_SIZE_MBYTES>=2048, it will
overflow and size_bytes will be a big wrong number.
Set CONFIG_CMA_SIZE_MBYTES=2048 and you will get an info below
during system boot:
*
cma: Failed to reserve 17592186042368 MiB
*
Signed-off-by: Tan Xiaojun
---
On 9/23/15 6:37 PM, Huang Ying wrote:
I take it you have CONFIG_NET_VRF enabled. correct?
With it disabled I see no relevant change in performance between
8f58336d3f78 and 192132b9a034. Can you confirm?
The kconfig file is attached with the mail. It appears that
CONFIG_NET_VRF is disabled.
In multi-segment system, uncore devices may belong to buses whose segment
number is other than 0.
:ff:10.5 System peripheral: Intel Corporation Xeon E5 v3/Core i7
Scratchpad & Semaphore Registers (rev 03)
...
0001:7f:10.5 System peripheral: Intel Corporation Xeon E5 v3/Core i7
S
Hello,
On Thu, Sep 24, 2015 at 10:54:36AM +0800, Herbert Xu wrote:
> What I am concerned about is the next guy who comes along and
> does a rewrite like the one that introduced the netlink_bind
> bug. That person needs to fully understand what each primitive
> is protecting against.
>
> Using pr
On 2015年09月17日 17:47, Heiko Stübner wrote:
Hi,
Am Donnerstag, 17. September 2015, 16:28:54 schrieb Xing Zheng:
Add the clock tree definition for the new rk3036 SoC.
Signed-off-by: Xing Zheng
missing a dt-bindings document in a separate patch. See "dt-bindings: add
documentation of rk3668 cloc
On Wed, Sep 23, 2015 at 02:40:00PM -0600, Ross Zwisler wrote:
> Fix the deadlock exposed by xfstests generic/075. Here is the sequence
> that was causing us to deadlock:
>
> 1) enter __dax_fault()
> 2) page = find_get_page() gives us a page, so skip
> i_mmap_lock_write(mapping)
> 3) if (!bu
On Wed, Sep 23, 2015 at 10:46:08PM -0400, Tejun Heo wrote:
>
> Hmm... It looks like I'm failing at communicating. Lemme try again.
> There are two situations where we do this.
>
> 1. When there are different locking contexts. In this case, the write
>path is. It's already protected by the
I've encountered numerous bugzilla reports related to platform BIOS' not
programming valid values into a PCI device's Type 0 Configuration space
"Expansion ROM Base Address" field (a.k.a. Expansion ROM BAR). The main
observed consequence being 'dmesg' entries like the following that get
customers
Hello, Herbert.
On Thu, Sep 24, 2015 at 10:30:11AM +0800, Herbert Xu wrote:
> Well if someone provided helpers which
>
> 1) uses smp_wmb and smp_rmb instead of full barriers;
This part is fine.
> 2) provides raw variants for the cases that barriers aren't needed
Hmm... It looks like I'm failin
From: Dinh Nguyen
Add the base DTS for Altera's SoCFPGA Stratix 10 platform.
Signed-off-by: Dinh Nguyen
---
v4: Add a non-zero ranges property for /soc node
v3: change #address-cells and #size-cells to <2>
change the GIC address to 0xfffc1000
update the GIC virtual CPU reg length to 0x2
On Wed, Sep 23, 2015 at 11:54:40AM -0400, Tejun Heo wrote:
>
> Hmm... lemme try again. When using barriers or RCU, it's desirable to
> establish certain invariants because it usually is extremely easy to
> miss corner cases. It is helpful to have an abstraction, even if just
> conceptual, where
On 2015年09月17日 17:18, Heiko Stübner wrote:
Am Donnerstag, 17. September 2015, 16:28:52 schrieb Xing Zheng:
Initial release for rk3036, node definitions rk3036 sdk board.
Signed-off-by: Xing Zheng
---
Changes in v2: None
arch/arm/boot/dts/Makefile |1 +
arch/arm/boot/dts/rk3036-sd
On 2015年09月17日 17:25, Heiko Stübner wrote:
Am Donnerstag, 17. September 2015, 16:28:53 schrieb Xing Zheng:
Add the dt-bindings header for the rk3036, that gets shared between
the clock controller and the clock references in the dts.
Signed-off-by: Xing Zheng
---
Changes in v2: None
include/
On Fri, Jun 26, 2015 at 01:36:14PM -0300, Gaston Gonzalez wrote:
> On Thu, Jun 25, 2015 at 02:06:44PM +0200, Arnd Bergmann wrote:
> > On Wednesday 24 June 2015 13:34:58 Gaston Gonzalez wrote:
> > > On Tue, Jun 23, 2015 at 12:13:47PM +0200, Arnd Bergmann wrote:
> > > > On Sunday 21 June 2015 19:12:0
perf probe through debuginfo__find_probes() in util/probe-finder.c
checks for the functions' frame descriptions in either .eh_frame section
of an ELF or the .debug_frame. The check is based on whether either one
of these sections is present. But sometimes, it may happen that,
.eh_frame, even if pre
On 2015/9/24 9:46, Michael Ellerman wrote:
> On Wed, 2015-09-23 at 09:40 +, Wang Long wrote:
>> Use make's built-in rules to when delete a file
>> or delete files.
>
> It's not a built-in rule, it's a variable.
Sorry，I did not describe clearly. It is a variable used as
name of program in buil
On Thu, 2015-09-24 at 10:05 +0800, long.wanglong wrote:
> On 2015/9/24 9:46, Michael Ellerman wrote:
> > On Wed, 2015-09-23 at 09:40 +, Wang Long wrote:
> >> Use make's built-in rules to when delete a file
> >> or delete files.
> >
> > It's not a built-in rule, it's a variable.
>
> Sorry，I di
Em Wed, Sep 23, 2015 at 10:50:08PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Wed, Sep 23, 2015 at 01:03:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Tue, Sep 22, 2015 at 11:49:02PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > Em Wed, Sep 23, 2015 at 09:14:44AM +0800, Wangnan (F) es
On Wed, 2015-09-23 at 14:11 +0100, Andre Przywara wrote:
> Hi Michael,
>
> On 23/09/15 10:55, Michael Ellerman wrote:
> > On Tue, 2015-09-22 at 18:15 +0100, Andre Przywara wrote:
> >> On 22/09/15 15:06, Andrea Arcangeli wrote:
> >>> Andre, could you see if linux-next (which includes -mm) works for
On 2015/9/21 22:52, Rob Herring wrote:
On 09/17/2015 01:51 AM, huangdaode wrote:
The Hisilicon Network Subsystem is a long term evolution IP which is
supposed to be used in Hisilicon ICT SoC. The IP, which is called hns
for short, is a TCP/IP acceleration engine, which can directly decode
TCP/IP
On 2015/9/24 6:31, David Miller wrote:
> From: Weidong Wang
> Date: Tue, 22 Sep 2015 20:42:40 +0800
>
>> @@ -880,6 +882,7 @@ bnx2_alloc_mem(struct bnx2 *bp)
>> }
>> }
>>
>> +spin_lock(&bp->stats64_lock);
>> bp->stats_blk = status_blk + status_blk_size;
>>
>> bp->st
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched/core
commit 98d8fd8126676f7ba6e133e65b2ca4b17989d32c ("sched/fair: Initialize task
load and utilization before placing task on rq")
David Sterba writes:
> On Fri, May 08, 2015 at 10:16:23AM +1000, NeilBrown wrote:
>> The "fh_len" passed to ->fh_to_* is not guaranteed to be that same as
>> that returned by encode_fh - it may be larger.
>>
>> With NFSv2, the filehandle is fixed length, so it may appear longer
>> than expected
1 - 100 of 770 matches
Mail list logo
