the system is totally dead with the pannic message, and have
to hard reset to reboot. even i reboot the server, it will crash in
several minutes, because of hundreds of request is coming.
by refer to Klein's configuration and turn "debug.mpsafenet=0"
in /boot/loader.conf, the server is stable s
Hi,
I've stumbled over some new LORs (all continuable) on 5.4pre from
2005-03-29 09:49 UTC, thus before the bpf/DHCP fix.
lock order reversal
1st 0xc0642b60 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:256
2nd 0xc14d7264 fxp0 (network driver) @
/usr/src/sys/modules/fxp/../../dev/fxp/if_fxp
This is on a labtop (IBM Thinkpad R50e) running 5.3-RELEASE.
When I start it up with network up everything is fine, but if the
network dies (we have a slightly dodgy ADSL, which periodically plays
yo-yo) it will refuse to open new processes or windows.
Is it (likely to be) a KDE, xopen or freebsd
Par Leijonhufvud wrote:
> When I start it up with network up everything is fine, but if the
> network dies (we have a slightly dodgy ADSL, which periodically plays
> yo-yo) it will refuse to open new processes or windows.
>
> Is it (likely to be) a KDE, xopen or freebsd problem?
Is your /etc/host
Hi, Young,
å 2005-03-30äç 17:08 +0800ïYoung Leeåéï
> the system is totally dead with the pannic message, and have
> to hard reset to reboot. even i reboot the server, it will crash in
> several minutes, because of hundreds of request is coming.
>
> by refer to Klein's configuration and turn "de
Got this panic with auto-reboot (no dump :( ), saved from dmesg on
5.4pre 2003-05-29 09:49 UTC
processor eflags= IOPL = 0
current process = 29 (swi1: net)
trap number = 3
panic: breakpoint instruction fault
KDB: enter: panic
Fatal trap 3: breakpoint instruction fault
Hi,
on my FreeBSD laptop net-snmp-5.2.1 is installed. However, the portupgrade
to net-snmp-5.2.1_1 failed. I tried to build it manually, but make failed,
too. Next step, I set the option WITHOUT_PERL=yes. But I still get this
error everytime:
>>>
Warning: -L../../snmplib/ changed to
-L/usr/ports/
I am running 1 mildly busy new MySQL server thats running fine on
5.3-RELEASE-p5 #5: Sat Jan 22 04:54:07 EST 2005 from the generic conf
kernel
Its a Dell 1850 Dual P4 Xeon CPU 3.00GHz EMT64 with HTT enabled
FYI I actually have a Dell 2650 thats not doing anything at the moment
be
On Wed, Mar 30, 2005 at 12:11:23PM +0200, Rene Ladan wrote:
> Got this panic with auto-reboot (no dump :( ), saved from dmesg on
> 5.4pre 2003-05-29 09:49 UTC
>
> processor eflags = IOPL = 0
> current process = 29 (swi1: net)
> trap number = 3
> panic: breakpoint inst
On Wed, Mar 30, 2005 at 11:17:50AM +0200, Rene Ladan wrote:
> Hi,
>
> I've stumbled over some new LORs (all continuable) on 5.4pre from
> 2005-03-29 09:49 UTC, thus before the bpf/DHCP fix.
>
> lock order reversal
> 1st 0xc0642b60 Giant (Giant) @ /usr/src/sys/kern/kern_timeout.c:256
> 2nd 0xc14
On Wed, Mar 30, 2005 at 05:51:04AM -0800, Kris Kennaway wrote:
> On Wed, Mar 30, 2005 at 12:11:23PM +0200, Rene Ladan wrote:
> > Got this panic with auto-reboot (no dump :( ), saved from dmesg on
> > 5.4pre 2003-05-29 09:49 UTC
> >
> > processor eflags= IOPL = 0
> > current process
On Wed, Mar 30, 2005 at 05:52:13AM -0800, Kris Kennaway wrote:
> On Wed, Mar 30, 2005 at 11:17:50AM +0200, Rene Ladan wrote:
> > Hi,
> >
> > I've stumbled over some new LORs (all continuable) on 5.4pre from
> > 2005-03-29 09:49 UTC, thus before the bpf/DHCP fix.
> >
> > lock order reversal
> > 1
On Wed, Mar 30, 2005 at 04:17:08PM +0200, Rene Ladan wrote:
> On Wed, Mar 30, 2005 at 05:51:04AM -0800, Kris Kennaway wrote:
> > On Wed, Mar 30, 2005 at 12:11:23PM +0200, Rene Ladan wrote:
> > > Got this panic with auto-reboot (no dump :( ), saved from dmesg on
> > > 5.4pre 2003-05-29 09:49 UTC
>
Hi,
long story short:
boot0cfg -B ad0 -> No beeping on boot
boot0cfg -B -o noupdate ad0 -> Annoying beep.
I really don't know any assembler, but reading
/sys/boot/i386/boot0/boot0.S leads me to believe that there should be a
beep on every boot. However, I certainly don't want
admin# sysctl -a | grep net.inet.tcp.sack
net.inet.tcp.sack.enable: 1
i use SMP kernel configuration from cvsup without any modification.
--
Young Lee
On Wed, 30 Mar 2005 17:40:49 +0800
Xin LI <[EMAIL PROTECTED]> wrote:
> Hi, Young,
>
> å 2005-03-30äç 17:08 +0800ïYoung Leeåéï
> > the system i
On Wed, March 30, 2005 12:43 am, Karl Denninger said:
> Here's the diff and some thoughts
[snip, including first diff]
> 241,243c244,249
> <
> < /* if reinit succeeded and retries still permit, reinject request
> */
> < if (ata_reinit(ch) && request->retries-- > 0 &&
> request->de
Scott Long wrote:
J. Buck Caldwell wrote:
Scott Long wrote:
J. Buck Caldwell wrote:
Any help would be appreciated. Requests for more detail will be
answered promptly.
It sounds very much like an interrupt routing problem. Have you
tried the 5.4-BETA CD?
Scott
No help. Booting normally brings m
On Wed, Mar 30, 2005 at 12:07:22PM -0500, Jim Trigg wrote:
> On Wed, March 30, 2005 12:43 am, Karl Denninger said:
> > Here's the diff and some thoughts
>
> [snip, including first diff]
>
> > 241,243c244,249
> > <
> > < /* if reinit succeeded and retries still permit, reinject request
>
On Wed, Mar 30, 2005 at 05:00:31PM +0200, Ulrich Spoerlein wrote:
> I really don't know any assembler, but reading
> /sys/boot/i386/boot0/boot0.S leads me to believe that there should be a
> beep on every boot. However, I certainly don't want any beeps from
> boot0, can I comment out the first two
On 3/30/2005 9:39 AM Karl Denninger wrote:
On Wed, Mar 30, 2005 at 12:07:22PM -0500, Jim Trigg wrote:
On Wed, March 30, 2005 12:43 am, Karl Denninger said:
Here's the diff and some thoughts
[snip, including first diff]
241,243c244,249
<
< /* if reinit succeeded and ret
I've recently acquired an AMD64 box (dual Opteron 242, SiS [EMAIL PROTECTED]
motherboard
(http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484).
See below for more details). I find it very unstable running with 8
GB memory, though 4 GB are not a problem. At first I thought
Greg 'groggy' Lehey wrote:
I've recently acquired an AMD64 box (dual Opteron 242, SiS [EMAIL PROTECTED]
motherboard
(http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484).
See below for more details). I find it very unstable running with 8
GB memory, though 4 GB are not a p
On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote:
> None of these problems occur when I use 4 GB memory. About the only
> strangeness, which seems to come from the BIOS, is that it recognizes
> only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB
> memory.
>
> I rea
On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote:
> Greg 'groggy' Lehey wrote:
>> I've recently acquired an AMD64 box ...
>>
>> What's unstable? ... The amd64 5.4-PRERELEASE kernel just
>> hangs/freezes.
>
> 5.3-RELEASE has a lot of problems with >4GB due to busdma issues.
> Those s
On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote:
> On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote:
>> None of these problems occur when I use 4 GB memory. About the only
>> strangeness, which seems to come from the BIOS, is that it recognizes
>> only 3.5 GB.
On Thursday, 31 March 2005 at 10:32:33 +0930, Daniel O'Connor wrote:
> On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote:
>>> Have you run sysutils/memtest86 with the 8 GB?
>>
>> Heh. Difficult when the system doesn't run.
>
> You could try http://www.memtest86.com although that doesn't do >4Gb
On Thu, 31 Mar 2005 11:24, Greg 'groggy' Lehey wrote:
> I'm pretty sure it's not the memory. I've tried each pair
> individually, and it's only when they're both in there together that
> it's a problem. And yes, I've tried them in each pair of slots.
Could be a marginal timing issue.. You could
Max, that solution works fine. I have tried it and it works fine for me.
Thanks.
Anyway, do you know some issues with dropping traffic on em0 vlan
enabled interfaces and tcpdump-ing ? The average traffic, that we
tcpdump is cca 10-20mbit/s and when tcpdump-ing, we get allmost 90%
packet loss on
On Wed, 30 Mar 2005, Young Lee wrote:
> the system is totally dead with the pannic message, and have
> to hard reset to reboot. even i reboot the server, it will crash in
> several minutes, because of hundreds of request is coming.
You get a panic? You didn't say that before!
> by refer to Klein
Greg 'groggy' Lehey wrote:
>I'm pretty sure it's not the memory. I've tried each pair
>individually, and it's only when they're both in there together that
>it's a problem. And yes, I've tried them in each pair of slots.
I'm sure you have checked this aswell but just for completeness,
they aren
On Wed, 30 Mar 2005, Rob wrote:
> > So its said again ..
> >
> > Use a different ATA controller. Please. The RZ1000
> > series should not be
> > used under ANY CIRCUMSTANCES WHATSOEVER.
>
> I've got not really a choice here. This is a 10 year
> old Pentium-1 PC, which I would like to use. I'm not
On Tue, Mar 29, 2005 at 11:43:18PM -0600, Karl Denninger wrote:
> Here's the diff and some thoughts
>
> Fs:/usr/src/sys/dev/ata> cvs diff -r 1.32.2.5 ata-queue.c
> Index: ata-queue.c
> ===
> RCS file: /usr/cvs/src/sys/dev/ata/ata-
On Thursday, 31 March 2005 at 5:54:17 +0200, Matthias Buelow wrote:
> Greg 'groggy' Lehey wrote:
>
>> I'm pretty sure it's not the memory. I've tried each pair
>> individually, and it's only when they're both in there together that
>> it's a problem. And yes, I've tried them in each pair of slot
Nevermind on my update - somehow "cvs" got the wrong tag (5.3-RELEASE) on my
sandbox build.
Doing it again :)
--
--
Karl Denninger ([EMAIL PROTECTED]) Internet Consultant & Kids Rights Activist
http://www.denninger.netMy home on the net - links to everything I do!
http://scubaforum.o
On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote:
lapic0: LINT1 trigger: edge
lapic0: LINT1 polarity: high
lapic1: Routing NMI -> LINT1
lapic1: LINT1 trigger: edge
lapic1: LINT1 polarity: high
-ioapic0 irqs 0-23 on motherboard
+ioapic0 irqs 0-23 on motherboard
cpu0 BSP:
ID: 0x00
On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote:
>
> On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote:
>>> lapic0: LINT1 trigger: edge
>>> lapic0: LINT1 polarity: high
>>> lapic1: Routing NMI -> LINT1
>>> lapic1: LINT1 trigger: edge
>>> lapic1: LINT1 polarity: high
>>> -ioap
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote:
On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote:
lapic0: LINT1 trigger: edge
lapic0: LINT1 polarity: high
lapic1: Routing NMI -> LINT1
lapic1: LINT1 trigger: edge
lapic1: LINT1 polarity: high
-ioapi
Ok, here's what I've got so far.
Pulling the SECOND delta both gets rid of the stability problem AND the
requeue fix (e.g. getting rid of that denies the essential purpose of the
deltas in the first place.)
Removing the FIRST delta, which is:
218a219,221
if (!dumping)
callout_r
[gratuitous empty lines removed]
On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote:
> Greg 'groggy' Lehey wrote:
>> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote:
>>
>>> On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote:
>>>
> lapic0: LINT1 trigger: edge
On 03/30/05 23:14, Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote:
On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote:
lapic0: LINT1 trigger: edge
lapic0: LI
Jon Noack wrote:
On 03/30/05 23:14, Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin wrote:
On Mar 30, 2005, at 8:54 PM, Greg 'groggy' Lehey wrote:
lapic0: LINT1 trigger
On Wed, Mar 30, 2005 at 10:44:38AM -0800, Drew Tomlinson wrote:
> >
> I missed the beginning of this thread and apologize if my question has
> already been covered. But can you tell me if this issue might be the
> reason my PC locks up intermittently ? I have whatever cheap card came
> with a
On Wednesday, 30 March 2005 at 22:27:43 -0700, Scott Long wrote:
> Jon Noack wrote:
>> On 03/30/05 23:14, Greg 'groggy' Lehey wrote:
>>> On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
> On Wednesday, 30 March 2005 at 23:01:03 -0500, John Baldwin
On 03/30/05 23:49, Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 22:27:43 -0700, Scott Long wrote:
Jon Noack wrote:
On 03/30/05 23:14, Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 21:28:36 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 23
On Thursday, 31 March 2005 at 0:00:22 -0600, Jon Noack wrote:
> On 03/30/05 23:49, Greg 'groggy' Lehey wrote:
>> Here's the complete output of acpidump -t, anyway:
>>
>>
>>
>> Since I don't know anything about ACPI, this doesn't say too much to
>> me. Suggestions welcome. If the APIC section is
Hello,
The syscons manual page says:
"The following options will remove some features from the syscons
driver
and save kernel memory.
[...]
SC_NO_SYSMOUSE
This option removes mouse support in the syscons driver. The
mouse daemon moused(8) will fail if t
In the last episode (Mar 31), Ronald Klop said:
> The syscons manual page says:
> "The following options will remove some features from the syscons
> driver and save kernel memory.
> [...]
> SC_NO_SYSMOUSE
> This option removes mouse support in the syscons driver.
>
Hi,
Since we are discussing AMD64 with 8GB RAM, I also would like to point my
problem.
I'm still looking for possibility to run FreeBSD 5.3-STABLE with more than
4GB RAM
on Dual amd64 2.2GHz machine (IBM @server 325) with ServeRAID 6M (ips driver)).
Right now I'm using only 4GB RAM and this serv
Ganbold wrote:
Hi,
Since we are discussing AMD64 with 8GB RAM, I also would like to point my
problem.
I'm still looking for possibility to run FreeBSD 5.3-STABLE with more
than 4GB RAM
on Dual amd64 2.2GHz machine (IBM @server 325) with ServeRAID 6M (ips
driver)).
Right now I'm using only 4GB RAM
On Thu, 31 Mar 2005 01:04:10 -0600, Dan Nelson <[EMAIL PROTECTED]>
wrote:
In the last episode (Mar 31), Ronald Klop said:
The syscons manual page says:
"The following options will remove some features from the syscons
driver and save kernel memory.
[...]
SC_NO_SYSMOUSE
On Thu, Mar 31, 2005 at 08:14:45AM +0930, Greg 'groggy' Lehey wrote:
> On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote:
> > On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote:
> >> None of these problems occur when I use 4 GB memory. About the only
> >> strangenes
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote:
On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote:
None of these problems occur when I use 4 GB memory. About the only
strangeness, which seems to come from the BIOS, is that it recognize
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
I've recently acquired an AMD64 box ...
What's unstable? ... The amd64 5.4-PRERELEASE kernel just
hangs/freezes.
5.3-RELEASE has a lot of problems with >4GB due to busdma issues.
On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote:
> Greg 'groggy' Lehey wrote:
>> On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote:
>>
>>> Greg 'groggy' Lehey wrote:
>>>
I've recently acquired an AMD64 box ...
What's unstable? ... The amd64 5.4-PRERELEA
On Wednesday, 30 March 2005 at 16:01:14 -0700, Scott Long wrote:
> Greg 'groggy' Lehey wrote:
>> On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote:
>>
>>> On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote:
>>>
None of these problems occur when I use 4 GB memory
On 03/30/05 08:23, Rene Ladan wrote:
On Wed, Mar 30, 2005 at 05:52:13AM -0800, Kris Kennaway wrote:
On Wed, Mar 30, 2005 at 11:17:50AM +0200, Rene Ladan wrote:
Hi,
I've stumbled over some new LORs (all continuable) on 5.4pre from
2005-03-29 09:49 UTC, thus before the bpf/DHCP fix.
lock order revers
On Wednesday, 30 March 2005 at 14:57:15 -0800, Steve Kargl wrote:
> On Thu, Mar 31, 2005 at 08:14:45AM +0930, Greg 'groggy' Lehey wrote:
>> On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote:
>>> On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote:
None of these p
On Wednesday 30 March 2005 03:15 pm, Greg 'groggy' Lehey wrote:
> On Wednesday, 30 March 2005 at 16:01:14 -0700, Scott Long wrote:
> > Greg 'groggy' Lehey wrote:
> >> On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote:
> >>> On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehe
.. Original Message ...
On Thu, 31 Mar 2005 08:14:45 +0930 "Greg 'groggy' Lehey" <[EMAIL PROTECTED]>
wrote:
>> Have you run sysutils/memtest86 with the 8 GB?
>
>Heh. Difficult when the system doesn't run.
There is a bootable ISO version of memtest86 that you could try.
- ask
--
htt
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 16:01:14 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 14:35:46 -0800, Steve Kargl wrote:
On Thu, Mar 31, 2005 at 07:54:39AM +0930, Greg 'groggy' Lehey wrote:
None of these problems occur when I use 4 G
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote:
Greg 'groggy' Lehey wrote:
I've recently acquired an AMD64 box ...
What's unstable? ... The amd64 5.4-PRERELEASE
On Wednesday 30 March 2005 03:09 pm, Greg 'groggy' Lehey wrote:
> On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote:
> > Greg 'groggy' Lehey wrote:
> >> On Wednesday, 30 March 2005 at 15:30:37 -0700, Scott Long wrote:
> >>> Greg 'groggy' Lehey wrote:
> I've recently acquired an A
--- Doug White <[EMAIL PROTECTED]> wrote:
> On Mon, 28 Mar 2005, Mars Trading wrote:
>
> > I think you may be on to something here. Not that
> >I'm an expert, BTW. If I remember correctly,
> > 4.11 doesn't use device.hints;
> > device irq's and stuff were all included in the
> > kernel configu
On Wednesday 30 March 2005 03:22 pm, Ask Bjørn Hansen wrote:
> .. Original Message ...
> On Thu, 31 Mar 2005 08:14:45 +0930 "Greg 'groggy' Lehey"
> <[EMAIL PROTECTED]>
>
> wrote:
> >> Have you run sysutils/memtest86 with the 8 GB?
> >
> >Heh. Difficult when the system doesn't run.
>
> Ther
In message: <[EMAIL PROTECTED]>
"Greg 'groggy' Lehey" <[EMAIL PROTECTED]> writes:
: I've booted with the other 2 DIMMs now (I have 4 2 GB DIMMs, all the
: MB will hold). No problems. See my last reply to Scott: I'm
: wondering if the system is ignoring the PCI hole.
Unlikely. If it
[Format recovered--see http://www.lemis.com/email/email-format.html]
[gratuitous empty lines removed]
On Wednesday, 30 March 2005 at 16:23:34 -0700, Scott Long wrote:
> Greg 'groggy' Lehey wrote:
>> On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote:
>>> Greg 'groggy' Lehey wrote:
>>
On Wednesday, 30 March 2005 at 15:25:37 -0800, Peter Wemm wrote:
> On Wednesday 30 March 2005 03:09 pm, Greg 'groggy' Lehey wrote:
>> On Wednesday, 30 March 2005 at 16:04:44 -0700, Scott Long wrote:
>>> Greg 'groggy' Lehey wrote:
As I described, it doesn't appear to be the drivers.
>>>
>>> I d
On Mar 30, "Peter Wemm" wrote:
> On Wednesday 30 March 2005 03:22 pm, Ask Bjørn Hansen wrote:
> > .. Original Message ...
> > On Thu, 31 Mar 2005 08:14:45 +0930 "Greg 'groggy' Lehey"
> > <[EMAIL PROTECTED]>
> >
> > wrote:
> > >> Have you run sysutils/memtest86 with the 8 GB?
> > >
> > >Heh
On Wed, Mar 30, 2005 at 12:06:11AM -0600, Karl Denninger wrote:
> On Wed, Mar 30, 2005 at 12:50:31AM -0500, Matthew N. Dodd wrote:
> > On Tue, 29 Mar 2005, Karl Denninger wrote:
> > > 245a252
> > >> request->donecount = 0;
> > >
> > > Without the last delta the requeue doesn't happen at a
On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote:
> > Have you run sysutils/memtest86 with the 8 GB?
>
> Heh. Difficult when the system doesn't run.
You could try http://www.memtest86.com although that doesn't do >4Gb :(
--
Daniel O'Connor software and network engineer
for Genesis Software
On Thu, Mar 31, 2005 at 10:32:33AM +0930, Daniel O'Connor wrote:
> On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote:
> > > Have you run sysutils/memtest86 with the 8 GB?
> >
> > Heh. Difficult when the system doesn't run.
>
> You could try http://www.memtest86.com although that doesn't do >4G
Rob wrote:
>
> I have already put this machine under moderate load
> and recompiled/installed a new world/kernel without
> any problems. Apparently 4.11 knows how to bypass
> the flaws of this buggy ATA controller. At least
> that's my impression.
> Would 5.3 or 5.4 do this as-good here?
Googling
On Thu, 31 Mar 2005 10:40, Steve Kargl wrote:
> On Thu, Mar 31, 2005 at 10:32:33AM +0930, Daniel O'Connor wrote:
> > On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote:
> > > > Have you run sysutils/memtest86 with the 8 GB?
> > >
> > > Heh. Difficult when the system doesn't run.
> >
> > You coul
73 matches
Mail list logo