On Wed, Mar 10, 2021 at 11:40:47AM +0100, Geert Uytterhoeven wrote:
> > > (And yes, I prefer lore.kernel.org over marc, although for single
> > > patches it doesn't make much of a difference. For patch series, I find
> > > 'b4' so convenient that I definitely want the patch to show up on
> > > lore
Hi David,
Good to see you're back!
On Wed, Mar 10, 2021 at 1:27 AM David Miller wrote:
> From: Linus Torvalds
> Date: Tue, 9 Mar 2021 11:27:41 -0800
> > On Tue, Mar 9, 2021 at 11:08 AM David Miller wrote:
> > (And yes, I prefer lore.kernel.org over marc, although for single
> > patches it does
From: Linus Torvalds
Date: Tue, 9 Mar 2021 17:17:24 -0800
> On Tue, Mar 9, 2021 at 5:15 PM David Miller wrote:
>>
>> Somehow you pull didn't get commits:
>
> Look closer at the pull date. That was before you had updated your branch.
>
> I did a second pull just moments ago, I'll push it out (a
On Tue, Mar 9, 2021 at 5:15 PM David Miller wrote:
>
> Somehow you pull didn't get commits:
Look closer at the pull date. That was before you had updated your branch.
I did a second pull just moments ago, I'll push it out (along with the
networking one), after all my tests have passed.
From: David Miller
Date: Tue, 09 Mar 2021 16:24:54 -0800 (PST)
> From: Linus Torvalds
> Date: Tue, 9 Mar 2021 11:27:41 -0800
>
>> On Tue, Mar 9, 2021 at 11:08 AM David Miller wrote:
>>
>> (And yes, I prefer lore.kernel.org over marc, although for single
>> patches it doesn't make much of a di
From: Linus Torvalds
Date: Tue, 9 Mar 2021 11:27:41 -0800
> On Tue, Mar 9, 2021 at 11:08 AM David Miller wrote:
>
> (And yes, I prefer lore.kernel.org over marc, although for single
> patches it doesn't make much of a difference. For patch series, I find
> 'b4' so convenient that I definitely w
On Tue, Mar 9, 2021 at 11:08 AM David Miller wrote:
>
> I'll make sure that gets into my next pull req, thanks.
Note that it's obviously always easiest for me to just ignore
something like sparc entirely, but on the other hand, particularly for
low-volume trees it's also ok to just say "I don't h
From: John Paul Adrian Glaubitz
Date: Tue, 9 Mar 2021 01:19:05 +0100
> Hi Dave!
>
> On 3/9/21 12:46 AM, David Miller wrote:
>> Just some more random bits from Al, including a conversion over to generic
>> exytables.
>
> Is there a chance we could include this important fix by Rob Gardner for
Hi Dave!
On 3/9/21 12:46 AM, David Miller wrote:
> Just some more random bits from Al, including a conversion over to generic
> exytables.
Is there a chance we could include this important fix by Rob Gardner for 5.12
as well?
> https://marc.info/?l=linux-sparc&m=161457847223456&w=2
It fixes
The pull request you sent on Tue, 23 Feb 2021 13:21:26 -0800 (PST):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git
> refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6dd580b93da8de5cab4ac1f24f343086318b664e
Thank you!
--
Deet-doot-d
The pull request you sent on Sun, 07 Jun 2020 17:16:18 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-next
> refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/52e0ad262cd76696e8cd8510944b0bfdc0c140a9
Thank you!
--
Deet-doot-
The pull request you sent on Fri, 12 Jul 2019 23:17:42 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git
> refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ec9249752465b87b5b26d03f476eebaf872ebd12
Thank you!
--
Deet-doot-d
The pull request you sent on Sun, 02 Jun 2019 22:21:07 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git
> refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/01e7a841b4346836f19b40677e1fef4657cc0d0d
Thank you!
--
Deet-doot-d
The pull request you sent on Thu, 09 May 2019 14:35:31 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git
> refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9b6c9e96f941c5ab13dad7278a3622f58e5672fc
Thank you!
--
Deet-doot-d
The pull request you sent on Sat, 22 Dec 2018 15:46:26 -0800 (PST):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc-next.git master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/c2f1f3e0e17d94ab0c66d83e669492cb9e9a3698
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Fri, 21 Dec 2018 12:42:43 -0800 (PST):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6cafab50eea327e0d198cc9579a60440fc959756
Thank you!
--
Deet-doot-dot, I am a bot
The pull request you sent on Sun, 02 Dec 2018 21:33:11 -0800 (PST):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9099ff769faf879b5cb6e24e04c7904a8352aef0
Thank you!
--
Deet-doot-dot, I am a bot
On Wed, Oct 31, 2018 at 6:44 PM David Miller wrote:
>
> Two small fixes, please pull.
Pulled,
Linus
On Fri, Oct 26, 2018 at 4:08 PM David Miller wrote:
>
> Some more sparc fixups, mostly aimed at getting the allmodconfig build
> up and clean again.
Pulled,
Linus
On Thu, Oct 25, 2018 at 11:28 AM David Miller wrote:
>
> Please pull to get this build regression fix.
Pulled,
Linus
On Wed, Oct 24, 2018 at 4:31 AM David Miller wrote:
>
> Mostly VDSO cleanups and optimizations.
Pulled,
Linus
On Thu, Oct 18, 2018 at 04:33:23PM -0700, David Miller wrote:
>
> The main bit here is fixing how fallback system calls are handled in
> the sparc vDSO.
>
> Unfortunately, I fat fingered the commit and some perf debugging hacks
> slipped into the vDSO fix, which I revert in the very next commit.
On Mon, Oct 15, 2018 at 07:39:45PM -0700, David Miller wrote:
>
> 1) Revert the %pOF change, it causes regressions.
>
> 2) Wire up io_pgetevents().
>
> 3) Fix perf events on single-PCR sparc64 cpus.
>
> 4) Do proper perf event throttling like arm and x86.
>
> Please pull, thanks a lot!
>
> Th
On Sun, Oct 07, 2018 at 11:48:32PM -0700, David Miller wrote:
>
> I've been moving so haven't had access to my Sparc boxes during this
> time. That's been resolved, and now I can get the patches flowing
> again.
>
> 1) Minor fallthru comment tweaks from Gustavo A. R. Silva.
>
> 2) VLA removal f
Of course this should have been "[GIT] Networking", sigh...
On Sat, 7 Nov 2015, Julian Calaby wrote:
> Hi Julia,
>
> On Fri, Nov 6, 2015 at 5:44 PM, Julia Lawall wrote:
> > On Fri, 6 Nov 2015, Julian Calaby wrote:
> >
> >> Hi Linus,
> >>
> >> On Fri, Nov 6, 2015 at 11:56 AM, Linus Torvalds
> >> wrote:
> >> > On Thu, Nov 5, 2015 at 4:43 PM, Linus Torva
Hi Julia,
On Fri, Nov 6, 2015 at 5:44 PM, Julia Lawall wrote:
> On Fri, 6 Nov 2015, Julian Calaby wrote:
>
>> Hi Linus,
>>
>> On Fri, Nov 6, 2015 at 11:56 AM, Linus Torvalds
>> wrote:
>> > On Thu, Nov 5, 2015 at 4:43 PM, Linus Torvalds
>> > wrote:
>> >>
>> >> Not that this *matters*, but it's a
On Fri, 6 Nov 2015, Julian Calaby wrote:
> Hi Linus,
>
> On Fri, Nov 6, 2015 at 11:56 AM, Linus Torvalds
> wrote:
> > On Thu, Nov 5, 2015 at 4:43 PM, Linus Torvalds
> > wrote:
> >>
> >> Not that this *matters*, but it's a bit odd to have to cast constants
> >> to perfectly regular C types.
> >
From: Linus Torvalds
Date: Thu, 5 Nov 2015 16:43:52 -0800
> On Thu, Nov 5, 2015 at 1:39 PM, David Miller wrote:
>>
>> 5) Fix iommu-common code so it doesn't emit rediculous warnings
>>on some architectures, particularly ARM.
>
> Heh. So looking at that patch, I can't but help to react that
Hi Linus,
On Fri, Nov 6, 2015 at 11:56 AM, Linus Torvalds
wrote:
> On Thu, Nov 5, 2015 at 4:43 PM, Linus Torvalds
> wrote:
>>
>> Not that this *matters*, but it's a bit odd to have to cast constants
>> to perfectly regular C types.
>
> Looking around with "git grep", there's a few more of these.
On Thu, Nov 5, 2015 at 4:43 PM, Linus Torvalds
wrote:
>
> Not that this *matters*, but it's a bit odd to have to cast constants
> to perfectly regular C types.
Looking around with "git grep", there's a few more of these.
- btrfs seems to like "(unsigned long)-1"
There's a few other users of
On Thu, Nov 5, 2015 at 1:39 PM, David Miller wrote:
>
> 5) Fix iommu-common code so it doesn't emit rediculous warnings
>on some architectures, particularly ARM.
Heh. So looking at that patch, I can't but help to react that this:
#define IOMMU_ERROR_CODE (~(unsigned long) 0)
is stil
From: Linus Torvalds
Date: Mon, 23 Mar 2015 10:12:30 -0700
> Oh well. I'm actually somewhat surprised this didn't hit anything
> else. Doesn't networking also end up doing overlapping memmove() on
> the skb data occasionally?
The only case I can think of is when {en,de}capsulating VLANs in
softw
From: Linus Torvalds
Date: Mon, 23 Mar 2015 10:05:10 -0700
> On Mon, Mar 23, 2015 at 9:55 AM, David Miller wrote:
>>
>> Some perf bug fixes from David Ahern, and the fix for that nasty
>> memmove() bug.
>
> That doesn't seem to be marked for stable? Or do you do the same thing
> as for networki
On Mon, Mar 23, 2015 at 10:05 AM, Linus Torvalds
wrote:
> On Mon, Mar 23, 2015 at 9:55 AM, David Miller wrote:
>>
>> Some perf bug fixes from David Ahern, and the fix for that nasty
>> memmove() bug.
>
> That doesn't seem to be marked for stable? Or do you do the same thing
> as for networking, a
On Mon, Mar 23, 2015 at 9:55 AM, David Miller wrote:
>
> Some perf bug fixes from David Ahern, and the fix for that nasty
> memmove() bug.
That doesn't seem to be marked for stable? Or do you do the same thing
as for networking, and just collect stable patches manually?
Pulled,
On Mon, Oct 27, 2014 at 06:43:27PM -0400, David Miller wrote:
> From: Andrew Morton
> Date: Mon, 27 Oct 2014 14:09:38 -0700
>
> > Perhaps sparc should be defining CONFIG_HAVE_GENERIC_RCU_GUP.
> >
> > We really should switch x86 to the generic version - from a quick read
> > it looks like it will
From: Andrew Morton
Date: Mon, 27 Oct 2014 14:09:38 -0700
> Perhaps sparc should be defining CONFIG_HAVE_GENERIC_RCU_GUP.
>
> We really should switch x86 to the generic version - from a quick read
> it looks like it will work without needing any changes.
>
> Steve, thoughts?
We need to add the
On Fri, 24 Oct 2014 12:47:48 -0700 Linus Torvalds
wrote:
> On Fri, Oct 24, 2014 at 10:32 AM, David Miller wrote:
> >
> >It's really idiotic to have a weak symbolled fallback that just
> >returns zero, and causes this kind of bug. There should be no
> >backup implementation and the
On Fri, Oct 24, 2014 at 10:32 AM, David Miller wrote:
>
>It's really idiotic to have a weak symbolled fallback that just
>returns zero, and causes this kind of bug. There should be no
>backup implementation and the link should fail if the architecture
>fails to provide __get_user_
From: Dave Jones
Date: Tue, 6 May 2014 12:29:46 -0400
> It seems like forever you go you sent me patches to trinity to make it
> work on sparc. I'm curious if you've tried running it again more
> recently ? Given the work I've done it to do more creative things with
> VM related syscalls, I wou
On Tue, May 06, 2014 at 11:30:31AM -0400, David Miller wrote:
>
> I've been auditing the THP support on sparc64 and found several bugs,
> hopefully most of which are fixed completely here.
Hi Dave,
It seems like forever you go you sent me patches to trinity to make it
work on sparc. I'm curi
From: Sergei Shtylyov
Date: Fri, 06 Sep 2013 02:32:51 +0400
> Hello.
>
> On 09/06/2013 12:44 AM, David Miller wrote:
>
>> Several bug fixes (from Kirill Tkhai, Geery Uytterhoeven, and Alexey
>> Dobriyan) and some support for Fujitsu sparc64x chips (from Allen
>> Pais).
>
>> Please pull, thanks
Hello.
On 09/06/2013 12:44 AM, David Miller wrote:
Several bug fixes (from Kirill Tkhai, Geery Uytterhoeven, and Alexey
Dobriyan) and some support for Fujitsu sparc64x chips (from Allen
Pais).
Please pull, thanks a lot!
You meant that for 'linux-sparc', not 'linux-ide', right? :-)
WBR,
From: Al Viro
Date: Wed, 10 Oct 2012 06:11:10 +0100
> sparc64: fix ptrace interaction with force_successful_syscall_return()
>
> we want syscall_trace_leave() called on exit from any syscall;
> skipping its call in case we'd done force_successful_syscall_return()
> is broken...
>
> Sign
On Mon, Oct 08, 2012 at 04:18:06PM -0400, David Miller wrote:
>
> There is an attempt to fix a bad interaction between syscall tracing
> and force_successful_syscall() from Al Viro, but it needs to be redone
> as it introduced regressions and thus had to be reverted for now.
>
> Al is working on
46 matches
Mail list logo
