That will allow to specify address where to map vDSO blob.
For the randomized vDSO mappings introduce map_vdso_randomized()
which will simplify calls to map_vdso.
Cc: Andy Lutomirski
Cc: Oleg Nesterov
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc: linux...@kvack.org
Cc: x...@ker
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
Reviewed-by: Daniel Kurtz
---
Changes since v16:
- Disable ps8640 DSI MCS Function.
- Rename gpios name more clearly.
- Tune the ps8640 power on sequence.
Changes since v15:
- Drop drm_connector_(u
Yes, Will's patch notwithstanding, these patches fix the
warnings/oopses that you observed.
On 26 August 2016 at 23:49, Vince Weaver wrote:
> On Wed, 24 Aug 2016, Alexander Shishkin wrote:
>
>> Alexander Shishkin writes:
>>
>> > Alexander Shishkin writes:
>> >
>> >> Signed-off-by: Alexander Shi
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
---
Changes since v16:
- No change.
Changes since v15:
- No change.
Changes since v14:
- change mode-sel-gpios as optional.
---
.../devicetr
>> -sn_irq_lh[i] = kmalloc(sizeof(struct list_head), GFP_KERNEL);
>> +sn_irq_lh[i] = kmalloc(*sn_irq_lh[i], GFP_KERNEL);
>
> Did a sizeof get lost here?
Unfortunately, yes.
It is strange that I overlooked such a hiccup yesterday.
Should I start to automate the source c
We get 2 warnings when biuld kernel with W=1:
drivers/iio/common/st_sensors/st_sensors_trigger.c:69:13: warning: no previous
prototype
for 'st_sensors_irq_handler' [-Wmissing-prototypes]
drivers/iio/common/st_sensors/st_sensors_trigger.c:85:13: warning: no previous
prototype
for 'st_sensors_irq_t
We get 1 warning when biuld kernel with W=1:
drivers/net/wireless/broadcom/brcm80211/brcmfmac/tracepoint.c:23:6: warning: no
previous prototype for '__brcmf_err' [-Wmissing-
prototypes]
In fact, this function is declared in brcmfmac/debug.h, so this patch
add missing header dependencies
Signed-o
Introduce new flags that defines which ABI to use on creating sigframe.
Those flags kernel will set according to sigaction syscall ABI,
which set handler for the signal being delivered.
So that will drop the dependency on TIF_IA32/TIF_X32 flags on signal deliver.
Those flags will be used only unde
We get 1 warning when biuld kernel with W=1:
drivers/net/wireless/broadcom/brcm80211/brcmfmac/tracepoint.c:23:6: warning: no
previous prototype for '__brcmf_err' [-Wmissing-
prototypes]
In fact, this function is declared in brcmfmac/debuge.h, so this patch
add missing header dependencies
Signed-
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 28687b935e93a9041a485b9ecdcab0e335f8eda5
commit: ed58c0e9eefef517aa5a547b78658e2ab4422232 gcc-plugins: abort builds
cleanly when not supported
date: 3 weeks ago
config: x86_64-randconfig-s1-08271305 (attac
On Fri, Aug 26, 2016 at 10:26 PM, Borislav Petkov wrote:
>
> Shouldn't all that stuff below be in arch/x86/?
>
> arch/x86/pci/fixup.c maybe, for example?
Good catch.
As it's under a CONFIG_X86_64 test anyway, it looks to make a ton more
sense in the x86 pci fixup code.
Linus
On Fri, Aug 26, 2016 at 02:08:03PM -0700, Tony Luck wrote:
> Each Xeon includes a number of capability registers in PCI space
> that describe some features not enumerated by CPUID.
>
> Use these to determine that we are running on a model that can recover
> from machine checks. Hooks for Ivybridge
Le 26/08/2016 à 15:35, Doug Ledford a écrit :
On 8/26/2016 12:49 AM, Christophe JAILLET wrote:
The 2nd parameter of 'find_first_bit' is the number of bits to search.
In this case, we are passing 'sizeof(unsigned long)' which is likely to
be 4 or 8.
If the size can be 4 or 8, then using 64 unive
On Fri, Aug 26, 2016 at 02:08:03PM -0700, Tony Luck wrote:
> The original version of this used a check of the x86_model_id string
> for the magic "Intel(R) Xeon(R) CPU E7-" to determine whether we are
> running on a cpu that supports machine check recovery.
>
> Boris tried to talk me out of that,
From: Colin King
Date: Fri, 26 Aug 2016 19:35:25 +0100
> From: Colin Ian King
>
> Trivial fix to spelling mistake in dev_warn message.
>
> Signed-off-by: Colin Ian King
Applied.
Add API to change vdso blob type with arch_prctl.
As this is usefull only by needs of CRIU, expose
this interface under CONFIG_CHECKPOINT_RESTORE.
Cc: Andy Lutomirski
Cc: Oleg Nesterov
Cc: Thomas Gleixner
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc: linux...@kvack.org
Cc: x...@kernel.org
Cc: Cyri
On 08/26/2016 07:55 PM, Linus Torvalds wrote:
On Fri, Aug 26, 2016 at 8:16 AM, Jens Axboe wrote:
Hi Linus,
- Revert two previous floppy changes, since they caused a user visibile
regression. A better fix is in the works.
Those reverts have no sign-off, and no explanation for them.
No, a r
This patch fix a minor checkpath warming:
"WARNING: line over 80 characters"
Signed-off-by: Sean
---
drivers/staging/dgnc/dgnc_neo.c | 116
1 file changed, 82 insertions(+), 34 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_neo.c b/drivers/staging/
On Thu, Aug 25, 2016 at 05:56:25PM +, Ben Maurer wrote:
> rseq opens up a whole world of algorithms to userspace – algorithms
> that are O(num CPUs) and where one can have an extremely fast fastpath
> at the cost of a slower slow path. Many of these algorithms are in use
> in the kernel today –
On Wed, 2016-08-24 at 10:50 -0700, Stephen Boyd wrote:
> On 08/22, Erin Lo wrote:
> > diff --git a/drivers/clk/mediatek/clk-mt2701-hif.c
> > b/drivers/clk/mediatek/clk-mt2701-hif.c
> > index 18b4ab5..702fd74 100644
> > --- a/drivers/clk/mediatek/clk-mt2701-hif.c
> > +++ b/drivers/clk/mediatek/clk-
Networking patch series need to be submitted to net...@vger.kernel.org
Thank you.
Hi Stephen,
On Wed, 2016-08-24 at 10:49 -0700, Stephen Boyd wrote:
> On 08/22, Erin Lo wrote:
> > +
> > +static void __init mtk_infrasys_init_early(struct device_node *node)
> > +{
> > + int r, i;
> > +
> > + if (!infra_clk_data) {
> > + infra_clk_data = mtk_alloc_clk_data(CLK_INFRA_
On Aug 26, 2016, at 11:18 PM, Joe Perches wrote:
> On Fri, 2016-08-26 at 23:05 -0400, Oleg Drokin wrote:
>> %ul was probably meant as %lu since the former would print
>> an unsigned value and a letter l.
>>
>> But in fact the whole value we are printing in u32 anyway, so
>> we don't need the for
The setting of vop registers need a reg_done writing to take effect.
In vop_enable the vop return to work by by restoring registers, but the
registers do not take effect immediately, it should a vop_cfg_done
after it. The same thing is needed by windows_disabled in
vop_crtc_disable.
Signed-off-by:
Fix checkpath.pl warning:
trailing statements should be on next line
open brace '{' following function declarations go on the next line
Signed-off-by: Anson Jacob
---
drivers/staging/i4l/act2000/capi.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/i4l
(added Chunyan Zhang to cc)
On Fri, 2016-08-26 at 23:14 -0400, Oleg Drokin wrote:
> %ul would print an unsigned with a letter l at the end which does
> not seem to be desired here, on the other hand the value being printed
> is u32 so just drop the l instead of converting to %lu
Fixes: 497ec1f2a0
On Fri, 2016-08-26 at 23:05 -0400, Oleg Drokin wrote:
> %ul was probably meant as %lu since the former would print
> an unsigned value and a letter l.
>
> But in fact the whole value we are printing in u32 anyway, so
> we don't need the format to be long. Therefore just drop the l
> altogether.
[]
%ul would print an unsigned with a letter l at the end which does
not seem to be desired here, on the other hand the value being printed
is u32 so just drop the l instead of converting to %lu
Signed-off-by: Oleg Drokin
---
drivers/net/irda/vlsi_ir.c | 2 +-
1 file changed, 1 insertion(+), 1 dele
%ul was likely meant as %lu to print an unsigned long,
not an unsigned with a letter l at the end.
But in fact the value printed is u32 anyway, so just drop
the l completely.
Signed-off-by: Oleg Drokin
---
drivers/net/wireless/realtek/rtlwifi/rtl8192de/phy.c | 6 +++---
1 file changed, 3 inserti
%ul would print an unsigned value and a letter l,
likely it was %lu that was meant to print the long int,
but in reality the values printed there are just regular signed
ints, so just dropping the l altogether.
Signed-off-by: Oleg Drokin
---
net/bridge/br_stp_bpdu.c | 2 +-
1 file changed, 1 ins
%ul was probably meant as %lu since the former would print
an unsigned value and a letter l.
But in fact the whole value we are printing in u32 anyway, so
we don't need the format to be long. Therefore just drop the l
altogether.
Signed-off-by: Oleg Drokin
---
Also do we really need 1000UL speci
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Fix Commenting Style
Anson Jacob (2):
staging: fsl-mc: dpmng-cmd: Fix checkpatch warning
staging: fsl-mc: dprc-cmd: Fix checkpatch warning
drivers/staging/fsl-mc/bus/dpmng-cmd.h | 15 ---
drivers/staging/fsl-mc/
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Fix Commenting Style
Signed-off-by: Anson Jacob
---
drivers/staging/fsl-mc/bus/dprc-cmd.h | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/fsl-mc/bus/dprc-cmd.h
b/drivers/stag
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Fix Commenting Style
Signed-off-by: Anson Jacob
---
drivers/staging/fsl-mc/bus/dpmng-cmd.h | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/fsl-mc/bus/dpmng-cmd.h
b/drivers/st
Large PIO transfers are broken up into chunks to try to avoid disabling
local IRQs for long periods. But IRQs are still disabled for too long
and this causes SCC FIFO overruns during serial port transfers. This
patch fixes the problem by halving the PIO chunk size.
Testing with mac_scsi shows that
Miscellaneous small patches for an interrupt latency issue,
a compiler warning and a documentation cleanup.
---
Documentation/kernel-parameters.txt|2 --
Documentation/scsi/scsi-parameters.txt |2 --
drivers/scsi/NCR5380.c | 13 +++--
drivers/scsi/NCR5380.h
With commit 3a0f64bfa907 ("mac_scsi: Fix pseudo DMA implementation")
some versions of gcc now warn:
In file included from drivers/scsi/mac_scsi.c:335:
drivers/scsi/NCR5380.h:295: warning: `NCR5380_poll_politely' declared inline
after being called
drivers/scsi/NCR5380.h:295: warning: previous decl
The driver that used the 'nodisconnect' parameter was removed in
commit 565bae6a4a8f ("[SCSI] 53c7xx: kill driver"). Related documentation
was cleaned up in commit f37a7238d379 ("[SCSI] 53c7xx: fix removal
fallout"), except for the remaining two mentions that are removed here.
Signed-off-by: Finn
Introduce BPF_PROG_TYPE_PERF_EVENT programs that can be attached to
HW and SW perf events (PERF_TYPE_HARDWARE and PERF_TYPE_SOFTWARE
correspondingly in uapi/linux/perf_event.h)
The program visible context meta structure is
struct bpf_perf_event_data {
struct pt_regs regs;
__u64 sample_per
Make sure that BPF_PROG_TYPE_PERF_EVENT programs only use
preallocated hash maps, since doing memory allocation
in overflow_handler can crash depending on where nmi got triggered.
Signed-off-by: Alexei Starovoitov
---
kernel/bpf/verifier.c | 22 +-
1 file changed, 21 insertio
The verifier supported only 4-byte metafields in
struct __sk_buff and struct xdp_md. The metafields in upcoming
struct bpf_perf_event are 8-byte to match register width in struct pt_regs.
Teach verifier to recognize 8-byte metafield access.
The patch doesn't affect safety of sockets and xdp program
From: Brendan Gregg
sample instruction pointer and frequency count in a BPF map
Signed-off-by: Brendan Gregg
Signed-off-by: Alexei Starovoitov
---
samples/bpf/Makefile| 4 +
samples/bpf/sampleip_kern.c | 38 +
samples/bpf/sampleip_user.c | 196 ++
The bpf program is called 50 times a second and does
hashmap[kern&user_stackid]++
It's primary purpose to check that key bpf helpers like map lookup, update,
get_stackid, trace_printk and ctx access are all working.
It checks:
- PERF_COUNT_HW_CPU_CYCLES on all cpus
- PERF_COUNT_HW_CPU_CYCLES for c
Hi Peter, Dave,
this patch set is a follow up to the discussion:
https://lkml.org/lkml/2016/8/4/304
It turned out to be simpler than what we discussed.
Patches 1-3 is a bpf-side prep for the main patch 4
that adds bpf program as an overflow_handler to sw and hw perf_events.
Peter, please review.
Allow attaching BPF_PROG_TYPE_PERF_EVENT programs to sw and hw perf events
via overflow_handler mechanism.
When program is attached the overflow_handlers become stacked.
The program acts as a filter.
Returning zero from the program means that the normal perf_event_output handler
will not be called
Hi Jaegeuk,
>> > - [lkp] [f2fs] b93f771286: aim7.jobs-per-min -81.2% regression
>> >
>> > The disk is 4 12G ram disk, and setup RAID0 on them via mdadm. The
>> > steps for aim7 is,
>> >
>> > cat > workfile <> > FILESIZE: 1M
>> > POOLSIZE: 10M
>> > 10 sync_disk_rw
>> > EOF
>> >
>> > (
>> > e
Hi all,
On 2016/8/27 9:01, Jaegeuk Kim wrote:
On Fri, Aug 26, 2016 at 10:20:18PM +0800, Chao Yu wrote:
From: Chao Yu
tests/generic/251 of fstest suit complains us with below message:
[ cut here ]
invalid opcode: [#1] PREEMPT SMP
CPU: 2 PID: 7698 Comm: fstrim Tain
On Fri, Aug 26, 2016 at 8:16 AM, Jens Axboe wrote:
> Hi Linus,
>
> - Revert two previous floppy changes, since they caused a user visibile
> regression. A better fix is in the works.
Those reverts have no sign-off, and no explanation for them.
No, a revert may not have any copyright value, but
Resending as plain text
On 08/18/2016 02:24 AM, Benjamin Tissoires wrote:
From: Lyude Paul
This adds basic functionality for PS/2 passthrough on Synaptics
Touchpads using RMI4 through smbus.
Signed-off-by: Lyude Paul
Signed-off-by: Benjamin Tissoires
Reviewed-by: Andrew Duggan
---
dri
Resending as plain text
On 08/18/2016 02:24 AM, Benjamin Tissoires wrote:
If struct rmi_device_platform_data contains pointers to other struct,
it gets difficult to allocate a fixed size struct and copy it over between
drivers.
Change the pointers into a struct and change the code in rmi4 accor
Resending as plain text
On 08/18/2016 02:24 AM, Benjamin Tissoires wrote:
From: Dennis Wassenberg
First check if there are data available passed by the transport device.
If data available use these data. If there are no data available
try to read the rmi block if dsata are passed this way.
Th
This reverts commit 6f8245b4e37c ("usb: dwc3: gadget: always decrement
by 1").
We can't always decrement this value.
We should decrement only if the calculation of free slots results in a
LINK TRB being among one of the free slots (dequeue < enqueue).
Otherwise, if the LINK TRB is not among the
Resending as plain text
On 08/18/2016 02:24 AM, Benjamin Tissoires wrote:
With RMI4 over SMBus, the pass-through device can be instantiated
in a SMBus driver. However, compared to the psmouse-synaptics driver,
this pass-through PS/2 driver has no clue whether the current
serio_interrupt() is the
Resending as plain text
On 08/18/2016 02:24 AM, Benjamin Tissoires wrote:
If a function needs to communicate with an other, it's better to have
a way to retrieve this other.
Signed-off-by: Benjamin Tissoires
Reviewed-by: Andrew Duggan
---
drivers/input/rmi4/rmi_driver.c | 13
Resending as plain text
Hi Benjamin,
This patch causes standard clickpads without extended buttons to not
work. I'll explain some more below.
On 08/18/2016 02:24 AM, Benjamin Tissoires wrote:
From: Lyude Paul
On the latest series of ThinkPads, the button events for the TrackPoint
are repor
Warn when block comments are not aligned on the *
/*
* block comment, no warning
*/
/*
* block comment, emit warning
*/
Reported-by: Sudip Mukherjee
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 19 +++
1 file changed, 19 insertions(+)
diff --git a/scripts/chec
On Fri, Aug 26, 2016 at 10:20:18PM +0800, Chao Yu wrote:
> From: Chao Yu
>
> tests/generic/251 of fstest suit complains us with below message:
>
> [ cut here ]
> invalid opcode: [#1] PREEMPT SMP
> CPU: 2 PID: 7698 Comm: fstrim Tainted: G O4.7.0+ #21
> t
This can avoid bio splits due to different op_flags.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/data.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index 7c8e219..c7c2022 100644
--- a/fs/f2fs/data.c
+++ b/fs/f2fs/data.c
@@ -267,6 +267,11 @@ void f2fs_submi
On Wed, Aug 24, 2016 at 09:51:11AM -0700, huang ying wrote:
> Hi, Jaegeuk,
>
> On Thu, Aug 11, 2016 at 6:22 PM, Jaegeuk Kim wrote:
> > On Thu, Aug 11, 2016 at 03:49:41PM -0700, Huang, Ying wrote:
> >> Hi, Kim,
> >>
> >> "Huang, Ying" writes:
> >> >>
> >> >> [lkp] [f2fs] 3bdad3c7ee: aim7.jobs-per
Hi Yegnesh,
[auto build test ERROR on v4.8-rc3]
[also build test ERROR on next-20160825]
[cannot apply to thermal/next soc-thermal/next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=
For ARM we remove the list that contains non-arm insns, and
instead add more maintainable branch instruction regex logic.
Signed-off-by: Kim Phillips
Acked-by: Ravi Bangoria
Cc: Namhyung Kim
---
tools/perf/util/annotate.c | 177 +
1 file changed, 67
On 08/26/16 at 08:45am, "Zhou, Wenjian/周文剑" wrote:
> Hi Baoquan,
>
> Sorry, I misunderstood it before.
> Thanks for your detailed explanation.
>
> Hi Jon and Baoquan, I'm confused about how to adjust the kdump.txt.
> Does the patch set v9 still OK?
Yeah, I think it's OK. Let's wait for Jon's fee
On Fri, Aug 26, 2016 at 1:56 PM, Josh Poimboeuf wrote:
>
> There's one problem with that though. It's going to annoy a lot of
> people who do allyesconfig/allmodconfig builds because
> DEBUG_STRICT_USER_COPY_CHECKS adds several fake warnings.
How bad is it?
In particular, we've definitely had i
On 08/25/16 at 01:10pm, Jonathan Corbet wrote:
> On Wed, 24 Aug 2016 13:06:45 +0800
> Baoquan He wrote:
>
> > Hi Jon, do you think change as below is OK to you?
>
> So nr_cpus is the maximum value, and maxcpus is the current number.
> Figures. No wonder the documentation is confusing...
Yes. T
On Fri 26 Aug 13:19 PDT 2016, Loic Pallardy wrote:
> Some coprocessors request fixed memory mapping for firmware execution
> and associated communication linked.
> Memory resources are defined in firmware resource table.
> Resource address different from 0x0 and 0x is considered as predefi
On Fri, 26 Aug 2016 16:54:52 -0300
Arnaldo Carvalho de Melo wrote:
> Em Fri, Aug 26, 2016 at 04:30:27PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Wed, Aug 03, 2016 at 02:28:45PM +0530, Ravi Bangoria escreveu:
> > > +++ b/tools/perf/util/probe-finder.c
> > > @@ -892,6 +892,169 @@ static int
A change of the duty cycle doesn't necessarily cause an inmediate switch
to the target voltage. The voltage change may be gradual and complete
with a certain delay. This change introduces the device tree properties
"settle-time-up-us" and "settle-time-down-us", which allow to specify a
fixed delay
On 08/26/16 at 04:47pm, Himanshu Madhani wrote:
>
>
> On 8/25/16, 10:39 PM, "Baoquan He" wrote:
>
> >On 08/25/16 at 05:45pm, Himanshu Madhani wrote:
> >>
> >
> >crashkernel has been reserved successfully.
> >Aug 25 10:36:44 dut4062 kernel: Reserving 512MB of memory at 368MB for
> >crashkernel
Hello Matthias,
On Fri, Aug 26, 2016 at 7:13 PM, Matthias Kaehlcke wrote:
> A change of the duty cycle doesn't necessarily cause an inmediate switch
> to the target voltage. The voltage change may be gradual and complete
> with a certain delay. This change introduces the device tree properties
>
Hi Linus,
Please pull my for-linus-4.8 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.8
We've queued up a few different fixes in here. These range from enospc
corners to fsync and quota fixes, and a few targeted at
error handling for corrupt metadata/fu
Hi Matthias,
[auto build test WARNING on robh/for-next]
[also build test WARNING on v4.8-rc3 next-20160825]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to rec
Hi Matthias,
[auto build test WARNING on robh/for-next]
[also build test WARNING on v4.8-rc3 next-20160825]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to rec
On 08/26/2016 11:18 AM, Peter Zijlstra wrote:
On Fri, Aug 26, 2016 at 10:30:31AM -0400, Waiman Long wrote:
On 08/25/2016 06:23 PM, Peter Zijlstra wrote:
You're right.. I'll try again tomorrow.
Actually, it is also OK to handoff from NULL=>new, but nothing else is
appropriate.
I pushed out new
Hi,
On 08/25/2016 02:27 AM, Ulf Hansson wrote:
> + Jon
>
> [...]
>
>> +
>> +static int ti_sci_pm_domains_probe(struct platform_device *pdev)
>> +{
>> + struct device *dev = &pdev->dev;
>> + struct device_node *np = dev->of_node;
>> + struct ti_sci_genpd_data *ti_sci_genpd;
>> +
>>
This patch removes some of the redundant ww_mutex code in
__mutex_lock_common().
Signed-off-by: Waiman Long
---
kernel/locking/mutex.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/kernel/locking/mutex.c b/kernel/locking/mutex.c
index 0f8a3e6..4a0e16e 10064
This patch makes the waiter that sets the HANDOFF flag start spinning
instead of sleeping until the handoff is complete or the owner
sleeps. Otherwise, the handoff will cause the optimistic spinners to
abort spinning as the handed-off owner may not be running.
Signed-off-by: Waiman Long
---
kern
A change of the duty cycle doesn't necessarily cause an inmediate switch
to the target voltage. The voltage change may be gradual and complete
with a certain delay. This change introduces the device tree properties
"settle-time-up-us" and "settle-time-down-us", which allow to specify a
fixed delay
On Fri, Aug 26, 2016 at 10:25:38AM -0700, Tim Chen wrote:
> On Fri, 2016-08-26 at 14:42 +0200, Peter Zijlstra wrote:
> > On Fri, Aug 26, 2016 at 11:39:46AM +0100, Morten Rasmussen wrote:
> > >
> > > On Thu, Aug 25, 2016 at 03:45:03PM +0200, Peter Zijlstra wrote:
> > > >
> > > > On Thu, Aug 25, 20
Fix checkpatch.pl warning:
Please use a blank line after function/struct/union/enum declarations
Move macro definition to the top of the file
Aligne macro definitions
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/cb_pcidas64.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletio
Fix checkpatch.pl warning for 'Statements should start on a tabstop'
Convert single line block comment to single line comment
Align single line comment
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/ni_atmio.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Block comments starts with /* followed by comments on the next line
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/jr3_pci.h | 290 ++---
Fix checkpatch.pl warning for
Comparisons should place the constant on the right side of the test
Remove extra space after /*
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/s626.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/comedi/driver
Fix checkpatch.pl warning 'line over 80 characters'
Remove extra space after /*
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/ni_at_a2150.c | 170 ++-
1 file changed, 89 insertions(+), 81 deletions(-)
diff --git a/drivers/staging/comedi/drivers/ni_at_a215
Fix checkpatch.pl warning 'line over 80 characters'
Remove extra space after /*
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/jr3_pci.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/comedi/drivers/jr3_pci.c
b/drivers/staging/co
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/cb_pcidas64.c | 148 ++-
1 file changed, 77 insertions(+), 71 deletions(-)
diff --git a/d
Fix checkpath.pl warning:
line over 80 characters
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Statements should start on a tabstop
Comparisons should place the constant on the right side of the test
Changes in V2:
Remove extra space after /*
Align s
Remove additional space after /*
Convert single line block comment into single line comment
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/cb_pcidas64.c | 431 +--
1 file changed, 214 insertions(+), 217 deletions(-)
diff --git a/drivers/staging/comedi/driv
From: Andrey Vagin
Each namespace has an owning user namespace and now there is not way
to discover these relationships.
Understending namespaces relationships allows to answer the question:
what capability does process X have to perform operations on a resource
governed by namespace Y?
After a
From: Andrey Vagin
Each namespace has an owning user namespace and now there is not way
to discover these relationships.
Pid and user namepaces are hierarchical. There is no way to discover
parent-child relationships too.
Why we may want to know relationships between namespaces?
One use would
From: Andrey Vagin
There are two new ioctl-s:
One ioctl for the user namespace that owns a file descriptor.
One ioctl for the parent namespace of a namespace file descriptor.
The test checks that these ioctl-s works and that they handle a case
when a target namespace is outside of the current pr
From: Andrey Vagin
Pid and user namepaces are hierarchical. There is no way to discover
parent-child relationships.
In a future we will use this interface to dump and restore nested
namespaces.
Signed-off-by: Andrei Vagin
---
fs/nsfs.c | 4
include/linux/proc_ns.h | 1
From: Andrey Vagin
Return -EPERM if an owning user namespace is outside of a process
current user namespace.
v2: In a first version ns_get_owner returned ENOENT for init_user_ns.
This special cases was removed from this version. There is nothing
outside of init_user_ns, so we can return
On Fri, Aug 26, 2016 at 05:10:40PM +0200, Mickaël Salaün wrote:
>
trimming cc list again. When it's too big vger will consider it as spam.
> On 26/08/2016 04:14, Alexei Starovoitov wrote:
> > On Thu, Aug 25, 2016 at 12:32:44PM +0200, Mickaël Salaün wrote:
> >> Add an eBPF function bpf_landlock_c
On Fri, Aug 26, 2016 at 09:42:38AM +0200, Ulf Hansson wrote:
> On 25 August 2016 at 22:46, Zach Brown wrote:
> > On Thu, Aug 25, 2016 at 07:28:55PM +0100, Mark Rutland wrote:
> >> On Thu, Aug 25, 2016 at 01:26:22PM -0500, Zach Brown wrote:
> >> > On Thu, Aug 25, 2016 at 07:10:00PM +0100, Mark Rutl
On Fri, Aug 26, 2016 at 06:35:51PM -0400, Anson Jacob wrote:
> I only found one trailing whitespace issue in the patchset.
Yes, there's just one.
> Are my commits are too long. Am I supposed to submit shorter ones.
In my opinion your commits are generally fine.
Hello.
On 08/26/2016 06:30 PM, Arnd Bergmann wrote:
When CONFIG_PM_SLEEP is disabled, we get a couple of harmless warnings:
drivers/net/ethernet/renesas/ravb_main.c:2117:12: error: 'ravb_resume' defined
but not used [-Werror=unused-function]
drivers/net/ethernet/renesas/ravb_main.c:2104:12: e
i915 sometimes needs to disable planes in the middle of an atomic
commit, and then reenable them later in the same commit. Because of
this, we can't make the assumption that the state of the plane actually
changed. Since the state of the plane hasn't actually changed, neither
have it's watermarks.
Hi Arnd,
[auto build test WARNING on net-next/master]
[also build test WARNING on v4.8-rc3 next-20160825]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to recor
On Sat, Aug 27, 2016 at 12:23:58AM +0300, Andrey Utkin wrote:
> On Fri, Aug 26, 2016 at 02:33:08PM -0400, Anson Jacob wrote:
> >
> > - /* Default_FS contains the full scale that is used if the user does */
> > - /* not set a full scale. */
> > + /*
>
> Applying: staging: comedi: jr3_pci.h
A release candidate Git v2.10.0-rc2 is now available for testing
at the usual places. It is comprised of 623 non-merge commits
since v2.9.0, contributed by 71 people, 22 of which are new faces.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/testing/
The following pub
1 - 100 of 577 matches
Mail list logo
