It seems Wesley Morgan wrote:
> I'm seeing the same problem on my Tecra 8000:
> atapci0: port 0xfe60-0xfe6f at device 5.1 on pci0
> atapci0: Busmastering DMA enabled
> ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0
> ata1 at port 0x170-0x177,0x376 irq 15 on isa0
> ata1-slave: ata_command: timeout
I have noticed that -CURRENT (build last week) is subject to a very high
clock deviation:
Oct 4 12:14:08 yoko ntpd[674]: time reset 1.367273 s
Oct 4 12:14:08 yoko ntpd[674]: synchronisation lost
Oct 4 12:32:26 yoko ntpd[674]: synchronisation lost
Oct 4 12:41:06 yoko ntpd[674]: time reset 4.3
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
As most people probably know, you can't write on ext2fs filesystems
with any of the "newer" Linux distributions, like Red Hat 6.2 on
up. The filesystem mount refuses r/w permission with the message
"WARNING: R/W mount of # denied due to unsupported optional features"
Do we plan to do anything ab
On Wed, 4 Oct 2000, Jordan Hubbard wrote:
> As most people probably know, you can't write on ext2fs filesystems
> with any of the "newer" Linux distributions, like Red Hat 6.2 on
> up. The filesystem mount refuses r/w permission with the message
> "WARNING: R/W mount of # denied due to unsupport
Hi,
As the subject says, I get the following message from my Tecra8000 and -current:
ata4 at port 0x250-0x25f irq 10 slot 1 on pccard1
ata4-master: ata_command: timeout waiting for intr
ata4-master: identify failed
pccard: card inserted, slot 1
Attached is the pccardc dumpcis output.
I tried with
On Wed, 4 Oct 2000, Jordan Hubbard wrote:
> As most people probably know, you can't write on ext2fs filesystems
> with any of the "newer" Linux distributions, like Red Hat 6.2 on
> up. The filesystem mount refuses r/w permission with the message
> "WARNING: R/W mount of # denied due to unsupport
> I have 64K off uncommitted diffs (-c2) for ext2fs, but none for sparse
> superblocks. This problem is easy to work around by not using
> unsupported optional features. Run tune2fs and e2fsck under Linux to
> turn off the features (see tune2fs(8)).
That's a nice idea and may work in my particu
Jordan Hubbard writes:
> That's a nice idea and may work in my particular case, but this is
> also the out-of-box configuration for Red Hat and most
> Linux-to-FreeBSD users wouldn't know a tune2fs if it snuck up and bit
> them on the ass in broad daylight. How hard would it be to support
> spars
