headers
Mike Belopuhov | 1 Jan 2011 14:28
Picon

Re: working hotplug for busy devices on mpii(4)

On Thu, Dec 30, 2010 at 10:48 PM, David Gwynne <loki <at> animata.net> wrote:
> i'll wire up an IR volume and muck around then. does this mean that the physical and logical disks have
colliding or overlapping entries in the sc_devs array?
>
> dlg

no, the border value is controlled by sc_pd_id_start and sc_vd_id_low.
a quick test would be pulling out a drive which is part of the mirror volume
while doing io to it.
Permalink | Reply | 0 comments |
headers
Matthieu Herrb | 2 Jan 2011 12:52
Picon
Picon
Favicon

enable udl(4) on hppa

Hi,

the patch below enables udl(4) on hppa, together with rasops and 
rawkbd for Xorg.

Xorg is not yet built in xenocara, this will come later.

ok?

Index: conf/GENERIC
===================================================================
RCS file: /cvs/OpenBSD/src/sys/arch/hppa/conf/GENERIC,v
retrieving revision 1.140
diff -u -p -u -r1.140 GENERIC
--- conf/GENERIC	26 Nov 2010 20:13:55 -0000	1.140
+++ conf/GENERIC	1 Jan 2011 16:24:31 -0000
 <at>  <at>  -28,6 +28,7  <at>  <at>  option		HP8700_CPU		# PCXW2 (in 32bit mo
 option		FPEMUL
 option		USELEDS		# blink 'em
 option		USER_PCICONF	# user-space PCI configuration
+option	WSDISPLAY_COMPAT_RAWKBD		# provide raw scancodes; needed for X11

 config	bsd swap generic

 <at>  <at>  -166,6 +167,8  <at>  <at>  uthum*	at uhidev?		# TEMPerHUM sensor
 utwitch* at uhidev?		# YUREX BBU sensor
 uow*	at uhub?		# Maxim/Dallas DS2490 1-Wire adapter
 onewire* at uow?
+udl*	at uhub?		# DisplayLink USB displays
+wsdisplay* at udl?
(Continue reading)

Permalink | Reply | 0 comments |
headers
patrick keshishian | 2 Jan 2011 21:45
Picon

2011-Jan-01 install script bug

Hiya,

I just attempted to install (not upgrade) macppc snapshot from
2011-01-01 and noticed after the installation that none of
/etc/{hosts,hostname.gem0,mygate} were saved.

I thought maybe something went screwy during installation and I didn't
pay attention to the installation output, so I started the
installation all over again paying closer attention. At the end of
installation, instead of restarting I looked at /mnt/hosts and saw
that it was not updated; only contained the 127.0.0.1 and ::1 entries.

Looking at the install script it seems to be a different version that
what is in the cvs repository. Specifically, the part

( cd /tmp
hostname >myname

has changed to:

hostname >/tmp/myname

So the "cd /tmp" is no longer performed. and so the bit that does:

 for _f in fstab hostname* kbdtype my* ttys *.conf *.tail ; do
	[[ -f /tmp$_f && -s /tmp/$_f ]] && mv tmp/$_f /mnt/etc.
done

fails partly, because, the shell expansions fail.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Theo de Raadt | 2 Jan 2011 23:05
Picon
Favicon

Re: 2011-Jan-01 install script bug

> I just attempted to install (not upgrade) macppc snapshot from
> 2011-01-01 and noticed after the installation that none of
> /etc/{hosts,hostname.gem0,mygate} were saved.

Thanks for testing.

> I thought maybe something went screwy during installation and I didn't
> pay attention to the installation output, so I started the
> installation all over again paying closer attention. At the end of
> installation, instead of restarting I looked at /mnt/hosts and saw
> that it was not updated; only contained the 127.0.0.1 and ::1 entries.
> 
> Looking at the install script it seems to be a different version that
> what is in the cvs repository.

Yes, it is a work in progress, and putting it into snaps is a good test ;)

> Specifically, the part
> 
> ( cd /tmp
> hostname >myname
> 
> has changed to:
> 
> hostname >/tmp/myname
> 
> So the "cd /tmp" is no longer performed. and so the bit that does:
> 
>  for _f in fstab hostname* kbdtype my* ttys *.conf *.tail ; do
> 	[[ -f /tmp$_f && -s /tmp/$_f ]] && mv tmp/$_f /mnt/etc.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Abel Abraham Camarillo Ojeda | 3 Jan 2011 00:04
Gravatar

UPDATE: Test-Simple-0.96

Attached is a patch to update Test-Simple in the
src/gnu/usr.bin/perl/cpan/Test-Simple directory.

As this is a src/ patch I don't know if this should go to tech <at>  or
ports <at> .

This update is needed by p5-HTTP-Parser-XS (a port that I'm working on),
which in turn is needed by p5-Starman (other 'NEW:').

Patch attached.

[demime 1.01d removed an attachment of type application/octet-stream which had a name of cvs-Test-Simple.patch]
Permalink | Reply | 0 comments |
headers
Abel Abraham Camarillo Ojeda | 3 Jan 2011 02:24
Gravatar

Re: UPDATE: Test-Simple-0.96

roberth <robert <at> openbsd.pap.st> wrote:

> On Sun, 2 Jan 2011 17:04:24 -0600
> Abel Abraham Camarillo Ojeda <acamari <at> verlet.org> wrote:
>
> > Attached is a patch to update Test-Simple in the
> > src/gnu/usr.bin/perl/cpan/Test-Simple directory.
> > 
> > As this is a src/ patch I don't know if this should go to tech <at>  or
> > ports <at> .
> > 
> > This update is needed by p5-HTTP-Parser-XS (a port that I'm working
> > on), which in turn is needed by p5-Starman (other 'NEW:').
> > 
> > Patch attached.
> > 
> > [demime 1.01d removed an attachment of type application/octet-stream
> > which had a name of cvs-Test-Simple.patch]
> > 
>
> inline

Index: gnu/usr.bin/perl/cpan/Test-Simple/Changes
===================================================================
RCS file: /cvs/src/gnu/usr.bin/perl/cpan/Test-Simple/Changes,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Changes
--- gnu/usr.bin/perl/cpan/Test-Simple/Changes	24 Sep 2010 14:49:05 -0000	1.1.1.1
+++ gnu/usr.bin/perl/cpan/Test-Simple/Changes	2 Jan 2011 22:46:37 -0000
 <at>  <at>  -1,3 +1,45  <at>  <at>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Patrick Coleman | 3 Jan 2011 03:28
Picon

OpenOSPF6d does not send LSAs for passive interfaces

Hi,

I've found that if an interface is declared passive (or is a CARP
interface) in ospf6d.conf, ospf6d will not send LSAs for that
interface, and any associated prefixes will not be advertised. This is
contrary to the behaviour in ospfd and what I would expect.

The problem appears to be that orig_intra_lsa_rtr in rde.c assumes
that if an interface is in the down state we should not include that
interface in intra-area LSAs, which is incorrect - a passive interface
will be in the down state by definition and we still want to advertise
the attached prefix. The patch below fixes the issue for me. I'd
appreciate any comments, as I'd like to deploy this in production.

Cheers,

Patrick

--

-- 
http://www.labyrinthdata.net.au - WA Backup, Web and VPS Hosting

Also up at http://patrick.ld.net.au/ospf6d-fix-passive-interfaces.patch

cvs server: Diffing .
Index: rde.c
===================================================================
RCS file: /cvs/src/usr.sbin/ospf6d/rde.c,v
retrieving revision 1.50
diff -u -p -r1.50 rde.c
--- rde.c       22 Aug 2010 20:55:10 -0000      1.50
(Continue reading)

Permalink | Reply | 9 comments |
headers
Jan Johansson | 3 Jan 2011 10:27

Re: OpenOSPF6d does not send LSAs for passive interfaces

Patrick Coleman <blinken <at> gmail.com> wrote:
> I've found that if an interface is declared passive (or is a
> CARP interface) in ospf6d.conf, ospf6d will not send LSAs for
> that interface, and any associated prefixes will not be
> advertised. This is contrary to the behaviour in ospfd and what
> I would expect.

Hello!

This partially fixes my problem as described in 

http://marc.info/?l=openbsd-misc&m=128931276307517&w=2

If an CARP interface is in BACKUP state the route is still
advertised which leads to assymetric routing.

Jan J
Permalink | Reply | 7 comments |

Gmane