Re: [Linux 4.2-rc8+] circular locking dependency detected: [pppd] ppp_dev_uninit() | rtnl_lock()

2015-09-04 Thread Sedat Dilek
> 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:

Re: [Linux 4.2-rc8+...v4.3-rc2] REGRESSION: ppp: circular locking dependency detected: [pppd] ppp_dev_uninit() | rtnl_lock()

2015-09-24 Thread Sedat Dilek
On Thu, Sep 24, 2015 at 1:03 PM, Guillaume Nault <g.na...@alphalink.fr> wrote: > On Wed, Sep 23, 2015 at 11:21:50PM +0200, Sedat Dilek wrote: >> On Wed, Sep 23, 2015 at 10:46 PM, Sedat Dilek <sedat.di...@gmail.com> wrote: >> > On Wed, Sep 23, 2015 at 12:38 PM, Guillau

Re: [Linux 4.2-rc8+...v4.3-rc2] REGRESSION: ppp: circular locking dependency detected: [pppd] ppp_dev_uninit() | rtnl_lock()

2015-09-23 Thread Sedat Dilek
On Wed, Sep 23, 2015 at 10:46 PM, Sedat Dilek <sedat.di...@gmail.com> wrote: > On Wed, Sep 23, 2015 at 12:38 PM, Guillaume Nault <g.na...@alphalink.fr> > wrote: >> On Wed, Sep 23, 2015 at 08:06:16AM +0200, Sedat Dilek wrote: >>> Without reverting the below culpri

Re: [Linux 4.2-rc8+...v4.3-rc2] REGRESSION: ppp: circular locking dependency detected: [pppd] ppp_dev_uninit() | rtnl_lock()

2015-09-23 Thread Sedat Dilek
On Wed, Sep 23, 2015 at 12:38 PM, Guillaume Nault <g.na...@alphalink.fr> wrote: > On Wed, Sep 23, 2015 at 08:06:16AM +0200, Sedat Dilek wrote: >> Without reverting the below culprit ppp patch... >> >> commit/?id=8cb775bc0a34dc596837e7da03fd22c747be618b >> (&qu

Re: [Linux 4.2-rc8+...v4.3-rc2] REGRESSION: ppp: circular locking dependency detected: [pppd] ppp_dev_uninit() | rtnl_lock()

2015-09-25 Thread Sedat Dilek
On Thu, Sep 24, 2015 at 8:00 PM, David Miller <da...@davemloft.net> wrote: > From: Sedat Dilek <sedat.di...@gmail.com> > Date: Thu, 24 Sep 2015 18:19:16 +0200 > >> OK, I guess DaveM will take your patch into net.git#master first... >> and tag it there with CC-

Re: [Linux 4.2-rc8+...v4.3-rc2] REGRESSION: ppp: circular locking dependency detected: [pppd] ppp_dev_uninit() | rtnl_lock()

2015-09-25 Thread Sedat Dilek
On Fri, Sep 25, 2015 at 7:58 AM, Sedat Dilek <sedat.di...@gmail.com> wrote: > On Thu, Sep 24, 2015 at 8:00 PM, David Miller <da...@davemloft.net> wrote: >> From: Sedat Dilek <sedat.di...@gmail.com> >> Date: Thu, 24 Sep 2015 18:19:16 +0200 >> >>> OK,

[Linux-v4.4-LTS] ppp: Backport of rtnetlink device handling

2016-01-03 Thread Sedat Dilek
Hi Guillaume, which patches do I need to backport "ppp: rtnetlink device handling" to Linux v4.4 which will be a LongTerm-Supported (LTS) Linux-kernel [0]? I tried [1] and [2] on top of recent net-next Git tree which will be in Linux v4.5. Currently, your patches are not included in

Re: [1/2] ppp: define reusable device creation functions

2016-01-03 Thread Sedat Dilek
Built up and ran successfully on my Ubuntu/precise AMD64 box on top of net-next.git#master up to ("c07f30ad6805: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net"). Feel free to add my... Tested-by: Sedat Dilek <sedat.di...@gmail.com> - Sedat - [1] https://patc

Re: [net-next] l2tp: rely on ppp layer for skb scrubbing

2016-01-03 Thread Sedat Dilek
rtnetlink device handling Feel free to add my... Tested-by: Sedat Dilek <sedat.di...@gmail.com> - Sedat - [1] https://patchwork.ozlabs.org/patch/561540/ -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org Mo

Re: [2/2] ppp: implement rtnetlink device handling

2016-01-03 Thread Sedat Dilek
Built up and ran successfully on my Ubuntu/precise AMD64 box on top of net-next.git#master up to ("c07f30ad6805: Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net"). Feel free to add my... Tested-by: Sedat Dilek <sedat.di...@gmail.com> - Sedat - [1] https://patc

[net-next] ppp: rtnetlink device handling

2015-12-30 Thread Sedat Dilek
Hi Guillaume, can you explain why you moved ppp to rtnetlink device handling? Benefits, etc.? Does anything change when using NetworkManager/ModemManager/pppd for my network setup/handling (here: Ubuntu/precise AMD64)? Thanks in advance. Regards, - Sedat - P.S.: Coming soon... Not (only) in

Re: [net-next] ppp: rtnetlink device handling

2015-12-31 Thread Sedat Dilek
On Thu, Dec 31, 2015 at 12:01 PM, Sedat Dilek <sedat.di...@gmail.com> wrote: > On Thu, Dec 31, 2015 at 11:41 AM, Guillaume Nault <g.na...@alphalink.fr> > wrote: >> On Thu, Dec 31, 2015 at 08:46:59AM +0100, Sedat Dilek wrote: >>> Hi Guillaume, >>> >>

Re: [net-next] ppp: rtnetlink device handling

2015-12-31 Thread Sedat Dilek
On Thu, Dec 31, 2015 at 11:41 AM, Guillaume Nault <g.na...@alphalink.fr> wrote: > On Thu, Dec 31, 2015 at 08:46:59AM +0100, Sedat Dilek wrote: >> Hi Guillaume, >> >> can you explain why you moved ppp to rtnetlink device handling? >> Benefits, etc.? &

Re: [net-next] ppp: rtnetlink device handling

2015-12-31 Thread Sedat Dilek
On Thu, Dec 31, 2015 at 6:10 PM, David Miller <da...@davemloft.net> wrote: > From: Sedat Dilek <sedat.di...@gmail.com> > Date: Thu, 31 Dec 2015 15:06:18 +0100 > >> Just off-topic... > > Please do not hijack a thread discussing a patch series like this to > talk

Re: codel: split into multiple files

2016-04-26 Thread Sedat Dilek
On 4/26/16, Michal Kazior <michal.kaz...@tieto.com> wrote: > On 26 April 2016 at 08:09, Sedat Dilek <sedat.di...@gmail.com> wrote: >> Hi, >> >> I had a very quick view on net-next.git#master (up to commit >> fab7b629a82da1b59620470d13152aff975239f6)

Re: codel: split into multiple files

2016-04-26 Thread Sedat Dilek
Hi, I had a very quick view on net-next.git#master (up to commit fab7b629a82da1b59620470d13152aff975239f6). Commit in [1] aka "codel: split into multiple files" removed codel.h but [2] and [3] have relicts to it. Forgot to remove? (Not sure if there exist more relicts.) Regards, - Sedat - [1]

Re: [GIT] Networking

2016-05-19 Thread Sedat Dilek
On 5/19/16, Reinoud Koornstra wrote: > On Thu, May 19, 2016 at 2:20 AM, Reinoud Koornstra > wrote: >> On Wed, May 18, 2016 at 12:51 PM, Linus Torvalds >> wrote: >>> On Wed, May 18, 2016 at 11:45 AM, Linus

Re: [v4.6-rc7-183-g1410b74e4061]

2016-05-22 Thread Sedat Dilek
On 5/16/16, Sedat Dilek <sedat.di...@gmail.com> wrote: > On 5/16/16, Peter Zijlstra <pet...@infradead.org> wrote: >> On Mon, May 16, 2016 at 07:42:35PM +0200, Sedat Dilek wrote: >> >>> Unfortunately, I could not reproduce this again with none of my &

Re: [v4.6-rc7-183-g1410b74e4061]

2016-05-16 Thread Sedat Dilek
On 5/16/16, Peter Zijlstra <pet...@infradead.org> wrote: > On Mon, May 16, 2016 at 07:42:35PM +0200, Sedat Dilek wrote: > >> Unfortunately, I could not reproduce this again with none of my >> 183-kernels. >> When I first hit a "chain_key collision" issue,

Re: [v4.6-rc7-183-g1410b74e4061]

2016-05-16 Thread Sedat Dilek
On 5/16/16, Ingo Molnar <mi...@kernel.org> wrote: > > * Sedat Dilek <sedat.di...@gmail.com> wrote: > >> Hi, >> >> as Linux v4.6 is very near, I decided to write this bug report (only >> drunk one coffee). >> >> First, I am not absolute

tcp_bbr: Forcing set of BBR congestion control as default

2017-01-01 Thread Sedat Dilek
Hi, I am trying to force the set of BBR congestion control as default. My old linux-config uses CUBIC as default. I want both BBR and CUBIC to be built but BBR shall be my default. I tried the below snippet. I refresh my new linux-config like this... $ MAKE="make V=1" ; COMPILER="mycompiler" ;

Re: tcp_bbr: Forcing set of BBR congestion control as default

2017-01-02 Thread Sedat Dilek
On Mon, Jan 2, 2017 at 8:12 PM, Neal Cardwell <ncardw...@google.com> wrote: > On Mon, Jan 2, 2017 at 1:49 PM, Sedat Dilek <sedat.di...@gmail.com> wrote: >> On Mon, Jan 2, 2017 at 7:17 PM, Neal Cardwell <ncardw...@google.com> wrote: >>> On Mon, Jan 2, 201

Re: tcp_bbr: Forcing set of BBR congestion control as default

2017-01-02 Thread Sedat Dilek
On Mon, Jan 2, 2017 at 7:17 PM, Neal Cardwell <ncardw...@google.com> wrote: > On Mon, Jan 2, 2017 at 12:05 AM, Sedat Dilek <sedat.di...@gmail.com> wrote: >> >> Hi, >> >> I am trying to force the set of BBR congestion control as default. >> My old linux

[linux-stable-3.16.y] tun: allow positive return values on dev_get_valid_name() call

2018-05-14 Thread Sedat Dilek
Hi Ben, some Debian/jessie systems were caught by the bug-report in [1]. This issue was recently fixed in an updated Debian kernel for v3.16.y. Will you include the patch "tun: allow positive return values on dev_get_valid_name() call" [2] in linux-stable-3.16.y upstream? This was a fix for