On Thursday 23 October 2003 23:45, Mike Harding wrote:
> My mouse has been losing sync several times a day and then eventually
> disappearing, requiring, AFAIK, a reboot to make the system usable.
> It's possible that this is hardware on my end, but I did change mice
> and I still have the same pro
On Thu, Oct 23, 2003 at 05:57:01PM -0400, Eric Pogroski wrote:
> On Fri, 24 Oct 2003 00:35:17 +0400
> Dmitry Dergachev <[EMAIL PROTECTED]> wrote:
> > 1)
> > #dmesg | grep pcm
> > pcm0: port 0xe400-0xe4ff irq 10 at device 19.0 on
> > pci0 2)
> > Mother Board
> > Chaintech CT-7VJD with on board soun
On Fri, 24 Oct 2003 00:35:17 +0400
Dmitry Dergachev <[EMAIL PROTECTED]> wrote:
> Hi ALL!
> Sorry! I can't write in English very well!
>
>
> 1)
> #dmesg | grep pcm
> pcm0: port 0xe400-0xe4ff irq 10 at device 19.0 on
> pci0 2)
> Mother Board
> Chaintech CT-7VJD with on board sound
>
> What can y
Hi ALL!
Sorry! I can't write in English very well!
1)
#dmesg | grep pcm
pcm0: port 0xe400-0xe4ff irq 10 at device 19.0 on pci0
2)
Mother Board
Chaintech CT-7VJD with on board sound
What can you advise me?
___
[EMAIL PROTECTED] mailing list
http://lis
On Thu, Oct 23, 2003 at 09:15:25AM -0700, Doug White wrote:
>
> Yeah, it wouldn't be the first time SCSI backplanes have gone bad. You
> have this in an Astor or Columbus chassis?
Actually a 'Hudson' SC5000 chassis, with the redundant PSUs and hot-swap
cage. They've proved to be at least as - i
On Thu, Oct 23, 2003 at 12:46:30PM +0200, Anatoliy Dmytriyev wrote:
> On Wed, 22 Oct 2003 13:58:33 -0700
> Kris Kennaway <[EMAIL PROTECTED]> wrote:
>
>
> > > of course it was without this options... just make buildworld
> >
> > Are you trying to update to a newer version, or recompile your
Some of you may have noticed the creation of the RELENG_4_9 branch on
the src/ tree. This is, of course, the release branch for FreeBSD
4.9, which will become the security-fix branch at some point after the
release.
Please remember that this does *not* mean that FreeBSD 4.9 is
ready. It's not of
Mouse is on interrupt 12, ATA on 14 and 15. I don't have any interrupt
conflicts AFAIK.
I think that maybe the new ATA drivers are staying in the interrupt a
bit longer and causing data to be dropped.
I have reverted to 1-sep -STABLE and it seems stable (so far), I am
going to try a new -STABLE
On Thu, 23 Oct 2003, Mike Harding wrote:
>
> My mouse has been losing sync several times a day and then eventually
> disappearing, requiring, AFAIK, a reboot to make the system usable.
> It's possible that this is hardware on my end, but I did change mice
> and I still have the same problem. This
On Thu, 23 Oct 2003, Michail Vidiassov wrote:
> On Wed, 22 Oct 2003, Doug White wrote:
>
> > > But after I have defined ACPI_DEBUG_OUTPUT in
> > > /sys/contrib/dev/acpica/acconfig.h
> > > I have got broken debug output like
> > >
> > > Table [DSDT] - %hd Objects with %hd Devices %hd Methods %hd Re
On Thu, 23 Oct 2003, Scott Mitchell wrote:
> The drives are housed in a hot-swap cage in an Intel server case, so cabling
> or termination problems would be quite serious... there's only one cable and
> that's hardwired in. The drives are ~3 years old so it would not surprise
> me if one was on t
My mouse has been losing sync several times a day and then eventually
disappearing, requiring, AFAIK, a reboot to make the system usable.
It's possible that this is hardware on my end, but I did change mice
and I still have the same problem. This may be related to some recent
mfc ATA changes at t
On Wed, 22 Oct 2003, Doug White wrote:
> On Fri, 22 Aug 2003, Mark Nipper wrote:
>
> > I'm not sure if this is an NFS restriction or an actual
> > userland utility restriction, but I have a 4-STABLE machine NFS
> > mounting a 5.1-RELEASE machine that is exporting an approximately
> > 1.6T disk
13 matches
Mail list logo