On 2017-03-31, Niko Pavlinek wrote:
> Hello,
>
> I am new to OpenBSD and am trying to install OpenBSD on my Dell laptop,
> specifically Dell Inspiron 15-5558. When I boot the installation, the
> kernel panics with pci_make_tag: bad request. I am able to install if I
> disable acpi during boot tho
Hello,
I am new to OpenBSD and am trying to install OpenBSD on my Dell laptop,
specifically Dell Inspiron 15-5558. When I boot the installation, the
kernel panics with pci_make_tag: bad request. I am able to install if I
disable acpi during boot though.
I am new to this, so if I forgot something
On Wed, Mar 29, 2017 at 10:40:08AM +0200, Mathieu BLANC wrote:
> On Tue, Mar 28, 2017 at 05:58:02PM +0200, Hiltjo Posthuma wrote:
> > On Tue, Mar 28, 2017 at 02:39:44PM +0200, Mathieu BLANC wrote:
> > > On Tue, Mar 28, 2017 at 02:22:28PM +0200, Mathieu BLANC wrote:
> > > > I can reproduce the bug (
On Tue, Mar 28, 2017 at 05:58:02PM +0200, Hiltjo Posthuma wrote:
> On Tue, Mar 28, 2017 at 02:39:44PM +0200, Mathieu BLANC wrote:
> > On Tue, Mar 28, 2017 at 02:22:28PM +0200, Mathieu BLANC wrote:
> > > I can reproduce the bug (on the slave firewall) as many times as I want.
> > >
> >
> > I've ju
On Tue, Mar 28, 2017 at 02:39:44PM +0200, Mathieu BLANC wrote:
> On Tue, Mar 28, 2017 at 02:22:28PM +0200, Mathieu BLANC wrote:
> > I can reproduce the bug (on the slave firewall) as many times as I want.
> >
>
> I've just read https://www.openbsd.org/ddb.html and saw that you need a trace
> for
On Tue, Mar 28, 2017 at 02:22:28PM +0200, Mathieu BLANC wrote:
> I can reproduce the bug (on the slave firewall) as many times as I want.
>
I've just read https://www.openbsd.org/ddb.html and saw that you need a trace
for all cpu.
http://www.hostingpics.net/viewer.php?id=238876panic9.jpg
http://
On Tue, Mar 28, 2017 at 12:05:56PM +0300, Mihai Popescu wrote:
> Isn't there a CAPSLOOK written message at panic time on the screen?
> If not, look here:
> http://www.openbsd.org/report.html
>
I can reproduce the bug (on the slave firewall) as many times as I want.
I made some screenshots. Sorry
Isn't there a CAPSLOOK written message at panic time on the screen?
If not, look here:
http://www.openbsd.org/report.html
On Mon, Mar 27, 2017 at 02:42:23PM +0200, Mathieu BLANC wrote:
> Hello all,
>
> I have a pair of firewalls running 6.0 (patched with openup in october, no
> patch
> applied since then).
>
> Since the upgrade, this pair has some problem with kernel
> panics (4 times since the upgrade in october)
Hello all,
I have a pair of firewalls running 6.0 (patched with openup in october, no patch
applied since then).
Since the upgrade, this pair has some problem with kernel
panics (4 times since the upgrade in october).
The last one was this morning. The two firewall crashed at the same time with
> At least two bugs leading to this panic have been fixed post 6.0. I'd
> suggest you to upgrade to -current where it should work as expected. If
> not, please send a new bug report to bugs@.
Thanks a lot! This is awesome, you manage to fix bugs faster than I can report
them ;-)
I guess I won't
On 27/02/17(Mon) 19:36, Infoomatic wrote:
> Hi,
>
> I have "managed" go get a kernel panic in OpenBSD 6.0 -stable (from
> GENERIC.MP). Unfortunately I cannot provide you with lots of information, but
> here is what I have:
>
> The panic occured twice on an IBM X
Hi,
I have "managed" go get a kernel panic in OpenBSD 6.0 -stable (from
GENERIC.MP). Unfortunately I cannot provide you with lots of information, but
here is what I have:
The panic occured twice on an IBM X3550 server (CPU: Intel(R) Xeon(R) CPU
E5-2603 0 @ 1.80GHz, with 4GB RAM and
On 29.1.2017. 4:13, kayasaman wrote:
> Hi,
> A very strange issue...
> After the previous update of CURRENT I started to have issues with ftpproxy
> not loading some directories, an example being shrubbery.net rancid directory.
> Today I attempted an upgrade to see if that might kick things into g
Hi,
A very strange issue...
After the previous update of CURRENT I started to have issues with ftpproxy not
loading some directories, an example being shrubbery.net rancid directory.
Today I attempted an upgrade to see if that might kick things into gear and now
my OBSD machine won't boot and Ker
On Sat, Jan 07, 2017 at 03:32:22PM -0800, Mike Larkin wrote:
> Also, this is the third time (that I recall) that HP has thrown us a curveball
> in their ACPI implementation (although at least this time they seem to be
> spec-compliant and it's us missing stuff). Toshiba is another vendor that
> ten
On Sat, Jan 07, 2017 at 03:32:22PM -0800, Mike Larkin wrote:
> On Mon, Jan 02, 2017 at 06:55:28AM +0900, Kyoung Jae Seo wrote:
> > On Sun, Jan 01, 2017 at 02:00:44PM +0300, Özgür Kazancci wrote:
> > > Hello,
> > >
> > > Mike, just wanted to ask if you've had any chance of committing anything
> > >
On Mon, Jan 02, 2017 at 06:55:28AM +0900, Kyoung Jae Seo wrote:
> On Sun, Jan 01, 2017 at 02:00:44PM +0300, Özgür Kazancci wrote:
> > Hello,
> >
> > Mike, just wanted to ask if you've had any chance of committing anything
> > regarding the issue? Few months have passed and I'm just curious about t
On Sun, Jan 01, 2017 at 02:00:44PM +0300, Özgür Kazancci wrote:
> Hello,
>
> Mike, just wanted to ask if you've had any chance of committing anything
> regarding the issue? Few months have passed and I'm just curious about the
> issue:
>
> http://marc.info/?l=openbsd-bugs&m=147626115403928&w=2
>
On 11/29/2016 5:32 AM, Mario Bedenk wrote:
As described in the title, I'm experiencing kernel panics with OpenBSD
6.0 running in VMWare ESX when a SAN Failover happens.
Do you have softdep enabled? I've had problems with an overloaded SAN
(high latency) behind ESXi with OpenBSD. Mine had a d
I was not sure if misc or bugs would be appropriate for this problem, so
it's on misc now.
As described in the title, I'm experiencing kernel panics with OpenBSD
6.0 running in VMWare ESX when a SAN Failover happens.
The problem is descibed here:
https://kb.vmware.com/selfservice/microsites/search
On 20/11/16(Sun) 18:34, Frank Groeneveld wrote:
> On Sun, Nov 20, 2016 at 03:21:32PM +0100, Martin Pieuchot wrote:
> > On 20/11/16(Sun) 13:58, Frank Groeneveld wrote:
> > > A few week back there was an outage at my ISP. Afterwards, I kept
> > > getting crashed on igmpproxy after changing channels o
On Sun, Nov 20, 2016 at 03:21:32PM +0100, Martin Pieuchot wrote:
> On 20/11/16(Sun) 13:58, Frank Groeneveld wrote:
> > A few week back there was an outage at my ISP. Afterwards, I kept
> > getting crashed on igmpproxy after changing channels on the tv a few
> > times:
>
> This has been fixed in -c
On 20/11/16(Sun) 13:58, Frank Groeneveld wrote:
> A few week back there was an outage at my ISP. Afterwards, I kept
> getting crashed on igmpproxy after changing channels on the tv a few
> times:
This has been fixed in -current.
A few week back there was an outage at my ISP. Afterwards, I kept
getting crashed on igmpproxy after changing channels on the tv a few
times:
-
Note: RECV Leave message from 192.168.1.2 to 224.0.0.2 (ip_hl
24, data 8)
Debu: Got leave mes
arrowscr...@mail.com [arrowscr...@mail.com] wrote:
> I login on root to restart the network and the system crashed.
> What I did:
> - Login with root on ttyC0
> - Tell dhcp that I wanted dns to localhost:
>
> # echo "supersede domain-name-servers 127.0.0.1;" >> /etc/dhclient.conf
>
> - Then resta
I login on root to restart the network and the system crashed.
What I did:
- Login with root on ttyC0
- Tell dhcp that I wanted dns to localhost:
# echo "supersede domain-name-servers 127.0.0.1;" >> /etc/dhclient.conf
- Then restarted the net:
# sh /etc/netstart
After that the system crashed. H
I am running OpenBSD 5.8 with a GENERIC SMP kernelon a Soekris 6501.
Here is the dmesg trace immediately following the kernel panic :
panic: kernel diagnostic assertion "(t->rn_flags & RNF_ROOT) == 0"
failed: file "../../../../net/radix.c", line 294
Stopped at
OpenBSD
On 20/03/16(Sun) 03:59, DarkSoul wrote:
> Hello list,
>
> I was testing out a beta IPv6 service over PPPoE that our ISP is
> developping,
> and playing around with kernel PPPoE.
>
> My configuration is as follows :
> - pppoe0 for IPv4 internet
> - gif0 for IPv6 internet (Hurricane Electric tunnel
Hello list,
I was testing out a beta IPv6 service over PPPoE that our ISP is
developping,
and playing around with kernel PPPoE.
My configuration is as follows :
- pppoe0 for IPv4 internet
- gif0 for IPv6 internet (Hurricane Electric tunnel)
- pppoe1 for test IPv6 internet (and only IPv6)
It was
Stuart Henderson wrote on Sat, Feb 13, 2016 at 08:45:35PM +:
> On 2016-02-12, Donald Allen wrote:
>> On Fri, Feb 12, 2016 at 3:42 PM, Stefan Sperling wrote:
>>> On Fri, Feb 12, 2016 at 03:03:46PM -0500, Donald Allen wrote:
I just used this exchange as an example to a friend who buys eve
On 2016-02-12, Donald Allen wrote:
> On Fri, Feb 12, 2016 at 3:42 PM, Stefan Sperling wrote:
>
>> On Fri, Feb 12, 2016 at 03:03:46PM -0500, Donald Allen wrote:
>> > I just used this exchange as an example to a friend who buys everything
>> > Apple and then complains when their software is buggy.
On Fri, Feb 12, 2016 at 3:42 PM, Stefan Sperling wrote:
> On Fri, Feb 12, 2016 at 03:03:46PM -0500, Donald Allen wrote:
> > I just used this exchange as an example to a friend who buys everything
> > Apple and then complains when their software is buggy. This is a perfect
> > example of how a dir
On Fri, Feb 12, 2016 at 03:03:46PM -0500, Donald Allen wrote:
> I just used this exchange as an example to a friend who buys everything
> Apple and then complains when their software is buggy. This is a perfect
> example of how a direct negative feedback path makes software converge
> quickly to co
On Fri, Feb 12, 2016 at 11:17 AM, Stefan Sperling wrote:
> On Fri, Feb 12, 2016 at 10:47:16AM -0500, Donald Allen wrote:
> > On Fri, Feb 12, 2016 at 10:45 AM, Chris Cappuccio
> wrote:
> >
> > > Donald Allen [donaldcal...@gmail.com] wrote:
> > > > On Feb 12, 2016 05:08, "Stefan Sperling" wrote:
On Fri, Feb 12, 2016 at 10:47:16AM -0500, Donald Allen wrote:
> On Fri, Feb 12, 2016 at 10:45 AM, Chris Cappuccio wrote:
>
> > Donald Allen [donaldcal...@gmail.com] wrote:
> > > On Feb 12, 2016 05:08, "Stefan Sperling" wrote:
> > > >
> > > > On Thu, Feb 11, 2016 at 08:42:21PM -0500, Donald Allen
On Fri, Feb 12, 2016 at 10:45 AM, Chris Cappuccio wrote:
> Donald Allen [donaldcal...@gmail.com] wrote:
> > On Feb 12, 2016 05:08, "Stefan Sperling" wrote:
> > >
> > > On Thu, Feb 11, 2016 at 08:42:21PM -0500, Donald Allen wrote:
> > > > When attempting to install the 2/8 snapshot on my Thinkpad
Donald Allen [donaldcal...@gmail.com] wrote:
> On Feb 12, 2016 05:08, "Stefan Sperling" wrote:
> >
> > On Thu, Feb 11, 2016 at 08:42:21PM -0500, Donald Allen wrote:
> > > When attempting to install the 2/8 snapshot on my Thinkpad x-250, I
> chose
> > > to configure the wireless network interface (
On Feb 12, 2016 05:08, "Stefan Sperling" wrote:
>
> On Thu, Feb 11, 2016 at 08:42:21PM -0500, Donald Allen wrote:
> > When attempting to install the 2/8 snapshot on my Thinkpad x-250, I
chose
> > to configure the wireless network interface (iwm). This resulted in the
> > following:
> >
> > iwm0: c
On Thu, Feb 11, 2016 at 08:42:21PM -0500, Donald Allen wrote:
> When attempting to install the 2/8 snapshot on my Thinkpad x-250, I chose
> to configure the wireless network interface (iwm). This resulted in the
> following:
>
> iwm0: could not read firmware iwm-7265-9 (error 2)
> panic: attempt t
When attempting to install the 2/8 snapshot on my Thinkpad x-250, I chose
to configure the wireless network interface (iwm). This resulted in the
following:
iwm0: could not read firmware iwm-7265-9 (error 2)
panic: attempt to execute user address 0x0 in supervisor mode
Problem in the iwm driver?
On Thu 03/12/2015 09:54, Martin Pieuchot wrote:
> On 30/11/15(Mon) 18:28, Björn Ketelaars wrote:
> > Hello,
> >
> > I repeatedly hit the kernel panic below. Easy to reproduce as it happens
> > over
> > and over again within 60 minutes after rebooting. Root
On 30/11/15(Mon) 18:28, Björn Ketelaars wrote:
> Hello,
>
> I repeatedly hit the kernel panic below. Easy to reproduce as it happens over
> and over again within 60 minutes after rebooting. Root cause is not known.
>
> I'm running snapshot on an USB stick. I tried diffe
The crash I reported a few days ago is the same:
ehci_device_clear_toggle: queue active
Hello,
I repeatedly hit the kernel panic below. Easy to reproduce as it happens over
and over again within 60 minutes after rebooting. Root cause is not known.
I'm running snapshot on an USB stick. I tried different USB ports with the same
result. Next step will be an attempt with a diff
I recently reported a 5.8 Stable kernel panic associated with use of a
USB drive on a particular machine I have (a desktop, Asus motherboad,
AMD processor). That report turned out to be my error, brought about a
mis-config-ed kernel. After restoring the vanilla 5.8 Stable kernel,
the easily
Solved -- my error. I completely forgot that I had used config to make
a kernel from the Stable kernel, disabling devices that don't exist in
this machine, or so I thought. Fortunately, when I installed it, I
saved the stock Stable kernel.
I took your suggestion and downloaded a current snapshot a
On Thu, Nov 12, 2015 at 12:53:06PM -0500, Donald Allen wrote:
> fdisk and disklabel output below.
>
> I should note that the panic is reproducible. I rebooted the problem
> system and tried plugging and unplugging the USB drive and it panicked
> again. The HP laptop, running the 5.8 install cd sys
One more thing: it just occurred to me to try a different USB drive,
to see if the issue was specific to the Toshiba drive. I have a 1TB
Seagate USB drive. I tried plugging it in and unplugging -- same
thing, kernel panic.
fdisk and disklabel output below.
I should note that the panic is reproducible. I rebooted the problem
system and tried plugging and unplugging the USB drive and it panicked
again. The HP laptop, running the 5.8 install cd system, exhibits no
such problems. Plug the same drive in and I get a devic
I am running 5.8 Stable. I plugged in one of my Toshiba USB disks with
the intention of beginning to backup the system. dmesg | tail did not
provide a device address; the line that mentioned the device said 'not
configured'. Without a device address, I couldn't mount the root
partition. So I remove
> On 9 paź 2015, at 13:54, Mike Larkin wrote:
>
> On Fri, Oct 09, 2015 at 04:35:48AM -0700, Mike Larkin wrote:
>> On Fri, Oct 09, 2015 at 09:53:16AM +0200, Holger Glaess wrote:
On Fri, Oct 09, 2015 at 06:22:53AM +0200, Holger Glaess wrote:
> hi
>
> what kind of information you ne
On Fri, Oct 09, 2015 at 04:35:48AM -0700, Mike Larkin wrote:
> On Fri, Oct 09, 2015 at 09:53:16AM +0200, Holger Glaess wrote:
> > > On Fri, Oct 09, 2015 at 06:22:53AM +0200, Holger Glaess wrote:
> > >> hi
> > >>
> > >> what kind of information you need more ?
> > >>
> > >
> > > uhm. this machine is
On Fri, Oct 09, 2015 at 09:53:16AM +0200, Holger Glaess wrote:
> > On Fri, Oct 09, 2015 at 06:22:53AM +0200, Holger Glaess wrote:
> >> hi
> >>
> >> what kind of information you need more ?
> >>
> >
> > uhm. this machine is very very strange. It has devices I've never
> > seen before and many other
> On Fri, Oct 09, 2015 at 06:22:53AM +0200, Holger Glaess wrote:
>> hi
>>
>> what kind of information you need more ?
>>
>
> uhm. this machine is very very strange. It has devices I've never
> seen before and many other devices not even recognized. Without access
> to the hardware there's not much
On Fri, Oct 09, 2015 at 06:22:53AM +0200, Holger Glaess wrote:
> hi
>
> what kind of information you need more ?
>
uhm. this machine is very very strange. It has devices I've never
seen before and many other devices not even recognized. Without access
to the hardware there's not much we can do h
hi
what kind of information you need more ?
holger
Stopped at 0:ehci0: unrecoverable error, controller halted
panic: kernel diagnostic assertion "ci->ci_fpcurproc == p" failed: file
"../../../../arch/i386/isa/npx.c", line 881
Stopped at Debugger+0x7: leave
TIDPID
I think this is the i386 W^X issue, which Mike Larkin is still
puttering at fixing.
Please be patient. Each time he gives me a potential diff, I sneak it
into snapshots.
> Hardware is a Netgate Hamakua network appliance (a rebranded Lanner, not
> sure of the model). It runs fine on 5.7.
>
> I b
Hardware is a Netgate Hamakua network appliance (a rebranded Lanner, not
sure of the model). It runs fine on 5.7.
I booted the /bsd kernel too (same result) so I could get into ddb, results
below. This also happened on the 9/7 snapshot.
Might be related to this thread:
https://marc.info/?t=144173
On 2015-08-25, keith scott wrote:
> A carped pair of our obsd firewalls (5.7) both failed yesterday morning
> within a few hours of each other. The message on the screen read as follows
>
> panic: mtx_enter: locking against myself
> Stopped at Debugger+0x9: Leave run
>
> I rebooted both ma
A carped pair of our obsd firewalls (5.7) both failed yesterday morning
within a few hours of each other. The message on the screen read as follows
panic: mtx_enter: locking against myself
Stopped at Debugger+0x9: Leave run
I rebooted both machines to bring services back on line so the ab
I got the following kernel panic:
panic: kernel diagnostic assertion "sotoinpcb(inp->inp_socket) == inp"
failed: file "../../../../netinet/tcp_input.c", line 640
Stopped at Debugger+0x9: leave
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT
Only running -release without patches. Ok, then I will try out newer
versions before reporting anything, thanks!
On Tue, Mar 3, 2015 at 5:56 PM, Josh Grosse wrote:
> On 2015-03-03 11:37, someone wrote:
>
> 1) If I run transmission-gtk with ex.: 20 torrent files and I'm on a
>> 50 mbit/sec netwo
On 2015-03-03 11:37, someone wrote:
1) If I run transmission-gtk with ex.: 20 torrent files and I'm on a
50 mbit/sec network, after ~10-15 minutes (network fully used,
ethernet, not wifi) my OpenBSD 5.6 64bit on a T61 will always crash
and brings up the gdb. Is that normal?
Do you mean *ddb*,
Hello,
1) If I run transmission-gtk with ex.: 20 torrent files and I'm on a
50 mbit/sec network, after ~10-15 minutes (network fully used,
ethernet, not wifi) my OpenBSD 5.6 64bit on a T61 will always crash
and brings up the gdb. Is that normal? How can I help debug it? I'm
not running it as root,
On Tue, Nov 11, 2014 at 1:04 PM, Stefan Sperling wrote:
> On Tue, Nov 11, 2014 at 01:44:57PM +0200, Alexey Kurinnij wrote:
>> Sorry, in first message ddb only for one processor. This is fresh for both:
>
> athn0 at pci3 dev 0 function 0 "Atheros AR9300" rev 0x01: apic 0 int 16
>
> Sorry, this chip
On Tue, Nov 11, 2014 at 01:44:57PM +0200, Alexey Kurinnij wrote:
> Sorry, in first message ddb only for one processor. This is fresh for both:
athn0 at pci3 dev 0 function 0 "Atheros AR9300" rev 0x01: apic 0 int 16
Sorry, this chip isn't supported. See the man page -- it's not listed.
Damien com
Sorry, in first message ddb only for one processor. This is fresh for both:
# ifconfig athn0 up
panic: kernel diagnostic assertion "pin < sc->ngpiopins" failed: file
"../../../../dev/ic/ar9003.c", line 512
Stopped at Debugger+0x9: leave
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN
kernel panic athn0 when I do
`sudo ifconfig athn0 scan`
or
`sudo ifconfig athn0 inet 192.168.10.1 255.255.255.0 mediaopt hostap nwid
mynwid wpakey 1qaz1qaz up`
or
`sudo ifconfig athn0 up`
ifconfig
athn0: flags=28802 mtu 1500
lladdr 00:00:ef:be:ad:de
priority: 4
groups
Hello,
On 4 September 2014 11:30, wrote:
> Hi all,
> ...
> [demime 1.01d removed an attachment of type image/png which had a name of
> PS_1_2014-09-01 15_14_25-UI-SRV-MCR-01-test-FC.PNG]
>
> [demime 1.01d removed an attachment of type image/png which had a name of
> PS_2_2014-09-01 15_14_25-UI
Hi all,
We have a problem with some machines running on ESX, apparently mostly if a
SAN is used. The appliances crash with a kernel panic (see attached
screenshots) after a few hours or days.
The machines run stable if vmt is disabled in the kernel.
The architecture is i386, and usually we can
> Hello,
Hello
> When startig X on the latest snapshot the kernel paniced, I was stupid
enough not to run the suggested
> command at the ddb prompt because I forgot.
>
> Here's the error it reported:
>
> uvm_fault(0xfe823cb0c468, 0x278, 0, 1) -> e
> kernel: page fault trap, code=0
> Sto
gt;ukc> disable acpi0
>> >
>> > might circumvent the kernel panic and allow the boot to successfully
>> > complete. I'm hoping that since this is a server, ACPI is non-essential.
>> >
>> > Just grasping at straws in an effort to get this ma
ukc. I'm wondering whether something like
> >>
> >> ukc> disable acpi0
> >>
> >>might circumvent the kernel panic and allow the boot to successfully
> >>complete. I'm hoping that since this is a server, ACPI is non-essential.
> >>Jus
> >
> > >ukc> disable acpi0
> > >
> > > might circumvent the kernel panic and allow the boot to successfully
> > > complete. I'm hoping that since this is a server, ACPI is non-essential.
> > > Just grasping at straws in an effort
On 6/27/2014 12:10 PM, Stuart Henderson wrote:
On 2014-06-26, Scott Vanderbilt wrote:
Having done a little man page reading on boot-time configuration, I
learned about the existence of ukc. I'm wondering whether something like
ukc> disable acpi0
might circumvent the kernel p
> On 2014-06-26, Scott Vanderbilt wrote:
> > Having done a little man page reading on boot-time configuration, I
> > learned about the existence of ukc. I'm wondering whether something like
> >
> >ukc> disable acpi0
> >
> > might circumvent the
On 2014-06-26, Scott Vanderbilt wrote:
> Having done a little man page reading on boot-time configuration, I
> learned about the existence of ukc. I'm wondering whether something like
>
>ukc> disable acpi0
>
> might circumvent the kernel panic and allow the boot t
f ukc. I'm wondering whether something like
ukc> disable acpi0
might circumvent the kernel panic and allow the boot to successfully
complete. I'm hoping that since this is a server, ACPI is non-essential.
Just grasping at straws in an effort to get this machine up and running
again.
T
PM, Scott Vanderbilt wrote:
> Having done a little man page reading on boot-time configuration, I learned
> about the existence of ukc. I'm wondering whether something like
>
> ukc> disable acpi0
>
> might circumvent the kernel panic and allow the boot to successfully
&g
I can also confirm that newest snapshot works now.
On Thu, Jun 26, 2014 at 7:45 AM, Nils R wrote:
> Works now with the latest snapshot (dsdt.c rev. 1.211), thanks!
Scott Vanderbilt [li...@datagenic.com] wrote:
> Having done a little man page reading on boot-time configuration, I learned
> about the existence of ukc. I'm wondering whether something like
>
> ukc> disable acpi0
>
That or disable acpi
> might circumvent the kerne
Having done a little man page reading on boot-time configuration, I
learned about the existence of ukc. I'm wondering whether something like
ukc> disable acpi0
might circumvent the kernel panic and allow the boot to successfully
complete. I'm hoping that since this is a server
I have this exact same kernel panic. Unfortunately, it's occurring on a
host at a remote co-lo. Does anyone know a way that I can get the
on-site tech to suppress the assertion by way of some boot-time
configuration? Then at least I can get this machine up and running so I
can immedi
Works now with the latest snapshot (dsdt.c rev. 1.211), thanks!
On June 25, 2014 4:42:05 PM MDT, noah pugsley wrote:
>On Wed, Jun 25, 2014 at 2:26 PM, Martin Schröder
>wrote:
>> 2014-06-25 22:25 GMT+02:00 noah pugsley :
>>> On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio
>wrote:
That's what the thermal pads are for. Going from 6W/mK to 17W/mK
>will
>>
On Wed, Jun 25, 2014 at 2:26 PM, Martin Schröder wrote:
> 2014-06-25 22:25 GMT+02:00 noah pugsley :
>> On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio wrote:
>>> That's what the thermal pads are for. Going from 6W/mK to 17W/mK will
>>> conduct more heat to the sink, but the sink might need to be
2014-06-25 22:25 GMT+02:00 noah pugsley :
> On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio wrote:
>> That's what the thermal pads are for. Going from 6W/mK to 17W/mK will
>> conduct more heat to the sink, but the sink might need to be larger
>> for some situations. Also even pressure around the
On Wed, Jun 25, 2014 at 9:51 AM, Chris Cappuccio wrote:
> sven falempin [sven.falem...@gmail.com] wrote:
>>
>> would a bit of http://en.wikipedia.org/wiki/Thermal_grease help ?
>>
>> <, air being approximately 8000 times less efficient at conducting
>> heat than, for example, aluminum (a common he
sven falempin [sven.falem...@gmail.com] wrote:
>
> would a bit of http://en.wikipedia.org/wiki/Thermal_grease help ?
>
> <, air being approximately 8000 times less efficient at conducting
> heat than, for example, aluminum (a common heatsink material) >
>
That's what the thermal pads are for. G
On Tue, Jun 24, 2014 at 4:23 PM, Chris Cappuccio wrote:
>
> Stuart Henderson [s...@spacehopper.org] wrote:
> > On 2014-06-20, Roger Wiklund wrote:
> > > On a side note I'm a bit worried about the CPU temperate, almost 70
> > > degrees C during normal load.
> >
> > Yes. Someone, make a better chas
Am 25.06.2014 17:05 schrieb Jason Crawford :
>
> My system panic's from the KASSERT() call at line 2269 after dsdt.c was
> updated to 1.210.
>
> All I have is the basic panic message and the dmesg from the last known
> working snapshot kernel. I tried to get more information but my USB
> keyboa
My system panic's from the KASSERT() call at line 2269 after dsdt.c was
updated to 1.210.
All I have is the basic panic message and the dmesg from the last known
working snapshot kernel. I tried to get more information but my USB
keyboard does not work in the kernel debugger, and my on-board keybo
Stuart Henderson [s...@spacehopper.org] wrote:
> On 2014-06-20, Roger Wiklund wrote:
> > On a side note I'm a bit worried about the CPU temperate, almost 70
> > degrees C during normal load.
>
> Yes. Someone, make a better chassis for these, please...! A low rpm fan
> would be quite acceptable to
Sender: owner-m...@openbsd.org
On-Behalf-Of: s...@spacehopper.org
Subject: Re: OpenBSD 5.5 on mSATA SSD unit in PC Engines APU.1C - "bad dir ino
2 at offset 0: mangled entry" kernel panic
Message-Id:
Recipient: adam.atkin...@damovo.com
Received: from Mail2.damovo.com (109.204.121.44)
On 2014-06-20, Roger Wiklund wrote:
> On a side note I'm a bit worried about the CPU temperate, almost 70
> degrees C during normal load.
Yes. Someone, make a better chassis for these, please...! A low rpm fan
would be quite acceptable to me and I think would make a huge difference.
You know ther
On Fri, 20 Jun 2014 11:14:31 +0100, =?iso-8859-1?Q?Z=E9?= Loff wrote:
> On Fri, Jun 20, 2014 at 11:40:02AM +0200, Roger Wiklund wrote:
> > No problems so far with Intel mSATA 525 30GB.
> >
> > On a side note I'm a bit worried about the CPU temperate, almost 70
> > degrees C during normal load.
>
Roger Wiklund [roger.wikl...@gmail.com] wrote:
> No problems so far with Intel mSATA 525 30GB.
>
> On a side note I'm a bit worried about the CPU temperate, almost 70
> degrees C during normal load.
>
I have two DNS/NTP/DHCP servers running on APUs in a cooled datacenter
environment.
Unbound ha
On 2014-06-20 04:14, Zé Loff wrote:
On Fri, Jun 20, 2014 at 11:40:02AM +0200, Roger Wiklund wrote:
No problems so far with Intel mSATA 525 30GB.
On a side note I'm a bit worried about the CPU temperate, almost 70
degrees C during normal load.
Same here: 70-75C, for a 0.2 average load. The cas
Did some tests (cold Swedish midsummer around 12C outside)
Bedroom floor near open window
1:48PM up 1:06, 1 user, load averages: 0.29, 0.17, 0.11
hw.sensors.km0.temp0=58.00 degC
Kitchen countertop, no open windows
3:01PM up 1:09, 1 user, load averages: 0.11, 0.09, 0.08
hw.sensors.km0.temp0=64
101 - 200 of 562 matches
Mail list logo