Re: GPU switching without custom kernels on ASUS AMD hybrid GPU laptops ? asusctl...

On Thu, Aug 26, 2021 at 4:07 AM Patrick O'Callaghan wrote: > > That looks interesting, but the link shows no description, not even a > README. Is this specifically for AMD chipsets or is it more general? > Like I said previously, this is alpha quality software. Not even beta at this point. I

Re: premature umount

On Thu, 26 Aug 2021 10:56:47 -0700 Samuel Sieb wrote: > On 2021-08-26 10:34 a.m., Roberto Ragusa wrote: > > On 8/26/21 2:57 PM, Geoffrey Leach wrote: > >> On Thu, 26 Aug 2021 09:11:34 +0200 > >> Roberto Ragusa wrote: > >> > >>> On 8/26/21 7:01 AM, Geoffrey Leach wrote: > On Wed, 25 Au

Re: premature umount

On Thu, 26 Aug 2021 10:48:15 -0700 Gordon Messmer wrote: > On 8/25/21 9:26 PM, Samuel Sieb wrote: > > You could add a "sync" after the copy and before the "umount". > > > https://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync > > We're getting into myths and legends territory.  Runni

Re: premature umount

On 2021-08-26 10:34 a.m., Roberto Ragusa wrote: On 8/26/21 2:57 PM, Geoffrey Leach wrote: On Thu, 26 Aug 2021 09:11:34 +0200 Roberto Ragusa wrote: On 8/26/21 7:01 AM, Geoffrey Leach wrote: On Wed, 25 Aug 2021 21:26:19 -0700 You could add a "sync" after the copy and before the "umount".

Re: premature umount

On 2021-08-26 10:48 a.m., Gordon Messmer wrote: On 8/25/21 9:26 PM, Samuel Sieb wrote: You could add a "sync" after the copy and before the "umount". https://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync We're getting into myths and legends territory.  Running sync before umount isn

Re: premature umount

On 8/25/21 9:26 PM, Samuel Sieb wrote: You could add a "sync" after the copy and before the "umount". https://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync We're getting into myths and legends territory.  Running sync before umount isn't harmful, but umount will flush any dirty buffe

Re: premature umount

On Thu, 26 Aug 2021 19:34:55 +0200 Roberto Ragusa wrote: > On 8/26/21 2:57 PM, Geoffrey Leach wrote: > > On Thu, 26 Aug 2021 09:11:34 +0200 > > Roberto Ragusa wrote: > > > >> On 8/26/21 7:01 AM, Geoffrey Leach wrote: > >>> On Wed, 25 Aug 2021 21:26:19 -0700 > >> > You could add a "

Re: premature umount

On 8/26/21 2:57 PM, Geoffrey Leach wrote: On Thu, 26 Aug 2021 09:11:34 +0200 Roberto Ragusa wrote: On 8/26/21 7:01 AM, Geoffrey Leach wrote: On Wed, 25 Aug 2021 21:26:19 -0700 You could add a "sync" after the copy and before the "umount". Just what I needed. Thanks. Absolutely not. If

Re: premature umount

The rsync wouldn't fix anything, but copy/copy would -at best- overwrite the same data ... rsync would compare and update if different. Either case, purely a workaround. Umount of a file system should include a sync (for open files on that file system). John Westerdale Sr Container Consultant

Re: premature umount

On Thu, 26 Aug 2021 09:09:30 -0400 John Westerdale wrote: > maybe ... rsync... rsync ... sync ... unmount? > > > On Thu, Aug 26, 2021 at 9:01 AM Geoffrey Leach > wrote: > > > On Thu, 26 Aug 2021 19:20:06 +0930 > > Tim via users wrote: > > > > > On Wed, 2021-08-25 at 21:21 -0700, Geoffrey L

Re: premature umount

maybe ... rsync... rsync ... sync ... unmount? John Westerdale Sr Container Consultant * RHCSA-8.2* Red Hat NYC Office/WFH john.westerd...@redhat.com M: 201-376-9993 IM: jwesterd He / Him / His I respect your Life-Work balance. No nee

Re: premature umount

On Thu, 26 Aug 2021 19:20:06 +0930 Tim via users wrote: > On Wed, 2021-08-25 at 21:21 -0700, Geoffrey Leach wrote: > > I have a script that mounts an MP3 device, copies files and umounts. > > As I have counted on the umount to hang until the data transfer is > > complete. That has worked fine unt

Re: premature umount

On Thu, 26 Aug 2021 09:11:34 +0200 Roberto Ragusa wrote: > On 8/26/21 7:01 AM, Geoffrey Leach wrote: > > On Wed, 25 Aug 2021 21:26:19 -0700 > > >> You could add a "sync" after the copy and before the "umount". > > > > Just what I needed. Thanks. > > Absolutely not. > If umount is failing

Re: GPU switching without custom kernels on ASUS AMD hybrid GPU laptops ? asusctl...

On Thu, 2021-08-26 at 11:07 +0100, Patrick O'Callaghan wrote: > On Thu, 2021-08-26 at 01:30 -0600, linux guy wrote: > > I got GPU switching by downloading and building this utility: > > https://gitlab.com/asus-linux/supergfxctl > > It does not require a custom kernel.  The author just uploaded it. 

Re: GPU switching without custom kernels on ASUS AMD hybrid GPU laptops ? asusctl...

On Thu, 2021-08-26 at 01:30 -0600, linux guy wrote: > I got GPU switching by downloading and building this utility: > https://gitlab.com/asus-linux/supergfxctl > It does not require a custom kernel.  The author just uploaded it.  > There > were a few dependency issues and the daemon did not automat

Re: premature umount

On Wed, 2021-08-25 at 21:21 -0700, Geoffrey Leach wrote: > I have a script that mounts an MP3 device, copies files and umounts. > As I have counted on the umount to hang until the data transfer is > complete. That has worked fine until recently. Now the umount > finishes, leaving much of the data u

Re: premature umount

On 8/26/21 1:11 AM, Roberto Ragusa wrote: If umount is failing to do a complete flushing by itself it is a serious (press-release level) bug and must be investigated. I agree that an issue like this needs to be reported and investigated, but there's no reason not to use such a simple mitigatio

Re: GPU switching without custom kernels on ASUS AMD hybrid GPU laptops ? asusctl...

Update I got GPU switching by downloading and building this utility: https://gitlab.com/asus-linux/supergfxctl It does not require a custom kernel. The author just uploaded it. There were a few dependency issues and the daemon did not automatically install. But the author helped me troubleshoot

Re: premature umount

On 8/26/21 7:01 AM, Geoffrey Leach wrote: On Wed, 25 Aug 2021 21:26:19 -0700 You could add a "sync" after the copy and before the "umount". Just what I needed. Thanks. Absolutely not. If umount is failing to do a complete flushing by itself it is a serious (press-release level) bug and mus