linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: adaplas@pol.net
Cc: adaplas@hotpop.com, linux-fbdev-devel@lists.sourceforge.net,
	alex.kern@gmx.de, arnaud.fontaine@free.fr, geert@linux-m68k.org,
	jsimmons@infradead.org, nsouch@free.fr, syrjala@sci.fi
Subject: Re: [PATCH 3/5] fbdev: Various mach64 changes
Date: Fri, 22 Oct 2004 00:55:31 -0700	[thread overview]
Message-ID: <20041022005531.28218795.akpm@osdl.org> (raw)
In-Reply-To: <200410200815.41690.adaplas@hotpop.com>

"Antonino A. Daplas" <adaplas@hotpop.com> wrote:
>
>   Alexander Kern <alex.kern@gmx.de>
>    [PATCH] port Daniel Mantione 2.4 driver to 2.6
>    [PATCH] add more pci_id number
>    [PATCH] add accelerated imgblit
>    [PATCH] revert SDRAM_MAGIC_PLL to old behaviour
>    [PATCH] do a "from BIOS" initialisation only by __i386__
> 
>    Arnaud FONTAINE <arnaud.fontaine@free.fr>
>    [PATCH atyfb] correction for 3D Rage Mobility L
> 
>    Geert Uytterhoeven <geert@linux-m68k.org>
>    [PATCH atyfb] Atari Atyfb fixes
>    [PATCH atyfb] Atyfb on Mach64 GX or Atari
>    [PATCH 468] m68k sparse floating point
> 
>    James Simmons <jsimmons@infradead.org>
>    [PATCH add] port to framebuffer_alloc api
> 
>    Nicolas Souchu <nsouch@free.fr>
>    [PATCH] I do not found a copy, but it was incorporated too
> 
>    Ville Syrjälä <syrjala@sci.fi>
>    [PATCH] fix pan with doublescan
>    [PATCH] another double scan fix
>    [PATCH] disable linear aperture register access
>    [PATCH] Memory type correction
>    [PATCH] atyfb (2.6): Fix mmio_start
>    [PATCH] atyfb (2.6): Fix mem_refresh_rate for Mobility
>    [PATCH] atyfb (2.6): Add RGB565 support
>    [PATCH] atyfb: Blank LCD by turning off backlight voltage
>    [PATCH] atyfb: Rage LT LCD register access
>    [PATCH] atyfb: vblank irq support
>    [PATCH] atyfb: MTRR support

This patch is fairly screwed on sparc64.  I fixed a few things, below, but
it's still treating ->ati_regbase as a scalar and not a pointer, so I'll
toss that one back to your guys.

An incremental patch against 2.6.9-mm1 would be appreciated.  Hopefully
I'll get that out the door tonight.


drivers/video/aty/atyfb_base.c: In function `atyfb_setup_sparc':
drivers/video/aty/atyfb_base.c:2769: warning: assignment makes pointer from integer without a cast
drivers/video/aty/atyfb_base.c: In function `atyfb_pci_probe':
drivers/video/aty/atyfb_base.c:3399: error: invalid operands to binary &



Signed-off-by: Andrew Morton <akpm@osdl.org>
---

 25-sparc64-akpm/drivers/video/aty/atyfb_base.c |    8 +++++---
 1 files changed, 5 insertions(+), 3 deletions(-)

diff -puN drivers/video/aty/atyfb_base.c~fbdev-various-mach64-changes-sparc64-fix drivers/video/aty/atyfb_base.c
--- 25-sparc64/drivers/video/aty/atyfb_base.c~fbdev-various-mach64-changes-sparc64-fix	2004-10-22 00:47:03.000000000 -0700
+++ 25-sparc64-akpm/drivers/video/aty/atyfb_base.c	2004-10-22 00:50:03.000000000 -0700
@@ -2746,9 +2746,11 @@ static int atyfb_setcolreg(u_int regno, 
 
 #ifdef __sparc__
 
-static int __devinit atyfb_setup_sparc(struct pci_dev *pdev, struct fb_indo *info, unsigned long addr)
+extern void (*prom_palette) (int);
+
+static int __devinit atyfb_setup_sparc(struct pci_dev *pdev,
+			struct fb_info *info, unsigned long addr)
 {
-	extern void (*prom_palette) (int);
 	extern int con_is_present(void);
 
 	struct atyfb_par *par = info->par;
@@ -2782,7 +2784,7 @@ static int __devinit atyfb_setup_sparc(s
 	j = i + 4;
 
 	par->mmap_map = kmalloc(j * sizeof(*par->mmap_map), GFP_ATOMIC);
-	if (!_par->mmap_map) {
+	if (!par->mmap_map) {
 		PRINTKE("atyfb_setup_sparc() can't alloc mmap_map\n");
 		return -ENOMEM;
 	}
_



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

  reply	other threads:[~2004-10-22  7:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-20  0:15 [PATCH 3/5] fbdev: Various mach64 changes Antonino A. Daplas
2004-10-22  7:55 ` Andrew Morton [this message]
2004-10-22  7:57   ` Andrew Morton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20041022005531.28218795.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=adaplas@hotpop.com \
    --cc=adaplas@pol.net \
    --cc=alex.kern@gmx.de \
    --cc=arnaud.fontaine@free.fr \
    --cc=geert@linux-m68k.org \
    --cc=jsimmons@infradead.org \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    --cc=nsouch@free.fr \
    --cc=syrjala@sci.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).