On Wed, Jul 27, 2011 at 2:44 PM, Dorian B|ttner
wrote:
> Actually gotten fingers on a somewhat powerful machine and I thought why
not
> test a snapshot on it.
> Leading is bsd with ps and trace, followed by bsd.sp which boots ok.
> Hope this is not a maloperation?
Looks like acpicpu(4) doesn't li
Suspend/resume made the problem go away (temporarily). Interrupt load is 0%
on both CPUs now. When it happens again, I will send more info.
Thanks!
-Leroy
On Thu, Jul 28, 2011 at 7:43 AM, Matthew Dempsky wrote:
> On Wed, Jul 27, 2011 at 2:32 PM, Leroy van Engelen
> wrote:
> > The laptop is a S
On Wed, Jul 27, 2011 at 2:32 PM, Leroy van Engelen
wrote:
> The laptop is a Samsung N210. Any idea what might be the problem, or how I
> might gather some more information?
Run "systat 1" and it'll show you a breakdown of interrupt counts
along the right hand side. The "clock" counter should be
PAYIS
MY FONS: 015 56119709, 56111841, 55637420, 55986212
MY CELULAR FON; 32334856
Este no es un Spam, usted podra solicitar sea dado de baja de nuestras bases
de datos
__ Informacisn de NOD32, revisisn 6330 (20110727) __
Este mensaje ha sido analizado con NOD32 antivirus
Actually gotten fingers on a somewhat powerful machine and I thought why
not test a snapshot on it.
Leading is bsd with ps and trace, followed by bsd.sp which boots ok.
Hope this is not a maloperation?
C1:tCNC0:B:lNC0CNC1CNC1B:tCNC0ZC<:B> OpenBSD/amd64 BOOT 3.17
boot>
booting hd0a:/bsd: 564
On Thu, Jul 28, 2011 at 12:23:53AM +0100, Nigel Taylor wrote:
> On 07/27/11 23:57, Christiano F. Haesbaert wrote:
> > On Wed, Jul 27, 2011 at 11:36:26PM +0100, Nigel Taylor wrote:
> >> On 07/27/11 21:42, Christiano F. Haesbaert wrote:
> >>> I found out the datasheet for 0x4383
> >>>
> >>> http://de
On 07/27/11 23:57, Christiano F. Haesbaert wrote:
> On Wed, Jul 27, 2011 at 11:36:26PM +0100, Nigel Taylor wrote:
>> On 07/27/11 21:42, Christiano F. Haesbaert wrote:
>>> I found out the datasheet for 0x4383
>>>
>>> http://developer.amd.com/assets/43009_sb7xx_rrg_pub_1.00.pdf
>>>
>>> I've no knowle
On Wed, Jul 27, 2011 at 11:36:26PM +0100, Nigel Taylor wrote:
> On 07/27/11 21:42, Christiano F. Haesbaert wrote:
> > I found out the datasheet for 0x4383
> >
> > http://developer.amd.com/assets/43009_sb7xx_rrg_pub_1.00.pdf
> >
> > I've no knowledge of PCI to debug it though.
> >
> >
> Hi,
>
>
On Thu, 2011-07-21 at 19:15 +0700, Insan Praja SW wrote:
> Hi Josh,
> On Thu, 21 Jul 2011 03:00:08 +0700, Josh Hoppes
> wrote:
>
> > Hello Insan,
> >
> > I guess I'm not sure I understand that statement, or I'm
> > miss-interpreting the rdomain configuration section and how it
> > interacts wit
On 07/27/11 21:42, Christiano F. Haesbaert wrote:
> I found out the datasheet for 0x4383
>
> http://developer.amd.com/assets/43009_sb7xx_rrg_pub_1.00.pdf
>
> I've no knowledge of PCI to debug it though.
>
>
Hi,
I have a Gigabyte GA-880GA-UD3H based on the same chip set, the sound
works. But I
Don't know why but now it work fine.
Tryed it on 2 other NIC (5 NIC on this box) without problem.
I only played a little with port and pkg_add trying to install a other
version of a package with plugin and now, everything fine. Also, at
first, only one NIC was connected but if I only connect 1
Hi,
This week I upgraded the OpenBSD install on my laptop to 5.0-current, and I
noticed some applications running very sluggish. Running 'top' showed me
that CPU0 has an interrupt load of 80-90%:
45 processes: 44 idle, 1 on processor
CPU0 states: 2.6% user, 0.0% nice, 3.8% system, 89.0% inter
I found out the datasheet for 0x4383
http://developer.amd.com/assets/43009_sb7xx_rrg_pub_1.00.pdf
I've no knowledge of PCI to debug it though.
Hi,
pppoe0 has 92.203.101.134.
this works fine:
match out log on egress inet from 192.168.23.0/24 nat-to pppoe0
tcpdump while pinging:
92.203.101.134 > 74.125.39.147: icmp: echo request
74.125.39.147 > 92.203.101.134: icmp: echo reply
92.203.101.134 > 74.125.39.147: icmp: echo request
74.125.39
On Wed, Jul 27, 2011 at 09:11:45PM +0200, Christopher Zimmermann wrote:
> Ok, solved this one. bge0 was in group "local", which is matched by
>
> set skip on lo
>
> is this the desired behavior? It can catch you by surprise easily!
No, not desired behavior. "set skip on" with its own little mag
Ok, solved this one. bge0 was in group "local", which is matched by
set skip on lo
is this the desired behavior? It can catch you by surprise easily!
On 07/27/11 18:54, Christopher Zimmermann wrote:
Hi,
I have this simple setup:
[ B ] se0 <---> bge0 [ A ] pppoe0 <> ISP
A and B both -cu
On Wed, Jul 27, 2011, frantisek holop wrote:
> hi there,
>
> i have just noticed in /var/log/messages:
>
> Jul 26 21:57:59 hatvan /bsd: uvm_mapent_alloc: out of static map entries
> Jul 26 22:14:26 hatvan /bsd: uvm_mapent_alloc: out of static map entries
> Jul 26 22:26:38 hatvan /bsd: uvm_mapent_
hi there,
i have just noticed in /var/log/messages:
Jul 26 21:57:59 hatvan /bsd: uvm_mapent_alloc: out of static map entries
Jul 26 22:14:26 hatvan /bsd: uvm_mapent_alloc: out of static map entries
Jul 26 22:26:38 hatvan /bsd: uvm_mapent_alloc: out of static map entries
archives mostly show 4.3
La mejor inversisn. Desarrollo de videojuegos para iPhone, iPad, Android, PC y
Mac.
Hi,
I have this simple setup:
[ B ] se0 <---> bge0 [ A ] pppoe0 <> ISP
A and B both -current.
Now my problem is, pf on A won't filter anything on bge0. Even with this
very simple pf.conf:
set skip on lo
block
pass out inet proto {tcp,udp} to port 53
block in on ! lo0 proto tcp to por
Hi,
I'm new to OpenBSD (exprience with Linux and FreeBSD) and I'm trying to
configure a second NIC at boot without result.
The OpenBSD version is 4.9.
This NIC name is re1 so I created the file /etc/hostname.re1 with the
following in :
inet 10.8.1.1 255.255.255.0 10.8.1.255
If use netstart to c
Recompiling kernel with UFTDI_DEBUG, USB_DEBUG, UHCI_DEBUG and
UHUB_DEBUG flags the device keeps failing stealthly... No error message
appears on console.
Any advice will be welcomed :)
Beers!
El 27/07/2011 10:45, Daniel Gracia escribis:
Without dettaching the device after failure, trying to
On Wed, 27 Jul 2011 07:23:37 -0400
Kenneth R Westerback wrote:
> On Wed, Jul 27, 2011 at 10:24:10AM +, hvom .org wrote:
> > Hi
> >
> > I very problem with packet-filter OpenBSD 4.9 !
> >
> > I read in /etc/pf.conf :
> >
> > scrub in all > syntax error
> >
> > scrub in > syntax er
On 07/19/2011 10:51 PM, Stuart Henderson wrote:
On 2011-07-19, Billy Wong wrote:
Hi everybody,
Just wondering if there are some documentations telling a newbie his
whereabouts in the kernel? It doesnt need to be an extensive line-by-line or
file-by-file treatment but something at a higher leve
On Wed, Jul 27, 2011 at 10:24:10AM +, hvom .org wrote:
> Hi
>
> I very problem with packet-filter OpenBSD 4.9 !
>
> I read in /etc/pf.conf :
>
> scrub in all > syntax error
>
> scrub in > syntax error
>
> match in all scrub > syntax error
>
> scrub in all on $re0 > syntax
On 07/27/11 04:11, wp10596728-4 wrote:
> I have a machine with OpenBSD 4.8 which Iwant to use as a gateway.
new use = upgrade to AT LEAST 4.9, if not -current.
(actually, you need to upgrade to at least 4.9 anyway, but "new use" is
certainly a time to go to current release, if not -current)
> I a
Hi
I very problem with packet-filter OpenBSD 4.9 !
I read in /etc/pf.conf :
scrub in all > syntax error
scrub in > syntax error
match in all scrub > syntax error
scrub in all on $re0 > syntax error
I become crazy, help me please !!!
I have a machine with OpenBSD 4.8 which Iwant to use as a gateway.
I am unable to get any traffic from, to ,through the second nic.
ifconfig shows that the interface is active
inet and inet6 forwarding is set =1
I deactivated pf
This problem is independent of the cards I use
If I install the nic2 f
On Tue, 26 Jul 2011 21:33:14 +0200, Claudio Jeker
wrote:
> On Thu, Jul 21, 2011 at 10:20:38PM +0200, Claudio Jeker wrote:
>> On Thu, Jul 21, 2011 at 01:57:10PM -0500, Josh Hoppes wrote:
>> > Thanks for the help and for the better understanding of routing
>> > domains and tables. In the end I was o
Without dettaching the device after failure, trying to reconnect to any
of the dead serial ports makes console sput:
uticom0: uticom_param: STALLED
uticom0: uticom_dtr: STALLED
uticom0: uticom_rts: STALLED
uticom0: uticom_close: STALLED
El 27/07/2011 10:34, Daniel Gracia escribis:
Similar prob
When booting the system I see this message, how can I get rid of it?
Userland & kernel are *not* out-of-sync (upgraded from snapshot).
If I do "boot crash", savecore saves core fine on the next boot,
but on subsequent boots "version misread" is back again.
I'm tracking -current on amd64.
--
Alexa
Similar problems founds on a uticom usb to 4-port serial adapter.
Everything works for several hours, then stops working. This time
workload seems to be less involved; just at idle -some keepalive style
packets- the soft stops working.
No error messages at the console, and dettacching/reattac
32 matches
Mail list logo