Re: Is s390's new generic-using syscall code actually correct?

Sven Schnelle writes: > Hi Andy, > > Andy Lutomirski writes: > >> On Wed, Mar 24, 2021 at 10:39 AM Vasily Gorbik wrote: >>> >>> Hi Andy, >>> >>> On Sat, Mar 20, 2021 at 08:48:34PM -0700, Andy Lutomirski wrote: >>> > Hi all- >>> > >>> > I'm working on my kentry patchset, and I encountered: >>> >

Re: Is s390's new generic-using syscall code actually correct?

Hi Andy, Andy Lutomirski writes: > On Wed, Mar 24, 2021 at 10:39 AM Vasily Gorbik wrote: >> >> Hi Andy, >> >> On Sat, Mar 20, 2021 at 08:48:34PM -0700, Andy Lutomirski wrote: >> > Hi all- >> > >> > I'm working on my kentry patchset, and I encountered: >> > >> > commit 56e62a73702836017564eaacd5

Re: Is s390's new generic-using syscall code actually correct?

Hi Andy, sorry for the late reply, i was away from kernel development for a few weeks. Andy Lutomirski writes: > Hi all- > > I'm working on my kentry patchset, and I encountered: > > commit 56e62a73702836017564eaacd5212e4d0fa1c01d > Author: Sven Schnelle > Date: Sat Nov 21 11:14:56 2020 +010

Re: Is s390's new generic-using syscall code actually correct?

On Wed, Mar 24, 2021 at 10:39 AM Vasily Gorbik wrote: > > Hi Andy, > > On Sat, Mar 20, 2021 at 08:48:34PM -0700, Andy Lutomirski wrote: > > Hi all- > > > > I'm working on my kentry patchset, and I encountered: > > > > commit 56e62a73702836017564eaacd5212e4d0fa1c01d > > Author: Sven Schnelle > > D

Re: Is s390's new generic-using syscall code actually correct?

Hi Andy, On Sat, Mar 20, 2021 at 08:48:34PM -0700, Andy Lutomirski wrote: > Hi all- > > I'm working on my kentry patchset, and I encountered: > > commit 56e62a73702836017564eaacd5212e4d0fa1c01d > Author: Sven Schnelle > Date: Sat Nov 21 11:14:56 2020 +0100 > > s390: convert to generic en

Is s390's new generic-using syscall code actually correct?

Hi all- I'm working on my kentry patchset, and I encountered: commit 56e62a73702836017564eaacd5212e4d0fa1c01d Author: Sven Schnelle Date: Sat Nov 21 11:14:56 2020 +0100 s390: convert to generic entry As part of this work, I was cleaning up the generic syscall helpers, and I encountered t