It seems [EMAIL PROTECTED] wrote:
> This won't help people using similair drives (in one of my machines)
> that I am using, I have the same problem in current that I have in
> RELENG_4,
> It times out and drops to PIO4 mode after a few min. I dropped
> "atacontrol mode 0 pio4 none" (I only have t
ive in another machine.
Jason
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Søren Schmidt
Sent: Thursday, April 18, 2002 5:18 AM
To: Alexander Leidinger
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: i386 AT
It seems Alexander Leidinger wrote:
> On 18 Apr, Doug Barton wrote:
> > Given the impending 4.6-release, might it make sense to back off ata in
> > -stable to the last known-good state?
>
> We have some time until the code freeze, so give him some days to track
> it down. If he is able to fix it:
hi, there!
On Thu, Apr 18, 2002 at 01:51:19AM -0700, Doug Barton wrote:
> > It seems Doug Barton wrote:
> > > Given the impending 4.6-release, might it make sense to back off ata in
> >
> > The busdma/sparc64 code is *not* in stable...
>
> Hmmm... I thought I saw some complaints on -stabl
On 18 Apr, Doug Barton wrote:
> Given the impending 4.6-release, might it make sense to back off ata in
> -stable to the last known-good state?
We have some time until the code freeze, so give him some days to track
it down. If he is able to fix it: fine, else he can still back it out.
Bye,
Alex
On Thu, 18 Apr 2002, Søren Schmidt wrote:
> It seems Doug Barton wrote:
> > Given the impending 4.6-release, might it make sense to back off ata in
>
> The busdma/sparc64 code is *not* in stable...
Hmmm... I thought I saw some complaints on -stable, but I might
have been mistaken.
--
It seems Doug Barton wrote:
> Given the impending 4.6-release, might it make sense to back off ata in
The busdma/sparc64 code is *not* in stable...
-Søren
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Given the impending 4.6-release, might it make sense to back off ata in
-stable to the last known-good state?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
It seems Andrey A. Chernov wrote:
> On Wed, Apr 17, 2002 at 21:42:19 +0200, Alexander Leidinger wrote:
>
> > If you are running with tagged queing: turn it off. I got the same
>
> Thanks, turning tags off helps!
>
> It means that sparc64 ATA commit breaks tags. They work nice before it.
I know
On Wed, Apr 17, 2002 at 21:42:19 +0200, Alexander Leidinger wrote:
> If you are running with tagged queing: turn it off. I got the same
Thanks, turning tags off helps!
It means that sparc64 ATA commit breaks tags. They work nice before it.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscri
On Wed, Apr 17, 2002 at 20:29:02 +0200, Søren Schmidt wrote:
>
> Have you recompiled both kernel and potential kld's ?
> I just had wierd behavior here using old kld's...
I completely remove compile/{KERNEL} contents each time, so kld's is up to
date too. BTW, the bug is not on load stage but a
On 17 Apr, Andrey A. Chernov wrote:
> Symptoms are very strange, no error diagnostics at all
> but rtld's map_object() can't map any shared library with
> invalid file format
> error. Programs can't start from /etc/rc too.
>
> Please, fix.
If you are running with tagged queing: turn it of
It seems Andrey A. Chernov wrote:
> This mega-commit:
>
> date: 2002/04/05 13:13:XX; author: sos;
> Make the ATA driver compile & work on the sparc64 platform.
>
> breaks i386 ATA at least for following card:
>
> atapci0: port 0xb800-0xb80f at device 31.1 on
>pci0
>
> Last
This mega-commit:
date: 2002/04/05 13:13:XX; author: sos;
Make the ATA driver compile & work on the sparc64 platform.
breaks i386 ATA at least for following card:
atapci0: port 0xb800-0xb80f at device 31.1 on
pci0
Last working kernel is from date=2002.04.05.13.09.00,
14 matches
Mail list logo