Re: Linux 5.0-rc1

2019-02-10 Thread isdn
Hi all, Am 09.02.19 um 20:42 schrieb Paul Bolle: > Linus Torvalds schreef op zo 06-01-2019 om 18:14 [-0800]: >> Nothing particular stands out, although I do like >> seeing how some ancient drivers are getting put out to pasture >> (*cought*isdn*cough*). > > Just to let people know: the gigaset dr

Re: Linux 5.0-rc1

2019-02-09 Thread Paul Bolle
Linus Torvalds schreef op zo 06-01-2019 om 18:14 [-0800]: > Nothing particular stands out, although I do like > seeing how some ancient drivers are getting put out to pasture > (*cought*isdn*cough*). Just to let people know: the gigaset drivers will get my palliative care until a few weeks before

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Guo Ren
On Thu, Jan 10, 2019 at 08:26:13AM -0500, Konstantin Ryabitsev wrote: > On Thu, Jan 10, 2019 at 04:02:03PM +0800, Guo Ren wrote: > > Can I take back this pull request and send a new pull request with > > https:// URLs ? > > It's not necessary at this point, as the pull request has already been > p

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Konstantin Ryabitsev
On Thu, Jan 10, 2019 at 04:02:03PM +0800, Guo Ren wrote: > Can I take back this pull request and send a new pull request with > https:// URLs ? It's not necessary at this point, as the pull request has already been processed. However, your future emails should have the public URL of the git reposi

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Guo Ren
On Thu, Jan 10, 2019 at 03:59:22AM -0800, Linus Torvalds wrote: > On Thu, Jan 10, 2019 at 12:11 AM Guo Ren wrote: > > > > This pull-request is wrong on the patch: > > "csky: fixup module relocation error with 807 & 860". > > diff --git a/arch/csky/kernel/module.c b/arch/csky/kernel/module.c > > -

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Guo Ren
On Thu, Jan 10, 2019 at 12:22:46PM +0100, Arnd Bergmann wrote: > On Thu, Jan 10, 2019 at 9:11 AM Guo Ren wrote: > > > > Sorry Linus, > > > > This pull-request is wrong on the patch: > > "csky: fixup module relocation error with 807 & 860". > > diff --git a/arch/csky/kernel/module.c b/arch/csky/ker

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Linus Torvalds
On Thu, Jan 10, 2019 at 12:11 AM Guo Ren wrote: > > This pull-request is wrong on the patch: > "csky: fixup module relocation error with 807 & 860". > diff --git a/arch/csky/kernel/module.c b/arch/csky/kernel/module.c > - uint16_t location_tmp = (uint16_t *)location; > + uint16_t *loca

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Arnd Bergmann
On Thu, Jan 10, 2019 at 9:11 AM Guo Ren wrote: > > Sorry Linus, > > This pull-request is wrong on the patch: > "csky: fixup module relocation error with 807 & 860". > diff --git a/arch/csky/kernel/module.c b/arch/csky/kernel/module.c > - uint16_t location_tmp = (uint16_t *)location; > +

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Guo Ren
; Please drop it if possible and I'll send another [GIT PULL]. Best Regards Guo Ren On Wed, Jan 09, 2019 at 10:49:57PM +0800, guo...@kernel.org wrote: > The following changes since commit bfeffd155283772bbe78c6a05dec7c0128ee500c: > > Linux 5.0-rc1 (2019-01-06 17:08:20 -0800) &

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-10 Thread Guo Ren
Can I take back this pull request and send a new pull request with https:// URLs ? On Wed, Jan 09, 2019 at 01:29:55PM -0500, Konstantin Ryabitsev wrote: > On Wed, Jan 09, 2019 at 06:05:01PM +, pr-tracker-...@kernel.org wrote: > > The pull request you sent on Wed, 9 Jan 2019 22:49:57 +0800: >

Re: Linux 5.0-rc1

2019-01-09 Thread unconditionedwitness
The copyright owner can rescind. Those saying you cannot are wrong. Explained. In american vernacular: Video: http://www.veoh.com/watch/v141917696RbH96XaD https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4 Audio: http://ufile.io/sdhpl If you hit a video about a speedrunner: th

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-09 Thread Konstantin Ryabitsev
On Wed, Jan 09, 2019 at 10:40:20AM -0800, Linus Torvalds wrote: > Side note: I do wish people would use the proper _public_ access. I'm wondering if this largely happens due to people's insteadOf rules. We've established that git-request-pull will quietly substitute URLs in the emails it generates

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-09 Thread Linus Torvalds
On Wed, Jan 9, 2019 at 10:30 AM Konstantin Ryabitsev wrote: > > On Wed, Jan 09, 2019 at 06:05:01PM +, pr-tracker-...@kernel.org wrote: > > The pull request you sent on Wed, 9 Jan 2019 22:49:57 +0800: > > > > > (unable to parse the git remote) > > I just committed a fix for this. We weren't ex

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-09 Thread Konstantin Ryabitsev
On Wed, Jan 09, 2019 at 06:05:01PM +, pr-tracker-...@kernel.org wrote: > The pull request you sent on Wed, 9 Jan 2019 22:49:57 +0800: > > > (unable to parse the git remote) I just committed a fix for this. We weren't expecting URLs without :// in them. -K

Re: [GIT PULL] csky fixup for linux-5.0-rc1

2019-01-09 Thread pr-tracker-bot
The pull request you sent on Wed, 9 Jan 2019 22:49:57 +0800: > (unable to parse the git remote) has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/4064e47c82810586975b4304b105056389beaa06 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prt

[GIT PULL] csky fixup for linux-5.0-rc1

2019-01-09 Thread guoren
The following changes since commit bfeffd155283772bbe78c6a05dec7c0128ee500c: Linux 5.0-rc1 (2019-01-06 17:08:20 -0800) are available in the git repository at: g...@github.com:c-sky/csky-linux.git tags/csky-for-linus-5.0-rc1 for you to fetch changes up to

Re: Linux 5.0-rc1 (test results)

2019-01-08 Thread Michal Hocko
On Wed 09-01-19 00:16:59, Guo Ren wrote: > Thx Michal, > > On Tue, Jan 08, 2019 at 04:40:31PM +0100, Michal Hocko wrote: > > On Tue 08-01-19 17:51:07, Guo Ren wrote: > > [...] > > > static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm) > > > { > > > pte_t *pte; > > > unsigned long i;

Re: Linux 5.0-rc1 (test results)

2019-01-08 Thread Guo Ren
Thx Michal, On Tue, Jan 08, 2019 at 04:40:31PM +0100, Michal Hocko wrote: > On Tue 08-01-19 17:51:07, Guo Ren wrote: > [...] > > static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm) > > { > > pte_t *pte; > > unsigned long i; > > > > pte = (pte_t *) __get_free_page(GFP_KERNE

Re: Linux 5.0-rc1 (test results)

2019-01-08 Thread Michal Hocko
On Tue 08-01-19 17:51:07, Guo Ren wrote: [...] > static inline pte_t *pte_alloc_one_kernel(struct mm_struct *mm) > { > pte_t *pte; > unsigned long i; > > pte = (pte_t *) __get_free_page(GFP_KERNEL | __GFP_RETRY_MAYFAIL); >^^

Re: Linux 5.0-rc1 (test results)

2019-01-08 Thread Guo Ren
Hi Linus, On Mon, Jan 07, 2019 at 03:21:45PM -0800, Linus Torvalds wrote: > On Mon, Jan 7, 2019 at 11:26 AM Guenter Roeck wrote: > > > > Bisect points to commit 4cf58924951ef ("mm: treewide: remove unused address > > argument from pte_alloc functions"). Interesting - wasn't that supposed > > to be

Re: Linux 5.0-rc1 (test results)

2019-01-07 Thread Linus Torvalds
On Mon, Jan 7, 2019 at 11:26 AM Guenter Roeck wrote: > > Bisect points to commit 4cf58924951ef ("mm: treewide: remove unused address > argument from pte_alloc functions"). Interesting - wasn't that supposed > to be automatic ? > > csky does use the the removed address argument, so I won't even try

Re: Linux 5.0-rc1 (test results)

2019-01-07 Thread Guenter Roeck
On Sun, Jan 06, 2019 at 06:14:15PM -0800, Linus Torvalds wrote: > So this was a fairly unusual merge window with the holidays, and as a > result I'm not even going to complain about the pull requests that > ended up coming in late. It all mostly worked out fine, I think. And > lot of people got the

Re: linux-5.0-rc1/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c:412]: (style) Expression is always false

2019-01-07 Thread Dan Carpenter
On Mon, Jan 07, 2019 at 11:40:08AM +, David Binderman wrote: > > Hello there, > > linux-5.0-rc1/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c:412]: > (style) Expression is always false because 'else if' condition matches > previous condition at l

Re: linux-5.0-rc1/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c:412]: (style) Expression is always false

2019-01-07 Thread gre...@linuxfoundation.org
On Mon, Jan 07, 2019 at 11:40:08AM +, David Binderman wrote: > > Hello there, > > linux-5.0-rc1/drivers/staging/rtl8188eu/hal/hal8188e_rate_adaptive.c:412]: > (style) Expression is always false because 'else if' condition matches > previous condition at l

linux-next: stats (was: Linux 5.0-rc1)

2019-01-06 Thread Stephen Rothwell
Hi all, As usual, the executive friendly graph is at http://neuling.org/linux-next-size.html :-) (No merge commits counted, next-20181224 was the last linux-next before the merge window opened.) Commits in v5.0-rc1 (relative to v4.20): 10843 Commits in next-20181224:

Linux 5.0-rc1

2019-01-06 Thread Linus Torvalds
So this was a fairly unusual merge window with the holidays, and as a result I'm not even going to complain about the pull requests that ended up coming in late. It all mostly worked out fine, I think. And lot of people got their pull requests in early, and hopefully had a calm holiday season. Than