ails.
I do not know if this is a bug in these applications, or in some
other layer (X libs, X server, compositor, ...).
Thanks!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations
Hi Alan,
On Thu, Apr 25, 2013 at 7:42 AM, Alan Coopersmith
wrote:
> On 04/24/13 10:28 PM, Geert Uytterhoeven wrote:
>> On Thu, Apr 25, 2013 at 7:23 AM, Alan Coopersmith
>> wrote:
>>> On 04/24/13 10:00 PM, Keith Packard wrote:
>>>> Alan Coopersmith write
I'd prefer at least a BUG_WARN() over a no-op, to give us a hint why
> stuff isn't working, though FatalError() also works for something that
> should be impossible to hit.
Or assert(), or .
This should be indeed impossible to hit, as all calls to the c2p functions
use hardcoded p
Hi Keith.
On Mon, Apr 8, 2013 at 8:10 PM, Keith Packard wrote:
> Geert Uytterhoeven writes:
>> This patch series revives some of the support for Atari and Amiga that
>> existed
>> in XF68_FBDev, but got lost after XFree86 3.x.
>
> I've reviewed the patches whic
On Mon, Apr 8, 2013 at 6:55 PM, Keith Packard wrote:
> Geert Uytterhoeven writes:
>> miCreateDefColormap() only preallocates black and white pixels if
>> depth > 1.
>
> I think you should also set pScreen->whitePixel and pScreen->blackPixel to
> match the MONO01
On Mon, Apr 8, 2013 at 6:47 PM, Keith Packard wrote:
> Geert Uytterhoeven writes:
>
>> Older frame buffer devices may not fill in var.bits_per_pixel, in which
>> case it must be calculated by the application.
>
> I think you mean 'fix.line_length' here.
Woop
__m68k__ is fine for me, too.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to j
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/hw/kdrive/fbdev/fbdev.c b/hw/kdrive/fbdev/fbdev.c
index f31635d..52dfbf5 100644
--- a/hw/kdrive/fbdev/fbdev.c
+++ b/hw/kdrive/fbdev/fbdev.c
@@ -326,7 +326,8
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c | 75 +++---
1 files changed, 50 insertions(+), 25 deletions(-)
diff --git a/hw/kdrive/fbdev/fbdev.c b/hw/kdrive/fbdev/fbdev.c
index ebbfeb9..f31635d 100644
--- a/hw/kdrive/fbdev/fbdev.c
Add support for Amiga-style bitplanes, with 4 bits per pixel.
Signed-off-by: Geert Uytterhoeven
---
miext/shadow/Makefile.am |1 +
miext/shadow/shadow.h|3 +
miext/shadow/shafb4.c| 139 ++
3 files changed, 143 insertions(+), 0
Add support for Amiga-style bitplanes, with 4 or 8 bits per pixel.
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c | 30 +-
1 files changed, 29 insertions(+), 1 deletions(-)
diff --git a/hw/kdrive/fbdev/fbdev.c b/hw/kdrive/fbdev/fbdev.c
index 40747fe
Add support for Amiga-style bitplanes, with 8 bits per pixel.
Signed-off-by: Geert Uytterhoeven
---
miext/shadow/Makefile.am |1 +
miext/shadow/shadow.h|3 +
miext/shadow/shafb8.c| 143 ++
3 files changed, 147 insertions(+), 0
Add support for Atari-style interleaved bitplanes, with 2 bytes interleave
and 4 or 8 bits per pixel.
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/hw/kdrive/fbdev/fbdev.c b/hw/kdrive
On m68k, doubles are not 64-bit aligned, just like on i386 and sh.
Signed-off-by: Geert Uytterhoeven
---
test/input.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/test/input.c b/test/input.c
index 90ab9ae..e2c8f4d 100644
--- a/test/input.c
+++ b/test/input.c
This fixes:
hw/kdrive/fbdev/fbdev.c: In function 'fbdevInitialize':
hw/kdrive/fbdev/fbdev.c:41:25: warning: assignment discards 'const' qualifier
from pointer target type [enabled by default]
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c |2 +-
hw/
Add Chunky-to-Planar core functionality, to be used by the Atari and Amiga
(interleaved) bitplanes code.
Signed-off-by: Geert Uytterhoeven
---
miext/shadow/c2p_core.h | 184 +++
1 files changed, 184 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Geert Uytterhoeven
---
miext/shadow/shpacked.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/miext/shadow/shpacked.c b/miext/shadow/shpacked.c
index d2b2e5e..5ef18f8 100644
--- a/miext/shadow/shpacked.c
+++ b/miext/shadow/shpacked.c
@@ -98,7 +98,6
Else we may get a segmentation fault later.
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/src/kdrive.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/hw/kdrive/src/kdrive.c b/hw/kdrive/src/kdrive.c
index 716f18e..84d39bb 100644
--- a/hw/kdrive/src/kdrive.c
+++ b/hw
Older frame buffer devices may not fill in var.bits_per_pixel, in which
case it must be calculated by the application.
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/hw/kdrive/fbdev/fbdev.c b/hw/kdrive
miCreateDefColormap() only preallocates black and white pixels if
depth > 1.
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/hw/kdrive/fbdev/fbdev.c b/hw/kdrive/fbdev/fbdev.c
index 0082575..ebbf
Monochrome supports StaticGray, with hardcoded black and white pixels.
Signed-off-by: Geert Uytterhoeven
---
hw/kdrive/fbdev/fbdev.c | 24
1 files changed, 24 insertions(+), 0 deletions(-)
diff --git a/hw/kdrive/fbdev/fbdev.c b/hw/kdrive/fbdev/fbdev.c
index 7b29f42
Add support for Atari-style interleaved bitplanes, with 2 bytes interleave
and 4 bits per pixel.
Signed-off-by: Geert Uytterhoeven
---
miext/shadow/Makefile.am |1 +
miext/shadow/shadow.h |3 +
miext/shadow/shiplan2p4.c | 136 +
3 files
Add support for Atari-style interleaved bitplanes, with 2 bytes interleave
and 8 bits per pixel.
Signed-off-by: Geert Uytterhoeven
---
miext/shadow/Makefile.am |1 +
miext/shadow/shadow.h |3 +
miext/shadow/shiplan2p8.c | 137 +
3 files
ck and white pixels if depth > 1.
Signed-off-by: Geert Uytterhoeven
---
mi/micmap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/mi/micmap.c b/mi/micmap.c
index 3ef0c8c..c02596b 100644
--- a/mi/micmap.c
+++ b/mi/micmap.c
@@ -138,13 +138,13 @@ miInitializ
ecific)
apply to current xorg-server.git.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm
gi-bin/bugreport.cgi?bug=646686
("xserver-xephyr: Xephyr doesn't work with evdev input drivers")
Signed-off-by: Geert Uytterhoeven
Cc: 640...@bugs.debian.org
Cc: 646...@bugs.debian.org
---
debian/rules |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/deb
h is always safe to use.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journ
On Tue, Jan 10, 2012 at 13:55, Andreas Schwab wrote:
> Geert Uytterhoeven writes:
>
>> On Tue, Jan 10, 2012 at 09:56, Thorsten Glaser wrote:
>>> mesa FTBFS on m68k due to lack of GCC atomic intrinsics. (Why are
>>> they (still) missing, anyway?) I’ve had a look
e the existence of CONFIG_RMW_INSNS in
the kernel).
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalist
)
Serial number of failed request: 67
Current serial number in output stream: 67
$
Xawtv continues to work with -nodga.
There are no message reported in /var/log/Xorg.log.0 when this happens.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There&#
later :)
Both my 2.95.2 and 3.2 cross compilers define __mc68000__, but not __m68k__.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I cal
On Mon, 18 Sep 2006, Drew Parsons wrote:
> On Mon, 2006-09-18 at 10:35 +0200, Geert Uytterhoeven wrote:
>
> > According to
> > http://linux-m68k-cvs.ubb.ca/c/cvsweb/linux/include/asm-m68k/unistd.h:
> >
> > | #define __NR_inotify_init 284
> > | #define __NR_in
ux/include/asm-m68k/unistd.h:
| #define __NR_inotify_init 284
| #define __NR_inotify_add_watch285
| #define __NR_inotify_rm_watch 286
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTE
figuration"
> ;;
> Q40*) # Q40/Q60
> trace "$func(): no good defaults known for Q40/Q60 mouse"
> "configuration"
> ;;
> esac
>
> I'd appreciate knowing:
>
> 1) If th
ement was with the permedia3, so maybe ask Alan Hourihane about
> it.
If your graphics controller is limited by memory bandwidth, the maximum pixel
clock depends on the number of bits per pixels, since larger pixels mean more
memory bandwidth.
Gr{oetje,eeting}s,
OK to assume that m68k has input support, from the XFree86
point of view.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call my
OK to assume that m68k has input support, from the XFree86
point of view.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call my
ts "but there
> is this cool USB Adapter for Amiga"), so this should never be executed on
> m68k. Maybe not even compiled (I did not read the code too thoroughly).
The input core does compile on m68k if you really want to, but no devices use
it (for now). So as soon as we get this US
ts "but there
> is this cool USB Adapter for Amiga"), so this should never be executed on
> m68k. Maybe not even compiled (I did not read the code too thoroughly).
The input core does compile on m68k if you really want to, but no devices use
it (for now). So as soon as we get this US
On 5 Mar 2003, Wouter Verhelst wrote:
> Op di 04-03-2003, om 22:24 schreef Geert Uytterhoeven:
> [added [EMAIL PROTECTED] to the Cc list; -x and -powerpc should
> probably be removed, so setting reply-to]
> > > There are actually some 2.4 kernels available for m68k, but due
On 5 Mar 2003, Wouter Verhelst wrote:
> Op di 04-03-2003, om 22:24 schreef Geert Uytterhoeven:
> [added [EMAIL PROTECTED] to the Cc list; -x and -powerpc should
> probably be removed, so setting reply-to]
> > > There are actually some 2.4 kernels available for m68k, but due
On Wed, 5 Mar 2003, Christian T. Steigies wrote:
> On Tue, Mar 04, 2003 at 10:24:45PM +0100, Geert Uytterhoeven wrote:
> > What's the real problem? I'm running 2.4.20 (from Linux/m68k CVS) on my
> > Amiga,
> > with glibc-2.2.5-3? Or is this version glibc too old to
On Wed, 5 Mar 2003, Christian T. Steigies wrote:
> On Tue, Mar 04, 2003 at 10:24:45PM +0100, Geert Uytterhoeven wrote:
> > What's the real problem? I'm running 2.4.20 (from Linux/m68k CVS) on my Amiga,
> > with glibc-2.2.5-3? Or is this version glibc too old to exhib
e, which was
> rather quickly reassigned to the kernel-patch-2.4.7-m68k package. Since,
> to date, nobody ever solved the issue, the latter package has now been
> removed from the archive.
What's the real problem? I'm running 2.4.20 (from Linux/m68k CVS) on my Amiga,
with glibc-2.2.
quickly reassigned to the kernel-patch-2.4.7-m68k package. Since,
> to date, nobody ever solved the issue, the latter package has now been
> removed from the archive.
What's the real problem? I'm running 2.4.20 (from Linux/m68k CVS) on my Amiga,
with glibc-2.2.5-3? Or is t
lkyriefb can do mode
switching.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking t
lkyriefb can do mode
switching.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking t
as the same thing. I still must be computer graphic illiterate
> :-).o
Bpp (bits per pixel) is the number of bits occupied by each pixel, usually 8,
16, 24 or 32.
Depth is the actual number of bits that's used for color information. Common
values are 8, 15, 16, 24 and 30.
Gr{oetje,eeting
must be computer graphic illiterate :-).o
Bpp (bits per pixel) is the number of bits occupied by each pixel, usually 8,
16, 24 or 32.
Depth is the actual number of bits that's used for color information. Common
values are 8, 15, 16, 24 and 30.
Gr{oetje,eeting}s,
inclined to pay
> any attention to it until we finish fixing the driver, though.
Does it work better with the new PPC PCI code in the latest 2.4.0-testX?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond i
inclined to pay
> any attention to it until we finish fixing the driver, though.
Does it work better with the new PPC PCI code in the latest 2.4.0-testX?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond i
y a PC keyboard to amiga keyboard connecter,
> that will let you use any "PC" keyboard as if it were an amiga keyboard,
> transparently.
But it behaves like an Amiga keyboard!
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Linux/{m68k~A
On Thu, 2 Mar 2000, Benjamin Herrenschmidt wrote:
> On Thu, Mar 2, 2000, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> >> I'll see with the maintainer if this can be changed to simply use PC
> >> keycodes all the time on all archs _except_ when we are running on a
conversion is evil.
I can dig up this 1995-discussion on linux-m68k if you're interested.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- Linux/{m68k~Amiga,PPC~CHRP} -- [EMAIL PROTECTED]
In personal conversations with technical
the type of keyboard it says, if it's not being adapted
> somehow.
PReP takes a PS/2 keyboard
PowerMac takes an ADB keyboard
CHRP takes a PS/2 or ADB keyboard
APUS takes an Amiga keyboard
and USB is something special...
Gr{oetje,eeting}s,
his patch definitely has
to go in.
> The second patch fbdev-dpms.patch contains a patch to have dpms aware fbdev
> Xserver. Since i cannot compile, i couldn't test it.
I never tried that patch, but it's needed to make use of the power save ioctl
in frame buffer devices.
Gr{oetje,
56 matches
Mail list logo
