Re: OpenBSD's webpage desing

2012-07-05 Thread Jan Stary
On Jul 05 03:36:30, Peter Laufenberg wrote:
 On 2012-06-27 19:25, Peter Laufenberg wrote:
  On Wed, Jun 27, 2012 at 5:29 PM, Peter Laufenberg open...@laufenberg.ch
  wrote:
  I'm willing to indirectly donate to OpenBSD by paying a professional
  graphic
  designer to redo parts of OpenBSD's visual design. His portfolio:
 
  that would be cool to presence as a bystander
 
  No te entiendo tío!
 
  pay the dude regardless of what anybody says, and have him send the
  patches to a public mailing list
 
  Maybe if this community wasn't so resistant to change (justified or not).
 
 I can't even see half of his website since it prompts me to download
 additional software (plugins).
 
 It's a /portfolio/ that includes video production. If you don't understand the
 concept of a portfolio, look it up.
 
 It might be nice to have a prettier website, with nicer colors, etc.
 But most of the people who'd manage to do that, would also want to add
 JS/CSS/flash, and other thing that would break current features (the
 ability to see the website in lynx, for example).
 
 Most being a number out of your statistically-relevant experience?
 
 A designer doesn't decide what technologies can be used -- whoever mandates
 him does. Web design is a piece of cake compared to tv broadcasting
 requirements.

Now that's an idea: an OpenBSD FAQ TV Broadcast!
Please mandate your multimedia friends to make that happen.



NFS-e No. 14469897

2012-07-05 Thread misc@openbsd.org
  Esta mensagem refere-se à Nota Fiscal Paulistana - NFS-e No. 14469897
emitida pelo prestador de serviços:E-mail: misc@openbsd.orgPara visualizá-
la acesse o link a seguir:
https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=32189060amp;nf=14469247amp;co
d=FKT4XVPG



ANZ e-statement

2012-07-05 Thread statement
Your ANZ new e-statement is available.
To view, click on the ACCOUNTS
tab and then click on Statements to verify your account transaction.



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Wed, Jul 04, 2012 at 10:07:52PM +0200, Tomas Bodzar wrote:
 On Wed, Jul 4, 2012 at 7:59 PM, Code Blue codeb...@inbox.lv wrote:
  Thanks to the OpenBSD team and Miod Vallat for the Loongson port.
 
  I am trying to put together a MIPS development machine and I installed
  OpenBSD 5.1. I didn't see a change log for the Loongson snapshot referenced
  from the OpenBSD Loongson page so I don't know if there are any relevant
  changes for my intended use or whether the snapshots are supposed to be
  experimental. Which version should I use and should I be tracking current
  for this machine? Thanks.
 
 For sure better to use snapshots/current.

Thanks, I'll reinstall then. Should I track current on this? I don't have
any idea how many changes are being done on it.

 And I think it's valid for any similar experimental port.

Is Loongson an experimental port? The OpenBSD page lists it under the
officially support platforms...I realize it's a work in progress, but I
didn't think it was experimental. Aside from the bootblocks not installing
from either 5.1 release or the 5.2. snapshot, everything seems to be working.

 BTW this one http://lemote.kd85.com/ will work with Loongson port as well?
 Seems like it's slightly different CPU.

Good question and I have no idea. Yes, it's a different CPU. The 2E and 2F
are uniprocessors. The 3A is a quard.  Maybe the port maintainer will chime
in. Many patches are hitting the Linux kernel and binutils from Lemote and
MIPS people so I believe there are significant differences.

-- 
   _
ASCII ribbon campaign ( ) Powered by Lemote Fuloong
 against HTML e-mail   X  MIPS Loongson and OpenBSD
   and proprietary/ \ Mutt.org
 attachmentsCode Blue or Go Home!



[codeb...@inbox.lv: Re: Lemote Fuloong]

2012-07-05 Thread Code Blue
  For sure better to use snapshots/current.

 Thanks, I'll reinstall then. Should I track current on this?

DOH! Sorry, I see you answered this already.



4g (LTE) modem

2012-07-05 Thread Alexei Malinin
Hello,

could anybody recommend OpenBSD compatible 4g (LTE) modem?


--
Alexei Malinin



Re: Lemote Fuloong

2012-07-05 Thread Otto Moerbeek
On Thu, Jul 05, 2012 at 08:44:50AM +, Code Blue wrote:

 On Wed, Jul 04, 2012 at 10:07:52PM +0200, Tomas Bodzar wrote:
  On Wed, Jul 4, 2012 at 7:59 PM, Code Blue codeb...@inbox.lv wrote:
   Thanks to the OpenBSD team and Miod Vallat for the Loongson port.
  
   I am trying to put together a MIPS development machine and I installed
   OpenBSD 5.1. I didn't see a change log for the Loongson snapshot 
   referenced
   from the OpenBSD Loongson page so I don't know if there are any relevant
   changes for my intended use or whether the snapshots are supposed to be
   experimental. Which version should I use and should I be tracking current
   for this machine? Thanks.
  
  For sure better to use snapshots/current.
 
 Thanks, I'll reinstall then. Should I track current on this? I don't have
 any idea how many changes are being done on it.
 
  And I think it's valid for any similar experimental port.
 
 Is Loongson an experimental port? The OpenBSD page lists it under the
 officially support platforms...I realize it's a work in progress, but I
 didn't think it was experimental. Aside from the bootblocks not installing
 from either 5.1 release or the 5.2. snapshot, everything seems to be working.

Loongson is not experimental. There are less users using it compared
to some other platforms, but the port is certainly stable enough to be
used for real stuff. I'm running a Fuloong as my general purpose
mai/file/dns/web server at home and i have had zero trouble with it.
In fact I'm typing this mail on it ... 

 
  BTW this one http://lemote.kd85.com/ will work with Loongson port as well?
  Seems like it's slightly different CPU.
 
 Good question and I have no idea. Yes, it's a different CPU. The 2E and 2F
 are uniprocessors. The 3A is a quard.  Maybe the port maintainer will chime
 in. Many patches are hitting the Linux kernel and binutils from Lemote and
 MIPS people so I believe there are significant differences.

ATM we do not run on these. One big practical problem is that so far
these machines are not available for purchase.

-Otto



Personnalisez votre tapis d'entrée

2012-07-05 Thread Actimat
.courier { font-family: Courier; color: #00; } h1 {font-size:8px;}











Le tapis d'accueil personnaliseacute; qui donne  la valeur

ajouteacute;e agrave; votre entreacute;e !







Contactez-nous pour un devis immeacute;diat



Offre valable jusqu'au 17 aoucirc;t 2012  - 10 %  sur votre commande (

code promo P831 )











 Madame, Mademoiselle, Monsieur,



Pour ne plus recevoir de courriels de notre part, veuillez utiliser le

lien ci-dessus.



Un délai de 48 heures peut être nécessaire, en raison des envois déjà

programmés et en cours.



Veuillez, s'il vous plaît, ne pas répondre à ce courriel. Merci à vous.




Re: processes dying on an old ALIX

2012-07-05 Thread Otto Moerbeek
On Wed, Jul 04, 2012 at 09:00:27PM +0200, Jan Stary wrote:

 On Jul 04 10:57:45, Otto Moerbeek wrote:
  On Tue, Jul 03, 2012 at 07:06:37PM +0200, Jan Stary wrote:
  
this is another problem. configure
swap to be double the RAM size, or if you insist on loading the
machine about 4 times the RAM size. you obviously forgot to or didn't
want to configure swap.
   
   is the twice the RAM mantra still valid today?
  
  No, that only makes sense for relatively small systems. The disklabel
  auto allocation policy uses a max size if 2x physmem for physmem 
  256M. Otherwise it allocates a bit more than physical mem size. 
 
 Well, this machine has 128M - does that mean that having 256M of swap
 would make my system generally better?

Depends how much memory is actually used by the processes on it. If
you never will hit swap having it or not should not make a difference.

 
  Running without swap should be no problem, though you might hit code
  paths otherwise not taken, so there is an buigger chance you'll find
  bugs. If that is good or not depends on your personal perspective. 
 
 On machines that are not as fixed as the ALIX
 (128M soldered on board), I try to have enough RAM
 to not ever have to swap.  I will probably reinstall
 this ALIX with 256M swap and see if this problem disappears.
 
 Before I do that, are there any hints on these code paths
 not usually taken, such as how I might hit this more often
 on a smallmem machine such as this? Or any specific tests?

Sorry, dunno. It's just that having a machine without swap is an
uncommon configuration. ut yo cold try to stress the machine memory
wise and see what happens.

-Otto



sppp_clear_ip_addresses() patch (was Re: splassert: assertwaitok: want -1 have 1 - possibly pppoe related)

2012-07-05 Thread RD Thrush
On 06/27/12 10:59, RD Thrush wrote:
 On 06/26/12 12:36, Matthew Dempsky wrote:
 This looks similar to the pppoe(4) bug that stsp fixed last year:
 http://marc.info/?l=openbsd-techm=130288210121749w=2

 Seems to me like sppp_clear_ip_addresses() needs the same workq
 treatment that sppp_set_ip_addresses() received.
 
 Thanks for the heads up.  I made the attached patch and have been running with
 it for the past 3 hours.  So far, it has successfully gone through 7 
 disconnects
 without the stack trace diagnostic.  I'll report more later unless breakage 
 occurs.

Status update:

While running the patch, my DSL continued to fail in the same way for another 
day or so until full service was regained.  During that time, it handled 30+ 
disconnections without triggering the stack trace diagnostic.  I'm confident 
the patch fixed my problem and may be considered for the tree.

Thanks, Bob

I've appended the patch inline or [1] if tbird mangles it.
[1]http://arp.thrush.com/openbsd/pppoe/sys_net_if_spppsubr_c.diff


Give sppp_clear_ip_addresses() the same workq treatment
that sppp_set_ip_addresses() received in cvs r1.85 by stsp.

Index: sys/net/if_spppsubr.c
===
RCS file: /a8v/pub2/cvsroot/OpenBSD/src/sys/net/if_spppsubr.c,v
retrieving revision 1.96
diff -u -p -u -p -r1.96 if_spppsubr.c
--- sys/net/if_spppsubr.c   28 Jan 2012 12:14:45 -  1.96
+++ sys/net/if_spppsubr.c   27 Jun 2012 11:35:01 -
@@ -398,7 +398,7 @@ HIDE void sppp_qflush(struct ifqueue *if
 int sppp_update_gw_walker(struct radix_node *rn, void *arg, u_int);
 void sppp_update_gw(struct ifnet *ifp);
 HIDE void sppp_set_ip_addrs(void *, void *);
-HIDE void sppp_clear_ip_addrs(struct sppp *sp);
+HIDE void sppp_clear_ip_addrs(void *, void *);
 HIDE void sppp_set_phase(struct sppp *sp);
 
 /* our control protocol descriptors */
@@ -3014,6 +3014,10 @@ struct sppp_set_ip_addrs_args {
u_int32_t hisaddr;
 };
 
+struct sppp_clear_ip_addrs_args {
+   struct sppp *sp;
+};
+
 HIDE void
 sppp_ipcp_tlu(struct sppp *sp)
 {
@@ -3035,6 +3039,7 @@ sppp_ipcp_tlu(struct sppp *sp)
(sp-ipcp.flags  IPCP_HISADDR_SEEN))
args-hisaddr = sp-ipcp.req_hisaddr;
 
+   printf(%s: workq_add_task(sppp_set_ip_addrs)\n, ifp-if_xname); /* 
XXX */
if (workq_add_task(NULL, 0, sppp_set_ip_addrs, args, NULL)) {
free(args, M_TEMP);
printf(%s: workq_add_task failed, cannot set 
@@ -3096,9 +3101,23 @@ sppp_ipcp_tls(struct sppp *sp)
 HIDE void
 sppp_ipcp_tlf(struct sppp *sp)
 {
+   struct ifnet *ifp = sp-pp_if;
+   struct sppp_clear_ip_addrs_args *args;
+
+   args = malloc(sizeof(*args), M_TEMP, M_NOWAIT);
+   if (args == NULL)
+   return;
+
+   args-sp = sp;
+
if (sp-ipcp.flags  (IPCP_MYADDR_DYN|IPCP_HISADDR_DYN))
/* Some address was dynamic, clear it again. */
-   sppp_clear_ip_addrs(sp);
+   printf(%s: workq_add_task(sppp_clear_ip_addrs)\n, 
ifp-if_xname); /* XXX */
+   if (workq_add_task(NULL, 0, sppp_clear_ip_addrs, args, NULL)) {
+   free(args, M_TEMP);
+   printf(%s: workq_add_task failed, cannot clear 
+   addresses\n, ifp-if_xname);
+   }
 
/* we no longer need LCP */
sp-lcp.protos = ~(1  IDX_IPCP);
@@ -4755,21 +4774,33 @@ sppp_set_ip_addrs(void *arg1, void *arg2
return;
}
sppp_update_gw(ifp);
+   log(LOG_DEBUG, SPP_FMT sppp_set_ip_addrs succeeded\n, 
SPP_ARGS(ifp)); /* XXX */
}
splx(s);
 }
 
 /*
- * Clear IP addresses.  Must be called at splnet.
+ * Work queue task clearing addresses from process context.
+ * Clear IP addresses.
  */
 HIDE void
-sppp_clear_ip_addrs(struct sppp *sp)
+sppp_clear_ip_addrs(void *arg1, void *arg2)
 {
+   struct sppp_clear_ip_addrs_args *args = arg1;
+   struct sppp *sp = args-sp;
struct ifnet *ifp = sp-pp_if;
+   int debug = ifp-if_flags  IFF_DEBUG;
struct ifaddr *ifa;
struct sockaddr_in *si;
struct sockaddr_in *dest;
 
+   int s;
+   
+   /* Arguments are now on local stack so free temporary storage. */
+   free(args, M_TEMP);
+
+   s = splsoftnet();
+
u_int32_t remote;
if (sp-ipcp.flags  IPCP_HISADDR_DYN)
remote = sp-ipcp.saved_hisaddr;
@@ -4792,6 +4823,7 @@ sppp_clear_ip_addrs(struct sppp *sp)
}
 
if (ifa  si) {
+   int error;
struct sockaddr_in new_sin = *si;
 
in_ifscrub(ifp, ifatoia(ifa));
@@ -4800,10 +4832,18 @@ sppp_clear_ip_addrs(struct sppp *sp)
if (sp-ipcp.flags  IPCP_HISADDR_DYN)
/* replace peer addr in place */
dest-sin_addr.s_addr = sp-ipcp.saved_hisaddr;
-   if (!in_ifinit(ifp, 

PF and altq isues...need advice please.

2012-07-05 Thread Ton Muller
i start experimenting with alt-q ,and manage to make a nice test config.
my box has 3 LAN interfaces, but i am playing atm only with one network.

i manage to get the trafic that comes from the internet to each machine
nicely as i want it.

the global out speed to internet is set to 256Kbs.
while each machine is set with 1Mbit out
but the outspeed stays at the 256kbs ,and not the values i want,so my
question, what is wrong with my config ?

below my current pf.conf


 START CONFIG ##
#
ext_if  = fxp0
int0_if = re0
int2_if = rl0
int3_if = rl1
#
localnet0 =192.168.0.0/24
localnet2 =192.168.2.0/24
localnet3 =192.168.3.0/24
#
blockedport ={21,25,53,80,110,119, 2128}
openport={ 21,25,110,8002,45631 }
#
table firewall persist file /etc/table/firewall.table
#
# extern - intern IF-0
altq on $int0_if cbq bandwidth 1000Mb queue /
{ std0_in, core_in, soep_in, global0_in, server2_in }
queue std0_inbandwidth 15Mb priority 1 cbq(default)
queue global0_in bandwidth 192Kb cbq
queue core_inbandwidth 2024Kb cbq
queue soep_inbandwidth 1024Kb cbq
queue server2_in bandwidth 512Kb cbq
#
#
# intern - extern
altq on $ext_if cbq bandwidth 10Mb queue /
{ std_ext , lan_ext ,core_ext, soep_ext, server2_ext }
queue std_ext bandwidth 6Mb cbq(default)
queue lan_ext bandwidth 256Kb cbq
queue core_extbandwidth 1024Kb cbq
queue soep_extbandwidth 1024Kb cbq
queue server2_ext bandwidth 512Kb cbq
#
match out on egress inet from !(egress) to any nat-to (egress:0)
#
block in on $ext_if all
block quick on $ext_if proto {tcp,udp} from firewall to any  port /
$blockedport
antispoof for $ext_if inet
#
# Local servers (mail / ftp / other)
pass in quick on $ext_if proto { tcp,udp } from any to $ext_if port /
$openport rdr-to 192.168.0.254

# traffic from localnet0 to internet
pass out on $ext_if  keep state queue lan_ext
pass out on $ext_if  from 192.168.0.238 keep state queue core_ext
pass out on $ext_if  from 192.168.0.227 keep state queue  soep_ext
pass out on $ext_if  from 192.168.0.254 keep state queue  server2_ext

# Traffic from internet to localnet0 (this block work correct)
pass in  on $int0_if from $localnet0 keep state queue global0_in
pass in  on $int0_if from 192.168.0.238  keep state queue core_in
pass in  on $int0_if from 192.168.0.227  keep state queue soep_in
pass in  on $int0_if from 192.168.0.254  keep state queue server2_in

## END CONFIG 

simply sayd.
i dont want a global CAP on outgoing trafic.
each machine should have his own CAP on outgoing trafic.

any advice ?



Kernel Panic (?)(!)

2012-07-05 Thread rustyBSD
Hi,
When I download from my OpenBSD server a lot of files with sftp, it
crashes with Kernel Panic (disk error). I tested two times, and two
times it crashed. I get a message telling: panic: kernel diagnostic
assertion ccb-ccb_xa.state == ATA_S_ONCHIP failed:
file ../../../../dev/pci/ahci.c, line 2841
Stopped at   Debugger+0x5:   leave 

Question: should I report a bug ?

My server is openbsd-current 5.1 GENERIC.MP#290 amd64, and maybe that's
too old.

Quick infos: I download files from Fedora 17 with FileZilla, which
blocks when kernel panic occurs (of course). When I start downloading,
it's after ~20 minutes that it crashes. The disk which stocks files I
try download is SATA, and partition is a crypted softraid. I took photos
of the screen.

Thanks,
Max



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 12:17:27PM +0200, Otto Moerbeek wrote:

 Loongson is not experimental. There are less users using it compared
 to some other platforms, but the port is certainly stable enough to be
 used for real stuff. I'm running a Fuloong as my general purpose
 mai/file/dns/web server at home and i have had zero trouble with it.
 In fact I'm typing this mail on it ... 

I was running fine on 5.1 but based on the comment from the previous poster
I reinstalled the snapshot (5.2). I was then unable to install any packages
from snapshots because of library errors. For example:

# pkg_add mutt-1.5.21p0v0-sasl

Can't install libiconv-1.14 because of libraries
|library c.64.1 not found
| /usr/lib/libc.so.65.0 (system): bad major
Can't install qdbm-1.8.78: can't resolve libiconv-1.14
Can't install cyrus-sasl-2.1.25p3 because of libraries
Can't install gettext-0.18.1p1: can't resolve libiconv-1.14
Can't install lmutt-1.5.21p0v0-sasl: can't resolve 
cyrus-sasl-2.1.25p3,libiconv-1.14,qdbm-1.8.78,gettext-0.18.1p1

I don't know whether I should reinstall 5.1 and use it until 5.2 comes out
or whether I should continue and try to track -current and see if the issues
are resolved, but I am not looking forward to compiling much source given
the lack of framebuffer acceleration! I used to track -stable on i386 but I
have been away from OpenBSD for a while so I am a little rusty on all
this.

Are you running -current or 5.1 and since you are using it for a server and
it is working fine for you, what would you recommend? 

Thanks.

-- 
   _
ASCII ribbon campaign ( )   
 against HTML e-mail   X 
   and proprietary/ \  Mutt.org
 attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread James Hartley
On Thu, Jul 5, 2012 at 5:12 AM, Code Blue codeb...@inbox.lv wrote:

 I was running fine on 5.1 but based on the comment from the previous poster
 I reinstalled the snapshot (5.2). I was then unable to install any packages
 from snapshots because of library errors.


What is the value of PKG_PATH?  Now that you have moved from 5.1-release to
-current,  you will also have to change the location where packages are
downloaded in order to keep both OS  packages synchronized.  See FAQ
15.4.1.



Re: Virtualizing firewalling scenarios in one physical OpenBSD host

2012-07-05 Thread Peter Kay
C. L. Martinez carlopm...@gmail.com wrote:

Hi all,

 I wonder if with OpenBSD is possible to create virtualized firewalled
implementations of conventional physical topologies and designs such
as central and remote DMZs (my question has nothing to do with
virtualization platforms like ESXi/vSphere or Xen or KVM), like for
example CheckPoint VSX does:
http://www.checkpoint.com/products/vpn-1-power-vsx/index.html.

 The idea is to configure different security scenarios on a single
system. Is it possible?? Some example??

Thanks.



Re: Lemote Fuloong

2012-07-05 Thread Daniel Bolgheroni
On Thu, Jul 05, 2012 at 12:12:43PM +, Code Blue wrote:
 
 |library c.64.1 not found
 | /usr/lib/libc.so.65.0 (system): bad major

Your mirror is probably not so current. Try using another mirror.



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 06:53:29AM -0700, James Hartley wrote:
 On Thu, Jul 5, 2012 at 5:12 AM, Code Blue codeb...@inbox.lv wrote:
 
  I was running fine on 5.1 but based on the comment from the previous poster
  I reinstalled the snapshot (5.2). I was then unable to install any packages
  from snapshots because of library errors.
 
 
 What is the value of PKG_PATH?  Now that you have moved from 5.1-release to
 -current,  you will also have to change the location where packages are
 downloaded in order to keep both OS  packages synchronized.  See FAQ
 15.4.1.

Thanks, I am aware of it. I changed it to point to the snapshots directory
of packages rather than 5.1 as shown in FAQ 15.2.2. The errors were as shown
in the previous post. I am not using ports at this time, only the
pregenerated packages.

-- 
   _
ASCII ribbon campaign ( )   Please follow up to the newsgroup
 against HTML e-mail   X  
   and proprietary/ \  Mutt.org
 attachmentsCode Blue or Go Home!



Re: Kernel Panic (?)(!)

2012-07-05 Thread Daniel Bolgheroni
On Thu, Jul 05, 2012 at 03:28:06PM +0200, rustyBSD wrote:
 Question: should I report a bug ?

Are you sure your disk is fine?



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 10:59:54AM -0300, Daniel Bolgheroni wrote:
 On Thu, Jul 05, 2012 at 12:12:43PM +, Code Blue wrote:
  
  |library c.64.1 not found
  | /usr/lib/libc.so.65.0 (system): bad major
 
 Your mirror is probably not so current. Try using another mirror.

I tried 2 so far but I will try another one. Do you happen to know one that
is surely current? Thanks.

-- 
   _
ASCII ribbon campaign ( ) Please follow up to the mailing list
 against HTML e-mail   X   
   and proprietary/ \  Mutt.org
 attachmentsCode Blue or Go Home!



Re: Kernel Panic (?)(!)

2012-07-05 Thread rustyBSD
Le 05/07/2012 16:13, Daniel Bolgheroni a écrit :
 On Thu, Jul 05, 2012 at 03:28:06PM +0200, rustyBSD wrote:
 Question: should I report a bug ?
 Are you sure your disk is fine?



Fine ? How could I know ? I get operation not supported by device when
trying to read smart infos with smartctl.
In all cases, even if my disk is destroyed, OpenBSD shouldn't crash,
because the disk in question is not the disk on which OpenBSD is installed.



Compiling Ruby 1.9.2 on OpenBSD 5.1

2012-07-05 Thread ML mail
Hello,

I need to use the exact version 1.9.2 of Ruby and therefore trying to
compile Ruby on OpenBSD 5.1. My configure command is the following:
./configure --prefix=/usr/local/ruby --with-baseruby=/usr/local/bin/ruby19
Unfortunately the make fails with the following errors:

compiling socket
gmake[1]: Entering directory `/usr/src/ruby-1.9.2-p320/ext/socket'
generating
constant definitions
gcc -I. -I../../.ext/include/x86_64-openbsd5.1
-I../.././include -I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC
-O3 -g -Wextra -Wno-unused-parameter -Wno-parentheses -Wpointer-arith
-Wwrite-strings -Wno-missing-field-initializers -Wno-long-long  -o init.o -c
init.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o constants.o -c constants.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o basicsocket.o -c
basicsocket.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o socket.o -c socket.c
gcc
-I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o ipsocket.o -c ipsocket.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o tcpsocket.o -c tcpsocket.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o tcpserver.o -c tcpserver.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o sockssocket.o -c
sockssocket.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o udpsocket.o -c udpsocket.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o unixsocket.o -c
unixsocket.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o unixserver.o -c
unixserver.c
gcc -I. -I../../.ext/include/x86_64-openbsd5.1 -I../.././include
-I../.././ext/socket -DRUBY_EXTCONF_H=\extconf.h\    -fPIC -O3 -g -Wextra
-Wno-unused-parameter -Wno-parentheses -Wpointer-arith -Wwrite-strings
-Wno-missing-field-initializers -Wno-long-long  -o option.o -c option.c
option.c: In function 'inspect_peercred':
option.c:407: error: 'struct ucred'
has no member named 'pid'
option.c:407: error: 'struct ucred' has no member
named 'uid'
option.c:407: error: 'struct ucred' has no member named 'gid'
gmake[1]: *** [option.o] Error 1
gmake[1]: Leaving directory
`/usr/src/ruby-1.9.2-p320/ext/socket'
gmake: *** [mkmain.sh] Error 1



Does
anyone have a clue what could be going wrong here? 

Many thanks in advance.
Best,
M.L.



Re: inteldrm0 gpu hung

2012-07-05 Thread Steve
Hi, 

Doesnt look like it. I'm running latest snapshots and still having the
issue.

Thanks all for the other suggestions. I have tried vesa driver without
any luck. The gpu hung message disappears but as soon as X exits back to xdm
it wont login again. Similarly if you close X altogether it wont run again.
Just a black screen.

I disabled intelagp no difference. I have the same setup
agp slot doesnt get used.

I have disabled DRI in xorg.conf
changed monitors,
changed computers (unfortunately all similar HP machines) and keep upgrading
snapshots.

Any other suggestions would be appreciated.

 From: Alexei Malinin
alexei.mali...@mail.ru
To: Steve fivering...@yahoo.com.au 
Cc:
misc@openbsd.org misc@openbsd.org 
Sent: Wednesday, 4 July 2012 11:44 PM
Subject: Re: inteldrm0 gpu hung
 
Steve wrote:
 OK Thanks,

 Have you found
any workaround ?

No, I hope that upgrading to OpenBSD-5.1 will solve the
problem.


--
Alexei Malinin


 I read in a somewhat unrelated thread someone
suggesting to disable
 drm in the kernel but once I do that X fails to load.

 Thanks again.


 From: Alexei Malinin alexei.mali...@mail.ru
 To:
Steve fivering...@yahoo.com.au
 Cc: misc@openbsd.org misc@openbsd.org

Sent: Wednesday, 4 July 2012 7:56 PM
 Subject: Re: inteldrm0 gpu hung


Steve wrote:
 Sorry to push this again.

 Is anyone running X on HP d510
D530 dx2200 dc7600 machines
 successfully ?

 Was there any tricks ?

 see: http://marc.info/?l=openbsd-miscm=131711567115611w=2 but this
 issue
is still unsolved :(


 --
 Alexei Malinin


 Can I grab a working
xorg.conf


 Thanks.


 - Forwarded Message -
 From:
Steve fivering...@yahoo.com.au
 To: misc@openbsd.org misc@openbsd.org
 Sent: Tuesday, 3 July 2012 6:30 PM Subject: inteldrm0 gpu hung


 Hi,

 I seem to be getting this on multiple models of HP machines from
 5.0
release through to
 current. Is there a known issue with this ? Is there
 a
way to disable it from
 the kernel. I can shoot through a dmesg but as
mentioned it is on
quite a few
 different machines.

 Any thoughts
appreciated.



Re: Compiling Ruby 1.9.2 on OpenBSD 5.1

2012-07-05 Thread David Coppa
On Thu, Jul 5, 2012 at 4:48 PM, ML mail mlnos...@yahoo.com wrote:

 option.c: In function 'inspect_peercred':
 option.c:407: error: 'struct ucred'
 has no member named 'pid'
 option.c:407: error: 'struct ucred' has no member
 named 'uid'
 option.c:407: error: 'struct ucred' has no member named 'gid'
 gmake[1]: *** [option.o] Error 1
 gmake[1]: Leaving directory
 `/usr/src/ruby-1.9.2-p320/ext/socket'
 gmake: *** [mkmain.sh] Error 1



 Does
 anyone have a clue what could be going wrong here?

This is because we use struct sockpeercred instead of struct
ucred: you need to patch option.c

 Many thanks in advance.
 Best,
 M.L.

Ciao,
David



Re: Kernel Panic (?)(!)

2012-07-05 Thread Daniel Bolgheroni
On Thu, Jul 05, 2012 at 04:33:37PM +0200, rustyBSD wrote:
 
 Fine ? How could I know ? I get operation not supported by device when
 trying to read smart infos with smartctl.
 In all cases, even if my disk is destroyed, OpenBSD shouldn't crash,
 because the disk in question is not the disk on which OpenBSD is installed.

And how can anyone know this if you didn't tell at first?



Re: Virtualizing firewalling scenarios in one physical OpenBSD host

2012-07-05 Thread Henning Brauer
* Andres Perera andre...@zoho.com [2012-07-04 17:42]:
 out of curiosity, how would you make pf(4) only handle rules
 pertaining to a certain anchor depending on the process that's
 interfacing with them? i ask because; e.g.,  pfctl -sr should only
 show rules for that client, and other pf(4) operations need to be
 equally restricted. i know that originally you said that the loading
 of the rules is not up to the client but a periodic batch job, however
 that does not match CheckPoint VSX

geez, don't act so helpless, this is unix after all.

write yourself a little wrapper that, depending on the caller/source,
enforces a pfctl -a anchorinquestion ...

-- 
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de, Full-Service ISP
Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully Managed
Henning Brauer Consulting, http://henningbrauer.com/



Re: Kernel Panic (?)(!)

2012-07-05 Thread rustyBSD
Le 05/07/2012 17:06, Daniel Bolgheroni a écrit :
 On Thu, Jul 05, 2012 at 04:33:37PM +0200, rustyBSD wrote:
 Fine ? How could I know ? I get operation not supported by device when
 trying to read smart infos with smartctl.
 In all cases, even if my disk is destroyed, OpenBSD shouldn't crash,
 because the disk in question is not the disk on which OpenBSD is installed.
 And how can anyone know this if you didn't tell at first?



uh, sorry



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 02:15:06PM +, Code Blue wrote:
 On Thu, Jul 05, 2012 at 10:59:54AM -0300, Daniel Bolgheroni wrote:
  On Thu, Jul 05, 2012 at 12:12:43PM +, Code Blue wrote:
   
   |library c.64.1 not found
   | /usr/lib/libc.so.65.0 (system): bad major
  
  Your mirror is probably not so current. Try using another mirror.
 
 I tried 2 so far but I will try another one. Do you happen to know one that
 is surely current? Thanks.

I tried downloading from 
ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/`machine -a`/

and I am still getting the same errors. 

-- 
   _
ASCII ribbon campaign ( ) Please follow up to the mailing list
 against HTML e-mail   X   
   and proprietary/ \  Mutt.org
 attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread Tomas Bodzar
On Thu, Jul 5, 2012 at 2:12 PM, Code Blue codeb...@inbox.lv wrote:
 On Thu, Jul 05, 2012 at 12:17:27PM +0200, Otto Moerbeek wrote:

 Loongson is not experimental. There are less users using it compared
 to some other platforms, but the port is certainly stable enough to be
 used for real stuff. I'm running a Fuloong as my general purpose
 mai/file/dns/web server at home and i have had zero trouble with it.
 In fact I'm typing this mail on it ...

 I was running fine on 5.1 but based on the comment from the previous poster
 I reinstalled the snapshot (5.2). I was then unable to install any packages
 from snapshots because of library errors. For example:

 # pkg_add mutt-1.5.21p0v0-sasl

 Can't install libiconv-1.14 because of libraries
 |library c.64.1 not found
 | /usr/lib/libc.so.65.0 (system): bad major
 Can't install qdbm-1.8.78: can't resolve libiconv-1.14
 Can't install cyrus-sasl-2.1.25p3 because of libraries
 Can't install gettext-0.18.1p1: can't resolve libiconv-1.14
 Can't install lmutt-1.5.21p0v0-sasl: can't resolve 
 cyrus-sasl-2.1.25p3,libiconv-1.14,qdbm-1.8.78,gettext-0.18.1p1

It shows that your system is newer then package you want to install.
So look arround mirrors where is actual file/packages. It takes some
time to distribute packages to all mirrors and build of packages for
all platforms take some time as well.


 I don't know whether I should reinstall 5.1 and use it until 5.2 comes out
 or whether I should continue and try to track -current and see if the issues
 are resolved, but I am not looking forward to compiling much source given
 the lack of framebuffer acceleration! I used to track -stable on i386 but I
 have been away from OpenBSD for a while so I am a little rusty on all
 this.

 Are you running -current or 5.1 and since you are using it for a server and
 it is working fine for you, what would you recommend?

Using snapshots is fine as you are doing just binary upgrades of
system and packages and it's really very easy. In your case you can
try compile from ports, but set FETCH_PACKAGES=Yes in /etc/mk.conf to
avoid compilation of packages which are available as binary. Don't
forget on http://www.openbsd.org/faq/faq15.html#PortsConfig


 Thanks.

 --
_
 ASCII ribbon campaign ( )
  against HTML e-mail   X
and proprietary/ \  Mutt.org
  attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread Tomas Bodzar
On Thu, Jul 5, 2012 at 5:40 PM, Code Blue codeb...@inbox.lv wrote:
 On Thu, Jul 05, 2012 at 02:15:06PM +, Code Blue wrote:
 On Thu, Jul 05, 2012 at 10:59:54AM -0300, Daniel Bolgheroni wrote:
  On Thu, Jul 05, 2012 at 12:12:43PM +, Code Blue wrote:
  
   |library c.64.1 not found
   | /usr/lib/libc.so.65.0 (system): bad major
 
  Your mirror is probably not so current. Try using another mirror.

 I tried 2 so far but I will try another one. Do you happen to know one that
 is surely current? Thanks.

 I tried downloading from 
 ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/`machine -a`/

 and I am still getting the same errors.

It may mean as now it's Beta phase that packages are not yet build
(can be confirmed only by devs) or are in process of build for your
platform so the question is if you can wait. If not you can build them
on your system. Result will be package anyway.


 --
_
 ASCII ribbon campaign ( ) Please follow up to the mailing list
  against HTML e-mail   X
and proprietary/ \  Mutt.org
  attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread Otto Moerbeek
On Thu, Jul 05, 2012 at 05:45:55PM +0200, Tomas Bodzar wrote:

 On Thu, Jul 5, 2012 at 2:12 PM, Code Blue codeb...@inbox.lv wrote:
  On Thu, Jul 05, 2012 at 12:17:27PM +0200, Otto Moerbeek wrote:
 
  Loongson is not experimental. There are less users using it compared
  to some other platforms, but the port is certainly stable enough to be
  used for real stuff. I'm running a Fuloong as my general purpose
  mai/file/dns/web server at home and i have had zero trouble with it.
  In fact I'm typing this mail on it ...
 
  I was running fine on 5.1 but based on the comment from the previous poster
  I reinstalled the snapshot (5.2). I was then unable to install any packages
  from snapshots because of library errors. For example:
 
  # pkg_add mutt-1.5.21p0v0-sasl
 
  Can't install libiconv-1.14 because of libraries
  |library c.64.1 not found
  | /usr/lib/libc.so.65.0 (system): bad major
  Can't install qdbm-1.8.78: can't resolve libiconv-1.14
  Can't install cyrus-sasl-2.1.25p3 because of libraries
  Can't install gettext-0.18.1p1: can't resolve libiconv-1.14
  Can't install lmutt-1.5.21p0v0-sasl: can't resolve 
  cyrus-sasl-2.1.25p3,libiconv-1.14,qdbm-1.8.78,gettext-0.18.1p1
 
 It shows that your system is newer then package you want to install.
 So look arround mirrors where is actual file/packages. It takes some
 time to distribute packages to all mirrors and build of packages for
 all platforms take some time as well.
 
 
  I don't know whether I should reinstall 5.1 and use it until 5.2 comes out
  or whether I should continue and try to track -current and see if the issues
  are resolved, but I am not looking forward to compiling much source given
  the lack of framebuffer acceleration! I used to track -stable on i386 but I
  have been away from OpenBSD for a while so I am a little rusty on all
  this.
 
  Are you running -current or 5.1 and since you are using it for a server and
  it is working fine for you, what would you recommend?
 
 Using snapshots is fine as you are doing just binary upgrades of
 system and packages and it's really very easy. In your case you can
 try compile from ports, but set FETCH_PACKAGES=Yes in /etc/mk.conf to
 avoid compilation of packages which are available as binary. Don't
 forget on http://www.openbsd.org/faq/faq15.html#PortsConfig

This is mostly caused by the relatively slow hardware. Packages take
time to build. In almost all cases, the old packges you have installed
continue to work fine. Patience is a virtue ;-)

-Otto



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
   I was running fine on 5.1 but based on the comment from the previous 
   poster
   I reinstalled the snapshot (5.2). I was then unable to install any 
   packages
   from snapshots because of library errors. For example:
  
   # pkg_add mutt-1.5.21p0v0-sasl
  
   Can't install libiconv-1.14 because of libraries
   |library c.64.1 not found
   | /usr/lib/libc.so.65.0 (system): bad major
   Can't install qdbm-1.8.78: can't resolve libiconv-1.14
   Can't install cyrus-sasl-2.1.25p3 because of libraries
   Can't install gettext-0.18.1p1: can't resolve libiconv-1.14
   Can't install lmutt-1.5.21p0v0-sasl: can't resolve 
   cyrus-sasl-2.1.25p3,libiconv-1.14,qdbm-1.8.78,gettext-0.18.1p1
  
   I don't know whether I should reinstall 5.1 and use it until 5.2 comes out
   or whether I should continue and try to track -current and see if the 
   issues
   are resolved, but I am not looking forward to compiling much source given
   the lack of framebuffer acceleration! I used to track -stable on i386 but 
   I
   have been away from OpenBSD for a while so I am a little rusty on all
   this.
  
   Are you running -current or 5.1 and since you are using it for a server 
   and
   it is working fine for you, what would you recommend?
  

 This is mostly caused by the relatively slow hardware. Packages take
 time to build. In almost all cases, the old packges you have installed
 continue to work fine. Patience is a virtue ;-)

Yes but since I installed from the snapshot I have no old packages! This
was a clean install on new hardware and now I cannot install any packages at
least not any I have tried. 

Are you running -current or 5.1? Do you happen to know if -current has any
advantages over 5.1 for a development machine? Thanks.

-- 
   _
ASCII ribbon campaign ( ) Please follow up to the mailing list
 against HTML e-mail   X   
   and proprietary/ \  Mutt.org
 attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread Otto Moerbeek
On Thu, Jul 05, 2012 at 04:40:50PM +, Code Blue wrote:

I was running fine on 5.1 but based on the comment from the previous 
poster
I reinstalled the snapshot (5.2). I was then unable to install any 
packages
from snapshots because of library errors. For example:
   
# pkg_add mutt-1.5.21p0v0-sasl
   
Can't install libiconv-1.14 because of libraries
|library c.64.1 not found
| /usr/lib/libc.so.65.0 (system): bad major
Can't install qdbm-1.8.78: can't resolve libiconv-1.14
Can't install cyrus-sasl-2.1.25p3 because of libraries
Can't install gettext-0.18.1p1: can't resolve libiconv-1.14
Can't install lmutt-1.5.21p0v0-sasl: can't resolve 
cyrus-sasl-2.1.25p3,libiconv-1.14,qdbm-1.8.78,gettext-0.18.1p1
   
I don't know whether I should reinstall 5.1 and use it until 5.2 comes 
out
or whether I should continue and try to track -current and see if the 
issues
are resolved, but I am not looking forward to compiling much source 
given
the lack of framebuffer acceleration! I used to track -stable on i386 
but I
have been away from OpenBSD for a while so I am a little rusty on all
this.
   
Are you running -current or 5.1 and since you are using it for a server 
and
it is working fine for you, what would you recommend?
   
 
  This is mostly caused by the relatively slow hardware. Packages take
  time to build. In almost all cases, the old packges you have installed
  continue to work fine. Patience is a virtue ;-)
 
 Yes but since I installed from the snapshot I have no old packages! This
 was a clean install on new hardware and now I cannot install any packages at
 least not any I have tried. 
 
 Are you running -current or 5.1? Do you happen to know if -current has any
 advantages over 5.1 for a development machine? Thanks.

Yes, you get rthreads for example.

-Otto



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
  Are you running -current or 5.1? Do you happen to know if -current has any
  advantages over 5.1 for a development machine? Thanks.
 
 Yes, you get rthreads for example.

Thanks.



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 06:05:48PM +0200, Tomas Bodzar wrote:
 On Thu, Jul 5, 2012 at 5:40 PM, Code Blue codeb...@inbox.lv wrote:
  On Thu, Jul 05, 2012 at 02:15:06PM +, Code Blue wrote:
  On Thu, Jul 05, 2012 at 10:59:54AM -0300, Daniel Bolgheroni wrote:
   On Thu, Jul 05, 2012 at 12:12:43PM +, Code Blue wrote:
   
|library c.64.1 not found
| /usr/lib/libc.so.65.0 (system): bad major
  
   Your mirror is probably not so current. Try using another mirror.
 
  I tried 2 so far but I will try another one. Do you happen to know one that
  is surely current? Thanks.
 
  I tried downloading from 
  ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/`machine -a`/
 
  and I am still getting the same errors.
 
 It may mean as now it's Beta phase that packages are not yet build
 (can be confirmed only by devs) or are in process of build for your
 platform so the question is if you can wait. If not you can build them
 on your system. Result will be package anyway.

Ok I don't mind trying to build from ports if there are ports for the few
apps I want at this point. If that doesn't work I will go back to
5.1. Thanks for the help, guys.



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 05:45:55PM +0200, Tomas Bodzar wrote:

 It shows that your system is newer then package you want to install.
 So look arround mirrors where is actual file/packages. It takes some
 time to distribute packages to all mirrors and build of packages for
 all platforms take some time as well.

Sounds reasonable but I have tried 4 different mirrors now including
ftp.openbsd.org. I am starting to wonder if there is something else wrong
and not sure what else to check. 

 Using snapshots is fine as you are doing just binary upgrades of
 system and packages and it's really very easy. In your case you can
 try compile from ports, but set FETCH_PACKAGES=Yes in /etc/mk.conf to
 avoid compilation of packages which are available as binary. Don't
 forget on http://www.openbsd.org/faq/faq15.html#PortsConfig

Thanks. 

-- 
   _
ASCII ribbon campaign ( ) Please follow up to the mailing list
 against HTML e-mail   X   
   and proprietary/ \  Mutt.org
 attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread Miod Vallat
 Is Loongson an experimental port? The OpenBSD page lists it under the
 officially support platforms...I realize it's a work in progress, but I
 didn't think it was experimental.

It isn't.

   Aside from the bootblocks not installing
 from either 5.1 release or the 5.2. snapshot, everything seems to be working.

Care to share details about this?

 Good question and I have no idea. Yes, it's a different CPU. The 2E and 2F
 are uniprocessors. The 3A is a quard.  Maybe the port maintainer will chime
 in.

That would be me.

 Many patches are hitting the Linux kernel and binutils from Lemote and
 MIPS people so I believe there are significant differences.

The 3A systems are a completely different design. In addition to the
CPU being multicore and using a completely different crossbar, the
northbridge is now an AMD chip. A lot of work is needed to run on it,
which is not worth starting until these systems are readily available.

Unfortunately it seems Lemote can not produce enough of them for the
foreign market, and I am told the ATX motherboard flavour (which would
be much more interesting for server systems, or simply to use better
disks than 2.5 ones) is not intended to be sold outside China.

Miod



Re: Lemote Fuloong

2012-07-05 Thread Tomas Bodzar
On Thu, Jul 5, 2012 at 5:57 PM, Code Blue codeb...@inbox.lv wrote:
 On Thu, Jul 05, 2012 at 05:45:55PM +0200, Tomas Bodzar wrote:

 It shows that your system is newer then package you want to install.
 So look arround mirrors where is actual file/packages. It takes some
 time to distribute packages to all mirrors and build of packages for
 all platforms take some time as well.

 Sounds reasonable but I have tried 4 different mirrors now including
 ftp.openbsd.org. I am starting to wonder if there is something else wrong
 and not sure what else to check.

As you already said you were off the OpenBSD for some time so you just
lost touch with it. Nothing is wrong. It's part of normal development
process here.


 Using snapshots is fine as you are doing just binary upgrades of
 system and packages and it's really very easy. In your case you can
 try compile from ports, but set FETCH_PACKAGES=Yes in /etc/mk.conf to
 avoid compilation of packages which are available as binary. Don't
 forget on http://www.openbsd.org/faq/faq15.html#PortsConfig

 Thanks.

 --
_
 ASCII ribbon campaign ( ) Please follow up to the mailing list
  against HTML e-mail   X
and proprietary/ \  Mutt.org
  attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 05:26:54PM +, Miod Vallat wrote:
 
Aside from the bootblocks not installing
  from either 5.1 release or the 5.2. snapshot, everything seems to be 
  working.
 
 Care to share details about this?

In my first couple of installs on this new machine using 5.1 release and the
current snapshot I got the following messages at the end of the
installation:

Making all device nodes...done
mkdir: /mnt2/boot: Invalid argument
cp: /mnt2/boot/bsd: Invalid argument
Failed to install bootblocks.
You will not be able to boot OpenBSD from wd0

I fixed this by copying boot to the boot partition and PMON has no trouble
booting it.

The second install of the snapshot ended normally.

  Good question and I have no idea. Yes, it's a different CPU. The 2E and 2F
  are uniprocessors. The 3A is a quard.  Maybe the port maintainer will chime
  in.
 
 That would be me.

Yes I know. I thanked you in my first post. Thanks for porting this.

 The 3A systems are a completely different design. In addition to the
 CPU being multicore and using a completely different crossbar, the
 northbridge is now an AMD chip. A lot of work is needed to run on it,
 which is not worth starting until these systems are readily available.
 
 Unfortunately it seems Lemote can not produce enough of them for the
 foreign market, and I am told the ATX motherboard flavour (which would
 be much more interesting for server systems, or simply to use better
 disks than 2.5 ones) is not intended to be sold outside China.

Thanks for the update.



Re: Virtualizing firewalling scenarios in one physical OpenBSD host

2012-07-05 Thread Andres Perera
that's not exciting at all. maybe one day i will write a vpf device.
benefits include not having to be root to check an agreed upon subset
of your states, running proxies and other applications that insert
rules completely non-root

other details have to be worked out so that sub-pfs can't run the
system out of resources, that's the main thing

xoxo

On Thu, Jul 5, 2012 at 10:46 AM, Henning Brauer lists-open...@bsws.de wrote:
 * Andres Perera andre...@zoho.com [2012-07-04 17:42]:
 out of curiosity, how would you make pf(4) only handle rules
 pertaining to a certain anchor depending on the process that's
 interfacing with them? i ask because; e.g.,  pfctl -sr should only
 show rules for that client, and other pf(4) operations need to be
 equally restricted. i know that originally you said that the loading
 of the rules is not up to the client but a periodic batch job, however
 that does not match CheckPoint VSX

 geez, don't act so helpless, this is unix after all.

 write yourself a little wrapper that, depending on the caller/source,
 enforces a pfctl -a anchorinquestion ...

 --
 Henning Brauer, h...@bsws.de, henn...@openbsd.org
 BS Web Services, http://bsws.de, Full-Service ISP
 Secure Hosting, Mail and DNS Services. Dedicated Servers, Root to Fully 
 Managed
 Henning Brauer Consulting, http://henningbrauer.com/



Re: Romanian layout in OpenBSD

2012-07-05 Thread Miod Vallat
 I wasn't surprised to find out that Romanian keyboard layout is not
 supported by default OpenBSD installation.

Well, quoting pckbd(4): ``The list of built-in mappings doesn't follow
any logic.  It grew as people submitted what they needed.''

It looks like you are the first person to dare asking for a romanian
keyboard layout.

 Now, the last two characters (0x0219 and 0x021A) are tricky, they
 should be s-comma and t-comma, not to be mistaken with s-cedilla and
 t-cedilla. The cedilla variants are supported in
 /usr/include/dev/wscons/wsksymdef.h, but I couldn't find the comma
 ones.

Err, aren't your commas ogoneks, by chance? wscons is already a PITA
calling haceks `carons' (yes, I know this is legit, but it is just the
wrong name), please don't add any more confusion in there (-:

 Is there a way to remap may keyboard so that I can use all the five
 special characters (plus their corresponding uppercase variants)
 mentioned above? I did read the FAQ (section 7.1) and the wsconsctl
 help page, but the examples listed there did not helped me much in
 this particular scenario.

Yes, this can be done with wsconsctl. But - pardon me - I am too lazy to
give this a try, so here is a diff to add a romanian keyboard layout to
the kernel. If you have an usb keyboard, you'll need to run `make' in
sys/dev/usb after applying the diff. Also, you'll need to copy
wsksymdef.h to /usr/include/dev/wscons and rebuild /sbin/wsconsctl and
/sbin/kbd to be able to use `ro' as a keyboard layout.

Miod

Index: sys/dev/pckbc/wskbdmap_mfii.c
===
RCS file: /cvs/src/sys/dev/pckbc/wskbdmap_mfii.c,v
retrieving revision 1.42
diff -u -p -r1.42 wskbdmap_mfii.c
--- sys/dev/pckbc/wskbdmap_mfii.c   5 Apr 2011 19:12:13 -   1.42
+++ sys/dev/pckbc/wskbdmap_mfii.c   5 Jul 2012 18:39:54 -
@@ -1059,6 +1059,41 @@ static const keysym_t pckbd_keydesc_is_n
 KC(40),  KS_acute, KS_diaeresis,   KS_asciicircum,
 };
 
+static const keysym_t pckbd_keydesc_ro[] = {
+KC(2), KS_1,   KS_exclam,  KS_asciitilde,
+KC(3), KS_2,   KS_at,  KS_L2_caron,
+KC(4), KS_3,   KS_numbersign,  KS_asciicircum,
+KC(5), KS_4,   KS_dollar,  KS_L2_breve,
+KC(6), KS_5,   KS_percent, KS_degree,
+KC(7), KS_6,   KS_asciicircum, KS_L2_ogonek,
+KC(8), KS_7,   KS_ampersand,   KS_grave,
+KC(9), KS_8,   KS_asterisk,KS_L2_dotabove,
+KC(10),KS_9,   KS_parenleft,   KS_apostrophe,
+KC(11),KS_0,   KS_parenright,  KS_L2_dblacute,
+KC(12),KS_minus,   KS_underscore,  KS_quotedbl,
+KC(13),KS_equal,   KS_plus,KS_cedilla,
+KC(26),KS_L2_abreve,   KS_L2_Abreve,
+   KS_bracketleft, KS_braceleft,
+KC(27),KS_icircumflex, KS_Icircumflex,
+   KS_bracketright, KS_braceright,
+KC(31),KS_s,   KS_S,   KS_ssharp,
+KC(32),KS_d,   KS_D,
+   KS_eth, KS_ETH,
+KC(38),KS_l,   KS_L,
+   KS_L2_lstroke,  KS_L2_Lstroke,
+KC(39),KS_L2_scedilla, KS_L2_Scedilla,
+   KS_semicolon,   KS_colon,
+KC(40),KS_L2_tcedilla, KS_L2_Tcedilla,
+   KS_apostrophe,  KS_quotedbl,
+KC(43),KS_acircumflex, KS_Acircumflex,
+   KS_backslash,   KS_bar,
+KC(51),KS_comma,   KS_semicolon,
+   KS_less,KS_guillemotleft,
+KC(52),KS_period,  KS_colon,
+   KS_greater, KS_guillemotright,
+KC(184), KS_Mode_switch,   KS_Multi_key,
+};
+
 #endif /* WSKBD_NO_INTL_LAYOUTS */
 
 #define KBD_MAP(name, base, map) \
@@ -1118,6 +1153,7 @@ const struct wscons_keydesc pckbd_keydes
KBD_MAP(KB_NL | KB_NODEAD,  KB_NL,  pckbd_keydesc_nl_nodead),
KBD_MAP(KB_IS,  KB_US,  pckbd_keydesc_is),
KBD_MAP(KB_IS | KB_NODEAD,  KB_IS,  pckbd_keydesc_is_nodead),
+   KBD_MAP(KB_RO,  KB_US,  pckbd_keydesc_ro),
 #endif /* WSKBD_NO_INTL_LAYOUTS */
{0, 0, 0, 0}
 };
Index: sys/dev/wscons/wsksymdef.h
===
RCS file: /cvs/src/sys/dev/wscons/wsksymdef.h,v
retrieving revision 1.34
diff -u -p -r1.34 wsksymdef.h
--- sys/dev/wscons/wsksymdef.h  5 Apr 2011 19:12:13 -   1.34
+++ sys/dev/wscons/wsksymdef.h  5 Jul 

Re: MPLS VPN with GRE tunnels between PEs

2012-07-05 Thread Bert Smith
Hi,

Can anyone shed some light on this?

Thanks.
Bert

On Tue, May 22, 2012 at 10:37 AM, Bert Smith
bertrand.c.sm...@gmail.comwrote:

 Hi,

 I am trying to set up a Layer 3 MPLS VPN (RFC 4364) with GRE tunnels
 between PEs (RFC 4797) instead of an MPLS backbone. I have followed the
 instructions in the Demystifying MPLS paper (
 http://2011.eurobsdcon.org/papers/jeker/MPLS.pdf), and on the following
 mailing list posts:
 http://old.nabble.com/BGP-MPLS-VPN-tt31327789.html#a31397215
 http://marc.info/?l=openbsd-miscm=127470697232025w=2
 http://marc.info/?l=openbsd-miscm=129112614017103w=2

 Here is my setup:

 
 | Juniper router 1 |  lo0 192.168.20.2
 |   |  VRF 8 with loopback 192.168.55.1
 
  | 192.168.10.4
  |
  | 192.168.10.5
 
 | Juniper router 2 |  lo0 192.168.20.3
 |   |  VRF 8 with loopback 192.168.56.1
 
  | 10.0.4.1
  |
  | vlan4092 10.0.4.3
 
 | OpenBSD box   |  lo0 192.168.20.5
 |   |  rdomain 8 192.168.55.2
 

 I want all three routers to act as PEs but without any MPLS connectivity
 between them. RFC 4797 allows this by allowing the following encapsulation
 scheme for say a ping from Juniper 1 to OpenBSD box:

 [This is what I should ideally get]:
 * Ping request:
 IP header: src 192.168.20.2 dst 192.168.20.5
 GRE header: just the GRE shim
 MPLS label identifying the rdomain: 666
 IP header: src 192.168.55.1 dst 192.168.55.2
 ICMP ping request

 * Ping reply:
 IP header: src 192.168.20.5 dst 192.168.20.2
 GRE header: just the GRE shim
 MPLS label identifying the VRF: 300720
 IP header: src 192.168.55.2 dst 192.168.55.1
 ICMP ping reply

 However, the following is what I actually get:
 * Ping request:
 IP header: src 192.168.20.2 dst 192.168.20.5
 GRE header: just the GRE shim
 MPLS label identifying the rdomain: 666
 IP header: src 192.168.55.1 dst 192.168.55.2
 ICMP ping request

 * Ping reply:
 MPLS label identifying the VRF: 300720
 IP header: src 192.168.55.2 dst 192.168.55.1
 ICMP ping reply

 The reply back from the OpenBSD box does not GRE-encapsulate the MPLS
 packet and since I don't have a MPLS LSP set up between OpenBSD box and
 Juniper 1, the ping reply never reaches Juniper 1.

 Here is the tcpdump where I see the above:
 # tcpdump -i vlan4092 -s 1500 -Xvvv not tcp and not udp

 13:52:39.188348 gre 192.168.20.2  192.168.20.5: [] gre-proto-0x8847 (DF)
 (ttl 63, id 0, len 112)
   : 4500 0070  4000 3f2f 9207 c0a8 1402  E..p..@.?/..��..
   0010: c0a8 1405  8847 0029 a1ff 4500 0054  ��.G.)��E..T
   0020: efee  4001 9b66 c0a8 3701 c0a8 3702
��..@..f��7.��7.
   0030: 0800 6bf0 521e 0151 f8d4 ba4f 8c78 0e00  ..k�R..Q�ԺO.x..
   0040: 0809 0a0b 0c0d 0e0f 1011 1213 1415 1617  
   0050: 1819 1a1b 1c1d 1e1f 2021 2223 2425 2627   !#$%'
   0060: 2829 2a2b 2c2d 2e2f 3031 3233 3435 3637  ()*+,-./01234567

 13:52:39.188374 MPLS(label 300720, exp 0, ttl 255) 192.168.55.2 
 192.168.55.1: icmp: echo reply (id:521e seq:337) (ttl 255, id 64891, len
 84)
   : 496b 01ff 4500 0054 fd7b  ff01 ced8  Ik.�E..T�{..�.�
   0010: c0a8 3702 c0a8 3701  73f0 521e 0151  ��7.��7...s�R..Q
   0020: f8d4 ba4f 8c78 0e00 0809 0a0b 0c0d 0e0f  �ԺO.x..
   0030: 1011 1213 1415 1617 1819 1a1b 1c1d 1e1f  
   0040: 2021 2223 2425 2627 2829 2a2b 2c2d 2e2f   !#$%'()*+,-./
   0050: 3031 3233 3435 3637  01234567

 Here are the various pieces of my configuration:

 # ifconfig
 lo0: flags=8049UP,LOOPBACK,
 RUNNING,MULTICAST mtu 33152
 priority: 0
 groups: lo
 inet6 ::1 prefixlen 128
 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
 inet 127.0.0.1 netmask 0xff00
 re0: flags=88843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,MPLS mtu 1500
 lladdr c8:9c:dc:dd:1a:f6
 priority: 0
 media: Ethernet autoselect (1000baseT full-duplex,rxpause,txpause)
 status: active
 inet6 fe80::ca9c:dcff:fedd:1af6%re0 prefixlen 64 scopeid 0x1
 pflog0: flags=141UP,RUNNING,PROMISC mtu 33152
 priority: 0
 groups: pflog
 vlan4092: flags=88843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,MPLS mtu 1500
 lladdr c8:9c:dc:dd:1a:f6
 priority: 0
 vlan: 4092 priority: 0 parent interface: re0
 groups: vlan egress
 status: active
 inet 10.0.4.3 netmask 0xff00 broadcast 10.0.4.255
 inet6 fe80::ca9c:dcff:fedd:1af6%vlan4092 prefixlen 64 scopeid 0x5
 lo1: flags=8149UP,LOOPBACK,RUNNING,PROMISC,MULTICAST mtu 33152
 priority: 0
 groups: lo
 inet6 fe80::1%lo1 prefixlen 64 scopeid 0x6
 inet 192.168.20.5 netmask 0x
 gre0: flags=a9011UP,POINTOPOINT,LINK0,MULTICAST,NOINET6,MPLS 

Re: Lemote Fuloong

2012-07-05 Thread Otto Moerbeek
On Thu, Jul 05, 2012 at 05:50:02PM +, Code Blue wrote:

 On Thu, Jul 05, 2012 at 05:26:54PM +, Miod Vallat wrote:
  
 Aside from the bootblocks not installing
   from either 5.1 release or the 5.2. snapshot, everything seems to be 
   working.
  
  Care to share details about this?
 
 In my first couple of installs on this new machine using 5.1 release and the
 current snapshot I got the following messages at the end of the
 installation:
 
 Making all device nodes...done
 mkdir: /mnt2/boot: Invalid argument
 cp: /mnt2/boot/bsd: Invalid argument
 Failed to install bootblocks.
 You will not be able to boot OpenBSD from wd0

Were this whole disk installs? Please share some more details.

 I fixed this by copying boot to the boot partition and PMON has no trouble
 booting it.
 
 The second install of the snapshot ended normally.

Second install of the same snap?

-Otto



Re: Romanian layout in OpenBSD

2012-07-05 Thread Christian Weisgerber
Miod Vallat m...@online.fr wrote:

  Now, the last two characters (0x0219 and 0x021A) are tricky, they
  should be s-comma and t-comma, not to be mistaken with s-cedilla and
  t-cedilla.
 
 Err, aren't your commas ogoneks, by chance?

No, ogonek it the little right-curling tail added to some vowel
letters in Polish and Lithuanian.  Totally different thing.

-- 
Christian naddy Weisgerber  na...@mips.inka.de



Re: Lemote Fuloong

2012-07-05 Thread Code Blue
On Thu, Jul 05, 2012 at 08:59:50PM +0200, Otto Moerbeek wrote:
 On Thu, Jul 05, 2012 at 05:50:02PM +, Code Blue wrote:
 
  On Thu, Jul 05, 2012 at 05:26:54PM +, Miod Vallat wrote:
   
  Aside from the bootblocks not 
installing
from either 5.1 release or the 5.2. snapshot, everything seems to be 
working.
   
   Care to share details about this?
  
  In my first couple of installs on this new machine using 5.1 release and the
  current snapshot I got the following messages at the end of the
  installation:
  
  Making all device nodes...done
  mkdir: /mnt2/boot: Invalid argument
  cp: /mnt2/boot/bsd: Invalid argument
  Failed to install bootblocks.
  You will not be able to boot OpenBSD from wd0
 
 Were this whole disk installs? Please share some more details.

No, as you probably know the disk is now 160G on the Fuloong. I couldn't
imagine needing so much space for my intended use of OpenBSD so I decided to
dual boot OpenBSD and some flavor of Linux. While I still had the original
preinstalled Linux available I partitioned the drive for my OpenBSD and
future Linux install and then did the OpenBSD installation in the OpenBSD
partition. Custom layout.

  I fixed this by copying boot to the boot partition and PMON has no trouble
  booting it.
  
  The second install of the snapshot ended normally.
 
 Second install of the same snap?

Yes, and I wondered if somehow the installer detected I had boot saved in an
ext2 partition (which was not true of the first two installs but was by the
third install, which was the second snapshot install), but I really can't
imagine how it would know.

-- 
   _
ASCII ribbon campaign ( ) Please follow up to the mailing list
 against HTML e-mail   X   
   and proprietary/ \  Mutt.org
 attachmentsCode Blue or Go Home!



Re: Lemote Fuloong

2012-07-05 Thread Otto Moerbeek
On Thu, Jul 05, 2012 at 08:25:20PM +, Code Blue wrote:

 On Thu, Jul 05, 2012 at 08:59:50PM +0200, Otto Moerbeek wrote:
  On Thu, Jul 05, 2012 at 05:50:02PM +, Code Blue wrote:
  
   On Thu, Jul 05, 2012 at 05:26:54PM +, Miod Vallat wrote:

   Aside from the bootblocks not 
 installing
 from either 5.1 release or the 5.2. snapshot, everything seems to be 
 working.

Care to share details about this?
   
   In my first couple of installs on this new machine using 5.1 release and 
   the
   current snapshot I got the following messages at the end of the
   installation:
   
   Making all device nodes...done
   mkdir: /mnt2/boot: Invalid argument
   cp: /mnt2/boot/bsd: Invalid argument
   Failed to install bootblocks.
   You will not be able to boot OpenBSD from wd0
  
  Were this whole disk installs? Please share some more details.
 
 No, as you probably know the disk is now 160G on the Fuloong. I couldn't
 imagine needing so much space for my intended use of OpenBSD so I decided to
 dual boot OpenBSD and some flavor of Linux. While I still had the original
 preinstalled Linux available I partitioned the drive for my OpenBSD and
 future Linux install and then did the OpenBSD installation in the OpenBSD
 partition. Custom layout.
 
   I fixed this by copying boot to the boot partition and PMON has no trouble
   booting it.
   
   The second install of the snapshot ended normally.
  
  Second install of the same snap?
 
 Yes, and I wondered if somehow the installer detected I had boot saved in an
 ext2 partition (which was not true of the first two installs but was by the
 third install, which was the second snapshot install), but I really can't
 imagine how it would know.

iirc one reason the EINVAL on mount can occur is with an unclean
ext2/3 filesystem. Could that be the case here?

-Otto



Re: gimp 2.8 on OpeBSD -current

2012-07-05 Thread patrick keshishian
On Tue, Jul 3, 2012 at 2:35 PM, Fred Crowson fred.crow...@gmail.com wrote:
 Hi misc@

 I'm getting the following errors when running gimp-2.8.0p0 on OpenBSD
 -current (Jun 28 i386 snapshot):

 x41:fred ~ gimp reading.jpg
 /usr/local/lib/gimp/2.0/plug-ins/file-jpeg: fatal error: Segmentation fault

 (gimp:18542): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error

 This issue is only with opening jpeg files - I can create new files
 and export them to jpeg or png or save the as .xcf files fine.

 Any clues to debugging this issue further?

 thanks

gimp has gone to sh!t as of late.

Here is how you get around this problem, if it is what I see once in a
while as well.

First quit gimp, then:

*** AT YOUR OWN RISK *** (or make a back up of this dir first):

$ rm -rf ~/.gimp-2.8/

Next, start gimp again.

For me, this resolves the issue, until gimp fsck's up again. It is
easy to get it into this state.

HTH,
--patrick


 Fred

 dmesg:

 OpenBSD 5.2-beta (GENERIC) #251: Thu Jun 28 01:30:25 MDT 2012
 t...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
 cpu0: Intel(R) Pentium(R) M processor 1.60GHz (GenuineIntel
 686-class) 1.60 GHz
 cpu0: 
 FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,NXE,EST,TM2
 real mem  = 1600516096 (1526MB)
 avail mem = 1563533312 (1491MB)
 mainbus0 at root
 bios0 at mainbus0: AT/286+ BIOS, date 03/14/06, BIOS32 rev. 0 @
 0xfd750, SMBIOS rev. 2.33 @ 0xe0010 (59 entries)
 bios0: vendor IBM version 74ET61WW (2.06 ) date 03/14/2006
 bios0: IBM 2525FAG
 apm0 at bios0: Power Management spec V1.2
 acpi at bios0 function 0x0 not configured
 pcibios0 at bios0: rev 2.1 @ 0xfd6e0/0x920
 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdec0/240 (13 entries)
 pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00)
 pcibios0: PCI bus #5 is the last bus
 bios0: ROM list: 0xc/0xe800! 0xce800/0x1600 0xd/0x1000
 0xdc000/0x4000! 0xe/0x1
 cpu0 at mainbus0: (uniprocessor)
 cpu0: Enhanced SpeedStep 1597 MHz: speeds: 1600, 1500, 1400, 1300,
 1200, 1100, 1000, 900, 800, 600 MHz
 pci0 at mainbus0 bus 0: configuration mode 1 (bios)
 mem address conflict 0x5f70/0x8
 io address conflict 0x5800/0x8
 io address conflict 0x5808/0x4
 io address conflict 0x5810/0x8
 io address conflict 0x580c/0x4
 pchb0 at pci0 dev 0 function 0 Intel 82915GM Host rev 0x03
 vga1 at pci0 dev 2 function 0 Intel 82915GM Video rev 0x03
 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
 wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
 intagp0 at vga1
 agp0 at intagp0: aperture at 0xc000, size 0x1000
 inteldrm0 at vga1: no ifp : irq 11
 drm0 at inteldrm0
 Intel 82915GM Video rev 0x03 at pci0 dev 2 function 1 not configured
 ppb0 at pci0 dev 28 function 0 Intel 82801FB PCIE rev 0x03: irq 11
 pci1 at ppb0 bus 2
 bge0 at pci1 dev 0 function 0 Broadcom BCM5751M rev 0x11, BCM5750 B1
 (0x4101): irq 11, address 00:16:d3:2f:63:7c
 brgphy0 at bge0 phy 1: BCM5750 10/100/1000baseT PHY, rev. 0
 uhci0 at pci0 dev 29 function 0 Intel 82801FB USB rev 0x03: irq 11
 uhci1 at pci0 dev 29 function 1 Intel 82801FB USB rev 0x03: irq 11
 uhci2 at pci0 dev 29 function 2 Intel 82801FB USB rev 0x03: irq 11
 uhci3 at pci0 dev 29 function 3 Intel 82801FB USB rev 0x03: irq 11
 ehci0 at pci0 dev 29 function 7 Intel 82801FB USB rev 0x03: irq 11
 usb0 at ehci0: USB revision 2.0
 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1
 ppb1 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0xd3
 pci2 at ppb1 bus 4
 cbb0 at pci2 dev 0 function 0 Ricoh 5C476 CardBus rev 0x8d: irq 11
 sdhc0 at pci2 dev 0 function 1 Ricoh 5C822 SD/MMC rev 0x13: irq 11
 sdmmc0 at sdhc0
 iwi0 at pci2 dev 2 function 0 Intel PRO/Wireless 2915ABG rev 0x05:
 irq 11, address 00:16:6f:c1:16:40
 cardslot0 at cbb0 slot 0 flags 0
 cardbus0 at cardslot0: bus 5 device 0 cacheline 0x0, lattimer 0xb0
 pcmcia0 at cardslot0
 auich0 at pci0 dev 30 function 2 Intel 82801FB AC97 rev 0x03: irq
 11, ICH6 AC97
 ac97: codec id 0x41445374 (Analog Devices AD1981B)
 ac97: codec features headphone, 20 bit DAC, No 3D Stereo
 audio0 at auich0
 Intel 82801FB Modem rev 0x03 at pci0 dev 30 function 3 not configured
 ichpcib0 at pci0 dev 31 function 0 Intel 82801FBM LPC rev 0x03: PM disabled
 pciide0 at pci0 dev 31 function 2 Intel 82801FBM SATA rev 0x03: DMA,
 channel 0 wired to compatibility, channel 1 wired to compatibility
 wd0 at pciide0 channel 0 drive 0: HTC426060G9AT00
 wd0: 16-sector PIO, LBA, 57231MB, 117210240 sectors
 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
 atapiscsi0 at pciide0 channel 1 drive 0
 scsibus0 at atapiscsi0: 2 targets
 cd0 at scsibus0 targ 0 lun 0: MATSHITA, DVD/CDRW UJDA775, CB03 ATAPI
 5/cdrom removable
 cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
 ichiic0 at pci0 dev 31 function 3 Intel 82801FB SMBus rev 0x03: irq 11
 iic0 at ichiic0
 spdmem0 at iic0 addr 0x51: 1GB DDR2 SDRAM non-parity PC2-4200CL3 SO-DIMM
 usb1 at uhci0: USB revision 1.0
 

Re: processes dying on an old ALIX

2012-07-05 Thread Philip Guenther
On Tue, Jul 3, 2012 at 8:16 AM, Jan Stary h...@stare.cz wrote:
 This is 5.1-beta/i386 on an ALIX about five years old,
 running as my home server.

 Recently, processes started to die for reasons unknown, as in

 pid 20260 (postgres): user write of 118784@0x28052000 at 159088 failed: 14
 pid 1872 (cron): user write of 118784@0x2b1e3000 at 30224 failed: 14

 14 is EFAULT as per sys/errno,h
 - what can be causing it?

Having briefly looked at this, I suspect there are (at least) two
cases where that can occur:
1) a race in the code that prevents writing to a file that is mapped
for execution, and
2) system runs out of memory when trying to do copy-on-write; the
process is killed because of
   that and then the coredump logic hits the missing page when trying
to write out the process's
   memory and logs that failure.

I think (1) is what sthen@ described; I think you're hitting (2).


 It usually happens under a stress (the machine is pretty scarse
 on resources, so 'stress' can be accepting a batch of DNS queries).
 For example, the postgres EFAULT above happened exactly when a batch
 of emails arrived.

When you have a reproducible test case, adding monitoring of the
system resources and seeing what shows up when it occurs is a good
idea.  It seems to me that it's likely this case is a result of the
system running out of total memory and that adding swap would
alleviate the problem.

But likely is not certainty.  Monitor your system's resources, based
on that make a hypothesis about the cause, figure out a way to test
your hypothesis, then do it and check the result.


Philip Guenther



Re: gimp 2.8 on OpeBSD -current

2012-07-05 Thread Fred Crowson
On 4 July 2012 00:54, Stuart Henderson s...@spacehopper.org wrote:
 On 2012-07-03, Fred Crowson fred.crow...@gmail.com wrote:
 Hi misc@

 I'm getting the following errors when running gimp-2.8.0p0 on OpenBSD
 -current (Jun 28 i386 snapshot):

 x41:fred ~ gimp reading.jpg
 /usr/local/lib/gimp/2.0/plug-ins/file-jpeg: fatal error: Segmentation fault

 (gimp:18542): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error

 This issue is only with opening jpeg files - I can create new files
 and export them to jpeg or png or save the as .xcf files fine.

 Any clues to debugging this issue further?

 Make sure everything is up to date: userland, kernel, all packages


Thanks misc@ - yes my system was out of date.

Fred