search for: glaubitz

...e: nouveau at lists.freedesktop.org Summary: [nv34 PowerMac G5] gnome-shell random crashes and rendering issues QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: glaubitz at physik.fu-berlin.de Hardware: PowerPC Status: NEW Version: 7.7 (2011) Component: Driver/nouveau Product: xorg Created attachment 87123 --> https://bugs.freedesktop.org/attachment.cgi?id=87123&action=edit dmesg of PowerMac G5 Model A1...

...es problems on the target system where I want to debug due to disk constraints. Is it possible to build LLVM and Clang but enable debug symbols for Clang only? If yes, how? Adrian PS: I'm only receiving digests on this list, so please keep me CC'ed. -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

As well as the actual patch reviews, has there been official approval that the M68k experimental backend can be added to trunk? I guess we need a "Backend: M68k" bugzilla component - is there anything else? On 13/11/2020 22:41, John Paul Adrian Glaubitz via llvm-dev wrote: > Hello! > > On 11/3/20 6:10 PM, Min-Yih Hsu wrote: >> Just a quick update on the Motorola 6800 backend: Based on the feedback, >> "M68k" (with lowercase "k") will now be the canonical target name and >> "m68k" be the targ...

Hi All, Just a quick update on the Motorola 6800 backend: Based on the feedback, "M68k" (with lowercase "k") will now be the canonical target name and "m68k" be the target triple name. I've updated all the patches under review to reflect this change. I'm also asking for everyone's help to review all the patches. /* Target independent changes */ 1.

...Product: xorg Version: 7.7 (2011) Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: glaubitz at physik.fu-berlin.de QAContact: xorg-team at lists.x.org Created attachment 64544 --> https://bugs.freedesktop.org/attachment.cgi?id=64544 Kernel log (dmesg) Hi, I have been running Debian Linux on a Apple PowerMac G4 "Quicksilver" (Model: M8493) with the following mai...

...could just build an LLVM variant on unsupported targets with the x86 backend enabled (in case it's mandatory to have at least one backend enabled). Thanks, Adrian > [1] https://buildd.debian.org/status/package.php?p=qttools-opensource-src&suite=sid -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

On Tue, 29 Sep 2020 at 18:53, John Paul Adrian Glaubitz < glaubitz at physik.fu-berlin.de> wrote: > So, shall we setup a server for that or is there some existing > infrastructure > from LLVM that is used in this case? > Unfortunately, we don't have a centralised infrastructure like GCC. Each target community is responsible for m...

...have the expertise to do so. But as I previously stated, I'm very interested to help keep LLVM in shape on the backends that are being used in Debian, especially the less popular ones as I know that ARM, PPC and X86 are very well maintained. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

On Mon, 28 Sep 2020 at 10:37, John Paul Adrian Glaubitz < glaubitz at physik.fu-berlin.de> wrote: > So, I think in case there was a problem with the backend in LLVM, the > community > would have enough momentum to work towards solving this issue. > Great! I agree. But we will enable the target in Debian the moment it becomes > us...

...freak out when a piece of text contains the word "fuck". I still don't understand why people think that the word "fuck" is what would keep certain groups from contributing to the Linux kernel. In all seriousness, it doesn't. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

On Sun, 27 Sep 2020 at 20:27, John Paul Adrian Glaubitz via llvm-dev < llvm-dev at lists.llvm.org> wrote: > As many of these classic systems still have very active communities, > especially the Amiga community, > development efforts are still very strong. For example, despite being the > oldest port of the Linux > kernel, the m68k...

...er problems that make > Clang unable to leverage all our components. > > Thank you! > Min > > On Tue, Sep 29, 2020 at 11:27 AM Renato Golin <rengolin at gmail.com > <mailto:rengolin at gmail.com>> wrote: > > On Tue, 29 Sep 2020 at 18:53, John Paul Adrian Glaubitz > <glaubitz at physik.fu-berlin.de > <mailto:glaubitz at physik.fu-berlin.de>> wrote: > > So, shall we setup a server for that or is there some existing > infrastructure > from LLVM that is used in this case? > > > Unfortuna...

.../125317.html > [2] https://lists.llvm.org/pipermail/llvm-dev/2018-August/125325.html > [3] https://www.bountysource.com/issues/80706251-m68k-convert-the-backend-to-mode_cc-so-it-can-be-kept-in-future-releases > [4] https://github.com/M680x0/M680x0-llvm -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

On Mon, 28 Sep 2020 at 19:13, Min-Yih Hsu <minyihh at uci.edu> wrote: > Thanks for all your feedback, those were extremely helpful, especially the > guidelines to split the patches. I think in my case, patch 3 ~ 6 are the > most problematic, I will rework them shortly. > Perfect, thanks! And most importantly, I'll present a roadmap regarding blockers we need to > clear

On Sun, Nov 15, 2020 at 1:27 PM John Paul Adrian Glaubitz via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On 11/15/20 9:33 PM, Simon Pilgrim via llvm-dev wrote: > > As well as the actual patch reviews, has there been official approval that the > > M68k experimental backend can be added to trunk? I guess we need a > > &qu...

....1Gi Swap: 4.0Gi 0B 4.0Gi root at akiko:~# This new type of emulation was made by QEMU contributions of Laurent Vivier who is going to give a talk on QEMU m68k this Friday at our next m68k meeting [1]. Adrian > [1] http://m68k.info/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

...3. Install libc headers to a sysroot. Alternatively, use a Debian-based system which allows co-installation of system libraries for multiple architectures (Multi-Arch). Never understood why other distributions aren't picking this mechanism up :-(. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

...le name. I've updated all the patches under review > to reflect this change. Are there any news on this? The M68k buildbot is ready to be enabled. It will be enabled once the backend has been merged [1]. Adrian > [1] https://reviews.llvm.org/D91031 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

...reviews, has there been official approval that the > M68k experimental backend can be added to trunk? I guess we need a > "Backend: M68k" bugzilla component - is there anything else? Sounds good. I'll file that bug tomorrow. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

...e way on Debian as x86 and PowerPC do. So, could someone review and commit that change for me so we can reduce the number of testsuite failures on Linux/sparc64? Thanks, Adrian > [1] https://reviews.llvm.org/D90524 > [2] lab.llvm.org:8014/#/workers/109 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz at debian.org `. `' Freie Universitaet Berlin - glaubitz at physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913