On Sun, Nov 17, 2002 at 11:16:54PM +0200, Maxim Sobolev wrote:
> Hi there,
>
> I'm observing very strange memory corruption problems with 2GHz P4
> system running 4.7 (security branch as of today). Under the load
> (make -j20 buildworld) the compiler or make(1) often die with signal
> 11. I found
On Mon, Nov 18, 2002 at 01:02:55AM +0100, Thomas Seck wrote:
> * Marc G. Fournier ([EMAIL PROTECTED]):
>
> > On Sun, 17 Nov 2002, Thomas Seck wrote:
> >
> >> You have chosen to maintain systems which stretch FreeBSD to its limits
> >> and uncover bugs lurking in the code. This is great. But you c
On Mon, 18 Nov 2002, Thomas Seck wrote:
> * Marc G. Fournier ([EMAIL PROTECTED]):
>
> > On Sun, 17 Nov 2002, Thomas Seck wrote:
> >
> >> You have chosen to maintain systems which stretch FreeBSD to its limits
> >> and uncover bugs lurking in the code. This is great. But you cannot do
> >> so on th
On 2002-11-18 00:05:20 (+0100), Thomas Quinot <[EMAIL PROTECTED]> wrote:
> Le 2002-11-17, Christian Brueffer écrivait :
> > fangorn# ata0: resetting devices .. done
> > ata1: resetting devices .. ata1-slave: ATAPI identify retries exceeded
> > done
>
> OK, it looks to me like we are invalidating t
* Marc G. Fournier ([EMAIL PROTECTED]):
> On Sun, 17 Nov 2002, Thomas Seck wrote:
>
>> You have chosen to maintain systems which stretch FreeBSD to its limits
>> and uncover bugs lurking in the code. This is great. But you cannot do
>> so on the one hand and refuse to face the administrative work
On Mon, 18 Nov 2002, Gregory Bond wrote:
> > You have chosen to maintain systems which stretch FreeBSD to its limits
> > and uncover bugs lurking in the code. This is great. But you cannot do
> > so on the one hand and refuse to face the administrative work on the
> > other hand.
>
> And this is n
On Sun, 17 Nov 2002, Thomas Seck wrote:
> You have chosen to maintain systems which stretch FreeBSD to its limits
> and uncover bugs lurking in the code. This is great. But you cannot do
> so on the one hand and refuse to face the administrative work on the
> other hand. This does not work. You ha
> You have chosen to maintain systems which stretch FreeBSD to its limits
> and uncover bugs lurking in the code. This is great. But you cannot do
> so on the one hand and refuse to face the administrative work on the
> other hand.
And this is not a FreeBSD problem either - if you are doing stres
I had similar problems. Terry Lambert reports that there is a bug
in the P4. DISABLE_PSE and the other work-arounds mentioned didn't help.
The work-around that worked for me was to use:
options MAXFILES=5
Try that and see if it helps.
Le 2002-11-17, Christian Brueffer écrivait :
> fangorn# ata0: resetting devices .. done
> ata1: resetting devices .. ata1-slave: ATAPI identify retries exceeded
> done
OK, it looks to me like we are invalidating the param field of the
struct atadev for your ata1 slave (BTW, a complete dmesg.boot
* Marc G. Fournier ([EMAIL PROTECTED]):
> What's to track? Nothing happens on that branch ... I just CVSup'd
> RELEASE, followed by RELENG_4_7 and the only changes were pretty much
> related to the latest BIND vulnerabilities ...
The "security branches" are fortunately a very slowly moving targe
I have reverted back to revision 1.130.2.39 of ip_input.c and that solved my
issues!
Guido, I am running IPFW2. If there is anything you need from me to help
fix this issue, please let me know.
Thanks again Archie for giving me the pointers of which file to revert.
-Scott
-Original Messag
On Sun, 17 Nov 2002, Jeffrey J. Mountin wrote:
> Not to pick on anyone, but for as long as I can recall Marc
> ([EMAIL PROTECTED]) has run afoul of many problems and it's either due to
> taking risks or just shit luck and stepping on every odd and rare bug
> there is. Not that it's any fun being
I am using FreeBSD 4.7-STABLE #0: Thu Nov 14 15:40:50 EET 2002.
Can someone please explain the following message? Is it something a
CVSup would fix? I didn't have that problem before.
Lefteris Tsintjelis
(sa0:ahc1:0:6:0): SCB 0x3 - timed out
ahc1: Dumping Card State while idle, at SEQADD
14 matches
Mail list logo
