Date: Fri, 10 Nov 2000 10:13:21 + (GMT)
From: Ben Mansell <[EMAIL PROTECTED]>
This is a resend of the data sent on line 8 of the trace:
10:10:15.845002 cobalt-box.echo > hydra.3700: P 1:1449(1448) ack 1449 win 31856
(DF)
It looks like hydra didn't ACK this data, so the serv
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
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 e
Thanks,
it seems to work !
--
# Eng. Michele Iacobellis
# R&D - 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
# R&D - 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 thin
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,
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.
> > ...
> > > R
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
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
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 publ
> 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,
> I understood the above well enough to be very interested in seeing what
> happens with flush IO restricted.
>
> -Mike
>
> [try_to_free_pages()->swap_out()/shm_swap().. can fight over who gets
> to shrink the best candidate's footprint?]
>
> Thanks!
The results:
pre2+semaphore
real
> > > 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
Alexander Viro wrote:
>
> On 9 Nov 2000, Mike Coleman wrote:
>
> > Alexander Viro <[EMAIL PROTECTED]> writes:
> > > 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 stuf
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
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 patc
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.
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
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 o
> 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 suppli
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, sm
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
/lib/modules/2.4.0-
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 Yah
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.
>> Why? I think the IBM GKHI code would be of tremendous value. It would
>
> And we already refuse to support those kernels - your point being?
>
> Making this "commonplace" is a nightmare. Go away with that.
How is so?
Richard Moore - RAS Project Lead - Linux Technology Centre (PIS
>> extensions using the GKHI would not be breaking the license agreement, I
>> don't think. There's lots of binary modules right now -- VMWare, Aureal
> sound card drivers, etc.
>
>All of which just cause large numbers of bugs to go in the bitbucket
because
>nobody can tell whose the problem i
> Yes, and that's why I am opposing here: Technically you are right, but
> proposing that enterprise Linux should go this way is inviting binary
> only modules due to the lax handling of modules.
Not so sure it does. If a kernel module wants to make use of GKHI then it
will have to
1) include
> 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 a
> 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 s
I got this error below, while trying to do my standard kernel compile. i
changed the makefile to use kgcc, and every compile upto 2.4.0-test10 &
2.4.0-test11 pre 1 worked fine (same .config).. The system is a clean
redhat 7.0 (amd 1ghz, adaptec scsi, nvidia geforce2, sblive, ibm 10k rpm
hd,asus mb
Hello i got me several nasty oopses on my heavily loaded webserver.
[1.] One line summary of the problem:
I get a oops that seems to generate more oops.
My logs are full of them bastards.
I hate them. GRRR.
[2.] Full description of the problem/report:
I recently upgraded my box to 1GB of mem,
should be less controversial...
[Russell forgive me insinuating these drivers unmantained...]
Regards
--
Bartlomiej Zolnierkiewicz
<[EMAIL PROTECTED]>
240t11p1-radio-2.diff.gz
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.
---
Regard
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
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 bo
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:
On Fri, 10 Nov 2000, Michael Rothwell 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.
It's not a good idea, it's an obvious fact. Oh, you mean forking the
On Fri, 10 Nov 2000, Alan Cox wrote:
> > rrunner.c : In function 'rr_ioctl'
> > rrunner.c:1558: label 'out' used but not defined
> > make[2]: *** [rrunner.o] Error 1
>
> My fault. Swap that 1158 line pair
>
> error = -EPERM;
> goto out;
>
> with
> ret
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 = 0xcd3cde00
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-kerne
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 w
Andrey Panin wrote:
>
> 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, ibml
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 with
APIC error on CPU0: 08(08)
every couple of seconds, occasionally some lines in between say
APIC error on CPU0: 08(02)
and
API
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
kil
On Fri, 10 Nov 2000, Chris Swiedler wrote:
> 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 v
I have been wondering what all of the furor has been about...
Initially I thought that it is "a way to load in a module which
defines its own syscalls, etc.." and/or "we want to sell binary
images which can activate some hooks" but having just read the
GKHI READM
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. but
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 43
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
[ 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 tim
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 ?
Wh
[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),
>
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 u
> "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 mod
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
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 the various comments I have found in
the sources. Is it, perhaps an Intel doc?
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
Dan Aloni wrote:
>
> On Thu, 9 Nov 2000, Ivan Passos wrote:
>
> > Where in the src tree can I find (or what is) the command to generate a
> > patch file from two Linux kernel src trees, one being the original and the
> > other being the newly changed one??
>
> The syntex looks like this one:
>
On Fri, Nov 10, 2000 at 11:24:28AM -0500, Theodore Y. Ts'o wrote:
> 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
On Fri, Nov 10, 2000 at 06:10:40AM -0500, Mike A. Harris wrote:
> 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
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 t
> 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 me
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 PROTECTE
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, pri
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)
4G
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> /lib/modul
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...
re
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 messag
> 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 th
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 R
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;
Shoul
> 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
>
> L
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 o
> "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 d
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: Wha
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 statements
[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
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 s
"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 se
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 q
"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 ove
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 sendm
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
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 t
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?!? T
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, init_bootmem(spfn[1f5]
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 s
"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 d
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
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 bu
"Richard B. Johnson" wrote:
>
> 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
> > > p
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 tha
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 al
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
1 - 100 of 240 matches
Mail list logo
