Hi,
Season's greetings to everyone from a rather warm Sydney, Australia!
This evening, I installed a new Promise UltraATA 100 TX2 controller which is
correctly recognised at boot time. To this controller I connected a new IBN
60 GB disk (Model: IC35L060AVER07-0). This disk is found and recogni
Hi again,
As you can now see I must be needing sleep as I stupidly forgot the output
from the "boot -v" - apologies!
Thanks, Shaun.
>Season's greetings to everyone from a rather warm Sydney, Australia!
>
>This evening, I installed a new Promise UltraATA 100 TX2 controller which is
>correctly re
This report was produced with the assistance of Chris Costello.
--
November 2001 Status Report
Introduction
This months report covers activity during the second half of October, and
the month of November. During these months,
On Wed, Dec 26, 2001 at 02:46:34PM +0700, Igor M Podlesny wrote:
>
> > On Mon, Dec 24, 2001 at 07:10:09PM +0700, Igor M Podlesny wrote:
> >>
> >> well, not all the same, but partly. Take a look:
>
> > Yes. We know.
>
> Well. It doesn't surprise me.
>
> P.S. Is it a `feature'? ;)
>
> P.P.S.
Richard Sharpe wrote:
> Well, it turns out that there are two problems with what I suggested: 1,
> signals are lossy, in that if multiple signals occur, only one might be
> delivered; and 2, there is no place to store any signal-related
> information in the kernel, in any case.
The KQueue deliver
I am trying to determine if our ATA/VIA setup code may have issues. I
did a google search and came up with a linux-quirks patch which may
apply to the random corruption problems people have been reporting.
Here is the URL:
http://www.linuxhq.com/kernel/v2.4/patch/patch-2.4.8
It seems Matthew Dillon wrote:
> I am trying to determine if our ATA/VIA setup code may have issues. I
> did a google search and came up with a linux-quirks patch which may
> apply to the random corruption problems people have been reporting.
> Here is the URL:
>
>
>http://w
> So, general question to everyone having crashes during heavy
> IDE workloads: Please post your /var/run/dmesg.boot
> output.
This is after a second reboot (that is why the disks come up clean). -Matt
Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986
It seems Matthew Gilbert wrote:
> > So, general question to everyone having crashes during heavy
> > IDE workloads: Please post your /var/run/dmesg.boot
> > output.
> atapci0: port 0xd000-0xd00f at device 7.1 on
You have the VIA 82c686b southbridge chip which is known to cause sev
:
:It seems Matthew Gilbert wrote:
:> > So, general question to everyone having crashes during heavy
:> > IDE workloads: Please post your /var/run/dmesg.boot
:> > output.
:
:> atapci0: port 0xd000-0xd00f at device 7.1 on
:
:You have the VIA 82c686b southbridge chip which is known t
:
::
::> atapci0: port 0xd000-0xd00f at device 7.1 on
::
::You have the VIA 82c686b southbridge chip which is known to cause severe
::data corruption problems if the BIOS does not setup the northbidge
::chip correctly. Please check with your board vendor if they have a
::new updated BIOS that f
I've done most of the gruntwork of making AIO a loadable system.
I'd appreciate some feedback and testing, especially since I know
of no programs which use AIO.
This also fixes the non-platform independant way SYSCALL_MODULE_HELPER
was implemented.
It also adds a primative way to dynamically lo
> It seems Matthew Gilbert wrote:
> > > So, general question to everyone having crashes during heavy
> > > IDE workloads: Please post your /var/run/dmesg.boot
> > > output.
>
> > atapci0: port 0xd000-0xd00f at device 7.1 on
>
> You have the VIA 82c686b southbridge chip which is kn
13 matches
Mail list logo