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 in the
kernel.
It's not only about GEM, but
in this scope
Please, someone write reasonable support for DragonFly - separate files,
no messing with FreeBSD specific files etc. I promise I'll blow the dust
away from my DragonFly machine and will commit it into the upstream.
--
Hasso Tepper
,
--
Hasso Tepper
/*checkout*/config/config/config.sub'
--
Hasso Tepper
HAMMER: Warning: rebalance caught race against propagate
Is that something I should worry about?
--
Hasso Tepper
. But it also
means that things will rotten quite fast in the pkgsrc. To preserve
usability of the pkgsrc, the help from community is very much needed.
--
Hasso Tepper
(using various Intel, ATI and Nvidia cards) I'd
recommend ATI up to R500 though.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.2/i386
Compiler: gcc
Build start: 2009-09-11 18:29
Build end: 2009-09-16 19:56
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090911.1829/meta/report.html
Machine readable version:
-Build start: 2009-09-04 23:29
+Build start: 2009-09-11 18:29
-Total number of packages: 9067
- Successfully built: 8281
- Failed to build: 327
- Depending on failed package: 122
- Explicitly broken or masked: 269
- Depending on masked package:68
+Total
pkgsrc bulk build report
DragonFly 2.3.2/i386
Compiler: gcc
Build start: 2009-09-04 23:29
Build end: 2009-09-09 04:21
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090904.2329/meta/report.html
Machine readable version:
-Build start: 2009-08-30 18:36
+Build start: 2009-09-04 23:29
-Total number of packages: 9060
- Successfully built: 8317
- Failed to build: 328
- Depending on failed package:78
+Total number of packages: 9067
+ Successfully built: 8281
+
pkgsrc bulk build report
DragonFly 2.3.2/i386
Compiler: gcc
Build start: 2009-08-30 18:36
Build end: 2009-09-04 20:58
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090830.1836/meta/report.html
Machine readable version:
-Build start: 2009-08-25 19:24
+Build start: 2009-08-30 18:36
-Total number of packages: 9044
- Successfully built: 8288
- Failed to build: 335
- Depending on failed package:84
+Total number of packages: 9060
+ Successfully built: 8317
+
in the console and the system is under 50% interrupt
load. This is gone if I disconnect SATA DVD (not ahci(4)) device. Why it
isn't the while installing?
There might be more of course, help is welcome ;).
--
Hasso Tepper
Hasso Tepper wrote:
* System behaves well when installing, but after booting into installed
system from raid volume (pre-devfs system) there are constant intr 11
livelock messages in the console and the system is under 50%
interrupt load. This is gone if I disconnect SATA DVD (not ahci(4
into releases,
it's really only putting a little bit time and effort into it.
Take a look at these patches there, commit them or die! isn't a
polite way, btw ;).
Thank you!
--
Hasso Tepper
# that the kernel ELF loader considers as an executable. I think this
# is the simplest way to make it self virtualizable!
LDFLAGS+=-Wl,-shared
It would be nice if someone with free timeslots, could take a look.
regards,
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.2/i386
Compiler: gcc
Build start: 2009-08-25 19:24
Build end: 2009-08-29 14:09
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090825.1924/meta/report.html
Machine readable version:
-Build start: 2009-08-23 14:02
+Build start: 2009-08-25 19:24
-Total number of packages: 9041
- Successfully built: 8286
- Failed to build: 322
- Depending on failed package:95
- Explicitly broken or masked: 270
+Total number of packages: 9044
+
pkgsrc bulk build report
DragonFly 2.3.2/i386
Compiler: gcc
Build start: 2009-08-23 14:02
Build end: 2009-08-25 17:42
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090823.1402/meta/report.html
Machine readable version:
-Build start: 2009-08-20 11:13
+Build start: 2009-08-23 14:02
-Total number of packages: 9034
- Successfully built: 8256
- Failed to build: 320
- Depending on failed package: 120
+Total number of packages: 9041
+ Successfully built: 8286
+
pkgsrc bulk build report
DragonFly 2.3.2/i386
Compiler: gcc
Build start: 2009-08-20 11:13
Build end: 2009-08-23 06:24
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090820.1113/meta/report.html
Machine readable version:
-Build start: 2009-08-12 22:01
+Build start: 2009-08-20 11:13
-cad/boolean pkgsrc-us...@netbsd.org
-chat/jabberd2 1 pkgsrc-us...@netbsd.org
-comms/openobex 5 pkgsrc-us...@netbsd.org
-devel/diffuse
Neil Booth wrote:
But why do I need this link? What is at fault here? It seems to be
coming from libtool, but I'm curious why apparently no-one else sees
this, and I have no idea how to fix libtool.
Rebuild the devel/libtool-base package.
--
Hasso Tepper
known
good package. Then this procedure works:
pkg_delete -f package
pkg_add package.tgz
pkg_admin rebuild-tree
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.2/i386
Compiler: gcc
Build start: 2009-08-12 22:01
Build end: 2009-08-17 15:48
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090812.2201/meta/report.html
Machine readable version:
-Build start: 2009-07-30 16:12
+Build start: 2009-08-12 22:01
-audio/albumplayerpkgstc-us...@netbsd.org
-audio/csound5pkgsrc-us...@netbsd.org
+audio/cdparanoia 13 k...@tac.nyc.ny.us
-audio/mp3_check
audio/cdparanoia got a major update which broke it for DragonFly:
http://permalink.gmane.org/gmane.os.netbsd.devel.pkgsrc.cvs/131365
Anyone can help to make it work again?
--
Hasso Tepper
gcc-4.4 default even after the 2.4
release. We just can't break so much things.
Honestly, I don't know what position/direction we should take now ... ;)
Thoughts?
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-07-30 16:12
Build end: 2009-08-03 09:25
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090730.1612/meta/report.html
Machine readable version:
-Build start: 2009-07-24 19:13
+Build start: 2009-07-30 16:12
-Total number of packages: 8969
- Successfully built: 8209
- Failed to build: 337
- Depending on failed package:90
- Depending on masked package:66
+Total number of packages: 8995
+
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-07-24 19:13
Build end: 2009-07-30 12:54
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090724.1913/meta/report.html
Machine readable version:
-Build start: 2009-07-18 04:01
+Build start: 2009-07-24 19:13
-Total number of packages: 8962
- Successfully built: 8229
- Failed to build: 328
- Depending on failed package:74
- Explicitly broken or masked: 268
- Depending on masked package:63
+Total
Anyone has any plans to work on video support for DragonFly? I mean
especially newer stuff using v4l2 (Video for Linux 2) API etc.
I'm asking because if not, I'm going to disable pkgsrc video stuff using
v4l2 API for now.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-07-18 04:01
Build end: 2009-07-22 21:14
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090718.0401/meta/report.html
Machine readable version:
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-07-07 04:48
Build end: 2009-07-08 11:53
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090707.0448/meta/report.html
Machine readable version:
-Build start: 2009-07-04 02:33
+Build start: 2009-07-07 04:48
-Total number of packages: 8855
- Successfully built: 8064
- Failed to build: 358
- Depending on failed package: 107
+Total number of packages: 8857
+ Successfully built: 8081
+
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-07-08 12:25
Build end: 2009-07-08 19:34
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090708.1225/meta/report.html
Machine readable version:
-Build start: 2009-07-07 04:48
+Build start: 2009-07-08 12:25
- Successfully built: 8081
- Failed to build: 355
- Depending on failed package:95
+ Successfully built: 8088
+ Failed to build: 350
+ Depending on failed package:93
running packages
built before that change though.
I'm in vacation next four weeks, so I'm not able to work on this much, but
I hope to get most of pkgsrc in shape again (to fix failures in essential
packages at least) during this week.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-07-04 02:33
Build end: 2009-07-06 18:55
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090704.0233/meta/report.html
Machine readable version:
-Build start: 2009-06-21 03:42
+Build start: 2009-07-04 02:33
-Total number of packages: 8853
- Successfully built: 8034
- Failed to build: 371
- Depending on failed package: 122
+Total number of packages: 8855
+ Successfully built: 8064
+
Seems to work fine here on my laptop. And it also seems to fix one of most
annoying issues I had on it - interrupt storms with pcmcia devices.
Good work!
--
Hasso Tepper
don't :).
--
Hasso Tepper
). There are several commits into
other backends to solve sync problems, but none into OSS code. Therefore
call for help - if you can and understand what OSS is (I don't ;), please
look at it.
--
Hasso Tepper
on Solaris at all. Both
NetBSD and OpenBSD do the same (in the ports) - only sunaudio backend is
compiled. Therefore I doubt that OSS is received any real testing at
all ;).
--
Hasso Tepper
Matthew Dillon wrote:
Where is the wip/firefox? I've been using:
cvs -d anon...@anoncvs.netbsd.org:/cvsroot update -Pd pkgsrc
But it doesn't seem to have that wip.
http://pkgsrc-wip.sourceforge.net
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-06-21 03:42
Build end: 2009-06-25 18:16
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090621.0342/meta/report.html
Machine readable version:
-Build start: 2009-06-15 20:20
+Build start: 2009-06-21 03:42
-Total number of packages: 8850
- Successfully built: 7793
- Failed to build: 391
+Total number of packages: 8853
+ Successfully built: 8034
+ Failed to build: 371
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-06-15 20:20
Build end: 2009-06-21 03:16
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090615.2020/meta/report.html
Machine readable version:
-Build start: 2009-06-07 15:26
+Build start: 2009-06-15 20:20
-Total number of packages: 8840
- Successfully built: 7973
- Failed to build: 365
- Depending on failed package: 177
+Total number of packages: 8850
+ Successfully built: 7793
+
tags/port, gen 1 (1.5Gbps)
ahci0.0: Found DISK WDC WD5000BEVT-00ZAT0 01.01A01 serial=
WD-WXN109NH2596
ahci0.0: tags=32/32 satacaps=1f06 satafeat=004c capacity=476940.02MB
ahci0.0: f85=7469 f86=bc09 f87=6163 WC=enabled RA=enabled SEC=frozen
ahci0.2: No device detected
...
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-06-07 15:26
Build end: 2009-06-11 11:55
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090607.1526/meta/report.html
Machine readable version:
-Build start: 2009-06-01 02:14
+Build start: 2009-06-07 15:26
-Total number of packages: 8820
- Successfully built: 7999
- Failed to build: 369
- Depending on failed package: 127
+Total number of packages: 8840
+ Successfully built: 7973
+
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-06-01 02:14
Build end: 2009-06-06 04:38
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090601.0214/meta/report.html
Machine readable version:
-Build start: 2009-05-20 10:24
+Build start: 2009-06-01 02:14
-Total number of packages: 8797
- Successfully built: 7973
- Failed to build: 371
- Depending on failed package: 128
+Total number of packages: 8820
+ Successfully built: 7999
+
with yBSD either, please.
I'm sure I forgot something anyway ... ;)
thank you for understanding,
--
Hasso Tepper
at all with Intel hardware. It's due
to another serious threading related bug in our libc. Corecode is
working on this already AFAIK.
So, if you are affected by these, please hold on an update until these are
fixed.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3.1/i386
Compiler: gcc
Build start: 2009-05-20 10:24
Build end: 2009-05-25 10:26
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090520.1024/meta/report.html
Machine readable version:
-Build start: 2009-05-15 05:10
+Build start: 2009-05-20 10:24
+audio/wsoundprefspkgsrc-us...@netbsd.org
-databases/bdb-xml 4 mins...@netbsd.org
+devel/eina ya...@yazzy.org
-editors/TeXmacs
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-05-15 05:10
Build end: 2009-05-20 06:53
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090515.0510/meta/report.html
Machine readable version:
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-05-09 15:17
Build end: 2009-05-12 23:53
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090509.1517/meta/report.html
Machine readable version:
Steve O'Hara-Smith wrote:
OTOH handling API changes required by the client code is hard within the
tree, it would pretty much require two modules.
I don't think that it's a good idea to solve problems which don't exist
(yet).
--
Hasso Tepper
source tree.
Have you tried it? How do you manage kernel interface changes? It isn't
hypothetical, DRM depends closely on many things in kernel (agp(4),
pci(4)). How do you manage having pkgsrc package files outside of pkgsrc
prefix?
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-05-05 04:50
Build end: 2009-05-09 07:25
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090505.0450/meta/report.html
Machine readable version:
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-05-01 05:02
Build end: 2009-05-04 13:39
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090501.0502/meta/report.html
Machine readable version:
{
Return (0x0F)
}
}
Return (0x00)
}
}
thanks,
--
Hasso Tepper
Hasso Tepper wrote:
HPET device section looks like this:
Damn. This was incomplete, correct one follows:
Device (HPET)
{
Name (_HID, EisaId (PNP0103))
Method (_STA, 0, NotSerialized)
{
If (W98F)
{
Return (0x00)
}
Else
Sepherosa Ziehau wrote:
Haha, ok. Please post the dmesg.
Here it is.
--
Hasso Tepper
Copyright (c) 2003-2009 The DragonFly Project.
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University
Matthew Dillon wrote:
Upload the core file to leaf, I'll take a look at it to
try to figure out what the illegal instruction is.
Done.
--
Hasso Tepper
Matthew Dillon wrote:
Need the binary too, Hasso :-)
Oops! Uploaded.
--
Hasso Tepper
-src/lib/libthread_xu/thread/thr_private.h:791
#10 0x2809af9e in malloc_init_hard () at jemalloc.c:1254
#11 0x2809c6c1 in malloc (size=224) at jemalloc.c:5183
#12 0x2809379e in _thr_alloc (curthread=0x0)
etc etc
Any help to track these problems down is welcome.
--
Hasso Tepper
Index
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 module.
Actually I'd prefer it to be imported into base.
--
Hasso Tepper
in having working gcc3, test it out and
report problems.
--
Hasso Tepper
changes are examples, but also struct kinfo_proc
changes.
With all these examples damage is already done, but let's try to avoid
this in future.
--
Hasso Tepper
Hasso Tepper wrote:
nsIConsoleListener.idl
../../dist/bin/xpidl -m header -w -I. -I../../dist/idl -o
_xpidlgen/nsIConsoleListener nsIConsoleListener.idl
** (process:79087): WARNING **: Parse of nsIConsoleListener.idl failed:
unknown error (9)
make[4]: *** [_xpidlgen/nsIConsoleListener.h
Hasso Tepper wrote:
There is another package which fails to build in chroot, but builds
just fine in normal environment - www/firefox3. The message isn't
memory related though:
nsIConsoleListener.idl
../../dist/bin/xpidl -m header -w -I. -I../../dist/idl -o
_xpidlgen/nsIConsoleListener
Hasso Tepper wrote:
Building devel/libgweather fails 100% during bulk build with Out of
memory message. It took some time to find out why the heck it builds
fine on my development machine (PIV with 256MB memory), but fails 100%
on my bulk build machine (Core2 with 2GB memory). But the point
this in either way (in DragonFly or in pkgsrc) are
welcome.
--
Hasso Tepper
in chroot environment fails. Any ideas? Is there memory limits
specific to chroot?
--
Hasso Tepper
-Build start: 2009-04-02 05:00
+Build start: 2009-04-08 05:12
-Total number of packages: 8430
- Successfully built: 7628
- Failed to build: 342
- Depending on failed package: 135
+Total number of packages: 8441
+ Successfully built: 7591
+
as needed. But it's problem for packages that in NetBSD
strings.h includes string.h, and not vice versa, as DragonFly also did
before libc changes. Now DragonFly doesn't any more. Maybe we should
reintroduce this include?
I'm sure there are more problems, but so far so good.
--
Hasso Tepper
for dragonfly but which do not look so simple (e.g.
for erts/emulator/sys/unix/sys_float.c).
I'll take a look of pkgsrc part after I've finished fixing consequences of
major libc changes in DragonFly.
Many thanks.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-04-08 05:12
Build end: 2009-04-13 02:37
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090408.0512/meta/report.html
Machine readable version:
Colin Adams wrote:
Well, if that is the case the ISO should not be available for download
- there should be a fixed version.
Well. It shouldn't be any way fatal, but in general I agree - we should
release 2.2.1 ASAP, really.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-30 23:45
Build end: 2009-04-02 00:48
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090330.2345/meta/report.html
Machine readable version:
Note that this build has some local changes - attempts to solve problems
with tar and pax. The problems with pax should be solved now in HEAD. I
hope that problems with tar will be solved when 2009Q1 will be released.
-Build start: 2009-03-24 10:35
-Build end: 2009-03-29 08:58
-Total number
was started :(.
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-19 03:16
Build end: 2009-03-22 05:19
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090319.0316/meta/report.html
Machine readable version:
-Build start: 2009-03-16 10:43
+Build start: 2009-03-19 03:16
-Total number of packages: 8417
- Successfully built: 7578
- Failed to build: 358
- Depending on failed package: 155
+Total number of packages: 8419
+ Successfully built: 7553
+
to put significant resources making
pkgsrc much better regarding update procedure.
P.S: are we going to put pkgsrc in git (which links to the netbsd CVS)?
I think it would be much easier to roll our own patches and stuff this
way.
If we can't put significant resources into it, no.
--
Hasso
-Build start: 2009-03-14 02:18
+Build start: 2009-03-16 10:43
-archivers/paxgr...@netbsd.org
+cad/pcb dmcmah...@netbsd.org
-chat/telepathy-gabble 3 pkgsrc-us...@netbsd.org
+editors/gedit
sdl support as well with --disable-sdl if you
don't want it.)
* gmake
* gmake install
Enjoy!
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-07 15:37
Build end: 2009-03-12 05:25
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090307.1537/meta/report.html
Machine readable version:
Matthew Dillon wrote:
Hasso, what's the best way to test this? pkgsrc HEAD?
No, qemu subversion repo trunk. Pkgsrc is still at 0.9.1.
--
Hasso Tepper
of pkgsrc ports as well if it will be updated to 0.10.0 and
also trying to push patches into upstreams' stable branch.
happy hacking,
--
Hasso Tepper
pkgsrc bulk build report
DragonFly 2.3/i386
Compiler: gcc
Build start: 2009-03-01 17:05
Build end: 2009-03-07 07:07
Full report:
http://leaf.dragonflybsd.org/~hasso/pbulk-logs/20090301.1705/meta/report.html
Machine readable version:
.
Thank you,
--
Hasso Tepper
the traffic).
With this in place, making control plane software to support it, is quite
straightforward. I have done this once although in limited way on top of
Linux forwarding tables (which are lame in routing point of view, btw)
with Quagga.
regards,
--
Hasso Tepper
and Q3 pkgsrc releases will be targeted to work on latest stable. It
doesn't mean that these will not work on HEAD, they do mostly, but I at
least don't make any extra effort fo that.
--
Hasso Tepper
1 - 100 of 175 matches
Mail list logo
