Andrew Morton wrote:
> y'know, if we keep working this patch for about a year we
> might end up getting it right. Thousand monkeys and all that.
Yeah, probably still a year until the release of 2.4.0. 8)
Now where did I put those darn bananas...
> - With this patch applied, the module
On Mon, 6 Nov 2000, Oliver Xymoron wrote:
> > 'init module' is still _after_ 'set mixer levels'. There is a period
> > during which the mixer levels are changed.
>
> Perhaps you mean before? Otherwise you've lost me.
Yeah, sorry, not enough coffee yet this morning.
> > The desired mixer
On Mon, 6 Nov 2000, Jeff Garzik wrote:
> David Woodhouse wrote:
> > The desired mixer levels should be available to the module at the time of
> > initialisation.
>
> For drivers built into the kernel that gets messy. The command line is
> only so long. Sounds messy for modules too. Further
On Mon, 6 Nov 2000, David Woodhouse wrote:
> On Mon, 6 Nov 2000, Oliver Xymoron wrote:
>
> > If I understand you correctly:
> >
> > process 1 process 2
...
>
> > Is there any reason we ever want to unblock process 1 before process 2
> > terminates?
>
> No, and I don't think we do.
David Woodhouse wrote:
> The desired mixer levels should be available to the module at the time of
> initialisation.
For drivers built into the kernel that gets messy. The command line is
only so long. Sounds messy for modules too. Further (responding to
your other e-mail), few probably care
On Sun, 5 Nov 2000, Barry K. Nathan wrote:
> +CONFIG_INET_ECN
> + Explicit Congestion Notification (ECN) allows routers to notify
> + clients about network congestion, resulting in fewer dropped packets
> + and increased network performance. This option adds ECN support to the
> + Linux
On Mon, 6 Nov 2000, Oliver Xymoron wrote:
> If I understand you correctly:
>
> process 1 process 2
> open(/dev/dsp)
> modprobe->
> load module
> init module (can't remember which context, actually)
> start writing
>
Ion Badulescu <[EMAIL PROTECTED]> writes:
> On Sun, 5 Nov 2000 23:42:25 +0100, Marc Lehmann <[EMAIL PROTECTED]> wrote:
> > On Sun, Nov 05, 2000 at 04:06:37PM -0500, Jakub Jelinek <[EMAIL PROTECTED]>
> wrote:
>
>
> >> for SGI, or SGI would have to be willing to assign some code to FSF.
> >
> >
On Mon, 6 Nov 2000, Jeff Garzik wrote:
> Linux-Mandrake's initscripts run aumix on bootup and shutdown, to take
> care of this...
So does Red Hat. You can also have a post-install script which does it
after a module is auto-loaded. There can still be a number of seconds
between the
On Mon, 6 Nov 2000, David Woodhouse wrote:
> On Mon, 6 Nov 2000, Oliver Xymoron wrote:
>
> > Hopefully not. The standard examples (mixer levels, etc) are better
> > handled with a userspace tool hooked by modprobe. This even gets
> > persistence across reboots if that's what's wanted.
>
>
David Woodhouse wrote:
>
> On Mon, 6 Nov 2000, Oliver Xymoron wrote:
>
> > Hopefully not. The standard examples (mixer levels, etc) are better
> > handled with a userspace tool hooked by modprobe. This even gets
> > persistence across reboots if that's what's wanted.
>
> Implement a way for a
From: "Barry K. Nathan" <[EMAIL PROTECTED]>
Date:Sun, 5 Nov 2000 22:15:20 -0800 (PST)
This patch is against test10pre7 but applies cleanly to test10
final as well.
This patch is fine, thanks a lot.
OH, btw, for all folks out there. If there ever is an instance where
I
On Mon, 6 Nov 2000, Oliver Xymoron wrote:
> Hopefully not. The standard examples (mixer levels, etc) are better
> handled with a userspace tool hooked by modprobe. This even gets
> persistence across reboots if that's what's wanted.
Implement a way for a userspace tool to get the correct mixer
On Mon, 6 Nov 2000, Keith Owens wrote:
> What do people think, do we need module persistent storage?
Hopefully not. The standard examples (mixer levels, etc) are better
handled with a userspace tool hooked by modprobe. This even gets
persistence across reboots if that's what's wanted.
--
On Mon, 6 Nov 2000, Keith Owens wrote:
> On Mon, 6 Nov 2000 00:54:51 + (GMT),
> David Woodhouse <[EMAIL PROTECTED]> wrote:
> >On Mon, 6 Nov 2000, Keith Owens wrote:
> >
> >> I'm not sure why you think this can be used for module persistent
> >> storage. If a module calls
On Sun, 5 Nov 2000, Anonymous wrote:
> Does anyone know where to find a gui for gcc or g++ or any compiler for a
> KDE shell?
Yes.
-
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
Does anyone know where to find a gui for gcc or g++ or any compiler for a
KDE shell?
-
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/
As the dates below show, I've actually been sitting on this patch for about
a week, but I just now got a chance to post it. I haven't had time to
fully, absolutely, completely grok what ECN is, so it's possible that this
help text is incorrect. If so, I'd like to hear about it.
This patch is
Mirror at ftp://ftp.**.kernel.org/pub/linux/utils/kernel/ksymoops/v2.3
replace '**' with your favourite local kernel.org mirror.
ksymoops-2.3.5.tar.gz Source tarball, includes RPM spec file
ksymoops-2.3.5-1.src.rpmAs above, in SRPM format
ksymoops-2.3.5-1.i386.rpm
Hello,
I have configured, compiled and installed "linux-2.4.0-test10" on my
SuSE Linux 6.3 machine. After doing some necessary updates the system
works quite fine now. But there is one thing which makes still some
problems: "ip_dynaddr" seems not to work anymore.
I use an ISDN connection (dial
If I understand the SGI compiler's history correctly, it's more than "some
code." (I would guess that it would be 70-80% of the volume of a compiler,
as Pro64 appears to only share the front end with gcc, the entire backend is
from scratch.) IA64 is architecturally very different than the sort
Jeff, thank you for responding.
>Can you play the kernel shuffle, and narrow down exactly which kernel
>version breaks for you? Read, from the linux source tree,
>Documentation/BUG-HUNTING.
OK. I've compiled test1, and it also oopsed on boot. (Which is confusing,
since I know for sure I had
Hello folks,
I got these oopses after mounting an NFS share and copying ~1.3GB from
it to a local partition. The oopses happened 44 hours after the copy,
during which time the system ran setiathome exclusively. Previously,
without first doing this copy, the system ran for a week doing
> Which tells us precisely nothing. Saying "a message like" is no good.
> You need to follow the procedure in linux/REPORTING-BUGS, including the
> _exact_ message, run through ksymoops if necessary.
Ok, for your enlightenment:
-- Versions installed: (if some fields are empty or look
-- unusual
cLIeNUX Core 1.4 visible dirs in / are all now symlinks. The only standard name is
/dev. This means if you unpack cLIeNUX core on a clean ext2 partition, then install,
say, SuSE over it, you can boot either one. On the same partition. If you do cLIeNUX
first the SuSE dev's won't install. I guess.
On Mon, 6 Nov 2000 00:54:51 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>On Mon, 6 Nov 2000, Keith Owens wrote:
>
>> I'm not sure why you think this can be used for module persistent
>> storage. If a module calls inter_module_register() on load, it should
>> call
The get_module_symbol and put_module_symbol functions do not work when
the kernel is compiled with CONFIG_MODVERSIONS. They are a third
mechanism for modules to pass data to each other, the other two are
exported symbols which are resolved at insmod time or via registration
functions.
Because
My understand of the argument for assigning all gcc copyright to the FSF
is that this make 'gcc' easier to defend. My example of an sgi-gcc shows
that sgi-gcc would have different criteria in a defense. This is solely
because both SGI and FSF would hold copyrights.
Now Marc Lehmann claims that
On Mon, 6 Nov 2000, Keith Owens wrote:
> I'm not sure why you think this can be used for module persistent
> storage. If a module calls inter_module_register() on load, it should
> call inter_module_unregister() on unload. All the registered data
> points into the loaded module, remove the
On Sun, 5 Nov 2000 23:15:27 + (GMT),
David Woodhouse <[EMAIL PROTECTED]> wrote:
>Your patch looks like it'll work. Although I don't really see any
>advantage over {get,put}_module_symbol() in this case, it does look like
>it can be used to finally provide module persistent storage, which
> On Mon, Nov 06, 2000 at 12:28:00AM +, Alan Cox wrote:
> > or running SMP with non matched CPU clocks.
>
> In this last case I guess he will have more problems than not being able to
> convert from cpu-clock to usec 8). Scheduler and gettimeofday will do the wrong
> thing in that case
On Mon, Nov 06, 2000 at 12:28:00AM +, Alan Cox wrote:
> or running SMP with non matched CPU clocks.
In this last case I guess he will have more problems than not being able to
convert from cpu-clock to usec 8). Scheduler and gettimeofday will do the wrong
thing in that case (scheduler both
Tim Riker <[EMAIL PROTECTED]> writes:
> I understand "will not", but "can not"? There is nothing stopping
> anyone, let's say SGI for example, from branching a separate gcc which
> would include copyrights assigned to FSF and other parties. Let's say
> this happens and a new sgigcc source base
On Sun, Nov 05, 2000 at 04:05:05PM -0700, Tim Riker <[EMAIL PROTECTED]> wrote:
> > Which can not and will not happen.
>
> I understand "will not", but "can not"? There is nothing stopping
As I explained three lines below the mail, if you care to read.
> would include copyrights assigned to FSF
On Sun, Nov 05, 2000 at 01:02:14PM +, Lutz Pressler wrote:
> Hello,
>
> I do not think that the following behaviour (2.4.0-test10 on i386, also
> tested with 2.4.0-test8) is intended:
>
..
> This is bad. 2.2 kernels don't show this behavior. There _any_
> /proc/PID/cwd "directory" has no
> On Mon, Nov 06, 2000 at 04:39:23AM +0530, Sushil Agarwal wrote:
> > Hi,
> > According to the Intel Arch. Instruction set reference the
> > resolution of the "rdtsc" instruction is a clock cycle. How
> > do I convert this to mili seconds?
>
> fast_gettimeoffset_quotient, see
On Mon, Nov 06, 2000 at 04:39:23AM +0530, Sushil Agarwal wrote:
> Hi,
> According to the Intel Arch. Instruction set reference the
> resolution of the "rdtsc" instruction is a clock cycle. How
> do I convert this to mili seconds?
fast_gettimeoffset_quotient, see do_fast_gettimeoffset().
On Sun, 05 Nov 2000 13:08:41 -0800,
ryan <[EMAIL PROTECTED]> wrote:
>Kernel oops. A message like:
>
>"Detected LOCKUP on CPU0"
>or sometimes its CPU1...
Which tells us precisely nothing. Saying "a message like" is no good.
You need to follow the procedure in linux/REPORTING-BUGS, including the
On Sun, 5 Nov 2000 23:42:25 +0100, Marc Lehmann <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 05, 2000 at 04:06:37PM -0500, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
>> for SGI, or SGI would have to be willing to assign some code to FSF.
>
> Which is the standard procedure that the FSF requires for
On Sat, 4 Nov 2000, Keith Owens wrote:
> Move this to "in progress" and add MTD code breaks with
> CONFIG_MODVERSIONS, for the same reason. I wrote a patch to replace
> get_module_symbol a week ago and sent it to the DRM/AGP/MTD people for
> testing - no response yet.
Sorry for the delay. I
Hi,
According to the Intel Arch. Instruction set reference the
resolution of the "rdtsc" instruction is a clock cycle. How
do I convert this to mili seconds?
Thanks,
Sushil.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Marc Lehmann wrote:
>
> On Sun, Nov 05, 2000 at 04:06:37PM -0500, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> > That's hard to do, because the whole gcc has copyright assigned to FSF,
> > which means that either gcc steering committee would have to make an
> > exception from this
>
> Which can
Alex Buell wrote:
>
> tahallah[alex]:/home/alex > ppp-on
>
> tahallah[alex]:/home/alex > /usr/sbin/pppd: This system lacks kernel
> support for PPP. This could be because the PPP kernel module could not be
> loaded, or because PPP was not included in the kernel configuration. If
> PPP was
Alan Cox wrote:
>
> > Perhaps I did not explain myself, or perhaps I misunderstand your
> > comments. I was responding to a comment that we could just copy some of
> > the optimizations from Pro64 over into gcc. Whether Pro64 understands
> > gcc syntax is immaterial to this question is it not?
>
On Sun, Nov 05, 2000 at 01:29:56PM -0500, Sean Middleditch wrote:
> I've installed the Linux-Mandrake 7.2 distro (which uses kernel version
> 2.2.17) on a PIII system (Asus motherboard, Award Medallion v6.0 BIOS).
> For some reason, neither LILO nor Grub were able to boot off of the
> second
> That's hard to do, because the whole gcc has copyright assigned to FSF,
> which means that either gcc steering committee would have to make an
> exception from this for SGI, or SGI would have to be willing to assign some
> code to FSF.
Or a third party decides its a silly situation and does it
> Perhaps I did not explain myself, or perhaps I misunderstand your
> comments. I was responding to a comment that we could just copy some of
> the optimizations from Pro64 over into gcc. Whether Pro64 understands
> gcc syntax is immaterial to this question is it not?
If gcc is architecturally
> oh, someone reminded me of the other reason sysvsems suck: a cgi can grab
> the semaphore and hold it, causing a DoS. of course folks could, and
> should use suexec/cgiwrap to avoid this.
The same cgi can killall -STOP httpd
-
To unsubscribe from this list: send the line "unsubscribe
On Sun, Nov 05, 2000 at 04:06:37PM -0500, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> That's hard to do, because the whole gcc has copyright assigned to FSF,
> which means that either gcc steering committee would have to make an
> exception from this
Which can not and will not happen.
> for SGI,
Alan,
Here is a patch to update the ppa driver in 2.2.x to 2.05. I'm using
it here.
Tim.
*/
--- linux/drivers/scsi/ppa.c.pjcSat Nov 4 16:48:07 2000
+++ linux/drivers/scsi/ppa.cSat Nov 4 16:53:13 2000
@@ -299,12 +299,11 @@
unsigned char r;
k = PPA_SPIN_TMO;
-do {
Hi,
I tried 2.4.0test10, but I get a kernel oops quite often. I have
configured my kernel for raid and smp ... autodetected raid, in the
kernel everything, so no raid modules necessary. But when I go to boot,
it starts to reconstruct the raid array and fsck the /dev/md0 and
eventually it just
yes, exactly what my comments stated.
Jakub Jelinek wrote:
>
> On Sun, Nov 05, 2000 at 01:52:24PM -0700, Tim Riker wrote:
> > Alan,
> >
> > Perhaps I did not explain myself, or perhaps I misunderstand your
> > comments. I was responding to a comment that we could just copy some of
> > the
On Sun, Nov 05, 2000 at 10:40:48PM +0100, bert hubert wrote:
> On Sun, Nov 05, 2000 at 01:45:18PM -0500, Gregory Maxwell wrote:
>
> > Hmm.. Kernel code written in C++..
> > You people are nuts. :)
>
> Nobody benefits from having such a closed mind. While I don't wish to imply
> that C++ is
On Sun, Nov 05, 2000 at 01:52:24PM -0700, Tim Riker wrote:
> Alan,
>
> Perhaps I did not explain myself, or perhaps I misunderstand your
> comments. I was responding to a comment that we could just copy some of
> the optimizations from Pro64 over into gcc.
That's hard to do, because the whole
Alan,
Perhaps I did not explain myself, or perhaps I misunderstand your
comments. I was responding to a comment that we could just copy some of
the optimizations from Pro64 over into gcc. Whether Pro64 understands
gcc syntax is immaterial to this question is it not?
Tim
Alan Cox wrote:
>
> >
On Sun, Nov 05, 2000 at 01:45:18PM -0500, Gregory Maxwell wrote:
> Hmm.. Kernel code written in C++..
> You people are nuts. :)
Nobody benefits from having such a closed mind. While I don't wish to imply
that C++ is 'ready' for general use in the kernel, there is a useful subset
of C++ that
Hm. I noticed the size reported is only the size of the last session,
not the total of all the sessions.
On Sun, Nov 05, 2000 at 03:17:25PM -0500, Ari Pollak wrote:
> Hey. I'm using an Acer 50X cdrom used with scd & ide-scsi emulation, and
> I just noticed that 'df' is reporting size
> The other option we looked at, besides using loadavg, was using idle pct%,
> but if I read the source for top right, involves reading the entire
> process table to calculate clock ticks used and then figuring out how many
> weren't used.
The old "top" code did that; it was a bug. Get some
the numbers didn't look that bad for the small numbers of concurrent
clients on 2.2... a few % slower without the serialisation. compared to
orders of magnitude slower with large numbers of concurrent client.
oh, someone reminded me of the other reason sysvsems suck: a cgi can grab
the
Hi!
> *nod* Its the usual mc97 codec setup that leaves the hard work for the
> processor. I'm sure one can play around with the dsp on it as well,
> but we don't have specs on the dsp's internals.
And if we had dsp specs, it would not help us. There's no freely
available v.34 stack, and
Hi!
I played with machine with .5GB ram, and was able to spawn 16000
'sleep forever' processes (compiled statically):
void main(void)
{
close(0); close(1); close(2); pause();
}
I belive that on 2GB machine, I'd be able to hit 32K processes
limit. 1GB machine _could_ hit it too (someone
Hey. I'm using an Acer 50X cdrom used with scd & ide-scsi emulation, and
I just noticed that 'df' is reporting size incorrectly:
/dev/scd185946 85946 0 100% /mnt/cdrom
Even though du clearly shows there is much more than 85 MB used:
$ du -s /mnt/cdrom
359397
On Sun, 5 Nov 2000, Dave Zarzycki wrote:
> On Sun, 5 Nov 2000, Alexander Viro wrote:
>
> > However, kernfs is _not_ procfs \setminus procfs-proper. It's our current
> > /proc/sys.
>
> Okay. I didn't realize that's what you had in mind when you wrote
> "kernfs." Mind if I ask why you didn't
On Sun, 5 Nov 2000, Alexander Viro wrote:
> However, kernfs is _not_ procfs \setminus procfs-proper. It's our current
> /proc/sys.
Okay. I didn't realize that's what you had in mind when you wrote
"kernfs." Mind if I ask why you didn't call it "sysctlfs" or "sysfs?"
In you earlier e-mail, you
Hi Rik,
Rik van Riel <[EMAIL PROTECTED]> writes:
> On 4 Nov 2000, Christoph Rohland wrote:
> > I do see two problems here:
> > 1) shm_swap_core does not handle the failure of prepare_higmem_swapout
> >right and basically cannot do so. It gets called zone independant
> >and should
On Sun, Nov 05, 2000 at 10:07:20AM -0500, Robert Morris wrote:
> I'm building Linux-based routers and need to be able to forward as
> many packets per second as possible over gigabit ethernet. It turns
[snip]
Hmm.. Kernel code written in C++..
Click is intesting.
You people are nuts. :)
-
To
On Sun, Nov 05, 2000 at 09:27:36AM -0800, you [Andre Hedrick] said:
>
> On Sun, 5 Nov 2000, Ville Herva wrote:
>
Hello Robert ,
Quote: You probably want to buy the 66-mHz version instead, model
PWLA8490SX, often called the "Pro/1000 F Server Adapter".
If memory serves me , this adapter has an on board processor with
no way to disable it nor to use it (at present)
First, if this is the wrong list for help questions, please let me know
- I've been searching for answers to this since 10 am (it's 1:20 pm
now), and this is the last resource I can find that might offer some
help. ~,^
I've installed the Linux-Mandrake 7.2 distro (which uses kernel version
> Excellent!
> Got any URLs?
RML> its been in 2.4 for a year or so, although only in the last few tests
as
RML> it supported i815. it has been in 2.2 since 2.2.17 or the current
2.2.18.
2.2.18 I think, or some undetected disk-error must have swept it away from
the local sourcetree :o)
RML> take
On Sun, 5 Nov 2000, Heusden, Folkert van sang:
> Excellent!
> Got any URLs?
its been in 2.4 for a year or so, although only in the last few tests as
it supported i815. it has been in 2.2 since 2.2.17 or the current 2.2.18.
take a look at linux/drivers/char/i810_rng.c
Jeff's homepage for it is
> I wrote a daemon that fetches (as root-user) random numbers from the RNG
in
> the i82808 (found on 815-chipsets).
> You can download it from http://www.vanheusden.com/Linux/random.php3 .
> Currently, I'm trying to rewrite things into a kernel-module so that one
has
> a standard character device
Hi,
Compiling linux kernel using gcc-2.95.2 I've received some errors in emd.c
file. That was in 145 line and similar bug in 264 line.
gcc has problems with binary - :
int part = (page_address(page) + PAGE_CACHE_SIZE) - p->spare;
I think that there must be explicit casting to int, like this:
On Sun, Nov 05, 2000 at 06:19:21PM +0100, Heusden, Folkert van wrote:
> I wrote a daemon that fetches (as root-user) random numbers from the RNG in
> the i82808 (found on 815-chipsets).
> You can download it from http://www.vanheusden.com/Linux/random.php3 .
> Currently, I'm trying to rewrite
> I wrote a daemon that fetches (as root-user) random numbers from the RNG
in
> the i82808 (found on 815-chipsets).
> You can download it from http://www.vanheusden.com/Linux/random.php3 .
> Currently, I'm trying to rewrite things into a kernel-module so that one
has
> a standard character device
On Sun, 5 Nov 2000, Heusden, Folkert van hissed:
> I wrote a daemon that fetches (as root-user) random numbers from the RNG in
> the i82808 (found on 815-chipsets).
> You can download it from http://www.vanheusden.com/Linux/random.php3 .
> Currently, I'm trying to rewrite things into a
Dennis, Your comment isn´t that productive
What about ECN? Have acitivated it (proc/sys/net/ipv4/tcp_ecn, if I remember
correctly)
Markus
Dennis wrote:
> At 11:06 PM 10/20/2000, [EMAIL PROTECTED] wrote:
> >We're having lots of trouble with eepro100 and Cisco Catalyst switch,
> >and my net are
Hello.
1.- testgart and the glx module with AGP enabled show memory corruption
errors.
2.- The AGP gart module loads under my laptop (K6-2 450Mhz, ALI M1541
chipset, 64Mb RAM). Syslog is showing the following data:
Nov 3 19:31:20 localhost kernel: Linux agpgart interface v0.99 (c) Jeff
On Sun, 5 Nov 2000, Dave Zarzycki wrote:
> I got bored this evening and decided to learn more about the Linux kernel
> by splitting out procfs into two separate file systems:
>
> taskfs which contains /proc/self and /proc/[1-9]*
> kernfs which contains everything else that procfs provides.
>
Hi,
I wrote a daemon that fetches (as root-user) random numbers from the RNG in
the i82808 (found on 815-chipsets).
You can download it from http://www.vanheusden.com/Linux/random.php3 .
Currently, I'm trying to rewrite things into a kernel-module so that one has
a standard character device
It looks like you have a P6DNE and yes it doesn, but the patches are
required to downgrade the drive to the host limits.
Cheers,
On Sun, 5 Nov 2000, Ville Herva wrote:
> I have a dual Ppro200 with 440FX chipset and an IBM 30GB ide disk. The
> kernel is 2.2.18pre18 with no additional patches.
Hi Rob,
Not to worry I will make a permanent fix to require Chipset code for
funtionallity; therefore, the confusion of modes will be completely
removed.
Regards,
Andre Hedrick
CTO Timpanogas Research Group
EVP Linux Development, TRG
Linux ATA Development
-
To unsubscribe from this list:
I have a dual Ppro200 with 440FX chipset and an IBM 30GB ide disk. The
kernel is 2.2.18pre18 with no additional patches. DMA appears not to work
with this combination.
lspci:
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:07.0 ISA bridge: Intel Corporation
On Sat, Nov 04, 2000 at 09:22:58AM -0800, Linus Torvalds wrote:
> We don't need to backport of the full exclusive wait queues: we could do
> the equivalent of the semaphore inside the kernel around just accept(). It
> wouldn't be a generic thing, but it would fix the specific case of
> accept().
> > > - If I'm correct that pipes have a 4K kernel buffer, then writing 1
> > > byte shouldn't cause this situation, as the buffer is well more than
> > > half empty. Is this still a bug?
> >
> > The pipe code uses totally full/empty. Im not sure why that was chosen
>
> Just a quick guess:
I'm building Linux-based routers and need to be able to forward as
many packets per second as possible over gigabit ethernet. It turns
out that choice of network adaptor is critical, but very little
information is available from manufacturers or on the web about
packets-per-second performance of
[EMAIL PROTECTED] (Michael Meissner) wrote on 04.11.00 in
<[EMAIL PROTECTED]>:
> On Sat, Nov 04, 2000 at 02:24:00PM +0200, Kai Henningsen wrote:
> > [EMAIL PROTECTED] (Andi Kleen) wrote on 02.11.00 in
> > <[EMAIL PROTECTED]>:
> >
> > > again with a different syntax than gcc [I guess it would
Hi all,
I keep getting the following error in the logs. Can someone tell me what
it means. It started when I put 2.4.0test10-pre6. I upgraded to 2.4.0-test10
last night and I got it again this morning. If you need more info just let me
know and I will provide it. I am not sure what would be
[EMAIL PROTECTED] wrote:
>
> When trying to load the 3c509 module into a 2.4.0-test10 kernel, I
> got an Oops as follows. Any help would be appreciated.
Apply this patch.
http://gtf.org/garzik/kernel/files/patches/2.4/2.4.0-test10/3c509-fix-2.4.0.10.patch.gz
--
Jeff Garzik |
Hello,
I wrote about a week or so ago about switching DMA modes on the HPT370
controller.
I've been fiddling and have found something odd.
If I compile a kernel without the 'HPT370' option in the IDE/ATA config,
the machine starts okay, and after turning DMA on, the drive fetches about
On Sun, Nov 05, 2000 at 01:08:40PM +0100, Bernd Harries wrote:
> Is there a limit to the stack size (automatic variables) in
> driver methods, esp. ioctl?
Yes, there is. It's INIT_TASK_SIZE. See include/linux/sched.h for
this.
> I was just implementing some generic ioctls where the size field
On Sun, Nov 05, 2000 at 07:55:40AM -0500, [EMAIL PROTECTED] wrote:
>
> We'd like to reduce that almost 50 second lag time. Is it possible, in
> user-space, to duplicate the loadavg calculation period, say to a 15
> second load average, using the information in /proc?
You could simply recompile
On 4 Nov 2000, Christoph Rohland wrote:
> Rik van Riel <[EMAIL PROTECTED]> writes:
> > Indeed, shared memory performance still sucks rocks.
>
> No, it's not a performance problem. It is a hard lockup problem on
> highmem machines.
>
> I do see two problems here:
> 1) shm_swap_core does not
On Sun, Nov 05, 2000 at 07:55:40AM -0500, [EMAIL PROTECTED] wrote:
> The other option we looked at, besides using loadavg, was using idle pct%,
> but if I read the source for top right, involves reading the entire
> process table to calculate clock ticks used and then figuring out how many
>
On Sat, Nov 04, 2000 at 07:30:31PM -0500, Mathieu ChouquetStringer wrote:
> It has been at least 2 days since the last message I received...
Looks like all @wanadoo.fr addresses have been kicked out.
That ISP has a habit of returning 500-series reponse codes
with supplementary text
I'm working a project a work that is using Linux to run some very
math-intensive calculations. One of the things we do is use the 1-minute
loadavg to determine how busy the machine is and can we fire off another
program to do more calculations.However, there's a problem with that.
Because
Dunlap, Randy writes:
> While Jeff and I basically agree on the short-term
> solution (if one is still needed, altho I'm not aware of
> any init order problems in USB in 2.4.0-test10), my
> recollection of Linus's preference (without
> looking it up) is to remove the calls from init/main.c
> and
> wake up a process until the buffer is half full (or all full, or
> whatever). Does this mean that if a small amount is written to the
Writer not reader
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ
Hi kernel hackers,
Is there a limit to the stack size (automatic variables) in driver methods, esp.
ioctl?
I was just implementing some generic ioctls where the size field and cmd field
are defined at runtime. For testing I use a kernbuf on the stack.
The driver's ioctl interface, which is
Keith Owens wrote:
>
> Pressed enter too soon.
>
> /*
> * Call device private open method
> */
>
> ret = -ENODEV;
> if (dev->open && try_inc_mod_count(dev->owner)) {
> if ((ret = dev->open(dev)) && dev->owner)
>
1 - 100 of 186 matches
Mail list logo
