Re: Freebsd 5.3 hangs under heavy load????

2005-03-15 Thread Rojer
Amandeep Pannu wrote: Hi all, I have two Seagate SCSI drives 36GB and 8GB RAM and installed 5.3-REL with PAE and SMP support. Now the problem arises that the system hangs under heavy load and there are no error messages nothing. I have to hard boot it everytime it hangs. PAE must have something to

Re: Freebsd 5.3 hangs under heavy load????

2005-03-15 Thread Amandeep Pannu
Hi all, I have two Seagate SCSI drives 36GB and 8GB RAM and installed 5.3-REL with PAE and SMP support. Now the problem arises that the system hangs under heavy load and there are no error messages nothing. I have to hard boot it everytime it hangs. Any ideas what is going on. It is a Supermicro

Re: Freebsd 5.3 problem

2005-03-15 Thread Amandeep Pannu
Hi Jason > On 03/14/05 15:34:59, Amandeep Pannu wrote: >> Hi Kris, >> >> I had this problem before and I changed the MB and the memory and >> today it >> did the same thing it did before. >> memtest doesnt give any errors. >> >> Thanks >> A >> >> > > Memtest86 right? There is another that you run

Re: poll or select for ppi?

2005-03-15 Thread M. Warner Losh
In message: <[EMAIL PROTECTED]> Matt Kory <[EMAIL PROTECTED]> writes: : Is it possible to use poll or select to detect a change in the status : bits of the parallel port? I tried something like this, and took bits : 5 and 6 of the status register low and nothing seemed to happen. Is :

Re: memory leak in inflate.c

2005-03-15 Thread Marc Olzheim
On Tue, Mar 15, 2005 at 09:42:07PM +0100, Marc Olzheim wrote: > > Thanks. Could someone generate the patch as I dont have the latest > > FreeBSD source checked out. > > Hmm, there seem to be more possible leaks, as the code has been > literally copied from /usr/src/gnu/usr.bin/gzip/, including the

Re: memory leak in inflate.c

2005-03-15 Thread Marc Olzheim
On Tue, Mar 15, 2005 at 12:15:11PM -0800, [EMAIL PROTECTED] wrote: > Thanks. Could someone generate the patch as I dont have the latest > FreeBSD source checked out. Hmm, there seem to be more possible leaks, as the code has been literally copied from /usr/src/gnu/usr.bin/gzip/, including the defi

Re: threads question

2005-03-15 Thread Michael C. Shultz
On Tuesday 15 March 2005 12:02 pm, you wrote: > On Tue, 15 Mar 2005, Michael C. Shultz wrote: > [cut] > > > The answer is probably something like what you just said, scope > > being lost when making the call to a shared library. Why is it ok > > going to a static library but not a shared though? >

RE: memory leak in inflate.c

2005-03-15 Thread Vijay.Singh
Thanks. Could someone generate the patch as I dont have the latest FreeBSD source checked out. br vijay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of ext Marc Olzheim Sent: Tuesday, March 15, 2005 11:31 AM To: Marco Molteni Cc: freebsd-hackers@freebsd.org

Re: threads question

2005-03-15 Thread Zera William Holladay
On Tue, 15 Mar 2005, Michael C. Shultz wrote: [cut] > The answer is probably something like what you just said, scope being > lost when making the call to a shared library. Why is it ok going to a > static library but not a shared though? There is probably a race condition, so your code will work

Re: threads question

2005-03-15 Thread Michael C. Shultz
On Tuesday 15 March 2005 10:19 am, Daniel Eischen wrote: > On Tue, 15 Mar 2005, Michael C. Shultz wrote: > > Daniel, sorry to bother you again but I ran into something that is > > either a bug or I am missing a vital piece of information > > somewhere. Here is the situation: > > > > this works perf

Re: memory leak in inflate.c

2005-03-15 Thread Marc Olzheim
On Mon, Mar 14, 2005 at 09:43:52PM +0100, Marco Molteni wrote: > On Mon, 14 Mar 2005 <[EMAIL PROTECTED]> wrote: > > Hi, I am trying to debug a memory leak in executing gzipped binaries ^^ > > when the parameter list is too long.

Re: threads question

2005-03-15 Thread Daniel Eischen
On Tue, 15 Mar 2005, Michael C. Shultz wrote: > > Daniel, sorry to bother you again but I ran into something that is > either a bug or I am missing a vital piece of information somewhere. > Here is the situation: > > this works perfectly because I moved MGPMrUpgrade into > the same .c file so it wo

Re: threads question

2005-03-15 Thread Michael C. Shultz
On Monday 14 March 2005 08:57 pm, Daniel Eischen wrote: > On Mon, 14 Mar 2005, Michael C. Shultz wrote: > > Hi, I've just reached a point in a program I'm writing where I'd > > like to do threading. > > > > When I try to start a thread like this: > > > > pthread_create(&thread, &attr, MGPMrUpgrade,

Re: iSCSI initiator driver beta version, testers wanted

2005-03-15 Thread Dan Nelson
In the last episode (Mar 15), Scott Long said: > Danny Braniss wrote: > >things are looking much better 2day, got tag queuing to work, and > >now it's much faster. Q: how can the driver tell the cam to enable > >queing (ie: camcontrol tag 0:0:0 -Nn), and > > case XPT_PATH_INQ: > cpi->hba_inq

Re: iSCSI initiator driver beta version, testers wanted

2005-03-15 Thread Scott Long
Danny Braniss wrote: things are looking much better 2day, got tag queuing to work, and now it's much faster. Q: how can the driver tell the cam to enable queing (ie: camcontrol tag 0:0:0 -Nn), and case XPT_PATH_INQ: cpi->hba_inquiry = PI_TAG_ABLE Q: is there a rule of thumb as to how many

Re: some bugs in the kernel

2005-03-15 Thread c0ldbyte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 14 Mar 2005, Ted Unangst wrote: These bugs were found using the Coverity Prevent static analysis tool. Memory Leak File: usr/home/tedu/src/sys/geom/geom_bsd.c Function: g_bsd_ioctl Returning at line 378 leaks the just allocated 'label'. Buffer O

some bugs in the kernel

2005-03-15 Thread Ted Unangst
These bugs were found using the Coverity Prevent static analysis tool. Memory Leak File: usr/home/tedu/src/sys/geom/geom_bsd.c Function: g_bsd_ioctl Returning at line 378 leaks the just allocated 'label'. Buffer Overrun File: usr/home/tedu/src/sys/dev/hptmv/gui_lib.c Function: hpt_default_ioctl At

Re: cvsup can't work

2005-03-15 Thread c0ldbyte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 14 Mar 2005, Michael C. Shultz wrote: On Monday 14 March 2005 06:33 pm, wanakahalugi wrote: hi all, I installed FreeBSD5.3REL on my PC, and I want to update the source tree and ports collection using cvsup. To do that I copy the stable-supfile t

Re: What is this GEOM thing?

2005-03-15 Thread Dag-Erling Smørgrav
Stas Myasnikov <[EMAIL PROTECTED]> writes: > Can anyone tell me what is GEOM basically? I know that there's geom@, > but I think it's about concrete realisation. It's an abstraction layer for dealing with disk transformations (partitioning, RAID, encryption etc.) > I know that it's a layer betwee

What is this GEOM thing?

2005-03-15 Thread Stas Myasnikov
Hello, hackers. Can anyone tell me what is GEOM basically? I know that there's geom@, but I think it's about concrete realisation. I know that it's a layer between device drivers and devfs, but do I really need it on my home PC? Should I include it in the KERNEL? Bye. --- http://www.flirt.by - б

Re: iSCSI initiator driver beta version, testers wanted

2005-03-15 Thread Danny Braniss
things are looking much better 2day, got tag queuing to work, and now it's much faster. Q: how can the driver tell the cam to enable queing (ie: camcontrol tag 0:0:0 -Nn), and Q: is there a rule of thumb as to how many tag'ed? thanks, danny PS: soon there will be a new beta, any news wit