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
next prev parent 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).