Dag-Erling Smørgrav writes:
>
> An NMI almost certainly indicates a hardware failure.
>
Lucas James writes:
>
> It could be a power supply on the way out. I had an old dual P-166 that
> rebooted misterously until I took out two CD-ROM drives I wanted
> for another
> machine. (replace
On Sun, 28 Sep 2003 08:27 pm, Tomi Vainio - Sun Finland wrote:
> After adding more disks to this system it dies continously. Last two
> traces look quite the same.
>
> Tomppa
It could be a power supply on the way out. I had an old dual P-166 that
rebooted misterously until I took out two CD-R
In message <[EMAIL PROTECTED]>, Brooks Davis writes:
>> | Properly dismantle and remove the interface and destroy the dev_t=20
>> | at last close of the device.
>
>I'm not convinced this is the right direction to move in. The problem
>is that users are beginning to expect that pseudo-interfaces
Tomi Vainio - Sun Finland <[EMAIL PROTECTED]> writes:
> After adding more disks to this system it dies continously. Last two
> traces look quite the same.
>
> Tomppa
>
> ---clipclip---
> login: kernel trap 19 with interrupts disabled
> NMI ... going to debugger
An NMI almost certainly indicates
In message <[EMAIL PROTECTED]>, "Greg 'groggy' Lehey"
writes:
>
>--yRA+Bmk8aPhU85Qt
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>
>On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote:
>> Basically:
>>
>> 3. If you do a "normal" device driver, c
On Sun, 28 Sep 2003, Arjan van Leeuwen wrote:
> On Sunday 28 September 2003 14:38, Matt wrote:
> > Morten Rodal wrote:
> > > On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote:
> > >>Morten Rodal wrote:
> > >>>On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote:
> > On Sat, 27 Sep
On Sun, 28 Sep 2003, Morten Rodal wrote:
> On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote:
> > On Sat, 27 Sep 2003, Morten Rodal wrote:
> > > It has improved quite a bit lately, and is now also working with KSE.
> > > However, the mouse will get sluggish whenever the computer is und
On Sat, Sep 27, 2003 at 11:57:19PM +0200, Poul-Henning Kamp wrote:
>
> Please test this patch:
>
> http://phk.freebsd.dk/patch/if_tun.patch
>
> There is a slight change in semantics in that the interface will disappear
> entirely when the /dev/tun%d device is closed.
>
> If no objections
On Sunday, 28 September 2003 at 19:46:20 -0400, Robert Watson wrote:
>
> On Mon, 29 Sep 2003, Greg 'groggy' Lehey wrote:
>
>> On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote:
>>> Basically:
>>>
>>> 3. If you do a "normal" device driver, cache the result
>>>from w
On Mon, 29 Sep 2003, Greg 'groggy' Lehey wrote:
> On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote:
> > Basically:
> >
> > 3. If you do a "normal" device driver, cache the result
> >from when you call make_dev().
> > ...
> >
> > ./dev/vinum
> > F
On Sun, Sep 28, 2003 at 11:22:07PM +0200, Poul-Henning Kamp wrote:
>
> I am in the process of adding ref-counting and locking to dev_t,
> and would very much prefer if we could get this step completed
> soon before 5-STABLE gets branched.
>
> All this will be transparent to the majority of device
On Sunday, 28 September 2003 at 23:22:07 +0200, Poul-Henning Kamp wrote:
> Basically:
>
> 3. If you do a "normal" device driver, cache the result
> from when you call make_dev().
> ...
>
> ./dev/vinum
> Failure to cache result of make_dev() ?
Where should this be
I am in the process of adding ref-counting and locking to dev_t,
and would very much prefer if we could get this step completed
soon before 5-STABLE gets branched.
All this will be transparent to the majority of device drivers, as
the refcounting will happen in the make_dev() and destroy_dev()
fa
There is now also another patch
http://phk.freebsd.dk/patch/if_tap.patch
for the /dev/tap and /dev/vmnet driver.
Please test this too, it follows the if_tun patch very closely.
>Please test this patch:
>
> http://phk.freebsd.dk/patch/if_tun.patch
>
>There is a slight change in sem
Hello Derek,
Saturday, September 27, 2003, 8:50:21 PM, you wrote:
> Gabriel,
> I experienced the same problem using 5.1 release with an Adaptec SATA
> Raid card that uses the SATA Sil3112A chip.
> With 5.1-CURRENT I can get FreeBSD to install, but the server locks-up
> because the disk subsyste
On Sunday 28 September 2003 16.40, Peter Kadau wrote:
> Hi !
>
> > > I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience
> > > the stuttering too.
>
> Me too, though I have to relativize this.
> My configuration is UP with a pentium 4, 2.4 GHz running
> gnome2, evolution, mozilla
Hi !
> > I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the
> > stuttering too.
Me too, though I have to relativize this.
My configuration is UP with a pentium 4, 2.4 GHz running
gnome2, evolution, mozilla and some gnome-terminals.
With 4BSD, the mouse cycles through non-r
I've recently been trying to get my USB modem working in FreeBSD
-CURRENT, without much success. In Linux, I can load the pl2303
driver and a ttyUSB0 device node is then used to communicate with
the modem as if were attached to a serial port. In FreeBSD, I load
the uplcom driver and the Prolifi
Il Dom, 2003-09-28 alle 15:45, Arjan van Leeuwen ha scritto:
> > Ahh I tell you the other difference. I had a USB mouse when I tried ULE
> > with 5.1-release and it stuttered. It's just a ps2 one on the current
> > kernel where it's not stuttering.
> >
> > Matt.
>
> I have a PS/2 mouse, I run -CU
> I have not had this experience. Can you give me details of your machine
> and the kind of load that causes slugishness? I'll correct it as soon as
> I can identify it.
Using Linux-Firebird with some Java applets shows this effect, i.e.
completelly bogging down X to a unusable state.
Also, it'
On Sunday 28 September 2003 14:38, Matt wrote:
> Morten Rodal wrote:
> > On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote:
> >>Morten Rodal wrote:
> >>>On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote:
> On Sat, 27 Sep 2003, Morten Rodal wrote:
> >It has improved quite a bi
Morten Rodal wrote:
On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote:
Morten Rodal wrote:
On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote:
On Sat, 27 Sep 2003, Morten Rodal wrote:
It has improved quite a bit lately, and is now also working with KSE.
However, the mouse will g
On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote:
> Morten Rodal wrote:
> >On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote:
> >
> >>On Sat, 27 Sep 2003, Morten Rodal wrote:
> >>
> >>>It has improved quite a bit lately, and is now also working with KSE.
> >>>However, the mouse will
Morten Rodal wrote:
On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote:
On Sat, 27 Sep 2003, Morten Rodal wrote:
It has improved quite a bit lately, and is now also working with KSE.
However, the mouse will get sluggish whenever the computer is under
bursts of load (i.e. a compile)
I h
On Sun, 2003-09-28 at 11:48, John-Mark Gurney wrote:
> Antony T Curtis wrote this message on Sun, Sep 28, 2003 at 11:34 +0100:
> > I cvsupped this morning and rebuilt world and kernel...
> >
> > When I unplug the USB floppy drive, I get the following
>
> Did you have the filesystem mounted? Righ
After adding more disks to this system it dies continously. Last two
traces look quite the same.
Tomppa
---clipclip---
login: kernel trap 19 with interrupts disabled
NMI ... going to debugger
kernel: type 19 trap, code=0
Stopped at rtcintr+0x57: callrtcin
db> trace
rtcintr(0) at rtc
Hi
I cvsupped this morning and rebuilt world and kernel...
When I unplug the USB floppy drive, I get the following
> umass0: at uhub1 port 1 (addr 2) disconnected
> (da0:umass-sim0:0:0:0): lost device
> (da0:umass-sim0:0:0:0): removing device entry
> GEOM: destroy disk da0 dp=0xc40b6450
>
>
>
On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote:
> On Sat, 27 Sep 2003, Morten Rodal wrote:
> > It has improved quite a bit lately, and is now also working with KSE.
> > However, the mouse will get sluggish whenever the computer is under
> > bursts of load (i.e. a compile)
> >
>
> I
It seems Michael McGoldrick wrote:
> I haven't been able to boot a -current kernel since the ATAng import.
> They all die after (in a boot -v) a message from GEOM about creating ad0.
> If any further info would be helpful, just let me know what you need.
I know there are a problem with *some* Acer
my verbose dmesg is in attached zip file, from today.
my disks are connected with sata - pata converter based on marvel 88i8030
and one more question about ata3 and cable 40 wires, the cable actually is
serial ata cable, not the 40 wires pata cable.
and why it doesn't say then same thing about ata4
30 matches
Mail list logo