I'm also working on improving bpf.c. Please have a look at:
https://lkml.org/lkml/2016/11/14/1078
Since bpf.c is simple, I think we can add more functions and fixes
gradually, instead of a full copy.
See my inline comment below.
On 2016/11/17 1:43, Joe Stringer wrote:
Extend the tools/ versio
Hi Krzysztof,
On Wednesday 16 November 2016 12:29 AM, Krzysztof Kozlowski wrote:
> On Mon, Nov 14, 2016 at 10:31:57AM +0530, Pankaj Dubey wrote:
>> Now as we have of_scu_enable which takes care of mapping
>> scu base from DT, lets use it.
>>
>> This patch also fixes build failure in case !SMP caus
Hi Russell,
On Monday 14 November 2016 07:18 PM, Russell King - ARM Linux wrote:
> This should be sent _to_ me because it's touching generic ARM code.
> Thanks.
>
Sorry for this.
I had included your email in CC for this patch, but looks like my email
client had some issue and this patch could n
Hi,
This series is a follow-up for a BoF discussion during the LPC.
The discussion was about supporting Linux on modern laptops and one of
the issues mentioned was the lack of support for suspend-to-idle in user
space and if there's anything that can be done about that in the kernel.
The followi
From: Rafael J. Wysocki
Modify the ACPI system sleep support setup code to select
suspend-to-idle as the default system sleep state if the
ACPI_FADT_LOW_POWER_S0 flag is set in the FADT and the
default sleep state was not selected from the kernel command
line.
Signed-off-by: Rafael J. Wysocki
-
From: Rafael J. Wysocki
There are systems in which the platform doesn't support any special
sleep states, so suspend-to-idle (PM_SUSPEND_FREEZE) is the only
available system sleep state. However, some user space frameworks
only use the "mem" and (sometimes) "standby" sleep state labels, so
the u
From: Rafael J. Wysocki
Currently, intel_pstate is unable to control P-states on my
IvyBridge-based Acer Aspire S5, because they are controlled by SMM
on that machine by default and it is necessary to request OS control
of P-states from it via the SMI Command register exposed in the ACPI
FADT. i
Looks good to me, thanks!
I'll incorporate this into the next pull request.
Reviewed-by: Sinclair Yeh
On Wed, Nov 16, 2016 at 03:19:31PM +0100, Arnd Bergmann wrote:
> gcc-7 warns about slightly suspicious code in vmw_cmd_invalid:
>
> drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c: In function 'vmw_cmd
Hi Chao,
On Thu, Nov 17, 2016 at 09:13:03AM +0800, Chao Yu wrote:
> On 2016/11/16 20:15, Christoph Hellwig wrote:
> > On Wed, Nov 16, 2016 at 08:12:11PM +0800, Chao Yu wrote:
> >> For below two cases, we can't guarantee data consistence:
> >>
> >> a)
> >> 1. xfs_io "pwrite 0 4195328" "fsync"
> >>
On 11/16/2016 06:41 PM, Ulf Hansson wrote:
> On 2 November 2016 at 09:56, Rajendra Nayak wrote:
>> Hi Jon,
>>
>> On 10/31/2016 04:14 PM, Jon Hunter wrote:
>>> Hi Rajendra,
>>>
>>> On 06/10/16 09:43, Rajendra Nayak wrote:
On 10/06/2016 01:55 PM, Jon Hunter wrote:
> Hi Rajendra,
On 2016/11/17 7:55, Vladimir Zapolskiy wrote:
> On 11/16/2016 11:50 AM, Jian Yuan wrote:
>> From: yuanjian
>>
>> Add PWM driver for the PWM controller found on HiSilicon BVT SOCs, like
>> Hi3519V100, Hi3516CV300, etc.
>> The PWM controller is primarily in charge of controlling P-Iris lens.
>>
>
Hi Martin,
On Fri, 11 Nov 2016 14:55:24 -0500 "Martin K. Petersen"
wrote:
>
> In any case. It seems like the fact that the two SCSI trees may be out
> of sync could be an ongoing problem. So maybe you should just drop my
> tree again. I was just hoping to get visibility into potential merge
> pr
On 2016/11/16 at 22:58, Myron Stowe wrote:
> On Wed, Nov 16, 2016 at 2:13 AM, Xunlei Pang wrote:
>> Ccing David
>> On 2016/11/16 at 17:02, Xunlei Pang wrote:
>>> We met the DMAR fault both on hpsa P420i and P421 SmartArray controllers
>>> under kdump, it can be steadily reproduced on several diffe
On 16 November 2016 at 18:10, Wangnan (F) wrote:
> I'm also working on improving bpf.c. Please have a look at:
>
> https://lkml.org/lkml/2016/11/14/1078
>
> Since bpf.c is simple, I think we can add more functions and fixes
> gradually, instead of a full copy.
>
> See my inline comment below.
Ah,
On 11/16/2016 07:01 PM, Stephen Rothwell wrote:
Hi Jens,
Today's linux-next merge of the block tree got conflicts in:
fs/btrfs/extent_io.c
fs/btrfs/inode.c
between commit:
01a1400f8545 ("btrfs: only check bio size to see if a repair bio should have the
failfast flag")
from the btrfs-k
Hi Sebastian,
> Lenovo Dock Ultra contains a DP-MST Hub to provide all those
> HDMI/DVI/DP ports. Audio over DP-MST is currently not supported
> by the i915 driver, but there are patches (developed since ~2014):
>
> https://lists.freedesktop.org/archives/intel-gfx/2016-November/111353.html
Thank
Hi Jaegeuk,
On 2016/11/17 3:13, Jaegeuk Kim wrote:
> Hi Chao,
>
> On Wed, Nov 16, 2016 at 08:12:11PM +0800, Chao Yu wrote:
>> For below two cases, we can't guarantee data consistence:
>>
>> a)
>> 1. xfs_io "pwrite 0 4195328" "fsync"
>> 2. xfs_io "pwrite 4195328 1024" "fdatasync"
>> 3. godown
>> 4
From: Yanjiang Jin
Tested on a T4240QDS board.
V1->V2: According to Boris's suggestion, remove all hex addresses and offsets
in Call Trace messages, so that it is recognizable by others.
Yanjiang Jin (1):
edac: mpc85xx: implement "remove" for mpc85xx_pci_err_driver
drivers/edac/mpc8
From: Yanjiang Jin
Tested on a T4240QDS board.
If we execute the below steps without this patch:
1. modprobe mpc85xx_edac [The first insmod, everything is well.]
2. modprobe -r mpc85xx_edac
3. modprobe mpc85xx_edac [insmod again, error happens.]
We would get the error messages as below:
BUG:
On 11/17/2016 04:46 AM, Kirti Wankhede wrote:
> Added blocking notifier to IOMMU TYPE1 driver to notify vendor drivers
> about DMA_UNMAP.
> Exported two APIs vfio_register_notifier() and vfio_unregister_notifier().
> Notifier should be registered, if external user wants to use
> vfio_pin_pages()/vf
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/gpu/drm/i915/i915_gem_shrinker.c
between commit:
1233e2db199d ("drm/i915: Move object backing storage manipulation to its own
locking")
from the drm tree and commit:
3ab7c086d5ec ("locking/drm: Kill mutex trick
On Thu, Nov 17, 2016 at 10:51:37AM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2016/11/17 3:13, Jaegeuk Kim wrote:
> > Hi Chao,
> >
> > On Wed, Nov 16, 2016 at 08:12:11PM +0800, Chao Yu wrote:
> >> For below two cases, we can't guarantee data consistence:
> >>
> >> a)
> >> 1. xfs_io "pwrite 0 4195
Hi Bjorn
在 2016/11/17 7:00, Bjorn Helgaas 写道:
On Mon, Nov 14, 2016 at 05:33:20PM -0600, Bjorn Helgaas wrote:
On Wed, Nov 09, 2016 at 05:14:57PM +0800, Dongdong Liu wrote:
PCIe controller in Hip05/HIP06/HIP07 SoCs is not ECAM compliant.
It is non ECAM only for the RC bus config space;for any oth
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
drivers/net/ethernet/amd/Kconfig
between commits:
e78332b2285d ("amd-xgbe: Add ECC status support for the device memory")
abf0a1c2b26a ("amd-xgbe: Add support for SFP+ modules")
from the net-next tree and commit:
d1cb
Francois Romieu [mailto:rom...@fr.zoreil.com]
> Sent: Tuesday, November 15, 2016 9:11 AM
[...]
> If it was possible to get it wrong once, it should be possible to
> get it wrong twice, especially if some part of the hardware design
> is recycled. I don't mean anything else.
I agree with you. Howev
Make various comment style modifications.
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/vb_init.c | 27 ++-
1 file changed, 14 insertions(+), 13 deletions(-)
diff --git a/drivers/staging/xgifb/vb_init
Make suggested checkpatch modification for:
CHECK: Alignment should match open parenthesis.
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/vb_init.c | 24 +---
1 file changed, 13 insertions(+), 11 deletions
Make suggested checkpatch modification for:
CHECK: Logical continuations should be on the previous line.
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/vb_init.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff
Make Linux kernel coding style modifications for vb_init.c to include:
CHECK: Logical continuations should be on the previous line
CHECK: Alignment should match open parenthesis
Various comment style modifications
Walt Feasel (3):
staging: xgifb: vb_init.c Logical continuation
staging: xgifb
Hi Jaegeuk,
On 2016/11/17 3:18, Jaegeuk Kim wrote:
> Hi Chao,
>
> On Wed, Nov 16, 2016 at 10:41:20AM +0800, Chao Yu wrote:
>> Normally, while committing checkpoint, we will wait on all pages to be
>> writebacked no matter the page is data or metadata, so in scenario where
>> there are lots of dat
Hi Wei，
On 2016/11/16 17:31, Wei Xu wrote:
> Hi Pan,
>
> On 2016/11/16 8:56, wenpan wrote:
>> Hi Marty，
>> Does this confict with your patch？ If not，I hope this could be merged first.
>> Besides could you tell me the link to your related patch?
>
> This is the link: https://patchwork.kernel.or
On 2016/11/17 10:46, Joe Stringer wrote:
On 16 November 2016 at 18:10, Wangnan (F) wrote:
I'm also working on improving bpf.c. Please have a look at:
https://lkml.org/lkml/2016/11/14/1078
Since bpf.c is simple, I think we can add more functions and fixes
gradually, instead of a full copy.
Hi all,
After merging the tip tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
net/core/dev.c: In function 'sk_busy_loop':
net/core/dev.c:5065:3: error: implicit declaration of function
'cpu_relax_lowlatency' [-Werror=implicit-function-declaration]
cpu_relax_lowlatenc
---
.../bindings/iio/multiplexer/iio-mux.txt | 59 ++
1 file changed, 59 insertions(+)
create mode 100644
Documentation/devicetree/bindings/iio/multiplexer/iio-mux.txt
diff --git a/Documentation/devicetree/bindings/iio/multiplexer/iio-mux.txt
b/Documentation/devic
On 2016/11/15 12:05, Wang Nan wrote:
Add more BPF map operations to libbpf.
Signed-off-by: Wang Nan
Cc: Alexei Starovoitov
Cc: Arnaldo Carvalho de Melo
Cc: Li Zefan
---
tools/lib/bpf/bpf.c | 56 +
tools/lib/bpf/bpf.h | 7 +++
2 f
On Thu, Nov 17, 2016 at 11:06:09AM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
> On 2016/11/17 3:18, Jaegeuk Kim wrote:
> > Hi Chao,
> >
> > On Wed, Nov 16, 2016 at 10:41:20AM +0800, Chao Yu wrote:
> >> Normally, while committing checkpoint, we will wait on all pages to be
> >> writebacked no matter th
On 2016/11/17 10:59, Jaegeuk Kim wrote:
> On Thu, Nov 17, 2016 at 10:51:37AM +0800, Chao Yu wrote:
>> Hi Jaegeuk,
>>
>> On 2016/11/17 3:13, Jaegeuk Kim wrote:
>>> Hi Chao,
>>>
>>> On Wed, Nov 16, 2016 at 08:12:11PM +0800, Chao Yu wrote:
For below two cases, we can't guarantee data consistence:
[...]
> Fix the hw rx checksum is always enabled, and the user couldn't switch
> it to sw rx checksum.
>
> Note that the RTL_VER_01 only supports sw rx checksum only. Besides,
> the hw rx checksum for RTL_VER_02 is disabled after
> commit b9a321b48af4 ("r8152: Fix broken RX checksums."). Re-enable
Add a DT binding documentation for Mediatek JPEG Decoder of
MT2701 SoC.
Signed-off-by: Rick Chang
Signed-off-by: Minghsiu Tsai
Acked-by: Rob Herring
---
.../bindings/media/mediatek-jpeg-decoder.txt | 37 ++
1 file changed, 37 insertions(+)
create mode 100644
Documen
Signed-off-by: Rick Chang
Signed-off-by: Minghsiu Tsai
---
This patch depends on:
CCF "Add clock support for Mediatek MT2701"[1]
iommu and smi "Add the dtsi node of iommu and smi for mt2701"[2]
[1] http://lists.infradead.org/pipermail/linux-mediatek/2016-October/007271.html
[2] https://patc
Add v4l2 driver for Mediatek JPEG Decoder
Signed-off-by: Rick Chang
Signed-off-by: Minghsiu Tsai
---
drivers/media/platform/Kconfig | 15 +
drivers/media/platform/Makefile |2 +
drivers/media/platform/mtk-jpeg/Makefile |2 +
drivers/media/pla
This series of patches provide a v4l2 driver to control Mediatek JPEG decoder
for decoding JPEG image and Motion JPEG bitstream.
changes since v5:
- remove redundant name from struct mtk_jpeg_fmt
- Set state of all buffers to VB2_BUF_STATE_QUEUED if fail in start streaming
- Remove VB2_USERPTR
- A
On 16 November 2016 at 19:21, Wangnan (F) wrote:
>
>
> On 2016/11/17 10:46, Joe Stringer wrote:
>>
>> On 16 November 2016 at 18:10, Wangnan (F) wrote:
>>>
>>> I'm also working on improving bpf.c. Please have a look at:
>>>
>>> https://lkml.org/lkml/2016/11/14/1078
>>>
>>> Since bpf.c is simple, I
On 2016/11/17 10:46, Joe Stringer wrote:
On 16 November 2016 at 18:10, Wangnan (F) wrote:
I'm also working on improving bpf.c. Please have a look at:
https://lkml.org/lkml/2016/11/14/1078
Since bpf.c is simple, I think we can add more functions and fixes
gradually, instead of a full copy.
On 16-11-16, 21:27, Stratos Karafotis wrote:
> The original comment about the frequency increase to maximum is wrong.
>
> Both increase and decrease happen at steps.
>
> Signed-off-by: Stratos Karafotis
> ---
> -> v2
> Remove a trailing space
>
> drivers/cpufreq/cpufreq_conservative.c | 4 ++-
On Wed, Nov 16, 2016 at 11:29:35AM -0800, Paul E. McKenney wrote:
> On Wed, Nov 16, 2016 at 01:49:31PM +0900, Byungchul Park wrote:
> > On Wed, Nov 09, 2016 at 05:57:13PM +0900, Byungchul Park wrote:
> > > It's unnecessary to try to print stacks of blocked tasks in the case
> > > that ndetected ==
Tested-by: wangxiongfe...@huawei.com on D05 board.
On 2016/11/16 21:48, fu@linaro.org wrote:
> From: Fu Wei
>
> This patchset:
> (1)Preparation for adding GTDT support in arm_arch_timer:
> 1. Move some enums and marcos to header file;
> 2. Add a new enum for spi type;
>
On Thu, Nov 17, 2016 at 11:35:58AM +0800, Chao Yu wrote:
> On 2016/11/17 10:59, Jaegeuk Kim wrote:
> > On Thu, Nov 17, 2016 at 10:51:37AM +0800, Chao Yu wrote:
> >> Hi Jaegeuk,
> >>
> >> On 2016/11/17 3:13, Jaegeuk Kim wrote:
> >>> Hi Chao,
> >>>
> >>> On Wed, Nov 16, 2016 at 08:12:11PM +0800, Chao
Hi, all
I test specint of aarch64 LP64 when aarch32 el0 disable/enabled respectively
and compare with ILP32 unmerged kernel(4.8-rc6) in our arm64 board. I found
that difference(ILP32 disabled/ILP32 unmerged) is bigger when aarch32 el0 is
enabled, compare with aarch32 el0 disabled kernel. And bzip
On 11/16/2016 05:33 AM, Sriram Dash wrote:
>> From: Scott Wood
>> On 11/15/2016 06:39 AM, Sriram Dash wrote:
From: Scott Wood
On 11/13/2016 11:27 PM, Sriram Dash wrote:
> diff --git
> a/Documentation/devicetree/bindings/phy/phy-qoriq-usb3.txt
> b/Documentation/devicetree/bindi
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
arch/x86/kernel/cpu/scattered.c
between commit:
4ab1586488cb ("x86/cpufeature: Add RDT CPUID feature bits")
from the tip tree and commits:
47f10a36003e ("x86/cpuid: Cleanup cpuid_regs definitions")
47bdf3378d62 ("x86/
On 16 November 2016 at 19:39, Wangnan (F) wrote:
>
>
> On 2016/11/17 10:46, Joe Stringer wrote:
>>
>> On 16 November 2016 at 18:10, Wangnan (F) wrote:
>>>
>>> I'm also working on improving bpf.c. Please have a look at:
>>>
>>> https://lkml.org/lkml/2016/11/14/1078
>>>
>>> Since bpf.c is simple, I
This is a generic simple i2c mux that uses the generic multiplexer
subsystem to do the muxing.
The user can select if the mux is to be mux-locked and parent-locked
as described in Documentation/i2c/i2c-topology.
---
drivers/i2c/muxes/Kconfig | 12 +++
drivers/i2c/muxes/Makefile
linna@hotmail.com
中国国际汽车零部件博览会
China International Auto Parts Expo
中华人民共和国商务部引导支持展会
国家级国际性汽车配件用品展贸平台
【中文名称】 2017第十五届中国（广州）国际汽车零部件及用品展览会
【英文名称】 The 15th China (Guangzhou) International Auto Parts Expo,2017 （CAPE 2017）
【展会日期】 2017年06月02—04日
【展会场馆】 广州琶洲保利世贸博览馆
【展会简介】
本届CAPE预计展会面积67000平方米
Hi Shawn,
On Monday 14 November 2016 07:56 PM, Shawn Guo wrote:
> On Mon, Nov 14, 2016 at 10:32:07AM +0530, Pankaj Dubey wrote:
>> Now as we have of_scu_enable which takes care of mapping
>> scu base from DT, lets use it.
>>
>> At the same time this patch cleans up mach-imx platform files by
>> re
From: Julia Lawall
Date: Wed, 16 Nov 2016 11:43:33 +0100
> knav_queue_open always returns an ERR_PTR value, never NULL. This can be
> confirmed by unfolding the function calls and conforms to the function's
> documentation. Thus, replace IS_ERR_OR_NULL by IS_ERR in error checks.
>
> The change
Hi Russell,
On Monday 14 November 2016 08:21 PM, Russell King - ARM Linux wrote:
> On Mon, Nov 14, 2016 at 03:37:44PM +0100, Arnd Bergmann wrote:
>> On Monday, November 14, 2016 1:50:18 PM CET Russell King - ARM Linux wrote:
>>> On Mon, Nov 14, 2016 at 01:03:09PM +0100, Arnd Bergmann wrote:
O
On Wed, Nov 16, 2016 at 03:58:49PM +0100, Peter Zijlstra wrote:
> 3BUG: KASAN: stack-out-of-bounds in unwind_get_return_address+0x1fb/0x220 at
> addr 88042f88bba0
So I dug through the disassembly (thanks for the vmlinux), and I'm
pretty sure the stack-out-of-bounds address is on the NMI stack
On 11/17/2016 5:27 AM, Alex Williamson wrote:
> On Thu, 17 Nov 2016 02:16:22 +0530
> Kirti Wankhede wrote:
>> @@ -931,6 +1344,24 @@ static void vfio_iommu_type1_detach_group(void
>> *iommu_data,
>>
>> mutex_lock(&iommu->lock);
>>
>> +if (iommu->external_domain) {
>> +gr
VFIO IOMMU drivers are designed for the devices which are IOMMU capable.
Mediated device only uses IOMMU APIs, the underlying hardware can be
managed by an IOMMU domain.
Aim of this change is:
- To use most of the code of TYPE1 IOMMU driver for mediated devices
- To support direct assigned device
On Wed, Nov 16, 2016 at 05:59:29PM +, Mark Brown wrote:
> On Tue, Nov 15, 2016 at 07:59:14PM +0530, Vinod Koul wrote:
> > On Mon, Nov 14, 2016 at 02:15:48PM +, Charles Keepax wrote:
>
> > > slaves register to that. This also has the nice property that its
> > > easy to create devices that
Added blocking notifier to IOMMU TYPE1 driver to notify vendor drivers
about DMA_UNMAP.
Exported two APIs vfio_register_notifier() and vfio_unregister_notifier().
Notifier should be registered, if external user wants to use
vfio_pin_pages()/vfio_unpin_pages() APIs to pin/unpin pages.
Vendor driver
Hi Bamvor,
I'm surprised that you see this much difference from ILP32 patches on SPEC
CPU2006int at all. The SPEC CPU2006 benchmarks spend almost no time in the
kernel syscalls. I can imagine memory, TLB, and cache handling in the kernel
could affect CPU2006 benchmarks. Do ILP32 patches touc
Add a notifier calback to parent's ops structure of mdev device so that per
device notifer for vfio module is registered through vfio_mdev module.
Signed-off-by: Kirti Wankhede
Signed-off-by: Neo Jia
Change-Id: Iafa6f1721aecdd6e50eb93b153b5621e6d29b637
---
drivers/vfio/mdev/vfio_mdev.c | 32 +++
On 11/17/2016 7:45 AM, Dong Jia Shi wrote:
> * Kirti Wankhede [2016-11-17 02:16:24 +0530]:
>
> Hi Kirti,
>
>> diff --git a/drivers/vfio/mdev/vfio_mdev.c b/drivers/vfio/mdev/vfio_mdev.c
> [...]
>
>> @@ -51,6 +78,11 @@ static void vfio_mdev_release(void *device_data)
>> if (likely(parent->
在 2016/11/16 18:23, Peter Zijlstra 写道:
On Wed, Nov 16, 2016 at 12:19:09PM +0800, Pan Xinhui wrote:
Hi, Peter.
I think we can avoid a function call in a simpler way. How about below
static inline bool vcpu_is_preempted(int cpu)
{
/* only set in pv case*/
if (pv_lock_ops
From: Steve Muckle
The rate-limit tunable in the schedutil governor applies to transitions
to both lower and higher frequencies. On several platforms it is not the
ideal tunable though, as it is difficult to get best power/performance
figures using the same limit in both directions.
It is common
---
.../devicetree/bindings/i2c/i2c-mux-simple.txt | 91 ++
1 file changed, 91 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i2c-mux-simple.txt
diff --git a/Documentation/devicetree/bindings/i2c/i2c-mux-simple.txt
b/Documentation/devicetree/bindi
Hi, Jitao:
On Wed, 2016-11-16 at 11:20 +0800, Jitao Shi wrote:
> Tune dsi frame rate by pixel clock, dsi add some extra signal (i.e.
> Tlpx, Ths-prepare, Ths-zero, Ths-trail,Ths-exit) when enter and exit LP
> mode, those signals will cause h-time larger than normal and reduce FPS.
> So need to mu
Make comment style modifications.
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/XGI_main_26.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/xgifb/XGI_main_26.c
b/drivers/st
Make Linux kernel coding style modifications for XGI_main_26.c to include:
CHECK: Alignment should match open parenthesis
CHECK: No space is necessary after a cast
CHECK: Logical continuations should be on the previous line
CHECK: spaces preferred around that '-'
CHECK: Blank lines aren't necessar
Make suggested checkpatch modification for
CHECK: No space is necessary after a cast
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/XGI_main_26.c | 30 +++---
1 file changed, 15 insertions(+), 15 deletio
Make suggested checkpatch modification for
CHECK: Alignment should match open parenthesis
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/XGI_main_26.c | 100 +---
1 file changed, 46 insertions(+)
Make suggested checkpatch modification for
CHECK: spaces preferred around that '-,&'
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/XGI_main_26.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drive
Make suggested checkpatch modification for
CHECK: Blank lines aren't necessary before a close brace '}'
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/XGI_main_26.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/s
Make suggested checkpatch modification for
CHECK: Logical continuations should be on the previous line
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/XGI_main_26.c | 20 +---
1 file changed, 9 insertions(+), 11
On 17/11/16 07:46, Kirti Wankhede wrote:
> Add task structure to vfio_dma structure. Task structure is used for:
> - During DMA_UNMAP, same task who mapped it or other task who shares same
> address space is allowed to unmap, otherwise unmap fails.
> QEMU maps few iova ranges initially, then fork t
Make suggested checkpatch modification for
CHECK: Blank lines aren't necessary after an open brace '{'
Signed-off-by: Walt Feasel
---
v2 makes changes to correct for email format patch submission
drivers/staging/xgifb/XGI_main_26.c | 12
1 file changed, 12 deletions(-)
diff --git
This patch fix the following sparse warnings in slicoss driver:
warning: incorrect type in assignment (different address spaces)
This changes are for 64 bits.
Signed-off-by: Sergio Paracuellos
---
drivers/staging/slicoss/slic.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/driver
This patch fix the following sparse warnings in slicoss driver:
warning: incorrect type in assignment (different address spaces)
This changes are for 32 bit architectures.
Signed-off-by: Sergio Paracuellos
---
drivers/staging/slicoss/slic.h| 9 +
drivers/staging/slicoss/slicoss.c | 82
This patchset fix the following sparse warning:
warning: incorrect type in assignment (different address spaces)
Changes in v2:
* Remove IOMEM_GET_FIELDADDR macro
* Add ioread64 and iowrite64 defines
Changes in v3:
* Remove ioread64 and iowrite64 defines
* Split into two patches: one for 32 bits
A couple of regression fixes.
The following changes since commit 961b708e95181041f403251f660bc70be3ff6ba3:
Merge tag 'drm-fixes-for-v4.9-rc6' of
git://people.freedesktop.org/~airlied/linux (2016-11-16 17:24:21 -0800)
are available in the git repository at:
git://git.kernel.org/pub/
The nvmem core driver supports to read and write single
byte. So, allow qfprom to support this feature.
This change helps in extracting a required value based
on bit-offset and number of bits for the required value
in the nvmem cell.
Signed-off-by: Vivek Gautam
Cc: Srinivas Kandagatla
---
Based
When list_del corruption is detected, the corruption may happen
because of the region of prev or next is destroyed. So, the
address of prev/next is useful to find the destroyer.
Signed-off-by: Masayoshi Mizuma
---
lib/list_debug.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
di
When show_trace_log_lvl() is called from show_regs(), it completely
fails to dump the stack. This bug was introduced when
show_stack_log_lvl() was removed with the following commit:
0ee1dd9f5e7e ("x86/dumpstack: Remove raw stack dump")
Previous callers of that function now call show_trace_log_
Signed-off-by: Andrew Jeffery
---
I'd like to start a discussion about how to handle the LPC register space in
the Aspeed SoC. There are a number of issues, largely concerned with the layout
of the registers but also with the fact that LPC register state is used by the
pinmux to determine some pi
Hi all,
There will be no linux-next releases on Friday (tomorrow) or Monday.
Changes since 20161116:
The net-next tree gained conflicts against the net tree.
The drm tree gained a conflict against the arm tree.
The block tree gained conflicts against the btrfs-kdave tree.
The tip tree gained
On Thu, 17 Nov 2016 16:41:14 +1100
Alexey Kardashevskiy wrote:
> On 17/11/16 07:46, Kirti Wankhede wrote:
> > Add task structure to vfio_dma structure. Task structure is used for:
> > - During DMA_UNMAP, same task who mapped it or other task who shares same
> > address space is allowed to unmap,
Hi Boris,
On Sun, Oct 16, 2016 at 10:35 PM, Boris Brezillon
wrote:
> Now that raw NAND header has been moved to rawnand.h, we can add a new
> nand.h file and define the common nand stuff in there.
>
> Signed-off-by: Boris Brezillon
> ---
> include/linux/mtd/nand.h | 480
> +
Hi Boris,
On Sun, Oct 16, 2016 at 10:35 PM, Boris Brezillon
wrote:
> BBT support is currently tightly tied to raw NAND, though this is the kind
> of code we could share across all NAND based devices, no matter what
> physical interface is to communicate with the NAND chip.
>
> Make BBT code inter
When a multiplexer changes how an iio device behaves (for example
by feeding different signals to an ADC), this driver can be used
create one virtual iio channel for each multiplexer state.
Depends on the generic multiplexer driver.
---
drivers/iio/Kconfig | 1 +
drivers/iio/Makef
On 11/17/2016 11:11 AM, Alexey Kardashevskiy wrote:
> On 17/11/16 07:46, Kirti Wankhede wrote:
>> Add task structure to vfio_dma structure. Task structure is used for:
>> - During DMA_UNMAP, same task who mapped it or other task who shares same
>> address space is allowed to unmap, otherwise unma
Hi Boris,
On Sun, Oct 16, 2016 at 10:35 PM, Boris Brezillon
wrote:
> Hi,
>
> This series is aiming at providing a generic NAND layer to share code
> between different NAND based devices.
>
> We currently have 3 different interfaces to interact with NANDs:
> - Raw NANDs
> - OneNANDs
> - SPI NANDs
From: Vadim Pasternak
Device driver for Mellanox I2C controller logic, implemented in Lattice
CPLD device.
Device supports:
- Master mode
- One physical bus
- Polling mode
The Kconfig currently controlling compilation of this code is:
drivers/i2c/busses/Kconfig:config I2C_MLXCPLD
Signed-off-
Hi Rafael,
I still have few concerns that I would like to share ..
On 16-11-16, 03:38, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The cpumask_test_cpu() check in cpufreq_cpu_get_raw() is sort of
> pointless, because it may be racy with respect to CPU online/offline
> which sets/clea
On Sun 13 Nov 21:18 PST 2016, Vinod Koul wrote:
> On Mon, Nov 07, 2016 at 01:57:35PM +, Peter Griffin wrote:
> > >
> > > As you now make changes to the entire remoteproc Kconfig file, rather
> > > than simply add a Kconfig symbol we can't bring this in via Vinod's tree
> > > without providing
On Sun 13 Nov 21:20 PST 2016, Stephen Rothwell wrote:
> Hi Bjorn,
>
Hi Stephen,
> Today's linux-next merge of the rpmsg tree got a conflict in:
>
> drivers/remoteproc/Kconfig
>
> between commit:
>
> bb6869b21478 ("remoteproc: st_slim_rproc: add a slimcore rproc driver")
>
> from the sla
On 17/11/16 17:12, Alex Williamson wrote:
> On Thu, 17 Nov 2016 16:41:14 +1100
> Alexey Kardashevskiy wrote:
>
>> On 17/11/16 07:46, Kirti Wankhede wrote:
>>> Add task structure to vfio_dma structure. Task structure is used for:
>>> - During DMA_UNMAP, same task who mapped it or other task who sh
Xander Huff wrote:
> From: James Minor
>
> When in AP mode, scans can be done without changing firmware to
> the multi-role firmware. Allow the interface to scan if forced
> in the scan request.
>
> Signed-off-by: James Minor
> Signed-off-by: Xander Huff
> Reviewed-by: Ben Shelton
> Reviewed
Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This simplifies debugging. Format %s (%u) comes from similar debugging
> message in brcmf_fweh_event_worker.
>
> Signed-off-by: Rafał Miłecki
Patch applied to wireless-drivers-next.git, thanks.
e1c122d55f9e brcmfmac: print name of connect status
801 - 900 of 933 matches
Mail list logo
