nment. A while ago (can't say
> >>> exactly when) I started to have a problem where any file opening
> >>> dialog would fail with this message: "Cannot talk to klauncher:
> >>> Not connected to D-Bus server"
> >>>
> >>> I found tha
on 28/08/2013 15:09 Andriy Gapon said the following:
> Now a description of the problem.
>
> 1. VirtualBox executable is installed setuid root. Apparently, when it is run
> it does some privileged things and then drops all of the uids and gids (real,
> effective and saved) ba
on 18/07/2013 10:06 Andriy Gapon said the following:
> on 18/07/2013 03:25 Greg Rivers said the following:
>> On Wed, 17 Jul 2013, Andriy Gapon wrote:
>>
>>> I run virtualbox in KDE environment. A while ago (can't say exactly when) I
>>> started to have a
All,
We seem to have discovered a problem that occurs when adding an address (or
alias) to a DOWNed lagg interface. After adding an address, when you try to
bring the interface UP it can't reach the desired networks.
Turns out that the problem occurs because the lagg driver silently passe
e result. Details about the problem I
> attach pictures.
>
> ERROR: I'm trying to add freebsd8.3iso from ILO such as virtual drive not
> from cd or dvd.
>
> Error: mounting /dev/acd0 on /dist: Input/output error (5)
>
> other ERROR:
> Unable to initialize selected
Hi,
I'm trying to install FreeBSD with an HP ILO 4 advanced, web interface. I tried
to install FreeBSD 8.2, FreeBSD 8.3 and FreeBSD 8.4. I tried to use acd0 and
cd0 as media. I got the same result. Details about the problem I attach
pictures.
ERROR: I'm trying to add freebsd8.3is
On 05/23/13 17:03, Computer Network Man wrote:
> Dear Lawrence;
> Wow! many thanks for your patch. We tested and it worked and solved our
> problem.
Committed. Thanks for the bug report and for testing the patch.
Cheers,
Lawrence
___
freebs
On 05/13/13 16:37, Computer Network Man wrote:
> Dear Guys;
> In a fresh FreeBSD 9 or 9.1 Release if you just run these commands:
> # kldload alq
> # kldunload alq
> # init 0 or shutdown -p now
> it will panic!
> maybe it's a bug.
> We have a module which uses alq API's.
> MODULE_DEPEND(mymodul
On 5/12/13 11:37 PM, Computer Network Man wrote:
Dear Guys;
In a fresh FreeBSD 9 or 9.1 Release if you just run these commands:
# kldload alq
# kldunload alq
# init 0 or shutdown -p now
it will panic!
maybe it's a bug.
We have a module which uses alq API's.
MODULE_DEPEND(mymodule, alq, 1, 1,
Dear Guys;
In a fresh FreeBSD 9 or 9.1 Release if you just run these commands:
# kldload alq
# kldunload alq
# init 0 or shutdown -p now
it will panic!
maybe it's a bug.
We have a module which uses alq API's.
MODULE_DEPEND(mymodule, alq, 1, 1, 1)
when our module starts, loads alq. and when it s
Hi,
I have got a big computer which has got at least 4 core "Hp Proliant DL580 g7"
server.
And it has got HP p410i smart array RAID card.
I tried to install FreeBSD 8.2, 8.3 9.1 from DVD and bootonly cd but after
passed menu screen I got an error.
Please show me the way for solution.
I at
on 05/12/2012 17:55 Alexandr Matveev said the following:
> Hello,
>
> I'm writing a storage controller driver for 9.0-RELEASE-p4 and i'm using
> sleepq at initialization to sleep until command is processed by controller:
>
> struct command {
> <...>
> uint8_tdone;
> };
>
> void send_
Hello,
I'm writing a storage controller driver for 9.0-RELEASE-p4 and i'm using
sleepq at initialization to sleep until command is processed by controller:
struct command {
<...>
uint8_tdone;
};
void send_command_and_wait(struct command *cmd)
{
command->done = 0;
send_comman
On Oct 9, 2012, at 4:46 AM, Daniel Braniss wrote:
> [snip]
>> any fix?
>>> You have found the fix. Remove the WITHOUT_ options from the build
>>> that keep it from completing. You'll be able to add them at installworld
>>> time w/o a hassle. nanobsd uses this to keep things down, while s
On Oct 9, 2012, at 3:46 AM, Daniel Braniss wrote:
> [snip]
>> any fix?
>>> You have found the fix. Remove the WITHOUT_ options from the build
>>> that keep it from completing. You'll be able to add them at installworld
>>> time w/o a hassle. nanobsd uses this to keep things down, while s
[snip]
> any fix?
> > You have found the fix. Remove the WITHOUT_ options from the build
> > that keep it from completing. You'll be able to add them at installworld
> > time w/o a hassle. nanobsd uses this to keep things down, while still
> > being able to build the system.
> > Warner
>
reposting to hackers, maybe better luck here?
When using an amd64 host to 'make TARGET_ARCH=i386 buildworld' it seems that
it's using the wrong cpp, at least when building ioctl.c via mkioctl in
usr.bin/ktrace and having set WITHOUT_CPP(*). This used to work with
previous releases.
...
===> usr.b
On 07/05/2012 12:18 PM, Sean wrote:
>
> On 06/07/2012, at 1:21 AM, Richard Yao wrote:
>
>> On 07/05/2012 10:58 AM, Sean wrote:
>>>
>>> On 05/07/2012, at 10:02 PM, Richard Yao wrote:
The second is the e-file command, which will query that database for
whatever follows it. For exampl
On 06/07/2012, at 1:21 AM, Richard Yao wrote:
> On 07/05/2012 10:58 AM, Sean wrote:
>>
>> On 05/07/2012, at 10:02 PM, Richard Yao wrote:
>>>
>>> The second is the e-file command, which will query that database for
>>> whatever follows it. For example, if I want to find out which package
>>> ins
On Jul 5, 2012 4:00 PM, "Sean" wrote:
>
>
> On 05/07/2012, at 10:02 PM, Richard Yao wrote:
> >
> > The second is the e-file command, which will query that database for
> > whatever follows it. For example, if I want to find out which package
> > installs repoman, I can do `e-file repoman`. I can a
On 05/07/2012 15:58, Sean wrote:
>
> On 05/07/2012, at 10:02 PM, Richard Yao wrote:
>>
>> The second is the e-file command, which will query that database for
>> whatever follows it. For example, if I want to find out which package
>> installs repoman, I can do `e-file repoman`. I can also do `e-f
On 05/07/2012, at 10:02 PM, Richard Yao wrote:
>
> The second is the e-file command, which will query that database for
> whatever follows it. For example, if I want to find out which package
> installs repoman, I can do `e-file repoman`. I can also do `e-file
> /usr/bin/repoman`.
>
> if FreeBSD
On 07/05/2012 02:10 AM, Warner Losh wrote:
>
> On Jul 4, 2012, at 4:08 PM, Doug Barton wrote:
>
>> On 07/04/2012 15:01, Mike Meyer wrote:
>>> On Wed, 04 Jul 2012 14:19:38 -0700
>>> Doug Barton wrote:
On 07/04/2012 11:51, Jason Hellenthal wrote:
> What would be really nice here is a comm
/msg164538.html
It fixes an often reported problem with negative cacheing in NSCD:
E.g. when a new user account is created, there is a query for this
username to give a meaningful reply to the user, if that username
has been choosen before. The query result is cached, and if the
username was not found
The Name Service Cache Daemon (NSCD) is useful, but may get in your
way if you modify data that is cached and have the cache return stale
data until expiry.
One common scenario is an installation script that creates the
required user account, but first checks whether the account name
is currently
On Thu, 14 Jun 2012 15:23:11 -0500, Dieter BSD
wrote:
Replacing perfectly good components simply because they
are GPL. The purpose of BSD is supposed to be creating a
great OS, not providing software hoarders with a supply
of free code to abuse.
You realize that companies like Juniper have
Spending resources to create more releases is pointless when
the PRs aren't getting fixed. "Oh, Look! Release 9.2.2.2.2.2
is out! The system still crashes every 5 seconds, but a typo
on the true(1) man page is fixed."
We need a more global discussion about all the things that
resources are spen
On Wed, 13 Jun 2012 22:32:08 -0800 Royce Williams
wrote:
> Even one item from my wish list would lower the branches so that more
> people could reach the fruit. :-)
Well... maybe this year for the crashdump auto-submit part. For the
rest I suggest to provide some text suitable for the ideas list
On Wed, 13 Jun 2012 23:06:15 -0700 Garrett Cooper
wrote:
> On Wed, Jun 13, 2012 at 10:25 PM, Royce Williams
> wrote:
> > On Wed, Jun 13, 2012 at 8:30 PM, Adrian Chadd
> > wrote:
> >> On 13 June 2012 21:26, Mark Linimon wrote:
> >>> On Wed, Jun 13, 2012 at 08:50:24AM -0700, Garrett Cooper wrote
s BSD's design stratagem is concerned .
>
> This is really starting to get philosophical and away from the
> original intent behind the original post, but given past discussions
> and the fact that these topics end up going around in circles/cycling
> through periodical
to tackle one of
them. I struggle with that daily myself.
There's a "Not Invented Here" comic strip that is quite applicable:
http://notinventedhe.re/on/2010-3-8
[good Garrett summary of the resource problem snipped]
> So, rather than do things this way by posting wishlist
arting to get philosophical and away from the
original intent behind the original post, but given past discussions
and the fact that these topics end up going around in circles/cycling
through periodically (I've seen it on ports, current/stable/hackers,
etc), here's my perspective after ha
diagonising? means diagnosing agonising? good word :)
that for some reason the FreeBSD CPU/bus speed controls and such are
not working based on the following item I found in my dmesg's:
acpi_tz0: _CRT value is absurd, ignored (-273.2C)
seems like superfluid helium produced in that temperature
On Tue, May 15, 2012 at 02:05:27PM +0200, rank1see...@gmail.com wrote:
> - Original Message -
> From: Aryeh Friedman
>
> There is something special about laptops, which distincts them from desktop
> and server hardware.
> Requirement for cooling maintaince!
>
> > hw.acpi.thermal.tz0.tem
- Original Message -
From: Aryeh Friedman
There is something special about laptops, which distincts them from desktop and
server hardware.
Requirement for cooling maintaince!
> hw.acpi.thermal.tz0.temperature: 94.0C
This pretty much says it all.
Fix starts when you turn OFF your laptop
On Mon, May 14, 2012 at 05:19:26PM -0600 I heard the voice of
Ian Lepore, and lo! it spake thus:
>
> dev.cpu.0.temperature is provided by the coretemp(4) driver, maybe
> you need to kldload it?
A quick Google suggests that model (g7-1365dx) is an AMD Llano proc,
so I doubt "coretemp — device driv
>
> dev.cpu.0.temperature is provided by the coretemp(4) driver, maybe you
> need to kldload it?
>
> -- Ian
>
>
Added coretemp and still no sysctl of that name
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
On Mon, 2012-05-14 at 18:56 -0400, Aryeh Friedman wrote:
> On Mon, May 14, 2012 at 6:37 PM, Bartosz Fabianowski
> wrote:
> > Try sysctl dev.cpu.0.temperature. I have a notoriously overheating Dell
> > laptop and for me, this sysctl always reports the temperature.
> >
> > - Bartosz
>
> ~/Desktop
On Mon, May 14, 2012 at 7:02 PM, Anton Shterenlikht wrote:
> On Mon, May 14, 2012 at 06:56:47PM -0400, Aryeh Friedman wrote:
>> On Mon, May 14, 2012 at 6:37 PM, Bartosz Fabianowski
>> wrote:
>> > Try sysctl dev.cpu.0.temperature. I have a notoriously overheating Dell
>> > laptop and for me, this
On Mon, May 14, 2012 at 06:56:47PM -0400, Aryeh Friedman wrote:
> On Mon, May 14, 2012 at 6:37 PM, Bartosz Fabianowski
> wrote:
> > Try sysctl dev.cpu.0.temperature. I have a notoriously overheating Dell
> > laptop and for me, this sysctl always reports the temperature.
> >
> > - Bartosz
>
> ~/D
On Mon, May 14, 2012 at 6:37 PM, Bartosz Fabianowski wrote:
> Try sysctl dev.cpu.0.temperature. I have a notoriously overheating Dell
> laptop and for me, this sysctl always reports the temperature.
>
> - Bartosz
~/Desktop aryeh@localhost% sysctl dev.cpu.0.temperature
sysctl: unknown oid 'dev.cpu
Try sysctl dev.cpu.0.temperature. I have a notoriously overheating Dell
laptop and for me, this sysctl always reports the temperature.
- Bartosz
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To u
I have a HP Pavilion g7-1365dx laptop that is constantly freezing up
(doesn't respond to any key/mouse actions except the power switch) at
random times the most reasonable explination I can think of is
overheating and thus I have gotten one of those laptop mats that has a
fan in it but to no avail
I've just installed the new version of Heimdal, 1.5.2 from ports, and
I'm having a problem.
As in the past, BerkeleyDB needs to be enabled with make config so
that there is a backend. However, I'm still getting the error as if
BerkeleyDB was not enabled, and there is no backend
ODULE_DEPEND(crypto, zlib, 1, 1, 1);
(Note I think crypto.ko already do that though).
>
>
>
>
From: aram_baghom...@hotmail.com
> To: d...@delphij.net Subject: RE: crypto.ko module problem Date: Tue,
> 22
Tue, 22 Nov 2011 12:58:02 -0800 From: delp...@delphij.net
>> To: aram_baghom...@hotmail.com CC: d...@delphij.net Subject: Re:
>> crypto.ko module problem
>>
> On 11/22/11 12:49, aram baghomian wrote:
>> I can understand what do you want to refer.
>
> Well be more speci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 11/22/11 12:30, aram baghomian wrote:
>
> Hi
>
> If you can remember i wanted to add my custom hash algorithm to the
> opencrypto project, after i added it and compile my kernel source(
> by your advise),i load the crypto.ko module using kldload
Hi
If you can remember i wanted to add my custom hash algorithm to the opencrypto
project, after i added it
and compile my kernel source( by your advise),i load the crypto.ko module using
kldload and give this error.
link_elf: symbol MYHASHUpdate undefined
MYHASHUpdate is one of my hash func
ected thread.
thread.c:583: internal-error: set_running: Asser tion
`tp->state_ != THREAD_EXITED' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) [answered Y; input
not
On Fri, 26 Aug 2011, Monthadar Al Jaberi wrote:
I have written a dynamic loadable module using DECLARE_MODULE in
FreeBSD-Current.
And I want to iterate through the ifnet list using following code snippet:
If this is on a recent version of FreeBSD (8.x and later), then you probably
mean to
Hi,
I have written a dynamic loadable module using DECLARE_MODULE in
FreeBSD-Current.
And I want to iterate through the ifnet list using following code snippet:
extern struct ifnethead ifnet;
...
struct ifnet *ifp, *ifp_temp;
TAILQ_FOREACH_SAFE(ifp, &ifnet, if_link, ifp_temp) {
p
t 120
>> minutes after 180 minutes of system uptime and the difference is
>> getting worse with time. The problem is in tc_cpu_ticks()
>> implementation which takes into acount just one timecounter overflow,
>> but in tested BSP (16-bit hardware counter) very often more than
On 2011-06-22 12:33, Svatopluk Kraus wrote:
Hi,
I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan
SC400). I found out that a sum of runtimes of all threads is about 120
minutes after 180 minutes of system uptime and the difference is
getting worse with time. The problem
Hi,
I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan
SC400). I found out that a sum of runtimes of all threads is about 120
minutes after 180 minutes of system uptime and the difference is
getting worse with time. The problem is in tc_cpu_ticks()
implementation which takes
On Thursday, May 26, 2011 8:03:19 pm Raphael Kubo da Costa wrote:
> Andriy Gapon writes:
>
> > on 26/05/2011 16:33 John Baldwin said the following:
> >> On Thursday, May 26, 2011 3:37:13 am Andriy Gapon wrote:
> >>> on 26/05/2011 03:35 Raphael Kubo da Costa said the following:
> If I compile
Andriy Gapon writes:
> on 26/05/2011 16:33 John Baldwin said the following:
>> On Thursday, May 26, 2011 3:37:13 am Andriy Gapon wrote:
>>> on 26/05/2011 03:35 Raphael Kubo da Costa said the following:
If I compile the port myself, I can't run any binary (PR ports/152896,
which has been
on 26/05/2011 16:33 John Baldwin said the following:
> On Thursday, May 26, 2011 3:37:13 am Andriy Gapon wrote:
>> on 26/05/2011 03:35 Raphael Kubo da Costa said the following:
>>> If I compile the port myself, I can't run any binary (PR ports/152896,
>>> which has been unanswered despite my effort
On Thursday, May 26, 2011 3:37:13 am Andriy Gapon wrote:
> on 26/05/2011 03:35 Raphael Kubo da Costa said the following:
> > If I compile the port myself, I can't run any binary (PR ports/152896,
> > which has been unanswered despite my efforts):
> >
> > Reading symbols from /usr/local/bin/gdb72
On Wednesday, May 25, 2011 8:35:28 pm Raphael Kubo da Costa wrote:
> Dmitry Krivenok writes:
>
> > As you can see program exited normally w/o any errors.
> > Then I run the same program under gdb-7.2
> >
> > $ /usr/local/bin/gdb72 --args t
> > GNU gdb (GDB) 7.2 [GDB v7.2 for FreeBSD]
> > Copyrigh
on 26/05/2011 03:35 Raphael Kubo da Costa said the following:
> If I compile the port myself, I can't run any binary (PR ports/152896,
> which has been unanswered despite my efforts):
>
> Reading symbols from /usr/local/bin/gdb72...I'm sorry, Dave, I can't
> do that. Symbol format `elf64-x86-
Dmitry Krivenok writes:
> As you can see program exited normally w/o any errors.
> Then I run the same program under gdb-7.2
>
> $ /usr/local/bin/gdb72 --args t
> GNU gdb (GDB) 7.2 [GDB v7.2 for FreeBSD]
> Copyright (C) 2010 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or la
Hello,
I wrote very simple Pthreads program to demonstrate the problem with
gdb-7.2 installed from
ports on my FreeBSD-8.2 (amd64).
///
#include
#include
#include
void* run(void* arg)
{
return 0;
}
int main(int argc
On Wednesday, April 27, 2011 3:41:07 am Vladimir Laskov wrote:
> On 04/26/2011 07:43 PM, John Baldwin wrote:
> > --- //depot/projects/mcelog/mcelog.c2010-08-25 11:41:19.0
> >
> > +++ /home/jhb/work/p4/mcelog/mcelog.c 2010-08-25 11:41:19.0
> >
> > @@ -29,6 +
On 04/26/2011 07:43 PM, John Baldwin wrote:
--- //depot/projects/mcelog/mcelog.c2010-08-25 11:41:19.0
+++ /home/jhb/work/p4/mcelog/mcelog.c 2010-08-25 11:41:19.0
@@ -29,6 +29,10 @@
#include
#include
#include
+#ifdef __i386__
+/* Conflicts with 'enum cputype'
On Tuesday, April 26, 2011 10:10:44 am Vladimir Laskov wrote:
> have problem for i386
> ==
>
> # gmake FREEBSD=yes i386=yes
> Makefile:92: .depend: No such file or directory
> cc -MM -I. p4.c k8.c mcelog.c dmi.c tsc.c core2.c
ream'
cc mcelog.o p4.o k8.o dmi.o tsc.o core2.o bitfield.o intel.o nehalem.o
dunnington.o tulsa.o config.o memutil.o msg.o eventloop.o leaky-bucket.o
memdb.o server.o client.o cache.o rbtree.o memstream.o
/usr/lib/libkvm.so -o mcelog
#
have problem for i386
===
hen it is not safe.
Do we have a place where we can document the current state of afairs,
or shall I just add something to the wiki pages (the unload problem to
the DTrace page and the load the module with SDT probes before the
sdt.ko in the DTrace/HowToAddSDTProbes page)?
Bye,
Alexand
Quoting Andriy Gapon (from Fri, 25 Mar 2011 12:56:56 +0200):
on 25/03/2011 11:52 Alexander Leidinger said the following:
As I read it, it looks a little bit like the SYSINIT of the SDT
probes didn't
work as expected for my new probes (does this work in modules?
fxr.watson.org
AFAICS only li
Hi,
I'm in the process of adding some SDT probes to the linuxulator.
Unfortunately I get a kernel panic while doing a "dtrace -l -P
linuxulator". What I see in kgdb puzzles me. Maybe someone can help out?
The id of the provider is 0x0, I would expect this is a little
pro
on 25/03/2011 11:52 Alexander Leidinger said the following:
> As I read it, it looks a little bit like the SYSINIT of the SDT probes didn't
> work as expected for my new probes (does this work in modules? fxr.watson.org
> AFAICS only lists SDT probes in kernel-code, not in module-code), a hit with
On 02/22/2011 07:57, Garrett Cooper wrote:
Can accounting_file by provided by user input (doesn't look like
it today, but just to be safe I thought I should check)?
These are the kinds of questions it's good to answer for yourself before
you post to the list. :)
If so then the dirname
On Friday, February 18, 2011 7:11:07 am Sergey Kandaurov wrote:
> On 18 February 2011 14:13, venom wrote:
> > On 02/11/2011 11:31 PM, John Baldwin wrote:
> >>
> >> On Friday, February 11, 2011 7:48:39 am venom wrote:
> >>>
> >>> Hello.
> >>>
> >>> i am trying build mcelog
> >>>
> >>>
> >>> FreeBSD
On Mon, Feb 21, 2011 at 11:28 PM, Doug Barton wrote:
> Ignore my last.
>
> The problem is that if /var/account/acct disappears then accounting stops.
> The attached is better, albeit more complicated. It also has the pleasant
> side effect of cleaning up /etc/rc.d/accounting
Ignore my last.
The problem is that if /var/account/acct disappears then accounting
stops. The attached is better, albeit more complicated. It also has the
pleasant side effect of cleaning up /etc/rc.d/accounting a bit.
I've confirmed that with this patch nothing is lost while the fi
:
cp -pf acct acct.0 || rc=3
sa -s $daily_accounting_flags || rc=3
case "$daily_accounting_compress" in
[Yy][Ee][Ss])
gzip -f acct.0 || rc=3;;
esac
To start with, the cp is a problem on a space-constrained system
especially when the log is very large. However I think that doing it
thi
|| rc=3
sa -s $daily_accounting_flags || rc=3
case "$daily_accounting_compress" in
[Yy][Ee][Ss])
gzip -f acct.0 || rc=3;;
esac
To start with, the cp is a problem on a space-constrained system
especially when the l
On 18 February 2011 14:13, venom wrote:
> On 02/11/2011 11:31 PM, John Baldwin wrote:
>>
>> On Friday, February 11, 2011 7:48:39 am venom wrote:
>>>
>>> Hello.
>>>
>>> i am trying build mcelog
>>>
>>>
>>> FreeBSD 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14
>>> 04:15:56
>>> UTC 2011 r
On 02/11/2011 11:31 PM, John Baldwin wrote:
On Friday, February 11, 2011 7:48:39 am venom wrote:
Hello.
i am trying build mcelog
FreeBSD 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56
UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64
# fetch
http://ftp2.pl.freebsd
Hello.
i am trying build mcelog
FreeBSD 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56
UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64
# fetch
http://ftp2.pl.freebsd.org/pub/FreeBSD/distfiles/mcelog-1.0pre2.tar.gz
# tar -xf mcelog-1.0pre2.tar.gz
# cd mcelog-1.0pr
Hello.
i am trying build mcelog
# fetch
http://ftp2.pl.freebsd.org/pub/FreeBSD/distfiles/mcelog-1.0pre2.tar.gz
# tar -xf mcelog-1.0pre2.tar.gz
# cd mcelog-1.0pre2
# fetch http://people.freebsd.org/~jhb/mcelog/mcelog.patch
# fetch http://people.freebsd.org/~jhb/mcelog/memstream.c
# patch < mcel
On Friday, February 11, 2011 7:48:39 am venom wrote:
> Hello.
>
> i am trying build mcelog
>
>
> FreeBSD 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56
> UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64
>
>
> # fetch
> http://ftp2.pl.freebsd.org/pub/FreeBSD/distfile
Hello.
i am trying build mcelog
FreeBSD 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56
UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64
# fetch
http://ftp2.pl.freebsd.org/pub/FreeBSD/distfiles/mcelog-1.0pre2.tar.gz
# tar -xf mcelog-1.0pre2.tar.gz
# cd mcelog-1.0p
Hello.
i am trying build mcelog
FreeBSD 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #0: Fri Jan 14 04:15:56
UTC 2011 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64
# fetch
http://ftp2.pl.freebsd.org/pub/FreeBSD/distfiles/mcelog-1.0pre2.tar.gz
# tar -xf mcelog-1.0pre2.tar.gz
# cd mcelog-1.0pre
Ivan Voras wrote:
On 5 February 2011 19:43, Ruslan Mahmatkhanov wrote:
Hi, Ivan!
Thank you much for response and sorry for late answer. We was able to
collect some data about the issue to make discussion more objective. See
below.
Simple php-fpm restart solves the problem, but i need to
06.02.2011 01:14, Ivan Voras пишет:
On 5 February 2011 23:11, Ruslan Mahmatkhanov wrote:
Yes, it seems so. But all of this locking/threading is a black magick for me
right now, and i don't feel to be able to study out with this fpm issue by
myself. So i just sent this last obtained info to php
On 5 February 2011 23:11, Ruslan Mahmatkhanov wrote:
> Yes, it seems so. But all of this locking/threading is a black magick for me
> right now, and i don't feel to be able to study out with this fpm issue by
> myself. So i just sent this last obtained info to php-fpm mailing list. And
> thank yo
06.02.2011 00:39, Ivan Voras пишет:
On 5 February 2011 21:22, Ivan Voras wrote:
On 5 February 2011 21:03, Ruslan Mahmatkhanov wrote:
Can you please tell me more what you mean by ""robust" pthreads mutexes" and
It's just a name for properties of a mutex; actually this is
imprecise, what's
On 5 February 2011 21:22, Ivan Voras wrote:
> On 5 February 2011 21:03, Ruslan Mahmatkhanov wrote:
>
>>
>> Can you please tell me more what you mean by ""robust" pthreads mutexes" and
>
> It's just a name for properties of a mutex; actually this is
> imprecise, what's needed here is process-share
05.02.2011 23:43, Doug Barton пишет:
On 02/05/2011 10:58, Ruslan Mahmatkhanov wrote:
I just forget to add.
We tried to rebuild php and modules with WITHOUT_LINKTHR=false
Due to the way make works the opposite of WITHOUT_* is WITH_*. The
actual value that it's defined to is ignored.
In any cas
On 02/05/2011 10:58, Ruslan Mahmatkhanov wrote:
I just forget to add.
We tried to rebuild php and modules with WITHOUT_LINKTHR=false
Due to the way make works the opposite of WITHOUT_* is WITH_*. The
actual value that it's defined to is ignored.
In any case, you're better off using 'make con
On 5 February 2011 21:03, Ruslan Mahmatkhanov wrote:
>
> Can you please tell me more what you mean by ""robust" pthreads mutexes" and
It's just a name for properties of a mutex; actually this is
imprecise, what's needed here is process-shared & robust
(fpm_shm_slots.c: FPM uses shared memory).
_
05.02.2011 22:43, Ivan Voras пишет:
- `top -mio` shows very high (8-9 for VCSW) VCSW/IVCSW values
for php-fpm processes and LA is more than 120
I think this is significant, especially with this:
When attaching to any hanging php-fpm proccess with truss, than i see a lot
of this calls:
On 5 February 2011 19:43, Ruslan Mahmatkhanov wrote:
> Hi, Ivan!
>
> Thank you much for response and sorry for late answer. We was able to
> collect some data about the issue to make discussion more objective. See
> below.
>>> Simple php-fpm restart solves the problem
I just forget to add.
We tried to rebuild php and modules with WITHOUT_LINKTHR=false (default
is true) w/o any visible changes. I also the this in failures column of
vmstat -z, may it be somehow related to the issue?
ITEMSIZE LIMIT USED FREE REQUESTS FAILURES
32 Bucket:
and problem
resolution will involve some debugging and stuff, so this was the reason
why i post this to hackers@.
Simple php-fpm restart solves the problem, but i need to track it down
to the cause of this situation and ask for your assistance and
instructions on how to debug it. Some facts
appropriate to ask this on the stable@ list.
Simple php-fpm restart solves the problem, but i need to track it down
to the cause of this situation and ask for your assistance and
instructions on how to debug it. Some facts about this:
On one hand, FPM is said to be very experimental...
Personally
Good day!
We are using custom php application on FreeBSD 8.1R amd64. It is started
with php-fpm 5.3.3 from ports as backend and nginx 0.8.54 as frontend.
Several times per day this app is making self unavailable.
Simple php-fpm restart solves the problem, but i need to track it down
to the
Good day!
We are using custom php application on FreeBSD 8.1R amd64. It is started
with php-fpm 5.3.3 from ports as backend and nginx 0.8.54 as frontend.
Several times per day this app is making self unavailable.
Simple php-fpm restart solves the problem, but i need to track it down
to the
On Sun, Jan 16, 2011 at 7:57 PM, Miki Magyari wrote:
> hi,
>
> I'm new to kernel programming, working on a kernel module and trying
> to debug a crash dump after a panic. Here is the backtrace:
>
> (kgdb) bt
> #0 doadump () at pcpu.h:246
> #1 0xc089cb9e in boot (howto=260) at /usr/src/sys/kern/k
>
> Any pointers why this subfunction not shown with "bt" and why I cannot
> get local variables for it?
>
hi,
after sending this question and having a short break I've just
realized that it is caused by the compiler optimization. -O0 seems to
help.
br,
Miki
_
1 - 100 of 2211 matches
Mail list logo
