date:20190206

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

2019-02-06 Thread Kevin Brace

Hi René,
 
I am planning to mainly release a maintenance release of 1.19 and possibly 1.18 
later.
As Alan Coopersmith has stated, XAA has been gone for some time, and I doubt I 
am allowed to apply the 24-bit bpp EXA patch to older X Server releases and 
ship a new version.
    As for old S3 (i.e., Vision and Trio) and S3 ViRGE, I recently tested them 
on X Server 1.19.6, and at least ViRGE PCI and ViRGE GX2 AGP appear to work 
nominally okay.
What I mean by "nominally okay" is, booting X Server and being able to change 
the screen resolution from an OS panel.
Since it is "nominally okay," of course, there is no acceleration and standby 
resume is broken.

S3 Trio and older series appear to be broken and I am not able to even boot X 
Server with some devices like Vision 968 (both TI and IBM RAMDAC).
I did try Trio32 1 MB, but the screen is pretty messed up (it did boot X 
Server).
I can retry this with 16-bit color depth later.
    For the past 6 to 7 days, I have been trying to get old Trident graphics 
cards (i.e., TGUI and ProVidia) working with X Server 1.19, and I have now 
figured out why it is not working.
I will discuss this over on my blog soon.
 
Regards,
 
Kevin Brace
Brace Computer Laboratory blog
https://bracecomputerlab.com
 
 

Sent: Wednesday, February 06, 2019 at 9:34 AM
From: "René Rebe" 
To: "Kevin Brace" 
Cc: xorg-devel 
Subject: Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

Hi,
 

On 05 Feb 2019, at 02:06, Kevin Brace 
mailto:kevinbr...@gmx.com]> wrote: Hi,

Back in early January 2019, I proposed releasing X Server 1.19.7 since there 
are about 20+ fixes queued in since the previous maintenance release of X 
Server 1.19.6 back in December 2017.
I did not see anyone objecting to a new maintenance release, so I will like to 
appoint myself to this task.
Personally, I have never been involved in releasing such a large software 
package in the past, so I am sure I will need some help in doing this (in fact, 
I will ask for help very shortly).
Anyway, X Server is an important piece of a FOSS software stack, so even if it 
is a maintenance release, I do not want to mess it up.
If there are other deserving fixes that should be applied before the release, 
let me know.
I would imagine that the code should go through a testing phase (1.19.7 RC1, 
etc.) since I lack experience in handling such a large software package release.
Assuming everything goes right, I expect an official maintenance release around 
end of February 2019 to early March 2019.
Thank you for your effort, as visible on my YT channel I also like to play with 
nice vintage gear.
 
https://www.youtube.com/watch?v=tjdyd3xcDVY[https://www.youtube.com/watch?v=tjdyd3xcDVY]
 
I guess 1.19 was with XAA already removed? For really vintage hardware and 
applications choosing the last xorg-server with XAA might make sense, so one 
can get this solid lines, fills, and such accelerated, ..?
 
Keep up the good work,
maybe I find some spare time to contribute S3/Virge or 3dfx fixes another day 
;-)
 
René 

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
 http://exactcode.com[http://exactcode.com/] | 
http://exactscan.com[http://exactscan.com/] | 
http://ocrkit.com[http://ocrkit.com/] | 
http://t2-project.org[http://t2-project.org/] | 
http://rene.rebe.de[http://rene.rebe.de]
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

2019-02-06 Thread Kevin Brace


Hi René,

 

I am planning to mainly release a maintenance release of 1.19 and possibly 1.18 later.

As Alan Coopersmith has stated, XAA has been gone for some time, and I doubt I am allowed to apply the 24-bit bpp EXA patch to older X Server releases and ship a new version.

    As for old S3 (i.e., Vision and Trio) and S3 ViRGE, I recently tested them on X Server 1.19.6, and at least ViRGE PCI and ViRGE GX2 AGP appear to work nominally okay.

What I mean by "nominally okay" is, booting X Server and being able to change the screen resolution from an OS panel.

Since it is "nominally okay," of course, there is no acceleration and standby resume is broken.


S3 Trio and older series appear to be broken and I am not able to even boot X Server with some devices like Vision 968 (both TI and IBM RAMDAC).

I did try Trio32 1 MB, but the screen is pretty messed up (it did boot X Server).

I can retry this with 16-bit color depth later.

    For the past 6 to 7 days, I have been trying to get old Trident graphics cards (i.e., TGUI and ProVidia) working with X Server 1.19, and I have now figured out why it is not working.

I will discuss this over on my blog soon.

 

Regards,

 

Kevin Brace

Brace Computer Laboratory blog

https://bracecomputerlab.com

 

 


Sent: Wednesday, February 06, 2019 at 9:34 AM
From: "René Rebe" 
To: "Kevin Brace" 
Cc: xorg-devel 
Subject: Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan


Hi,
 

On 05 Feb 2019, at 02:06, Kevin Brace  wrote:
 

Hi,

Back in early January 2019, I proposed releasing X Server 1.19.7 since there are about 20+ fixes queued in since the previous maintenance release of X Server 1.19.6 back in December 2017.
I did not see anyone objecting to a new maintenance release, so I will like to appoint myself to this task.
Personally, I have never been involved in releasing such a large software package in the past, so I am sure I will need some help in doing this (in fact, I will ask for help very shortly).
Anyway, X Server is an important piece of a FOSS software stack, so even if it is a maintenance release, I do not want to mess it up.
If there are other deserving fixes that should be applied before the release, let me know.
I would imagine that the code should go through a testing phase (1.19.7 RC1, etc.) since I lack experience in handling such a large software package release.
Assuming everything goes right, I expect an official maintenance release around end of February 2019 to early March 2019.


Thank you for your effort, as visible on my YT channel I also like to play with nice vintage gear.

 

https://www.youtube.com/watch?v=tjdyd3xcDVY

 

I guess 1.19 was with XAA already removed? For really vintage hardware and applications choosing the last xorg-server with XAA might make sense, so one can get this solid lines, fills, and such accelerated, ..?

 

Keep up the good work,

maybe I find some spare time to contribute S3/Virge or 3dfx fixes another day ;-)

 

René
 





-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
 http://exactcode.com | http://exactscan.com | http://ocrkit.com | http://t2-project.org | http://rene.rebe.de










___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

2019-02-06 Thread Kevin Brace

Hi Keith,

Thank you for the reply.
I will send out another e-mail shortly of how to package X Server code for 
archiving since I cannot seem to figure it out on my own.

Regards,

Kevin Brace
Brace Computer Laboratory blog
https://bracecomputerlab.com


> Sent: Tuesday, February 05, 2019 at 7:50 AM
> From: "Keith Packard" 
> To: "Kevin Brace" , xorg-devel 
> Subject: Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan
>
> "Kevin Brace"  writes:
> 
> > Assuming everything goes right, I expect an official maintenance
> > release around end of February 2019 to early March 2019.
> 
> Sounds good to me; thanks for stepping in. I'd be happy to help out, let
> me know what I can do.
> 
> -- 
> -keith
>
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

[PATCH xf86-video-savage v2] Changing result parameter type for ScreenWakeupHandlerProcPtr

2019-02-06 Thread Kevin Brace

For ABI_VIDEODRV_VERSION >= 23, it was changed to int from unsigned
long.

Signed-off-by: Kevin Brace 
Reviewed-by: Matt Turner 
---
 src/compat-api.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/compat-api.h b/src/compat-api.h
index 44daea4..7cf29d0 100644
--- a/src/compat-api.h
+++ b/src/compat-api.h
@@ -82,7 +82,7 @@
 #define BLOCKHANDLER_ARGS_DECL ScreenPtr arg, pointer pTimeout
 #define BLOCKHANDLER_ARGS arg, pTimeout
 
-#define WAKEUPHANDLER_ARGS_DECL ScreenPtr arg, unsigned long result
+#define WAKEUPHANDLER_ARGS_DECL ScreenPtr arg, int result
 #define WAKEUPHANDLER_ARGS arg, result
 #else
 #define BLOCKHANDLER_ARGS_DECL ScreenPtr arg, pointer pTimeout, pointer 
pReadmask
-- 
2.7.4

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

[PATCH xf86-video-tdfx v2 1/2] Eliminate set but not used variable compilation warnings

2019-02-06 Thread Kevin Brace

Signed-off-by: Kevin Brace 
---
 src/tdfx_driver.c | 5 -
 src/tdfx_priv.c   | 4 
 2 files changed, 4 insertions(+), 5 deletions(-)

diff --git a/src/tdfx_driver.c b/src/tdfx_driver.c
index c7ed5f4..14b931c 100644
--- a/src/tdfx_driver.c
+++ b/src/tdfx_driver.c
@@ -2214,9 +2214,6 @@ TDFXScreenInit(SCREEN_INIT_ARGS_DECL) {
   TDFXPtr pTDFX;
   VisualPtr visual;
   BoxRec MemBox;
-#ifdef TDFXDRI
-  MessageType driFrom = X_DEFAULT;
-#endif
   int scanlines;
 
   TDFXTRACE("TDFXScreenInit start\n");
@@ -2328,10 +2325,8 @@ TDFXScreenInit(SCREEN_INIT_ARGS_DECL) {
*/
   if (!xf86ReturnOptValBool(pTDFX->Options, OPTION_DRI, TRUE) || 
pTDFX->NoAccel) {
   pTDFX->directRenderingEnabled = FALSE;
-  driFrom = X_CONFIG;
   } else if (pTDFX->texSize < 0) {
   pTDFX->directRenderingEnabled = FALSE;
-  driFrom = X_PROBED;
   } else {
   pTDFX->directRenderingEnabled = TDFXDRIScreenInit(pScreen);
   }
diff --git a/src/tdfx_priv.c b/src/tdfx_priv.c
index d9ad392..240f01c 100644
--- a/src/tdfx_priv.c
+++ b/src/tdfx_priv.c
@@ -240,11 +240,15 @@ void TDFXSwapContextFifo(ScreenPtr pScreen)
   ScrnInfoPtr pScrn;
   TDFXPtr pTDFX;
   int dummy, readPos;
+#if 0
   TDFXSAREAPriv *sPriv;
+#endif
 
   pScrn = xf86ScreenToScrn(pScreen);
   pTDFX=TDFXPTR(pScrn);
+#if 0
   sPriv=(TDFXSAREAPriv*)DRIGetSAREAPrivate(pScreen);
+#endif
   /* if (sPriv)
  ErrorF("In FifoPtr=%d FifoRead=%d\n", sPriv->fifoPtr, sPriv->fifoRead); */
 #if 1
-- 
2.7.4

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

[PATCH xf86-video-tdfx v2 2/2] Changing result parameter type for ScreenWakeupHandlerProcPtr

2019-02-06 Thread Kevin Brace

For ABI_VIDEODRV_VERSION >= 23, it was changed to int from unsigned
long.

Signed-off-by: Kevin Brace 
Reviewed-by: Matt Turner 
---
 src/compat-api.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/src/compat-api.h b/src/compat-api.h
index 44daea4..7cf29d0 100644
--- a/src/compat-api.h
+++ b/src/compat-api.h
@@ -82,7 +82,7 @@
 #define BLOCKHANDLER_ARGS_DECL ScreenPtr arg, pointer pTimeout
 #define BLOCKHANDLER_ARGS arg, pTimeout
 
-#define WAKEUPHANDLER_ARGS_DECL ScreenPtr arg, unsigned long result
+#define WAKEUPHANDLER_ARGS_DECL ScreenPtr arg, int result
 #define WAKEUPHANDLER_ARGS arg, result
 #else
 #define BLOCKHANDLER_ARGS_DECL ScreenPtr arg, pointer pTimeout, pointer 
pReadmask
-- 
2.7.4

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

[PATCH xf86-video-tdfx v2 0/2] Eliminating compilation warnings

2019-02-06 Thread Kevin Brace

2 more patches to completely eliminate compilation warnings.

v2: Added Matt Turner's "Reviewed-by" line.

--
Kevin Brace (2):
  Eliminate set but not used variable compilation warnings
  Changing result parameter type for ScreenWakeupHandlerProcPtr

 src/compat-api.h  | 2 +-
 src/tdfx_driver.c | 5 -
 src/tdfx_priv.c   | 4 
 3 files changed, 5 insertions(+), 6 deletions(-)

-- 
2.7.4

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

2019-02-06 Thread Alan Coopersmith


On 02/ 6/19 09:34 AM, René Rebe wrote:
I guess 1.19 was with XAA already removed? 


Yes. XAA was removed in 1.13

https://en.wikipedia.org/wiki/X.Org_Server#Releases

--
-Alan Coopersmith-   alan.coopersm...@oracle.com
 Oracle Solaris Engineering - https://blogs.oracle.com/alanc
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

2019-02-06 Thread René Rebe

Hi,

On 05 Feb 2019, at 02:06, Kevin Brace  wrote:

> Hi,
> 
> Back in early January 2019, I proposed releasing X Server 1.19.7 since there 
> are about 20+ fixes queued in since the previous maintenance release of X 
> Server 1.19.6 back in December 2017.
> I did not see anyone objecting to a new maintenance release, so I will like 
> to appoint myself to this task.
> Personally, I have never been involved in releasing such a large software 
> package in the past, so I am sure I will need some help in doing this (in 
> fact, I will ask for help very shortly).
> Anyway, X Server is an important piece of a FOSS software stack, so even if 
> it is a maintenance release, I do not want to mess it up.
> If there are other deserving fixes that should be applied before the release, 
> let me know.
> I would imagine that the code should go through a testing phase (1.19.7 RC1, 
> etc.) since I lack experience in handling such a large software package 
> release.
> Assuming everything goes right, I expect an official maintenance release 
> around end of February 2019 to early March 2019.

Thank you for your effort, as visible on my YT channel I also like to play with 
nice vintage gear.

https://www.youtube.com/watch?v=tjdyd3xcDVY

I guess 1.19 was with XAA already removed? For really vintage hardware and 
applications choosing the last xorg-server with XAA might make sense, so one 
can get this solid lines, fills, and such accelerated, ..?

Keep up the good work,
maybe I find some spare time to contribute S3/Virge or 3dfx fixes another day 
;-)

René

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
 http://exactcode.com | http://exactscan.com | http://ocrkit.com | 
http://t2-project.org | http://rene.rebe.de

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: Unlocking xf86-video-ark and xf86-video-apm GitLab projects

2019-02-06 Thread Adam Jackson

On Tue, 2019-02-05 at 02:58 +0100, Kevin Brace wrote:
> Hi,
> 
> I know the devices in question were abandoned in late 1990s, but can
> someone take those two DDXs out of archived status over at GitLab?
> I do have 4 patches I will like to commit into xf86-video-apm [1].

De gustibus non est disputandum. I've unarchived the drivers, go wild.

- ajax

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: https://lists.x.org/mailman/listinfo/xorg-devel

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

[PATCH xf86-video-savage v2] Changing result parameter type for ScreenWakeupHandlerProcPtr

[PATCH xf86-video-tdfx v2 1/2] Eliminate set but not used variable compilation warnings

[PATCH xf86-video-tdfx v2 2/2] Changing result parameter type for ScreenWakeupHandlerProcPtr

[PATCH xf86-video-tdfx v2 0/2] Eliminating compilation warnings

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

Re: [ANNOUNCE] X Server 1.19.7 maintenance release plan

Re: Unlocking xf86-video-ark and xf86-video-apm GitLab projects

10 matches

Site Navigation

Mail list logo

Footer information