For now, x86 does not support memory-less node. A node without memory
will not be onlined, and the cpus on it will be mapped to the other
online nodes with memory in init_cpu_to_node(). The reason of doing this
is to ensure each cpu has mapped to a node with memory, so that it will
be able to alloc
While building we are getting warning about:
i40e_main.c:8604:13: warning: 'i40e_add_geneve_port' defined but not used
and
i40e_main.c:8651:13: warning: 'i40e_del_geneve_port' defined but not used
The contents of these functions are defined under CONFIG_GENEVE, so if
CONFIG_GENEVE is not defined t
Hi tj,
I have resent the patch-set and to Rafael and Len.
Thanks.
On 01/22/2016 05:26 AM, Tejun Heo wrote:
Hello,
Most changes being in ACPI, I think it probably would be a good idea
to cc Rafael and Len Brown.
Thanks.
Hi Rafael, Len,
Would you please help to review the ACPI part of this patch-set ?
Thanks.
On 01/25/2016 02:08 PM, Tang Chen wrote:
[Problem]
cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
caches
the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot ti
We are getting build warning about:
macb.c:2889:13: warning: 'tx_clk' may be used uninitialized in this function
macb.c:2888:11: warning: 'hclk' may be used uninitialized in this function
In reality they are not used uninitialized as clk_init() will initialize
them, this patch will just silence th
We are getting many build warning about:
'bar_start' may be used uninitialized
and
'bar_len' may be used uninitialized
They are not actually uninitialized as dfx_get_bars() will initialize
them properly. But still lets have them initialized just to satisfy the
compiler.
Signed-off-by: Sudip Mukhe
From: Arnd Bergmann
Date: Fri, 22 Jan 2016 11:43:44 +0100
> The napi_synchronize() function is defined twice: The definition
> for SMP builds waits for other CPUs to be done, while the uniprocessor
> variant just contains a barrier and ignores its argument.
>
> In the mvneta driver, this leads t
Hi Magnus,
Thank you for the patch.
On Thursday 14 January 2016 18:59:33 Magnus Damm wrote:
> From: Magnus Damm
>
> Update the rcar-dmac driver to rework comments and variable names
> related to lowmem and highmem.
>
> Terminology such as highmem and lowmem are commonly used for Linux
> kernel
Hi Niklas,
(CC'ing LKML, linux-arch and Arnd Bergmann)
Thank you for the patch.
On Thursday 21 January 2016 15:01:31 Niklas Söderlund wrote:
> Add a version of dmap_{map,unmap}_page that can pass on attributes to
> the underlaying map_page. This already exists for dma_{map,unmap}_single
> and dm
On 01/25/2016 11:16 AM, Michael Ellerman wrote:
> On Thu, 2016-21-01 at 07:35:08 UTC, Alexey Kardashevskiy wrote:
>> > This makes vmalloc_to_phys() public as there will be another user
>> > (in-kernel VFIO acceleration) for it soon.
>> >
>> > As a part of future little optimization, this changes t
Hi Anders,
Thank you for the patch.
On Friday 15 January 2016 01:09:43 Anders Roxell wrote:
> This was found with the -RT patch enabled, but the fix should apply to
> non-RT also.
>
> Compilation error without this fix:
> ../drivers/media/platform/vsp1/vsp1_video.c: In function
> 'vsp1_pipeline_
Hi Magnus,
Thank you for the patch.
On Thursday 14 January 2016 19:16:53 Magnus Damm wrote:
> From: Magnus Damm
>
> While using SYS-DMAC together with the IPMMU it became evident
> that the shared error interrupt hooked up by rcar-dmac.c never
> got invoked but instead the per-channel CAE bit g
Hi Daniel,
On Friday 15 January 2016 11:17:30 Daniel Vetter wrote:
> On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote:
> > On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote:
> >> The drm_fbdev_cma_init function always calls the
> >> drm_helper_disable_unused_functions. Since
On 2016년 01월 08일 20:29, Charles Keepax wrote:
> The 32k clock is unconditionally enabled by the MFD core so there is no
> need to control it from the extcon device, so this patch removes the
> control of the 32k clock.
>
> Signed-off-by: Charles Keepax
> ---
>
> No changes since v2.
>
> Thanks,
Hello,
On Fri, Jan 22, 2016 at 12:44:40PM +0100, Christian Borntraeger wrote:
> since commit 031bc5743f158 ("mm/debug-pagealloc: make debug-pagealloc
> boottime configurable") CONFIG_DEBUG_PAGEALLOC is by default a no-op.
>
> This resulted in several unnoticed bugs, e.g.
> https://lkml.kernel.org
From: Jarod Wilson
Date: Fri, 22 Jan 2016 14:11:22 -0500
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 8cba3d8..1354c7b 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -4153,8 +4153,11 @@ ncls:
> else
> ret = pt_prev->func(skb, skb->dev, pt_p
Hi,
On 01/23/2016 02:10 PM, Balbir Singh wrote:
> On Fri, 22 Jan 2016 12:49:05 +0530
> Shilpasri G Bhat wrote:
>
>> Create sysfs attributes to export throttle information in
>> /sys/devices/system/cpu/cpufreq/chipN. The newly added sysfs files are as
>> follows:
>>
>> 1)/sys/devices/system/cpu/c
Hi Herbert,
> This patch replaces uses of blkcipher with skcipher and the long
> obsolete hash interface with shash.
>
> Signed-off-by: Herbert Xu
Acked-by: Marcel Holtmann
> ---
>
> net/bluetooth/smp.c | 135
>
> 1 file changed, 63 inser
Hi Greg,
On 2016-01-04 18:12, Greg Kroah-Hartman wrote:
On Mon, Jan 04, 2016 at 04:31:00PM +, Russell King - ARM Linux wrote:
On Wed, Dec 23, 2015 at 11:59:26AM +0100, Marek Szyprowski wrote:
From: Tomeu Vizoso
Allow implementations of the match() callback in struct bus_type to
return er
add hisilicon spi-nor flash controller driver
Signed-off-by: Jiancheng Xue
---
change log
v4:
Rebased to v4.5-rc1
v3:
Added a compatible string "hisilicon,hi3519-sfc".
v2:
Fixed some compiling warings.
.../devicetree/bindings/spi/spi-hisi-sfc.txt | 25 ++
drivers/mtd/spi-nor/Kconfig
In our environment, when enable Secure boot, we found an abnormal
phenomenon as following call trace shows. after investigation, we
found the firmware assigned an irq number 255 which means unknown
or no connection in PCI local spec for i801_smbus, meanwhile the
ACPI didn't configure the pci irq ro
On Mon, 25 Jan 2016, Sudip Mukherjee wrote:
> We are getting many build warning about:
> 'bar_start' may be used uninitialized
> and
> 'bar_len' may be used uninitialized
>
> They are not actually uninitialized as dfx_get_bars() will initialize
> them properly. But still lets have them initialize
On 28.12.2015 11:01, Krzysztof Kozlowski wrote:
> On 27.12.2015 22:17, Geliang Tang wrote:
>> Use to_platform_device() instead of open-coding it.
>>
>> Signed-off-by: Geliang Tang
>> ---
>> arch/arm/plat-samsung/adc.c | 6 ++
>> 1 file changed, 2 insertions(+), 4 deletions(-)
>
> Thanks!
>
On Sun, Jan 24, 2016 at 01:37:55PM +0900, Namhyung Kim wrote:
> On Sat, Jan 23, 2016 at 06:01:21PM +0100, Jiri Olsa wrote:
> > On Fri, Jan 22, 2016 at 10:41:33PM +0900, Namhyung Kim wrote:
> > > Hi,
> > >
> > > This patchset checks error case during the process of collapsing hist
> > > entries. I
On Mon, Jan 18, 2016 at 10:23:58AM +0100, Jiri Olsa wrote:
> hi,
> currently we have global format sort and output
> lists. This rfc patchset introduces hists object
> based format entries to allow the hist object to
> carry specific format entries.
>
> This will allow to have distinguished hist o
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 92e963f50fc74041b5e9e744c330dca48e04f08d
commit: c6d308534aef6c99904bf5862066360ae067abc4 UBSAN: run-time undefined
behavior sanity checker
date: 4 days ago
config: x86_64-randconfig-n0-01251456 (attached
On Fri, Jan 15, 2016 at 03:49:35PM +0100, Cyrille Pitchen wrote:
>
> +static int atmel_sha_export(struct ahash_request *req, void *out)
> +{
> + const struct atmel_sha_reqctx *ctx = ahash_request_ctx(req);
> + struct atmel_sha_state *state = out;
> +
> + memcpy(state->digest, ctx->diges
On Fri, Jan 22, 2016 at 05:52:45PM +0100, Nicolas Ferre wrote:
> Le 15/01/2016 15:49, Cyrille Pitchen a écrit :
> > Hi all,
> >
> > This series of patches fixes many issues such as the algo registration
> > failure
> > or the broken support of context switches.
>
> I think it's eligible as a "fi
On Tue, Jan 05, 2016 at 10:14:44AM +0100, Peter Zijlstra wrote:
> So the reason I didn't mark them for stable is that they were non
> trivial, however they've been in for a while now and nothing broke, so I
> suppose backporting them isn't a problem.
Hello,
What do you think about the way to solv
On Mon, Jan 25, 2016 at 12:19:27AM +0200, Laurent Pinchart wrote:
> Hi Daniel,
>
> On Friday 15 January 2016 11:17:30 Daniel Vetter wrote:
> > On Fri, Jan 15, 2016 at 01:13:05AM +0200, Laurent Pinchart wrote:
> > > On Thursday 14 January 2016 16:24:56 Maxime Ripard wrote:
> > >> The drm_fbdev_cma_
On Monday 25 January 2016 12:55 AM, Mans Rullgard wrote:
> From: Andy Shevchenko
>
> There are several changes are done here:
>
> - Convert the property to be in bytes
>
>Much more convenient than keeping encoded value.
>
> - Use one value for all AHB masters for now
>
>It seems in pract
We are getting many build warnings about:
'bar_start' may be used uninitialized
and
'bar_len' may be used uninitialized
They are not actually uninitialized as dfx_get_bars() will initialize
them properly. But still lets have them initialized just to satisfy the
compiler (gcc 4.8.2).
Signed-off-by
Add tuning clk for emmc and sdmmc, otherwise I get
the following failure while enabling mmc-hs200-1_8v.
dwmmc_rockchip ff0f.dwmmc: Tuning clock (sample_clk) not defined.
mmc0: tuning execution failed
mmc0: error -5 whilst initialising MMC card
With it
dwmmc_rockchip ff0f.dwmmc: Successful
On Mon, Jan 25, 2016 at 09:25:10AM +1100, Stephen Rothwell wrote:
>
> Today's linux-next merge of the mips tree got conflicts in:
>
> arch/mips/kvm/tlb.c
>
> between commit:
>
> ba049e93aef7 ("kvm: rename pfn_t to kvm_pfn_t")
>
> from Linus' tree and commit:
>
> cb1b447f0c36 ("MIPS: KV
Hello Kishon,
Any changce to apply this patch? :)
On 2016/1/5 9:08, Shawn Lin wrote:
This patch to add a generic PHY driver for ROCKCHIP eMMC PHY.
Access the PHY via registers provided by GRF (general register
files) module.
Signed-off-by: Shawn Lin
---
Changes in v2:
- remove phy from roc
The test for the qemu q35 south bridge added by commit
"39bfcd52 drm/i915: more virtual south bridge detection"
also matches on real hardware. Having the check for
virtual systems last in the list is not enough to avoid
that ...
Refine the check by additionally verifying the pci
subsystem id to s
401 - 436 of 436 matches
Mail list logo
