"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
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
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
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
"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
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
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
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
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
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
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
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
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
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
>
[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
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
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
"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
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
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 _
"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.
"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
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
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
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
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
[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
<[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
"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
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
"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
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
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
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
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
35 matches
Mail list logo