On Tue, Jul 17, 2012 at 11:47 AM, Sedat Dilek wrote:
> On Tue, Jul 17, 2012 at 7:41 AM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> Changes since 20120716:
>>
>> The vfs tree lost its build failure.
>>
>> The l2-mtd tree gained a conflict agains
On Tue, Jul 17, 2012 at 12:21 PM, Sedat Dilek wrote:
> On Tue, Jul 17, 2012 at 11:47 AM, Sedat Dilek wrote:
>> On Tue, Jul 17, 2012 at 7:41 AM, Stephen Rothwell
>> wrote:
>>> Hi all,
>>>
>>> Changes since 20120716:
>>>
>>> The vfs t
0120717) on a Ubuntu/precise AMD64 host.
[ v2: Polish up subject and commit message ]
Signed-off-by: Sedat Dilek
---
arch/ia64/kernel/irq_ia64.c |1 -
drivers/mfd/ab3100-core.c |2 --
include/linux/random.h |2 --
3 files changed, 5 deletions(-)
diff --git a/arch/ia64/kernel/ir
On Tue, Jul 17, 2012 at 7:41 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20120716:
>
Out of curiosity (and normally you are giving a reason why there
is...) no new Tree for July 18?
- Sedat -
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, Jul 18, 2012 at 1:15 PM, David Woodhouse wrote:
> On Wed, 2012-07-18 at 13:09 +0200, Sedat Dilek wrote:
>> 26 dwmw2 git
>> git://git.infradead.org/users/dwmw2/random-2.6.git#master
>
> I'm misusing the word 'random' to mean 'miscellaneous
On Tue, Jul 17, 2012 at 8:40 PM, Linus Walleij wrote:
> On Tue, Jul 17, 2012 at 12:39 PM, Sedat Dilek wrote:
>> On Tue, Jul 17, 2012 at 12:21 PM, Sedat Dilek wrote:
>>> ...looks like AB3100 is the *only* driver still using
>>> rand_initialize_irq()...
>>&g
On Fri, Jul 20, 2012 at 11:47 AM, Stanislaw Gruszka wrote:
> On Wed, Jul 18, 2012 at 08:06:17PM +0200, Sedat Dilek wrote:
>> On Tue, Jul 17, 2012 at 7:41 AM, Stephen Rothwell
>> wrote:
>> > Hi all,
>> >
>> > Changes since 20120716:
>> >
On Sat, May 19, 2018 at 12:54 AM, Nick Desaulniers
wrote:
> Sedat,
> Thanks for the report. We have a fix ready in
> https://bugs.llvm.org/show_bug.cgi?id=37512. Can you report what
> version of clang you were using and if earlier versions of clang have
> this issue?
> Thanks,
Can you give some
On Tue, May 22, 2018 at 9:39 AM, Sedat Dilek wrote:
> On Sat, May 19, 2018 at 12:54 AM, Nick Desaulniers
> wrote:
>> Sedat,
>> Thanks for the report. We have a fix ready in
>> https://bugs.llvm.org/show_bug.cgi?id=37512. Can you report what
>> version of clang
On Tue, May 22, 2018 at 10:04 AM, Sedat Dilek wrote:
> On Tue, May 22, 2018 at 9:39 AM, Sedat Dilek wrote:
>> On Sat, May 19, 2018 at 12:54 AM, Nick Desaulniers
>> wrote:
>>> Sedat,
>>> Thanks for the report. We have a fix ready in
>>> https://bug
*args));
+ mcs = xen_mc_entry(mc_entry_size);
args = mcs.args;
args->op.arg2.vcpumask = to_cpumask(args->mask);
--
2.17.0
From 81eceff6658d6e750c7c0d0810ec3d6e66a0cd51 Mon Sep 17 00:00:00 2001
From: Sedat Dilek
Date: Tue, 22 May 2018 12:00:56 +0200
Subject: [PATCH 3/4] compiler-clang.
For the sake of completeness...
[ CLANG VERSION ]
# dpkg -l | grep clang-7
ii clang-7
1:7~svn332830-1~exp1+0~20180521091322.1776~1.gbp198359 amd64C,
C++ and Objective-C compiler
[ OBJDUMP native_save_fl() ]
$ objdump -d -S --start-address=0x$(grep native_save_fl System.map |
sed -e "s/
Just for the records...
[ OBJDUMP irq_work_tick() ]
$ objdump -d -S --start-address=0x$(grep irq_work_tick System.map |
sed -e "s/ \+.*//") vmlinux | less
[ OBJDUMP native_save_fl() ]
$ objdump -d -S --start-address=0x$(grep native_save_fl System.map |
sed -e "s/ \+.*//") vmlinux | less
- seda
[ CC me I'am not subscribed to LKML and linux-kbuild ]
[ Unsure if this the complete CC list of the original posting [0] ]
Hi,
I am discovering clang's compiler flags as HPA writes in [0]...
"-fgnu-inlines would be a better option.
We could also simply #define inline inline __attribute__((gnu_i
x/issues/366
> Link: https://github.com/ClangBuiltLinux/linux/issues/357
> Suggested-by: Nathan Chancellor
> Suggested-by: Masahiro Yamada
> Signed-off-by: Nick Desaulniers
Thanks for bringing this up again, Nick.
Suggested-by: Sedat Dilek (see [1]).
I suggest to do a separate patch on
Hi Denys,
I fell over your commit "crypto: x86 - make constants readonly, allow
linker to merge them" [1] while digging into ClangBuiltLinux issue 431
[0].
I see the following in my dmesg-log:
$ grep sysfs: dmesg_5.0.4-rc1-1-amd64-cbl-asmgoto.txt
[Fri Mar 22 10:32:09 2019] sysfs: cannot create d
On Mon, Apr 8, 2019 at 3:58 PM Denys Vlasenko wrote:
>
> On 4/8/19 3:56 PM, Denys Vlasenko wrote:
> > I propose to change section name, append _module_ name and optionally
> > a comment why this is done:
> >
> > /* NB: section is mergeable, all elements must be aligned 16-byte blocks
> > */
> >
On Mon, Apr 8, 2019 at 4:29 PM Denys Vlasenko wrote:
>
> On 4/8/19 4:23 PM, Sedat Dilek wrote:
> > For the .rodata.cst16 part you mean sth. like this?
>
> yes, see below
>
> > --- a/arch/x86/crypto/camellia-aesni-avx-asm_64.S
> > +++ b/arch/x86/crypto/camellia
On Mon, Apr 8, 2019 at 4:42 PM Denys Vlasenko wrote:
>
> On 4/8/19 4:34 PM, Sedat Dilek wrote:
> > v2:
> >
> > sdi@iniza:~/src/linux-kernel/linux$ git --no-pager diff
> > diff --git a/arch/x86/crypto/camellia-aesni-avx-asm_64.S
> > b/arch/x86/crypto/c
We have arch/x86/crypto/chacha-avx2-x86_64.S and
arch/x86/crypto/chacha-avx512vl-x86_64.S:
.rodata.cst32.CTR2BL
.rodata.cst32.CTR4BL
.rodata.cst32.CTR2BL
.rodata.cst32.CTR4BL
...and in arch/x86/crypto/sha256-avx2-asm.S and
arch/x86/crypto/sha512-avx2-asm.S:
.rodata.cst32.PSHUFFLE_BYTE_FLIP_MASK
On Mon, Apr 8, 2019 at 5:04 PM Denys Vlasenko wrote:
>
> On 4/8/19 4:57 PM, Sedat Dilek wrote:
> > We have arch/x86/crypto/chacha-avx2-x86_64.S and
> > arch/x86/crypto/chacha-avx512vl-x86_64.S:
> >
> > .rodata.cst32.CTR2BL
> > .rodata.cst32.CTR4BL
> > .ro
On Mon, Apr 8, 2019 at 5:04 PM Denys Vlasenko wrote:
>
> On 4/8/19 4:57 PM, Sedat Dilek wrote:
> > We have arch/x86/crypto/chacha-avx2-x86_64.S and
> > arch/x86/crypto/chacha-avx512vl-x86_64.S:
> >
> > .rodata.cst32.CTR2BL
> > .rodata.cst32.CTR4BL
> > .ro
On Mon, Feb 8, 2021 at 11:01 PM Kyle Huey wrote:
>
> Looks good to me.
>
Any other comments on this patch v2?
Thanks.
- Sedat -
> - Kyle
>
> On Mon, Feb 8, 2021 at 1:43 PM Sedat Dilek wrote:
> >
> > After commit 6342adcaa683 ("entry: Ensure trap after si
On Sat, Feb 13, 2021 at 8:19 PM Andy Lutomirski wrote:
>
> x86_32 stackprotector is a maintenance nightmare. Clean it up. This
> disables stackprotector on x86_32 on GCC 8.1 and on all clang
> versions. Some clang people are cc'd.
>
> Changes from v1:
> - Changelog fixes.
> - Comment fixes (m
s the GS selector and updates GSBASE, which is now
> always the user base. This means that the overall effect is
> the same on 32-bit and 64-bit, which avoids some ifdeffery.
>
> Cc: Sedat Dilek
> Cc: Nick Desaulniers
> Signed-off-by: Andy Lutomirski
> ---
> arch/
On Wed, Feb 24, 2021 at 2:44 PM Sedat Dilek wrote:
>
> Hi Mathias,
>
> I am here on Linux-v5.11-10201-gc03c21ba6f4e.
>
> I see a lot xhci-resets in my dmesg-log:
>
> root# LC_ALL=C dmesg -T | grep 'usb 4-1: reset SuperSpeed Gen 1 USB
> device number 2 using xhci_hc
ot be known.
>
> Fixes: de4b7cd8cb87 ("drm/amd/pm/swsmu: unify the init soft gpu metrics
> function")
> Link: https://github.com/ClangBuiltLinux/linux/issues/1304
> Signed-off-by: Nathan Chancellor
I fell over this today with Linux v5.11-10201-gc03c21ba6f4e.
Tested-by: Sedat
iltLinux/linux/issues/1299
> > Signed-off-by: Nathan Chancellor
>
> Looks good to me. Thank you for sending the patch!
>
> Reviewed-by: Sami Tolvanen
>
Environment: Linux v5.11-10201-gc03c21ba6f4e plus Clang-CFI as of
24-Feb-2021 on top built with LLVM v13-git.
Tested-by: Sedat Dilek
- Sedat -
On Wed, Feb 10, 2021 at 12:50 AM Namjae Jeon wrote:
>
> Hi folk,
>
> We have released exfatprogs 1.1.0 version. In this release, exfatlabel
> has been added to print or re-write volume label and volume serial value.
> Also, A new dump.exfat util has been added to display statistics from
> a given
On Wed, Feb 10, 2021 at 5:51 AM Namjae Jeon wrote:
> > Hope Sven will do a new release for Debian.
> > ( Note that Debian/bullseye release plans "Milestone 2" this Friday,
> > February 12th (see [1] > "Key
> > release dates" > "[2021-Feb-12] Soft Freeze"). Dunno which impact this
> > might hav
On Wed, Feb 10, 2021 at 8:24 AM Sedat Dilek wrote:
>
> On Wed, Feb 10, 2021 at 5:51 AM Namjae Jeon wrote:
>
> > > Hope Sven will do a new release for Debian.
> > > ( Note that Debian/bullseye release plans "Milestone 2" this Friday,
> > > Feb
On Wed, Feb 3, 2021 at 8:53 AM Masahiro Yamada wrote:
>
> Sedat Dilek noticed duplicated debug flags passed when building C
> files with CONFIG_DEBUG_INFO.
>
> I do not know much about his build environment, but yes, Kbuild
> recurses to the top Makefile with some build ta
On Wed, Feb 3, 2021 at 8:53 AM Masahiro Yamada wrote:
>
> Sedat Dilek noticed duplicated debug flags passed when building C
> files with CONFIG_DEBUG_INFO.
>
> I do not know much about his build environment, but yes, Kbuild
> recurses to the top Makefile with some build ta
On Wed, Feb 3, 2021 at 9:39 AM Masahiro Yamada wrote:
>
> On Wed, Feb 3, 2021 at 5:32 PM Sedat Dilek wrote:
> >
> > On Wed, Feb 3, 2021 at 8:53 AM Masahiro Yamada wrote:
> > >
> > > Sedat Dilek noticed duplicated debug flags passed when building
980be..412b849063ec 100644
> > --- a/arch/x86/Makefile
> > +++ b/arch/x86/Makefile
> > @@ -33,6 +33,7 @@ REALMODE_CFLAGS += -ffreestanding
> > REALMODE_CFLAGS += -fno-stack-protector
>
> This one too:
>
> checking file arch/x86/Makefile
> patch: malformed patch at line 62: REALMODE_CFLAGS +=
> -fno-stack-protector
>
I needed to touch this as it was "malformed" and did not apply cleanly.
If it is not too late, feel free to add my:
Tested-by: Sedat Dilek
- Sedat -
On Thu, Jan 28, 2021 at 10:12 PM Nick Desaulniers
wrote:
>
> On Thu, Jan 28, 2021 at 12:46 PM Sedat Dilek wrote:
> >
> > [ LLVM ]
> >
> > Today, I switched over to LLVM version 12.0.0-rc1.
> >
> >
> > [ Step #1: 5.11.0-rc5-5-amd64-clan
On Thu, Jan 28, 2021 at 10:24 PM Nick Desaulniers
wrote:
>
> On Thu, Jan 28, 2021 at 1:19 PM Sedat Dilek wrote:
> >
> > On Thu, Jan 28, 2021 at 10:12 PM Nick Desaulniers
> > wrote:
> > >
> > > On Thu, Jan 28, 2021 at 12:46 PM Sedat D
On Fri, Jan 22, 2021 at 7:41 PM 'Nick Desaulniers' via Clang Built
Linux wrote:
>
> On Fri, Jan 22, 2021 at 2:12 AM Bill Wendling wrote:
> >
> > From: Sami Tolvanen
> >
> > Enable the use of clang's Profile-Guided Optimization[1]. To generate a
> > profile, the kernel is instrumented with PGO co
On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
wrote:
>
> DWARF v5 is the latest standard of the DWARF debug info format.
>
> DWARF5 wins significantly in terms of size and especially so when mixed
> with compression (CONFIG_DEBUG_INFO_COMPRESSED).
>
> Link: http://www.dwarfstd.org/doc/DWARF5.pd
bled for now if CONFIG_DEBUG_INFO_BTF is set; pahole doesn't yet
> recognize the new additions to the DWARF debug info. Thanks to Sedat for
> the report.
>
> Link: http://www.dwarfstd.org/doc/DWARF5.pdf
> Reported-by: Sedat Dilek
> Suggested-by: Arvind Sankar
> Sug
On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
> > wrote:
> > >
> > > diff --git a/Makefile b/Makefile
> > > index 201
On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 12:41 PM Sedat Dilek
> > &g
On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 12:55 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 9:48 PM Nick Desaulniers
> > > wrot
On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 10:13 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 10:09 PM Nick Desaulniers
> > > wrote:
On Fri, Jan 29, 2021 at 11:21 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 2:11 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 11:09 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 1:20 PM Sedat Dilek wrote:
> &
On Fri, Jan 29, 2021 at 11:31 PM Nick Desaulniers
wrote:
>
> On Fri, Jan 29, 2021 at 2:23 PM Sedat Dilek wrote:
> >
> > On Fri, Jan 29, 2021 at 11:21 PM Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Jan 29, 2021 at 2:11 PM Sedat Dilek wrote:
> &
On Fri, Jan 29, 2021 at 8:43 PM Nick Desaulniers
wrote:
>
> DWARF v5 is the latest standard of the DWARF debug info format.
>
> DWARF5 wins significantly in terms of size and especially so when mixed
> with compression (CONFIG_DEBUG_INFO_COMPRESSED).
>
> Link: http://www.dwarfstd.org/doc/DWARF5.pd
On Sat, Jan 30, 2021 at 1:27 AM Nathan Chancellor wrote:
>
> clang produces .eh_frame sections when CONFIG_GCOV_KERNEL is enabled,
> even when -fno-asynchronous-unwind-tables is in KBUILD_CFLAGS:
>
> $ make CC=clang vmlinux
> ...
> ld: warning: orphan section `.eh_frame' from `init/main.o' being p
bled for now if CONFIG_DEBUG_INFO_BTF is set; pahole doesn't yet
> recognize the new additions to the DWARF debug info. Thanks to Sedat for
> the report.
>
> Link: http://www.dwarfstd.org/doc/DWARF5.pdf
> Reported-by: Sedat Dilek
> Suggested-by: Arvind Sankar
> Sug
On Sun, Jan 31, 2021 at 12:10 AM Sedat Dilek wrote:
>
> On Sat, Jan 30, 2021 at 1:44 AM Nick Desaulniers
> wrote:
> >
> > DWARF v5 is the latest standard of the DWARF debug info format.
> >
> > Feature detection of DWARF5 is onerous, especially given that we
On Sat, Jan 30, 2021 at 1:44 AM Nick Desaulniers
wrote:
>
> DWARF v5 is the latest standard of the DWARF debug info format.
>
> DWARF5 wins significantly in terms of size and especially so when mixed
> with compression (CONFIG_DEBUG_INFO_COMPRESSED).
>
> Link: http://www.dwarfstd.org/doc/DWARF5.pd
On Sun, Jan 31, 2021 at 1:37 AM Fāng-ruì Sòng wrote:
>
> On Sat, Jan 30, 2021 at 3:10 PM Sedat Dilek wrote:
> >
> > On Sat, Jan 30, 2021 at 1:44 AM Nick Desaulniers
> > wrote:
> > >
> > > DWARF v5 is the latest standard of the DWARF debug info format.
On Tue, Feb 2, 2021 at 7:10 AM Masahiro Yamada wrote:
>
> On Tue, Feb 2, 2021 at 3:28 AM Nick Desaulniers
> wrote:
> >
> > On Sun, Jan 31, 2021 at 5:08 PM Masahiro Yamada
> > wrote:
> > >
> > > For the same reason as commit 51839e29cb59 ("scripts: switch explicitly
> > > to Python 3"), switch
On Tue, Feb 2, 2021 at 7:06 AM Masahiro Yamada wrote:
>
> For the same reason as commit 51839e29cb59 ("scripts: switch explicitly
> to Python 3"), switch some more scripts, which I tested and confirmed
> working on Python 3.
>
> Signed-off-by: Masahiro Yamada
> Acked-by: Nathan Chancellor
> ---
On Thu, Feb 4, 2021 at 7:40 AM Nick Desaulniers wrote:
>
> DWARF v5 is the latest standard of the DWARF debug info format.
>
> DWARF5 wins significantly in terms of size and especially so when mixed
> with compression (CONFIG_DEBUG_INFO_COMPRESSED).
>
> Link: http://www.dwarfstd.org/doc/DWARF5.pdf
On Thu, Jan 14, 2021 at 12:07 AM Nathan Chancellor
wrote:
>
> On Wed, Jan 13, 2021 at 02:38:27PM -0800, Andrii Nakryiko wrote:
> > Hm.. Just saw Linus proposing using $(error-if) in Kconfig for an
> > unrelated issue ([0]). If we can make this work, then it would catch
> > such issue early on, yet
On Thu, Feb 4, 2021 at 8:45 AM Nick Desaulniers wrote:
>
> On Wed, Feb 3, 2021 at 10:58 PM Sedat Dilek wrote:
> >
> > I guess I need to test harder to get a Tested-by credit :-)?
>
> You're right Sedat, I'm sorry. Your testing is invaluable; thank you
> for
On Thu, Feb 4, 2021 at 3:58 AM Andrii Nakryiko
wrote:
...
>
> Is there another (easy) way to get your patch set without the b4 tool?
> Is your patch set present in some patchworks instance, so that I can
> download it in mbox format, for example?
>
Just to promote the b4 tool - we have some cool
On Thu, Feb 4, 2021 at 9:42 AM Sedat Dilek wrote:
>
> On Thu, Feb 4, 2021 at 3:58 AM Andrii Nakryiko
> wrote:
> ...
> >
> > Is there another (easy) way to get your patch set without the b4 tool?
> > Is your patch set present in some patchworks instance, so that
d require pahole to be installed with an
> appropriate version to select and use CONFIG_DEBUG_INFO_BTF, which is
> standard for options that require a specific tools version.
>
> Suggested-by: Sedat Dilek
> Signed-off-by: Nathan Chancellor
> ---
> MAINTAINERS | 1
On Thu, Feb 4, 2021 at 11:07 PM Arnaldo Carvalho de Melo
wrote:
>
> Hi,
>
> The v1.20 release of pahole and its friends is out, mostly
> addressing problems related to gcc 11 defaulting to DWARF5 for -g,
> available at the usual places:
>
Congrats and thanks for v1.20 and to all involved
On Fri, Feb 5, 2021 at 4:28 PM Arnaldo Carvalho de Melo
wrote:
>
> Em Fri, Feb 05, 2021 at 04:23:59PM +0100, Sedat Dilek escreveu:
> > On Fri, Feb 5, 2021 at 3:41 PM Sedat Dilek wrote:
> > >
> > > On Fri, Feb 5, 2021 at 3:37 PM Sedat Dilek wrote:
> >
On Fri, Feb 5, 2021 at 6:48 PM Sedat Dilek wrote:
>
> On Fri, Feb 5, 2021 at 4:28 PM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Fri, Feb 05, 2021 at 04:23:59PM +0100, Sedat Dilek escreveu:
> > > On Fri, Feb 5, 2021 at 3:41 PM Sedat Dilek wrote:
> > > &
On Fri, Feb 5, 2021 at 7:53 PM Sedat Dilek wrote:
>
> On Fri, Feb 5, 2021 at 6:48 PM Sedat Dilek wrote:
> >
> > On Fri, Feb 5, 2021 at 4:28 PM Arnaldo Carvalho de Melo
> > wrote:
> > >
> > > Em Fri, Feb 05, 2021 at 04:23:59PM +0100, Sedat Dilek escrev
On Fri, Feb 5, 2021 at 8:10 PM Yonghong Song wrote:
>
>
>
> On 2/5/21 11:06 AM, Sedat Dilek wrote:
> > On Fri, Feb 5, 2021 at 7:53 PM Sedat Dilek wrote:
> >>
> >> On Fri, Feb 5, 2021 at 6:48 PM Sedat Dilek wrote:
> >>>
> >>> On Fri,
On Fri, Feb 5, 2021 at 8:15 PM Sedat Dilek wrote:
>
> On Fri, Feb 5, 2021 at 8:10 PM Yonghong Song wrote:
> >
> >
> >
> > On 2/5/21 11:06 AM, Sedat Dilek wrote:
> > > On Fri, Feb 5, 2021 at 7:53 PM Sedat Dilek wrote:
> > >>
>
On Fri, Feb 5, 2021 at 8:21 PM Yonghong Song wrote:
>
>
>
> On 2/5/21 11:15 AM, Sedat Dilek wrote:
> > On Fri, Feb 5, 2021 at 8:10 PM Yonghong Song wrote:
> >>
> >>
> >>
> >> On 2/5/21 11:06 AM, Sedat Dilek wrote:
> >>> On Fri, Fe
On Fri, Feb 5, 2021 at 8:30 PM Fāng-ruì Sòng wrote:
>
> On Fri, Feb 5, 2021 at 11:21 AM Sedat Dilek wrote:
> >
> > On Fri, Feb 5, 2021 at 8:15 PM Sedat Dilek wrote:
> > >
> > > On Fri, Feb 5, 2021 at 8:10 PM Yonghong Song wrote:
> > > >
> &g
On Fri, Feb 5, 2021 at 8:21 PM Yonghong Song wrote:
>
>
>
> On 2/5/21 11:15 AM, Sedat Dilek wrote:
> > On Fri, Feb 5, 2021 at 8:10 PM Yonghong Song wrote:
> >>
> >>
> >>
> >> On 2/5/21 11:06 AM, Sedat Dilek wrote:
> >>> On Fri, Fe
On Fri, Feb 5, 2021 at 9:03 PM Yonghong Song wrote:
>
>
>
> On 2/5/21 11:24 AM, Arnaldo Carvalho de Melo wrote:
> > Em Fri, Feb 05, 2021 at 11:10:08AM -0800, Yonghong Song escreveu:
> >> On 2/5/21 11:06 AM, Sedat Dilek wrote:
> >>> On Fri, Feb 5, 2021 at 7:5
all
return"
CC: Kyle Huey
Signed-off-by: Sedat Dilek
---
arch/x86/include/asm/thread_info.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/include/asm/thread_info.h
b/arch/x86/include/asm/thread_info.h
index 0d751d5da702..8861967e0305 100644
--- a/arch/x86/include/asm/thread_i
ll
return")
CC: Kyle Huey
Signed-off-by: Sedat Dilek
---
Changes v1->v2:
- Add closing parenthesis to Fixes tag
arch/x86/include/asm/thread_info.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/include/asm/thread_info.h
b/arch/x86/include/asm/thread_info.h
index 0d751d5da7
hecks that
> there's existing OUTPUT directory before calling the clean.
>
> Cc: Sedat Dilek
For my new friends from linux-bpf and linux-perf...
I tested your patch on top of Linux v5.11-10201-gc03c21ba6f4e.
git checkout c03c21ba6f4e -b for-5.12/perf-tools_feature_cleanup-jolsa
git br
On Fri, Feb 5, 2021 at 9:22 PM Nick Desaulniers wrote:
>
> DWARF v5 is the latest standard of the DWARF debug info format.
>
> DWARF5 wins significantly in terms of size and especially so when mixed
> with compression (CONFIG_DEBUG_INFO_COMPRESSED).
>
> Link: http://www.dwarfstd.org/doc/DWARF5.pdf
On Thu, Feb 25, 2021 at 12:21 PM Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> When looking at kernel size optimizations, I found that arm64
> does not currently support HAVE_LD_DEAD_CODE_DATA_ELIMINATION,
> which enables the --gc-sections flag to the linker.
>
> I see that for a defconfig bui
On Fri, Feb 26, 2021 at 9:14 AM Arnd Bergmann wrote:
>
> On Fri, Feb 26, 2021 at 1:36 AM Sedat Dilek wrote:
> >
> > On Thu, Feb 25, 2021 at 12:21 PM Arnd Bergmann wrote:
> > >
> > > From: Arnd Bergmann
> > >
> > > When looking at kernel
On Fri, Feb 26, 2021 at 7:26 AM Masahiro Yamada wrote:
>
> Commit fbe078d397b4 ("kbuild: lto: add a default list of used symbols")
> does not work as expected if the .config file has already specified
> CONFIG_UNUSED_KSYMS_WHITELIST="my/own/white/list" before enabling
> CONFIG_LTO_CLANG.
>
> So, t
On Fri, Feb 26, 2021 at 10:51 AM Arnd Bergmann wrote:
>
> On Fri, Feb 26, 2021 at 10:05 AM Sedat Dilek wrote:
> > On Fri, Feb 26, 2021 at 9:14 AM Arnd Bergmann wrote:
> >
> > > > BTW, is CONFIG_LD_DEAD_CODE_DATA_ELIMINATION=y setable for x86 (64bit)?
> >
On Sat, Feb 27, 2021 at 7:55 AM Masahiro Yamada wrote:
>
> On Fri, Feb 26, 2021 at 6:26 PM Sedat Dilek wrote:
> >
> > On Fri, Feb 26, 2021 at 7:26 AM Masahiro Yamada
> > wrote:
> > >
> > > Commit fbe078d397b4 ("kbuild: lto: add a default list of
On Sat, Feb 27, 2021 at 8:08 AM Sedat Dilek wrote:
>
> On Sat, Feb 27, 2021 at 7:55 AM Masahiro Yamada wrote:
> >
> > On Fri, Feb 26, 2021 at 6:26 PM Sedat Dilek wrote:
> > >
> > > On Fri, Feb 26, 2021 at 7:26 AM Masahiro Yamada
> > > wrote:
>
> Time to experience with ZRAM :-).
I switched over from swap-file to zramswap.
And I can definitely say, my last kernel w/o your patchset does not
show the symptoms.
# cat systemd-analyze-time_5.7.0-rc7-2-amd64-clang_2nd-try.txt
Startup finished in 6.129s (kernel) + 44.192s (userspace) = 50.322
Here are the numbers with your patchset:
# cat systemd-analyze-time_5.7.0-rc7-4-amd64-clang_2nd-try.txt
Startup finished in 7.229s (kernel) + 1min 18.304s (userspace) = 1min 25.534s
graphical.target reached after 1min 18.286s in userspace
# cat systemd-analyze-blame_5.7.0-rc7-4-amd64-clang_2nd-tr
On Sun, May 31, 2020 at 9:04 AM Sedat Dilek wrote:
>
> On Sun, May 31, 2020 at 3:57 AM Jens Axboe wrote:
> >
> > On 5/30/20 12:57 PM, Sedat Dilek wrote:
> > > Here are the numbers with your patchset:
> > >
> > > # cat systemd-analyze-time_5.7.
: add allocation hysteresis if pool limit is
hit")
Signed-off-by: Sedat Dilek
---
Documentation/vm/zswap.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/vm/zswap.rst b/Documentation/vm/zswap.rst
index f8c6a79d7c70..d8d9fa4a1f0d 100644
--- a/Documentation/vm
: add allocation hysteresis if pool limit is
hit")
Cc: Vitaly Wool
Signed-off-by: Sedat Dilek
---
Changes v1->v2:
- Changed subject line
- Resend to LKML with correct email-address
Documentation/vm/zswap.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/v
Hi Jens,
with Linux v5.7 final I switched to linux-block.git/for-next and reverted...
"block: read-ahead submission should imply no-wait as well"
...and see no boot-slowdowns.
Regards,
- Sedat -
On Mon, Jun 1, 2020 at 4:04 PM Jens Axboe wrote:
>
> On 6/1/20 7:35 AM, Sedat Dilek wrote:
> > Hi Jens,
> >
> > with Linux v5.7 final I switched to linux-block.git/for-next and reverted...
> >
> > "block: read-ahead submission should imply no-wait as w
On Mon, Jun 1, 2020 at 4:35 PM Jens Axboe wrote:
>
> On 6/1/20 8:14 AM, Jens Axboe wrote:
> > On 6/1/20 8:13 AM, Sedat Dilek wrote:
> >> On Mon, Jun 1, 2020 at 4:04 PM Jens Axboe wrote:
> >>>
> >>> On 6/1/20 7:35 AM, Sedat Dilek wrote:
> >
On Mon, Jun 1, 2020 at 4:46 PM Jens Axboe wrote:
>
> On 6/1/20 8:43 AM, Sedat Dilek wrote:
> > On Mon, Jun 1, 2020 at 4:35 PM Jens Axboe wrote:
> >>
> >> On 6/1/20 8:14 AM, Jens Axboe wrote:
> >>> On 6/1/20 8:13 AM, Sedat Dilek wrote:
> >>
On Mon, Jun 1, 2020 at 4:46 PM Jens Axboe wrote:
>
> On 6/1/20 8:43 AM, Sedat Dilek wrote:
> > On Mon, Jun 1, 2020 at 4:35 PM Jens Axboe wrote:
> >>
> >> On 6/1/20 8:14 AM, Jens Axboe wrote:
> >>> On 6/1/20 8:13 AM, Sedat Dilek wrote:
> >>
On Mon, Jun 1, 2020 at 11:59 PM Norbert Lange wrote:
>
> The series seems to be stuck in limbo, and I got the hint to bring
> this to Andrew's attention [1].
> Hope this will finally end in upstream, been using these patches for ~2 years.
>
> Regards, Norbert
>
> [1] - https://bugs.debian.org/cgi-
Hi,
I wanted to have some detailed numbers for building a Linux-kernel
with GNU-eco-system means GNU/gcc-10 and GNU/binutils-2,35 VS.
LLVM/Clang with its utils version 11.0.0-rc1.
Arnd recommended me to use "perf stat make ...".
First, I tried to build it out of tools/perf from linux.git:
MAKE_
On Thu, Jul 30, 2020 at 1:20 PM Arnaldo Carvalho de Melo
wrote:
>
> Em Thu, Jul 30, 2020 at 12:06:55PM +0200, Sedat Dilek escreveu:
> > Hi,
> >
> > I wanted to have some detailed numbers for building a Linux-kernel
> > with GNU-eco-system means GNU/gcc-10 and GNU/bi
(2/7) Don't define '__DISABLE_EXPORTS'
> - (6/7) Define '__DISABLE_EXPORTS' in misc.c
>
> v8 -> v9:
> - Rebase onto v5.8-rc7
> - (2/7) Fix nits about comment style & typos
> - (3/7) Fix typo in init/Kconfig description
> - (6/7) Explain BOOT_HE
On Fri, Jul 31, 2020 at 9:16 AM Namjae Jeon wrote:
>
> Hi folk,
>
> In this release, The performance of fsck have been much improved and
> the new option in mkfs have been added to adjust boundary alignment.
>
> As the result below, The fsck performance is improved close to windows's fsck
> and mu
> Please let me know if you need further help.
>
> - Arnaldo
Hi Arnaldo,
YES, I need further help.
I have published in [1] numbers for "perf stat make ..." with
GNU/gcc+binutils vs. LLVM toolchain for building Linux v5.8-rc7.
[ GNU/gcc+binutils toolchain ]
10964.876434769 seconds time elaps
> congrats to version 1.0.4 and hope to see it in the Debian repositories soon.
>
Thanks Sven!
root# dpkg -l | grep exfatprogs | awk '/^ii/ {print $1 " " $2 " " $3}'
| column -t
ii exfatprogs 1.0.4-1
- Sedat -
On Thu, Jul 30, 2020 at 9:11 PM Nick Terrell wrote:
>
> From: Nick Terrell
>
> Please pull from
>
> g...@github.com:terrelln/linux.git tags/v10-zstd
>
> to get these changes. Alternatively the patchset is included.
>
> Hi all,
>
> This patch set adds support for a ZSTD-compressed kernel, ramdis
at is fine, and
> > > highly appreciated, but 'refreshing' the series against -next means it
> > > no longer applies to -tip, and may be based on unidentified conflict
> > > resolutions performed by Stephen that the maintainers will have to
> > > deal with.
> > >
> > > Boris, Ingo, Thomas,
> > >
> > > Mind taking v5 of this series? (With Nick's Tested-by) I think these
> > > patches have been simmering long enough. Do note there is a conflict
> > > against the kbuild tree, but the resolution should be straightforward.
> >
> > I would love that; I need to rebase my orphan series on this too...
> >
> > --
> > Kees Cook
>
> Ping?
I just tested v5 against Linux v5.8-rc7 and the conflict you mention is with:
commit da05b143a308bd6a7a01f9732678ae63fc70
x86/boot: Don't add the EFI stub to targets
If I forgot...
Tested-by: Sedat Dilek
- Sedat -
ox/6.1.12/build/vboxdrv/vboxdrv.ko] undefined!
Arnd's patch is mandatory to build with Clang's Integrated Assembler
(make LLVM_IAS=1).
Here: LLVM toolchain version 11.0.0-rc1
Feel free to add:
Reported-by: Sedat Dilek
Tested-by: Sedat Dilek
Can one of the tip maintainers p
601 - 700 of 1444 matches
Mail list logo
