On Sat, Jan 19, 2013 at 2:07 AM, David Howells wrote:
> Sedat Dilek wrote:
>
>> - select KEYS
>> + depends on KEYS
>
> This change was pushed upstream a few hours ago. It may not have made it into
> linux-next yet.
>
I know, but this patch is 1/2.
OK, I co
On Sat, Jan 19, 2013 at 2:55 AM, Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 12:58 AM, Rafael J. Wysocki wrote:
>> On Saturday, January 19, 2013 12:41:11 AM Sedat Dilek wrote:
>>> On Sat, Jan 19, 2013 at 12:39 AM, Rafael J. Wysocki wrote:
>>> > On Saturday, Janu
On Sat, Jan 19, 2013 at 3:13 AM, Sedat Dilek wrote:
> On Sat, Jan 19, 2013 at 2:55 AM, Sedat Dilek wrote:
>> On Sat, Jan 19, 2013 at 12:58 AM, Rafael J. Wysocki wrote:
>>> On Saturday, January 19, 2013 12:41:11 AM Sedat Dilek wrote:
>>>> On Sat, Jan 19, 2013
On Fri, Jan 18, 2013 at 5:37 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130117:
>
> Undropped tree: samung
>
> The powerpc tree still had a build failure.
>
> The driver-core tree gained a build failure for which I applied a merge
> fix patch.
>
> The gpio-lw tree gained a build fai
On Sat, Jan 19, 2013 at 2:45 PM, Rafael J. Wysocki wrote:
> On Friday, January 18, 2013 05:42:20 PM Randy Dunlap wrote:
>> On 01/17/13 20:37, Stephen Rothwell wrote:
>> > Hi all,
>> >
>> > Changes since 20130117:
>> >
>>
>>
>> on x86_64:
>>
>> CC drivers/acpi/device_pm.o
>> drivers/acpi/dev
This was introduced by:
commit 438763f37eb9664b6372bdfee990f8c33acdc63c
"mei: drop redundant length parameter from mei_write_message function"
First seen in linux-next (next-20120108).
Signed-off-by: Sedat Dilek
---
drivers/misc/mei/interface.c |2 +-
1 file changed, 1 inser
Signed-off-by: Sedat Dilek
---
drivers/misc/mei/hw-me.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/mei/hw-me.c b/drivers/misc/mei/hw-me.c
index 93a2a56..94b203e 100644
--- a/drivers/misc/mei/hw-me.c
+++ b/drivers/misc/mei/hw-me.c
@@ -236,7 +236,7
0
> [ 137.062218] [] ? flush_kthread_worker+0xb0/0xb0
> [ 137.06] [] ret_from_fork+0x7c/0xb0
> [ 137.062228] [] ? flush_kthread_worker+0xb0/0xb0
>
> Reported-by: Sedat Dilek
> Signed-off-by: Tomas Winkler
> ---
> drivers/misc/mei/client.c |5 +++--
> 1 files changed,
On Wed, Jan 9, 2013 at 8:18 PM, John W. Linville wrote:
> Dave,
>
> Please pull this batch of fixes (and a new driver) for the 3.8 stream...
>
> Included is a mac80211 pull, of which Johannes says the following:
>
> 'This includes a number of fixes for various pieces of mac80211. I've
> also inclu
On Thu, Jan 10, 2013 at 11:14 AM, Sedat Dilek wrote:
> On Wed, Jan 9, 2013 at 8:18 PM, John W. Linville
> wrote:
>> Dave,
>>
>> Please pull this batch of fixes (and a new driver) for the 3.8 stream...
>>
>> Included is a mac80211 pull, of which Johannes says
On Thu, Jun 16, 2016 at 2:36 PM, Miklos Szeredi wrote:
> On Thu, Jun 16, 2016 at 2:22 PM, Sedat Dilek wrote:
>
>> Can you point me to - preferable - a Git repo of libfuse?
>
> https://github.com/libfuse
>
>> And the commit for backporting?
>
> 8bb62a632c
On Sat, Jul 30, 2016 at 4:25 PM, Herbert Xu wrote:
> On Sat, Jul 30, 2016 at 02:55:12PM +0200, Sedat Dilek wrote:
>> [ CC "MODULE SUPPORT" | "ASYMMETRIC KEYS" | "CRYPTO API" maintainers ]
>>
>> Hi,
>>
>> with latest Linus Git (v
On Mon, Oct 12, 2015 at 10:30 AM, Stephen Rothwell
wrote:
> Hi all,
>
> Changes since 20151009:
>
> My fixes tree is empty again.
>
> The qcom tree gained a conflict against the arm-soc tree.
>
> I used the h8300 tree from next-20150828 since the current tree has been
> rebased onto linux-next ag
Hi,
is it possible to use a different compiler at build-time?
I have here a problem with mm/percpu.c and wanted to build everything
with LLVM/Clang but this single file with GCC.
Is that possible?
Regards,
- Sedat -
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On Mon, Sep 7, 2015 at 10:15 PM, Linus Torvalds
wrote:
> On Mon, Sep 7, 2015 at 12:12 PM, Sedat Dilek wrote:
>>
>> is it possible to use a different compiler at build-time?
>>
>> I have here a problem with mm/percpu.c and wanted to build everything
>> with LLV
On Mon, Sep 7, 2015 at 10:42 PM, Linus Torvalds
wrote:
> On Mon, Sep 7, 2015 at 1:31 PM, Sedat Dilek wrote:
>>
>> So, how do I do that conveniently?
>
> For a single file? Just compile everything with the primary compiler,
> and then delete the single object file, and
On Mon, Sep 7, 2015 at 10:59 PM, Linus Torvalds
wrote:
> On Mon, Sep 7, 2015 at 1:53 PM, Sedat Dilek wrote:
>>
>> That does not work.
>
> .. because you didn't do what I told you to do.
>
>> I copied a gcc-compiled percpu.o OR deleted/renamed percpu.o and
On Mon, Sep 7, 2015 at 11:20 PM, Sedat Dilek wrote:
> On Mon, Sep 7, 2015 at 10:59 PM, Linus Torvalds
> wrote:
>> On Mon, Sep 7, 2015 at 1:53 PM, Sedat Dilek wrote:
>>>
>>> That does not work.
>>
>> .. because you didn't do what I told you to
On Tue, Sep 8, 2015 at 12:30 AM, Sedat Dilek wrote:
> On Mon, Sep 7, 2015 at 11:20 PM, Sedat Dilek wrote:
>> On Mon, Sep 7, 2015 at 10:59 PM, Linus Torvalds
>> wrote:
>>> On Mon, Sep 7, 2015 at 1:53 PM, Sedat Dilek wrote:
>>>>
>>>> That does n
On Tue, Sep 8, 2015 at 7:45 AM, Sedat Dilek wrote:
> On Tue, Sep 8, 2015 at 12:30 AM, Sedat Dilek wrote:
>> On Mon, Sep 7, 2015 at 11:20 PM, Sedat Dilek wrote:
>>> On Mon, Sep 7, 2015 at 10:59 PM, Linus Torvalds
>>> wrote:
>>>> On Mon, Sep
On Wed, Sep 9, 2015 at 4:29 AM, Baoquan He wrote:
>
> Seems it happened when call num_possible_cpus() which is a inline
> function to call __bitmap_weight(). So did you check
> lib/bitmap.c:__bitmap_weight() by objdump?
>
> setup_percpu: NR_CPUS:256 nr_cpumask_bits:256 nr_cpu_ids:1 nr_node_ids:1
>
On Wed, Sep 9, 2015 at 5:04 AM, Sedat Dilek wrote:
> On Wed, Sep 9, 2015 at 4:51 AM, Sedat Dilek wrote:
>> On Wed, Sep 9, 2015 at 4:29 AM, Baoquan He wrote:
>>>
>>> Seems it happened when call num_possible_cpus() which is a inline
>>> function to call __bitma
On Wed, Sep 9, 2015 at 5:25 AM, Baoquan He wrote:
> Hi Sedat,
>
> On 09/09/15 at 04:51am, Sedat Dilek wrote:
>> On Wed, Sep 9, 2015 at 4:29 AM, Baoquan He wrote:
>> commit 1a1d48a4a8fde49aedc045d894efe67173d59fe0
>> "linux/bitmap: Force inlining of bitmap weig
On Wed, Sep 9, 2015 at 9:14 AM, Baoquan He wrote:
> On 09/09/15 at 08:56am, Sedat Dilek wrote:
>
>> None of the force-inlining patches helped.
>>
>> cpumask: Force inlining of cpumask_weight function
>> nodemask: Force inlining of __nodes_weight fun
> Could this be caused by this commit...?
>
> commit 8cb775bc0a34dc596837e7da03fd22c747be618b
> "ppp: fix device unregistration upon netns deletion"
>
With the Revert "ppp: fix device unregistration upon netns deletion" I
do not see any lockdep issues.
- Sedat -
--
To unsubscribe from this list:
t gcc >= 4.9.
>>
>> Cc: sta...@vger.kernel.org # 4.17, 4.14, 4.9, 4.4
>> Reported-by: David Laight
>> Reported-by: Jean Delvare
>> Signed-off-by: Nick Desaulniers
>
> You can add my:
>
> Tested-by: David Laight
>
Tested-by: Sedat Dilek
On top of Linux v4.18-rc8 with clang version 7.0.0-svn338205.
- sed@ -
7,6 +67,7 @@ static const char * const sym_regex_kernel[S_NSYMTYPES] = {
> "__tracedata_(start|end)|"
> "__(start|stop)_notes|"
> "__end_rodata|"
> + "__end_rodata_aligned|"
> "__initramfs_start|"
> "(jiffies|jiffies_64)|"
> #if ELF_BITS == 64
> --
> 2.16.4
>
Tested-by: Sedat Dilek
Hi Wolfram,
will my patch go to [1]?
Thank you, too.
Regards,
- Sedat -
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git/log/?h=i2c/for-next
> Wolfram Sang hat am 24. August 2018 um 15:01 geschrieben:
>
>
> Sedat,
>
> > This can be dropped with commit 771c035372a036f83353
> Wolfram Sang hat am 24. August 2018 um 16:07 geschrieben:
>
>
>
> > will my patch go to [1]?
>
> It won't be needed anymore, the __deprecated function will go away until
> next week.
>
The relict in drivers/i2/Makefile should go away, too.
- sed@ -
[1]
https://git.kernel.org/pub/scm/linu
> Wolfram Sang hat am 24. August 2018 um 17:01 geschrieben:
>
>
> On Fri, Aug 24, 2018 at 04:19:53PM +0200, Sedat Dilek wrote:
> > > Wolfram Sang hat am 24. August 2018 um 16:07
> > > geschrieben:
> > >
> > >
> > >
> > >
o you plan to push patches from the 1st solution
to Linus uptream?
[ LLVM/Clang side ]
What about backporting "no_stack_protector" to LLVM/Clang v6.0.1?
Thanks to all involved people.
Sunshiny greetings from North-West Germany,
- Sedat -
From c68cef9048e96af1211a57bd7a5f6ca6efdfc7b2 Mon S
Hi,
can someone tell me what this exactly means?
What is the root cause for this?
GNU binutils/ld?
Compiler?
Curently I test with clang-7.
VirtualBox and compiler incompatible?
Steps to reproduce the failure...
root# modprobe -v vboxdrv
insmod /lib/modules/4.14.47-1-iniza-llvmlinux/updates/dkms
On Fri, Jun 1, 2018 at 6:01 PM, Sedat Dilek wrote:
> Hi,
>
> can someone tell me what this exactly means?
>
> What is the root cause for this?
> GNU binutils/ld?
> Compiler?
> Curently I test with clang-7.
> VirtualBox and compiler incompatible?
>
> Steps to
Hi Linus,
I am here on Linux v4.18 and tried first to merge the l1tf-final Git-branch.
Unfortunately, this is no more available in the tip Git-tree.
Then I saw Linux v4.18.1 which includes all the above stuff.
I tried to 'git cherry-pick -m 1 958f338e96f874a0d29442396d6adf9c1e17aa2d'.
I know the
On Thu, Aug 16, 2018 at 5:42 PM, Richard Weinberger
wrote:
> On Thu, Aug 16, 2018 at 2:58 PM Sedat Dilek wrote:
>>
>> Hi Linus,
>>
>> I am here on Linux v4.18 and tried first to merge the l1tf-final Git-branch.
>> Unfortunately, this is no more available in t
On Thu, Aug 16, 2018 at 7:14 PM, Linus Torvalds
wrote:
> On Thu, Aug 16, 2018 at 12:37 AM Sedat Dilek wrote:
>>>
>> I am here on Linux v4.18 and tried first to merge the l1tf-final Git-branch.
>> Unfortunately, this is no more available in the tip Git-tree.
>
> Ri
On Fri, Aug 17, 2018 at 10:33 AM, Vegard Nossum wrote:
> On 16 August 2018 at 17:42, Richard Weinberger
> wrote:
>> On Thu, Aug 16, 2018 at 2:58 PM Sedat Dilek wrote:
>>>
>>> Hi Linus,
>>>
>>> I am here on Linux v4.18 and tried first to merge th
:= $(call cc-disable-warning, deprecated-declarations)
This has the advantage to check if other compilers like GCC support this.
NOTE: My compiler is a prerelease of LLVM/Clang version 7.
[1]
https://clang.llvm.org/docs/DiagnosticsReference.html#wdeprecated-declarations
CC: Nick Desaulniers
Signed
:= $(call cc-disable-warning, no-deprecated-declarations)
This has the advantage to check if other compilers like GCC support this.
NOTE: My compiler is a prerelease of LLVM/Clang version 7.
[1]
https://clang.llvm.org/docs/DiagnosticsReference.html#wdeprecated-declarations
CC: Nick Desaulniers
not build external modules
> after 'make clean')
>
> Patching around the build system would make the code even uglier.
>
> Given that this issue will be solved in a cleaner way sooner or later,
> let's revert the in-kernel workarounds, and wait for GCC 9.
>
> R
fig Git
pulls were latest commits.
Tested-by: Sedat Dilek [ x86 with LLVM/Clang
v7 and v8 (snapshot) ]
Thanks.
Regards,
- Sedat -
On Thu, Aug 15, 2024 at 7:39 PM Sami Tolvanen wrote:
>
> Hi,
>
> Here's v2 of the DWARF modversions series [1]. The main motivation
> remains modversions support for Rust, which is important for
> distributions like Android that are eager to ship Rust kernel
> modules. However, per Luis' request [
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
On Mon, Aug 10, 2020 at 5:30 PM Geert Uytterhoeven wrote:
>
> Hi Sedat,
>
> On Tue, Jul 21, 2020 at 10:19 AM Sedat Dilek wrote:
> > You happen to know if I can configure in my ~/.gitconfig to pull
> > linux-git stuff from two repositories - check first git.ke
On Tue, Feb 16, 2021 at 5:21 PM Sean Christopherson wrote:
>
> On Sat, Feb 13, 2021, Andy Lutomirski wrote:
> > diff --git a/arch/x86/kvm/svm/svm.c b/arch/x86/kvm/svm/svm.c
> > index f923e14e87df..ec39073b4897 100644
> > --- a/arch/x86/kvm/svm/svm.c
> > +++ b/arch/x86/kvm/svm/svm.c
> > @@ -1467,12
; > This patch also makes load_gs_index() work on 32-bit kernels. On
> > 64-bit kernels, it loads the GS selector and updates the user
> > GSBASE accordingly. (This is unchanged.) On 32-bit kernels,
> > it loads the GS selector and updates GSBASE, which is now
> > always
On Thu, Jan 1, 2015 at 1:01 AM, Ming Lei wrote:
> Hi Sedat,
>
> On Thu, Jan 1, 2015 at 6:32 AM, Sedat Dilek wrote:
>> Forgot to CC LKML and linux-fsdevel.
>>
>> - Sedat -
>
>>
>> OK, I have installed fio (1.59-1) and libaio1 (0.3.109-2ubuntu1) here.
>
On Thu, Jan 1, 2015 at 4:13 PM, Richard Weinberger
wrote:
> On Thu, Jan 1, 2015 at 6:07 AM, Seunghun Lee wrote:
>> Overlayfs should be mounted read-only when upper fs is r/o or nonexistend.
>> But now it can be remounted read-write and this can causes kernel panic.
>> So we should prevent read-wr
On Thu, Jan 1, 2015 at 4:38 PM, Seunghun Lee wrote:
> Overlayfs should be mounted read-only when upper fs is r/o or nonexistend.
> But now it can be remounted read-write and this can causes kernel panic.
> So we should prevent read-write remount when the above situation.
>
Cannot say much to the
[ CC libaio Debian/Ubuntu maintainer ]
Hi Jeff,
I am playing with fio (manually compiled v2.2.3) and wanted to update
also my libaio development package on Ubuntu/precise.
Both dsc (description) files of Debian and Ubuntu libaio source
packages v0.3.110 [1,2] point to a URL on [3].
This space i
On Fri, Jan 2, 2015 at 3:22 AM, Ming Lei wrote:
> On Thu, Jan 1, 2015 at 11:14 PM, Sedat Dilek wrote:
>> On Thu, Jan 1, 2015 at 1:29 AM, Ming Lei wrote:
>> [...]
>>>> How did you test with fio (your fio lines)?
>>>
>>> Your fio command line is basic
On Fri, Jan 2, 2015 at 1:06 PM, Rafał Miłecki wrote:
> On 2 January 2015 at 13:05, Rafał Miłecki wrote:
>> On 1 January 2015 at 16:46, Rickard Strandqvist
>> wrote:
>>> Remove the function b43legacy_radio_set_tx_iq() that is not used anywhere.
>>>
>>> This was partially found by using a static c
On Fri, Jan 2, 2015 at 4:01 PM, Michal Marek wrote:
> On 2014-12-31 16:50, Sedat Dilek wrote:
>> On Wed, Dec 31, 2014 at 4:35 PM, Michal Marek wrote:
>>> scripts/Makefile.clean treats absolute path specially, but
>>> $(objtree)/debian is no longer an absolute path sinc
On Fri, Jan 2, 2015 at 11:11 PM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the net-next tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> drivers/net/ethernet/mellanox/mlx4/en_clock.c: In function
> 'mlx4_en_init_timestamp':
> drivers/net/ethernet/mellanox
On Sat, Jan 3, 2015 at 1:28 PM, Rickard Strandqvist
wrote:
> 2015-01-02 22:34 GMT+01:00 Rafał Miłecki :
>>
>> On 2 January 2015 at 18:46, Rickard Strandqvist
>> wrote:
>> > 2015-01-02 13:14 GMT+01:00 Sedat Dilek :
>> >>
>> >> On Fri, Jan
On Sat, Jan 3, 2015 at 3:45 PM, Rickard Strandqvist
wrote:
[ ... ]
>> > I just got one more complaining about my subject-line in "net: wireless: "
>> > I use some sed call for this, so it's easy to fix. I will now remove that
>> > part hereinafter.
>> > I check in Documentation/ but did not find a
On Thu, Jan 1, 2015 at 11:28 AM, Sedat Dilek wrote:
> Hi,
>
> with next-20141231 I am seeing this call-trace:
>
> [ 88.028632] [ cut here ]
> [ 88.028643] WARNING: CPU: 1 PID: 2539 at kernel/sched/core.c:7303
> __might_sleep+0xbd/0xd0()
> [
On Sun, Jan 4, 2015 at 1:59 AM, Ming Lei wrote:
> Hi Sedat,
>
> On Sun, Jan 4, 2015 at 7:42 AM, Sedat Dilek wrote:
>> On Thu, Jan 1, 2015 at 11:28 AM, Sedat Dilek wrote:
>>> Hi,
>>>
>>> with next-20141231 I am seeing this call-trace:
>
On Thu, Jan 1, 2015 at 10:23 PM, Sedat Dilek wrote:
> [ CC libaio Debian/Ubuntu maintainer ]
>
> Hi Jeff,
>
> I am playing with fio (manually compiled v2.2.3) and wanted to update
> also my libaio development package on Ubuntu/precise.
>
> Both dsc (description) files of
On Sun, Jan 4, 2015 at 9:55 AM, Dongsheng Song wrote:
> On Sun, Jan 4, 2015 at 4:21 PM, Sedat Dilek wrote:
>> I have also seen... with outdated material?
>>
>
> we can use syscall.h and aio_abi.h directly.
>
> IMHO, I think libaio is of little value. It's just
On Wed, Dec 31, 2014 at 2:53 PM, Michal Marek wrote:
> On 2014-12-26 19:46, Ben Hutchings wrote:
>> On Fri, 2014-12-26 at 13:43 +0100, Sedat Dilek wrote:
>>> On Fri, Dec 26, 2014 at 1:02 PM, Sedat Dilek wrote:
>>> [...]
>>>>
>>>> Any other ma
On Mon, Jan 5, 2015 at 8:01 PM, Jeff Moyer wrote:
> Sedat Dilek writes:
>
>>> My question: Where does someone get official libaio tarballs?
>
> https://fedorahosted.org/releases/l/i/libaio/
>
Thanks for the URL.
More Thanks when you add some hashsums like md5sum an
On Mon, Jan 5, 2015 at 10:54 PM, Henrique de Moraes Holschuh
wrote:
> On Mon, 05 Jan 2015, Sedat Dilek wrote:
>> > https://fedorahosted.org/releases/l/i/libaio/
>>
>> Thanks for the URL.
>> More Thanks when you add some hashsums like md5sum and/or preferred
>&
[ Please CC me I am not subscribed to LKML ]
[ QUOTE ]
On Mon, Jan 05, 2015 at 05:46:15PM -0800, Linus Torvalds wrote:
> It's a day delayed - not because of any particular development issues,
> but simply because I was tiling a bathroom yesterday. But rc3 is out
> there now, and things have st
On Tue, Jan 6, 2015 at 5:49 AM, Sedat Dilek wrote:
> [ Please CC me I am not subscribed to LKML ]
>
> [ QUOTE ]
>
> On Mon, Jan 05, 2015 at 05:46:15PM -0800, Linus Torvalds wrote:
> > It's a day delayed - not because of any particular development issues,
> > b
On Tue, Jan 6, 2015 at 10:40 AM, Peter Zijlstra wrote:
> On Tue, Jan 06, 2015 at 05:49:11AM +0100, Sedat Dilek wrote:
>> This has been there since just before rc1. Is there a fix for this
>> stalled in someones git tree maybe ?
>>
>> [7.952588] WARNING: CPU: 0 PID:
On Tue, Jan 6, 2015 at 10:42 AM, Sedat Dilek wrote:
> On Tue, Jan 6, 2015 at 10:40 AM, Peter Zijlstra wrote:
>> On Tue, Jan 06, 2015 at 05:49:11AM +0100, Sedat Dilek wrote:
>>> This has been there since just before rc1. Is there a fix for this
>>> stalled
On Tue, Jan 6, 2015 at 10:56 AM, Takashi Iwai wrote:
> At Tue, 6 Jan 2015 10:34:30 +0100,
> Sedat Dilek wrote:
>>
>> On Tue, Jan 6, 2015 at 5:49 AM, Sedat Dilek wrote:
>> > [ Please CC me I am not subscribed to LKML ]
>> >
>> > [ QUOTE ]
>> >
On Tue, Jan 6, 2015 at 11:06 AM, Peter Zijlstra wrote:
> On Tue, Jan 06, 2015 at 10:57:19AM +0100, Sedat Dilek wrote:
>> [ 88.028739] [] aio_read_events+0x4f/0x2d0
>>
>
> Ah, that one. Chris Mason and Kent Overstreet were looking at that one.
> I'm not touching th
On Tue, Jan 6, 2015 at 10:40 AM, Peter Zijlstra wrote:
> On Tue, Jan 06, 2015 at 05:49:11AM +0100, Sedat Dilek wrote:
>> This has been there since just before rc1. Is there a fix for this
>> stalled in someones git tree maybe ?
>>
>> [7.952588] WARNING: CPU: 0 PID:
On Tue, Jan 6, 2015 at 11:28 AM, Takashi Iwai wrote:
> At Tue, 6 Jan 2015 11:06:45 +0100,
> Sedat Dilek wrote:
>>
>> On Tue, Jan 6, 2015 at 10:56 AM, Takashi Iwai wrote:
>> > At Tue, 6 Jan 2015 10:34:30 +0100,
>> > Sedat Dilek wrote:
>> >>
>>
On Tue, Jan 6, 2015 at 11:37 AM, Takashi Iwai wrote:
> At Tue, 6 Jan 2015 11:31:34 +0100,
> Sedat Dilek wrote:
>>
>> On Tue, Jan 6, 2015 at 11:28 AM, Takashi Iwai wrote:
>> > At Tue, 6 Jan 2015 11:06:45 +0100,
>> > Sedat Dilek wrote:
>> >>
>
On Tue, Jan 6, 2015 at 12:07 PM, Kent Overstreet wrote:
> On Tue, Jan 06, 2015 at 12:01:12PM +0100, Peter Zijlstra wrote:
>> On Tue, Jan 06, 2015 at 11:18:04AM +0100, Sedat Dilek wrote:
>> > On Tue, Jan 6, 2015 at 11:06 AM, Peter Zijlstra
>> > wrote:
>> >
On Tue, Jan 6, 2015 at 12:40 PM, Kent Overstreet wrote:
> On Tue, Jan 06, 2015 at 12:25:39PM +0100, Sedat Dilek wrote:
>> On Tue, Jan 6, 2015 at 12:07 PM, Kent Overstreet wrote:
>> > On Tue, Jan 06, 2015 at 12:01:12PM +0100, Peter Zijlstra wrote:
>> >> On Tue, Ja
Hi,
I creating Debian/Ubuntu packages using builddeb script ('make deb-pkg').
While I was doing a 'make distclean' and grep-ed for some patterns I
saw that my debian/*tmp dirs were not deleted.
$ ls debian/*tmp
debian/fwtmp:
DEBIAN lib usr
debian/hdrtmp:
DEBIAN lib usr
debian/headertmp:
DE
On Fri, Dec 26, 2014 at 1:02 PM, Sedat Dilek wrote:
[...]
>
> Any other make (PHONY) target I don't know?
>
I fell over "clean-dirs"...
scripts/package/Makefile:93:clean-dirs += $(objtree)/debian/
...but did not really understood how it works.
The main Makefile defines
[ Not sure which persons and MLs you CCed - I am reading LKML offline ]
Hi,
your patch needs some refreshing...
First your Subject... add a subject-prefix like...
$ git format-patch --subject-prefix="next-20141226"
[ The subject-prefix won't be seen if you push out the commit, but is
good for
On Sun, Dec 28, 2014 at 12:44 AM, Rafał Miłecki wrote:
> On 27 December 2014 at 20:24, Oscar Forner Martinez
> wrote:
>> Three lines with more than 80 characters per line have been split in several
>> lines.
>>
>> Signed-off-by: Oscar Forner Martinez
>
> Acked-by: Rafał Miłecki
>
As for the c
On Sun, Dec 28, 2014 at 9:53 AM, Rafał Miłecki wrote:
> On 28 December 2014 at 06:50, Sedat Dilek wrote:
>> On Sun, Dec 28, 2014 at 12:44 AM, Rafał Miłecki wrote:
>>> On 27 December 2014 at 20:24, Oscar Forner Martinez
>>> wrote:
>>>> Three lines with mor
On Fri, Dec 26, 2014 at 7:46 PM, Ben Hutchings wrote:
> On Fri, 2014-12-26 at 13:43 +0100, Sedat Dilek wrote:
>> On Fri, Dec 26, 2014 at 1:02 PM, Sedat Dilek wrote:
>> [...]
>> >
>> > Any other make (PHONY) target I don't know?
>> >
>>
On Wed, Dec 31, 2014 at 2:56 PM, Michal Marek wrote:
> On 2014-12-26 19:46, Ben Hutchings wrote:
>> On Fri, 2014-12-26 at 13:43 +0100, Sedat Dilek wrote:
>>> On Fri, Dec 26, 2014 at 1:02 PM, Sedat Dilek wrote:
>>> [...]
>>>>
>>>> Any other ma
On Wed, Dec 31, 2014 at 3:25 PM, Michal Marek wrote:
> On 2014-12-31 15:16, Sedat Dilek wrote:
>> On Wed, Dec 31, 2014 at 2:56 PM, Michal Marek wrote:
>>> The problem is that
>>>
>>> clean-dirs += $(objtree)/debian/
>>>
>>> results in
th $(objtree)/.
>
> Reported-by: Sedat Dilek
> Fixes: 7e1c0477 (kbuild: Use relative path for $(objtree)
> Signed-off-by: Michal Marek
After applying your patchset, thing work as expected.
Feel free to add my Tested-by.
Hope this will get into v3.19-rc3?
- Sedat -
[1] https://patchwork.
On Wed, Dec 31, 2014 at 4:35 PM, Michal Marek wrote:
> clean-rule has not been used since 94869f86 (kbuild: Accept absolute
> paths in clean-files and introduce clean-dirs) ten years ago.
>
> Signed-off-by: Michal Marek
Tested-by: Sedat Dilek
- Sedat -
> ---
> scripts/
On Thu, Jul 25, 2013 at 7:50 PM, Dave Kleikamp wrote:
> This patch series adds a kernel interface to fs/aio.c so that kernel code can
> issue concurrent asynchronous IO to file systems. It adds an aio command and
> file system methods which specify io memory with pages instead of userspace
> addr
On Wed, Dec 31, 2014 at 10:52 PM, Dave Kleikamp
wrote:
> On 12/31/2014 02:38 PM, Sedat Dilek wrote:
>>
>> What has happened to that aio_loop patchset?
>> Is it in Linux-next?
>> ( /me started to play with "block: loop: convert to blk-mq (v3)", so I
>> re
On Thu, Dec 18, 2014 at 1:48 PM, Sedat Dilek wrote:
> Hi,
>
> I am following the "frequent lockups in 3.18rc4" thread (see [0]).
>
> So, people still work on it, and one fixlet was going towards the sched/x86.
> Is there an update of your patchset [1] (especially of pa
On Fri, Jan 23, 2015 at 6:30 AM, Al Viro wrote:
> On Thu, Jan 22, 2015 at 09:40:01PM +, Al Viro wrote:
>> On Thu, Jan 22, 2015 at 09:29:03PM +, Al Viro wrote:
>> > On Thu, Jan 22, 2015 at 04:25:13PM -0500, Paul Moore wrote:
>> >
>> > > Your experimental branch looks good to me, thanks.
>>
On Wed, Jan 7, 2015 at 5:16 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20150106:
>
> *crickets*
>
> Non-merge commits (relative to Linus' tree): 1350
> 1543 files changed, 41856 insertions(+), 24250 deletions(-)
>
Happy new year,
this release is a very special for me.
I had to appl
My workflow looks like this
# Get mainline Git tree
$ git clone $LINUS_GIT_URL
# Checkout latest mainline (rc) tag (aka -next's "origin" commit-id)
$ git checkout -b Linux-v3.19-rc3 v3.19-rc3
# Base to pull in current -next
$ git checkout -b Linux-next-20150107
# Pull in stuff from next-2015010
[ From the original posting in [1] ]
Hi Greg,
just testing Linux v3.18.2-rc1.
I am here in my local Git tree and applying not the big tarball but
from the stable-queu.git tree.
$ cd linux-git
$ for i in $( cat ../stable-queue-git/queue-3.18/series ) ; do echo [
$i ] ; git am ../stable-queue-gi
On Wed, Jan 7, 2015 at 10:06 AM, Sedat Dilek wrote:
> [ From the original posting in [1] ]
> Hi Greg,
>
> just testing Linux v3.18.2-rc1.
>
Boots fine here (with the usual warnings in acpi/pnp).
- Sedat -
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Wed, Jan 7, 2015 at 11:24 AM, Stephen Rothwell wrote:
> Hi Sedat,
>
> On Wed, 7 Jan 2015 09:24:57 +0100 Sedat Dilek wrote:
>>
>> My workflow looks like this
>>
>> # Get mainline Git tree
>> $ git clone $LINUS_GIT_URL
>>
>> # Checkout lates
On Mon, Jan 19, 2015 at 1:23 PM, Cyril Hrubis wrote:
> God news everyone,
>
> the Linux Test Project test suite stable release for *January 2015* has
> been released.
>
> Since the last release 139 patches by 21 authors were merged.
>
> Notable changes are:
>
> * Fixes and enhancements of network
On Mon, Jan 19, 2015 at 5:03 PM, Cyril Hrubis wrote:
> Hi!
>> congrats to the new release!
>>
>> I will check my "iniza" setup of Linux v3.19-rc5 the "(runltp-)lite" way.
>>
>> Can you please add checksum files (md5sum, sha256, etc.) to the place
>> where we get the tarballs, please?
>
> These are
On Thu, Apr 30, 2015 at 4:50 PM, David Howells wrote:
> Sedat Dilek wrote:
>
>> This happened a 2nd time with a different kernel-series!
>> Not sure why this was the case.
>> It did not happen when rebuilding with the same kernel-config again.
>> Not sure if paral
[ QUOTE ]
Hi Linus,
Please revert:
commit 5baefd6d84163443215f4a99f6a20f054ef11236
Author: John Stultz
Date: Tue Jul 10 18:43:25 2012 -0400
hrtimer: Update hrtimer base offsets each hrtimer_interrupt
This breaks resume on the iBook G4 and Toshiba Portege R500 (at least), by
adding an ex
On Mon, Jul 16, 2012 at 9:48 AM, Al Viro wrote:
> On Mon, Jul 16, 2012 at 05:17:09PM +1000, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20120713:
>>
>> The ext4 tree lost its build failure.
>>
>> The vfs tree gained a build failure so I used the version from
>> next-20120713.
>
> Detail
On Mon, Jul 16, 2012 at 9:54 AM, Sedat Dilek wrote:
> On Mon, Jul 16, 2012 at 9:48 AM, Al Viro wrote:
>> On Mon, Jul 16, 2012 at 05:17:09PM +1000, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Changes since 20120713:
>>>
>>> The ext4 tree lost
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 against the mtd tree.
>
> The battery tree tree lost its build failure.
>
> The regulator tree gained conflicts against the
501 - 600 of 1434 matches
Mail list logo
