Hasso Tepper hasso.tep...@gmail.com wrote:
On 04.10.11 22:22, Johannes Hofmann wrote:
Hi,
I happen to have a Core i5 laptop with integrated Intel graphics.
Unfortunately recent versions of xf86-video-intel need kernel support
to work. Most notably the GEM interface needs to be implemented
Hi,
I happen to have a Core i5 laptop with integrated Intel graphics.
Unfortunately recent versions of xf86-video-intel need kernel support
to work. Most notably the GEM interface needs to be implemented in the
kernel.
I looked around and found the following work already done in the BSDs:
Hi,
I just noticed that my laptop was pretty slow after an update to
recent head.
It turned out that sysutils/estd was no longer working and therefore
the CPU was constantly running at 600MHz instead of scaling up under
load.
The problem seems to be the additional fields add to kinfo_cputime in
Hi,
what is the reason for creating powerd instead of using sysutils/estd fr
om pkgsrc, which already does ACPI P-states based frequency scaling?
Cheers Johannes
Matthew Dillon dil...@apollo.backplane.com wrote:
:Am 03/07/2010 01:13 μμ, schrieb Johannes Hofmann:
: Hi,
: what is the reason for creating powerd instead of using sysutils/est
d fr
: om pkgsrc, which already does ACPI P-states based frequency scaling?
:
:I think the main reason is Matt
Steve O'Hara-Smith st...@sohara.org wrote:
Hi,
OK I think I have something concrete - running hammer rebalance on
a freshly booted machine runs the active memory usage up past 2GB and it
stays there after the rebalance has finished even when the machine is left
alone for some
Johannes Hofmann johannes.hofm...@gmx.de wrote:
Hi,
on a recently installed system I can't get into the early boot prompt
(the one before LOADER(8)).
If I hit enter while the bar is spinning the systems gets stuck.
If I just wait for the timeout it continues to boot fine with a warning
jus...@shiningsilence.com wrote:
Another pkgsrc 2009Q3 build for i386 completed - build reports for anyone
who wants to fix packages are at:
http://avalon.dragonflybsd.org/reports//20091105.0234/
Very nice! pkgin picked up the updated packages and the install went
just fine (xpdf,
Hi,
there are four versions of /etc/ttys in the tree:
nrelease/installer/etc/ttys
nrelease/gui/etc/ttys
etc/etc.i386/ttys
etc/etc.amd64/ttys
The paths to xdm seem to be wrong in
nrelease/installer/etc/ttys and nrelease/gui/etc/ttys
/usr/pkg/bin/xdm as in etc/etc.i386/ttys is the correct path
Johannes Hofmann johannes.hofm...@gmx.de wrote:
Hi,
estd is a frequency scaling daemon for NetBSD and DragonFly.
Ove Soerensen the author of estd
(http://www.elektro-eel.org/estd/index.html)
has asked me to take over maintainership of estd. I have a new project
page at http
Hi,
estd is a frequency scaling daemon for NetBSD and DragonFly.
Ove Soerensen the author of estd
(http://www.elektro-eel.org/estd/index.html)
has asked me to take over maintainership of estd. I have a new project
page at http://www.ecademix.com/JohannesHofmann/estd.html and also
made a new
Jordan Gordeev jgord...@dir.bg wrote:
Johannes Hofmann wrote:
Hi,
is anyone using the bulk build script mk/bulk/build successfully on
DragonFly?
[...]
Any ideas?
I suggest you use the new method of doing bulk builds - pbulk.
It's a package available at /usr/pkgsrc/pkgtools/pbulk
Hi,
is anyone using the bulk build script mk/bulk/build successfully on
DragonFly?
After setting up a chroot environment and bootstrapping I can
manually build packages, but sh mk/bulk/build
gives me (after a while):
Complete dependency database left in /usr/pkgsrc/.bulk_db
Appending to
Simon 'corecode' Schubert corec...@fs.ei.tum.de wrote:
Johannes Hofmann wrote:
Matthew Dillon dil...@apollo.backplane.com wrote:
:I'm not sure about kqemu - it's very useful, but since it's a kernel
:module, it has a different status.
:
:However, pkg_dry is a normal software application
Matthew Dillon dil...@apollo.backplane.com wrote:
:I'm not sure about kqemu - it's very useful, but since it's a kernel
:module, it has a different status.
:
:However, pkg_dry is a normal software application, and I suspect will
:turn into a pkgsrc package quickly. If that's the case, we
Simon 'corecode' Schubert corec...@fs.ei.tum.de wrote:
Matthew Dillon wrote:
:Naoya Sugioka wrote:
: I've just sent a mail to gnat at netbsd.org to reach pkgsrc community
: if I can include them to their pkgsrc tree now.
:
:I don't have a good idea how to make a pkgsrc package for kernel
Johannes Hofmann johannes.hofm...@gmx.de wrote:
Simon 'corecode' Schubert corec...@fs.ei.tum.de wrote:
Matthew Dillon wrote:
:Naoya Sugioka wrote:
: I've just sent a mail to gnat at netbsd.org to reach pkgsrc community
: if I can include them to their pkgsrc tree now.
:
:I don't have a good
=) refs=1
A subsequent kldload ./kqemu.ko panics the system with
assertion: sr-refcnt == 0 in sysref_alloc
Thanks for your work!
Johannes
thank you for the kindly support :-)
-Naoya
On Sun, Apr 19, 2009 at 3:23 AM, Johannes Hofmann
johannes.hofm...@gmx.de wrote:
Hi,
Michael
Colin Adams colinpaulad...@googlemail.com wrote:
I plugged in my sole USB stick. It was named as da0 I tried:
mount /dev/da0 /mnt
but got a message saying invalid superblock.
Since I have used it on linux, I tried -t ext2fs but got:
wrong magic number 0 (expected )
What am I
Hi,
Michael Neumann mneum...@ntecs.de wrote:
On Fri, 10 Apr 2009 23:16:37 -0700
Naoya Sugioka naoya.sugi...@gmail.com wrote:
Hi,
I just motivated to port kqemu module since QEMU starts working good
recently, according to this mailing list.
Hi,
I'd really like to see a working
Joerg Sonnenberger jo...@britannica.bec.de wrote:
On Tue, Mar 03, 2009 at 06:58:37PM +0800, Sepherosa Ziehau wrote:
Thanks to Johannes Hofmann's work, iwi(4)'s firmware is upgraded to 3.0.
sysutils/iwi-firmware3?
Yes, would be nice if we could integrate firmware loading better with
the
Hi,
I'm using an application that has a dynamic plugin loading mechanism.
Since recently I get:
LibLoader::resolve: Error on resolving
ddvcard_openhbci_plugin_interface_version: Undefined symbol
_nss_cache_cycle_prevention_function
Which I guess is due to the
Petr Janda [EMAIL PROTECTED] wrote:
If you want to recover the file, just look into the latest snapshot
directory on your partition. Here its /home/snapshots/snap-20081121-0301/
for the latest snapshot of my /home partition.
The problem is, no snapshot has been created in the last 6
Matthew Dillon [EMAIL PROTECTED] wrote:
:Hi,
:
:finally I implemented a method to get a hammer tid from
:around a given time.
:
:This patchlet adds timestamps to the output of hammer mirror-dump:
:http://leaf.dragonflybsd.org/~hofmann/mirror-dump.patch
:And this bash script makes use of
YONETANI Tomokazu [EMAIL PROTECTED] wrote:
On Wed, Jul 30, 2008 at 03:31:46PM +, Johannes Hofmann wrote:
When I try to load more than 5 modules via loader.conf, my kernel
no longer finds the root filesystem.
Booting in Safe Mode still works.
As far as I can tell this is independent
Matthew Dillon [EMAIL PROTECTED] wrote:
:When I try to load more than 5 modules via loader.conf, my kernel
:no longer finds the root filesystem.
:Booting in Safe Mode still works.
:As far as I can tell this is independent of which modules I actually
:load.
:I'm running 2.0 release more or
Now I tried to load all available modules:
ls /modules | grep -v acpi | sed -e 's/.ko/_load=YES/g' /boot/loader.conf
In this case it crashes immediately when acpi.ko gets loaded.
Without acpi it works fine.
Perhaps it's related to a buggy bios on my laptop (Thinkpad T42)?
Johannes
Steve O'Hara-Smith [EMAIL PROTECTED] wrote:
On 21 Jul 2008 18:06:31 GMT
Johannes Hofmann [EMAIL PROTECTED] wrote:
What do you use to keep your pkgsrc tree up to date?
I rsync the CVS repository from rsync.allbsd.org.
Ah yes, the rsync method is working nicely.
Thanks,
Johannes
Matthew Dillon [EMAIL PROTECTED] wrote:
Hurrah! 2.0 has been released!
Excellent! Thanks to all developers,
Johannes
I am continuing to finish up the release document and will also be
adding a new section on the HAMMER filesystem. Three mirrors still
don't have the ISO and
What do you use to keep your pkgsrc tree up to date?
Anonymous cvs does work but is pretty slow.
The cvsup mirrors seem to be rather busy.
I used the mercurial repo at
http://hg.scode.org/mirror/pkgsrc
for some time, but it seems to be down now.
Johannes
about a week ago I got a new 250GB disk for my laptop and reinstalled
it with a huge hammer partition for /usr and /home.
Until now I didn't have any issues. It just works fine.
And the new features that hammer offers are great!
A ufs file system check would have taken ages on a 200GB partition.
Matthew Dillon [EMAIL PROTECTED] wrote:
:Yes it's weird. It's reproducible with gcc34 compiled vkernels btw.
:
:Cheers,
:Johannes
:
That is very odd. Maybe there's a 64-bit arithmatic problem somewhere
w/ gcc-34.
Hi Matt,
the following patch fixes the problem for me. Not sure
Joerg Sonnenberger [EMAIL PROTECTED] wrote:
On Tue, Jul 15, 2008 at 03:22:34PM -0500, Vincent Stemen wrote:
Compiling with gcc -o query -g -Wall main.c produced no warnings at
all. But when I added #include query.c to the main code module after
it was working stand alone, I got a number of
Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
Johannes Hofmann wrote:
Now that hammer is enabled in GENERIC, people might try it out
with development snapshots from
http://chlamydia.fs.ei.tum.de/pub/DragonFly/snapshots/
This fails however, as the snapshots still seem to be built
Now that hammer is enabled in GENERIC, people might try it out
with development snapshots from
http://chlamydia.fs.ei.tum.de/pub/DragonFly/snapshots/
This fails however, as the snapshots still seem to be built with
gcc34. Files just disapear in hammer filesystems with gcc34
compiled kernels.
Can
Hi,
I'm wondering whether there is a way to prevent a process to modify
the file system. setrlimit(RLIMIT_FSIZE) to 0 almost does the trick,
but unfortunately it does not prevent unlink() or truncate().
Is there any reason why there is no limit to prevent unlink or
truncate?
Cheers,
Johannes
Chris Turner [EMAIL PROTECTED] wrote:
Johannes Hofmann wrote:
Hi,
I'm wondering whether there is a way to prevent a process to modify
the file system. setrlimit(RLIMIT_FSIZE) to 0 almost does the trick,
but unfortunately it does not prevent unlink() or truncate().
Is there any reason why
Hasso Tepper [EMAIL PROTECTED] wrote:
Simon 'corecode' Schubert wrote:
we don't have objc support in gcc41, but nobody complained since i
imported/switched the default version, so I figured nobody uses it. If
you do, please speak up! (And if possible add the support)
The user who mailed
: Apple Computer, Inc.
Does anyone understand, why more than one byte may be written if n = 1?
Cheers,
Johannes
Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
[-- text/plain, encoding quoted-printable, charset: UTF-8, 29 lines --]
Simon 'corecode' Schubert wrote:
Johannes Hofmann wrote
normally I use iwi(4) in combination with WPA and it works
mostly fine.
Now I'm forced to use WEP and can't get it working. ifconfig
looks ok, but dhclient does not. Setting the IP address
manually doesn't help either.
I think it has to do with WEP encryption. Does anyone use
iwi with WEP?
After reading the thread on kernel I switched from libc_r to libthread_xu.
Now I have sporadic problems with a program that creates a thread to call
getaddrinfo(3). From time to time I get EAI_NODATA even though the address
is resolvable. It seems to be some timing issue as additional printfs make
Johannes Hofmann [EMAIL PROTECTED] wrote:
After reading the thread on kernel I switched from libc_r to libthread_xu.
Now I have sporadic problems with a program that creates a thread to call
getaddrinfo(3). From time to time I get EAI_NODATA even though the address
is resolvable. It seems
when I try to compile a statically linked binary for profiling
I get the following error:
blob:/tmp echo int main(int argc, char **argv) { for (;;); } test.c
blob:/tmp gcc -static -pg -o test test.c
blob:/tmp ./test
ELF binary type 0 not known.
Abort trap
without -static or -pg it works ok.
Sascha Wildner [EMAIL PROTECTED] wrote:
Matthew Dillon wrote:
Hello everyone! We are happy to say that the 1.12 release is now
available!
Many thanks to everyone who contributed! :)
Yeah excellent. Upgrade was smooth as always. Upgrade works much
better on DragonFly than on all
Joerg Sonnenberger [EMAIL PROTECTED] wrote:
On Fri, Jan 25, 2008 at 05:58:34PM +, Johannes Hofmann wrote:
what is the correct way to use iconv.h from /usr/include instead of
/usr/pkg/include ?
Symlink it in yet another directory that is included before
/usr/pkg/include in the search
walt [EMAIL PROTECTED] wrote:
Johannes Hofmann wrote:
Hello,
what is the correct way to use iconv.h from /usr/include instead of
/usr/pkg/include ?
As soon as I add -I/usr/pkg/include iconv.h is used from there.
Even adding -I/usr/include doesn't help.
On the other hand I need -I/usr/pkg
Hello,
what is the correct way to use iconv.h from /usr/include instead of
/usr/pkg/include ?
As soon as I add -I/usr/pkg/include iconv.h is used from there.
Even adding -I/usr/include doesn't help.
On the other hand I need -I/usr/pkg/include e.g. for jpeglib.h.
Johannes
Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
Steve O'Hara-Smith wrote:
It definitely does need the conditionals around those free calls to avoid
crashing though. The only thing I'm not sure about is which is the error -
freeing them when they are NULL or them being NULL in the first
Steve O'Hara-Smith [EMAIL PROTECTED] wrote:
On Mon, 07 Jan 2008 02:53:44 +0100
Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
You'll need to install a MesaLib that supports dri. I don't know how
you could do this with the MesaLib from pkgsrc. I installed MesaLib-dri
from pkgsrc-wip.
walt [EMAIL PROTECTED] wrote:
On Mon, 7 Jan 2008, Simon 'corecode' Schubert wrote:
Hey,
I am serving you hot + fresh a new dri/drm port. I'd like everybody to
try and use it and to report back on success and problems. I'd like to
commit this update before the release.
What you need
: Yes
server glx vendor string: SGI
server glx version string: 1.2
and
[EMAIL PROTECTED]:~ glxgears
8102 frames in 5.0 seconds = 1620.076 FPS
8171 frames in 5.0 seconds = 1633.914 FPS
This is great! Thanks a lot Simon!
Johannes
Johannes Hofmann [EMAIL PROTECTED] wrote:
Steve O'Hara-Smith
On Wed, Nov 28, 2007 at 09:44:28AM +0100, Simon 'corecode' Schubert wrote:
Johannes Hofmann wrote:
Sepherosa Ziehau [EMAIL PROTECTED] wrote:
Could you try compiling your program with -fno-builtin-vsnprintf?
This makes no difference here, also it does not matter whether I
compile the program
Sepherosa Ziehau [EMAIL PROTECTED] wrote:
Could you try compiling your program with -fno-builtin-vsnprintf?
This makes no difference here, also it does not matter whether I
compile the program with gcc34 or gcc41.
Best Regards,
Johannes
Best Regards,
sephe
Joerg Sonnenberger [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 08:53:46PM +, Johannes Hofmann wrote:
Joerg Sonnenberger [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 06:58:30PM +, Johannes Hofmann wrote:
va_copy(va1, va);
n = vsnprintf(s-str + s
Johannes Hofmann [EMAIL PROTECTED] wrote:
Joerg Sonnenberger [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 08:53:46PM +, Johannes Hofmann wrote:
Joerg Sonnenberger [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 06:58:30PM +, Johannes Hofmann wrote:
va_copy(va1, va
Hello,
I see crashes with a string handling library on DragonFly.
The problem can be reduced to the test program below. It crashes on
DragonFly when compiled with gcc -O2 -o foo foo.c. Without -O2 it
runs fine. No problems on Linux with or without -O2.
Can anyone spot the problem? I think its
Joerg Sonnenberger [EMAIL PROTECTED] wrote:
On Mon, Nov 12, 2007 at 06:58:30PM +, Johannes Hofmann wrote:
va_copy(va1, va);
n = vsnprintf(s-str + s-len, s-size - s-len, format, va);
va_end(va1);
va - va1 in the call to vsnprintf. Also consider
Hi sephe,
your patch installs and runs nicely on my thinkpad t42 (iwi).
No negative effects so far. What problem is it supposed to fix?
Regards,
Johannes
Sepherosa Ziehau [EMAIL PROTECTED] wrote:
Hi,
iwi(4) or ipw(4) users please test following patch:
Huub v.niekerk at hccnet.nl wrote:
Yeah, and also the via module.
Thanks you. I have my sound working now.
sound_load=YES
snd_ich_load=YES
is what I have (with an Intel onboard something.)
BTW, is there any good console music player that supports ReplayGain,
Musepack, APE, FLAC
David Murray [EMAIL PROTECTED] wrote:
Would anyone be good enough to help a DragonFly newbie with an ACPI
question?
I'm trying to get the front-panel power button to shut the system down
(cleanly). Currently when I press it, nothing discernible happens (no
console messages, nothing
the estctrl hack from
Johannes
Hofmann
(http://leaf.dragonflybsd.org/mailarchive/users/2006-05/msg00069.html), but
that didn't work with the netbsd-based est module:
SchlesisNB# ./estctrl
estctrl: Error reading supported CPU frequencies: No such file or directory
Thanks,
Thomas
Hi Thomas
YONETANI Tomokazu [EMAIL PROTECTED] wrote:
On Thu, Jun 22, 2006 at 03:36:38PM +0200, [EMAIL PROTECTED] wrote:
On Thu, Jun 22, 2006 at 02:42:58PM +0200, Thomas Schlesinger wrote:
Unfortunately, it seems not to support my Pentium-M 1.73GHz (Pentium
M-740,
533MHz FSB):
NetBSD has
/*
Johannes Hofmann [EMAIL PROTECTED] wrote:
YONETANI Tomokazu [EMAIL PROTECTED] wrote:
On Thu, Jun 22, 2006 at 03:36:38PM +0200, [EMAIL PROTECTED] wrote:
On Thu, Jun 22, 2006 at 02:42:58PM +0200, Thomas Schlesinger wrote:
Unfortunately, it seems not to support my Pentium-M 1.73GHz (Pentium
M
soon for this part; powerd is too hard to port
without cpufreq framework. I'm going to commit est driver alone for now
and work on a DragonFly patch for estd(if Johannes Hofmann hasn't started
it yet).
Only had a look at it yet, but I can try to port it.
Johannes
soon for this part; powerd is too hard to port
without cpufreq framework. I'm going to commit est driver alone for now
and work on a DragonFly patch for estd(if Johannes Hofmann hasn't started
it yet).
Ok, here is an initial patch against estd-r4.1 that makes things
work on DragonFly
[EMAIL PROTECTED] wrote:
On Wed, May 10, 2006 at 03:39:53PM +, Johannes Hofmann wrote:
The following shell script outputs false1 with all shells I tried
but with /bin/sh on DragonFly. Is this a known incompatibility?
I have to read the POSIX definitions, but this doesn't look very wrong
[EMAIL PROTECTED] wrote:
On Tue, May 09, 2006 at 02:47:36PM +, Johannes Hofmann wrote:
I have est working here, but the port is pretty crude and I don't
have time now to clean it up or update it to the newest version.
Did you base it on FreeBSD or NetBSD? The being compatible
Thomas Schlesinger [EMAIL PROTECTED] wrote:
Sepherosa,
a short reply: your latest patch works here on ipw2200.
Thomas
Same here. Sepherosa, thanks for your work on this!
Johannes
Yes, this works great. Would be cool, if the pkgsrc tree would be
available through mercurial too!
Johannes
Andreas Hauser [EMAIL PROTECTED] wrote:
Hoi,
Since cvsup is still not building, people might want to consider
switching to mercurial:
I am running DragonFly on a Thinkpad T42p for quite a while now.
The builtin em(4) ethernet card, sound, wifi (ipw(4)), and pcmcia
slots work out of the box.
I added /usr/ports/sysutils/est from FreeBSD to reduce the power usage.
It's also good to set the DynamicClocks options of the radeon(4)
Simon 'corecode' Schubert [EMAIL PROTECTED] wrote:
I used to update it regularly but I received almost no feedback every
time and my radeon 7500 didn't work anymore, so I never committed it.
Now I am on nVidia so I can't test anymore.
I got patches at
Now that xorg-6.9 is available containing experimental r300 dri support,
I wonder if it's possible to get 3D acceleration with a radeon r300
card to work on DragonFly. I think the drm driver needs some updating.
Any hints on this?
Thanks,
Johannes
Thanks a lot! I've been using mercurial for quite while now and I
really like it. Great to see that it easily scales to projects like
DragonFly (cloning only took 14 minutes).
Johannes
Matthew Dillon [EMAIL PROTECTED] wrote:
Hmm. If it popped into the debugger it should have presented some
sort of error message. See if you can get a kernel core dump with
it in that state.
That's what I did. I did a panic in the debugger and it wrote a kernel
core dump, which I
I am trying to get suspend to RAM working on my Thinkpad. The machine
suspends fine, and even comes up again, but then stops in the kernel
debugger immediately. Here is a stacktrace from gdb:
..
#37 0xc80d4c00 in ?? ()
#38 0xdebf9988 in ?? ()
#39 0xc026ebef in cdevsw_putport (port=0xcce52700,
Gabriel Ambuehl [EMAIL PROTECTED] wrote:
Johannes Hofmann wrote:
I don't understand what this has to do with Xen or similar approaches.
Every process has it's own address space anyway. And if there
are local root exploits, they need to be fixed, just as security flaws
that might exist in Xen
76 matches
Mail list logo