Thread (9 messages) 9 messages, 4 authors, 2026-08-13

Re: [RFC PATCH] fbdev: maxinefb: fix build issues

flat view

From: "Maciej W. Rozycki" <macro@orcam.me.uk>
Date: 2026-08-13 18:14:19
Also in: dri-devel, linux-mips, lkml

On Sun, 9 Aug 2026, Randy Dunlap wrote:
quoted
quoted
--- linux-next-20260807.orig/include/video/maxinefb.h
+++ linux-next-20260807/include/video/maxinefb.h
@@ -13,13 +13,13 @@
  /*
   * IMS332 video controller register base address
   */
-#define MAXINEFB_IMS332_ADDRESS        KSEG1ADDR(0x1c140000)
+#define MAXINEFB_IMS332_ADDRESS        CKSEG1ADDR(0x1c140000)
    /*
   * Begin of DECstation 5000/xx onboard framebuffer memory, default resolution
   * is 1024x768x8
   */
-#define DS5000_xx_ONBOARD_FBMEM_START    KSEG1ADDR(0x0a000000)
+#define DS5000_xx_ONBOARD_FBMEM_START    CKSEG1ADDR(0x0a000000)
The change looks correct, but clearly this has never been tested
on a 64-bit DECstation, so I'm not sure having this code being
now built is an improvement.
 I don't expect any issues and FWIW the Maxine does support a 64-bit CPU 
module.
quoted
diff --git a/drivers/video/fbdev/Kconfig b/drivers/video/fbdev/Kconfig
index ac9ac4287c6a..ff17afe6b8b3 100644
--- a/drivers/video/fbdev/Kconfig
+++ b/drivers/video/fbdev/Kconfig
@@ -1436,7 +1436,7 @@ config FB_PMAGB_B
 config FB_MAXINE
        bool "Maxine (Personal DECstation) onboard framebuffer support"
-       depends on (FB = y) && MACH_DECSTATION
+       depends on (FB = y) && MACH_DECSTATION && 32BIT
        select FB_IOMEM_HELPERS
        help
          Support for the onboard framebuffer (1024x768x8) in the Personal
---

?
I guess I'm OK with that. I'm even OK with removing the driver completely.
 No need to limit the driver to 32BIT and as I suggest in the other reply 
fixing 64BIT will best be a separate change.
Maciej did say in https://lore.kernel.org/all/alpine.DEB.2.21.2308152255080.8596@angie.orcam.me.uk/ (local)
that: "the proper way would be by using `ioremap' really.  I'll make a patch."
[That was 15.Aug.2023.]
 Even more properly this will best be converted to a platform device and 
then resource handling will DTRT.  I do hope to get a specimen eventually, 
so I think there's no need to rush making changes on paper.

  Maciej
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help