From: <nig...@ju...> - 2006-08-30 23:42:34
|
I figured this out. It is the ATI drivers (ati or fgrlx) in combination with smp. I turned off hyperthreading and the problem went away. Experimented with other distros, including major ones, and same thing there. So my solution is either to turn off HT or use a non-smp kernel. Roy -- "nig...@ju..." <nig...@ju...> wrote: VLdynamite-5.9.8.15: I'm having problems with my system becoming unresponsive using this version. After a few minutes of using X it freezes and requires a hard reboot. P4-2.4 HT + PAT 2x512 Dual Channel DDR Intel 875 Chipset ATI Radeon 9500 ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! ------------------------------------------------------------------------= - Using Tomcat but need to do more? Need to support web services, security= ? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geroni= mo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Vectorlinux-devel mailing list Vec...@li... https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! |
From: <nig...@ju...> - 2006-09-01 11:29:11
|
Do you have dual cores or hyperthreading enabled? -- "Jose J. Rodriguez" <jo...@gm...> wrote: Hmmm... as the "father" of the current auto-smp kernel in Dynamite, I've been using one on my SOHO 5.1.2 for quite a while now, together with the propietary ATI drivers and a Radeon X600 (HP P4 3GHz notebook). I have never suffered from a similar problem as is described here. My current kernel is a 2.6.17.7. Regards, Joe1962 ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! |
From: Jose J. R. <jo...@gm...> - 2006-09-02 15:29:31
|
On 9/1/06, nig...@ju... <nig...@ju...> wrote: > Do you have dual cores or hyperthreading enabled? > > -- "Jose J. Rodriguez" <jo...@gm...> wrote: > > Hmmm... as the "father" of the current auto-smp kernel in Dynamite, > I've been using one on my SOHO 5.1.2 for quite a while now, together > with the propietary ATI drivers and a Radeon X600 (HP P4 3GHz > notebook). I have never suffered from a similar problem as is > described here. My current kernel is a 2.6.17.7. > Hyperthreading. Regards, Joe1962 |
From: <nig...@ju...> - 2006-09-02 20:24:13
|
Sorry, didn't mean to say anything negative about your "baby". I'll assume the problem is in my hardware. I ordered another video card for further experimentation, a Radeon 9250 this time. That seems like a good card for Linux, should get hardware 3D using the open source ati driver. = Roy -- "Jose J. Rodriguez" <jo...@gm...> wrote: Hmmm... as the "father" of the current auto-smp kernel in Dynamite, I've been using one on my SOHO 5.1.2 for quite a while now, together with the propietary ATI drivers and a Radeon X600 (HP P4 3GHz notebook). I have never suffered from a similar problem as is described here. My current kernel is a 2.6.17.7. Regards, Joe1962 ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! |
From: Jose J. R. <jo...@gm...> - 2006-09-02 20:31:51
|
On 9/2/06, nig...@ju... <nig...@ju...> wrote: > Sorry, didn't mean to say anything negative about your "baby". > I'll assume the problem is in my hardware. I ordered another video card > for further experimentation, a Radeon 9250 this time. That seems like a > good card for Linux, should get hardware 3D using the open source ati > driver. > Oh, I hope I didn't come across as defensive. Never meant to. I was just pointing out who to blame, lol. Regards, Joe1962 |
From: uel a. <ue...@gm...> - 2006-09-03 01:27:26
|
Roy, You are definately not the only one with this problem. there are spcific packages from slackware that are supposed to address this issue. The problem is that they introduced problems for others. this is from the changelog: extra/x11-radeon-patched/x11-radeon-patched-6.9.0-i486-1.tgz: Here's the patched radeon module from the -9 X.Org Slackware packages. There's a README file included with it explaining what it is for with references to a discussion of the issue. http://slackware.osuosl.org/slackware-current/extra/x11-radeon-patched/x11-radeon-patched-6.9.0-i486-1.tgz Uel On 9/2/06, Jose J. Rodriguez <jo...@gm...> wrote: > > On 9/2/06, nig...@ju... <nig...@ju...> wrote: > > Sorry, didn't mean to say anything negative about your "baby". > > I'll assume the problem is in my hardware. I ordered another video card > > for further experimentation, a Radeon 9250 this time. That seems like a > > good card for Linux, should get hardware 3D using the open source ati > > driver. > > > > Oh, I hope I didn't come across as defensive. Never meant to. I was > just pointing out who to blame, lol. > > Regards, > Joe1962 > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |
From: Jose J. R. <jo...@gm...> - 2006-09-04 02:49:10
|
On 9/2/06, uel archuletta <ue...@gm...> wrote: > Roy, > You are definately not the only one with this problem. > there are spcific packages from slackware that are supposed to address this > issue. > The problem is that they introduced problems for others. > this is from the changelog: > extra/x11-radeon-patched/x11-radeon-patched-6.9.0-i486-1.tgz: > Here's the patched radeon module from the -9 X.Org Slackware packages. > There's a README file included with it explaining what it is for with > > references to a discussion of the issue. > > Then it's an xorg 6.9.0 issue, though last few ATI prop. drivers claim to support it. Haven't been in Dynamite long enough to get a crash with fglrx, I guess. Regards, Joe1962 |
From: <nig...@ju...> - 2006-09-05 13:15:31
|
No problem, Joe. I'm better at testing and complaining than fixing, so I'm just glad y'all put up with me. I tried the patch that Uel pointed out and saw no improvement. I have yet to notice any difference in speed when running HT on any OS. Turning it off is no sacrifice for me personally, but maybe we should keep a non-smp kernel available in the repository for those cases where it may be of help? Roy -- "Jose J. Rodriguez" <jo...@gm...> wrote: Oh, I hope I didn't come across as defensive. Never meant to. I was just pointing out who to blame, lol. Regards, Joe1962 ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! |
From: Jose J. R. <jo...@gm...> - 2006-09-05 22:33:03
|
On 9/5/06, nig...@ju... <nig...@ju...> wrote: > No problem, Joe. I'm better at testing and complaining than fixing, so > I'm just glad y'all put up with me. > > I tried the patch that Uel pointed out and saw no improvement. > > I have yet to notice any difference in speed when running HT on any OS. > Turning it off is no sacrifice for me personally, but maybe we should > keep a non-smp kernel available in the repository for those cases where > it may be of help? > I wonder if a simple kernel parameter given in lilo might do it? I'll investigate... Regards, Joe1962 |
From: Jose J. R. <jo...@gm...> - 2006-09-06 05:00:50
|
On 9/5/06, Jose J. Rodriguez <jo...@gm...> wrote: > On 9/5/06, nig...@ju... <nig...@ju...> wrote: > > No problem, Joe. I'm better at testing and complaining than fixing, so > > I'm just glad y'all put up with me. > > > > I tried the patch that Uel pointed out and saw no improvement. > > > > I have yet to notice any difference in speed when running HT on any OS. > > Turning it off is no sacrifice for me personally, but maybe we should > > keep a non-smp kernel available in the repository for those cases where > > it may be of help? > > > > I wonder if a simple kernel parameter given in lilo might do it? I'll > investigate... > Found it! Can you try one of these?: The `nosmp' Argument: Use of this option will tell a SMP kernel on a SMP machine to operate single processor. Typically only used for debugging and determining if a particular problem is SMP related. The `maxcpus=' Argument: The number given with this argument limits the maximum number of CPUs activated in SMP mode. Using a value of 0 is equivalent to the nosmp option. Regards, Joe1962 |
From: <nig...@ju...> - 2006-09-06 22:27:56
|
Not sure if I'm doing this right.. In lilo.conf, I changed the line: append =3D "" = to this: append =3D "nosmp" or: append =3D "maxcpus=3D0" and then ran "lilo" In both cases, I get some kind of IDE errors: --- snip-- ide1 at 0x170-0x177, 0x376 on irq 15 hda: max request size: 128 KiB hda: lost interrupt <------- here is where it slows down-- hda: lost interrupt <----- no response to keyboard--- hda: lost interrupt = hda: lost interrupt = hda: (xxxxxxx sectors, size, cache, UDMA status...) hda: cache flush supported hda:<4>hda: dma_timer_expiry: dma status =3D=3D 0x661 hda: lost interrupt = hda1: hda: lost interrupt = =2E...... It repeats this for hdb and hdc, after around 5 minutes, about halfway through hdc the screen goes blank and nothing more happens. = Are there variances in the syntax I should try? Roy >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Found it! Can you try one of these?: The `nosmp' Argument: Use of this option will tell a SMP kernel on a SMP machine to operate single processor. Typically only used for debugging and determining if a particular problem is SMP related. The `maxcpus=3D' Argument: The number given with this argument limits the maximum number of CPUs activated in SMP mode. Using a value of 0 is equivalent to the nosmp option. Regards, Joe1962 ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! |
From: Jose J. R. <jo...@gm...> - 2006-09-06 22:36:13
|
On 9/6/06, nig...@ju... <nig...@ju...> wrote: > Not sure if I'm doing this right.. In lilo.conf, I changed the line: > append = "" > to this: > append = "nosmp" > or: > append = "maxcpus=0" > > and then ran "lilo" > > In both cases, I get some kind of IDE errors: > --- snip-- > ide1 at 0x170-0x177, 0x376 on irq 15 > hda: max request size: 128 KiB > hda: lost interrupt <------- here is where it slows down-- > hda: lost interrupt <----- no response to keyboard--- > hda: lost interrupt > hda: lost interrupt > hda: (xxxxxxx sectors, size, cache, UDMA status...) > hda: cache flush supported > hda:<4>hda: dma_timer_expiry: dma status == 0x661 > hda: lost interrupt > hda1: > hda: lost interrupt > ....... > > It repeats this for hdb and hdc, after around 5 minutes, about halfway > through hdc the screen goes blank and nothing more happens. > > Are there variances in the syntax I should try? > Sounds right to me. Anyway, just found another one specifically for HT: "The `noht' Argument: This will disable hyper-threading on intel processors that have this feature." HTH. Joe1962 |
From: Jose J. R. <jo...@gm...> - 2006-09-06 23:56:38
|
On 9/6/06, Jose J. Rodriguez <jo...@gm...> wrote: > On 9/6/06, nig...@ju... <nig...@ju...> wrote: > > Not sure if I'm doing this right.. In lilo.conf, I changed the line: > > append = "" > > to this: > > append = "nosmp" > > or: > > append = "maxcpus=0" > > > > and then ran "lilo" > > > > In both cases, I get some kind of IDE errors: > > --- snip-- > > ide1 at 0x170-0x177, 0x376 on irq 15 > > hda: max request size: 128 KiB > > hda: lost interrupt <------- here is where it slows down-- > > hda: lost interrupt <----- no response to keyboard--- > > hda: lost interrupt > > hda: lost interrupt > > hda: (xxxxxxx sectors, size, cache, UDMA status...) > > hda: cache flush supported > > hda:<4>hda: dma_timer_expiry: dma status == 0x661 > > hda: lost interrupt > > hda1: > > hda: lost interrupt > > ....... > > > > It repeats this for hdb and hdc, after around 5 minutes, about halfway > > through hdc the screen goes blank and nothing more happens. > > > > Are there variances in the syntax I should try? > > > > Sounds right to me. Anyway, just found another one specifically for HT: > > "The `noht' Argument: > This will disable hyper-threading on intel processors that have this feature." > After some testing and more searching, "noht" seems to be gone from current kernels and "nosmp" gives me the same problem as you get. Funny thing is, I've been getting a hard lockup lately when closing the KDE session. KDM starts to show up, but it will not get as far as showing any text or user avatars. Only a hard switch-off will get me out of that. I'm not sure when it started, but I suspect after upgrading the propietary ATI driver from one version to the next. Can't be quite sure though. A search shows this is something that happens now and again in various KDE versions, but I couldn't find a definite explanation for any case. Anyway, this happens the same with HT enabled or disabled in the BIOS. I'll have to experiment with my previous ATI driver, or the new one that was just released. I still don't see the kind of X unresponsiveness you get though. I'll have to experiment extensively on the next Dynamite, as it seems to be an xorg 6.9 problem and I have 6.8.2 on my SOHO. Regards, Joe1962 |
From: uel a. <ue...@gm...> - 2006-09-07 02:40:10
|
i put a post to the forum looking for similar hardware so we can see if this problem can be duplicated also I have built a non-smp kernel for the next dynamite hopefully we can figure this out Uel On 9/6/06, Jose J. Rodriguez <jo...@gm...> wrote: > > On 9/6/06, Jose J. Rodriguez <jo...@gm...> wrote: > > On 9/6/06, nig...@ju... <nig...@ju...> wrote: > > > Not sure if I'm doing this right.. In lilo.conf, I changed the line: > > > append = "" > > > to this: > > > append = "nosmp" > > > or: > > > append = "maxcpus=0" > > > > > > and then ran "lilo" > > > > > > In both cases, I get some kind of IDE errors: > > > --- snip-- > > > ide1 at 0x170-0x177, 0x376 on irq 15 > > > hda: max request size: 128 KiB > > > hda: lost interrupt <------- here is where it slows down-- > > > hda: lost interrupt <----- no response to keyboard--- > > > hda: lost interrupt > > > hda: lost interrupt > > > hda: (xxxxxxx sectors, size, cache, UDMA status...) > > > hda: cache flush supported > > > hda:<4>hda: dma_timer_expiry: dma status == 0x661 > > > hda: lost interrupt > > > hda1: > > > hda: lost interrupt > > > ....... > > > > > > It repeats this for hdb and hdc, after around 5 minutes, about halfway > > > through hdc the screen goes blank and nothing more happens. > > > > > > Are there variances in the syntax I should try? > > > > > > > Sounds right to me. Anyway, just found another one specifically for HT: > > > > "The `noht' Argument: > > This will disable hyper-threading on intel processors that have this > feature." > > > > After some testing and more searching, "noht" seems to be gone from > current kernels and "nosmp" gives me the same problem as you get. > > Funny thing is, I've been getting a hard lockup lately when closing > the KDE session. KDM starts to show up, but it will not get as far as > showing any text or user avatars. Only a hard switch-off will get me > out of that. I'm not sure when it started, but I suspect after > upgrading the propietary ATI driver from one version to the next. > Can't be quite sure though. A search shows this is something that > happens now and again in various KDE versions, but I couldn't find a > definite explanation for any case. Anyway, this happens the same with > HT enabled or disabled in the BIOS. I'll have to experiment with my > previous ATI driver, or the new one that was just released. > > I still don't see the kind of X unresponsiveness you get though. I'll > have to experiment extensively on the next Dynamite, as it seems to be > an xorg 6.9 problem and I have 6.8.2 on my SOHO. > > Regards, > Joe1962 > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Vectorlinux-devel mailing list > Vec...@li... > https://lists.sourceforge.net/lists/listinfo/vectorlinux-devel > |
From: Jose J. R. <jo...@gm...> - 2006-09-08 02:33:44
|
Well, I uninstalled ATI driver 8.27.10 and installed 8.26.18 and the end session hard lockup problem seems to be gone. I sort of figured the problem started when I upgraded to 8.27.10. What driver version have you tested nightflier? Regards, Joe1962 |
From: <nig...@ju...> - 2006-09-08 12:56:37
|
I was using 8.28.8 For further testing, I got another card with the older architecture, a Radeon 9250, and tested on clean installs of both VLD 5.9.9 and VL SOHO 5.1. With this one I saw no lockups, "ati" or "fglrx". However, the reason for wanting hardware acceleration, Google Earth, has problems. Using the open source "ati" driver, it runs, but with corrupted display (ghosting of previous images and streaking). With "fglrx" it will not run at all, doesn't get past the splash screen. Other 3D apps like ppracer and scorched3d ran very well. - On a side note, neither VLD nor SOHO would set up the new video card using vasm > xwindow > xconf. It just quickly flashed and dropped back. On fresh install both picked it up. Is there a way to totally reset the hardware data or force a deeper probe? Roy -- "Jose J. Rodriguez" <jo...@gm...> wrote: Well, I uninstalled ATI driver 8.27.10 and installed 8.26.18 and the end session hard lockup problem seems to be gone. I sort of figured the problem started when I upgraded to 8.27.10. What driver version have you tested nightflier? Regards, Joe1962 ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! |
From: Jose J. R. <jo...@gm...> - 2006-09-08 13:03:30
|
On 9/8/06, nig...@ju... <nig...@ju...> wrote: > I was using 8.28.8 > That's a bit big (double the size as the previous release). Haven't downloaded it. > > However, the reason for wanting hardware acceleration, Google Earth, > has problems. Using the open source "ati" driver, it runs, but with > corrupted display (ghosting of previous images and streaking). With > "fglrx" it will not run at all, doesn't get past the splash screen. > Other 3D apps like ppracer and scorched3d ran very well. > Google Earth works fine here wth both fglrx drivers I've used. > - On a side note, neither VLD nor SOHO would set up the new video card > using vasm > xwindow > xconf. It just quickly flashed and dropped back. > On fresh install both picked it up. Is there a way to totally reset the > hardware data or force a deeper probe? > Not sure why it works differently after install. > > > -- "Jose J. Rodriguez" <jo...@gm...> wrote: > Well, I uninstalled ATI driver 8.27.10 and installed 8.26.18 and the > end session hard lockup problem seems to be gone. I sort of figured > the problem started when I upgraded to 8.27.10. What driver version > have you tested nightflier? > > Regards, > Joe1962 > |
From: <nig...@ju...> - 2006-09-08 13:24:32
|
I will try ver. 8.26.18. -And, to clarify.. when trying to install the new video card, I did also try hardware autodetection. Also tried a GF6200, same result. Roy -- "Jose J. Rodriguez" <jo...@gm...> wrote: > Well, I uninstalled ATI driver 8.27.10 and installed 8.26.18 and the > end session hard lockup problem seems to be gone. ________________________________________________________________________= Try Juno Platinum for Free! Then, only $9.95/month! Unlimited Internet Access with 1GB of Email Storage. Visit http://www.juno.com/value to sign up today! |
From: Jose J. R. <jo...@gm...> - 2006-08-31 20:40:01
|
On 8/30/06, nig...@ju... <nig...@ju...> wrote: > I figured this out. It is the ATI drivers (ati or fgrlx) in combination > with smp. I turned off hyperthreading and the problem went away. > Experimented with other distros, including major ones, and same thing > there. So my solution is either to turn off HT or use a non-smp kernel. > > Roy > > -- "nig...@ju..." <nig...@ju...> wrote: > VLdynamite-5.9.8.15: > I'm having problems with my system becoming unresponsive using this > version. After a few minutes of using X it freezes and requires a hard > reboot. > > P4-2.4 HT + PAT > 2x512 Dual Channel DDR > Intel 875 Chipset > ATI Radeon 9500 > > Hmmm... as the "father" of the current auto-smp kernel in Dynamite, I've been using one on my SOHO 5.1.2 for quite a while now, together with the propietary ATI drivers and a Radeon X600 (HP P4 3GHz notebook). I have never suffered from a similar problem as is described here. My current kernel is a 2.6.17.7. Regards, Joe1962 |