Re: Linux Kernel 2.2.19 Available Memory Bug

2001-07-20 Thread Doug McNaught
"John L. Males" <[EMAIL PROTECTED]> writes: > The bug I am reporting is that when one sets the amount of memory, > i.e. 128M, 256M; at the time of booting the 2.2.19 kernel the "Total > Memory" as reported by KDE, "free", etc is short by a important > amount. To be more specific I will detail th

Re: Any limitations on bigmem usage?

2001-06-11 Thread Doug McNaught
Matt Nelson <[EMAIL PROTECTED]> writes: > I am about to embark on a data processing software project that will require a > LOT of memory (about, ohhh, 6GB or so), and I was wondering if there are any > limitations to how one can use very large chunks of memory under > Linux. Specifically, is ther

Re: [newbie] NFS broken in 2.4.4?

2001-06-01 Thread Doug McNaught
Roland Kuhn <[EMAIL PROTECTED]> writes: > Hi folks! > > When a process tries to lstat64 a file on nfs and the reply is not > received it gets blocked forever. Should it be that way? If it's a hard nfs mount, yes. Mount soft if you want timeouts. -Doug -- The rain man gave me two cures; he sa

Re: linux + Compaq Presario Laptop

2001-05-07 Thread Doug McNaught
Erik Mouw <[EMAIL PROTECTED]> writes: > Try linux-2.2.19, it contains BIOS e820 support. If you don't want to > compile a kernel, check if Red Hat has RPMs available somewhere on > their site. They do; there was a kernel errata release of 2.2.19 for security reasons. On updates.redhat.com or a

Re: /proc format (was Device Registry (DevReg) Patch 0.2.0)

2001-04-25 Thread Doug McNaught
"J . A . Magallon" <[EMAIL PROTECTED]> writes: > Question: it is possible to redirect the same fs call (say read) to different > implementations, based on the open mode of the file descriptor ? So, if > you open the entry in binary, you just get the number chunk, if you open > it in ascii you get

Re: Current status of NTFS support

2001-04-20 Thread Doug McNaught
Lee Leahu <[EMAIL PROTECTED]> writes: > would somebody be kind enough to explain why writing to > the ntfs file system is extremely dangerous, and what are the > developers doing to make writing to ntfs filesystem safe? It's dangerous because NTFS is a proprietary format, and the full rules fo

Re: [repost] Announce: Linux-OpenLVM mailing list

2001-04-20 Thread Doug McNaught
Miles Lane <[EMAIL PROTECTED]> writes: > Gosh, this seems like a bit of a red herring, IMHO. Do you think the > LKML gets a "lot" of spam? Or, how about the linux-usb-devel or > linux-hotplug-devel lists? None of these lists are moderated and the > occasional spam gets sent to them, but I have

Re: Your response is requested

2001-04-17 Thread Doug McNaught
Dave Zarzycki <[EMAIL PROTECTED]> writes: > On Tue, 17 Apr 2001 [EMAIL PROTECTED] wrote: > ^^ > > Arrggg!!! Mumble... grumble... F*cking spammer using my hostname as the > from address for sending spam... Not true. The From: address was simply "J.I."; your m

Re: Data-corruption bug in VIA chipsets

2001-04-13 Thread Doug McNaught
Alan Cox <[EMAIL PROTECTED]> writes: > > Is this problem likely to affect 2.2.X? I have a VIA-based board on > > order (Tyan Trinity) and I don't plan to run 2.4 on it anytime soon > > (it's upgrading a stock RH6.2 box). > > > > Am I safe if I stay in PIO mode? > > I have received exactly zero

Re: Data-corruption bug in VIA chipsets

2001-04-13 Thread Doug McNaught
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 minimal on that page. > > What an

Re: Incorect signal handling ?

2001-04-12 Thread Doug McNaught
Daniel Podlejski <[EMAIL PROTECTED]> writes: > Hi, > > there is litlle programm: > > signal (SIGALRM, empty); > alarm (1); > > a = read(fd, buf, 511); > > while (a && a != -1) a = read(fd, buf, 511); > I open /tmp/nic and run compiled program. > There should be er

Re: Can't find modules after moving to 2.4.2

2001-03-28 Thread Doug McNaught
Marcus Ramos <[EMAIL PROTECTED]> writes: > Hello, > > I've moved from kernel 2.2.16 to 2.4.2 (RH7) and its boots OK, except > for the fact that none of the modules in "/etc/modules.conf" are loaded > anymore (although modules were enabled in kernel config). In > "/lib/modules" I see two director

Re: menuconfig snafu?

2001-03-28 Thread Doug McNaught
Dennis <[EMAIL PROTECTED]> writes: > I also find it interesting that the default at kernel.org wont boot on a > Pentium...generic should be the default. The default config is what boots on Linus' machine. Once you realise that your life get a lot easier. ;) -Doug - To unsubscribe from this li

Re: [OT] Linux Worm (fwd)

2001-03-23 Thread Doug McNaught
Gerhard Mack <[EMAIL PROTECTED]> writes: > On Fri, 23 Mar 2001, Bob Lorenzini wrote: > > > I'm annoyed when persons post virus alerts to unrelated lists but this > > is a serious threat. If your offended flame away. > > This should be a wake up call... distributions need to stop using product >

Re: fork and pthreads

2001-03-16 Thread Doug McNaught
[EMAIL PROTECTED] writes: > I am having a strange problem. > > I have a big daemon program to which I am trying to add multi-threading. > > At the begining, after some sanity check, this program does a double fork to > create a deamon. > > After that it listens for the client on the port. When

Re: 242-ac3 loop bug

2001-02-24 Thread Doug McNaught
Mark Swanson <[EMAIL PROTECTED]> writes: > --- Doug McNaught <[EMAIL PROTECTED]> wrote: > > It's just an artifact of the fact that processes in state D > > (uninterruptible sleep) are included in the load average calculation. > > Since the loop thread

Re: 242-ac3 loop bug

2001-02-24 Thread Doug McNaught
Mark Swanson <[EMAIL PROTECTED]> writes: > > ps -aux | grep loop > 1674 tty1 DW< 0:00 [loop0] > > The system is doing nothing to the loop filesystem. > Strange that the process isn't logging any cpu usage time. It's > definately responsible for the 1.00 load. It's just an artifact of the

Re: bidirectional named pipe?

2001-02-09 Thread Doug McNaught
"David L. Nicol" <[EMAIL PROTECTED]> writes: > According to the Understanding the Linux Kernel book I > plowed through yesterday afternoon the EXT2 file system > has a defined file type "socket," distinct from fifo. > > How does one set up a named socket in a file system? Is it > a legacy const

Re: System unresponsitive when copying HD/HD

2001-02-02 Thread Doug McNaught
Delta <[EMAIL PROTECTED]> writes: > While cp is copying from the second hard disk to the first hard disk, > I find my system performance > drop VERY sharply. X is sloppy, even bash takes many seconds to > respond. I using two > recent IDE disk (Fudjisu 13 gig, Maxtor 20 Gig), so I'm wondering w

Re: Serious reproducible 2.4.x kernel hang

2001-02-01 Thread Doug McNaught
Chris Evans <[EMAIL PROTECTED]> writes: > [cc: davem because of the severity] > > On Thu, 1 Feb 2001, Malcolm Beattie wrote: > > > rid of the hang. So it looks as though some combination of > > shutdown(2) and SIGABRT is at fault. After the hang the kernel-side > > Nope - I've nailed it to a _

[OT] Re: Version 2.4.1 cannot be built.

2001-01-31 Thread Doug McNaught
"Richard B. Johnson" <[EMAIL PROTECTED]> writes: > On Wed, 31 Jan 2001, Sean Hunter wrote: > > Okay! I'm answering the guy who gave me the kindest response. > The rest of you guys can just hold your belly. > > Right. I'm getting blind. Been typing the same error > every time I tried the site.

Re: Version 2.4.1 cannot be built.

2001-01-31 Thread Doug McNaught
"Richard B. Johnson" <[EMAIL PROTECTED]> writes: > See attached. "Just because you can see the candy doesn't mean > they'll let you have any" [output of README when you connect:] > Please note that the directory structure on ftp.gnu.org was redisorganzied > fairly recently, such that ther

Re: Off-Topic: how do I trace a PID over double-forks?

2001-01-21 Thread Doug McNaught
Jesse Pollard <[EMAIL PROTECTED]> writes: > Ummm ... basicly a "respawn" entry in the inittab is enough for that. Nope, see below. > If you wanted sendmail then: > > sndm:234:respawn:/usr/lib/sendmail -bd -q15m > > Will restart sendmail whenever it aborts in runleves 2,3, or 4. Sendmail in d

Re: 2.4 and ipmasq modules

2001-01-20 Thread Doug McNaught
Aaron Lehmann <[EMAIL PROTECTED]> writes: > On Sun, Jan 21, 2001 at 11:08:00AM +1100, Daniel Stone wrote: > > "I'd rather stay with my friendly old pushbike than my car!" > > So don't complain when you can't use cruise control. > > ipfwadm used to support the modules. Why have the modules for i

Re: IDE DMA problems on 2.4.0 with vt82c686a driver

2001-01-11 Thread Doug McNaught
James Brents <[EMAIL PROTECTED]> writes: > Hello, > Since this looks like either a chipset, drive, or driver problem, I am > submitting this. > > I have recently started using DMA mode on my harddisk. However, I occasionally > (not often/constant, but sometimes) get CRC errors: > > hda: dma_int

Re: es1371 module dependencies problem

2001-01-11 Thread Doug McNaught
David <[EMAIL PROTECTED]> writes: > kernel: 2.4.0 > modutils: 2.3.23 > > loading the es1371 module gives me the following error: > /lib/modules/2.4.0/kernel/drivers/sound/es1371.o: unresolved symbol > ac97_probe_codec_Rsmp_1c61c357 It works for me (tm). Kernel 2.4.0, modutils 2.3.23-2 (Debian

Re: 2.4.0 tcp over firewall - no connection

2001-01-10 Thread Doug McNaught
[EMAIL PROTECTED] (Eugene Crosser) writes: > I noticed rather strange behavior: stock 2.4.0 with old ISA 3Com > on UP compiled as UP cannot open TCP connection to hosts behind a > firewall. E.g. it is impossible to go to http://www.etrade.com/ - > connect just never finishes. 2.2.17 on the same

Re: unexplained high load

2001-01-10 Thread Doug McNaught
<[EMAIL PROTECTED]> writes: > think this, but problem, machine is running ok > no slow response, only load 1.00 (it's not getting lower) Process stuck in D state? -Doug - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please

Re: [PATCH] cramfs is ro only, so honour this in inode->mode

2001-01-09 Thread Doug McNaught
"Albert D. Cahalan" <[EMAIL PROTECTED]> writes: > Doug writes: > > bash-2.03$ cd /tmp > > bash-2.03$ cat >foo > > This is a test. > > bash-2.03$ chmod u-r foo > > No, you zeroed the owner's read bit. When the bit isn't > implemented it must be always set. > > By "(owner may read own files)" I r

Re: adding a system call

2001-01-09 Thread Doug McNaught
Mihai Moise <[EMAIL PROTECTED]> writes: > My system call idea is to allow a superuser process to request a mmap on > behalf of an user process. To see how this would be useful, let us consider > svgalib. [...] > With my new system call, a superuser process can set the graphics mode in a > safe

Re: [PATCH] cramfs is ro only, so honour this in inode->mode

2001-01-09 Thread Doug McNaught
"Albert D. Cahalan" <[EMAIL PROTECTED]> writes: > Shane Nay writes: > > > but the bits are useless in the "normal interpretation" of it, > ... > > But then you pull out the write bits, > > If you need to steal a bit, grab one that won't hurt. > Take the owner's read bit. (owner may read own fil

Re: [RFC] prevention of syscalls from writable segments, breaking bug exploits

2001-01-03 Thread Doug McNaught
Dan Hollis <[EMAIL PROTECTED]> writes: > On Wed, 3 Jan 2001, Alexander Viro wrote: > > On Wed, 3 Jan 2001, Dan Aloni wrote: > > > without breaking anything. It also reports of such calls by using printk. > > Get real. > > Why do you always have to be insulting alex? Sheesh. I was thinking it's

Re: SHM Not working in 2.4.0-prerelease

2001-01-03 Thread Doug McNaught
Shawn Starr <[EMAIL PROTECTED]> writes: > [spstarr@coredump /etc]$ free > total used free sharedbuffers > cached > Mem: 62496 61264 1232 0 1248 > 28848 > > > There's no shared memory being used? [...] > the shmfs is mounted. I

Applying crypto patch to recent 2.2.18pre

2000-11-04 Thread Doug McNaught
I am trying to get an up-to-date stable kernel (2.2.18pre19, with PowerPC changes, downloaded from the PowerPC BitKeeper archive) compiled with the international patch (patch-int-2.2.17-9 which is the latest in the crypto/ directory). The patch applies fine (with some offsets, but all hunks succ

Re: modular kernel

2000-11-04 Thread Doug McNaught
FORT David <[EMAIL PROTECTED]> writes: > Taco Witte wrote: > > I think it's a very good idea, because it would make it easier to > > get more people work at the same moment, development would go > > faster. It would be possible to make groups for a certain part of > > the kernel (for example sou