>Synopsis: Unexpected reboot at boot time
>Category: kernel
>Environment:
System : OpenBSD 6.4
Details : OpenBSD 6.4-current (GENERIC.MP) #564: Sat Jan 5
12:22:09 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERI
ime.
That means both statements are true.
from :
#define LINK_STATE_IS_UP(_s)\
((_s) >= LINK_STATE_UP || (_s) == LINK_STATE_UNKNOWN)
I think we should either don't use this macro within ifstated
and be more explicit with the link states,
or remove support for "link.unknown".
Marco
>Synopsis: kernel crashes during normal use
>Category: system, kernel, amd64
>Environment:
System : OpenBSD 5.6
Details : OpenBSD 5.6-current (GENERIC.MP) #735: Sat Dec 27
13:55:58 MST 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd
On Wed, Aug 08, 2012 at 09:03:21PM +0200, Mark Kettenis wrote:
>
> What happens if you use make -j1?
that works
$ touch mysource.c; make -j1
date > /home/marco/myobj.o
date > myprog
. creates myobj.o and myprog ]
$ touch mysource.c; make
date > myobj.o
date > myprog
[ this should rebuild everything, but does nothing!]
$ touch mysource.c; make
While on OpenBSD 4.4 this used to work:
$ touch mysource.c; make
date > /home/marco/myobj.o
date > myprog
This has pbbly sth
On 25-4-2012 0:29, Brad Smith wrote:
On 24/04/12 5:05 PM, Marco V wrote:
Today I bought a new Medion AKOYA E2068 D pc with a RTL8111 F nic.
The problem is that any other system on the LAN seems to ignore packets
from this nic.
I tried it with a fresh installed OpenBSD 5.0 installation, but also
g and using DHCP, it
will get an DHCP ACK
and it will configure a correct DHCP address from the DCHP server on its
interface.
Attached you can find the dmesg.boot output and the wireshark traces of
the ICMP Echo and Reply.
Best regards,
Marco V
[demime 1.01d removed an attachment of
roblem.
My FortiGate unit (to name just one other equipment that does not
exhibit this behaviour) has the notion of ip6-address in its top
level interface configuration and a sub-section 'ip6-extra-addrs'
for this exact purpose.
A 'prefer' keyword or something like that would be nice.
That would eliminate the ambiguity for good.
Marco
t;greatest" as to use the term from the rfc.
If you take the addresses 4,5,3 (in this order) it will select ::3 as
source.
Whats the purpose of 'alias' in the inet6 context if its not honored?
Marco
> On 2011/08/03 15:30, Marco wrote:
>> Hi,
>>
>> I
this address is the 'last' to appear in
hostname.trunk0.
I've tried with 4.9-current/i386 generic built on Juli 30th 2011
Is this a bug or a undefined ipv6 issue?
Marco
On Thu, Jul 07, 2011 at 02:27:55AM +0200, Piotr Durlej wrote:
> Hi,
>
> these two simple patches allow an softraid(4) RAID 1 array to be
> correctly rebuild.
>
> http://www.durlej.net/sr-iosz.diff
That looks wrong.
> http://www.durlej.net/sr-szal.diff
That looks correct.
jsing what do you thi
Synopsis: Kernel panic with heavy disk I/O, softraid crypto +
kern.bufcachepercent > 80
State-Changed-From-To: open->closed
State-Changed-By: marco
State-Changed-When: Sat May 21 07:50:14 MDT 2011
State-Changed-Why:
mikeb committed a fix for this.
The following reply was made to PR system/6607; it has been noted by GNATS.
From: Marco Pfatschbacher
To: Mark Kettenis
Cc: stol...@vinson.dyndns.info, gn...@openbsd.org, b...@cvs.openbsd.org,
cstol...@hushmail.com
Subject: Re: system/6607: Network device em0 detaches when transferring
On Thu, May 19, 2011 at 01:37:15PM +0200, Mark Kettenis wrote:
> Spontanious detach usually is related to issues with Active State
> Power Management (ASPM). Indeed it seems there is an errata for the
> Intel 82573 that affects the 82574 as well.
>
> I don't have time to write a diff for this rig
Synopsis: panic: timeout_add: not initialized; softraid in use
State-Changed-From-To: open->closed
State-Changed-By: marco
State-Changed-When: Mon Apr 18 14:05:28 MDT 2011
State-Changed-Why:
talked to author and he said it was bad hardware
That is a huge penalty because it is read over the pci bus. The trick
with 0x should work just fine per the doco and other os' drivers
(on top of my head). The question I have is does Linux only have one
device per interrupt?
I am going to reference the doco one more time on this.
On Th
The following reply was made to PR i386/6505; it has been noted by GNATS.
From: Marco Pfatschbacher
To: Antonio Bravo
Cc: gn...@openbsd.org
Subject: Re: i386/6505: inteldrm gpu hangs on i865g
Date: Fri, 11 Feb 2011 14:54:01 +0100
I just commited a fix that might help.
Can you test with a
The following reply was made to PR kernel/6517; it has been noted by GNATS.
From: Marco Pfatschbacher
To: gn...@openbsd.org
Cc:
Subject: Re: kernel/6517: X rendering errors and inteldrm panic on 82865G
Date: Sat, 29 Jan 2011 01:35:02 +0100
On Fri, Nov 26, 2010 at 08:17:04PM +0100, Marco
can see that packet is not
leaving the box outbound on 2nd interface in this delay time (1-2
seconds) after packet is passed by pf.
please find dmesg below
thanks in advance for heaving a look at this problem.
best regards
marco
OpenBSD 4.8 (GENERIC.MP) #359: Mon Aug 16 09:16:26 MDT 2010
dera.
correction, RAIDframe not softraid.
On Sun, Aug 15, 2010 at 10:38:37PM +0300, hha...@gmail.com wrote:
> >Synopsis:softraid panic: "malloc: allocation too large" after failing
> >disk
> >Category:kernel
> >Environment:
> System : OpenBSD 4.8
> Details : OpenBSD 4.8-bet
On Wed, May 26, 2010 at 11:46:18AM +0200, Claudio Jeker wrote:
>
> Hmm. The IFQ should have a limit and when reaching that packets will be
> dropped. So after 256 packets no more packets should leak.
> Unless something is calling IF_ENQUEUE() without checking IF_QFULL() first.
> Ugh, the these ifq
21 matches
Mail list logo