On 3/21/24 05:10, xu.xi...@zte.com.cn wrote:
> From: he peilin
>
> Introduce a tracepoint for icmp_send, which can help users to get more
> detail information conveniently when icmp abnormal events happen.
>
> 1. Giving an usecase example:
> =
> When an application
On 1/17/24 10:20, Kunwu Chan wrote:
> Use the new KMEM_CACHE() macro instead of direct kmem_cache_create
> to simplify the creation of SLAB caches.
>
> Signed-off-by: Kunwu Chan
The patch is actually for net-next
> ---
> net/netfilter/ipvs/ip_vs_conn.c | 4 +---
> 1 file changed, 1 inserti
On 2/14/21, Al Viro wrote:
> On Fri, Jan 29, 2021 at 01:18:55PM +, Christoph Hellwig wrote:
>> On Fri, Jan 29, 2021 at 04:11:05PM +0300, Denis Kirjanov wrote:
>> > Do you mean just:
>>
>> We'll still need to lock the parent inode.
>
> Not just "
the function is used outside and we have a prototype
defined in namei.h
Signed-off-by: Denis Kirjanov
---
fs/namei.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/namei.c b/fs/namei.c
index 78443a85480a..3de3b3642302 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -2450,6 +2450,7 @@ struct
knod() should be fixed as well. I'll send a
next version shortly.
Thanks!
> url:
> https://github.com/0day-ci/linux/commits/Denis-Kirjanov/net-af_unix-don-t-create-a-path-for-a-binded-socket/20201130-213012
> base: https://git.kernel.org/cgit/linux/kernel/git/davem/net.git
> 4d5
On 11/25/20, Laurent Vivier wrote:
> With virtio multiqueue, normally each queue IRQ is mapped to a CPU.
>
> But since commit 0d9f0a52c8b9f ("virtio_scsi: use virtio IRQ affinity")
> this is broken on pseries.
Please add "Fixes" tag.
Thanks!
>
> The affinity is correctly computed in msi_desc bu
On 11/17/20, Radhey Shyam Pandey wrote:
> From: Shravya Kumbham
>
> Add ret variable, condition to check the return value and error
> path for the of_address_to_resource() function. It also adds error
> handling for mdio setup and decrement refcount of phy node.
>
> Addresses-Coverity: Event chec
On 11/16/20, Denis Kirjanov wrote:
> On 11/16/20, Xuan Zhuo wrote:
>> On Mon, 16 Nov 2020 12:13:21 +0300, Denis Kirjanov
>>
>> wrote:
>>> On 11/16/20, Xuan Zhuo wrote:
>>> > When we write all cq items to tx, we have to wait for a new event
>&g
On 11/16/20, Xuan Zhuo wrote:
> On Mon, 16 Nov 2020 12:13:21 +0300, Denis Kirjanov
> wrote:
>> On 11/16/20, Xuan Zhuo wrote:
>> > When we write all cq items to tx, we have to wait for a new event based
>> > on poll to indicate that it is writable. But the current
On 11/16/20, Xuan Zhuo wrote:
> When we write all cq items to tx, we have to wait for a new event based
> on poll to indicate that it is writable. But the current writability is
> triggered based on whether tx is full or not, and In fact, when tx is
> dissatisfied, the user of cq's item may not ne
On 11/10/20, xiakaixu1...@gmail.com wrote:
> From: Kaixu Xia
>
> The unsigned variable datasec_id is assigned a return value from the call
> to check_pseudo_btf_id(), which may return negative error code.
>
> Fixes coccicheck warning:
>
> ./kernel/bpf/verifier.c:9616:5-15: WARNING: Unsigned expre
On 7/3/20, Denis Kirjanov wrote:
> On 7/1/20, Vaibhav Gupta wrote:
>> With legacy PM, drivers themselves were responsible for managing the
>> device's power states and takes care of register states.
>>
>> After upgrading to the generic structure, PCI core will ta
On 7/1/20, Vaibhav Gupta wrote:
> With legacy PM, drivers themselves were responsible for managing the
> device's power states and takes care of register states.
>
> After upgrading to the generic structure, PCI core will take care of
> required tasks and drivers should do only device-specific ope
On 3/21/18, David Laight wrote:
> From: > hariprasath.ela...@gmail.com
>> Sent: 21 March 2018 11:16
>> From: HariPrasath Elango
>>
>> Replace a couple of simple switch cases by if condition
>
> Why?
> In principle extra 'case' might be needed in the future.
I had the same question when saw it.
I
On 1/5/18, syzbot wrote:
> Hello,
>
> syzkaller hit the following crash on
> 8a4816cad00bf14642f0ed6043b32d29a05006ce
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw console output is attached.
> Unfortunate
On 10/27/17, Kees Cook wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly.
>
> Cc: Denis Kirjanov
> Cc: net...@vger.kernel.o
[ 283.516559] Kernel BUG at c191c160 [verbose debug info unavailable]
[ 283.516573] Unexpected TM Bad Thing exception at c191c160
(msr 0x2a03030)
cpu 0x19: Vector: 700 (Program Check) at [c007d1a37920]
pc: c191c160: fast_exception_return+0xac/0xb4
lr: c
On 4/4/17, Michael Ellerman wrote:
> Denis Kirjanov writes:
>
>> hvc_remove() takes a spin lock first then acquires the console
>> semaphore. This situation can easily lead to a deadlock scenario
>> where we call scheduler with spin lock held.
>
> Have you actually
hvc_remove() takes a spin lock first then acquires the console
semaphore. This situation can easily lead to a deadlock scenario
where we call scheduler with spin lock held.
Signed-off-by: Denis Kirjanov
---
drivers/tty/hvc/hvc_console.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
On 3/27/17, David Sterba wrote:
> On Sat, Mar 25, 2017 at 09:48:28AM +0300, Denis Kirjanov wrote:
>> On 3/25/17, Jeff Mahoney wrote:
>> > On 3/24/17 5:02 AM, Denis Kirjanov wrote:
>> >> Hi guys,
>> >>
>> >> Looks like that current code does
On 3/25/17, Jeff Mahoney wrote:
> On 3/24/17 5:02 AM, Denis Kirjanov wrote:
>> Hi guys,
>>
>> Looks like that current code does GFP_KERNEL allocation inside
>> __link_block_group.
>> the function invokes kobject_add and internally creates sysfs files
>>
Hi guys,
Looks like that current code does GFP_KERNEL allocation inside
__link_block_group.
the function invokes kobject_add and internally creates sysfs files
with the GFP_KERNEL flag set.
But since do_chunk_alloc executes insides the btrfs transaction it's
not allowed to sleep.
Thanks!
On 11/17/16, Michael Ellerman wrote:
> Denis Kirjanov writes:
>
>> On Friday, September 30, 2016, Christophe Leroy
>> wrote:
>>
>>> Add HAVE_CC_STACKPROTECTOR to powerpc. This is copied from ARM.
>>>
>>> Not tested on PPC64, compile ok with pp
On 10/17/16, Jarod Wilson wrote:
> dl2k: min_mtu 68, max_mtu 1536 or 8000, depending on hardware
> - Removed change_mtu, does nothing productive anymore
>
> sundance: min_mtu 68, max_mtu 8191
>
> CC: net...@vger.kernel.org
> CC: Denis Kirjanov
> Signed-off-by: Jarod Wils
On 6/30/16, Andreas Ziegler wrote:
> Hi Naveen,
>
> this patchset makes a change to arch/powerpc/net/Makefile in order to only
> compile the previously existing bpf_jit_comp.c if !CONFIG_PPC64, and use
> bpf_jit_comp64.c if CONFIG_PPC64 is enabled.
>
> Inside arch/powerpc/net/bpf_jit_comp.c, howev
On 2/16/16, Anshuman Khandual wrote:
> This patch enables in transaction NT_PRFPREG ptrace requests.
> The function fpr_get which gets the running value of all FPR
> registers and the function fpr_set which sets the running
> value of of all FPR registers work on the running set of FPR
> registers
On 2/15/16, Steven Rostedt wrote:
> On Sun, 14 Feb 2016 23:19:42 +0300
> Denis Kirjanov wrote:
>
>
>> >> TP_PROTO(unsigned long call_site, const void *ptr),
>> >>
>> >> - TP_ARGS(call_site, ptr)
>> >> + TP_ARGS(call_site, ptr),
>&g
On 2/11/16, Christophe Leroy wrote:
> This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
> PPC32 doesn't have the PACA structure, so we use the task_info
> structure to store the accounting data.
>
> In order to reuse on PPC32 the PPC64 functions, all u64 data has
> been replaced by 'un
On 2/14/16, Steven Rostedt wrote:
> On Sat, 13 Feb 2016 21:22:52 +0300
> Denis Kirjanov wrote:
>
>> -DEFINE_EVENT(kmem_free, kfree,
>> +DEFINE_EVENT_CONDITION(kmem_free, kfree,
>>
>> TP_PROTO(unsigned long call_site, const void *ptr),
>>
>>
On 2/14/16, Steven Rostedt wrote:
> On Sat, 13 Feb 2016 21:22:52 +0300
> Denis Kirjanov wrote:
>
>> -DEFINE_EVENT(kmem_free, kfree,
>> +DEFINE_EVENT_CONDITION(kmem_free, kfree,
>>
>> TP_PROTO(unsigned long call_site, const void *ptr),
>>
>>
On 2/14/16, Steven Rostedt wrote:
> On Sat, 13 Feb 2016 21:22:53 +0300
> Denis Kirjanov wrote:
>
>>
>> diff --git a/include/trace/events/rcu.h b/include/trace/events/rcu.h
>> index ef72c4a..5470f2f 100644
>> --- a/include/trace/events/rcu.h
>> +++ b/include
]
.cpu_startup_entry+0x50c/0x560
[ 99.749428] [c005b76c7ed0] [c0043bd8]
.start_secondary+0x328/0x360
[ 99.749431] [c005b76c7f90] [c0008a6c]
start_secondary_prolog+0x10/0x14
Signed-off-by: Denis Kirjanov
---
include/trace/events/kmem.h | 15 +--
1 file changed, 13
: Denis Kirjanov
---
v2: Fix the build error that was made
while sending the pacthes from another machine
include/trace/events/rcu.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/trace/events/rcu.h b/include/trace/events/rcu.h
index ef72c4a..793d306b 100644
--- a
: Denis Kirjanov
---
include/trace/events/rcu.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/trace/events/rcu.h b/include/trace/events/rcu.h
index ef72c4a..5470f2f 100644
--- a/include/trace/events/rcu.h
+++ b/include/trace/events/rcu.h
@@ -435,6 +435,8 @@ TRACE_EVENT(rcu_callback
]
.cpu_startup_entry+0x50c/0x560
[ 99.749428] [c005b76c7ed0] [c0043bd8]
.start_secondary+0x328/0x360
[ 99.749431] [c005b76c7f90] [c0008a6c]
start_secondary_prolog+0x10/0x14
Signed-off-by: Denis Kirjanov
---
include/trace/events/kmem.h | 15 +--
1 file changed, 13
On 2/11/16, Christophe Leroy wrote:
> This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
> PPC32 doesn't have the PACA structure, so we use the task_info
> structure to store the accounting data.
>
> In order to reuse on PPC32 the PPC64 functions, all u64 data has
> been replaced by 'un
On 2/11/16, Alessio Igor Bogani wrote:
> Signed-off-by: Alessio Igor Bogani
> ---
> v1 -> v2
> Use appropriate [PATCH] prefix
>
> arch/powerpc/platforms/86xx/Makefile | 2 +-
> arch/powerpc/platforms/86xx/common.c | 42
> ++
> arch/powerpc/platforms
On 2/11/16, Christophe Leroy wrote:
> This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture.
> PPC32 doesn't have the PACA structure, so we use the task_info
> structure to store the accounting data.
>
> In order to reuse on PPC32 the PPC64 functions, all u64 data has
> been replaced by 'un
On 2/5/16, Steven Rostedt wrote:
> On Fri, 5 Feb 2016 14:20:17 +0300
> Denis Kirjanov wrote:
>
>> >>> Signed-off-by: Denis Kirjanov
>> >
>> > Hi Steven,
>> >
>> > please apply with Michael's acked-by tag.
>&g
On 1/19/16, Denis Kirjanov wrote:
> On 1/12/16, Michael Ellerman wrote:
>> On Mon, 2015-12-14 at 23:18 +0300, Denis Kirjanov wrote:
>>
>>> ./drmgr -c cpu -a -r gives the following warning:
>>>
>>> [ 2327.035563]
>>> RCU used illegally from off
On 2/4/16, Christophe Leroy wrote:
>
>
> Le 04/02/2016 12:37, Denis Kirjanov a écrit :
>> On 2/4/16, Christophe Leroy wrote:
>>> This simplification helps the compiler. We now have only one test
>>> instead of two, so it reduces the number of branches.
>&g
On 2/4/16, Christophe Leroy wrote:
> This simplification helps the compiler. We now have only one test
> instead of two, so it reduces the number of branches.
>
> Signed-off-by: Christophe Leroy
> ---
> v2: new
> v3: no change
> v4: no change
> v5: no change
>
> arch/powerpc/mm/dma-noncoherent.c
On 1/25/16, Torsten Duwe wrote:
> * create the appropriate files+functions
> arch/powerpc/include/asm/livepatch.h
> klp_check_compiler_support,
> klp_arch_set_pc
> arch/powerpc/kernel/livepatch.c with a stub for
> klp_write_module_reloc
> This is architecture-
u
>
>> -Original Message-
>> From: Zhang Zhuoyu [mailto:zhangzhu...@cmss.chinamobile.com]
>> Sent: Wednesday, December 16, 2015 10:46 PM
>> To: 'Denis Kirjanov'; 'Michael Ellerman'
>> Cc: 'Daniel Axtens'; 'Zhang
On 12/16/15, Michael Ellerman wrote:
> On Wed, 2015-12-16 at 17:08 +1100, Daniel Axtens wrote:
>> Hi,
>>
>> A couple of things.
>>
>> Firstly, your two email addresses don't match:
>>
>> Zhang Zhuoyu writes:
>
>> > From: Zhang Zhuoyu
>>
>> These lines do seem odd! Are they causing a problem?
>>
TRACE_EVENT_FN can't be used in some circumstances
like invoking trace functions from offlined CPU due
to RCU usage.
This patch adds the TRACE_EVENT_FN_COND macro
to make such trace points conditional.
Signed-off-by: Denis Kirjanov
---
include/linux/tracepoint.h | 4
include/
die...
[ 2327.403599] cpu 15 (hwid 15) Ready to die...
Make the hypervisor tracepoints conditional
by using TRACE_EVENT_FN_COND
Signed-off-by: Denis Kirjanov
v2 changes:
- Use raw_smp_processor_id as suggested by BenH
since since hcalls can be called from preemptable sections
v3 changes
On 12/14/15, Denis Kirjanov wrote:
> [ 2327.035563]
> RCU used illegally from offline CPU!
> rcu_scheduler_active = 1, debug_locks = 1
> [ 2327.035564] no locks held by swapper/12/0.
> [ 2327.035565]
> stack backtrace:
> [ 2327.035567] CPU: 12 PID: 0 Comm: swapper/12 Tai
die...
Make the hypervisor tracepoints conditional
by using TRACE_EVENT_FN_COND
Signed-off-by: Denis Kirjanov
v2 changes:
- Use raw_smp_processor_id as suggested by BenH
since since hcalls can be called from preemptable sections
---
arch/powerpc/include/asm/trace.h | 8 ++--
1 file changed
TRACE_EVENT_FN can't be used in some circumstances
like invoking trace functions from offlined CPU due
to RCU usage.
This patch adds the TRACE_EVENT_FN_COND macro
to make such trace points conditional.
Signed-off-by: Denis Kirjanov
---
include/linux/tracepoint.h | 4
include/
On 12/14/15, Michael Ellerman wrote:
> On Mon, 2015-12-07 at 16:33 -0500, Steven Rostedt wrote:
>> On Tue, 08 Dec 2015 08:02:15 +1100
>> Benjamin Herrenschmidt wrote:
>> > On Mon, 2015-12-07 at 15:52 -0500, Steven Rostedt wrote:
>> > > > + TP_CONDITION(cpu_online(smp_processor_id())),
>> > >
On 11/24/15, Denis Kirjanov wrote:
> TRACE_EVENT_FN can't be used in some circumstances
> like invoking trace functions from offlined CPU due
> to RCU usage.
>
> This patch adds the TRACE_EVENT_FN_COND macro
> to make such trace points conditional.
>
> Signed-off-b
On 11/26/15, Michael Ellerman wrote:
> On Thu, 2015-11-26 at 11:15 +0300, Denis Kirjanov wrote:
>> On 11/26/15, Michael Ellerman wrote:
>> > On Tue, 2015-11-24 at 21:23 +0300, Denis Kirjanov wrote:
>> > I can't get this to hit.
>> >
>> > I&#x
On 11/25/15, Torsten Duwe wrote:
> The gcc switch -mprofile-kernel, available for ppc64 on gcc > 4.8.5,
> allows to call _mcount very early in the function, which low-level
> ASM code and code patching functions need to consider.
> Especially the link register and the parameter registers are still
On 11/25/15, Torsten Duwe wrote:
> Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2.
> Initial work started by Vojtech Pavlik, used with permission.
>
> * arch/powerpc/kernel/entry_64.S:
> - Implement an effective ftrace_caller that works from
> within the kernel binary as well
On 11/26/15, Michael Ellerman wrote:
> On Tue, 2015-11-24 at 21:23 +0300, Denis Kirjanov wrote:
>
>> ./drmgr -c cpu -a -r gives the following warning:
>>
>> [ 2327.035563] RCU used illegally from offline CPU!
>> rcu_scheduler_active = 1, debug_locks = 1
>> [ 2
die...
[ 2327.294180] cpu 14 (hwid 14) Ready to die...
[ 2327.403599] cpu 15 (hwid 15) Ready to die...
Make the hypervisor tracepoints conditional by using
TRACE_EVENT_FN_COND
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/trace.h | 8 ++--
1 file changed, 6 insertions
TRACE_EVENT_FN can't be used in some circumstances
like invoking trace functions from offlined CPU due
to RCU usage.
This patch adds the TRACE_EVENT_FN_COND macro
to make such trace points conditional.
Signed-off-by: Denis Kirjanov
---
include/linux/tracepoint.h | 4
include/
On 11/23/15, Michael Ellerman wrote:
> On Fri, 2015-11-20 at 15:22 +0300, Denis Kirjanov wrote:
>> On 11/3/15, Denis Kirjanov wrote:
>> > On 11/3/15, Michael Ellerman wrote:
>> > > On Thu, 2015-10-29 at 22:10 +0300, Denis Kirjanov wrote:
>> > > > ./d
On 11/20/15, Xose Vazquez Perez wrote:
> Hi,
>
> From https://lwn.net/Articles/662979/
>
> --cut--
> Christoph complained a bit about the staging tree. He said that it
> breaks allmodconfig builds, but that problem was evidently fixed a while
> ago. He also dislikes the Lustre filesystem, which ha
On 11/3/15, Denis Kirjanov wrote:
> On 11/3/15, Michael Ellerman wrote:
>> On Thu, 2015-10-29 at 22:10 +0300, Denis Kirjanov wrote:
>>
>>> ./drmgr -c cpu -a -r gives the following warning:
>>>
>>> [ 2327.035563] RCU used illegally from offline CPU!
>
On 11/18/15, Daniel Axtens wrote:
> HMIs (Hypervisor Management|Maintenance Interrupts) are a class of interrupt
> on POWER systems.
>
> HMI support has traditionally been exceptionally difficult to test. However
> Skiboot ships a tool that, with the correct magic numbers, will inject them.
>
> Th
On 11/13/15, Laura Abbott wrote:
> Hi,
>
> There seem to be section mismatches coming from head_64.S
>
> WARNING: vmlinux.o(.text+0x8994): Section mismatch in reference from the
> variable __boot_from_prom to the function .init.text:prom_init()
> The function __boot_from_prom() references
> the fu
On 11/7/15, Denis Kirjanov wrote:
> Hi,
>
> kernel v4.3-3155-g1b1050c,
> found the following WARNING at boot time:
>
> [ 15.363908] Freeing unused kernel memory: 628K (880001963000 -
> 880001a0)
> [ 15.370510] Freeing unused kernel memory:
Hi,
kernel v4.3-3155-g1b1050c,
found the following WARNING at boot time:
[ 15.363908] Freeing unused kernel memory: 628K (880001963000 -
880001a0)
[ 15.370510] Freeing unused kernel memory: 1744K (880001e4c000 -
88000200)
[ 15.380507] [ cut here ]
On 11/6/15, Anju T wrote:
> Hi Denis,
>
> On Wednesday 04 November 2015 02:26 PM, Denis Kirjanov wrote:
>> On 11/3/15, Anju T wrote:
>>> This short patch series adds the ability to sample the interrupted
>>> machine state for each hardware sample.
>
On 11/3/15, Anju T wrote:
> This short patch series adds the ability to sample the interrupted
> machine state for each hardware sample.
>
> To test this patchset,
> Eg:
>
> $perf record -I ls // record machine state at interrupt
> $perf script -D //read the perf.data file
Uncovered the fo
On 11/3/15, Michael Ellerman wrote:
> On Thu, 2015-10-29 at 22:10 +0300, Denis Kirjanov wrote:
>
>> ./drmgr -c cpu -a -r gives the following warning:
>>
>> [ 2327.035563] RCU used illegally from offline CPU! rcu_scheduler_active
>> = 1, debug_locks = 1
>> [ 2
...
[ 2327.403599] cpu 15 (hwid 15) Ready to die...
Make the hypervisor tracepoints conditional by introducing
TRACE_EVENT_FN_COND similar to TRACE_EVENT_FN
Signed-off-by: Denis Kirjanov
---
arch/powerpc/include/asm/trace.h | 8 ++--
include/linux/tracepoint.h | 4
include/trace
On 10/26/15, Anju T wrote:
> This short patch series add the ability to sample the interrupted
> machine state for each hardware sample
Hi,
how can we check your patch series without testing details?
>
> Anju (3):
> perf/powerpc:add ability to sample intr machine state in power
> tools/perf:
On 10/2/15, Peter Bergner wrote:
> On Fri, 2015-10-02 at 22:03 +0300, Denis Kirjanov wrote:
>> arch/powerpc/kernel/swsusp_asm64.S: Assembler messages:
>>> arch/powerpc/kernel/swsusp_asm64.S:188: Error: missing operand
>>> scripts/Makefile.build:294: recipe for targ
On 10/2/15, Laura Abbott wrote:
> Hi,
>
> We received a report (https://bugzilla.redhat.com/show_bug.cgi?id=1267395)
> of bad assembly
> when compiling on powerpc with little endian
>
> [labbott@labbott-redhat-machine linux_upstream]$ make ARCH=powerpc
> CROSS_COMPILE=powerpc64-linux-gnu-
>CHK
On 9/29/15, Raghavendra K T wrote:
> On 09/28/2015 10:34 PM, Nishanth Aravamudan wrote:
>> On 28.09.2015 [13:44:42 +0300], Denis Kirjanov wrote:
>>> On 9/27/15, Raghavendra K T wrote:
>>>> Problem description:
>>>> Powerpc has sparse node nu
On 9/27/15, Raghavendra K T wrote:
> Problem description:
> Powerpc has sparse node numbering, i.e. on a 4 node system nodes are
> numbered (possibly) as 0,1,16,17. At a lower level, we map the chipid
> got from device tree is naturally mapped (directly) to nid.
Interesting thing to play with, I'
On 9/22/15, Christophe Leroy wrote:
> In several architectures, ip_fast_csum() is inlined
> There are functions like ip_send_check() which do nothing
> much more than calling ip_fast_csum().
> Inlining ip_fast_csum() allows the compiler to optimise better
Hi Christophe,
I did try it and see no di
A good one candidate to return a boolean result
Signed-off-by: Denis Kirjanov
---
include/linux/slab.h | 2 +-
mm/slab_common.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/slab.h b/include/linux/slab.h
index 7e37d44..7c82e3b 100644
--- a/include
On 8/7/15, Christian Kujau wrote:
> Hi,
>
> this PowerBook G4 was running 3.16 for a while but now I wanted to upgrade
> to latest mainline. However, during bootup the following happens:
>
> ===
> [2.237102] ata1: PATA max UDMA/100 irq 39
> [2.401708] ata1.00: A
On 8/7/15, Christian Kujau wrote:
> Hi,
>
> this PowerBook G4 was running 3.16 for a while but now I wanted to upgrade
> to latest mainline. However, during bootup the following happens:
>
> ===
> [2.237102] ata1: PATA max UDMA/100 irq 39
> [2.401708] ata1.00: A
On 6/18/15, Torsten Duwe wrote:
> Did I miss anything else? I have the notrace optimisations and
> kernel live patching in the queue, which depends on this, so I'd
> really appreciate a comment whether it is acceptable in this form
> or not. Thanks in advance!
Hi Torsten,
could you provide a des
On 3/25/15, Roman Gushchin wrote:
> This patch introduces new ipv6 sysctl: ra_default_route_mtu.
> If it's set (> 0), it defines per-route MTU for any new default route
> received by RA.
>
> This sysctl will help in the following configuration: we want to use
> jumbo-frames for internal networks a
On 2/17/15, Alexander Drozdov wrote:
> skb_copy_bits() returns zero on success and negative value on error,
> so it is needed to invert the condition in ip_check_defrag().
>
Nice. Grepping through the net directory shows that the skb_copy_bits()
return value is completely ignored in net/wireless
On 12/5/14, Arseny Solokha wrote:
> From: Arseny Solokha
>
> When DMA-API debugging is enabled in the kernel, it spews the following
> upon upping the link:
>
> WARNING: at lib/dma-debug.c:1135
> Modules linked in:
> CPU: 0 PID: 0 Comm: swapper/0 Tainted: GW O 3.18.0-rc7 #1
> task: c07
On 11/21/14, Anshuman Khandual wrote:
> On 11/14/2014 03:30 PM, Denis Kirjanov wrote:
>> On 11/13/14, Anshuman Khandual wrote:
>>> > On 11/11/2014 10:56 AM, Anshuman Khandual wrote:
>>>> >> This patch enables get and set of miscellaneous debug r
On 11/13/14, Anshuman Khandual wrote:
> On 11/11/2014 10:56 AM, Anshuman Khandual wrote:
>> This patch enables get and set of miscellaneous debug registers through
>> ptrace PTRACE_GETREGSET-PTRACE_SETREGSET interface by implementing new
>> powerpc specific register set REGSET_MISC support corresp
I don't see any problems with it
On 10/21/14, Michael Ellerman wrote:
> On Tue, 2014-10-21 at 08:52 +0400, Denis Kirjanov wrote:
>> We have a test suite under samples/bpf/
>
> Thanks.
>
> I looked under tools/testing/selftests, could it move in there?
>
> cheers
I don't see any problems with it
On 10/21/14, Michael Ellerman wrote:
> On Tue, 2014-10-21 at 08:52 +0400, Denis Kirjanov wrote:
>> We have a test suite under samples/bpf/
>
> Thanks.
>
> I looked under tools/testing/selftests, could it move in there?
>
> cheers
We have a test suite under samples/bpf/
On 10/21/14, Michael Ellerman wrote:
> On Fri, 2014-10-10 at 05:53:45 UTC, Pranith Kumar wrote:
>> This patch wires up the new syscall sys_bpf() on powerpc.
>
> Is there a test suite we can run to verify it works?
>
> cheers
> _
But you haven't CCed people in the CC list
On 10/9/14, Igor Bogomazov wrote:
> checkpatch.pl tiny fix
> get rid of 2 warnings and 2 errors for hal/fw.c
>
> Signed-off-by: Igor Bogomazov
> Cc: Greg Kroah-Hartman
> Cc: navin patidar
> Cc: Stephen Rothwell
> ---
> for linux-next 3.17.0
>
> this
Or someone with the hardware has to test and check that...
On 9/28/14, Stanislaw Gruszka wrote:
> On Sat, Sep 27, 2014 at 05:11:41PM -0400, Nicholas Krause wrote:
>> This removes the unnecessary overwrite of register 11 in the function,
>> rt2800_config_channel as we are already writing a correc
On 7/28/14, Lucas Tanure wrote:
> Hi Christoph,
>
> What kind of things that you think a newbie can fix ?
You can start working on fixing the pci_map_* and dma_map_* return
value checks with CONFIG_DMA_API_DEBUG enabled. A lot of drivers still
missing that...
> Thanks
> --
> Lucas Tanure
> +55 (
On 6/13/14, Catalin Marinas wrote:
> On Fri, Jun 13, 2014 at 08:12:08AM +0100, Denis Kirjanov wrote:
>> On 6/12/14, Catalin Marinas wrote:
>> > On Thu, Jun 12, 2014 at 01:00:57PM +0100, Denis Kirjanov wrote:
>> >> On 6/12/14, Denis Kirjanov wrote:
>> >
On 6/12/14, Catalin Marinas wrote:
> On Thu, Jun 12, 2014 at 01:00:57PM +0100, Denis Kirjanov wrote:
>> On 6/12/14, Denis Kirjanov wrote:
>> > On 6/12/14, Catalin Marinas wrote:
>> >> On 11 Jun 2014, at 21:04, Denis Kirjanov
>> >> wrote:
>> &g
On 6/12/14, Naoya Horiguchi wrote:
> Hi Denis,
>
> On Thu, Jun 12, 2014 at 04:00:57PM +0400, Denis Kirjanov wrote:
>> On 6/12/14, Denis Kirjanov wrote:
>> > On 6/12/14, Catalin Marinas wrote:
>> >> On 11 Jun 2014, at 21:04, Denis Kirjanov
>> >>
On 6/12/14, Denis Kirjanov wrote:
> On 6/12/14, Catalin Marinas wrote:
>> On 11 Jun 2014, at 21:04, Denis Kirjanov wrote:
>>> On 6/11/14, Catalin Marinas wrote:
>>>> On Wed, Jun 11, 2014 at 04:13:07PM +0400, Denis Kirjanov wrote:
>>>>> I go
On 6/12/14, Catalin Marinas wrote:
> On 11 Jun 2014, at 21:04, Denis Kirjanov wrote:
>> On 6/11/14, Catalin Marinas wrote:
>>> On Wed, Jun 11, 2014 at 04:13:07PM +0400, Denis Kirjanov wrote:
>>>> I got a trace while running 3.15.0-08556-gdfb9454:
>>>>
&
On 6/11/14, Catalin Marinas wrote:
> On Wed, Jun 11, 2014 at 04:13:07PM +0400, Denis Kirjanov wrote:
>> I got a trace while running 3.15.0-08556-gdfb9454:
>>
>> [ 104.534026] Unable to handle kernel paging request for data at
>> address 0xc0007f00
>
>
Hi,
I got a trace while running 3.15.0-08556-gdfb9454:
[ 104.534026] Unable to handle kernel paging request for data at
address 0xc0007f00
[ 104.534197] Faulting instruction address: 0xc019cb50
[ 104.534204] Oops: Kernel access of bad area, sig: 11 [#1]
[ 104.534891] PREEMPT S
On 3/21/14, Matei Oprea wrote:
> Fix different address spaces when unmapping IO. hi->addr_mapped[0]
> and hi->addr_mapped[1] should be tagged __iomem.
>
> Signed-off-by: Matei Oprea
> Cc: ROSEdu Kernel Community
> ---
> drivers/staging/cxt1e1/hwprobe.c |4 ++--
> 1 file changed, 2 insertion
22/13, ZHAO Gang wrote:
> On Fri, Nov 22, 2013 at 5:17 PM, Denis Kirjanov wrote:
>> On 11/22/13, Mark Einon wrote:
>>> On Wed, Nov 20, 2013 at 03:55:27PM +0800, ZHAO Gang wrote:
>>>> As TODO file suggested, drop packet instead of return NETDEV_TX_BUSY
>>>
On 11/22/13, Mark Einon wrote:
> On Wed, Nov 20, 2013 at 03:55:27PM +0800, ZHAO Gang wrote:
>> As TODO file suggested, drop packet instead of return NETDEV_TX_BUSY
>> when tx failed.
>>
>> et131x_tx calls function et131x_send_packets, I put the work of
>> et131x_send_packets directly into et131x_t
1 - 100 of 116 matches
Mail list logo
