From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 2861 invoked from network); 8 Oct 2021 12:37:43 -0000 Received: from mother.openwall.net (195.42.179.200) by inbox.vuxu.org with ESMTPUTF8; 8 Oct 2021 12:37:43 -0000 Received: (qmail 5321 invoked by uid 550); 8 Oct 2021 12:37:41 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 5288 invoked from network); 8 Oct 2021 12:37:40 -0000 X-Gm-Message-State: AOAM5313VGEfFzdttrmlzxJnX0c/ipb8WDliZ7NixMfvsjgtYc8fyJ2k Qb4xGpvb8vPCiAHd/Pv+F60TqIWK4kSXfa+FY04= X-Google-Smtp-Source: ABdhPJz+OsHH9TxIx5K6iJ9DpkOYbAe4pbkJ+fTL9DRFiVKeKmwkbM0kl6Mrn8Ssl6rKFyFAWgZsHKiq0l0TwmsxawQ= X-Received: by 2002:a7b:c8d1:: with SMTP id f17mr3224956wml.35.1633696648763; Fri, 08 Oct 2021 05:37:28 -0700 (PDT) MIME-Version: 1.0 References: <20211007160634.GB7074@brightrain.aerifal.cx> <20211007165158.GC7074@brightrain.aerifal.cx> <20211008120609.GE7074@brightrain.aerifal.cx> In-Reply-To: <20211008120609.GE7074@brightrain.aerifal.cx> From: Arnd Bergmann Date: Fri, 8 Oct 2021 14:37:12 +0200 X-Gmail-Original-Message-ID: Message-ID: To: musl@lists.openwall.com Cc: Arnd Bergmann , Michael Forney , ALSA Development Mailing List , Takashi Iwai , Baolin Wang , y2038 Mailman List , Linux Kernel Mailing List , Mark Brown , Baolin Wang Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:OX25WjlRmgOWcj0+SKc6g5ZrROkl7WFfXFHiNkR8Z/Acs45RbFt AKdkmEbcV82O7TuV1gsaC/XcIjpYyAVT98Mb51KuThHfGOmbrPu6agzdgyOsyjFUo1YxoX7 NIJkOjZGPYaACBaaNF7TkGmdUpJOD3YALASQB8WEbyzO2CMu0sE9/ZKI+Lrl5hZwOEsIXU3 5vkouBWZads38Vk/eOgjA== X-UI-Out-Filterresults: notjunk:1;V03:K0:t0bCbs8sV7I=:CnoQ3pibGxFMMhURknUMhQ mTiYh/n8bGs0Wj+mpMJATpf+WgJ19N2W3aKdm8+/l+lrxyui7/kv9D9SOES7+tKCUkyEUCzjp 8+VzRhB36u4AVVaxigBKARhaWJHQsuF0ODQsMgneVUndTpr01sPBbrPbllRCCQoYGbf3Nu0YY 57GQLsdgXBPfCcThT/wY7BvnC1gE8ETFlaClTmg2QQ/NzCIVlNTxpgkJW3gLE9E3PbMpNb7+F FOHP5961VuopPDCVdXJsORboZFWZL0z5wnGBhr4ev5KgilUKJmliwE4MCo1516kawOyqP4qKD I+Lo6gDNHRibBVGVD/zXb1/rNBBciKSiPfnYAWMf3QDMpqYcJXEeaFUfl7o5QYwsF5iDz/Chv 6Y0wv9wHhZN8Fbr10ivVZxBWD5Ng/+nyUZuSDds1USM2yqUWSHNqeIqWE4ktTNvMnWD0zyibh Qic+m4p1k3nH88cDY7MLNhRQ2xPp5YhQ1mrKl6bcyJDd6RaS+e9Q93kwBd14hepaD7m8/64lF a+k42WqsLYHLpYz929Rg7ruK51yBq4qHLbwDIvC004sriRlbsh47MAz1NOqRUUZqvUaEl0kod BI2Llb6o9ROnHUoHkmS3h5iUNEmPwhsc9LpHjsU/tOa1MAM0ERLHjjGb6gpu6xr5m2cMZlou1 syIMFeyBJkG1Y0l6cV5otJj3hrqV7WfOwCO5ERxw6CqrnIokmkiHlBqvZC0xHLH15u1IwseuB 2cgE7lhaLzv8wTTprsNTk2xfpBI5R7M+IyTGx2NbVDI5Irv3eWAooX047JE1HI1zZ6KX1x/3j XvWmJtLhgKaqIOg8V8MUEIGnQGLk5A7oRMhcDALtQZZ8yeI0s+gITeN3Iw2HykQpakOFN9LhZ YSiRAB4+EHgfkUYQ5EHA== Subject: Re: [musl] Re: [alsa-devel] [PATCH v7 8/9] ALSA: add new 32-bit layout for snd_pcm_mmap_status/control On Fri, Oct 8, 2021 at 2:06 PM Rich Felker wrote: > On Fri, Oct 08, 2021 at 11:24:39AM +0200, Arnd Bergmann wrote: > > > > I've tried to understand this part of musl's convert_ioctl_struct(), but I just > > can't figure out whether it does the conversion based the on the layout that > > is currently used in the kernel, or based on the layout we should have been > > using, and would use with the above fix. Rich, can you help me here? > > If the attempted 64-bit ioctl is missing (ENOTTY), it does the > conversion to the legacy 32-bit one and retries with that, then > converts the results back to the 64-bit form. I understand that it tries to do that. The part that I'm not sure about is which of the two possible 64-bit forms it's using -- the broken one we have defined in the kernel headers, or the one we were trying to define but failed. Arnd