Hi Ingo,
On Thu, 9 Nov 2000, Ingo Molnar wrote:
On Wed, 8 Nov 2000, Larry McVoy wrote:
smart about that stuff, are least it seems so to me; he seems to be
well aware that 99.% of the hardware in the world isn't big
iron and never will be, so something approximating 99% of the
effort
Hi Michael,
On Thu, 09 Nov 2000, Michael Rothwell wrote:
Christoph Rohland wrote:
And then I don't see the value of Linux anymore.
Same as before -- freedom and low cost. The primary advantae of
Linux over other OSes is the GPL.
And you would loose exactly these two points for high end
Thanks,
it seems to work !
--
# Eng. Michele Iacobellis
# RD - Linux Impresa
# [EMAIL PROTECTED]
-
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/
Thanks,
it seems to work !
--
# Eng. Michele Iacobellis
# RD - Linux Impresa
# [EMAIL PROTECTED]
-
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/
Anything which isnt a strict bug fix or previously
agreed is now 2.2.19 material.
Alan, do you consider it as a bugfix if I tell you
that
we can't get anymore oops with the new bonding code,
even in SMP ?
I've had reports of it working very well, and faster,
for a long time now and the link
On Fri, Nov 10, 2000 at 10:28:46AM +0100, willy tarreau wrote:
From the patch source:
+CONFIG_BONDING
+ Say 'Y' or 'M' if you wish to be able to 'bond' multiple Ethernet
+ Channels together. This is called 'Etherchannel' by Cisco,
+ 'Trunking' by Sun, and 'Bonding' in Linux.
I
Matti Aarnio wrote:
On Fri, Nov 10, 2000 at 10:28:46AM +0100, willy tarreau wrote:
From the patch source:
+CONFIG_BONDING
+ Say 'Y' or 'M' if you wish to be able to 'bond' multiple Ethernet
+ Channels together. This is called 'Etherchannel' by Cisco,
+ 'Trunking' by Sun, and
On Fri, Nov 10, 2000 at 11:57:45AM +0200, Constantine Gavrilov wrote:
Cisco Trademark is EtherChannel -- there the capitalization
is important. We could call it ETHERNETCHANNEL (and even
"Etherchannel" or "ETHERCHANNEL") get away with it clean.
...
Regards,
willy tarreau wrote:
Anything which isnt a strict bug fix or previously
agreed is now 2.2.19 material.
Alan, do you consider it as a bugfix if I tell you
that
we can't get anymore oops with the new bonding code,
even in SMP ?
I've had reports of it working very well, and faster,
Matti Aarnio wrote:
On Fri, Nov 10, 2000 at 11:57:45AM +0200, Constantine Gavrilov wrote:
Cisco Trademark is EtherChannel -- there the capitalization
is important. We could call it ETHERNETCHANNEL (and even
"Etherchannel" or "ETHERCHANNEL") get away with it
Hello,
On Thu, Nov 09, 2000 at 06:30:32PM +0100, Szabolcs Szakacsits wrote:
BTW, I wanted to take a look at the frequently mentioned beancounter patch,
here is the current state,
http://www.asp-linux.com/en/products/ubpatch.shtml
"Sorry, due to growing expenses for support of public
However, it has not been tested enough that I may
bet
by head on saying there are no known issues.
I won't say there are no issues, but I'd say there are
no KNOWN issues.
This is because I did not have access to all
hardware that was needed to complete the tests in
time.
I know that,
is important. We could call it
ETHERNETCHANNEL (and even
"Etherchannel" or "ETHERCHANNEL") get
away with it clean.
...
/Matti Aarnio
Anything but "EtherChannel" -- trademark people
Ok, Matti. Let's keep "Etherchannel" as you proposed
and as it was
Alexander Viro wrote:
On 9 Nov 2000, Mike Coleman wrote:
Alexander Viro [EMAIL PROTECTED] writes:
shrug RMS had repeatedly demonstrated what he's worth as a designer
and programmer. Way below zero. You may like or dislike his ideology,
but when it comes to technical stuff... Not
On Fri, Nov 10, 2000 at 12:22:04PM +0200, Constantine Gavrilov wrote:
Gee, we do not call it EtherChannel, we say CISCO calls it
EtherChannel. Where is the infringment here? Are people that paranoid
or it is just me who is not getting it?
You missed my original point.
I don't
Le Fri, Nov 10, 2000 at 03:07:21AM +, Alan Cox a écrit:
Anything which isnt a strict bug fix or previously agreed is now 2.2.19
material.
Compiling 2.2.18pre21 without sysctl gives an error at linkage:
kernel/kernel.o(__ksymtab+0x608): undefined reference to `sysctl_jiffies'
trivial patch
On Thu, Nov 09, 2000 at 04:31:24PM -0700, Michal Jaegermann wrote:
On Thu, Nov 09, 2000 at 11:33:47AM -0500, Wakko Warner wrote:
It was posted to lkml, so no link (except if you want to dig through
lkml mail archives).
It booted but then it oops'ed before userland I belive. I tried
On Thu, 9 Nov 2000, Andre Hedrick wrote:
Date: Thu, 9 Nov 2000 13:09:40 -0800 (PST)
From: Andre Hedrick [EMAIL PROTECTED]
To: Scot Slager [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii
Subject: Comming to Share??? (re: Subcribe)
Hello Scot,
Is Iomega ready
On Thu, 9 Nov 2000, Jeff V. Merkey wrote:
- David Miller: sparc64 updates, make sparc32 boot again
- Davdi Millner: spel "synchronous" correctly
Spell "David Miller" correctly. 8).
I believe that was a taste of Linus's good sense of humor there
Jeff. ;o) I got a good kick out of it
I don't like to call it BONDING.
"Bonding" is something where two (or more) channels
carry data in between two participating systems.
Like Multilink-PPP, and ISDN Channel Bonding. Often
indeed data goes out somehow inter-leaved on the
physical links. (Like ISDN Channel Bonding supplies
a
Hi all,
new net drivers patchset (against 2.4.0-test11-pre1) attached.
Modifications: check_region() removal, passing dev-name to
request_region() request_irq() etc.
Drivers affected: 3c501.c, 3c503.c, 3c505.c, 82596.c, eth16i.c, hp.c,
hp-plus.c, ibmlana.c, ne2.c, seeq8005.c, smc-mca.c,
hi,
i'm currently running RH7, with 2.2.16-22 kernel, gcc 2.96 on a Sharp Actius
250 notebook.
i've manged to successfully compile 2.4.0-test10 kernel. however, upon
startup there are some failed/error messages:
1. finding module dependencies: depmod *** Unresolved symbols in
Alan,
I've patched the megaraid driver with these 2 lines
taken from RH7.0 2.2.16-22 kernel, and now my netraid
no longer hangs at boot. I don't know if this can
induce side effects, but it works again here.
Regards,
Willy
___
Do You
In order to have the xircom_tulip pcmcia cardbus working again with
recent kernels, it is necessary to specify:
ifconfig eth0 -multicast
Moreover if the card is configured by itself into the kernel
(i.e. with the default ne2000 pcmcia support removed),
the enclosed patch is required as well.
That being said, the real problem with the GKHI is that as Al said, it
does expose internal kernel interfaces --- and the Linux kernel
development community as a whole refuses to be bound by such interfaces,
sometimes even during a stable kernel series.
I'm not sure that GKHI exposes any
The problem with the hooks et.al. is very simple - they promote every
bloody implementation detail to exposed API.
Surely not, having the kernel source does that. The alternative to the hook
is embed a patch in the kernel source. What proveds greater exposure to
internals: hooks of
Hi !
VM: do_try_to_free_pages failed for tail..
^ ... or something else
Randomly, I got this message on the console. When this appends, I'm flooded
with this message and cannot do anything with the console.
---
On Fri, 10 Nov 2000 [EMAIL PROTECTED] wrote:
The problem with the hooks et.al. is very simple - they promote every
bloody implementation detail to exposed API.
Surely not, having the kernel source does that. The alternative to the hook
is embed a patch in the kernel source.
Alexander "see figure 1" Viro wrote:
Sorry. You don't "embed" the patch. You either get it accepted or not.
Or you fork the tree and then it's officially None Of My Problems(tm).
Sounds like a good idea.
-M
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
how is that any different then a module? modules that are not included
with the kernel source are not guarenteed to work with any other kernel
version (including during the stable kernel series)
David Lang
On Fri, 10 Nov 2000, Alexander Viro wrote:
On Fri, 10 Nov 2000 [EMAIL PROTECTED] wrote:
Over the last three weeks my box has been locking up w/ a black screen
of death. This time I had kdb patched in and got the following:
Entering kdb (current=0xcf906000, pid 16808) Panic: invalid operand
due to panic @ 0xc0163d7a
eax = 0x001a ebx = 0xcf907d8c ecx = 0xcf906000 edx =
David Ford wrote:
With kdb, after the panic happens, I can hit 'sr s' then 'g', it will
OOPS (process sendmail) then continue. Without kdb, I am SOL and have
to hit the power button. sysrq won't react.
Debugger good.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Blah. Puke. Ug. Not your changes, Bart... which are ok, but
incomplete.
Here is the complete bugfix. There are two places where error
conditions are not fully handled, and 'out_spin' can kfree(image),
saving some code. The worst bug of the list... if the firmware
copy_from_user failed
Here's an updated version of the "oom_nice" patch. It allows a sysadmin to
set the "oom niceness" for processes, either by PID or by process name. The
oom niceness value factors into the badness() function called by Rik's
OOM killer. Negative values decrease the chance that the process will be
sir,
i got some doubts in kernel
programming. i am using linux 6.1 version. i want to use threads in
kernel.is it possible to use pthreads in kernel. there is one more
function kernel_thread. can i use
that function. if i use that function how to get synchonization. inmany
files it was used.
Matti Aarnio wrote:
On Wed, Nov 08, 2000 at 04:35:33PM -0500, Michael Rothwell wrote:
Sounds great; unfortunately, the core group has spoken out against a
modular kernel.
Really ?
$ /sbin/lsmod
Module Size Used by
[...]
soundcore 4336 4
On Friday, November 10, 2000 06:15:40 -0800 David Ford [EMAIL PROTECTED]
wrote:
Over the last three weeks my box has been locking up w/ a black screen
of death. This time I had kdb patched in and got the following:
Entering kdb (current=0xcf906000, pid 16808) Panic: invalid operand
due
[ Ok, so my first mail seems to never have it made to the list. :-( ]
Hi,
the following situation:
Intel Celeron 667, 128 MB RAM, 440BX-based board (ASUS CUBX)
IBM 30 GB Disk and TEAC CDROM on ide0
LS120 Floppy and a Mitsumi CDROM on ide1 (see boot messages below for details)
Once upon a
On Fri, Nov 10, 2000 at 08:33:29PM +0530, M.Kiran Babu wrote:
sir,
i got some doubts in kernel
programming. i am using linux 6.1 version. i want to use threads in
Linux kernel versions are now running up to 2.4.0*, what is
that 6.1 ? Some distribution ? Which ?
[EMAIL PROTECTED] wrote:
In order to have the xircom_tulip pcmcia cardbus working again with
recent kernels, it is necessary to specify:
ifconfig eth0 -multicast
Moreover if the card is configured by itself into the kernel
(i.e. with the default ne2000 pcmcia support removed),
the
On Fri, Nov 10 2000, Henning P. Schmiedehausen wrote:
[snip]
Running 2.2.18pre17 completely modular built + 20001027 IDE patch from
kernel.org + Andreas' 2.2.18pre17aa1 patch + some more but I think not
related patches. Complete Kernel SRPMS and RPMS on request. :-)
The Mitsumi CDROM is used
"C" == Corisen [EMAIL PROTECTED] writes:
C hi, i'm currently running RH7, with 2.2.16-22 kernel, gcc 2.96 on
C a Sharp Actius 250 notebook.
C i've manged to successfully compile 2.4.0-test10 kernel. however,
C upon startup there are some failed/error messages:
C 1. finding module
From: [EMAIL PROTECTED]
Date:Fri, 10 Nov 2000 11:41:09 +
It has the potential to to make patches easier to re-work for different
kernel versions, and to enable development maintence and fixing of the
patch to be done independently of a kernel build. And it also has the
Hi Theodore,
On Fri, 10 Nov 2000, Theodore Y. Ts'o wrote:
P.S. There are some such RAS features which I wouldn't be surprised
there being interest in having integrated into the kernel directly
post-2.4, with no need to put in "kernel hooks" for that particular
feature. A good example of
In article [EMAIL PROTECTED],
Mike Galbraith [EMAIL PROTECTED] wrote:
(This schenario, btw, is much harder to trigger on SMP than on UP. And
it's completely separate from the issue of simple disk bandwidth issues
which can obviously cause no end of stalls on anything that needs the
disk,
Right. So what you're saying is that GKHI is adding complexity to the
kernel to make it easier for peopel to put in non-standard patches which
exposes non-standard interfaces which will lead to kernels not supported
by the Linux Kernel Development Community. Right?
I don't think I
I just tested test11-pre2 and there is no improvement. I still need to issue
the
ifconfig eth0 -multicast
and just after it the xircom_tulip card begins to work.
-db
-Original Message-
From: Jeff Garzik [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 10, 2000 5:19 PM
To: [EMAIL
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 have a lot of
trouble with this,
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 4xCPU (ISP4040)
4xPentium III 700 (Xeon)
On Fri, 10 Nov 2000 11:23:29 -0500 (EST),
"Georg Nikodym" [EMAIL PROTECTED] wrote:
C i've manged to successfully compile 2.4.0-test10 kernel. however,
C upon startup there are some failed/error messages:
C 1. finding module dependencies: depmod *** Unresolved symbols in
C
On Fri, 10 Nov 2000, [iso-8859-2] Pawe³ Kot wrote:
NMI Watchdog detected LOCKUP on CPU3, registers:
What can be wrong?
You forgot to read the REPORTING-BUGS file.
You told us everything except the really
important information ... the backtrace from
the info printed by the NMI Oopser...
On Fri, 10 Nov 2000 09:15:54 -0800,
George Anzinger [EMAIL PROTECTED] wrote:
The notion of releasing a spin lock by initializing it seems IMHO, on
the face of it, way off.
Normally it would be, but these are NMI and panic messages. The system
is pretty dead at that point, getting the message
On Fri, 10 Nov 2000, [iso-8859-2] Pawe Kot wrote:
NMI Watchdog detected LOCKUP on CPU3, registers:
What can be wrong?
You forgot to read the REPORTING-BUGS file.
You told us everything except the really
important information ... the backtrace from
the info printed by the NMI
We have several Supermicro 370DL3 boards (scsi, built into epro100, dual
pentium iii) - which are giving the following ethernet card error on
2.2.18p21, but not on 2.2.18p17. This error has happened on 3 out of 4
boards with this configuration.
Oct 18 12:17:34 db1 kernel: eth0: card reports no
Hi hpa,
First test, the AMD K6-2.
Before your patch..
cpu family : 5
model : 8
stepping: 12
After..
cpu family : 5
model : 8
stepping: 4
Line 1826 of setup.c
c-x86_mask = tfms 7;
Should
Or you could try the 2.4 version, as I said originally the 2.2 patch
hasn't been tested at all. It would be nice to know if that works
for you, as I may have screwed up the backport a bit.
I tested on 2.4-test10 + dvd-ram-240t10p5.diff.bz2 + dvdram-ro_fix.diff env.
It occured oops too :-(.
[EMAIL PROTECTED] wrote:
Hi hpa,
First test, the AMD K6-2.
Before your patch..
cpu family : 5
model : 8
stepping: 12
After..
cpu family : 5
model : 8
stepping: 4
Line 1826 of
Hi
one of the productions server has crashed about 62 day's ago. on a 2.2.16
kernel At that time i consider it a random thing. But the old test server
running the same kernel has crashed a week ago. The weard part is there both
sparc netra and both crashed at 64 day's uptime
some inspections of
"KO" == Keith Owens [EMAIL PROTECTED] writes:
KO On Fri, 10 Nov 2000 11:23:29 -0500 (EST), "Georg Nikodym"
KO [EMAIL PROTECTED] wrote:
C i've manged to successfully compile 2.4.0-test10 kernel. however,
C upon startup there are some failed/error messages:
C 1. finding module dependencies:
Christoph Rohland wrote:
Hi Theodore,
On Fri, 10 Nov 2000, Theodore Y. Ts'o wrote:
P.S. There are some such RAS features which I wouldn't be surprised
there being interest in having integrated into the kernel directly
post-2.4, with no need to put in "kernel hooks" for that
At 18:25 10/11/2000, Georg Nikodym wrote:
OK, but I guess my question wasn't very clear. I have a kernel tree,
I add a printk to maestro.c and make modules. I cannot load the
module until I rebuild and reinstall everything. Is there a way to
avoid this headache, or, stated differently: What's
The sendmail folks are claiming that the TCPIP stack in Linux is broken,
which is what they claim is causing problems on sendmail on Linux
platforms. Before anyone says, "don't use that piece of shit sendmail,
use qmail instead", perhaps we should look at this problem and refute
these
[EMAIL PROTECTED] wrote:
Hi hpa,
First test, the AMD K6-2.
Also, look at the feature flags:
before:
flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mmx 3dnow
after:
features: fpu vme de pse tsc msr mce cx8 pge mmx syscall 3dnow
Note, I lost MTRR sep. This
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
The sendmail folks are claiming that the TCPIP stack in Linux is broken,
which is what they claim is causing problems on sendmail on Linux
platforms. Before anyone says, "don't use that piece of shit sendmail,
use qmail instead", perhaps we
"William F. Maton" wrote:
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
The sendmail folks are claiming that the TCPIP stack in Linux is broken,
which is what they claim is causing problems on sendmail on Linux
platforms. Before anyone says, "don't use that piece of shit sendmail,
Richard A Nelson wrote:
Any `real` reason you're still at 8.9.3? Current is 8.11.1
If you send me a note of the type that fails, (to [EMAIL PROTECTED]),
it'll get received on both a 2.2.18-21/8.11.1 and 2.4.0-test10/8.11.2.Beta0
8.11.1 has problems talking to older sendmails and
"Jeff V. Merkey" [EMAIL PROTECTED] SAID:
"William F. Maton" wrote:
[...]
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.
I've been using sendmail-8.11.1 (no encryption) to talk to MTAs all over
the
Horst von Brand wrote:
"Jeff V. Merkey" [EMAIL PROTECTED] SAID:
"William F. Maton" wrote:
[...]
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.
I've been using sendmail-8.11.1 (no
Send me an email from it with an attachment 1MB, and I will forward
back to you when (and if) It gets delivered before next week.
:-)
Jeff
Richard A Nelson wrote:
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
"William F. Maton" wrote:
What about sendmail 8.11.1? Is the problem
Since I posted this on LKML, Claus over at sendmail.org seems more
motivated to track it down. (since it might appear on the front page of
Linux today). I would love your assistance Richard.
It could be a local problem since smrsh also seems to be f_cked up as
well, but I am seeing the same
On Fri, 10 Nov 2000, Richard A Nelson wrote:
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
"William F. Maton" wrote:
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.
Eh?!? TLS is an
Matti Aarnio wrote:
Beowulf systems have "bonding" in use for parallel Ethernet
links in between two machines, however THAT is not EtherChannel
compatible thing!
Maybe we should adopt's sun naming then, and call it 'Trunking'.
This is the same driver that Beowulf
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 image...
PROMLIB: obio_ranges 5
bootmem_init: Scan sp_banks,
Claus is sloging into the box and we will be trying to track this down.
If it is a problem in the Linux TCPIP stack, we'll post a report later
this afternoon as to where it looks like the problem is.
Jeff
"Jeff V. Merkey" wrote:
Since I posted this on LKML, Claus over at sendmail.org
"Jeff V. Merkey" [EMAIL PROTECTED] said:
Horst von Brand wrote:
[...]
I've been using sendmail-8.11.1 (no encryption) to talk to MTAs all over
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
On Fri, 10 Nov 2000, William F. Maton wrote:
On Fri, 10 Nov 2000, Jeff V. Merkey wrote:
The sendmail folks are claiming that the TCPIP stack in Linux is broken,
which is what they claim is causing problems on sendmail on Linux
platforms. Before anyone says, "don't use that piece of
On Fri, Nov 10, 2000 at 11:45:39AM -0700, Jeff V. Merkey wrote:
[..] Issuing the command "sendmail -v
-q" does not flush the mail queue. [..]
So first thing to do is to check that in /etc/sendmail.cf this line is
commented out this way:
#O HostStatusDirectory=...
(if you build .cf
Andrea,
All done. It's already setup this way.
Jeff
Andrea Arcangeli wrote:
On Fri, Nov 10, 2000 at 11:45:39AM -0700, Jeff V. Merkey wrote:
[..] Issuing the command "sendmail -v
-q" does not flush the mail queue. [..]
So first thing to do is to check that in
On Fri, 10 Nov 2000, Ivan Kokshaysky wrote:
On Thu, Nov 09, 2000 at 09:37:41PM +0100, Gerard Roudier wrote:
Hmmm...
The PCI spec. says that Limit registers define the top addresses
_inclusive_.
Correct.
The spec. does not seem to imagine that a Limit register lower than the
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 these
and want to change it in all the
On 11/10/2000 16:30 -0300, Horst von Brand wrote:
"Jeff V. Merkey" [EMAIL PROTECTED] said:
Horst von Brand wrote:
[...]
I've been using sendmail-8.11.1 (no encryption) to talk to MTAs all over
Turn on encryption, and try sending attachements
% 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_name.
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. This
[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 have
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
-
To
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 image...
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 connection to
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 these
and want
Dick, have you tried a simple "strace -f -p pid" ?
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
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 line
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
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
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 named
[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 have
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. That's
why
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!
Sure
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 with
(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!
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 tytso to
1 - 100 of 434 matches
Mail list logo
