Re: Xorg 6.8.1
Hi, i have relatively early updated my XFree to Xorg. In Version 6.7.x it has an problematic driver for Intel's Ich2 I815 Graphik-Card. The Developers say's this should be fixed in 6.8.1, may i have seen that it's not really. The failures are a little bit less then fromer with 6.7.x but it's the same feeling. Just open on this box an Firefox or Mozilla window, with an big Page ( like handbook in single page) and scroll with your mouse-wheel up and down, then it was a good chance that the XServer crashes. The really reason couldnt found by me, may it crashes 2 or 3 times a day. may i think this is only related to i815. on other boxes i couldnt repeat this behavior. The Upgrade from Xfree to xorg was really good described in /usr/ports/UPGRADING and was without problems, but the handling of different keyboard-type is a little bit different (eg. for german users), but no really a problem. regards ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 28 Feb 2005 16:21:39 -0800, Kevin Oberman [EMAIL PROTECTED] wrote: I'd say something is very wrong on your systems and I'd ALMOST bet it's ata related. Maybe ATA-MkIII would help things out. Possibly, altho' I doubt it given that the only short periods during which the machine is responsive are *during* disk I/O. - -- G. Stewart - [EMAIL PROTECTED] There are three types of people in this world: - Those who can count - Those who can't -- Walter Dnes in NANAE, 2003-JUL-26. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJHs6K5oiGLo9AcYRAumZAJ9ksutDEL/7SgsdSZ5nwJ80rbyXfQCggA6r dSgi7FihFYRqyUKvbpKlxQc= =rUEF -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Mar 2005 02:32:02 -0500 (EST), Jeff Roberson [EMAIL PROTECTED] wrote: Is the process that does the FFT in kernel, niced, or rtprio'd? last pid: 93131; load averages: 0.96, 0.49, 0.24 up 0+05:18:20 15:29:47 48 processes: 2 running, 46 sleeping CPU states: 99.6% user, 0.0% nice, 0.4% system, 0.0% interrupt, 0.0% idle Mem: 174M Active, 94M Inact, 86M Wired, 14M Cache, 48M Buf, 2564K Free Swap: 743M Total, 180K Used, 743M Free PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 93124 godwin 1210 33288K 23836K RUN 2:22 13.72% 13.72% audacity WCPU and CPU climb to about 20%, drop to 0 during disk I/O, then start climbing again. Note that this is with SCHED_4BSD. I'd need to recompile a kernel to get similar information for ULE/PREEMPTION. fx: goes off and compiles a new kernel and comes back when it's done... Looks like I spoke too soon. The system is now perfectly stable and usable with ULE. The problems I was having with ULE were on 5.3-STABLE. I'm now on 5.4-PRE. Were there significant changes to the kernel in between? Can you give me any information on the means by which you transfer data from a cassette to your pc? Straightforward audio connection from the amp's line out to the sound card's line in. The FFT filtering isn't performed on the fly BTW. I use audacity to grab the audio and then work on it after it's in the box. - -- G. Stewart - [EMAIL PROTECTED] All those who believe in telekinesis, raise my hand. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJIvrK5oiGLo9AcYRAtGOAKDOj+vzbIR8r8/Ei9Yzo/9abPKmDACdHcIY pcHHJuEsBDYQzJhRkleWzDQ= =OXpK -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
Date: Tue, 1 Mar 2005 15:24:58 +0100 From: Godwin Stewart [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] On Mon, 28 Feb 2005 16:21:39 -0800, Kevin Oberman [EMAIL PROTECTED] wrote: I'd say something is very wrong on your systems and I'd ALMOST bet it's ata related. Maybe ATA-MkIII would help things out. Possibly, altho' I doubt it given that the only short periods during which the machine is responsive are *during* disk I/O. Please DON'T top post to any FreeBSD list! This is starting to sound like it might be an interrupt routing issue and interrupts from the disk are sharing an IRQ with something else. Something else is generating interrupts that are never getting delivered, but the disk interrupts are waking the appropriate driver to allow things to proceed. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
Date: Tue, 1 Mar 2005 16:36:11 +0100 From: Godwin Stewart [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Mar 2005 02:32:02 -0500 (EST), Jeff Roberson [EMAIL PROTECTED] wrote: Is the process that does the FFT in kernel, niced, or rtprio'd? last pid: 93131; load averages: 0.96, 0.49, 0.24 up 0+05:18:20 15:29:47 48 processes: 2 running, 46 sleeping CPU states: 99.6% user, 0.0% nice, 0.4% system, 0.0% interrupt, 0.0% id le Mem: 174M Active, 94M Inact, 86M Wired, 14M Cache, 48M Buf, 2564K Free Swap: 743M Total, 180K Used, 743M Free PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 93124 godwin 1210 33288K 23836K RUN 2:22 13.72% 13.72% audacity WCPU and CPU climb to about 20%, drop to 0 during disk I/O, then start climbing again. Note that this is with SCHED_4BSD. I'd need to recompile a kernel to get similar information for ULE/PREEMPTION. fx: goes off and compiles a new kernel and comes back when it's done... Looks like I spoke too soon. The system is now perfectly stable and usable with ULE. The problems I was having with ULE were on 5.3-STABLE. I'm now on 5.4-PRE. Were there significant changes to the kernel in between? Stable is a dynamic thing. Stable as of what date? Lots of fixes to ULE, APIC, ACPI and other things have made it to the kernel at some point in the life of 5.3-Stable. Several have made it rather recently. Comparing a dmesg from when it was not working with one now might be instructive. (They can be found in /var/log/messages[.n.bz2].) Take a look at the details of the device probes before disks are mounted in particular, for changes. Can you give me any information on the means by which you transfer data from a cassette to your pc? Straightforward audio connection from the amp's line out to the sound card's line in. The FFT filtering isn't performed on the fly BTW. I use audacity to grab the audio and then work on it after it's in the box. Really sounds more and more like interrupts were not getting properly delivered. Normally the disk IRQs are not shared, but it really looks like something was broken here for your BIOS. (And it appears to have been fixed!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-Original Message- From: Kevin Oberman Sent: 3/2/2005 10:45:32 AM To: [EMAIL PROTECTED] Cc: freebsd-stable@freebsd.org Subject: Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD Date: Tue, 1 Mar 2005 16:36:11 +0100 From: Godwin Stewart Sender: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 1 Mar 2005 02:32:02 -0500 (EST), Jeff Roberson wrote: Is the process that does the FFT in kernel, niced, or rtprio'd? last pid: 93131; load averages: 0.96, 0.49, 0.24 up 0+05:18:20 15:29:47 48 processes: 2 running, 46 sleeping CPU states: 99.6% user, 0.0% nice, 0.4% system, 0.0% interrupt, 0.0% id le Mem: 174M Active, 94M Inact, 86M Wired, 14M Cache, 48M Buf, 2564K Free Swap: 743M Total, 180K Used, 743M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 93124 godwin 121 0 33288K 23836K RUN 2:22 13.72% 13.72% audacity WCPU and CPU climb to about 20%, drop to 0 during disk I/O, then start climbing again. Note that this is with SCHED_4BSD. I'd need to recompile a kernel to get similar information for ULE/PREEMPTION. fx: goes off and compiles a new kernel and comes back when it's done... Looks like I spoke too soon. The system is now perfectly stable and usable with ULE. The problems I was having with ULE were on 5.3-STABLE. I'm now on 5.4-PRE. Were there significant changes to the kernel in between? Stable is a dynamic thing. Stable as of what date? Lots of fixes to ULE, APIC, ACPI and other things have made it to the kernel at some point in the life of 5.3-Stable. Several have made it rather recently. Comparing a dmesg from when it was not working with one now might be instructive. (They can be found in /var/log/messages[.n.bz2].) Take a look at the details of the device probes before disks are mounted in particular, for changes. Can you give me any information on the means by which you transfer data from a cassette to your pc? Straightforward audio connection from the amp's line out to the sound card's line in. The FFT filtering isn't performed on the fly BTW. I use audacity to grab the audio and then work on it after it's in the box. Really sounds more and more like interrupts were not getting properly delivered. Normally the disk IRQs are not shared, but it really looks like something was broken here for your BIOS. (And it appears to have been fixed!) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] . Ppfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRJoin our internet solutions at a href=http://www.palsign.com;http://www.palsign.com/a/font ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 01 Mar 2005 12:21:07 -0800, Kevin Oberman [EMAIL PROTECTED] wrote: Please DON'T top post to any FreeBSD list! Who was top-posting? I certainly wasn't! I hate that moronic practice with a vengeance. Only mildly less annoying is people writing to the list and Cc:'ing the message to multiple list members... This is starting to sound like it might be an interrupt routing issue and interrupts from the disk are sharing an IRQ with something else. Something else is generating interrupts that are never getting delivered, but the disk interrupts are waking the appropriate driver to allow things to proceed. Whatever it was it would appear to be solved now anyway. - -- G. Stewart - [EMAIL PROTECTED] Don't worry about people stealing your ideas. If your ideas are any good, you'll have to ram them down people's throats. -- Howard Aiken -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCJOxmK5oiGLo9AcYRAv1kAJ0Ry39oiEczi8aOrkuBtK3yobt/LwCg21Rf bvbB4VIDXaC/3tfzJlNRaiM= =GUoN -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Monday, 28. February 2005 03:25, Gary Kline wrote: On Sun, Feb 27, 2005 at 11:36:43AM +1030, Daniel O'Connor wrote: On Sun, 27 Feb 2005 09:12, Gary Kline wrote: How about adjusting the configuration then? There is utterly no xorg.conf file; the xorg probes set the resolution to the max (1600x1200), and the display `quivers' --for lack of a better word. So far my attemps with xorgcfg and xorgconfig work with startx only. And the display is off-center (leftward). Try (as root) X -configure cp /root/xorg.conf /usr/X11R6/lib/X11/xorg.conf Then edit /usr/X11R6/lib/X11/xorg.conf Look up the 'Section Screen' part and add 'DefaultDepth 24' in it then edit the Modes line to have the resolution you want there. FYI X.Org should have just used your XF86-4 config file by default. XF86Config bombed instantly, even with startx. Try looking at /var/log/Xorg.0.log to find out what's bombing. It might just be the keyboard driver, IIRC it got renamed from keyboard to kbd. The config format is completely compatible. I'm still having troubl getting the Horz and Vert sync numbers right. That's easy: Just find the manual of your CRT and copy over the numbers from the technical data page. -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org pgpJnQl29BISd.pgp Description: PGP signature
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
Date: Sun, 27 Feb 2005 21:36:23 +0100 From: Godwin Stewart [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 26 Feb 2005 21:49:00 +0100, Michael Nottebrock [EMAIL PROTECTED] wrote: I've been using that for a long time now, since Xorg 6.8.1 breaks vt- switching for me. Well, I decided to bite the bullet and upgraded to Xorg 6.8.1 anyway. It didn't break vt-switching for me, thankfully. Other than the core keyboard driver being kbd instead of Keyboard now, which threw me off for a couple of minutes, all went well. It seems to be stable enough. Cross fingers, touch wood etc. I also took advantage of the latest cvsup to 5.4-PRE and ensuing recompile to revert to SCHED_4BSD from SCHED_ULE and PREEMPTION in the kernel. The difference is staggering. One of the things I've been doing is to record some of my old cassettes (you know, those old plastic things with 2 holes and a tape inside :) onto CD. Applying a FFT filter to 50 minutes of audio takes between 10 and 15 minutes on this machine (P-III/550, 384MB) depending on the complexity of the filter. During this time, with SCHED_ULE and PREEMTION, the machine is unusable. It freezes hard for periods of 10-12 seconds and then when it unfreezes (while doing disk i/o apparently) the keys you typed turn up in the wrong order. However, now that I've reverted to SCHED_4BSD, the machine remains perfectly snappy while performing the FFT filter, which doesn't happen perceptibly slower. It could be that I misread things entirely (wouldn't be the first time), but wasn't SCHED_ULE's purpose to *improve* the responsiveness of the machine when under load? The results I'm getting here are, errmm... slightly different... Old hardware maybe? This is VERY odd. What you saw with ULE is what I (and most people) saw with 4BSD. I got very tired of the short pauses I was getting unde 4BSD on my 5-Stable laptop and was very pleased to get back to ULE a few weeks ago when I moved it to 6-Current. I'd say something is very wrong on your systems and I'd ALMOST bet it's ata related. Maybe ATA-MkIII would help things out. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
On Mon, 28 Feb 2005, Kevin Oberman wrote: Date: Sun, 27 Feb 2005 21:36:23 +0100 From: Godwin Stewart [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 26 Feb 2005 21:49:00 +0100, Michael Nottebrock [EMAIL PROTECTED] wrote: I've been using that for a long time now, since Xorg 6.8.1 breaks vt- switching for me. Well, I decided to bite the bullet and upgraded to Xorg 6.8.1 anyway. It didn't break vt-switching for me, thankfully. Other than the core keyboard driver being kbd instead of Keyboard now, which threw me off for a couple of minutes, all went well. It seems to be stable enough. Cross fingers, touch wood etc. I also took advantage of the latest cvsup to 5.4-PRE and ensuing recompile to revert to SCHED_4BSD from SCHED_ULE and PREEMPTION in the kernel. The difference is staggering. One of the things I've been doing is to record some of my old cassettes (you know, those old plastic things with 2 holes and a tape inside :) onto CD. Applying a FFT filter to 50 minutes of audio takes between 10 and 15 minutes on this machine (P-III/550, 384MB) depending on the complexity of the filter. During this time, with SCHED_ULE and PREEMTION, the machine is unusable. It freezes hard for periods of 10-12 seconds and then when it unfreezes (while doing disk i/o apparently) the keys you typed turn up in the wrong order. Is the process that does the FFT in kernel, niced, or rtprio'd? Can you give me any information on the means by which you transfer data from a cassette to your pc? However, now that I've reverted to SCHED_4BSD, the machine remains perfectly snappy while performing the FFT filter, which doesn't happen perceptibly slower. It could be that I misread things entirely (wouldn't be the first time), but wasn't SCHED_ULE's purpose to *improve* the responsiveness of the machine when under load? The results I'm getting here are, errmm... slightly different... Old hardware maybe? This is VERY odd. What you saw with ULE is what I (and most people) saw with 4BSD. I got very tired of the short pauses I was getting unde 4BSD on my 5-Stable laptop and was very pleased to get back to ULE a few weeks ago when I moved it to 6-Current. I'd say something is very wrong on your systems and I'd ALMOST bet it's ata related. Maybe ATA-MkIII would help things out. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Sunday, 27. February 2005 02:06, Daniel O'Connor wrote: On Sun, 27 Feb 2005 09:12, Gary Kline wrote: How about adjusting the configuration then? There is utterly no xorg.conf file; the xorg probes set the resolution to the max (1600x1200), and the display `quivers' --for lack of a better word. So far my attemps with xorgcfg and xorgconfig work with startx only. And the display is off-center (leftward). Try (as root) X -configure cp /root/xorg.conf /usr/X11R6/lib/X11/xorg.conf Then edit /usr/X11R6/lib/X11/xorg.conf Or try xorgcfg -textmode -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org pgpufEF7Z9kCp.pgp Description: PGP signature
Re: Xorg 6.8.1
No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. I don't want the latest Xorg after the horror stories I heard. That's why I'm building firefox-1.0.1 independently of the ports system, so that I don't have to go through the pain of upgrading Xorg (on which firefox depends, naturally) as well. The simple solution to this is to not use the -r or -R switch with portupgrade. :) Just use portupgrade firefox and it won't try to upgrade Xorg on you. I have yet to see a simple portupgrade portname try to upgrade anything other than portname. Now, if I could be certain that Xorg has settled down, I wouldn't mind upgrading from 6.7.0 to 6.8.1 and have done with it. I've been using Xorg 6.8.1 since a week after it hit the ports tree. First on 5.3-RELEASE and then on 6-CURRENT (same laptop). No problems here. -- Freddie Cash, CCNT CCLPHelpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] [EMAIL PROTECTED] [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Sun, Feb 27, 2005 at 11:36:43AM +1030, Daniel O'Connor wrote: On Sun, 27 Feb 2005 09:12, Gary Kline wrote: How about adjusting the configuration then? There is utterly no xorg.conf file; the xorg probes set the resolution to the max (1600x1200), and the display `quivers' --for lack of a better word. So far my attemps with xorgcfg and xorgconfig work with startx only. And the display is off-center (leftward). Try (as root) X -configure cp /root/xorg.conf /usr/X11R6/lib/X11/xorg.conf Then edit /usr/X11R6/lib/X11/xorg.conf Look up the 'Section Screen' part and add 'DefaultDepth 24' in it then edit the Modes line to have the resolution you want there. FYI X.Org should have just used your XF86-4 config file by default. XF86Config bombed instantly, even with startx. This afternoon after hours of testing one-change-at-a-time I found that the DefaultDepth of 8 is at least one thing that bombs. 24 works, but the max size with X -pconfigures xorg.conf only 1152x863(?). A DefaultDepth of 16 gives me 1880x1024, which is what works best for here. I'm still having troubl getting the Horz and Vert sync numbers right. This is probably why the GUI apps quiver whenever I try anything. My CRT is trying to tell me something when going blank by printing error message about INVALID SYNC and so on. _So_ is there any tool that will auto-configure the horizontal/vertical ranges? I didn't see xvidtune in the X11R6 bin directory, but don't think it had this capability. (FWIW, my tube is a Hitachi SuperScan Eltire751.) gary -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Mon, 28 Feb 2005 12:55, Gary Kline wrote: FYI X.Org should have just used your XF86-4 config file by default. XF86Config bombed instantly, even with startx. This afternoon after hours of testing one-change-at-a-time I found that the DefaultDepth of 8 is at least one thing that bombs. 24 works, but the max size with X -pconfigures xorg.conf only 1152x863(?). A DefaultDepth of 16 gives me 1880x1024, which is what works best for here. Did you read the log file? This will more than likely give you a good clue as to what it's barfing on.. I'm still having troubl getting the Horz and Vert sync numbers right. This is probably why the GUI apps quiver whenever I try anything. My CRT is trying to tell me something when going blank by printing error message about INVALID SYNC and so on. _So_ is there any tool that will auto-configure the horizontal/vertical ranges? I didn't see xvidtune in the X11R6 bin directory, but don't think it had this capability. (FWIW, my tube is a Hitachi SuperScan Eltire751.) Your monitor is supposed to tell the X server what it's capable of, but some are dumb and don't seem to do it properly. You can hard code it if you find out the monitors specs (eg manual, web site). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpGg0VX0dkJE.pgp Description: PGP signature
Re: Xorg 6.8.1 and SCHED_ULE vs. SCHED_4BSD
Godwin Stewart napisa(a): On Sat, 26 Feb 2005 21:49:00 +0100, Michael Nottebrock [EMAIL PROTECTED] wrote: I've been using that for a long time now, since Xorg 6.8.1 breaks vt- switching for me. One of the things I've been doing is to record some of my old cassettes (you know, those old plastic things with 2 holes and a tape inside :) onto CD. Applying a FFT filter to 50 minutes of audio takes between 10 and 15 minutes on this machine (P-III/550, 384MB) depending on the complexity of the filter. During this time, with SCHED_ULE and PREEMTION, the machine is unusable. It freezes hard for periods of 10-12 seconds and then when it unfreezes (while doing disk i/o apparently) the keys you typed turn up in the wrong order. I currently run 5.4-PRE with ULE and PREEMPTION, on a similar machine (pIII-733 192RAM), also 6.8.1, and i do have to say that ULE has improved responsiveness /alongside kern.hz=800/ incredibly, with none-whatsoever speed degradation (actually my compilations seem to run faster, although that is only a mere hunch not yet backed up by any benchmarking). The only time i might encounter problems, is with the lack of ram, and a lot of disk swap usage, or during untarring of big distfiles (yet it is still giving me better response than with 4BSD, which was utterly terrible :) I honestly would have to say, great job on the ULE, if mere fixing of the possible disk i/o lock ups were to be commited its much better than 4BSD. However, now that I've reverted to SCHED_4BSD, the machine remains perfectly snappy while performing the FFT filter, which doesn't happen perceptibly slower. Perhaphs you can try with different kern.hz settings? -- Mateusz Jdrasik [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Sat, 26 Feb 2005 20:36, Godwin Stewart wrote: ISTR not that long ago - when ports were updated from 6.7.0 - people were reporting random freezes and crashes with the new version of Xorg. This seems to have died down now so I might consider the update, which might not be a bad idea given how many other ports are dependent on 6.8.1 and try to update half the system... You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgp2mphtSem0N.pgp Description: PGP signature
Re: Xorg 6.8.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 26 Feb 2005 22:25:24 +1030, Daniel O'Connor [EMAIL PROTECTED] wrote: You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. I don't want the latest Xorg after the horror stories I heard. That's why I'm building firefox-1.0.1 independently of the ports system, so that I don't have to go through the pain of upgrading Xorg (on which firefox depends, naturally) as well. Now, if I could be certain that Xorg has settled down, I wouldn't mind upgrading from 6.7.0 to 6.8.1 and have done with it. - -- G. Stewart - [EMAIL PROTECTED] The average nutritional value of promises is roughly zero. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIGX1K5oiGLo9AcYRAnxVAKCMuYMlZxaqjrqCUI1eKxJC/9QN5gCgqpKD sOKB6hFwBJ1BdY42Zi3ItuA= =6QjU -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Feb 26, 2005 at 10:25:24PM +1030, Daniel O'Connor wrote: On Sat, 26 Feb 2005 20:36, Godwin Stewart wrote: ISTR not that long ago - when ports were updated from 6.7.0 - people were reporting random freezes and crashes with the new version of Xorg. This seems to have died down now so I might consider the update, which might not be a bad idea given how many other ports are dependent on 6.8.1 and try to update half the system... You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) I've been updating on a regular basis. The clients and libraries are at 6.8_1, the server at 6.8_2 and I've had no problems lately. (Several different boxes, ranging from a 3 gig processor with a gig of RAM to a PIII 500 with 300 something Megs of RAM. - -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Xander: Yep, vampires are real. A lot of 'em live in Sunnydale. Willow'll fill you in. Willow: I know it's hard to accept at first. Oz: Actually, it explains a lot. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIHT4+lTVdes0Z9YRAudIAKCpJTzq/D3cw+CG9Kf3eiMjWYqfAwCfQYJM XegMSWJprURUIFToSzD27Wk= =OJqx -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Sat, 26 Feb 2005 22:35, Godwin Stewart wrote: No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. I don't want the latest Xorg after the horror stories I heard. That's why I'm building firefox-1.0.1 independently of the ports system, so that I don't have to go through the pain of upgrading Xorg (on which firefox depends, naturally) as well. You can tell portupgrade and friends to ignore certain packages - ie --exclude. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgpLWDoZMy1Fu.pgp Description: PGP signature
Re: Xorg 6.8.1
On Saturday, 26. February 2005 13:05, Godwin Stewart wrote: On Sat, 26 Feb 2005 22:25:24 +1030, Daniel O'Connor [EMAIL PROTECTED] wrote: You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. edit /usr/local/etc/pkgtools.conf, find the HOLD_PKGS = [ line and change it to HOLD_PKGS = [ 'bsdpan-*', 'xorg-*', 'imake-*', ] I've been using that for a long time now, since Xorg 6.8.1 breaks vt-switching for me. -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org pgpjaefiDvlRf.pgp Description: PGP signature
Re: Xorg 6.8.1
On Sat, Feb 26, 2005 at 09:49:00PM +0100, Michael Nottebrock wrote: On Saturday, 26. February 2005 13:05, Godwin Stewart wrote: On Sat, 26 Feb 2005 22:25:24 +1030, Daniel O'Connor [EMAIL PROTECTED] wrote: You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. edit /usr/local/etc/pkgtools.conf, find the HOLD_PKGS = [ line and change it to HOLD_PKGS = [ 'bsdpan-*', 'xorg-*', 'imake-*', ] I've been using that for a long time now, since Xorg 6.8.1 breaks vt-switching for me. Tweaking pkgtools.conf may help me if I move back to XFree, and it's looking like I have no choice. xorg autoconfigs itself to run at too high a res and nothing I do fixes it. So, without highjacking this thread _too_ much, can anybody give me the cmds to get back to XFree-4 on my 5.3 install? I tried several days ago and got fouled up. What xorg* ports do I have to pkg_delete before I cd to /usr/ports/x11/XFree-4 and type a 'make install'? thanks much, gary -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Saturday, 26. February 2005 22:19, Gary Kline wrote: On Sat, Feb 26, 2005 at 09:49:00PM +0100, Michael Nottebrock wrote: On Saturday, 26. February 2005 13:05, Godwin Stewart wrote: On Sat, 26 Feb 2005 22:25:24 +1030, Daniel O'Connor [EMAIL PROTECTED] wrote: You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. edit /usr/local/etc/pkgtools.conf, find the HOLD_PKGS = [ line and change it to HOLD_PKGS = [ 'bsdpan-*', 'xorg-*', 'imake-*', ] I've been using that for a long time now, since Xorg 6.8.1 breaks vt-switching for me. Tweaking pkgtools.conf may help me if I move back to XFree, and it's looking like I have no choice. xorg autoconfigs itself to run at too high a res and nothing I do fixes it. How about adjusting the configuration then? So, without highjacking this thread _too_ much, can anybody give me the cmds to get back to XFree-4 on my 5.3 install? You really don't want to do that except you're absolutely desparate (and the above problem doesn't fit that category). Using XFree86 on 5.3 will make your system incompatible with binary packages for 5.3 and for 5-STABLE. -- ,_, | Michael Nottebrock | [EMAIL PROTECTED] (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org pgprVxFKXNECK.pgp Description: PGP signature
Re: Xorg 6.8.1
On Saturday 26 February 2005 01:19 pm, Gary Kline wrote: On Sat, Feb 26, 2005 at 09:49:00PM +0100, Michael Nottebrock wrote: On Saturday, 26. February 2005 13:05, Godwin Stewart wrote: On Sat, 26 Feb 2005 22:25:24 +1030, Daniel O'Connor [EMAIL PROTECTED] wrote: You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. edit /usr/local/etc/pkgtools.conf, find the HOLD_PKGS = [ line and change it to HOLD_PKGS = [ 'bsdpan-*', 'xorg-*', 'imake-*', ] I've been using that for a long time now, since Xorg 6.8.1 breaks vt-switching for me. Tweaking pkgtools.conf may help me if I move back to XFree, and it's looking like I have no choice. xorg autoconfigs itself to run at too high a res and nothing I do fixes it. So, without highjacking this thread _too_ much, can anybody give me the cmds to get back to XFree-4 on my 5.3 install? I tried several days ago and got fouled up. What xorg* ports do I have to pkg_delete before I cd to /usr/ports/x11/XFree-4 and type a 'make install'? thanks much, gary Try setting in /etc/make.conf X_WINDOW_SYSTEM=xfree86-4 There is an entry in /usr/ports/UPDATING about it. Upgrading with sysutils/portmanager should be able to reset all of your dependencies after that. -Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, 26 Feb 2005 21:49:00 +0100, Michael Nottebrock [EMAIL PROTECTED] wrote: edit /usr/local/etc/pkgtools.conf, find the HOLD_PKGS = [ line and change it to HOLD_PKGS = [ 'bsdpan-*', 'xorg-*', 'imake-*', ] That's a useful piece of info. Thanks. - -- G. Stewart - [EMAIL PROTECTED] Before you criticize someone, you should walk a mile in their shoes. That way, when you criticize them, you're a mile away and you have their shoes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCIO9oK5oiGLo9AcYRAhqDAJ4415K8RYilfCsd97kdKDAUT6SNTgCaAjES kkU/wY5KZ0Clod2skIYVPP8= =4uUd -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Sat, Feb 26, 2005 at 10:41:33PM +0100, Michael Nottebrock wrote: On Saturday, 26. February 2005 22:19, Gary Kline wrote: On Sat, Feb 26, 2005 at 09:49:00PM +0100, Michael Nottebrock wrote: On Saturday, 26. February 2005 13:05, Godwin Stewart wrote: On Sat, 26 Feb 2005 22:25:24 +1030, Daniel O'Connor [EMAIL PROTECTED] wrote: You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. edit /usr/local/etc/pkgtools.conf, find the HOLD_PKGS = [ line and change it to HOLD_PKGS = [ 'bsdpan-*', 'xorg-*', 'imake-*', ] I've been using that for a long time now, since Xorg 6.8.1 breaks vt-switching for me. Tweaking pkgtools.conf may help me if I move back to XFree, and it's looking like I have no choice. xorg autoconfigs itself to run at too high a res and nothing I do fixes it. How about adjusting the configuration then? There is utterly no xorg.conf file; the xorg probes set the resolution to the max (1600x1200), and the display `quivers' --for lack of a better word. So far my attemps with xorgcfg and xorgconfig work with startx only. And the display is off-center (leftward). So, without highjacking this thread _too_ much, can anybody give me the cmds to get back to XFree-4 on my 5.3 install? You really don't want to do that except you're absolutely desparate (and the above problem doesn't fit that category). Using XFree86 on 5.3 will make your system incompatible with binary packages for 5.3 and for 5-STABLE. If it's just binary _packages_, no problem since I build everything from src. Is XFree86 going to be completely obsolesced? gary -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Sat, Feb 26, 2005 at 01:38:22PM -0800, Michael C. Shultz wrote: Try setting in /etc/make.conf X_WINDOW_SYSTEM=xfree86-4 There is an entry in /usr/ports/UPDATING about it. Upgrading with sysutils/portmanager should be able to reset all of your dependencies after that. Thanks. I did make the change in make.conf, but only after things began breaking when I tried to rebuild XFree86-4. If/when I try again, I'll set that variable first! gary -- Gary Kline [EMAIL PROTECTED] www.thought.org Public service Unix ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Saturday 26 February 2005 02:49 pm, you wrote: On Sat, Feb 26, 2005 at 01:38:22PM -0800, Michael C. Shultz wrote: Try setting in /etc/make.conf X_WINDOW_SYSTEM=xfree86-4 There is an entry in /usr/ports/UPDATING about it. Upgrading with sysutils/portmanager should be able to reset all of your dependencies after that. Thanks. I did make the change in make.conf, but only after things began breaking when I tried to rebuild XFree86-4. If/when I try again, I'll set that variable first! gary Gary, probably best to go with xorg anyways if your using 5-STABLE, but if you choose XFree86-4 for some reason I think portmanager will correctly rebuild all ports that depend on the XFree86-4 libraries. You wouldn't have to deinstall/reinstall everything manually. -Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg 6.8.1
On Sun, 27 Feb 2005 09:12, Gary Kline wrote: How about adjusting the configuration then? There is utterly no xorg.conf file; the xorg probes set the resolution to the max (1600x1200), and the display `quivers' --for lack of a better word. So far my attemps with xorgcfg and xorgconfig work with startx only. And the display is off-center (leftward). Try (as root) X -configure cp /root/xorg.conf /usr/X11R6/lib/X11/xorg.conf Then edit /usr/X11R6/lib/X11/xorg.conf Look up the 'Section Screen' part and add 'DefaultDepth 24' in it then edit the Modes line to have the resolution you want there. FYI X.Org should have just used your XF86-4 config file by default. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C pgplAe990CDAo.pgp Description: PGP signature
Re: Xorg 6.8.1
Gary Kline wrote: On Sat, Feb 26, 2005 at 10:41:33PM +0100, Michael Nottebrock wrote: On Saturday, 26. February 2005 22:19, Gary Kline wrote: On Sat, Feb 26, 2005 at 09:49:00PM +0100, Michael Nottebrock wrote: On Saturday, 26. February 2005 13:05, Godwin Stewart wrote: On Sat, 26 Feb 2005 22:25:24 +1030, Daniel O'Connor [EMAIL PROTECTED] wrote: You don't need to update a port just because it depends on Xorg. The X API is quite stable so you can update just Xorg without expecting any problems. (I did XFree86 - Xorg with zero problems for example) No, the problem's the other way round. Every time I want to portupgrade something else, portupgrade also wants to upgrade Xorg. edit /usr/local/etc/pkgtools.conf, find the HOLD_PKGS = [ line and change it to HOLD_PKGS = [ 'bsdpan-*', 'xorg-*', 'imake-*', ] I've been using that for a long time now, since Xorg 6.8.1 breaks vt-switching for me. Tweaking pkgtools.conf may help me if I move back to XFree, and it's looking like I have no choice. xorg autoconfigs itself to run at too high a res and nothing I do fixes it. How about adjusting the configuration then? There is utterly no xorg.conf file; the xorg probes set the resolution to the max (1600x1200), and the display `quivers' --for lack of a better word. So far my attemps with xorgcfg and xorgconfig work with startx only. And the display is off-center (leftward). Following the procedure at http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-config.html should get you a default configuration. If you already have XF86Config file, the X.Org will use that. Also in that section of Handbook is an example of Section Screen in which you can list the Modes that you would like and see xorg.conf(5) manpage for more info (or XF86Config(5) if you go with XFree86 of course). So, without highjacking this thread _too_ much, can anybody give me the cmds to get back to XFree-4 on my 5.3 install? You really don't want to do that except you're absolutely desparate (and the above problem doesn't fit that category). Using XFree86 on 5.3 will make your system incompatible with binary packages for 5.3 and for 5-STABLE. As long as one builds from ports and doesn't use packages that depend on X11, things should work. If there are problems, I would like to know about them. If it's just binary _packages_, no problem since I build everything from src. Is XFree86 going to be completely obsolesced? No. As long as XFree86 will be released, I intend to keep ports up to date. (4.5.0 is planned for early-mid March 2005.) Dejan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]