OK, I take it back. I don't think it is a signed versus unsigned
issue, though I still think it is dangerous the way atapi_read
mixes them.
I've been trying to follow the two pr's (kern/31530 and kern/31460)
to see if the panics they're getting were related to the problem I
reported earlier. I
OK, I take it back. I don't think it is a signed versus unsigned
issue, though I still think it is dangerous the way atapi_read
mixes them.
I've been trying to follow the two pr's (kern/31530 and kern/31460)
to see if the panics they're getting were related to the problem I
reported earlier.
--text follows this line--
Matthew Dillon <[EMAIL PROTECTED]> writes:
> Well, I'm close to being stuck folks. I've looked at 5 of Brady's
> core dumps and one of Nils and it appears to be semi-random
> corruption of structures that simply cannot be otherwise corrupted
> in the wa
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
Well, having followed this thread for some bit, I gotta throw my $.02
worth in.. I'm one of those who has machines connected via a "dumb"
10baseT hub, and auto everything doesn't work. I think the whole point
is that a certain amount of knowledge is required *before* one should
attempt to build a
> 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
Please correct me if I'm wrong, but isn't it kind of strange that
auto-sensing/auto-negotiating must be enabled on both sides for the feature
to work a bit strange?
At home, I have a Netgear FS116, a 16-Port unmanaged switch. It is
auto-sensing/full-duplex 10/100Mbits/sec switch. Therefore, we
On Wed, Dec 26, 2001 at 02:22:15PM -0800, Peter/Los Angeles, CA wrote:
> Please correct me if I'm wrong, but isn't it kind of strange that
> auto-sensing/auto-negotiating must be enabled on both sides for the feature
> to work a bit strange?
>
> At home, I have a Netgear FS116, a 16-Port unmanage
On Sat, Nov 10, 2001 at 08:05:46PM +0100, Ruben van Staveren wrote:
>
> Same here, stability `improved' when stripping out USB and I2C support.
> this all happend when I upgraded from RELENG_4_3 to RELENG_4 on last sunday.
> I had resynced with RELENG_4 today, but no effect.
>
> dmesg and kernel
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
At 02:22 PM 12/26/2001 -0800, Peter/Los Angeles, CA wrote:
>Please correct me if I'm wrong, but isn't it kind of strange that
>auto-sensing/auto-negotiating must be enabled on both sides for the feature
>to work a bit strange?
You can't just put that slash there and treat the two things the same
This should be moved to chat, hardware, hackers, you pick it.
Regardless of what the standard says, it has been my experience that if you have a connection that fails to autoneg to full duplex, then forcing the freebsd nic to 100 full will result in the expected behavior of a 100 full connection.
:
: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
14 matches
Mail list logo
