search for: __powerpc__

> ----- Original Message ----- >> Hi all, >> My recent commit r187027 fixed a simple oversight of forgetting to >> check for __ppc__ (only checking __powerpc__), which broke my >> powerpc-apple-darwin8 stage1 tests, since the system gcc only >> provided >> __ppc__. I was wondering if this justifies using simpler macros like >> >> #define LLVM_PPC (defined(__ppc__) || defined(__powerpc__) ...) >> #define LLVM_PPC64 (def...

Hi all, My recent commit r187027 fixed a simple oversight of forgetting to check for __ppc__ (only checking __powerpc__), which broke my powerpc-apple-darwin8 stage1 tests, since the system gcc only provided __ppc__. I was wondering if this justifies using simpler macros like #define LLVM_PPC (defined(__ppc__) || defined(__powerpc__) ...) #define LLVM_PPC64 (defined(__ppc64__) || defined(__powerpc64__) ...) I...

Hi, > ----- Original Message ----- >>> ----- Original Message ----- >>>> Hi all, >>>> My recent commit r187027 fixed a simple oversight of forgetting >>>> to >>>> check for __ppc__ (only checking __powerpc__), which broke my >>>> powerpc-apple-darwin8 stage1 tests, since the system gcc only >>>> provided >>>> __ppc__. I was wondering if this justifies using simpler macros >>>> like >>>> >>>> #define LLVM_PPC (defined(__ppc__) || d...

----- Original Message ----- > > ----- Original Message ----- > >> Hi all, > >> My recent commit r187027 fixed a simple oversight of forgetting > >> to > >> check for __ppc__ (only checking __powerpc__), which broke my > >> powerpc-apple-darwin8 stage1 tests, since the system gcc only > >> provided > >> __ppc__. I was wondering if this justifies using simpler macros > >> like > >> > >> #define LLVM_PPC (defined(__ppc__) || defined(__powerpc__...

----- Original Message ----- > Hi all, > My recent commit r187027 fixed a simple oversight of forgetting to > check for __ppc__ (only checking __powerpc__), which broke my > powerpc-apple-darwin8 stage1 tests, since the system gcc only > provided > __ppc__. I was wondering if this justifies using simpler macros like > > #define LLVM_PPC (defined(__ppc__) || defined(__powerpc__) ...) > #define LLVM_PPC64 (defined(__ppc64__) || defi...

...- a/drivers/gpu/drm/nouveau/nouveau_bios.c +++ b/drivers/gpu/drm/nouveau/nouveau_bios.c @@ -69,12 +69,29 @@ static bool nv_cksum(const uint8_t *data, unsigned int length) static int score_vbios(struct drm_device *dev, const uint8_t *data, const bool writeable) { + int bios_size = 0; +#if defined(__powerpc__) + struct device_node *dn = NULL; +#endif + if (!(data[0] == 0x55 && data[1] == 0xAA)) { NV_TRACEWARN(dev, "... BIOS signature not found\n"); return 0; } +#if defined(__powerpc__) + /* + * The Bios signature reports a wrong lenght of rom. + * The correct size is read f...

...a nice way to call it for all generated code. Can anyone help? Cheers, Gary -- http://gbenson.net/ -------------- next part -------------- --- lib/Target/PowerPC/PPCJITInfo.cpp.orig 2008-06-11 07:12:39 +++ lib/Target/PowerPC/PPCJITInfo.cpp 2008-06-16 08:42:25 @@ -336,6 +336,20 @@ #if (defined(__POWERPC__) || defined (__ppc__) || defined(_POWER)) && \ defined(__APPLE__) sys_icache_invalidate(Addr, len); +#elif defined(__GNUC__) + const size_t LineSize = 32; + + const intptr_t Mask = ~(LineSize - 1); + const intptr_t StartLine = ((intptr_t) Addr) & Mask; + const intptr_t EndLine...

Hi, this is continuation for the MMIO accessor rewrite and cleanup. I am currently running nv28 with these patches applied, but I cannot test on PPC. Please, review and comment. If the direction is good, I'll do the same to INSTANCE_{RD,WR} as I did for nv_{rd,wr}32, and change PRAMIN from drm_local_map to simple ioremap. Can the same be done for channel specific mappings, that is

On Mon, 16 Jun 2008, Gary Benson wrote: > When you genetate code on PowerPC you need to explicitly invalidate > the instruction cache to force the processor to reread it. In LLVM > there is code to do this for function stubs on Macintosh, but not > for other platforms and not for JITted code generally. Applied, thanks!

...this for function stubs on > > Macintosh, but not for other platforms and not for JITted code > > generally. > > Applied, thanks! Thanks :) > I tweaked it to work on non-ppc systems too. I had to revert the change you made there -- my system doesn't seem to have any of __POWERPC__, __ppc__ or _POWER power defined... > > The attached patch adds support for GNU platforms, but I can't > > figure out a nice way to call it for all generated code. Can > > anyone help? > > Can you elaborate on what the problem is? The attached patch generalizes it (a...

...lib/Target/PowerPC/PPCJITInfo.cpp =================================================================== --- lib/Target/PowerPC/PPCJITInfo.cpp (revision 51432) +++ lib/Target/PowerPC/PPCJITInfo.cpp (working copy) @@ -72,7 +72,7 @@ extern "C" void PPC64CompilationCallback(); #if (defined(__POWERPC__) || defined (__ppc__) || defined(_POWER)) && \ - !defined(__ppc64__) + !(defined(__ppc64__) || defined(__FreeBSD__)) // CompilationCallback stub - We can't use a C function with inline assembly in // it, because we the prolog/epilog inserted by GCC won't work for us....

...ruct nvbios *bios = &drm->vbios; > uint8_t sub = bios->data[bios->fp.xlated_entry + script] + (bios->fp.link_c_increment && dcbent->or & DCB_OUTPUT_C ? 1 : 0); > uint16_t scriptofs = ROM16(bios->data[bios->init_script_tbls_ptr + sub * 2]); > +#ifdef __powerpc__ > + struct pci_dev *pdev = to_pci_dev(dev->dev); > +#endif Or int device = 0; > > if (!bios->fp.xlated_entry || !sub || !scriptofs) > return -EINVAL; > @@ -123,8 +126,8 @@ static int call_lvds_manufacturer_script(struct drm_device *dev, struct dcb_outp > #ifdef _...

...me kind of cache invalidation too but if it does it > could use the same hooks. I've applied patch but with some changes in order not to break non-PPC builds. Please check whether it will work for you or not. I was pretty impressed, that there is no built-in defines for your platform (e.g. __POWERPC__, etc) - how do JIT compilation callbacks work then? -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

...351,11 +351,11 @@ static int parse_fp_mode_table(struct drm_device *dev, struct nvbios *bios) struct lvdstableheader lth; if (bios->fp.fptablepointer == 0x0) { - /* Apple cards don't have the fp table; the laptops use DDC */ - /* The table is also missing on some x86 IGPs */ -#ifndef __powerpc__ - NV_ERROR(drm, "Pointer to flat panel table invalid\n"); -#endif + if (!bios->is_mobile) { + /* Most laptop cards lack an fp table. They use DDC.*/ + NV_ERROR(drm, "Pointer to flat panel table invalid\n"); + } + bios->digital_min_front_porch = 0x4b; return 0;...

Alternate way to fix test-255-disks.sh running out of memory. See previous discussion here: https://www.redhat.com/archives/libguestfs/2018-May/msg00082.html Rich.

...MEMSIZE > -# define DEFAULT_MEMSIZE 500 > +# define DEFAULT_MEMSIZE 768 > #endif > #ifndef MIN_MEMSIZE > # define MIN_MEMSIZE 128 If only we had a more sensible way to allocate memory :-( Anyway, this patch needs to remove the earlier lines which set DEFAULT_MEMSIZE to 768 on __powerpc__ and __aarch64__. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines...

...m/nouveau/nvkm/subdev/bios/shadowof.c b/drm/nouveau/nvkm/subdev/bios/shadowof.c index 29a37f0..4a20584 100644 --- a/drm/nouveau/nvkm/subdev/bios/shadowof.c +++ b/drm/nouveau/nvkm/subdev/bios/shadowof.c @@ -22,6 +22,7 @@ */ #include "priv.h" +#include <core/pci.h> #if defined(__powerpc__) struct priv { @@ -33,17 +34,27 @@ static u32 of_read(void *data, u32 offset, u32 length, struct nvkm_bios *bios) { struct priv *priv = data; - if (offset + length <= priv->size) { + if (offset < priv->size) { + length = min_t(u32, length, priv->size - offset); memcpy_fromio...

...t; Now, Debian Bug#946836 has been reopened, > because __PPC64__ does not cover all powerpc architectures > and in their build farm they found non-PPC64 cases which also > needed to switch from a static variable to a macro, > > the suggestion being to replace __PPC64__ by __powerpc__ > > which is what I'm going to commit now (for R-3.6.x patched and > for R-devel !). > I hope that these macros are +- universally working and not too > much depending on the exact compiler flavor. > > Martin Maechler > ETH Zurich and R Core team > > ___________...

http://bugs.freedesktop.org/show_bug.cgi?id=25938 Summary: black screen on the iMac powerpc using nouveau Product: xorg Version: unspecified Platform: PowerPC OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

>>>>> Tom Callaway >>>>> on Fri, 13 Dec 2019 11:06:25 -0500 writes: > An excellent question. It is important to remember two key > facts: > 1. With gcc on ppc64, long doubles exist, they can > be used, just not safely as constants (and maybe they > still can be used safely under specific conditions?). > 2. I am not an