This is arm port of commit 6a5022a56ac3 ("kprobes/x86: Allow to
handle reentered kprobe on single-stepping")
Since the FIQ handlers can interrupt in the single stepping
(or preparing the single stepping, do_debug etc.), we should
consider a kprobe is hit in the NMI handler. Even in that
case, the
Kprobes/arm skips single-stepping (moreover handling the event)
if the conditional instruction must not be executed. This
also applies that rule when we hit a recursing kprobe, so
that the nmissed count isn't incremented in that case.
Signed-off-by: Masami Hiramatsu
Acked-by: Jon Medhurst
---
a
Hi Doug,
After merging the rdma tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/infiniband/hw/bnxt_re/main.c: In function 'bnxt_re_net_ring_free':
drivers/infiniband/hw/bnxt_re/main.c:231:18: error:
'RING_ALLOC_REQ_RING_TYPE_CMPL' undeclared (first use in this func
From: Moritz Fischer
Add support for encrypted bitstreams. For this to work the system
must be booted in secure mode.
In order for on-the-fly decryption to work, the PCAP clock rate
needs to be lowered via the PCAP_RATE_EN bit.
Signed-off-by: Moritz Fischer
Cc: Alan Tull
Cc: Michal Simek
Cc:
From: Moritz Fischer
Add a flag that is passed to the write_init() callback, indicating
that the bitstream is encrypted.
The low-level driver will deal with the flag, or return an error,
if encrypted bitstreams are not supported.
Signed-off-by: Moritz Fischer
Cc: Alan Tull
Cc: Michal Simek
C
This is arm port of commit 737480a0d525 ("kprobes/x86:
Fix the return address of multiple kretprobes").
Fix the return address of subsequent kretprobes when multiple
kretprobes are set on the same function.
For example:
# cd /sys/kernel/debug/tracing
# echo "r:event1 sys_symlink" > kprobe_ev
On Mon, 13 Feb 2017 14:16:30 -0800 Kees Cook wrote:
> On Mon, Jan 16, 2017 at 5:23 AM, Djalal Harouni wrote:
> > From: Lafcadio Wluiki
> >
> > Previously, the hidepid parameter was checked by comparing literal
> > integers 0, 1, 2. Let's add a proper enum for this, to make the checking
> > more
When CONFIG_KASAN is enabled, compilation fails:
block/sed-opal.c: In function 'sed_ioctl':
block/sed-opal.c:2447:1: error: the frame size of 2256 bytes is larger than
2048 bytes [-Werror=frame-larger-than=]
Moved all the ioctl structures off the stack and dynamically allocate
using _IOC_SIZE()
The IOC_OPAL_ACTIVATE_LSP took the wrong strcure which would
give us the wrong size when using _IOC_SIZE, switch it to the
right structure.
Fixes: 058f8a2 ("Include: Uapi: Add user ABI for Sed/Opal")
Signed-off-by: Scott Bauer
---
include/uapi/linux/sed-opal.h | 2 +-
1 file changed, 1 insertio
Signed-off-by: Scott Bauer
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e325373..b983b25 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11094,7 +11094,7 @@ SECURE ENCRYPTING DEVICE (SED) OPAL DRIVER
M: Scott Bauer
M:
Hi, Robert.
I'm so sorry for bothering you. My email client ignored an indentation of the
patch file.
Therefore, please check my patch v2 in your email list, "[PATCH v2] acpi:
acpica: fix acpi operand cache leak" (https://lkml.org/lkml/2017/2/12/224).
Thank you.
2017-02-15 8:19 GMT+09:00 Seung H
From: Florian Fainelli
Match all known sun-top-ctrl compatible strings from our MIPS chips
counterparts. This allows us to properly report the SoC information to
user-space through our SoC driver.
Signed-off-by: Florian Fainelli
---
Ralf, James,
I usually take patches touching this file throug
Module copies a user supplied string (module parameter) into a buffer
using strncpy() and does not check that the buffer is null terminated.
Replace call to strncpy() with call to strlcpy() ensuring that the
buffer is null terminated.
Signed-off-by: Tobin C. Harding
---
drivers/staging/fbtft/fb
"Aneesh Kumar K.V" writes:
> Michael Ellerman writes:
>
>> "Aneesh Kumar K.V" writes:
>>> diff --git a/arch/powerpc/include/asm/book3s/64/mmu-hash.h
>>> b/arch/powerpc/include/asm/book3s/64/mmu-hash.h
>>> index 0735d5a8049f..8720a406bbbe 100644
>>> --- a/arch/powerpc/include/asm/book3s/64/mmu-
On Tue, 14 Feb 2017 10:40:55 +0100 Quentin Schulz wrote:
> This adds the constant-charge-current property to the list of optional
> properties of the battery.
>
> The constant charge current is critical for batteries as they can't
> handle all charge currents.
>
> Signed-off-by: Quentin Schulz
>
On 2017/2/15 1:07, David Miller wrote:
From: "Wangnan (F)"
Date: Mon, 13 Feb 2017 09:53:49 +0800
On 2017/2/12 3:37, Mickaël Salaün wrote:
Remove a useless ifdef __NR_bpf as requested by Wang Nan.
Inline one-line static functions as it was in the bpf_sys.h file.
Signed-off-by: Mickaël Sal
On Wed, Feb 15, 2017 at 11:42:54AM +1100, Tobin C. Harding wrote:
> Module copies a user supplied string (module parameter) into a buffer
> using strncpy() and does not check that the buffer is null terminated.
>
> Replace call to strncpy() with call to strlcpy() ensuring that the
> buffer is null
On 2/14/2017 7:30 PM, Stephen Rothwell wrote:
> Hi Doug,
>
> After merging the rdma tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/infiniband/hw/bnxt_re/main.c: In function 'bnxt_re_net_ring_free':
> drivers/infiniband/hw/bnxt_re/main.c:231:18: error:
> 'RIN
On 2017年02月15日 05:31, Arnd Bergmann wrote:
The newly added DP driver links against the extcon core, which fails when
extcon is a module and this driver is not:
drivers/gpu/drm/rockchip/cdn-dp-core.o: In function `cdn_dp_get_port_lanes':
cdn-dp-core.c:(.text.cdn_dp_get_port_lanes+0x24): undefined
On 2017/2/15 2:03, Jaegeuk Kim wrote:
> VFS uses f2fs_lookup() to decide f2fs_add_link() call during file creation.
> But, if there is a race condition, f2fs_add_link() can be called multiple
> times, resulting in multiple dentries with a same name. This patches fixes
> it by adding __f2fs_find_ent
Hi Linus, Jamie and all,
Do you have any comments on this patch?
Thanks
Hoan
On Mon, Feb 13, 2017 at 1:38 AM, Jamie Iles wrote:
> Hi Linus,
>
> On Mon, Feb 06, 2017 at 11:21:09AM +0100, Linus Walleij wrote:
>> On Tue, Jan 31, 2017 at 8:43 PM, Hoan Tran wrote:
>>
>> > Next generation of X-Gene
FYI, we noticed the following commit:
commit: f2cb13609d5397cdd747f3ed6fb651233851717d ("sched/topology: Split out
scheduler topology code from core.c into topology.c")
https://git.kernel.org/cgit/linux/kernel/git/tip/tip.git sched/core
in testcase: boot
on test machine: qemu-system-i386 -enab
Hi,
When I read Linux Kernel source codes about how "blkio_delay_total"
(delay waiting for synchronous block I/O to complete for one task) is
calculated in Linux/kernel/delayacct.c file [1], I find that
"blkio_delay_total" adds "task->delays->blkio_delay" to be the total
delay time for one task to
On Tue, Feb 14, 2017 at 01:58:40PM +0100, Arnd Bergmann wrote:
> On Tue, Feb 14, 2017 at 1:26 PM, Roger Quadros wrote:
> > On 14/02/17 13:44, Arnd Bergmann wrote:
> >> On Tue, Feb 14, 2017 at 11:36 AM, Roger Quadros wrote:
>
> >>> Why are we using sysdev to read DT property? We should be using t
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/dev
head: f09c1acfaa4b198694a31ba3e454c7d17c4fa680
commit: f09c1acfaa4b198694a31ba3e454c7d17c4fa680 [46/46] rcu: Add consistency
checks for uses of segmented callback lists
config: tile-allmodconfig (attached as .
On Tue, Feb 14, 2017 at 12:21:48PM +0200, Roger Quadros wrote:
> Peter,
>
> On 11/02/17 03:27, Peter Chen wrote:
> > Hi all,
> >
> > This is a follow-up for my last power sequence framework patch set [1].
> > According to Rob Herring and Ulf Hansson's comments[2]. The kinds of
> > power sequence
On 02/15, Chao Yu wrote:
> On 2017/2/15 2:03, Jaegeuk Kim wrote:
> > VFS uses f2fs_lookup() to decide f2fs_add_link() call during file creation.
> > But, if there is a race condition, f2fs_add_link() can be called multiple
> > times, resulting in multiple dentries with a same name. This patches fix
On 2017/2/14 17:03, Ard Biesheuvel wrote:
On 14 February 2017 at 06:53, wrote:
From: zhouxianrong
just like freeing no-map area's memmap (gaps of memblock.memory)
we could free reserved area's memmap (areas of memblock.reserved)
as well only when user of reserved area indicate that we can
The required command sequence for the new tuner (Si2141) was traced from the
current Windows driver and verified with a small python script/libusb.
The changes to the Si2168 and dvbsky driver are mostly additions of the
required IDs and some glue code.
Stefan Brüns (3):
[media] si2157: Add suppo
Mygica T230 DVB-T/T2/C USB stick support. It uses the same FX2/Si2168
bridge/demodulator combo as the other devices supported by the driver,
but uses the Si2141 tuner.
Several DVB-T (MPEG2) and DVB-T2 (H.265) channels were tested, as well as
the include remote control.
Signed-off-by: Stefan Brüns
Add handling for new revision, requiring new firmware.
Signed-off-by: Stefan Brüns
---
drivers/media/dvb-frontends/si2168.c | 4
drivers/media/dvb-frontends/si2168_priv.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/drivers/media/dvb-frontends/si2168.c
b/drivers/media/dvb-fr
The Si2141 needs two distinct commands for powerup/reset, otherwise it
will not respond to chip revision requests. It also needs a firmware
to run properly.
Signed-off-by: Stefan Brüns
---
drivers/media/tuners/si2157.c | 23 +--
drivers/media/tuners/si2157_priv.h | 2 ++
The following patch series adds the necessary functionality to make the BAU
on UV4 operational. The purpose of these patches is to implement the correct
message completion logic on UV4 and to fix two initialization errors.
As of this patch set, the BAU operates without errors and performance tests
Remove the present wait_completion routine and add a function pointer by
the same name to the bau_operations struct. Rather than switching on the
UV hub version during message processing, set the architecture-specific
uv*_wait_completion during initialization.
Signed-off-by: Andrew Banman
Acked-b
The location of the ERROR and BUSY status bits depends on the descriptor
index, i.e. the CPU, of the message. We determine this location ahead of
the wait_completion loop to avoid repeating the calculation.
Split out the status location calculation into a new routine,
status_mmr_loc, to be used wi
UV4 does not employ a software-timeout as in previous generations so a new
wait_completion routine without this logic is required. Certain completion
statuses require the AUX status bit in addition to ERROR and BUSY.
Add the read_status routine to construct the full completion status. Use
read_sta
On UV4, the destination agent verifies each message by checking the
descriptor qualifier field of the message payload. Messages without this
field set to 0x534749 will cause a hub error to assert. Make this the
default action for future architectures, anticipating they will have
the same requiremen
Hi Anshuman,
I'd question the need to avoid kernel allocations in device memory.
Maybe we should simply allow these pages to *potentially* participate in
everything that N_MEMORY pages do: huge pages, kernel allocations, for
example.
No, allowing kernel allocations on CDM has two problems.
We must declare bau_operations after the other BAU structs so that we may
reference them in the bau_operations function declarations.
Signed-off-by: Andrew Banman
Acked-by: Mike Travis
---
arch/x86/include/asm/uv/uv_bau.h | 22 +++---
1 file changed, 11 insertions(+), 11 deletio
Writing to the software acknowledge clear register when there are no
pending messages causes a HUB error to assert. The original intent of this
write was to clear the pending bits before start of operation, but this is
an incorrect method and has been determined to be unnecessary.
Signed-off-by: A
The MT8173 is one of the mt817x family of related parts that share a
common configuration, but a differing number of cores.
Like what arm/juno and marvell/armada-ap806 did, this patch splits
mt8173.dtsi into mt817x.dtsi and mt8173.dtsi. mt817x.dtsi defines the
common blocks for the family and mt8
The MT8176 is a member of the MT817x family of SoCs.
Its device tree inherits from mt817x, and only describes the mt8176
specific cpu map and cooling contributions.
Signed-off-by: Yidi Lin
Signed-off-by: Daniel Kurtz
---
arch/arm64/boot/dts/mediatek/mt8176.dtsi | 107 +++
On Tue, Feb 14, 2017 at 06:08:30PM +0100, Arnd Bergmann wrote:
> The length is now passed by reference, so the assertion has to be updated
> to match the other changes, as pointed out by this W=1 warning:
>
> fs/xfs/xfs_extent_busy.c: In function 'xfs_extent_busy_trim':
> fs/xfs/xfs_extent_busy.c:
On Tue, Feb 14, 2017 at 4:49 PM, Daniel Vetter wrote:
> On Tue, Feb 14, 2017 at 01:07:21PM -0800, John Stultz wrote:
>> On Tue, Feb 14, 2017 at 12:32 PM, Daniel Stone wrote:
>> > Hi John,
>> >
>> > On 14 February 2017 at 19:25, John Stultz wrote:
>> >> +static enum drm_mode_status
>> >> +drm_con
Hi Dmitry,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.10-rc8 next-20170214]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Dmitry-Torokhov/rapidio-use-is_visible
Because of interface limitations,
provided by libc cannot be included after , therefore any
header that includes cannot be included after .
Change uapi/linux/l2tp.h, the last uapi header that includes
, to include and instead of
and use __SOCK_SIZE__ instead of sizeof(struct sockaddr)
the sa
On 2017/2/14 8:25, Jaegeuk Kim wrote:
> On 02/11, Chao Yu wrote:
>> On 2017/2/9 9:28, Jaegeuk Kim wrote:
>>> On 02/08, Chao Yu wrote:
On 2017/2/7 15:24, Chao Yu wrote:
> Hi Jaegeuk,
>
> Happy Chinese New Year! :)
>
> On 2017/1/24 12:35, Jaegeuk Kim wrote:
>> Hi Chao,
>>
On Wed, Feb 15, 2017 at 12:01 AM, Christoph Hellwig wrote:
> On Tue, Feb 14, 2017 at 09:04:26AM +0800, Ming Lei wrote:
>> On Mon, Feb 13, 2017 at 9:46 PM, Christoph Hellwig
>> wrote:
>> > On Fri, Feb 10, 2017 at 06:56:13PM +0800, Ming Lei wrote:
>> >> md still need bio clone(not the fast version
Hi Jaegeuk,
On 2017/2/14 8:35, Jaegeuk Kim wrote:
> Hi Chao,
>
> On 02/08, Chao Yu wrote:
>> In android, since SElinux is enable, security policy will be appliedd for
>> each file, it stores in inode as an xattr entry, so it will take one 4k
>> size node block additionally for each file.
>>
>> Le
Hi Philipp,
I've created a test branch off my imx-media-staging-md-wip called tc358743,
which cherry-picks a couple of your commits from your
imx-media-staging-md-wip
branch:
[media] tc358743: set entity function to video interface bridge
[media] tc358743: put lanes in STOP state before starti
From: Jun Gao
Add i2c DT binding to i2c-mt6577.txt for MT2701 and there is no need to modify
i2c driver.
Change-Id: I892f866d755aa3865bffd1a80884cd41b6ecc1f1
Signed-off-by: Jun Gao
---
.../devicetree/bindings/i2c/i2c-mt6577.txt | 11 ++-
1 file changed, 6 insertions(+), 5 de
This patch series based on v4.10-rc2, include MT2701 i2c DT binding and device
node.
changes since v1:
- Modify commit message
Dependent on "Add clock and power domain DT nodes for Mediatek MT2701"[1].
[1]
http://lists.infradead.org/pipermail/linux-mediatek/2016-December/007637.html
Jun Gao (
Hi,
On 02/14/2017 05:23 PM, Sergei Shtylyov wrote:
> Hello!
>
> On 2/14/2017 5:27 AM, Lu Baolu wrote:
>
>> Add a simple udelay calibration in x86 architecture-specific
>> boot-time initializations. This will get a workable estimate
>> for loops_per_jiffy. Hence, udelay() could be used after this
>
From: Jun Gao
Add i2c device node for MT2701.
Change-Id: Idd33ad9010c43809328814350f9c29284891d171
Signed-off-by: Jun Gao
---
arch/arm/boot/dts/mt2701-evb.dts | 44 ++
arch/arm/boot/dts/mt2701.dtsi| 42
2 files ch
This patch introduces new mount option 'noinline_xattr', so we can disable
inline xattr functionality which is already set as a default mount option.
Signed-off-by: Chao Yu
---
Documentation/filesystems/f2fs.txt | 1 +
fs/f2fs/super.c| 11 +++
2 files changed, 12 ins
Hi Mathias,
This patch set includes several patches for traces in
xhci driver. One trace class is for command. Several
trace events are defined to trace the life cycle of
any xhci command. The other trace class is for context.
Several trace events are defined to trace the change
in input/output de
XHCI context changes have already been traced by the trace
events. It's unnecessary to put the same message in kernel
log. This patch removes the use of xhci_dbg_ctx().
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci-dbg.c | 143
drivers/usb/host/xh
XHCI driver has defined xhci_log_ctx trace events to trace
the change of an xhci input or output context. This patch
extends the trace class of xhci_log_ctx to print out the
contents of a context block in a human readable way.
This patch also adds some other xhci_log_ctx based events
where the xhc
Replace 'TRB_FIELD_TO_TYPE(field3)' with 'type' to simplify
code.
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci.h | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
index ff12c8a..b97fb7
Every XHCI TRB has already been traced by the trb trace events.
It is unnecessary to put the same message in kernel log. This
patch removes xhci_debug_trb().
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci-dbg.c | 57
drivers/usb/host/xhci-ring.c |
xhci_decode_trb() treats a link trb in the same way as that for
an event trb. This patch fixes this by decoding the link trb
according to the spec.
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci.h | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/hos
This patch creates a new event class called xhci_log_cmd, and
defines the events used for tracing the life cycle of commands
issued for various purposes.
This info can be used, later, to print, in a human readable way,
the life cycle of an xHCI command using the trace-cmd tool and
the appropriate
Hi all,
Today's linux-next merge of the kvm tree got a conflict in:
arch/powerpc/kvm/book3s_hv_rm_xics.c
between commit:
ab9bad0ead9a ("powerpc/powernv: Remove separate entry for OPAL real mode
calls")
from the powerpc tree and commit:
21acd0e4df04 ("KVM: PPC: Book 3S: XICS: Don't lock
Christopher Covington wrote:
The Qualcomm Datacenter Technologies QDF2400 family of SoCs contains a
custom (non-PrimeCell) implementation of the SBSA UART. Occasionally the
BUSY bit in the Flag Register gets stuck as 1, erratum 44 for both 2432v1
and 2400v1 SoCs. Checking that the Transmit FIFO E
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/dev
head: f09c1acfaa4b198694a31ba3e454c7d17c4fa680
commit: f09c1acfaa4b198694a31ba3e454c7d17c4fa680 [46/46] rcu: Add consistency
checks for uses of segmented callback lists
config: m32r-usrv_defconfig (attached as
On 02/14/2017 05:29 PM, Scott Bauer wrote:
> The IOC_OPAL_ACTIVATE_LSP took the wrong strcure which would
> give us the wrong size when using _IOC_SIZE, switch it to the
> right structure.
Applied 1-3, thanks.
--
Jens Axboe
Once xmon is triggered by sysrq-x, it is enabled always afterwards even
if it is disabled during boot. This will cause a system reset interrut
fail to dump. So keep xmon in its original state after exit.
Signed-off-by: Pan Xinhui
---
arch/powerpc/xmon/xmon.c | 5 -
1 file changed, 4 insertio
drivers/staging/rtl8712/rtl871x_xmit.c:350:44: warning: restricted __le32
degrades to integer
Signed-off-by: maomao xu
diff --git a/drivers/staging/rtl8712/rtl871x_xmit.c
b/drivers/staging/rtl8712/rtl871x_xmit.c
index 4ab82ba..1c2ac28 100644
--- a/drivers/staging/rtl8712/rtl871x_xmit.c
+++ b/d
On Tue, Feb 14, 2017 at 08:27:36PM -0500, Weiwei Jia wrote:
> Hi,
>
> When I read Linux Kernel source codes about how "blkio_delay_total"
> (delay waiting for synchronous block I/O to complete for one task) is
> calculated in Linux/kernel/delayacct.c file [1], I find that
> "blkio_delay_total" add
On Tue, Feb 14, 2017 at 10:00 PM, Greg KH wrote:
> On Tue, Feb 14, 2017 at 08:27:36PM -0500, Weiwei Jia wrote:
>> Hi,
>>Balbir Singh
>> When I read Linux Kernel source codes about how "blkio_delay_total"
>> (delay waiting for synchronous block I/O to complete for one task) is
>> calculated in Lin
From: "Dmitry V. Levin"
Date: Wed, 15 Feb 2017 05:23:26 +0300
> Because of interface limitations,
> provided by libc cannot be included after , therefore any
> header that includes cannot be included after .
>
> Change uapi/linux/l2tp.h, the last uapi header that includes
> , to include and
Yes, I totally agree with joe.
But as there is no coding style issue in this patch.
So, do I have to resend the complete patch series again?
On Wed, Feb 15, 2017 at 1:53 AM, Joe Perches wrote:
> On Wed, 2017-02-15 at 01:44 +0530, simran singhal wrote:
> []
>> diff --git a/drivers/staging/rtl819
Current call to strncmp() uses a magic number. There is a compile
time constant defined for this buffer, included and used already at
other sites in the file.
Remove magic number. Replace with pre-existing compile time constant.
Signed-off-by: Tobin C. Harding
---
drivers/staging/fbtft/fbtft_de
Module copies a user supplied string (module parameter) into a buffer
using strncpy() and does not check that the buffer is null terminated.
Replace call to strncpy() with call to strlcpy() ensuring that the
buffer is null terminated.
Signed-off-by: Tobin C. Harding
---
drivers/staging/fbtft/fb
Return value of strlcpy() is not checked. Name string is silently
truncated if longer that SPI_NAME_SIZE, whilst not detrimental to
the program logic it would be nice to notify the user. Module is
currently quite verbose, adding extra pr_warn() calls will not overly
impact this verbosity.
Check re
When a new disk shows up, sysfs queue directory is created before elevator
is registered. This allows a user to attempt a scheduler switch even though
the initial registration hasn't completed yet.
In one scenario, blk_register_queue() calls elv_register_queue() and
right before cfq_registered_que
Module copies a user supplied string (module parameter) into a buffer
using strncpy() and does not check that the buffer is null terminated.
Replace call to strncpy() with call to strlcpy() ensuring that the
buffer is null terminated.
Replace magic number with pre-existing compile time constant.
From: Ivan Khoronzhuk
Date: Tue, 14 Feb 2017 16:02:36 +0200
> The usage count function is based on ndev_running flag that is
> updated before calling ndo_open/close, but if ndo is called in
> another place, as with suspend/resume, the counter is not changed,
> that breaks sus/resume. For common r
On Wed, 2017-02-15 at 08:52 +0530, SIMRAN SINGHAL wrote:
> Yes, I totally agree with joe.
>
> But as there is no coding style issue in this patch.
Style is more than just checkpatch conformity.
> So, do I have to resend the complete patch series again?
I'm not applying any of these so that's en
On Wed, 2017-02-15 at 14:27 +1100, Tobin C. Harding wrote:
> Current call to strncmp() uses a magic number. There is a compile
> time constant defined for this buffer, included and used already at
> other sites in the file.
>
> Remove magic number. Replace with pre-existing compile time constant.
On Wed, 2017-02-15 at 09:01 +0530, Arushi Singhal wrote:
> Hi Joe
> Sorry but I am unable to find the identifier of "unsigned long" .Shall you
> please help me in how to find the identifier.
> Thanks
> Arushi Singhal
$ git grep -w XGIRegInit
drivers/staging/xgifb/XGI_main_26.c:void XGIRegInit(stru
Hi John
On 01/29/2017 09:24 PM, John Keeping wrote:
In order to fully reset the state of the MIPI controller we must assert
this reset.
This is slightly more complicated than it could be in order to maintain
compatibility with device trees that do not specify the reset property.
Signed-off-by:
resize_hpt_release(), called once the HPT resize of a KVM guest is
completed (successfully or unsuccessfully) free()s the state structure for
the resize. It is currently not safe to call with a NULL pointer.
However, one of the error paths in kvm_vm_ioctl_resize_hpt_commit() can
invoke it with a
On Mon, Feb 13, 2017 at 09:20:48AM -0800, Tim Chen wrote:
>
> Megha is now able to create a test set up that produce
> similar problem reported by Dmitry. This patch did not
> completely fix it. So maybe you can hold off on merging
> this patch to the mainline till we can develop a more
> comple
On 2017-02-14 18:51, Alex Williamson wrote:
On Tue, 14 Feb 2017 16:25:22 -0500
Sinan Kaya wrote:
The ACS requirement has been obscured in the current code and is only
known by certain individuals who happen to read the code. Print out a
warning with ACS path failure when ACS requirement is not
On 14-02-17, 22:19, Arnd Bergmann wrote:
> Without the Kconfig dependency, we can get this warning:
>
> warning: ACPI_CPPC_CPUFREQ selects ACPI_CPPC_LIB which has unmet direct
> dependencies (ACPI && ACPI_PROCESSOR)
>
> Fixes: 5477fb3bd1e8 ("ACPI / CPPC: Add a CPUFreq driver for use with CPPC")
Remove logically dead code.
'cntr' is always equal to zero when the following line of code is executed:
rv = cntr ? cntr : -EAGAIN;
Addresses-Coverity-ID: 113227
Signed-off-by: Gustavo A. R. Silva
---
drivers/usb/class/cdc-wdm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Hi John
On 01/17/2017 06:54 PM, John Keeping wrote:
On Tue, 17 Jan 2017 17:31:53 +0800, Chris Zhong wrote:
On 01/16/2017 08:44 PM, John Keeping wrote:
On Mon, 16 Jan 2017 18:08:31 +0800, Chris Zhong wrote:
Set the lanes bps to 1 / 0.9 times of pclk, the margin is not enough
for some panel
WARNING: Block comments should align the * on each line
Signed-off-by: Bo YU
---
drivers/staging/wlan-ng/p80211metastruct.h | 88 ++--
1 file changed, 44 insertions(+), 44 deletions(-)
diff --git a/drivers/staging/wlan-ng/p80211metastruct.h
b/drivers/staging/wlan-ng/
Hi all
This version does not change the existing v6 patches, just to add the
"bandwidth fix" patch back, since we really need it.
This patch serial is for RK3399 MIPI DSI. The MIPI DSI controller of
RK3399 is almost the same as RK3288, except a little bit of difference
in phy clock controlling an
The dw-mipi-dsi of rk3399 is almost the same as rk3288, the rk3399 has
additional phy config clock.
Signed-off-by: Chris Zhong
Acked-by: Rob Herring
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
.../devicetree/bindings/display/rockchip/dw_mipi_dsi_rockchi
On 02/14/2017 03:44 PM, Anshuman Khandual wrote:
> On 02/14/2017 01:58 PM, Vlastimil Babka wrote:
>> On 02/10/2017 11:06 AM, Anshuman Khandual wrote:
>>> This implements allocation isolation for CDM nodes in buddy allocator by
>>> discarding CDM memory zones all the time except in the cases where t
On Wed, Feb 15, 2017 at 12:28:34AM +0530, Naveen N. Rao wrote:
> Allow kprobes to be placed on ftrace _mcount() call sites. This
> optimization avoids the use of a trap, by riding on ftrace
> infrastructure.
>
> This depends on HAVE_DYNAMIC_FTRACE_WITH_REGS which depends on
> MPROFILE_KERNEL, whic
We cannot do printk() from tk_debug_account_sleep_time(), because
tk_debug_account_sleep_time() is called under tk_core seq lock.
The reason why printk() is unsafe there is that console_sem may
invoke scheduler (up()->wake_up_process()->activate_task()), which,
in turn, can return back to timekeepi
On (02/14/17 09:03), Tony Lindgren wrote:
[..]
> > Do not call printk() from tk_debug_account_sleep_time(), because
> > tk_debug_account_sleep_time() is called under tk_core seq lock.
> > It's not safe to call printk() under tk_core, because console_sem
> > invokes scheduled (via wake_up_process()-
On (02/14/17 19:29), Peter Zijlstra wrote:
> On Wed, Feb 15, 2017 at 01:56:45AM +0900, Sergey Senozhatsky wrote:
> > that crossed my mind, but I kinda assumed that we do printk() from
> > under tk_core using sched fair, and rt_runtime_lock is from sched rt.
>
> That's all true; lockdep doesn't car
Hello,
I ran into the following piece of code at drivers/usb/storage/jumpshot.c:305
(linux-next), and it seems a little bit suspicious:
// read the result. apparently the bulk write can complete
// before the jumpshot drive is finished writing. so we loop
// here until we get a good return cod
On Wed, Feb 15, 2017 at 6:35 AM, Doug Ledford wrote:
>> From: Stephen Rothwell
>> Date: Wed, 15 Feb 2017 11:23:25 +1100
>> Subject: [PATCH] RDMA/bnxt_re: fix for "bnxt_en: Update to firmware
>> interface spec 1.7.0."
>>
>> Signed-off-by: Stephen Rothwell
>
> Thanks Stephen. I had been forewarn
Once pick_next_pushable_dl_task(rq) return a task, it guarantees that
the task's cpu is rq->cpu, so task_cpu(next_task) is always rq->cpu if
task == next_task. Remove a redundant condition and make code simpler.
Signed-off-by: Byungchul Park
---
kernel/sched/deadline.c | 2 +-
1 file changed, 1
Thank You Michael. :)
On Tuesday 14 February 2017 06:10 PM, Michael Ellerman wrote:
On Wed, 2017-02-08 at 09:50:51 UTC, Anju T wrote:
Current infrastructure of kprobe uses the unconditional trap instruction
to probe a running kernel. Optprobe allows kprobe to replace the trap with
a branch in
301 - 400 of 787 matches
Mail list logo
