Re: PREEMPT kernel with nvidia

2008-01-05 Thread Paul Andreassen
On Friday 04 January 2008 09:16, Florian Kulzer wrote:
 On Fri, Jan 04, 2008 at 00:31:26 +1000, Paul Andreassen wrote:
  On Wednesday 02 January 2008 02:44, Florian Kulzer wrote:
   On Tue, Jan 01, 2008 at 23:25:47 +1000, Paul Andreassen wrote:
Is it possible to have a PREEMPT kernel while using the closed source
nVidia driver?
   
I've compiled the stable kernel 2.6.18 and the backported kernel
2.6.22, and both kill random programs.  Its strange because it some
times kills the game I'm running, sometime faults on boot up and once
gcc actually died.
  
   Such sporadic problems can be caused by faulty hardware. (bad RAM,
   power supply instability, insufficient cooling, ...) GCC for example
   can sometimes function as a sort of CPU-and-memory-stress-tester.
  
   Can you run your system (same load) on the nv driver without
   problems? Did you test this for a sufficiently long time so that you
   can be sure that the crashes only happen with the nvidia driver?
 
  Hi Florian,
 
  That's what I can't understand.  The default Debian kernel 2.6.18 without
  PREEMPT works fine.
 
  Is it possible the PREEMPT option would bring to the surface faulty
  hardware that non PREEMPT could handle?

 I would not rule out something like that, but I do not dare to make a
 guess how likely it is. GCC crashing the system seems suspicious to me
 since that should not involve any fancy graphics stuff.

I pretty sure it my memory.  I removed my old 2*512M modules and the computer 
didn't fault.  I put them back and enabled the BIOS option for Flexibility 
Option.  Its something to do with allowing miss matched modules.  The 2*1G 
are slower then the 2*512M.  Seems ok but will have to try it a few days to 
be sure.

  On Wednesday 02 January 2008 00:50, Hugo Vanwoerkom wrote:
   [EMAIL PROTECTED]:/sdb1$ uname -a
   Linux debian 2.6.23-1-686 #1 SMP PREEMPT Sun Dec 9 10:02:52 CST 2007
   i686 GNU/Linux
 
  So I can conclude it is most likely a hardware problem on my end.

 You can try memtest and lm-sensors if your hardware is supported.
 Unfortunately memtest is only conclusive if it reports errors; if it
 succeeds it still does not guarantee that your RAM is completely OK.

 It might also be worthwhile to play around with certain nvidia options,
 e.g. turning off RenderAccel or changing the AGP configuration.

I've run memtest before even posting these emails and it didn't report any 
errors.  I hope I've got it fixed now.  Fingers crossed.

Thanks,
Paul


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: PREEMPT kernel with nvidia

2008-01-03 Thread Paul Andreassen
On Wednesday 02 January 2008 02:44, Florian Kulzer wrote:
 On Tue, Jan 01, 2008 at 23:25:47 +1000, Paul Andreassen wrote:
  Is it possible to have a PREEMPT kernel while using the closed source
  nVidia driver?
 
  I've compiled the stable kernel 2.6.18 and the backported kernel 2.6.22,
  and both kill random programs.  Its strange because it some times kills
  the game I'm running, sometime faults on boot up and once gcc actually
  died.

 Such sporadic problems can be caused by faulty hardware. (bad RAM, power
 supply instability, insufficient cooling, ...) GCC for example can
 sometimes function as a sort of CPU-and-memory-stress-tester.

 Can you run your system (same load) on the nv driver without problems?
 Did you test this for a sufficiently long time so that you can be sure
 that the crashes only happen with the nvidia driver?

Hi Florian,

That's what I can't understand.  The default Debian kernel 2.6.18 without 
PREEMPT works fine.

Is it possible the PREEMPT option would bring to the surface faulty hardware 
that non PREEMPT could handle?

On Wednesday 02 January 2008 01:40, David Baron wrote:
 Running it right now with 2.63.1-rt1, I believe which is real-time preempt.
 Using the older driver for mx400 cards.

I believe you mean 2.6.23-1-rt1.  Good to know it does work.

On Wednesday 02 January 2008 00:50, Hugo Vanwoerkom wrote:
 [EMAIL PROTECTED]:/sdb1$ uname -a
 Linux debian 2.6.23-1-686 #1 SMP PREEMPT Sun Dec 9 10:02:52 CST 2007
 i686 GNU/Linux

So I can conclude it is most likely a hardware problem on my end.

Thanks,
Paul


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



PREEMPT kernel with nvidia

2008-01-01 Thread Paul Andreassen
Hi,

Is it possible to have a PREEMPT kernel while using the closed source nVidia 
driver?

I've compiled the stable kernel 2.6.18 and the backported kernel 2.6.22, and 
both kill random programs.  Its strange because it some times kills the game 
I'm running, sometime faults on boot up and once gcc actually died.

Thanks,
Paul


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Change .deb to improve rsync

2001-11-20 Thread Paul Andreassen

Hi,

I've noticed that the .deb files are archives of tar.gz files.  This isn't a
good format to maximise rsync's performance.  If we changed to zip or
similar, in which individual files are compressed separately, rsync will
find more similarities in different versions and download faster.

What do you think?

Paul