% find . -type f | xargs grep -nw CTL_ANY
./kernel/sysctl.c:370: if (n == table->ctl_name || table->ctl_name ==
CTL_ANY) {
./include/linux/sysctl.h:47:#define CTL_ANY -1 /* Matches any name */
And no, there is no ctl_table that would be getting explicit -1 as ->ctl_nam
On Fri, 10 Nov 2000, Brian Gerst wrote:
> > features: fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow
>
> The K6's don't support sysenter/sysexit.
The K6 datasheets suggests otherwise.
Some models seem to have sysenter/sysexit, whilst others have
syscall/sysret. No model seems to h
On Fri, 10 Nov 2000, H. Peter Anvin wrote:
> That is actually correct -- the K6-2 doesn't actually have mtrr and sep,
> but has syscall and k6_mtrr instead (the stepping bug causes k6_mtrr not
> to show up.) Part of the bugginess of the old system was using one flag
> for multiple purposes. Thi
[EMAIL PROTECTED] wrote:
> On Fri, 10 Nov 2000, Brian Gerst wrote:
>
> > > features: fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow
> >
> > The K6's don't support sysenter/sysexit.
>
> The K6 datasheets suggests otherwise.
> Some models seem to have sysenter/sysexit, whilst others
On Fri, Nov 10, 2000 at 12:34:40PM -0700, Jeff V. Merkey wrote:
>
> Andrea,
>
> All done. It's already setup this way.
Ok. So please now show a tcpdump trace during the `sendmail -q` so we can see
what's going wrong in the TCP connection to the smtp server:
tcpdump port smtp
Andrea
-
On Thu, 9 Nov 2000, Jean Tourrilhes wrote:
>
> I spent my full day going through my archives and splitting
> the big patch of Dag into lots of small patches (see attached). I'm
> glad I've got a big hard drive full of junk.
When I say multiple mails, I mean multiple mails. NOT "26 attach
On Fri, Nov 10, 2000 at 08:27:47PM +0100, Rafal Maszkowski wrote:
> On Thu, Nov 09, 2000 at 05:52:29PM -0800, Linus Torvalds wrote:
> > - pre2:
> > - David Miller: sparc64 updates, make sparc32 boot again
>
> Thanks for working on it but I am getting still:
>
> boot: 11.2
> Uncompressing im
On Fri, 10 Nov 2000, Andrea Arcangeli wrote:
> On Fri, Nov 10, 2000 at 12:34:40PM -0700, Jeff V. Merkey wrote:
> >
> > Andrea,
> >
> > All done. It's already setup this way.
>
> Ok. So please now show a tcpdump trace during the `sendmail -q` so we can see
> what's going wrong in the TCP conne
Dan Aloni wrote:
>
> On Fri, 10 Nov 2000, George Anzinger wrote:
>
> > > 4 kernel trees, one after make dep ; make bzImage, and all taking together
> > > just 193MB, instead of about 400MB... hard links, gotta love'em.
> >
> > Ok, this is cool, but suppose I have the same file linked to all thes
On Fri, Nov 10, 2000 at 03:07:46PM -0500, Richard B. Johnson wrote:
> It isn't a TCP/IP stack problem. It may be a memory problem. Every time
> sendmail spawns a child to send the file data, it crashes. That's
> why the file never gets sent!
Sure that could be the case. You should be able to ver
Dick, have you tried a simple "strace -f -p " ?
This often gives enough info.
BTW, there's one version of sendmail that tests the
capability security hole of a previous kernel version
(2.2.15 ?), and refuses to launch if it discovers it.
It may be possible that sendmail does other tests like
this
On Fri, 10 Nov 2000, H. Peter Anvin wrote:
> > And where does sysenter/sysexit fit in?
> sysenter/sysexit is the "sep" feature.
Ah, of course.
*slaps head*
regards,
davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the li
Andrea Arcangeli wrote:
>
> On Fri, Nov 10, 2000 at 03:07:46PM -0500, Richard B. Johnson wrote:
> > It isn't a TCP/IP stack problem. It may be a memory problem. Every time
> > sendmail spawns a child to send the file data, it crashes. That's
> > why the file never gets sent!
>
> Sure that cou
No, misunderstood.
GKHI is not implemented using dynamic probes. GKHI places in the kernel
calls to APIs in the DProbes code. Since we'ed rather have Dprobes out of
the kernel then essentially it acts as a loader after the fact, i.e. it
fixes up the DProbes API calls when the DProbe module loa
Andre,
SSH is running on this system, so send me your IP address to add to the
hosts.allow file and I'll send you an account so you can get into the
box and see just what's happening with ssh. Andre Hedrick has root
privileges on this machine, so if I'm ever not around, he can get into
it. I a
Matti,
>Please educate me, what does "our RAS offerings" mean here ?
>(I didn't find "RAS" at your signature-URL site, but I didn't
> poke around very much..)
RAS = Reliabilty, Availability & Serviceability = those things that are are
not mainline to an OS but add the qualities na
[EMAIL PROTECTED] wrote:
>
> On Fri, 10 Nov 2000, Brian Gerst wrote:
>
> > > features: fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow
> >
> > The K6's don't support sysenter/sysexit.
>
> The K6 datasheets suggests otherwise.
> Some models seem to have sysenter/sysexit, whilst othe
Claus,
Richard appears to have found a problem while sending a 45MB file to me
with 8.11.10. I guess it's time for you to join the thread. Please
review attached.
Jeff
On Fri, 10 Nov 2000, Andrea Arcangeli wrote:
> On Fri, Nov 10, 2000 at 12:34:40PM -0700, Jeff V. Merkey wrote:
> >
>
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
>
>
> Andrea Arcangeli wrote:
> >
> > On Fri, Nov 10, 2000 at 03:07:46PM -0500, Richard B. Johnson wrote:
> > > It isn't a TCP/IP stack problem. It may be a memory problem. Every time
> > > sendmail spawns a child to send the file data, it crashes. T
Typo in Documentation/fb/matroxfb.txt
Pavel Rabel
--- matroxfb.txt.oldFri Nov 10 20:39:39 2000
+++ matroxfb.txtFri Nov 10 20:40:11 2000
@@ -253,7 +253,7 @@
`vesa'.
If you know capabilities of your monitor, you can specify some (or all) of
-`pixclk', `fh' and `fv'. In t
On Fri, 10 Nov 2000, Andrea Arcangeli wrote:
> On Fri, Nov 10, 2000 at 03:07:46PM -0500, Richard B. Johnson wrote:
> > It isn't a TCP/IP stack problem. It may be a memory problem. Every time
> > sendmail spawns a child to send the file data, it crashes. That's
> > why the file never gets sent!
>
"Richard B. Johnson" wrote:
>
>
>
> It ran out of memory. The file got sent fine after I got rid of
> all the memory-consumers. Looks like a sendmail bug where they
> expect to load a whole file into memory all at once before sending
> it. I always thought you could read from a file, then writ
On Fri, Nov 10, 2000, Jeff V. Merkey wrote:
> "Richard B. Johnson" wrote:
> > It ran out of memory. The file got sent fine after I got rid of
> > all the memory-consumers. Looks like a sendmail bug where they
> > expect to load a whole file into memory all at once before sending
> > it. I always
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
> Andrea Arcangeli wrote:
> >
> > On Fri, Nov 10, 2000 at 03:07:46PM -0500, Richard B. Johnson wrote:
> > > It isn't a TCP/IP stack problem. It may be a memory problem. Every time
> > > sendmail spawns a child to send the file data, it crashes. That's
On Fri, 10 Nov 2000, Claus Assmann wrote:
> On Fri, Nov 10, 2000, Jeff V. Merkey wrote:
> > Looks like your bug. As an FYI, sendmail.rpms in Suse, RedHat, and
> > OpenLinux all exhibit this behavior, which means they're all broken.
>
> Sorry, this is plain wrong. sendmail does NOT read the enti
"William F. Maton" wrote:
>
> On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
>
> > Andrea Arcangeli wrote:
> > >
> > > On Fri, Nov 10, 2000 at 03:07:46PM -0500, Richard B. Johnson wrote:
> > > > It isn't a TCP/IP stack problem. It may be a memory problem. Every time
> > > > sendmail spawns a child
lock_kernel is a special case and will not block when you call it in
order to create a new kernel thread. Look at the implementation of
lock_kernel if you have any doubts (this is true for the 2.2 kernels. I
don't know it by heart for the 2.4 kernel).
Reto
"M.Kiran Babu" wrote:
>
> si
On Fri, Nov 10, 2000, Davide Libenzi wrote:
[Please use a MTA that sends the e-mail only once to a given machine,
we got three copies of this]
> On Fri, 10 Nov 2000, Claus Assmann wrote:
> > On Fri, Nov 10, 2000, Jeff V. Merkey wrote:
> > > Looks like your bug. As an FYI, sendmail.rpms in Suse,
Hi!
I found where problem with coda lies: it went from character device at
67:5 to character device at 67:0. Ouch, ugly. Is it bug or what?
Pavel
--
I'm [EMAIL PROTECTED] "In my country we have almost anarchy and I don't care."
Pano
Hi!
> > It complains
> >
> > coda_read_super: Bad mount data
> > coda_read_super: device index: 0
> >
> > and will not mount. What do I need to mount coda?
> > Pavel
>
> Miklos Szeredi sent a patch to support multiple mountpoints/coda
Hi!
> > This issue, and all related issues, need to be taken care of for all
> > speed
> > changing CPUs from Intel, AMD and Transmeta. Is the answer of "howto
>
> Sensibly configured power saving/speed throttle systems do not change the
> frequency at all. The duty cycle is changed and this con
On Fri, Nov 10, 2000 at 11:56:57AM -0800, Linus Torvalds wrote:
>
> When I say multiple mails, I mean multiple mails. NOT "26 attachements in
> one mail". In fact, not a single attachment at all, please. Send me
> patches as a regular text body, with the explanation at the top, and the
> patch ju
Hi!
It might be usefull to someone..
Pavel
Index: bitops.h
===
RCS file: /home/cvs/Repository/linux/include/asm-generic/bitops.h,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1
* thread_saved_pc() on x86 returns (thread->esp)[3]. Bogus, since the
third word from the stack top has absolutely nothing to return address of
any kind. Correct value: (thread->esp)[0][1] - ebp is on top of the stack
and the rest is obvious. Current code gives completely bogus addresses -
On Fri, Nov 10, 2000 at 10:48:08PM +0100, Pavel Machek wrote:
> Hi!
>
> I found where problem with coda lies: it went from character device at
> 67:5 to character device at 67:0. Ouch, ugly. Is it bug or what?
> Pavel
No, it always ha
Hi!
> > 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
(note Linus, not for applying...)
Here is a patch, against 2.4.0-test11-pre2, that I wanted to forward
to the lists for comment.
Many of the ethernet drivers have timer routines, which are
called every three-five seconds or so. These timer routines
typically do stuff related to media selection
Hi,
I am not sure, if this is a reiserfs related issue, so I send this Oops
report both to the kernel mailing list and to the reiserfs people
(kernel has been patched with reiserfs-3.6.18).
During ripping the last song from a cd (a long time song of 9.50 min)
I was wondering about the time cons
On Fri, Nov 10, 2000 at 07:35:41PM +0100, Gerard Roudier wrote:
> I only have spec 1.0 on paper. I should have checked 1.1. Anyway, it may
> still exist bridges that have been designed prior to spec. 1.1.
Yes, DEC 2105x bridges, for example.
The only update listed in revision history is "Update
Hi!
> Some options:
>
> 1) Split up the large patch and fix the things you didn't like, submit them
> with better discription. But then It's probably to late anyway for 2.4 (even if
> the 2.4-test series is not the most stable stuff I've tried). Is it
> to late for this?
Probably not. Get tyts
Hi!
> > > >with the TCP ECN_ECHO and CWR flags set, to indicate
> > > >ECN-capability, then the sender should send its second
> > > >SYN packet without these flags set. This is because
> > >
> > > Now that is nice. The end user perceived effect is that folks with faulty
Couple of places missed in Jeff's patch:
diff -urN rc11-2/fs/ncpfs/mmap.c rc11-2-kmap/fs/ncpfs/mmap.c
--- rc11-2/fs/ncpfs/mmap.c Sun Aug 6 13:43:18 2000
+++ rc11-2-kmap/fs/ncpfs/mmap.c Fri Nov 10 16:31:01 2000
@@ -37,7 +37,7 @@
struct dentry *dentry = file->f_dentry;
Followup to: <[EMAIL PROTECTED]>
By author:Pavel Machek <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
> >
> > Sensibly configured power saving/speed throttle systems do not change the
> > frequency at all. The duty cycle is changed and this controls the cpu
> > performance but the tsc
Followup to: <[EMAIL PROTECTED]>
By author:Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Hi,
> after booting a 2.4.0 (any testx-release I've tried so far, including
> test11-pre2) on a Dual-Pentium III box, the system works ok, but the
> console gets filled wit
Linus Torvalds wrote:
...
>
> And it has everything to do with the fact that the way Linux semaphores
> are implemented, a non-blocking process has a HUGE advantage over a
> blocking one. Linux kernel semaphores are extreme unfair in that way.
>
...
> The original running process comes back fault
Hey guys,
We got to the bottom of the sendmail problem. The line:
-O QueueLA=20
and
-O RefuseLA=18
Need to be cranked up in sendmail.cf to something high since the
background VM on a very busy Linux box seems to exceed this which causes
large emails to get stuck in the /var/spool/mqueue
"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>The problem of dropping connections on 2.4 was related to the O RefuseLA
>settings. The defaults in the RedHat, Suse, and OpenLinux RPMs are
>clearly set too low for modern Linux kernels. You may want them cranked
>up to 100 or something if you want
how many CPUs in these high loadave boxes? unless you have a very
impressive machine (8+SMP) the defaults should be plenty high.
also I thought the QueueLA default was 8 and the RefuseLA was 12 or have
they been bumped up since I last examined them (8.8/8.9 timeframes)
David Lang
On Fri, 10 Nov
Then perhaps qmail's time has finally come If sendmail cannot run
on a machine with minimal background loading from a dozen or so FTP
clients downloading files, it's clearly sick. BTW. I have another box
running qmail, and it doesn't have these problems.
Jeff
Neil W Rickert wrote:
>
> "
David Lang wrote:
>
> how many CPUs in these high loadave boxes? unless you have a very
> impressive machine (8+SMP) the defaults should be plenty high.
>
> also I thought the QueueLA default was 8 and the RefuseLA was 12 or have
> they been bumped up since I last examined them (8.8/8.9 timefr
On Fri, 10 Nov 2000, Neil W Rickert wrote:
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>
> >The problem of dropping connections on 2.4 was related to the O RefuseLA
> >settings. The defaults in the RedHat, Suse, and OpenLinux RPMs are
> >clearly set too low for modern Linux kernels. You may
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
>
> Then perhaps qmail's time has finally come If sendmail cannot run
> on a machine with minimal background loading from a dozen or so FTP
> clients downloading files, it's clearly sick. BTW. I have another box
> running qmail, and it doesn't
Followup to: <[EMAIL PROTECTED]>
By author:Neil W Rickert <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>
> >The problem of dropping connections on 2.4 was related to the O RefuseLA
> >settings. The defaults in the RedHat, Suse, and Open
Followup to: <[EMAIL PROTECTED]>
By author:Davide Libenzi <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Fri, 10 Nov 2000, Claus Assmann wrote:
> > On Fri, Nov 10, 2000, Jeff V. Merkey wrote:
> > > Looks like your bug. As an FYI, sendmail.rpms in Suse, RedHat, and
> > > OpenLinux
H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:Pavel Machek <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> > >
> > > Sensibly configured power saving/speed throttle systems do not change the
> > > frequency at all. The duty cycle is changed and this controls the
H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > Hi,
> > after booting a 2.4.0 (any testx-release I've tried so far, including
> > test11-pre2) on a Dual-Pentium III box, the system works o
Alexander Viro wrote:
>
> On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
>
> >
> > Then perhaps qmail's time has finally come If sendmail cannot run
> > on a machine with minimal background loading from a dozen or so FTP
> > clients downloading files, it's clearly sick. BTW. I have another
On Fri, Nov 10, 2000, David Lang wrote:
> how many CPUs in these high loadave boxes? unless you have a very
> impressive machine (8+SMP) the defaults should be plenty high.
>
> also I thought the QueueLA default was 8 and the RefuseLA was 12 or have
> they been bumped up since I last examined the
> > What about sendmail 8.11.1? Is the problem there too?
>
> Yes. Plus 8.11.1 has problems talking to older sendmails sine it uses
> encryption.
Depends on how you configure it. An enabled encryption doesn't always mean
it has problems taking to other sendmails. This sendmail here has no
pro
> > Yes. Plus 8.11.1 has problems talking to older sendmails sine it uses
> > encryption.
>
> I've been using sendmail-8.11.1 (no encryption) to talk to MTAs all over
> the place, many of them so old it is scary. No problems seen at this end.
> This is to be expected, BTW: They can't just go in
On Fri, Nov 10, 2000, Jeff V. Merkey wrote:
> I have dual T1 lines going into the box, and I just added a 4-way ADSL
> circuit as well (4 x 550K). Claus claimed there were TCPIP timeout bugs
Please DON'T quote me wrong. This is getting very annoying.
Is that your way to spread rumours and false
On Sat, 11 Nov 2000, Ivan Kokshaysky wrote:
> On Fri, Nov 10, 2000 at 07:35:41PM +0100, Gerard Roudier wrote:
> > I only have spec 1.0 on paper. I should have checked 1.1. Anyway, it may
> > still exist bridges that have been designed prior to spec. 1.1.
>
> Yes, DEC 2105x bridges, for example
"H. Peter Anvin" wrote:
>
> Followup to: <[EMAIL PROTECTED]>
> By author:Neil W Rickert <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >
> > >The problem of dropping connections on 2.4 was related to the O RefuseLA
> > >settings.
> Turn on encryption, and try sending attachements > 1MB and tell me if
> you see any problems, like emails sitting in /var/spool/mqueue for a day
> or two until they go out. I can guarantee you will.
Are you talking client -> MTA encryption, or MTA -> MTA encryption ??
> Jeff
Igma
Claus Assmann wrote:
>
> On Fri, Nov 10, 2000, Jeff V. Merkey wrote:
>
> > I have dual T1 lines going into the box, and I just added a 4-way ADSL
> > circuit as well (4 x 550K). Claus claimed there were TCPIP timeout bugs
You said there were TCPIP timeout bugs. I can go retrieve the email.
Igmar Palsenberg wrote:
>
> > Turn on encryption, and try sending attachements > 1MB and tell me if
> > you see any problems, like emails sitting in /var/spool/mqueue for a day
> > or two until they go out. I can guarantee you will.
>
> Are you talking client -> MTA encryption, or MTA -> MTA
On Fri, 10 Nov 2000, [iso-8859-1] willy tarreau wrote:
> Dick, have you tried a simple "strace -f -p " ?
> This often gives enough info.
>
> BTW, there's one version of sendmail that tests the
> capability security hole of a previous kernel version
> (2.2.15 ?), and refuses to launch if it disco
[ ... named redacted by request ... ] wrote:
>
> > Well, here's what the sendmail folks **REAL** opinion of Linux is and
> > the way load average is calculated (senders name removed)
> >
> > [... sendmail person ...]
> >
> >> Ok, here's my blunt answer: Linux sucks. Why does it have a load
> >
I've tried this on -test9, test10, and test11-pre2, all with similar
results.
I've checked the kernel mailing list archives, and didn't see anything
pertinent.
I'm getting the following errors: (in this case, attempting to make them
as a module)
make -C md modules
make[2]: Entering directory
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED] (Rogier Wolff)
In newsgroup: linux.dev.kernel
> >
> > Intel PIIX-based systems will do duty-cycle throttling, for example.
>
> What's this "duty cycle throtteling"? Some people seem to think this
> refers to changing the duty cycl
Followup to: <[EMAIL PROTECTED]>
By author:Claus Assmann <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Why does Linux report a LA of 10 if there are only two processes
> running?
>
Load Average = runnable processes (R) + processes in disk wait (D).
-hpa
--
<[EMAIL PROTEC
On Fri, 10 Nov 2000, Brian Gerst wrote:
> > The datasheets are somewhat confusing, as it doesn't mention bit 10
> > at all, just an oversized box for bit 11.
> The Athlons support sysenter and syscall, but the K6's only support
> syscall. The earlier version of syscall (bit 10) is undocumented b
> > It ran out of memory. The file got sent fine after I got rid of
> > all the memory-consumers. Looks like a sendmail bug where they
> > expect to load a whole file into memory all at once before sending
> > it. I always thought you could read from a file, then write to
> > a socket. Maybe I'm
On Sat, Nov 11, 2000, Igmar Palsenberg wrote:
>
> > > It ran out of memory. The file got sent fine after I got rid of
> > > all the memory-consumers. Looks like a sendmail bug where they
> > > expect to load a whole file into memory all at once before sending
> > > it. I always thought you could
Claus Assmann wrote:
>
> On Sat, Nov 11, 2000, Igmar Palsenberg wrote:
> >
> > > > It ran out of memory. The file got sent fine after I got rid of
> > > > all the memory-consumers. Looks like a sendmail bug where they
> > > > expect to load a whole file into memory all at once before sending
>
Hi,
I made some optimizations on racache in nfsd in test10. The idea is to
replace with existing fixed length table for readahead cache in NFSD with a
hash table.
The old racache is essentially ineffective in dealing with large # of
files, and yet eats CPU cycles in scanning the table (even thoug
Rogier Wolff wrote:
>
> > I have seen the same problem on the same motherboard. It appears to
> > be a motherboard bug that 2.4 exposes and 2.2 doesn't.
>
> This PRINT was added in 2.4.
>
> You're seeing noise on the apic lines. The APICs notice, but every now
> and then you may see a lockup d
> > > Turn on encryption, and try sending attachements > 1MB and tell me if
> > > you see any problems, like emails sitting in /var/spool/mqueue for a day
> > > or two until they go out. I can guarantee you will.
> >
> > Are you talking client -> MTA encryption, or MTA -> MTA encryption ??
>
>
This is the first time I had kdb running. All other times I lost the console
from the deadlock. The deadlock is bad enough to prevent any more access to
basically everything. I'm still running the same kernel and will do so for
several more days. It usually happens every two to three days.
Ch
I've been regularly building kernels in the testXX series, and
they have been coming out ~ 600K; test10-final and test11-pre1:
-rw-r--r--1 root root 610503 Oct 31 18:39
vmlinuz-t10
-rw-r--r--1 root root 610568 Nov 7 20:26
vmlinuz-t11p01
test11-pre2 comes out ~ 900K:
On Fri, Nov 10, 2000 at 08:37:56AM -0800, George Anzinger wrote:
> I thought this would be simple, but...
>
> Could someone point me at the info on calling conventions to be used
> with
> x86 processors. I need this to write asm code correctly and I suspect
> that it is a bit more formal than th
Followup to: <[EMAIL PROTECTED]>
By author:Robert Lynch <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> I've been regularly building kernels in the testXX series, and
> they have been coming out ~ 600K; test10-final and test11-pre1:
>
> -rw-r--r--1 root root 610503 Oct 3
Followup to: <[EMAIL PROTECTED]>
By author:George Anzinger <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> I thought this would be simple, but...
>
> Could someone point me at the info on calling conventions to be used
> with x86 processors. I need this to write asm code correctly an
Hi, ...
the following problem is not a new one (for me):
I'm using an SMP system. Everything works fine and (absolutely) stable -
exept my USB mouse :-( It's the USB version of the Wacom Graphire tablet. The
mouse works great for some minutes or up to half an hour and it generates a
lot of in
On Friday November 10, [EMAIL PROTECTED] wrote:
>
> Any suggestions?
Yes, send the details to the author of the code, as detemined from
the comment above it:
Richard Henderson ([EMAIL PROTECTED])
After having written:
>
> I've tried this on -test9, test10, and test11-pre2, all with simila
For some PowerPC kernels, there is an element of the kernel that writes
information to the front LCD status panel on an IBM RS/6000. Does anybody
know in which header or .c file contains the script that outputs this data?
--
Eric Reischer "You can't depend o
Michael Meissner writes:
> It may be out of print by now, but the original reference
> for the x86 ABI, is the:
>
> System V Application Binary Interface
> Intel386 (tm) Processor Supplement
>
> When Cygnus purchased the manual I have, many moons ago,
> it was published by AT&T, with
Date: Fri, 10 Nov 2000 10:36:31 -0800
From: "Matt D. Robinson" <[EMAIL PROTECTED]>
As soon as I finish writing raw write disk routines (not using kiobufs),
we can _maybe_ get LKCD accepted one of these days, especially now that we
don't have to build 'lcrash' against a kernel revis
George Anzinger wrote:
>
> The notion of releasing a spin lock by initializing it seems IMHO, on
> the face of it, way off. Firstly the protected area is no longer
> protected which could lead to undefined errors/ crashes and secondly,
> any future use of spinlocks to control preemption could ha
FWIW, I have a dual-proc SuperMicro motherboard P3DM3 with integrated
Adaptec SCSI and Intel 8255x built-in NIC.
Sometimes on a cold boot I get the "kernel: eth0: card reports no RX
buffers" that repeats, but if I follow it with a warm boot the message
doesn't appear (even on subsequent warm boot
"Pawe³ Kot" wrote:
>
> Hello,
>
> I've following error with 2.4.0-test{9|10|pre11pre1-ac1|pre11pre2-ac1}:
>
> NMI Watchdog detected LOCKUP on CPU3, registers:
>
> And then the machine hangs. No response at all.
> Always CPU3 is mentioned.
> The machine is:
> The latest Intel motherboard for 4x
On Fri, Nov 10, 2000 at 07:11:37PM -0500, Albert D. Cahalan wrote:
> Michael Meissner writes:
>
> > It may be out of print by now, but the original reference
> > for the x86 ABI, is the:
> >
> > System V Application Binary Interface
> > Intel386 (tm) Processor Supplement
> >
> > When Cygn
I noticed that the ip_vs.h include is not in the main kernel tree or ip
virtual switch support while I was attempting to buid the pirahnna web
server. Is this module a patch located somewhere else on
ftp.kernel.org.
Thanks
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-
Some wild blatherings about sendmail...
- Uses lots of memory to send a big file.
Incorrect. I just verified it with a 10 meg file which became a 14 meg attachment.
Sendmail consumed an additional 5 megs combined while handling the input and output
v.s.
an idle daemon. Idle is 1.8M, recv w
David Ford wrote:
David,
We got to the bottom of it. sendmail is using a BSD method to react to
load average which is different than what linux is providing. You have
to crank up
O QueueLA = 18
O RefuseLA = 12
on a busy Linux server since the defaults will result in large emails
never get
On Sat, Nov 11, 2000 at 01:01:20AM +0100, Gerald Haese wrote:
> Hi, ...
>
> the following problem is not a new one (for me):
>
> I'm using an SMP system. Everything works fine and (absolutely) stable -
> exept my USB mouse :-( It's the USB version of the Wacom Graphire tablet. The
> mouse work
To be honest Jeff, most of my sendmail systems have default load values
and large (read created by microsoft mua) emails make it through
constantly with no distinguishable delays. I just launched 45 "cat
core|mail [EMAIL PROTECTED]" and core is a 10 meg binary file. It
results in a 14 meg total
Jeff Garzik wrote:
>
> (note Linus, not for applying...)
>
> Here is a patch, against 2.4.0-test11-pre2, that I wanted to forward
> to the lists for comment.
>
> Many of the ethernet drivers have timer routines, which are
> called every three-five seconds or so. These timer routines
> typicall
Followup to: <[EMAIL PROTECTED]>
By author:"Albert D. Cahalan" <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Gee that looks old. Might there be better calling conventions
> for the Pentium 4 or Athlon? Memory latency, vector registers,
> and more direct access to floating-point regi
Hello kernel hackers,
I am having problems with compiling a kernel on an AMD K62-550.
I am running Red Hat 6.2, and am getting error messages like this:
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -fno-strength-reduce
101 - 200 of 240 matches
Mail list logo
