Re: PATCH: drivers/char/vt.c allows virtually locking up nonnetworkedmachine

2001-07-02 Thread Dan Podeanu
On Sat, 30 Jun 2001, Rudolf Polzer wrote: > There is a problem concerning chvt. A normal user can run a > > bash$ while [ 1 ]; do chvt 11; done > > which cannot be killed using the console (only remotely, virtually never > on a nonnetworked multiuser machine). So I changed the kernel source code

Re: PATCH: drivers/char/vt.c allows virtually locking up nonnetworkedmachine

2001-07-02 Thread Dan Podeanu
On Sat, 30 Jun 2001, Rudolf Polzer wrote: There is a problem concerning chvt. A normal user can run a bash$ while [ 1 ]; do chvt 11; done which cannot be killed using the console (only remotely, virtually never on a nonnetworked multiuser machine). So I changed the kernel source code so

Re: A Possible 2.5 Idea, maybe?

2001-06-29 Thread Dan Podeanu
On Fri, 29 Jun 2001, Brent D. Norris wrote: > Recently one more than one subject there have been comments along the > lines of, "Do x, y and z because it would be great on desktops" and then > someone else will say "NO! becausing doing x, y, and z will make servers > run slow." Then as a final

Re: A Possible 2.5 Idea, maybe?

2001-06-29 Thread Dan Podeanu
On Fri, 29 Jun 2001, Brent D. Norris wrote: Recently one more than one subject there have been comments along the lines of, Do x, y and z because it would be great on desktops and then someone else will say NO! becausing doing x, y, and z will make servers run slow. Then as a final note

Re: 2.4.5-ac20, make menuconfig problem

2001-06-28 Thread Dan Podeanu
On Thu, 28 Jun 2001, f5ibh wrote: > make[4]: Entre dans le répertoire > `/usr/src/kernel-sources-2.4.5-ac20/drivers/pnp' > gcc -D__KERNEL__ -I/usr/src/kernel-sources-2.4.5-ac20/include -Wall > -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer > -fno-strict-aliasing -fno-common -pipe

Re: Cosmetic JFFS patch.

2001-06-28 Thread Dan Podeanu
Ok, my two cents. Print all copyright, config, etc. as KERN_DEBUG. Then use a 'verbose' or similar parameter to lilo/kernel to enable console printing of KERN_DEBUG, to be used when the system fails to boot, etc. Dan. - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: Cosmetic JFFS patch.

2001-06-28 Thread Dan Podeanu
Ok, my two cents. Print all copyright, config, etc. as KERN_DEBUG. Then use a 'verbose' or similar parameter to lilo/kernel to enable console printing of KERN_DEBUG, to be used when the system fails to boot, etc. Dan. - To unsubscribe from this list: send the line unsubscribe linux-kernel in

Re: 2.4.5-ac20, make menuconfig problem

2001-06-28 Thread Dan Podeanu
On Thu, 28 Jun 2001, f5ibh wrote: make[4]: Entre dans le répertoire `/usr/src/kernel-sources-2.4.5-ac20/drivers/pnp' gcc -D__KERNEL__ -I/usr/src/kernel-sources-2.4.5-ac20/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing -fno-common -pipe

Re: Alan Cox quote? (was: Re: accounting for threads)

2001-06-20 Thread Dan Podeanu
export IFS=$'\n' > lines=`ls -l | awk '{print "\""$0"\""}'` > for i in $lines > do > echo line:$i > done - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Alan Cox quote? (was: Re: accounting for threads)

2001-06-20 Thread Dan Podeanu
export IFS=$'\n' lines=`ls -l | awk '{print \$0\}'` for i in $lines do echo line:$i done - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read

Re: Client receives TCP packets but does not ACK

2001-06-17 Thread Dan Podeanu
On Sun, Jun 17, 2001 at 05:13:43PM -0400, Albert D. Cahalan wrote: > > Is there any logical reason why if, given fd is a connected, AF_INET, > > SOCK_STREAM socket, and one does a write(fd, buffer, len); close(fd); > > to the peer, over a rather slow network (read modem, satelite link, etc), > >

Re: Client receives TCP packets but does not ACK

2001-06-17 Thread Dan Podeanu
On Sun, Jun 17, 2001 at 08:17:27PM +0200, Pavel Machek wrote: > > 2. There is a flaw in the TCP protocol itself that is extremely unlikely > > to bite people but can in theory cause wrong data in some unusual > > circumstances that Ian Heavans found and has yet to be fixed by > >

Re: 2.4 VM & swap question

2001-06-17 Thread Dan Podeanu
> Yes, I know there's no hard and fast rule for the exact ammount of ram/swap one > needs that will always work. However, in 2.2 for a 'workstation' one could > usually quite happily get away with having 128:128 and never have much of a > problem. with 2.4.0 and up this isn't the case. This

Re: 2.4 VM & swap question

2001-06-17 Thread Dan Podeanu
On Sun, Jun 17, 2001 at 10:48:36AM -0700, Tom Rini wrote: > 'lo all. I've got a question about swap and RAM requirements in 2.4. Now, > when 2.4.0 was kicked out, the fact that you need swap=2xRAM was mentioned. > But what I'm wondering is what exactly are the limits on this. Right now > I've

Re: 2.4 VM swap question

2001-06-17 Thread Dan Podeanu
On Sun, Jun 17, 2001 at 10:48:36AM -0700, Tom Rini wrote: 'lo all. I've got a question about swap and RAM requirements in 2.4. Now, when 2.4.0 was kicked out, the fact that you need swap=2xRAM was mentioned. But what I'm wondering is what exactly are the limits on this. Right now I've got

Re: 2.4 VM swap question

2001-06-17 Thread Dan Podeanu
Yes, I know there's no hard and fast rule for the exact ammount of ram/swap one needs that will always work. However, in 2.2 for a 'workstation' one could usually quite happily get away with having 128:128 and never have much of a problem. with 2.4.0 and up this isn't the case. This has

Re: Client receives TCP packets but does not ACK

2001-06-17 Thread Dan Podeanu
On Sun, Jun 17, 2001 at 08:17:27PM +0200, Pavel Machek wrote: 2. There is a flaw in the TCP protocol itself that is extremely unlikely to bite people but can in theory cause wrong data in some unusual circumstances that Ian Heavans found and has yet to be fixed by the

Re: Client receives TCP packets but does not ACK

2001-06-17 Thread Dan Podeanu
On Sun, Jun 17, 2001 at 05:13:43PM -0400, Albert D. Cahalan wrote: Is there any logical reason why if, given fd is a connected, AF_INET, SOCK_STREAM socket, and one does a write(fd, buffer, len); close(fd); to the peer, over a rather slow network (read modem, satelite link, etc), the data

Re: Linux 2.4.4-ac6

2001-05-08 Thread Dan Podeanu
On Wed, 9 May 2001, Alan Cox wrote: ... > 2.4.4-ac6 ... To be sincere I was expecting the Athlone pre-pre-pre-patch/fix to be included. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: Linux 2.4.4-ac6

2001-05-08 Thread Dan Podeanu
On Wed, 9 May 2001, Alan Cox wrote: ... 2.4.4-ac6 ... To be sincere I was expecting the Athlone pre-pre-pre-patch/fix to be included. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: DISCOVERED! Cause of Athlon/VIA KX133 Instability

2001-05-06 Thread Dan Podeanu
> No matter if I use the mandrake 8 gcc 2.96 or a self compiled gcc 2.95.3. Mandrake 8's kernel comes with i586 CPU support, it is alredy known it works. Remember that the instability occurs only when Athlon optimizations are used. - To unsubscribe from this list: send the line "unsubscribe

Re: DISCOVERED! Cause of Athlon/VIA KX133 Instability

2001-05-06 Thread Dan Podeanu
No matter if I use the mandrake 8 gcc 2.96 or a self compiled gcc 2.95.3. Mandrake 8's kernel comes with i586 CPU support, it is alredy known it works. Remember that the instability occurs only when Athlon optimizations are used. - To unsubscribe from this list: send the line unsubscribe

Re: Current status of NTFS support

2001-04-21 Thread Dan Podeanu
On Fri, 20 Apr 2001 [EMAIL PROTECTED] wrote: > > So how risky is this? Risky enough. I had to chkdsk once for half an hour after copying on an NTFS 5. Of course, I'm not familiar with the internals of it. > > Also, I'll have to recreate my Linux partitions after the upgrade. Does anyone >

Re: Current status of NTFS support

2001-04-21 Thread Dan Podeanu
On Fri, 20 Apr 2001 [EMAIL PROTECTED] wrote: So how risky is this? Risky enough. I had to chkdsk once for half an hour after copying on an NTFS 5. Of course, I'm not familiar with the internals of it. Also, I'll have to recreate my Linux partitions after the upgrade. Does anyone know if

Re: Data-corruption bug in VIA chipsets

2001-04-13 Thread Dan Podeanu
On 13 Apr 2001, Doug McNaught wrote: > Alan Cox <[EMAIL PROTECTED]> writes: > > > > Here might be one of the resons for the trouble with VIA chipsets: > > > > > > http://www.theregister.co.uk/content/3/18267.html > > > > > > Some DMA error corrupting data, sounds like a really nasty bug. The > >

Re: Data-corruption bug in VIA chipsets

2001-04-13 Thread Dan Podeanu
On 13 Apr 2001, Doug McNaught wrote: Alan Cox [EMAIL PROTECTED] writes: Here might be one of the resons for the trouble with VIA chipsets: http://www.theregister.co.uk/content/3/18267.html Some DMA error corrupting data, sounds like a really nasty bug. The information is

linux-2.4.0-test11-pre6 fails to compile

2000-11-17 Thread Dan Podeanu
*/ net_notifier_init(); +#endif /* Mount the root filesystem.. */ mount_root(); After this, everything seems and runs okay. Be seeing you around. -- Dan Podeanu, Extreme Solutions Inc., Bucharest, Romania. - To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu

linux-2.4.0-test11-pre6 fails to compile

2000-11-17 Thread Dan Podeanu
Mount the root filesystem.. */ mount_root(); After this, everything seems and runs okay. Be seeing you around. -- Dan Podeanu, Extreme Solutions Inc., Bucharest, Romania. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Re: uid

2000-09-19 Thread Dan Podeanu
On Mon, 18 Sep 2000, Christopher Allen Wing wrote: .. snipped .. > tar should work okay, I think; by default it uses textual user names > instead of numeric UIDs. Not true. All the kernels I download from a certain local mirror are owned by the local user 'tarabas' since the uid happens to

Re: uid

2000-09-19 Thread Dan Podeanu
On Mon, 18 Sep 2000, Christopher Allen Wing wrote: .. snipped .. tar should work okay, I think; by default it uses textual user names instead of numeric UIDs. Not true. All the kernels I download from a certain local mirror are owned by the local user 'tarabas' since the uid happens to be