Paolo Bonzini writes:
> On 16/10/2018 18:50, Vitaly Kuznetsov wrote:
>> +if (!hv_evmcs || !(hv_evmcs->hv_clean_fields &
>> + HV_VMX_ENLIGHTENED_CLEAN_FIELD_GUEST_GRP2)) {
>> +vmcs_write16(GUEST_CS_SELECTOR, vmcs12->guest_cs_selector);
>> +vmcs_wri
On Wed, 17 Oct 2018 23:10:00 +1100
Michael Ellerman wrote:
> Currently seq_buf_puts() will happily create a non NULL terminated
> string for you in the buffer. This is particularly dangerous if the
> buffer is on the stack.
>
> For example:
>
> char buf[8];
> char secret = "secret";
> str
On 10/17/2018 04:47 PM, Nishad Kamdar wrote:
> Use the gpiod interface for rdwr_pin, convert_pin and busy_pin
> instead of the deprecated old non-descriptor interface.
>
> Signed-off-by: Nishad Kamdar
Acked-by: Lars-Peter Clausen
Thanks.
> ---
> Changes in v2:
> - Correct the error messages
On 10/17/2018 5:08 PM, Sai Prakash Ranjan wrote:
What do you think about the (untested) patch below? It seems to me
that it
should solve the issue of missing early crash dumps, but I have not
tested it
yet. Sai, would you mind trying it out and let me know if you can see the
early crash dumps
Hi Fenghua,
On 10/16/2018 06:45 PM, Fenghua Yu wrote:
> On Mon, Oct 15, 2018 at 08:55:49PM +, Moger, Babu wrote:
>> update_mba_bw : Feedback loop bandwidth update functionality is not
>> needed for AMD.
>
> Will you implement update_mba_bw() for AMD in future?
No. There is no
On 10/17/2018 12:30 AM, Mike Rapoport wrote:
On Tue, Oct 16, 2018 at 03:01:11PM -0400, Pavel Tatashin wrote:
On 10/15/18 4:26 PM, Alexander Duyck wrote:
This change makes it so that we use the same approach that was already in
use on Sparc on all the archtectures that support a 64b long.
Thi
On Tue, Oct 16, 2018 at 05:35:50PM +0300, Andy Shevchenko wrote:
> On Fri, Oct 12, 2018 at 2:41 PM Heikki Krogerus
> wrote:
> >
> > Hi guys,
> >
> > To continue the discussion started by Dmitry [1], this is my proposal
> > that I mentioned in my last mail. In short, the idea is that instead
> > of
On 17/10/2018 15:35, Eric W. Biederman wrote:
Alan Jenkins writes:
On 17/10/2018 14:20, David Howells wrote:
David Howells wrote:
I should probably check that the picked point is actually a mountpoint.
The root of the mount object at the path specified, that is, perhaps with
something lik
On Tue, Oct 16, 2018 at 4:59 AM Guo Ren wrote:
>
> This patch adds csky defconfig.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
Reviewed-by: Arnd Bergmann
On Wed, Oct 17, 2018 at 08:17:20PM +0530, Nishad Kamdar wrote:
+ chip->rdwr_pin = devm_gpiod_get(&spi_dev->dev, "rdwr", GPIOD_IN);
+ if (IS_ERR(chip->rdwr_pin)) {
+ ret = PTR_ERR(chip->rdwr_pin);
+ dev_err(&spi_dev->dev, "Failed to request rdwr GPIO: %d\n",
On Wed, Oct 17, 2018 at 02:58:07PM +0100, Mel Gorman wrote:
> On Wed, Oct 17, 2018 at 09:10:59PM +0800, Aaron Lu wrote:
> > On Wed, Oct 17, 2018 at 11:44:27AM +0100, Mel Gorman wrote:
> > > On Wed, Oct 17, 2018 at 02:33:27PM +0800, Aaron Lu wrote:
> > > > Running will-it-scale/page_fault1 process m
On Tue, Oct 16, 2018 at 4:59 AM Guo Ren wrote:
>
> This patch add boot code. Thx boot params is all in dtb and it's
> the only way to let kernel get bootloader param information.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
> ---
> Changelog:
> - Use built-in dtb when dtb param is NULL.
> -
- On Oct 16, 2018, at 8:27 PM, Sergey Senozhatsky
sergey.senozhatsky.w...@gmail.com wrote:
> On (10/16/18 14:30), Steven Rostedt wrote:
>> > +void vm_unmap_user_ram(const void *mem, unsigned int count)
>> > +{
>> > + unsigned long size = (unsigned long)count << PAGE_SHIFT;
>> > + unsigned l
On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote:
>
> This patch adds exception handling code, cpuinfo and mm-fault code.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
Reviewed-by: Arnd Bergmann
On Wed, Oct 17, 2018 at 07:25:00AM +, Michael Tirado wrote:
> On Thu, Sep 13, 2018 at 12:02 AM Andy Lutomirski wrote:
> >
> > Or we could have a
> > seccomp() mode that adds a filter but only kicks in after execve().
> >
> > --Andy
>
> Hey that's a pretty good idea, then we could block execve
Alexey Budankov writes:
> Since it reduces to single cpu context (and single task context) at all
> times,
> ideally, it would probably be coded as simple as this:
>
> perf_rotate_context()
> {
> cpu = this_cpu_ptr(&cpu_context)
> for_every_pmu(pmu, cpu)
>
Hi Philipp
On 10/17/2018 09:37 AM, Philipp Zabel wrote:
> Hi Dinh,
>
> On Thu, 2018-10-11 at 08:52 -0500, Dinh Nguyen wrote:
>> Create a separate reset driver that uses the reset operations in
>> reset-simple. The reset driver for the SoCFPGA platform needs to
>> register early in order to be abl
On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote:
>
> This patch adds files related to syscall.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
Reviewed-by: Arnd Bergmann
I had a detailed look at this one and provided lots of comments, however
one tiny thing escaped me:
> +#define __NR_set_threa
- On Oct 17, 2018, at 11:00 AM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> - On Oct 16, 2018, at 8:27 PM, Sergey Senozhatsky
> sergey.senozhatsky.w...@gmail.com wrote:
>
>> On (10/16/18 14:30), Steven Rostedt wrote:
>>> > +void vm_unmap_user_ram(const void *mem, unsigned i
On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote:
>
> This patch adds files related to memory management and here is our
> memory-layout:
>
>Fixmap : 0xffc02000 – 0xf000 (4 MB - 12KB)
>Pkmap: 0xff80 – 0xffc0 (4 MB)
>Vmalloc : 0xf020 – 0xff000
On 10/17/2018 1:47 AM, Michal Hocko wrote:
On Mon 15-10-18 13:26:56, Alexander Duyck wrote:
This change makes it so that we use the same approach that was already in
use on Sparc on all the archtectures that support a 64b long.
This is mostly motivated by the fact that 8 to 10 store/move instru
On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote:
>
> This patch adds cache and tlb sync codes for abiv1 & abiv2.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
Reviewed-by: Arnd Bergmann
On Tue, Oct 16, 2018 at 10:44:52AM +0200, Gustavo A. R. Silva wrote:
> Hi,
>
> On 10/9/18 9:27 AM, Quentin Schulz wrote:
> > Hi Gustavo,
> >
> > On Tue, Oct 09, 2018 at 12:21:36AM +0200, Gustavo A. R. Silva wrote:
> >> SERDES_MAX is a valid value to index ctrl->phys in
> >> drivers/phy/mscc/phy-o
- On Oct 17, 2018, at 2:51 AM, Srikar Dronamraju sri...@linux.vnet.ibm.com
wrote:
> Hi Mathieu,
>
>> +int push_task_to_cpu(struct task_struct *p, unsigned int dest_cpu)
>> +{
>
> In your use case, is the task going to be current?
> If yes, we should simply be using migrate_task_to.
>
>> +
On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote:
>
> This patch adds files related to task_switch, sigcontext, signal,
> fpu context switch.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
> ---
> Changelog:
> - abiv2/fpu.c: Userspace should never be sent NSIGXXX as a si_code.
>Use FPE_FLTUNK
- On Oct 17, 2018, at 3:19 AM, Srikar Dronamraju sri...@linux.vnet.ibm.com
wrote:
> Hi Mathieu,
>
>> +static int do_cpu_opv(struct cpu_op *cpuop, int cpuopcnt,
>> + struct cpu_opv_vaddr *vaddr_ptrs, int cpu)
>> +{
>> +struct mm_struct *mm = current->mm;
>> +int ret;
On 10/17/18 11:07 AM, Alexander Duyck wrote:
> On 10/17/2018 1:47 AM, Michal Hocko wrote:
>> On Mon 15-10-18 13:26:56, Alexander Duyck wrote:
>>> This change makes it so that we use the same approach that was
>>> already in
>>> use on Sparc on all the archtectures that support a 64b long.
>>>
>>
On 10/17/2018 05:54 PM, Winkler, Tomas wrote:
ordinal = be32_to_cpu(*((__be32 *) (buf + 6)));
- rc = i2c_nuvoton_wait_for_data_avail(chip,
-tpm_calc_ordinal_duration(chip,
-
On Tue, Oct 16, 2018 at 2:23 PM Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.134 release.
> There are 71 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> R
On Tue, Oct 16, 2018 at 5:01 AM Guo Ren wrote:
>
> This patch adds files related to VDSO and our VDSO only support
> rt_sigreturn.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
I was a little worried about the VDSO because of the discussion we had about
64-bit time_t. Since there is no gettime
On Tue, Oct 16, 2018 at 5:02 AM Guo Ren wrote:
>
> This patch adds IRQ handling files.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
> Cc: Thomas Gleixner
> ---
> Changelog:
> - Use CONFIG_GENERIC_IRQ_MULTI_HANDLER
Reviewed-by: Arnd Bergmann
Using CONFIG_GENERIC_IRQ_MULTI_HANDLER makes thi
On 10/17/2018 2:11 AM, Michal Hocko wrote:
On Mon 15-10-18 13:27:09, Alexander Duyck wrote:
This patch introduces a new iterator for_each_free_mem_pfn_range_in_zone.
This iterator will take care of making sure a given memory range provided
is in fact contained within a zone. It takes are of all
We provide photoshop services to some of the companies from around the
world.
Some online stores use our services for retouching portraits, jewelry,
apparels, furnitures etc.
Here are the details of what we provide:
Clipping path for photos
Deep etching for photos
Image masking for photos
Port
On Tue, Oct 16, 2018 at 5:02 AM Guo Ren wrote:
>
> This patch adds atomic, cmpxchg, spinlock files.
>
> Signed-off-by: Guo Ren
> Cc: Peter Zijlstra
> Cc: Andrea Parri
> Cc: Arnd Bergmann
I'd wait for Peter to give his final Ack here.
Arnd
On Tue, Oct 16, 2018 at 5:02 AM Guo Ren wrote:
>
> This patch adds ELF definition and module relocate codes.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
> +#ifdef __cskyBE__
> +#define ELF_DATA ELFDATA2MSB
> +#else
> +#define ELF_DATA ELFDATA2LSB
> +#endif
You removed support fo
On 10/16/2018 12:34 PM, Steven Rostedt wrote:
> On Tue, 16 Oct 2018 11:43:29 -0600
> Shuah Khan wrote:
>
>> On 10/16/2018 11:02 AM, Daniel Díaz wrote:
>>> If test is being directly executed (with stdout opened on the
>>> terminal) and the terminal capabilities indicate enough
>>> colors, then use
On 10/17/18 5:09 PM, Rob Herring wrote:
>>
>> Friendly ping. Who can you take this?
>
> Applied. No need (nor benefit) to ping me. You can check the status of
> DT patches on patchwork[1]. If it is there and in the "New" state, it is
> in my queue.
>
OK. I've got it. I just didn't know who
On Mon, Oct 15, 2018 at 04:08:51PM +0800, honghui.zh...@mediatek.com wrote:
> From: Honghui Zhang
>
> This patchset includes misc patchs:
>
> The patch 1 fixup the mtk_pcie_find_port logic which will cause system
> could not touch the EP's configuration space that connected to PCIe slot 1.
>
>
On Wed, Oct 17, 2018 at 11:31:35AM +0200, Geert Uytterhoeven wrote:
> Hi Josh,
>
> Thanks for your comments!
>
> On Wed, Oct 17, 2018 at 11:13 AM Josh Triplett wrote:
> > On Wed, Oct 17, 2018 at 09:19:01AM +0200, Geert Uytterhoeven wrote:
> > > Providing an explicit list of discrimination factor
On Wed, Oct 17, 2018 at 06:32:36AM -0700, Guenter Roeck wrote:
> One could consider adding something like "discrimination factors such as",
> or maybe "or any other discrimination factors not listed here" to the
> original text. Or a simple "regardless of, for example, ...".
These sound like perfe
Looks like my previous response for this patch didn't make to the list.
On 12/10/18 20:24, Jeremy Linton wrote:
> When built as a module, the spe driver isn't automatically
> loaded on DT systems. Add the MODULE_DEVICE_TABLE entry.
>
FWIW,
Reviewed-by: Sudeep Holla
--
Regards,
Sudeep
On 2018-10-09, Aleksa Sarai wrote:
> The need for some sort of control over VFS's path resolution (to avoid
> malicious paths resulting in inadvertent breakouts) has been a very
> long-standing desire of many userspace applications. This patchset is a
> revival of Al Viro's old AT_NO_JUMPS[1,2] pa
On Wed, Oct 17, 2018 at 10:09:31AM -0500, Rob Herring wrote:
> On Tue, Oct 16, 2018 at 10:44:52AM +0200, Gustavo A. R. Silva wrote:
> > Hi,
> >
> > On 10/9/18 9:27 AM, Quentin Schulz wrote:
> > > Hi Gustavo,
> > >
> > > On Tue, Oct 09, 2018 at 12:21:36AM +0200, Gustavo A. R. Silva wrote:
> > >> S
Eric W. Biederman wrote:
> Davids check will work for bind mounts as well. It just won't work it
> just won't work for files or subdirectories of some mountpoint.
Bind mounts have to be done with open_tree() and move_mount(). You can't now
do fsmount() on something fspick()'d.
David
On Tue, Oct 16, 2018 at 5:02 AM Guo Ren wrote:
> +++ b/arch/csky/lib/delay.c
> @@ -0,0 +1,39 @@
> +// SPDX-License-Identifier: GPL-2.0
> +// Copyright (C) 2018 Hangzhou C-SKY Microsystems co.,ltd.
> +#include
> +#include
> +#include
> +#include
> +
> +void __delay(unsigned long loops)
> +{
>
Quoting Anson Huang (2018-10-16 23:12:04)
> i.MX7D uses virtual cpu clock of "arm" clock to be child clock
This statement is concerning. Why do we have virtual clks?
> of "arm_a7_root_clk" and it is with CLK_IS_CRITICAL flag set, so
> no need to add CLK_IS_CRITICAL flag for keeping "arm_a7_root_c
On 10/17/2018 2:18 AM, Michal Hocko wrote:
On Mon 15-10-18 13:27:16, Alexander Duyck wrote:
This patch is going through and combining the bits in memmap_init_zone and
memmap_init_zone_device that are related to hotplug into a single function
called __memmap_init_hotplug.
I also took the opportu
The armv8_pmuv3 driver doesn't have a remove function, and when the test
'CONFIG_DEBUG_TEST_DRIVER_REMOVE=y' is enabled, the following Call trace
can be seen.
[1.424287] Failed to register pmu: armv8_pmuv3, reason -17
[1.424870] WARNING: CPU: 0 PID: 1 at ../kernel/events/core.c:11771
perf
Quoting Anson Huang (2018-10-16 23:11:59)
> Add CLK_IS_CRITICAL flag for cpu clock type to
> make cpu clock use count correct, as cpu clock
> should be always critical.
>
> Signed-off-by: Anson Huang
> ---
Applied to clk-next
Quoting Anson Huang (2018-10-16 23:12:04)
> i.MX7D uses virtual cpu clock of "arm" clock to be child clock
> of "arm_a7_root_clk" and it is with CLK_IS_CRITICAL flag set, so
> no need to add CLK_IS_CRITICAL flag for keeping "arm_a7_root_clk"
> use count correct, latest clock tree is as below in clk
On 10/17/2018 07:23 AM, Thomas Renninger wrote:
> On Tuesday, October 16, 2018 5:06:05 PM CEST Jiri Olsa wrote:
>> hi,
>> while hardening some of the tools rpm, we noticed we
>> can't pass build flags to some of them.
>>
>> Sending separate tools fixes for what we found. It's
>> mostly override for
>
>
> On 10/17/2018 05:54 PM, Winkler, Tomas wrote:
> >>
> >>> ordinal = be32_to_cpu(*((__be32 *) (buf + 6)));
> >>> - rc = i2c_nuvoton_wait_for_data_avail(chip,
> >>> - tpm_calc_ordinal_duration(chip,
> >>> -
Hi Brendan,
I very excitedly jumped on these patches to try them out, as this is
essentially something I was trying to do a few weeks back.
On 17/10/18 00:50, Brendan Higgins wrote:
> Makes minimum number of changes outside of the KUnit directories for
> KUnit to build and run using UML.
>
> Sig
Quoting ilia@gmail.com (2018-06-14 14:53:53)
> @@ -227,6 +232,26 @@ clk_cpu_8996_mux_determine_rate(struct clk_hw *hw,
> struct clk_rate_request *req)
> return 0;
> }
>
> +int cpu_clk_notifier_cb(struct notifier_block *nb, unsigned long event,
static? And name it something like clk
On 10/16/2018 09:00 AM, James Bottomley wrote:
> Add a Reporting section where the Enforcement section used to be. The
> intention is still to debate what should go here, but in the meantime, this
> gives us back the central reporting point we had in the old code of conflict.
>
> Reviewed-by: Kon
On (10/17/18 11:04), Mathieu Desnoyers wrote:
> >>
> >>> if (WARN_ON(x))
> >>> return;
> >>
> >> Given that this somewhat MM-related, I'd may be say VM_WARN_ON().
>
> I notice that VM_WARN_ON() casts the result of WARN_ON() to (void), so it
> cannot be used in a if () statement.
>
>
On Tue, 16 Oct 2018, Dmitry Torokhov wrote:
> On Thu, Sep 27, 2018 at 07:35:37AM -0700, Matthew Wilcox wrote:
> > On Mon, Sep 24, 2018 at 11:41:58AM -0700, Dmitry Torokhov wrote:
> > > > How large is the allocation? AFACIT nRequests larger than
> > > > KMALLOC_MAX_SIZE
> > > > are larger than the
Dan Carpenter writes:
> On Sat, Oct 06, 2018 at 12:18:38PM +0200, Stefan Wahren wrote:
>> Hi Tuomas,
>>
>> > Tuomas Tynkkynen hat am 4. Oktober 2018 um 11:37
>> > geschrieben:
>> >
>> >
>> > Drop various pieces of dead code from here and there to get rid of
>> > the remaining users of VCHI_C
On Tue, Oct 16, 2018 at 5:05 AM Guo Ren wrote:
>
> The patch adds "user access from kernel" codes.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
> ---
> arch/csky/include/asm/uaccess.h | 416
>
> arch/csky/lib/usercopy.c| 262 ++
On Wed, 17 Oct 2018, Vlastimil Babka wrote:
> I.e. the benefits vs drawbacks of higher order allocations for SLAB are
> out of scope here. It would be nice if somebody evaluated them, but the
> potential resulting change would be much larger than what concerns this
> patch. But it would arguably a
Quoting ilia@gmail.com (2018-06-14 14:53:51)
> drivers/clk/qcom/Kconfig | 10 +
> drivers/clk/qcom/Makefile| 1 +
> drivers/clk/qcom/clk-alpha-pll.h | 6 +
> drivers/clk/qcom/clk-cpu-8996.c | 403
> +++
> 4 files changed, 420 insertion
David Howells writes:
> Eric W. Biederman wrote:
>
>> Davids check will work for bind mounts as well. It just won't work it
>> just won't work for files or subdirectories of some mountpoint.
>
> Bind mounts have to be done with open_tree() and move_mount(). You can't now
> do fsmount() on some
Quoting ilia@gmail.com (2018-06-14 14:53:49)
> From: Rajendra Nayak
>
> Allow clk_alpha_pll_configure to be called from loadable
> kernel modules.
>
> Signed-off-by: Rajendra Nayak
> Signed-off-by: Ilia Lin
> Tested-by: Amit Kucheria
> ---
Oh I think this one came via another patch serie
From: Pavel Tatashin
> Sent: 17 October 2018 16:12
> On 10/17/18 11:07 AM, Alexander Duyck wrote:
> > On 10/17/2018 1:47 AM, Michal Hocko wrote:
> >> On Mon 15-10-18 13:26:56, Alexander Duyck wrote:
> >>> This change makes it so that we use the same approach that was
> >>> already in
> >>> use on S
Quoting Niklas Cassel (2018-10-14 13:21:22)
> On Fri, Oct 12, 2018 at 03:08:17PM -0700, Stephen Boyd wrote:
> > Quoting Ricardo Salveti (2018-09-14 11:53:02)
> > > On Thu, Jun 14, 2018 at 6:55 PM wrote:
> > > >
> > > > From: Ilia Lin
> > > >
> > > > Use devm_clk_hw_register instead of clk_hw_regi
On Mon, Oct 08, 2018 at 06:49:42PM -0500, Grygorii Strashko wrote:
> The cpsw-phy-sel driver was replaced with new PHY driver phy-gmii-sel, so
> deprecate cpsw-phy-sel bindings and update CPSW binding to use phy-gmii-sel
> PHY bindings.
>
> Cc: Kishon Vijay Abraham I
> Cc: Tony Lindgren
> Signed
Quoting Sricharan R (2018-09-20 06:03:31)
>
>
> On 9/20/2018 1:54 AM, Craig wrote:
> > Yup, this patch seems to have fixed the higher frequencies from the quick
> > test I did.
> >
> Thanks !!. Can i take that as
> Tested-by: Craig Tatlor ?
>
Is this patch series going to be
On Tue, 2018-10-16 at 13:01 -0300, Marcelo Schmitt wrote:
> Fixes close parenthesis alignment to match open parenthesis at
> iio/drivers/staging/iio/adc/ad7606.c line 379.
>
> Signed-of-by: Marcelo Schmitt
Hi Marcelo,
Some suggestions from my side
1) Your subject line should look like "Sta
On October 17, 2018 8:35:15 AM PDT, Christopher Lameter wrote:
>On Tue, 16 Oct 2018, Dmitry Torokhov wrote:
>
>> On Thu, Sep 27, 2018 at 07:35:37AM -0700, Matthew Wilcox wrote:
>> > On Mon, Sep 24, 2018 at 11:41:58AM -0700, Dmitry Torokhov wrote:
>> > > > How large is the allocation? AFACIT nReque
On Wed, Oct 17, 2018 at 5:08 AM, Christoph Hellwig wrote:
> On Wed, Oct 17, 2018 at 03:39:58AM -0700, Joel Fernandes wrote:
>> > > This usecase cannot be implemented with the existing F_SEAL_WRITE seal.
>> > > To support the usecase, this patch adds a new F_SEAL_FS_WRITE seal which
>> > > prevents
Hi Shameer,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linux-sof-driver/master]
[also build test ERROR on v4.19-rc8 next-20181017]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com
On Tue, Oct 16, 2018 at 5:33 AM Guo Ren wrote:
>
> Support dword access for get_user_size and redesign put_user_size with
> the same style of get_user_size. It's Ok to use xxx_user_asm_common for
> all size of variable with ldb, ldh, ldw, ld.d
>
> ld.d rx, (addr, 0) could "rx <= addr" "and r(x+1)
On Wed, 17 Oct 2018 09:32:04 -0500
Wenwen Wang wrote:
> In vfio_spapr_iommu_eeh_ioctl(), if the ioctl command is VFIO_EEH_PE_OP,
> the user-space buffer 'arg' is copied to the kernel object 'op' and the
> 'argsz' and 'flags' fields of 'op' are checked. If the check fails, an
> error code EINVAL i
On 10/17/18 5:23 PM, Rob Herring wrote:
>>> Friendly ping. Who can you take this?
>>
>> Applied. No need (nor benefit) to ping me. You can check the status of
>> DT patches on patchwork[1]. If it is there and in the "New" state, it is
>> in my queue.
>
> Actually, this doesn't apply to my tr
Alan Jenkins wrote:
> I agree. I'm happy to see this is using the same check as do_remount().
>
>
> * change filesystem flags. dir should be a physical root of filesystem.
> * If you've mounted a non-root directory somewhere and want to do remount
> * on it - tough luck.
> */
Are you suggesti
On Tue, Oct 16, 2018 at 5:06 AM Guo Ren wrote:
>
> This patch adds arch ptrace implementation, stack dump and bug.h.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
Reviewed-by: Arnd Bergmann
> diff --git a/arch/csky/include/asm/bug.h b/arch/csky/include/asm/bug.h
> new file mode 100644
> inde
On Wed, Oct 17, 2018 at 01:17:18PM +0200, Thomas Gleixner wrote:
> On Wed, 17 Oct 2018, Peter Zijlstra wrote:
> > On Wed, Oct 17, 2018 at 09:54:38AM +, David Laight wrote:
> > > > * We should perform an IPI and flush all tlbs,
> > > > * but that can deadlock->flush only curren
On Tue, Oct 16, 2018 at 5:09 AM Guo Ren wrote:
>
> This patch adds boot, ipi, hotplug codes for SMP.
>
> Signed-off-by: Guo Ren
> Cc: Marc Zyngier
> Cc: Mark Rutland
> Cc: Peter Zijlstra
> Cc: Arnd Bergmann
Reviewed-by: Arnd Bergmann
On Wed, 2018-10-17 at 08:21 -0700, Josh Triplett wrote:
> People in underrepresented and commonly marginalized groups,
> especially those more commonly overlooked, don't always know if a
> given group has taken their particular group into account or given
> any thought to it. Explicit inclusion hel
On Tue, Oct 16, 2018 at 5:29 AM Guo Ren wrote:
>
> This patch adds csky registers' definition, bitops, byteorder,
> asm-offsets codes.
>
> Signed-off-by: Guo Ren
> Cc: Arnd Bergmann
Reviewed-by: Arnd Bergmann
On Tue, Oct 16, 2018 at 5:30 AM Guo Ren wrote:
>
> This patch adds the documentation to describe that how to add cpu nodes in
> dts for SMP.
>
> Signed-off-by: Guo Ren
> Cc: Rob Herring
I don't see anything wrong, but I'll let Rob or some other DT maintainer
provide an Ack when they are happy.
On Tue, Oct 16, 2018 at 5:31 AM Guo Ren wrote:
>
> Add a maintainer information for the csky(C-SKY) architecture.
>
> Signed-off-by: Guo Ren
Reviewed-by: Arnd Bergmann
Hi Dinh,
On Wed, 2018-10-17 at 10:02 -0500, Dinh Nguyen wrote:
[...]
> > > diff --git a/drivers/reset/Kconfig b/drivers/reset/Kconfig
> > > index 13d28fdbdbb5..f10de5ce4753 100644
> > > --- a/drivers/reset/Kconfig
> > > +++ b/drivers/reset/Kconfig
> > > @@ -100,7 +100,7 @@ config RESET_QCOM_AOSS
>
In order to remove the code duplication and prepare for further
changes:
* Rename static thermal_zone_device_check() helper in thermal_core.c
to thermal_zone_device_work_check().
* Add thermal_zone_device_check() helper. Then update core code and
drivers to use it.
There should be no functio
Hi,
[devm]_thermal_zone_of_sensor_register() is used to register
thermal sensor by thermal drivers using DeviceTree. Besides
registering sensor this function also immediately:
- enables it:
tzd->ops->set_mode(tzd, THERMAL_DEVICE_ENABLED)
(->set_mode is set to of_thermal_set_mode() in of-ther
In order to remove the code duplication and prepare for further
changes:
* Add thermal_zone_set_mode() helper. Then update core code and
drivers to use it.
There should be no functional changes caused by this patch.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/hisi_thermal.c
On Tue, 2018-10-16 at 09:35 -0700, Shannon Nelson wrote:
> On 10/16/2018 3:03 AM, Arnd Bergmann wrote:
> > When XFRM_ALGO is not enabled, the new igxge ipsec code produces a
> > link error:
>
> s/igxge/ixgbe/
>
> >
> > drivers/net/ethernet/intel/ixgbe/ixgbe_ipsec.o: In function
> > `ixgbe_ipsec_
[devm]_thermal_zone_of_sensor_register() is used to register
thermal sensor by thermal drivers using DeviceTree. Besides
registering sensor this function also immediately:
- enables it:
tzd->ops->set_mode(tzd, THERMAL_DEVICE_ENABLED)
(->set_mode is set to of_thermal_set_mode() in of-thermal.c
Enable+check sensor after HW-block setup (if necessary) and setting
data->tz.
Cc: Eric Anholt
Cc: Stefan Wahren
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/broadcom/bcm2835_thermal.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thermal/broa
* Enable+check sensor after checking ntrips and doing chipset specific
enable operation.
* Remove superfluous second sensor enable+check attempt.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/hisi_thermal.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --
On Wed, 17 Oct 2018, Dmitry Torokhov wrote:
> >What is a "contact" here? Are we talking about SG segments?
>
> No, we are talking about maximum number of fingers a person can have. Devices
> don't usually track more than 10 distinct contacts on the touch surface at a
> time.
Ohh... Way off my u
Enable+check sensor after setting tmdev->sensor[i].tzd and calling
chipset specific enable operation.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/qcom/tsens.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thermal/qcom/tsens.c b/drivers/thermal
Enable+check sensor after setting priv->thermal.
Cc: Markus Mayer
Cc: bcm-kernel-feedback-l...@broadcom.com
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/broadcom/brcmstb_thermal.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/thermal/broadcom/br
Enable+check sensor after enabling monitoring.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/qoriq_thermal.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thermal/qoriq_thermal.c b/drivers/thermal/qoriq_thermal.c
index d8a80448..fb1750f 100644
-
Enable+check sensor after setting tsc->zone and checking ntrips.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/rcar_gen3_thermal.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thermal/rcar_gen3_thermal.c
b/drivers/thermal/rcar_gen3_thermal.c
i
Enable sensor after doing chipset specific initialization operation and
check sensor after doing chipset specific control operation.
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/samsung/exynos_tmu.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drive
Enable+check sensor after checking sensor coefficients.
Cc: Jun Nie
Cc: Baoyou Xie
Cc: Shawn Guo
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/zx2967_thermal.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/thermal/zx2967_thermal.c b/drivers/t
Enable sensor after checking trip points (unipher_tm_enable_sensor()
enables IRQ so we need to toggle sensor before calling it) and check
sensor after doing chipset specific enable sensor operation.
Cc: Masahiro Yamada
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/uniphier_therma
Enable sensor after setting sensor data and check sensor after
writing update interval.
Cc: Eduardo Valentin
Cc: Keerthy
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/ti-soc-thermal/ti-thermal-common.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/dri
* Add ops_of_thermal flag to struct thermal_zone_device_ops and
set it in of-thermal.c.
* Add checking sensor mode for drivers using of-thermal.c to
thermal_zone_get_temp() (print a warning if sensor is disabled).
Signed-off-by: Bartlomiej Zolnierkiewicz
---
drivers/thermal/of-thermal.c
301 - 400 of 850 matches
Mail list logo