Sorry, the patch is deprecated. I’ll remove it
Best Regards
Guo Ren
> 在 2020年11月5日，上午4:22，Stephen Rothwell 写道：
>
> Hi all,
>
> Commit
>
> 6257c1904d00 ("drivers/net: Add dwmac-thead added.")
>
> is missing a Signed-off-by from its author.
>
> --
> Cheers,
> Stephen Rothwell
On Tue, Nov 3, 2020 at 11:33 PM Atish Patra wrote:
>
> On Sat, Oct 31, 2020 at 12:42 AM Guo Ren wrote:
> >
> > On Sat, Oct 31, 2020 at 8:28 AM Steven Rostedt wrote:
> > >
> > > On Fri, 30 Oct 2020 14:47:56 -0700
> > > Atish Patra wrote:
> > &
On Fri, Nov 6, 2020 at 9:03 AM Palmer Dabbelt wrote:
>
> On Sat, 17 Oct 2020 00:06:09 PDT (-0700), guo...@kernel.org wrote:
> > From: Patrick Stählin
> >
> > Needed for kprobes support. Copied and adapted from arm64 code.
> >
> > Guo Ren fixup pt_regs type f
On Fri, Nov 6, 2020 at 9:02 AM Palmer Dabbelt wrote:
>
> On Sat, 17 Oct 2020 00:06:13 PDT (-0700), guo...@kernel.org wrote:
> > From: Guo Ren
> >
> > This patch enables "kprobe & kretprobe" to work with ftrace
> > interface. It utilized soft
Thx Joerg & Guenter,
Cool work!
Acked-by: Guo Ren
Approve to next branch.
On Tue, Jul 21, 2020 at 9:21 PM Guenter Roeck wrote:
>
> On Tue, Jul 21, 2020 at 01:23:14PM +0200, Joerg Roedel wrote:
> > From: Joerg Roedel
> >
> > Building a kernel fo
Thx Masami,
On Tue, Jul 14, 2020 at 7:38 PM Masami Hiramatsu wrote:
>
> On Mon, 13 Jul 2020 23:39:21 +
> guo...@kernel.org wrote:
>
> > From: Guo Ren
> >
> > This patch adds support for kprobes on ftrace call sites to avoids
> > much of the overhead with
#ifdef CONFIG_KPROBES
if (kprobe_single_step_handler(regs))
return;
if (kprobe_breakpoint_handler(regs))
return;
#endif
#ifdef CONFIG_UPROBES
if (uprobe_single_step_handler(regs))
return;
if (uprobe_breakpoint_handle
On Tue, Jul 14, 2020 at 7:23 PM Masami Hiramatsu wrote:
>
> Hi Guo,
>
> On Mon, 13 Jul 2020 23:39:15 +
> guo...@kernel.org wrote:
>
> > From: Guo Ren
> >
> > The patchset includes kprobe/uprobe support and some related fixups.
> > Patrick provides
Acked-by: Guo Ren
On Tue, Jul 28, 2020 at 11:34 AM Nicholas Piggin wrote:
>
> Cc: Guo Ren
> Cc: linux-c...@vger.kernel.org
> Signed-off-by: Nicholas Piggin
> ---
> arch/csky/include/asm/mmu_context.h | 8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
>
Hi Kees,
On Sun, Jul 5, 2020 at 2:53 PM Kees Cook wrote:
>
> On Sun, Jul 05, 2020 at 06:24:15AM +, guo...@kernel.org wrote:
> > From: Guo Ren
> >
> > The -fstack-protector & -fstack-protector-strong features are from
> > gcc. The patch only add basic
On Mon, Jul 6, 2020 at 4:31 AM Kees Cook wrote:
>
> On Sun, Jul 05, 2020 at 10:16:14PM +0800, Guo Ren wrote:
> > On Sun, Jul 5, 2020 at 2:53 PM Kees Cook wrote:
> > > On Sun, Jul 05, 2020 at 06:24:15AM +, guo...@kernel.org wrote:
> > > > +static __always_i
On Mon, Jul 6, 2020 at 4:40 AM Kees Cook wrote:
>
> On Sun, Jul 05, 2020 at 02:13:17PM +, guo...@kernel.org wrote:
> > From: Guo Ren
> >
> > After compare arm64 and x86 implementations, seems arm64's is more
> > flexible and readable. The key
On Mon, Jul 6, 2020 at 9:21 AM Kees Cook wrote:
>
> On Mon, Jul 06, 2020 at 09:01:51AM +0800, Guo Ren wrote:
> > Yeah! :) I just want to show you, how about the format: use tp in gpr
> > to do that. The format is similar to arm64.
> >
> > tp is the task_struct poin
On Tue, Jul 7, 2020 at 4:26 PM Zong Li wrote:
>
> On Mon, Jul 6, 2020 at 6:12 PM Masami Hiramatsu wrote:
> >
> > Hi Guo,
> >
> > On Sat, 4 Jul 2020 03:34:18 +
> > guo...@kernel.org wrote:
> >
> > > From: Guo Ren
> > >
>
Hi Masami,
On Tue, Jul 21, 2020 at 9:27 PM Masami Hiramatsu wrote:
>
> On Wed, 15 Jul 2020 00:24:54 +0800
> Guo Ren wrote:
>
> > Thx Masami,
> >
> > On Tue, Jul 14, 2020 at 7:38 PM Masami Hiramatsu
> > wrote:
> > >
> > > On Mon, 13
ems it just
avoid using scripts/recordmcount.pl script and directly generate nops
for _mcount.
It's different from -fpatchable-function-entry=2 which generating nops
before function prologue in arm64, isn't it?
On Tue, Jul 21, 2020 at 9:27 PM Masami Hiramatsu wrote:
>
> On W
ror injection depends on
> this behevior, so could you consider to support it in the "ftrace"
> implementation at first? (And if it is enabled, you can enable the
> livepatch on RISCV too)
Great message!
But can you show me codes that bpf and err-jnject using the behavior? Thx
I'll try to fix up it :)
--
Best Regards
Guo Ren
ML: https://lore.kernel.org/linux-csky/
Hi Kees,
On Mon, Jul 13, 2020 at 10:40 AM Kees Cook wrote:
>
> On Fri, Jul 10, 2020 at 04:19:58PM +, guo...@kernel.org wrote:
> > From: Guo Ren
> >
> > This enables the use of per-task stack canary values if GCC has
> > support for emitting the stack ca
hes/2020-July/549910.html
On Tue, Jul 14, 2020 at 4:37 PM Will Deacon wrote:
>
> On Mon, Jul 13, 2020 at 04:03:33AM +, guo...@kernel.org wrote:
> > From: Guo Ren
> >
> > TSK_STACK_CANARY only used in arm64/Makefile with
> > CONFIG_STACKPROTECTOR_PER_TAS
t; On 2020-06-27 13:57, guo...@kernel.org wrote:
> > From: Guo Ren
> >
> > When enable LOCKDEP, static_obj() will cause error. Because some
> > __initdata static variables is before _stext:
> >
> > static int static_obj(const void *obj)
> > {
> > u
dreas.
>
> --
> Andreas Schwab, sch...@linux-m68k.org
> GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
> "And now for something completely different."
--
Best Regards
Guo Ren
ML: https://lore.kernel.org/linux-csky/
On Wed, Sep 23, 2020 at 12:52 PM Al Viro wrote:
>
> On Wed, Sep 23, 2020 at 10:37:31AM +0800, Guo Ren wrote:
>
> > > What's going on there? The mapping is really weird - assuming
> > > you had v0..v31 in the first 32 elements of regs->vr[], you
> > >
Thx Duan,
Acked-by: Guo Ren
Hi AI,
I found the broken commit still has a question:
> commit dcad7854fcce6a2d49b6a3ead5bbefeff047e559
> Author: Al Viro
> Date: Tue Jun 16 15:28:29 2020 -0400
>csky: switch to ->regset_get()
>NB: WTF "- what the fuck :("
Acked-by: Guo Ren
On Sat, Sep 19, 2020 at 5:50 PM Thomas Gleixner wrote:
>
> Signed-off-by: Thomas Gleixner
> Cc: Guo Ren
> Cc: linux-c...@vger.kernel.org
> ---
> Note: Completely untested
> ---
> arch/csky/Kconfig |1
> arch/csky/include/asm/
On Wed, Sep 23, 2020 at 8:23 AM Al Viro wrote:
>
> On Wed, Sep 23, 2020 at 08:03:20AM +0800, Guo Ren wrote:
> > Thx Duan,
> >
> > Acked-by: Guo Ren
> >
> > Hi AI,
> >
> > I found the broken commit still has a question:
> >
> > > c
Acked-by: Guo Ren
On Wed, Jul 1, 2020 at 4:45 AM Peter Xu wrote:
>
> Use the general page fault accounting by passing regs into handle_mm_fault().
> It naturally solve the issue of multiple page fault accounting when page fault
> retry happened.
>
> CC: Guo Ren
> CC: linux
Hello Marc,
On Tue, Jun 4, 2019 at 7:54 PM Marc Zyngier wrote:
>
> On 04/06/2019 12:05, guo...@kernel.org wrote:
> > From: Guo Ren
> >
> > The csky,mpintc could deliver a external irq to one cpu or all cpus, but
> > it couldn't deliver a external irq to a gro
Acked-by: Guo Ren
thread_saved_pc should be used in unwind stack and I'll give another
patch to optimize the unwind flow for csky.
On Wed, Jun 12, 2019 at 7:22 PM Tobias Klauser wrote:
>
> These are used nowhere in the tree (except for some architectures which
> define them for
Thx Valentin,
You are right, Approved.
Best Regards
Guo Ren
On Tue, May 28, 2019 at 11:48:43AM +0100, Valentin Schneider wrote:
> Since the enabling and disabling of IRQs within preempt_schedule_irq()
> is contained in a need_resched() loop, we don't need the outer arch
Sorry, I forgot delete arm's. It's mistake, no change arm64 file.
On Fri, Jun 21, 2019 at 6:10 PM Julien Grall wrote:
>
> Hi,
>
> On 21/06/2019 10:39, guo...@kernel.org wrote:
> > Signed-off-by: Guo Ren
> > Cc: Arnd Bergmann
> > Cc: Julien Gr
ret = init_fn(&csky_pmu);
> }
>
> + if (!of_property_read_u32(node, "reg-io-width", &cnt_width)) {
> + csky_pmu.sign_extend = 64 - cnt_width;
63?
Please use count_width, see above.
> + } else {
> + csky_pmu.sign_extend = 16;
Please define a macro for define DEFAULT_COUNT_WIDTH 48 and change the
format like this:
if (of_property_read_u32(node, "count-width", &csky_pmu.count_width))
csky_pmu.count_width = DEFAULT_COUNT_WIDTH;
Best Regards
Guo Ren
t; be extend to 64 bits to avoid this, the extension bits base on the
> count-width property from dts.
>
> Signed-off-by: Mao Han
> Cc: Guo Ren
> ---
> arch/csky/kernel/perf_event.c | 14 +-
> 1 file changed, 13 insertions(+), 1 deletion(-)
>
> diff --git a
Reviewed-by: Guo Ren
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> This patch adds the documentation to describe that how to add pmu node in
> dts.
>
> Signed-off-by: Mao Han
> Cc: Rob Herring
> Cc: Guo Ren
> ---
> Documentation/devicetree
Hello Mao,
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> This patch change the csky pmu initialization from arch init to
> device init. The pmu can be configued with information from
> device tree(pmu device name, irq number and etc.).
>
> Signed-off-by: Mao
Hello Mao,
Nice job and see my comment below.
On Tue, Jun 4, 2019 at 10:25 AM Mao Han wrote:
>
> This patch add interrupt request and handler for csky pmu.
> perf can record on hardware event with this patch applied.
>
> Signed-off-by: Mao Han
> Cc: Guo Ren
> --
er kernel
> space or user space, csky_pmu_event_init is called twice with no
> attr specified. Configuration will be overwritten with sampling in
> both kernel space and user space. --all-kernel/--all-user is
> useless without this patch applied.
>
> Signed-off-by: Mao Han
> and the registers/user stack dump support.
>
> CC: Guo Ren
>
> Signed-off-by: Mao Han
> ---
> arch/csky/Kconfig | 2 ++
> arch/csky/include/uapi/asm/perf_regs.h | 51
> ++
> arch/csky/kernel/Makefile
egs8", "%regs9", "%sp",
> + "%lr",
> + /* r16 ~ r23 */
> + "%exregs0", "%exregs1", "%exregs2", "%exregs3", "%exregs4",
> + "%exregs5", "%exregs6", "%exregs7",
> + /* r24 ~ r31 */
> + "%exregs8", "%exregs9", "%exregs10", "%exregs11", "%exregs12",
> + "%exregs13", "%exregs14", "%tls",
> + "%pc", "%cc", "%hi", "%lo", NULL, NULL, NULL, NULL,
> + NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
> + NULL, NULL, NULL, NULL, "%vr0", "%vr1", "%vr2", "%vr3",
> + "%vr4", "%vr5", "%vr6", "%vr7", "%vr8", "%vr9", "%vr10", "%vr11",
> + "%vr12", "%vr13", "%vr14", "%vr15", NULL, NULL, "%epc",
Remove vr0-vr15 first.
> +};
> +#else
> +#define CSKY_MAX_REGS 70
> +const char *csky_dwarf_regs_table[CSKY_MAX_REGS] = {
> + /* r0 ~ r8 */
> + "%sp", "%regs9", "%a0", "%a1", "%a2", "%a3", "%regs0", "%regs1",
> + /* r9 ~ r15 */
> + "%regs2", "%regs3", "%regs4", "%regs5", "%regs6", "%regs7", "%regs8",
> + "%lr",
> + NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
> + NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL,
> + "%vap", "%cc", "%vfp", "%epc", "%hi", "%lo", "%fr0", "%fr1",
> + "%fr2", "%fr3", "%fr4", "%fr5", "%fr6", "%fr7", "%fr8", "%fr9",
> + "%fr10", "%fr11", "%fr12", "%fr13", "%fr14", "%fr15", "%fr16", "%fr17",
> + "%fr18", "%fr19", "%fr20", "%fr21", "%fr22", "%fr23", "%fr24", "%fr25",
> + "%fr26", "%fr27", "%fr28", "%fr29", "%fr30", "%fr31"
Please remove vap cc vfp hi lo fr0~fr31, current abiv1 linux couldn't
suppport them.
Best Regards
Guo Ren
th unwind library
> and the registers/user stack dump support.
> + return ((long *)regs)[idx];
return (u64)*((u32 *)regs + idx);
Best Regards
Guo Ren
I can do it.
On Mon, Jun 15, 2020 at 4:43 PM Tobias Klauser wrote:
>
> On 2020-06-13 at 10:42:07 +0200, Guo Ren wrote:
> > Acked-by: Guo Ren
>
> Thanks for the Ack. Are you taking this patch through your own tree or
> should I directly submit to someone else?
>
> &
Hi Peter,
On Tue, Jun 16, 2020 at 6:16 AM Peter Xu wrote:
>
> Use the new mm_fault_accounting() helper for page fault accounting.
> Also, move the accounting to be after release of mmap_sem.
>
> CC: Guo Ren
> CC: linux-c...@vger.kernel.org
> Signed-off-by: Peter Xu
On Sun, Jun 28, 2020 at 10:59 AM Masami Hiramatsu wrote:
>
> On Sat, 27 Jun 2020 16:20:02 +
> guo...@kernel.org wrote:
>
> > From: Guo Ren
> >
> > Unfortunately, the current code couldn't be compiled, because
> > BUILD_BUG_ON needs a static defined
On Sun, Jun 28, 2020 at 10:52 PM Masami Hiramatsu wrote:
>
> On Sun, 28 Jun 2020 14:12:07 +0800
> Guo Ren wrote:
>
> > On Sun, Jun 28, 2020 at 10:59 AM Masami Hiramatsu
> > wrote:
> > >
> > > On Sat, 27 Jun 2020 16:20:02 +
> > > g
On Sat, Jun 20, 2020 at 12:05 AM Peter Xu wrote:
>
> Use the general page fault accounting by passing regs into handle_mm_fault().
> It naturally solve the issue of multiple page fault accounting when page fault
> retry happened.
>
> CC: Guo Ren
> CC: linux-c...@vger.kerne
aligned to UPROBE_SWBP_INSN_SIZE.
>
> Not sure if it would have been possible to try to create a uprobe on an
> odd address. If yes, then the new IS_ALIGNED check certainly makes this
> better for s390, so the patch looks sane. Adding Vasily and Sven to double
> check.
Also good to csky.
--
Best Regards
Guo Ren
ML: https://lore.kernel.org/linux-csky/
UPROBE_SWBP_INSN_SIZE)))
> + return -EINVAL;
> +
> pagefault_disable();
> result = __get_user(opcode, (uprobe_opcode_t __user *)vaddr);
> pagefault_enable();
> --
> 2.25.1.362.g51ebf55
>
>
Looks good to me, thx.
Reviewed-by: Guo Ren
--
Best Regards
Guo Ren
ML: https://lore.kernel.org/linux-csky/
1 = kmap(page1) // Mostly vaddr1 = vaddr0
val = vaddr1; //No tlb-miss and it will get page0's val not page1, because
last expired vaddr0's entry is left in CPU-MMU-tlb.
Best Regards
Guo Ren
On Mon, Dec 18, 2017 at 07:21:30PM +0800, Greentime Hu wrote:
> Hi, Guo Ren:
>
> 2017-12-18 17:08 GMT+08:00 Guo Ren :
> > Hi Greentime,
> >
> > On Fri, Dec 08, 2017 at 05:11:50PM +0800, Greentime Hu wrote:
> > [...]
> >>
> >> diff --git
t; and "tlbop_rwr" and a
update_mmu_cache() is invoked again, then an error page mapping is
set up in your tlb-buffer when tlbop_rwr is excuted from interrupt.
Because it's another addr in NDS32_SR_TLB_VPN.
It seems that tlb-hardrefill can help build tlb-buffer mapping, why you
update it in this software way?
Guo Ren
On Wed, Dec 13, 2017 at 01:45:02PM +0800, Greentime Hu wrote:
> I think it should be fine if an interruption between mtsr_dsb and
> tlbop_rwr because this is a optimization by sw.
Fine? When there is an unexpected vaddr in SR_TLB_VPN, tlbop_rwr(*pte) will
break that vaddr's pfn in the CPU tlb-bu
On Wed, Dec 13, 2017 at 04:30:41PM +0800, Greentime Hu wrote:
> 2017-12-13 16:19 GMT+08:00 Guo Ren :
> > On Wed, Dec 13, 2017 at 01:45:02PM +0800, Greentime Hu wrote:
> >
> >> I think it should be fine if an interruption between mtsr_dsb and
> >> tlbop_rwr bec
s in a invalid state, no operation happen on
tlbop_rwr.
Then they are atomic safe ,no spin_lock_irq need.
:)
Guo Ren
The following commit has been merged into the irq/irqchip-next branch of
irqchip:
Commit-ID: be1abc5ba4d2082df6749ab95ec6f87c4d3dbb23
Gitweb:
https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms/be1abc5ba4d2082df6749ab95ec6f87c4d3dbb23
Author:Guo Ren
AuthorDate
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: bc6717d55d07110d8f3c6d31ec2af50c11b07091
Gitweb:
https://git.kernel.org/tip/bc6717d55d07110d8f3c6d31ec2af50c11b07091
Author:Guo Ren
AuthorDate:Tue, 18 Aug 2020 07:31:17
Committer
701 - 754 of 754 matches
Mail list logo
