Re: 5.2-BETA: giving up on 4 buffers (ata)
On Thursday 27 November 2003 10:43, Stefan Ehmann wrote: On Wed, 2003-11-26 at 19:37, Matthias Andree wrote: Hi, when I rebooted my 5.2-BETA (kernel about 24 hours old), it gave up on flushing 4 dirty blocks. I had three UFS1 softdep file systems mounted on one ATA drive, one ext2 file system on another ATA drive and one ext2 file system on a SCSI drive. Both ext2 file systems had been mounted read-only, so they can't have had dirty blocks. This is a known problem for nearly three months now (See PR 56675). It happens to me every time I shut down the system if i don't unmount my (read-only) ext2 file systems manually. I have this same problem, but I only have ufs1 partitions, all mounted r/w. It seemed to appear about 3 weeks ago, so there has to be a commit in this timeframe that caused it. An extra inconvenience is that I always lose one or two files when I shutdown due to ATA write caching - if I turn it off, I don't lose files, but my system is too slow. Doing a manual 'sync' before shutting down seems to help. Arjan pgp0.pgp Description: signature
Re: 5.2-BETA: giving up on 4 buffers (ata)
On Wednesday 26 November 2003 19:37, Matthias Andree wrote: Hi, when I rebooted my 5.2-BETA (kernel about 24 hours old), it gave up on flushing 4 dirty blocks. I had three UFS1 softdep file systems mounted on one ATA drive, one ext2 file system on another ATA drive and one ext2 file system on a SCSI drive. Both ext2 file systems had been mounted read-only, so they can't have had dirty blocks. At the next reboot, FreeBSD checked all three UFS file systems as they hadn't been umounted cleanly before. Makes me wonder if FreeBSD gave up on the super blocks... Same here, since about 2 weeks. I thought it was just my machine :). Best regards, Arjan pgp0.pgp Description: signature
Re: ULE and very bad responsiveness
On Thursday 13 November 2003 22:25, Jeff Roberson wrote: On Thu, 13 Nov 2003, Harald Schmalzbauer wrote: On Thursday 13 November 2003 07:17, Harald Schmalzbauer wrote: Hi, from comp.unix.bsd.freebsd.misc: Kris Kennaway wrote: On 2003-11-13, Harald Schmalzbauer [EMAIL PROTECTED] wrote: Well, I don't have any measurements but in my case it's not neccessary at all. I built a UP kernel with ULE like Kris advised me. Are you running an up-to-date 5.1-CURRENT? ULE was broken with these characteristics until very recently. If you're up-to-date and still see these problems, you need to post to the current mailing list. Kris Yes, I am running current as of 13. Nov. Find attached my first problem description. This time I also attached my dmesg and kernel conf Try running seti with nice +20 rather than 15. Do you experience bad interactivity without seti running? On a related note, when will SCHED_ULE become the default? It looks like it's ready now (I just played Quake 3 while compiling a new X server :)). This should speed up the finding of any bugs in SCHED_ULE. Best regards, Arjan pgp0.pgp Description: signature
Re: CDDA with common programs (ATAng)
On Saturday 01 November 2003 09:08, Harald Schmalzbauer wrote: Hi all, in the archive I found a discussion about some implementation changes with ATAng which breakes CDDA support for (all?) common programs. Will it ever be possible to use FreeBSD with e.g. kaudiocreator (needs cdparanoia)? I'm no friend of copying audiotracks by hand, give them a more or less apropriate name and feed them into any encoder. There were great tools which could do that automatically but they don't work any more for a reason I cannot follow. There's a patch for cdparanoia that is floating around that fixes this, created by Vladimir Kushnir. I'm not sure if a PR was sent for this, if not, I'll create one (but I'm not sure cdparanoia still works on -STABLE with this patch). Anyways, you can find the patch here: http://www.piwebs.com/freebsd/atang/patch-interface__cooked_interface.c.1 Just place it in the files/ directory of the cdparanoia port. Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CDDA with common programs (ATAng)
On Saturday 01 November 2003 16:54, Arjan van Leeuwen wrote: On Saturday 01 November 2003 09:08, Harald Schmalzbauer wrote: Hi all, in the archive I found a discussion about some implementation changes with ATAng which breakes CDDA support for (all?) common programs. Will it ever be possible to use FreeBSD with e.g. kaudiocreator (needs cdparanoia)? I'm no friend of copying audiotracks by hand, give them a more or less apropriate name and feed them into any encoder. There were great tools which could do that automatically but they don't work any more for a reason I cannot follow. There's a patch for cdparanoia that is floating around that fixes this, created by Vladimir Kushnir. I'm not sure if a PR was sent for this, if not, I'll create one (but I'm not sure cdparanoia still works on -STABLE with this patch). Anyways, you can find the patch here: http://www.piwebs.com/freebsd/atang/patch-interface__cooked_interface.c.1 Just place it in the files/ directory of the cdparanoia port. Sorry, scrap that last sentence. You have to apply this patch _after_ doing 'make patch' for the port. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE page fault with sched_ule.c 1.67
On Monday 27 October 2003 23:31, Jeff Roberson wrote: On Mon, 27 Oct 2003, Jonathan Fosburgh wrote: On Monday 27 October 2003 12:06 pm, Arjan van Leeuwen wrote: Hi, I just cvsupped and built a new kernel that includes sched_ule.c 1.67. I'm getting a page fault when working in Mozilla Firebird. It happens pretty soon, after opening one or two pages. The trace shows that it panics at sched_prio(). I should have said, I am getting the same panic, same trace, but not using Mozilla. I get it shortly after launching my KDE session, though I'm not sure where in my session the problem is being hit. It's KSE. You can disable it to work around temporarily. I will fix it tonight. Thanks for the fast response, seems to be fixed in 1.68 :) Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Error compiling kernel with IPFILTER
On Monday 27 October 2003 16:09, Jeremy Johnston wrote: /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: (Each undeclared identifier is reported only once /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:319: error: for each function it appears in.) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `fr_check_wrapper6': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:329: error: `PFIL_OUT' undeclared (first use in this function) /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: In function `iplattach': /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:376: warning: unused variable `ph_inet' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:378: warning: unused variable `ph_inet6' /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c: At top level: /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:317: warning: `fr_check_wrapper' defined but not used /usr/src/sys/contrib/ipfilter/netinet/ip_fil.c:327: warning: `fr_check_wrapper6' defined but not used *** Error code 1 Read /usr/src/UPDATING: 20030925: Configuring a system to use IPFILTER now requires that PFIL_HOOKS also be explicitly configured. Previously this dependency was magically handled through some cruft in net/pfil.h; but that has been removed. Building a kernel with IPFILTER but not PFIL_HOOKS will fail with obtuse errors in ip_fil.c. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ULE page fault with sched_ule.c 1.67
Hi, I just cvsupped and built a new kernel that includes sched_ule.c 1.67. I'm getting a page fault when working in Mozilla Firebird. It happens pretty soon, after opening one or two pages. The trace shows that it panics at sched_prio(). A screenshot of the trace is here: http://www.piwebs.com/freebsd/ule-pagefault-271003.jpg Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fresh -current trap
On Friday 24 October 2003 22:47, Eric Anholt wrote: On Fri, 2003-10-24 at 13:40, Arjan van Leeuwen wrote: On Friday 24 October 2003 19:30, Kris Kennaway wrote: On Fri, Oct 24, 2003 at 10:13:34AM -0700, Janet Sullivan wrote: Kris Kennaway wrote: On Fri, Oct 24, 2003 at 04:39:14PM +0400, Sergey A. Osokin wrote: Fatal trap 12: page fault while in kernel mode Looks like it might be related to the DRM import from yesterday. You're not using any modules, are you? Since the DRM commit I received similar traps. I had to rebuild a kernel without options radeondrm just to be able to boot. I'm not using any modules. Don't drop the mailing list from the CC list when reporting bugs ;-) Kris Same here, using an Ati Radeon R100. I see functions that have 'radeon' in the name in the trace. Is there any more information I can provide? Not sure what went wrong here. I'm cvsupping to do a fresh build (going really slow, our internet connection is terrible). Sorry for the trouble everyone. 1) It works now 2) It fixed the long-standing problems I had with running OpenGL stuff on my Radeon! (graphics response to mouse/keyboard input used to be lagging behind *significantly* when running any OpenGL game on my Radeon, basically, games were unplayable) Thanks! Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fresh -current trap
On Friday 24 October 2003 19:30, Kris Kennaway wrote: On Fri, Oct 24, 2003 at 10:13:34AM -0700, Janet Sullivan wrote: Kris Kennaway wrote: On Fri, Oct 24, 2003 at 04:39:14PM +0400, Sergey A. Osokin wrote: Fatal trap 12: page fault while in kernel mode Looks like it might be related to the DRM import from yesterday. You're not using any modules, are you? Since the DRM commit I received similar traps. I had to rebuild a kernel without options radeondrm just to be able to boot. I'm not using any modules. Don't drop the mailing list from the CC list when reporting bugs ;-) Kris Same here, using an Ati Radeon R100. I see functions that have 'radeon' in the name in the trace. Is there any more information I can provide? Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Page faults with today's current
On Thursday 16 October 2003 23:00, Jeff Roberson wrote: On Thu, 16 Oct 2003, Arjan van Leeuwen wrote: I just cvsupped and installed a new world and kernel (previous kernel was from October 13), and now my machine gets a page fault when I try to run any GTK2 application (Firebird, Gnome 2). Are others seeing this as well? Arjan If you're running ULE and KSE I just fixed a bug with that. If not, pleae provide a stack trace. You can manually transcribe one by starting a gtk2 application from a console with your DISPLAY variable set appropriately. Thanks, Jeff I just want to mention that this problem is now fixed, with version 1.66 of sched_ule.c. Not only is this problem fixed, SCHED_ULE seems better than ever! The previously reported problem when logging out of GNOME is also fixed, and I also no longer have a lagging mouse when doing buildworlds. Thanks! Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] !DSPAM:3f8f078a976291302114656 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE/KSE deadlock
On Friday 17 October 2003 18:24, Thomas E. Zander wrote: Hi, first the good news: sched_ule 1.65 seems to perform smoother under load for me, almost no mouse sluggishness anymore. Unfortunately I'm unable to use kse since the buildworld 2 hours ago. As soon as nautilus starts during gnome startup the system completely freezes. Using libc_r everything seems normal. Regards, Riggs Ah, this seems to be the same problem that I'm facing. I can start KDE and other X programs without any problems, but GTK2 programs like GNOME and Mozilla-Firebird give a page fault. Arjan P.S. cvsupped ~15:00 CEST, FreeBSD 5.1-CURRENT #0: Fri Oct 17 17:01:12 CEST 2003 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Page faults with today's current
I just cvsupped and installed a new world and kernel (previous kernel was from October 13), and now my machine gets a page fault when I try to run any GTK2 application (Firebird, Gnome 2). Are others seeing this as well? Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Page faults with today's current
On Thursday 16 October 2003 23:00, Jeff Roberson wrote: On Thu, 16 Oct 2003, Arjan van Leeuwen wrote: I just cvsupped and installed a new world and kernel (previous kernel was from October 13), and now my machine gets a page fault when I try to run any GTK2 application (Firebird, Gnome 2). Are others seeing this as well? Arjan If you're running ULE and KSE I just fixed a bug with that. If not, pleae provide a stack trace. You can manually transcribe one by starting a gtk2 application from a console with your DISPLAY variable set appropriately. Yes, I'm using ULE and KSE, but it isn't fixed for me (using rev. 1.65). The trace looks like this: sched_rem(...) setrunqueue(...) sched_wakeup(...) setrunnable(...) wakeup(...) bdone(...) bufdone(...) bufdonebio(...) biodone(...) g_dev_done(...) biodone(...) g_io_schedule_up(...) g_up_procbody(...) fork_exit(...) fork_trampoline() Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE status; interactivity fixed? nice uninvestigated, HTT broken
On Sunday 12 October 2003 23:21, Jeff Roberson wrote: I commited a fix that would have caused all of the jerky behaviors under some load. I was not able to reproduce this problem with kde running afterwards. Thanks for the fix! However, the problem is still here for me (using rev. 1.58). I just noticed it when compiling Mozilla. I can also still see it when logging out of GNOME. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ULE status; interactivity fixed? nice uninvestigated, HTT broken
On Monday 13 October 2003 21:27, Jeff Roberson wrote: On Mon, 13 Oct 2003, Arjan van Leeuwen wrote: On Sunday 12 October 2003 23:21, Jeff Roberson wrote: I commited a fix that would have caused all of the jerky behaviors under some load. I was not able to reproduce this problem with kde running afterwards. Thanks for the fix! However, the problem is still here for me (using rev. 1.58). I just noticed it when compiling Mozilla. I can also still see it when logging out of GNOME. Is it somewhat better? I specifically fixed the problem for Giant but other locks could have the same issues. I suspect that they are far less frequently held without Giant, but I could be wrong. Now that I looked at it better, yes, it does indeed seem better :). It still seems to happen at the same places, but the jerkiness is less... jerky. the position of the mouse pointer is updated more often than used to be the case. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sched_Ule
Evan Dower wrote: How many of the people experiencing SCHED_ULE related problems (primarily lagging) are also using nvidia-driver? I know I am, and I'm pretty sure Arjan is. Could there be a connection? No, I have an ATI Radeon now. The problem seems to appear independently of the video driver used. Arjan -- Evan Dower Undergraduate, Computer Science University of Washington Public key: http://students.washington.edu/evantd/pgp-pub-key.txt Key fingerprint = D321 FA24 4BDA F82D 53A9 5B27 7D15 5A4F 033F 887D ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sched_Ule
On Thursday 09 October 2003 22:57, Jeff Roberson wrote: On Thu, 9 Oct 2003, Sheldon Hearn wrote: On (2003/10/09 00:28), Scott Sipe wrote: Anything that seems disk intensive: bzip2 (unbzip2ing one big file makes this happen), making world, building ports, etc makes my X environment practically unusable. Mouse stutters, reaction times is very slow, feels 10x more sluggish than normal. (I'm running KDE if anyone is curious). A number of us are seeing this problem, and not all of us are entry level end-users. I'm using a single PIII with 1GB of RAM and maxusers 0. No Hyper-threading, nothing interesting in the kernel (apart from I686_CPU only, KTRACE and _KPOSIX_PRIORITY_SCHEDULING). The problem (as I recall) is that Jeff hasn't received reports from people who can dig into the problem and have the time to do so. For example, I'm pretty sure I could at least point a finger at the problem if I had time. But I'm under heavy pressure, and so the only solution that's feasible for me is to just switch to SCHED_4BSD and keep moving. What surprises me is that Jeff can't reproduce it. For me, the sluggish mouse problem manifests under these conditions: 1) Use a USB mouse, not a PS2 mouse. Is this _only_ with usb? Hi Jeff, I have the same problem, but with a PS2 mouse. I've never tried an USB mouse on this system. I've seen this behavior on at least 4 systems now myself, fast and slow systems (my own workstation is an Athlon XP 2000+, 512MB RAM). It must be possible for you to reproduce this behavior. I've seen the lagging mouse on many occasions, always when my system was under high load. It's very difficult to pinpoint though; for example, if I'm building a port, I only notice the lagging for small periods of time during the build (sometimes I don't see it for 5 minutes, then suddenly it lags for about 3 seconds). Most of the time, it doesn't even bother me. One of the places it _always_ happens, is when I log out of GNOME 2.4. The background fades to a darker color, and during the fade, I experience the mouse lag. Can you reproduce this? Maybe you have some hints for me, some things I can try to find out more about this problem? Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
make buildkernel failure in cardbus.c
While trying to do a make buildkernel, cvsupped two hours ago: /usr/local/bin/gcc -c -O -pipe -march=athlon-xp -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/ usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/cardbus/cardbus.c /usr/src/sys/dev/cardbus/cardbus.c:380: error: `card_cis_read_desc' undeclared here (not in a function) /usr/src/sys/dev/cardbus/cardbus.c:380: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:380: error: (near initialization for `cardbus_methods[27].desc') /usr/src/sys/dev/cardbus/cardbus.c:380: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:380: error: (near initialization for `cardbus_methods[27]') /usr/src/sys/dev/cardbus/cardbus.c:381: error: `card_cis_free_desc' undeclared here (not in a function) /usr/src/sys/dev/cardbus/cardbus.c:381: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:381: error: (near initialization for `cardbus_methods[28].desc') /usr/src/sys/dev/cardbus/cardbus.c:381: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:381: error: (near initialization for `cardbus_methods[28]') /usr/src/sys/dev/cardbus/cardbus.c:384: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:384: error: (near initialization for `cardbus_methods[29]') /usr/src/sys/dev/cardbus/cardbus.c:385: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:385: error: (near initialization for `cardbus_methods[30]') /usr/src/sys/dev/cardbus/cardbus.c:386: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:386: error: (near initialization for `cardbus_methods[31]') /usr/src/sys/dev/cardbus/cardbus.c:387: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:387: error: (near initialization for `cardbus_methods[32]') /usr/src/sys/dev/cardbus/cardbus.c:388: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:388: error: (near initialization for `cardbus_methods[33]') /usr/src/sys/dev/cardbus/cardbus.c:389: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:389: error: (near initialization for `cardbus_methods[34]') /usr/src/sys/dev/cardbus/cardbus.c:390: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:390: error: (near initialization for `cardbus_methods[35]') /usr/src/sys/dev/cardbus/cardbus.c:391: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:391: error: (near initialization for `cardbus_methods[36]') /usr/src/sys/dev/cardbus/cardbus.c:392: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:392: error: (near initialization for `cardbus_methods[37]') /usr/src/sys/dev/cardbus/cardbus.c:394: error: initializer element is not constant /usr/src/sys/dev/cardbus/cardbus.c:394: error: (near initialization for `cardbus_methods[38]') *** Error code 1 Stop in /usr/obj/usr/src/sys/AMD760. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Ipfilter broken on -current
On Saturday 04 October 2003 11:21, Udo Schweigert wrote: Hi all, since a couple of days ipfilter is broken for -current. kldload ipl.ko gives: link_elf: symbol pfil_head_get undefined And the IPFILTER option inside the kernel-config results in: (snip) You should read /usr/src/UPDATING. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status of SCHED_ULE?
On Monday 29 September 2003 07:05, Jeff Roberson wrote: On Sun, 28 Sep 2003, Arjan van Leeuwen wrote: On Sunday 28 September 2003 14:38, Matt wrote: Morten Rodal wrote: On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote: Morten Rodal wrote: On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: On Sat, 27 Sep 2003, Morten Rodal wrote: It has improved quite a bit lately, and is now also working with KSE. However, the mouse will get sluggish whenever the computer is under bursts of load (i.e. a compile) I have not had this experience. Can you give me details of your machine and the kind of load that causes slugishness? I'll correct it as soon as I can identify it. The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. I do also experience this with my computer at school, a single Pentium3 733MHz. The load isn't very complicated, usually just gnome 2.4 and mozilla firebird running. If I then do anything that requires lots of cpu, like a compile of a program, the interactivity drops fast. On the dual machine I have also experienced a *HUGE* increase in the time for portupgrade -ar to complete. I am not familiar with how portupgrade works, but it seems to spawn a few make's and sort's, but I am not sure why it is currently using 3 hours instead of 10 minutes to complete! (This was tested when there was no packages to upgrade, which shouldn't take long) Both machines (this dual and the one at school) are running with a libmap.conf in order to use libkse, is this perhaps affecting the performance of ULE? I am not sure how useful this is to you, but if you have any other pointers as to what I should look at just ask. Are you running 5.1-release or 5.1-current? I ask because I have used ULE on two different kernels so far on this box. One was 5.1-release running gnome2, mozilla, xmms. On this the mouse stutters really badly whenever anything is being compiled. However on the 5.1-current kernel this behavior no longer happens and the mouse is fine. I suspect ULE has had a few enhancements between the release and now. I am running 5.1-current Dual machine: FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #3: Thu Sep 25 04:03:23 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/slurp i386 School computer: FreeBSD hauk10.idi.ntnu.no 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Fri Sep 26 09:12:55 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/hauk10 i386 Ahh I tell you the other difference. I had a USB mouse when I tried ULE with 5.1-release and it stuttered. It's just a ps2 one on the current kernel where it's not stuttering. Matt. I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the stuttering too. It happens when compiling stuff, when loading complicated pages in Mozilla Firebird, and when logging out of GNOME 2.4 (the 'background fade' animation brings my Athlon XP 2000+ to its knees when I use SCHED_ULE). Arjan Gnome seems to be a common theme. Are you also using libkse? There could be some interaction there. Yes, I'm using libkse. It's also worth mentioning that it also happens in KDE, but only under the heavy load of a 'make buildworld' or compiling something else, or when for example extracting a big bzip2 file. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Status of SCHED_ULE?
On Sunday 28 September 2003 14:38, Matt wrote: Morten Rodal wrote: On Sun, Sep 28, 2003 at 01:26:24PM +0100, Matt wrote: Morten Rodal wrote: On Sat, Sep 27, 2003 at 11:31:25PM -0400, Jeff Roberson wrote: On Sat, 27 Sep 2003, Morten Rodal wrote: It has improved quite a bit lately, and is now also working with KSE. However, the mouse will get sluggish whenever the computer is under bursts of load (i.e. a compile) I have not had this experience. Can you give me details of your machine and the kind of load that causes slugishness? I'll correct it as soon as I can identify it. The machine is an dual Pentium 2 300MHz, and I'm running gnome 2.4. I do also experience this with my computer at school, a single Pentium3 733MHz. The load isn't very complicated, usually just gnome 2.4 and mozilla firebird running. If I then do anything that requires lots of cpu, like a compile of a program, the interactivity drops fast. On the dual machine I have also experienced a *HUGE* increase in the time for portupgrade -ar to complete. I am not familiar with how portupgrade works, but it seems to spawn a few make's and sort's, but I am not sure why it is currently using 3 hours instead of 10 minutes to complete! (This was tested when there was no packages to upgrade, which shouldn't take long) Both machines (this dual and the one at school) are running with a libmap.conf in order to use libkse, is this perhaps affecting the performance of ULE? I am not sure how useful this is to you, but if you have any other pointers as to what I should look at just ask. Are you running 5.1-release or 5.1-current? I ask because I have used ULE on two different kernels so far on this box. One was 5.1-release running gnome2, mozilla, xmms. On this the mouse stutters really badly whenever anything is being compiled. However on the 5.1-current kernel this behavior no longer happens and the mouse is fine. I suspect ULE has had a few enhancements between the release and now. I am running 5.1-current Dual machine: FreeBSD slurp.rodal.no 5.1-CURRENT FreeBSD 5.1-CURRENT #3: Thu Sep 25 04:03:23 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/slurp i386 School computer: FreeBSD hauk10.idi.ntnu.no 5.1-CURRENT FreeBSD 5.1-CURRENT #2: Fri Sep 26 09:12:55 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/hauk10 i386 Ahh I tell you the other difference. I had a USB mouse when I tried ULE with 5.1-release and it stuttered. It's just a ps2 one on the current kernel where it's not stuttering. Matt. I have a PS/2 mouse, I run -CURRENT from 2 days ago, and I experience the stuttering too. It happens when compiling stuff, when loading complicated pages in Mozilla Firebird, and when logging out of GNOME 2.4 (the 'background fade' animation brings my Athlon XP 2000+ to its knees when I use SCHED_ULE). Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Panic with Apacer USB flash card reader
Hi, I've bought an Apacer internal USB card reader that can read CompactFlash, SmartMedia, MMC, SD and MemoryStick flash cards. It is a USB2 device, but according to Apacer it should work on a USB1.1 connection without a problem. If there are no cards in the drive, everything seems to be detected the way it should. From dmesg: uhci0: VIA 83C572 USB controller port 0xa800-0xa81f irq 5 at device 7.2 on pci usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: VIA 83C572 USB controller port 0xac00-0xac1f irq 5 at device 7.3 on pci usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered umass0: USB2.0 product 0x0500, rev 2.00/1.63, addr 2 (...) GEOM: create disk da0 dp=0xc4276450 GEOM: create disk da1 dp=0xc4275850 GEOM: create disk da2 dp=0xc4274c50 GEOM: create disk da3 dp=0xc426cc50 (...) da0 at umass-sim0 bus 0 target 0 lun 0 da0: USB2.0 HS-CF 1.63 Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: USB2.0 HS-MS 1.63 Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: USB2.0 HS-SM 1.63 Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: USB2.0 HS-SD/MMC 1.63 Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 - 6 (the last 7 lines repeated twice for da0, da1, da2 and da3). However, if I put a CF card in the drive, the boot hangs before GEOM: create disk da0 dp=0xc4276450 and repeatedly displays this message: umass0: BBB reset failed, TIMEOUT After some time, it manages to find da0 and da1. The TIMEOUTs keep coming, but I also see this: da0:(umass-sim0:0:0:0) : got CAM status 0x4 : fatal error, failed to attach device : lost device : removing device entry It does the same for da1, and immediately after that, I get a panic (fatal trap 12: page fault while in kernel mode). Where do I go from here? Should I try to debug the panic, or is this a known problem and is there a known solution? I tried adding some quirks to src/sys/cam/scsi_da.c, but I couldn't see if they were active or not (is there a way to check this?). If they were active, they didn't work. I tried DA_Q_NO_SYNC_CACHE and DA_Q_NO_6_BYTE. What is the next step? Thanks, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's happened to CDIOCREADAUDIO friends?
On Tuesday 23 September 2003 23:47, Vladimir Kushnir wrote: I'm sorry bothering you with this again, but what's the desision with sys/cdio.h? I'm hoing to submit patches to XMMS and XINE folks, but in both enabling/disabling CDDA is based on this ioctl's presence. BTW, if anybody's interested I've patched audio/dagrab, audio/cdparanoia and multimedia/xmms (actually, CVS version but that shouldn't matter) so they work with CDDA now. Do you have the patches available online? Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATAng hangs with kernel from september 15
If I start my kernel from september 15, my computer hangs after this message: atapci0: VIA 82C686B UDMA100 controller port 0xa400-0xa40f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] A kernel from september 7 works normally. A normal dmesg is attached. Anything I can try? Arjan Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #1: Sun Sep 7 01:04:52 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/AMD760 Preloaded elf kernel /boot/kernel.old/kernel at 0xc078. Preloaded elf module /boot/kernel.old/sbp.ko at 0xc07801f8. Preloaded elf module /boot/kernel.old/acpi.ko at 0xc07802a4. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2000+ (1668.71-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x662 Stepping = 2 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc040AMIE,DSP,3DNow! real memory = 536805376 (511 MB) avail memory = 513282048 (489 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: 761686 AWRDACPI on motherboard pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00fdeb0 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x6000-0x607f,0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 7 INTD is routed to irq 5 pcib0: slot 7 INTD is routed to irq 5 pcib0: slot 8 INTA is routed to irq 5 pcib0: slot 11 INTA is routed to irq 5 pcib0: slot 13 INTA is routed to irq 11 pcib0: slot 15 INTA is routed to irq 11 agp0: AMD 761 host to AGP bridge port 0xa000-0xa003 mem 0xf600-0xf6000fff,0xf000-0xf3ff at device 0.0 on pci0 pcib1: PCIBIOS PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci_cfgintr: 1:5 INTA BIOS irq 10 drm0: ATI Radeon QD R100 port 0x9000-0x90ff mem 0xf500-0xf507,0xe800-0xefff irq 10 at device 5.0 on pci1 info: [drm] AGP at 0xf000 64MB info: [drm] Initialized radeon 1.9.0 20020828 on minor 0 isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686B UDMA100 controller port 0xa400-0xa40f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] uhci0: VIA 83C572 USB controller port 0xa800-0xa81f irq 5 at device 7.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: VIA 83C572 USB controller port 0xac00-0xac1f irq 5 at device 7.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered pci0: serial bus, SMBus at device 7.4 (no driver attached) fwohci0: VIA VT6306 port 0xb000-0xb07f mem 0xf6001000-0xf60017ff irq 5 at device 8.0 on pci0 fwohci0: [MPSAFE] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:e0:18:00:00:1c:f1:57 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S100, max_rec 2 bytes. fwohci0: max_rec 2 - 2048 firewire0: IEEE1394(FireWire) bus on fwohci0 if_fwe0: Ethernet over FireWire on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:1c:f1:57 sbp0: SBP2/SCSI over firewire on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop = 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcm0: Creative EMU10K1 port 0xb400-0xb41f irq 5 at device 11.0 on pci0 pcm0: TriTech TR28023 AC97 Codec sym0: 810a port 0xbc00-0xbcff mem 0xf6002000-0xf60020ff irq 11 at device 13.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking rl0: RealTek 8139 10/100BaseTX, rev. B port 0xc000-0xc0ff mem 0xf6003000-0xf60030ff irq 11 at device 15.0 on pci0 rl0: Ethernet address: 00:10:a7:01:65:54 miibus0: MII bus on rl0 rlphy0: RealTek internal media interface on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: Parallel port bus on ppc0 plip0: PLIP network interface on ppbus0 lpt0: Printer on
Re: ATAng hangs with kernel from september 15
On Tuesday 16 September 2003 23:33, Joachim Strömbergson wrote: Aloha! Arjan van Leeuwen wrote: If I start my kernel from september 15, my computer hangs after this message: atapci0: VIA 82C686B UDMA100 controller port 0xa400-0xa40f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] Did you wait a while? I just completed my system update (getting the OpenSSH patch in at the same time, thanks sec-team!). After reboot my system also stopped at the exact message above. After what felt like about a minute, the system continued to boot and is running normally. Try again and see if it is a real, solid hang, or if it just takes a while. Included is my dmesg. Thanks! I guess I'm too impatient these days... Yes, it works after waiting for about 30 seconds. So a correction, it doesn't hang, it's just slow when detecting :). Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Bad performance
On Saturday 13 September 2003 14:52, sebastian ssmoller wrote: hi, i recently switched from mandrake to freebsd. i used a second system, to install freebsd 5.1 (release) on a 15 gb western digital disk. i installed the whole system without problems and managed to start gdm and gnome2. everything worked fine and performance (launching gdm, gnome2 and firebird) was really good (better then mdk :) then i moved the disk from the hardware used during install into the production environment which includes VIA 82C8363 (Apollo KT133A) board, NVidia GeForce2 grafic card (using nvidia native driver for x11), AMD Duron 750 MHz, 512 mb ram. everything worked fine again. BUT: launching gdm needs a lot of time, same for gnome2. when i start moz-firebird i am unabled to use it for minutes (!) until it reacts on user events (typing inet adress into address bar), same for gaim. i checked the ata settings; the drive is running in udma66 (as expected). cause i am new to *bsd i do not really know where to start or what further information to provide. any hint/idea would be great ! thx for ur help seb ps: the system i used to installed fbsd first is: AMD Duron 800 MHz, VIA VT8363/8365 [KT133/KM133] board, old SIS 8MB pci video card, 256 mb ram Some things you might want to check: 1) Is your hostname set? It has to be set in /etc/rc.conf. 2) Is your hostname properly configure in /etc/hosts? It should look something like this: 127.0.0.1 localhost localhost.my.domain 127.0.0.1 hostname hostname.my.domain 127.0.0.1 hostname.my.domain. (note the dot after the last line. hostname.my.domain should be the output of 'hostname', and hostname the output of 'hostname -s') 3) Are you using IPv6? If not, try disabling it in your kernel. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Bad performance
On Saturday 13 September 2003 18:05, sebastian ssmoller wrote: On Sat, 2003-09-13 at 16:34, Alexander Leidinger wrote: On 13 Sep 2003 14:52:29 +0200 sebastian ssmoller [EMAIL PROTECTED] wrote: then i moved the disk from the hardware used during install into the production environment which includes VIA 82C8363 (Apollo KT133A) board, NVidia GeForce2 grafic card (using nvidia native driver for x11), AMD Duron 750 MHz, 512 mb ram. everything worked fine again. BUT: launching gdm needs a lot of time, same for gnome2. when i start moz-firebird i am unabled to use it for minutes (!) until it reacts on user events (typing inet adress into address bar), same for gaim. ps: the system i used to installed fbsd first is: AMD Duron 800 MHz, VIA VT8363/8365 [KT133/KM133] board, old SIS 8MB pci video card, 256 mb ram Is the system connected to a network, and if yes, does the network cards on both systems differ? If yes, have a look at the output of dmesg and try to find you network card. If you have it modify /etc/rc.conf (ifconfig_interface_name line). the system has two realtek network cards. both seem to work correctly - i've no connection problems - connection performance is ok. This sounds to me like a DNS problem, please check your default gateway (rc.conf: gateway line) too. dns seems to be ok. all requests are resolved correctly ... default gateway should not be the problem cause without ppp (dsl) this system is the default gw for the rest of the intranet and with ppp the default gw seems to be ok too. as mentioned: really bad performace occurs when lauching mozilla, gaim, gnome2, etc. ... when mozilla is running the perfomance seems to be ok ... possibly a bit too slow but i do not know how to proof this (?) i suppose a udma/disk/controller problem. i found out that the southbridge i use (VIA 82C686B) has some bugs. but in fbsd 5.0 release notes i found a bugfix for that so i am not sure about it ... I have the same southbridge and a very fast system. That can't be the problem - and it really does sound like a network problem. It looks like it's looking for a host that it can't find. Possibly your own hostname. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Bad performance
as mentioned: really bad performace occurs when lauching mozilla, gaim, gnome2, etc. ... when mozilla is running the perfomance seems to be ok ... possibly a bit too slow but i do not know how to proof this (?) i suppose a udma/disk/controller problem. i found out that the southbridge i use (VIA 82C686B) has some bugs. but in fbsd 5.0 release notes i found a bugfix for that so i am not sure about it ... I have the same southbridge and a very fast system. That can't be the problem do u have enabled/disabled anything special ? (kernel, io, net, ...) I have all debugging options in the kernel disabled, and I have a non-debugging malloc (ln -s aj /etc/malloc.conf), but this is disabled by default on 5.1-RELEASE I think (are you running -RELEASE or -CURRENT?). - and it really does sound like a network problem. It looks like it's looking for a host that it can't find. Possibly your own hostname. ok. but what i do not understand is that when i do some tests manually everything seems to be ok (e.g. ping). any ideas what i may test to figure out whether it is network problem or not ? btw. i did a simple io test: (ufs2 softupdates) time dd if=/dev/zero of=./out bs=1024k count=256 256+0 records in 256+0 records out 268435456 bytes transferred in 20.389193 secs (13165575 bytes/sec) real0m20.401s user0m0.000s sys 0m6.732s For the record, this is my output: 256+0 records in 256+0 records out 268435456 bytes transferred in 7.681891 secs (34943929 bytes/sec) dd if=/dev/zero of=./out bs=1024k count=256 0.00s user 3.66s system 47% cpu 7.772 total OK, so it's a little more than twice as fast, but I probably have a faster machine and a faster hard drive. This seems to me like it has nothing to do with the ultra-long startup times in GNOME. I've seen them before, and they were all related to network issues. Maybe you can try writing a small C program that does a gethostbyname on the output of gethostname and a gethostbyaddr on the output of gethostbyname and see if it works. when i did this under linux it finished in no time. i do not know whether that has to say anything but i found that rather interesting. They probably have different ways to write zeroes :). Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with ATAng and cdparanoia
Hi, Since the ATAng import, I can't use the cd ripper cdparanoia (audio/cdparanoia) with my IDE CD-ROM drive. When I direct cdparanoia to device /dev/acd0, it will exit with the message 006: Could not read any data from drive Cdparanoia could not find a way to read audio from this drive. If, however, I use the atapicam device to rip (I have to set the device to /dev/cd1 for that), it works without any problem. Before ATAng, I could use cdparanoia on both devices, now I can only use the atapicam one, which probably means that people without atapicam can't use cdparanoia at all. My CD drives are: acd0: DVDROM CREATIVEDVD5240E-1 at ata1-master WDMA2 Waiting 2 seconds for SCSI devices to settle cd1 at ata1 bus 0 target 0 lun 0 cd1: CREATIVE DVD5240E-1 1.30 Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: cd present [405416901 x 0 byte records] Mounting root from ufs:/dev/ad0s1a cd0 at sym0 bus 0 target 2 lun 0 cd0: PLEXTOR CD-R PX-R412C 1.07 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvs commit: src/gnu/usr.bin Makefile src/lib Makefile src/sbinMakefile src/usr.bin Makefile src/usr.sbin Makefile
On Saturday 30 August 2003 12:03, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Doug Barton writes: Poul-Henning, Please don't forget to update src/share/examples/etc/make.conf accordingly. Hmm, so this stuff is documented both in make.conf(5) and an examples file ? Sounds like one place too many to me. That may be true, but I find the example file to be extremely helpful when setting up a new system. I just have to remove a few comments to enable the 'make update' target or leave out parts of world that I don't want. So I guess they both have a purpose. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KDE Konsole, crashes, on a SIGABRT...
On Saturday 23 August 2003 18:03, Daniel Eischen wrote: On Sat, 23 Aug 2003, Larry Rosenman wrote: --On Saturday, August 23, 2003 10:27:59 -0400 Daniel Eischen (...) We (threads guys) think it's a problem with konsole. It is trying to change ownership of the pty and is failing to do so. We don't know why. Sometimes it works, sometimes it doesn't. konsole aborts itself when it can't change/open the pty, so SIGABRT is expected. Interestingly, if I use /etc/libmap.conf to map libc_r.(so|so.5) to libc_r.(so.4|so.4) it works starting from within an XTerm, but not from the bar at the bottom. Now, I have **NOT** rebooted yet. This seems to have started with thursday's world, the previous world was ~2 weeks ago. Prior to Thursday, it worked just fine. I can't explain it. Someone is going to have to debug konsole and figure out what is going on. It is a problem that has appeared in the last two weeks, and it was triggered by a change in (apparently) libc_r as well as libkse, as it doesn't start with both now. With the patch that Michael Nottebrock provided on this list, it was perfectly possible to run Konsole with libkse (and libc_r) on a -CURRENT from august 15. So something was broken in the threads code between august 15 and now. I don't think that we should point to Konsole here, something went wrong in the threads code. Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KDE Konsole, crashes, on a SIGABRT...
On Sunday 24 August 2003 18:55, Daniel C. Sobral wrote: Arjan van Leeuwen wrote: On Saturday 23 August 2003 18:03, Daniel Eischen wrote: On Sat, 23 Aug 2003, Larry Rosenman wrote: --On Saturday, August 23, 2003 10:27:59 -0400 Daniel Eischen (...) We (threads guys) think it's a problem with konsole. It is trying to change ownership of the pty and is failing to do so. We don't know why. Sometimes it works, sometimes it doesn't. konsole aborts itself when it can't change/open the pty, so SIGABRT is expected. Interestingly, if I use /etc/libmap.conf to map libc_r.(so|so.5) to libc_r.(so.4|so.4) it works starting from within an XTerm, but not from the bar at the bottom. Now, I have **NOT** rebooted yet. This seems to have started with thursday's world, the previous world was ~2 weeks ago. Prior to Thursday, it worked just fine. I can't explain it. Someone is going to have to debug konsole and figure out what is going on. It is a problem that has appeared in the last two weeks, and it was triggered by a change in (apparently) libc_r as well as libkse, as it doesn't start with both now. With the patch that Michael Nottebrock provided on this list, it was perfectly possible to run Konsole with libkse (and libc_r) on a -CURRENT from august 15. So something was broken in the threads code between august 15 and now. I don't think that we should point to Konsole here, something went wrong in the threads code. Konsole_grantpty was using a buggy hack, which worked because of a bug in libc_r. Maybe the bug in libc_r was fixed, thereby making it work like libkse and libthr (ie, crashing konsole). Fix: remove konsole_grantpty. If that does not work, just tell me and I'll eat my own hat. kde@, has already found the problem. Turns out konsole will crash in recent -CURRENT (post-15 august) if you have a hostname longer than 16 characters because of a change in gethostname (I guess). Sorry to point at threads@ :). So, to have a working Konsole at this moment with libkse, you have to get Michael's patch and a hostname shorter than 16 characters. Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: KDE Konsole, crashes, on a SIGABRT...
On Sunday 24 August 2003 19:17, Larry Rosenman wrote: --On Sunday, August 24, 2003 12:11:20 -0500 Larry Rosenman [EMAIL PROTECTED] wrote: --On Sunday, August 24, 2003 19:06:52 +0200 Arjan van Leeuwen [EMAIL PROTECTED] wrote: kde@, has already found the problem. Turns out konsole will crash in recent -CURRENT (post-15 august) if you have a hostname longer than 16 characters because of a change in gethostname (I guess). Sorry to point at threads@ :). So, to have a working Konsole at this moment with libkse, you have to get Michael's patch and a hostname shorter than 16 characters. Is there a patch for this? my hostname (lerlaptop.lerctr.org or lerlaptop.iadfw.net or lerlaptop-red.iadfw.net) are all too long :-(. Thanks for tracking this down. Oh, and even without Michael's patch, changing my hostname to lerlaptop, allows Konsole to run. With libc_r or with libkse? It used to crash with libkse without Michael's patch. LER Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What is the actual status of Audigy2 support in 5.1-CURRENT?
On Monday 18 August 2003 18:37, David O'Brien wrote: snip I use this uncommitted patch (I haven't been able to test it against older SB Live! 128 cards): snip On http://chibis.persons.gfk.ru/audigy/, Yuriy Tsibizov claims that his patches work with both the SB Live! and the Audigy. If there are so many working patches around, isn't it time that one of them gets in the tree? What is the problem here? Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic while browsing with Opera 7
On Wednesday 13 August 2003 14:12, Karel J. Bosschaart wrote: Hi, Using PR/55509 I installed (native) Opera 7.2B3 on my -current as of 2 days ago. I had 3 panics in only a couple of hours while using Opera 7: 2 times with a GENERIC kernel, 1 time with a custom kernel. They all look similar: snap I can't reproduce this. Is there some special action you do in Opera to trigger the panic? Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: help! 5.1 doesn't do the rc thing?
On Thursday 07 August 2003 20:05, Charlie Schluting wrote: On Thu, 7 Aug 2003, Scot W. Hetzel wrote: From: Charlie Schluting [EMAIL PROTECTED] Yes, I do have that. I'm stupmed as to why the network interface didn't start though. I think that's the reason all my stuff in /usr/local/etc/rc.d didn't start as well, becuase they couldn't bind to a port. Also, it didn't read rc.firewall :( Heck, I even had to manually assign 127.0.0.1 to lo0. Strange. still stumped.. but I will work on it later tonight. I have another box that I did a clean install of 5.1 on so I can compare startup scripts. Have you ran mergemaster already? It will take care of your /etc files (or at least it's supposed to). Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Silicon Image SiI 3112 Serial ATA controller support?
Hi, Is the Silicon Image SiI 3112 Serial ATA controller supported in -CURRENT, or is anybody working on support? I have one here (on a Asus A7N8X mainboard), but the controller is not recognized at boot. If I can help anyone with information about the system, that'd be very nice - I'd like to have support for those fast Western Digital Raptors :). Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Silicon Image SiI 3112 Serial ATA controller support?
On Sunday 06 July 2003 18:01, Soeren Schmidt wrote: It seems Arjan van Leeuwen wrote: (...) I committed support for that couple of days ago: ata-chipset.c: revision 1.32 date: 2003/07/02 10:50:44; author: sos; state: Exp; lines: +114 -46 Update the SATA support code to work more correctly with real SATA disks now that I can test it. Add support for the SiI 3112 SATA chip using memory mapped I/O. Update the support for the SiI 0680 to use the memio interface as well. Thanks! I'll update immediately. Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problems running Quake 3 on -CURRENT / X 4.3.0
It looks like this problem is still around. Short problem description: all inputs are lagging behind when running Quake 3 Arena with Radeon video adapters (hardware accelerated), and the graphics look like they are generated in bursts, while framerate is just fine. I just noticed that I get the same problem with quake2lnx (games/quake2lnx) when I start it with 'sdlquake2' or 'quake2 +set vid_ref glx' and play at a resolution of 1024x768 or higher. I can play it without many problems at 800x600. Same as before, the movements themselves look smooth, but they are lagging, and occasionally there is a glitch where it seems like the system is trying to keep up with what is actually happening. My system is a Athlon XP 2000+ with a ATi Radeon R100. I doubt that it is too slow to run Quake 2. As this one is not Linux-emulated, I guess it's not in the Linux emulation - more likely in X. Does anyone know what causes this, or maybe it is already fixed in the XFree86 CVS? Also, can anyone running -STABLE see if this problem only affects -CURRENT or not? Best regards, Arjan This is the last I've seen on this issue on the lists: On Thursday 24 April 2003 22:49, Eric Anholt wrote: On Thu, 2003-04-24 at 11:21, John Baldwin wrote: On 23-Apr-2003 Arjan van Leeuwen wrote: Hi, Quake 3 is behaving strange when running it from -CURRENT with XFree86 4.3.0 on my Radeon (R100). Other people are experiencing the same problems with a Radeon 7500. Does reverting revision 1.42 of sys/compat/linux/linux_signal.c fix things? I've been seeing this problem for weeks, so no. I saw it a few times while using 4.2.0 (never figured out what caused it), but now with 4.3.0 it's all the time. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 3D graphic cards
Hi, You might want to try the Gatos drivers from http://gatos.sourceforge.net/ . With this driver, I got the ATi chipset in my laptop working with Xv support. 3D acceleration is not tied to Xv support, in fact, there are many video drivers that support Xv but not 3D (open source nv drivers, newer ATi drivers for Radeon 9500, 9700 and 9800, the gatos drivers...). Best regards, Arjan van Leeuwen On Saturday 28 June 2003 14:28, Julian St. wrote: Hello, is there any list that provides information about what graphic cards on FreeBSD have supported 3D acceleration? (I need only X-Video support in particular, but it seems tied to 3D acceleration). I just learned that the following card is unsupported: :) [EMAIL PROTECTED]:0:0: class=0x03 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 vendor = 'ATI Technologies' device = 'Rage XL AGP 2x' class= display subclass = VGA Regards, Julian ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: Atheros 802.11 support
Same here. On Saturday 28 June 2003 14:21, Sergey A. Osokin wrote: On Fri, Jun 27, 2003 at 11:40:13PM -0700, Sam Leffler wrote: My work to support the Atheros 802.11 hardware is now entirely in the tree and enabled for use. The ath driver supports all Atheros hardware devices and makes FreeBSD the first open source system to support 802.11a and 802.11g*. There are still issues with the driver. man ath(4) for details. Hmm, looks like make depends failed... === ray rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/. ./include /usr/src/sys/modules/ray/../../dev/ray/if_ray.c /usr/src/sys/dev/ray/if_ray.c:265:30: net/if_ieee80211.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/sys/modules/ray. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
nVidia nForce2 AGP chipset drivers
Now that nVidia has released kernel patches for Linux to support their AGP chipset (see http://www.nvidia.com/view.asp?IO=linux_nforce_1.0-0261), is it possible to easily port these patches and include them in the agp(4) driver? How does one start with such a thing? Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nVidia nForce2 AGP chipset drivers
On Sunday 22 June 2003 19:02, Matthew N. Dodd wrote: On Sun, 22 Jun 2003, Arjan van Leeuwen wrote: Now that nVidia has released kernel patches for Linux to support their AGP chipset (see http://www.nvidia.com/view.asp?IO=linux_nforce_1.0-0261), is it possible to easily port these patches and include them in the agp(4) driver? How does one start with such a thing? I actually started writing a driver based on the released Linux one but don't actually have the hardware to test things. Hmm... I don't have the hardware either, but I was thinking about buying a new mainboard based on it (if there is support in FreeBSD, of course :)). Maybe someone who actually has an nForce2 board can help us out here? Can you post the patches to the list so that someone can test them? Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Re Regression: Playing QT files from mplayer stopped working in5.1
Indeed, a very dirty but effective fix. Thank you. I'll forward this to ports@
and lioux@, who has done all the recent updates on mplayer.
Arjan
On Sunday 08 June 2003 15:06, Ted Lindgreen wrote:
Since a short time (don't know exactly when it happened) it's not
possible anymore to play Quicktime files (.mov) with mplayer on
5.1-CURRENT. It has to be a change in -CURRENT, I haven't updated
mplayer.
I do not have the right fix, but the cause of the problem is
that in loader/win32.c at line 2077:
2076 if (v1 2)
2077 if (!close(v1a))
close is called with a ridiciously large value. In previous
FreeBSD releases this appearently did not cause a fatal problem,
but since a week or so mplayer aborts on it.
A stupid, but effective workaround is not to call close if v1
is too large, f.i.:
2072 static int WINAPI expCloseHandle(long v1)
2073 {
2074 dbgprintf(CloseHandle(0x%x) = 1\n, v1);
2075 /* do not close stdin,stdout and stderr */
2076 if (v1 2 v1 128)
2077 if (!close(v1))
2078 return 0;
2079 return 1;
2080 }
Of course for the real fix one needs to delve deeper into mplayer
to find out where the large valued filedescriptor comes from.
-- ted
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Audigy Support?
There seems to be a patch floating around. I saw it at bsdforums.org - see http://www.bsdforums.org/forums/showthread.php?s=threadid=6961 . It's created by Orlando Bassotto. I don't know if is yet included in the FreeBSD source, or why it is not. Best regards, Arjan On Saturday 07 June 2003 19:19, John Wilson wrote: Hello all. I've been using the OSS drivers for my Audigy Gamer sound card for quite some time now, and would like to switch away from OSS. I vaguely remember, after searching Google, that someone had gotten this to work after a recent cvsup. Unfortunately, I cannot seem to get this to work natively. I've tried the usual emu_10k1 kernel module with no luck. I was just wondering if perhaps I'm not doing something correctly, or I should just stick with the OSS drivers for the time being. I'm running -Current as of June 06 2003. Thank you for your assistance, John Wilson ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Regression: Playing QT files from mplayer stopped working in 5.1
Hi, Since a short time (don't know exactly when it happened) it's not possible anymore to play Quicktime files (.mov) with mplayer on 5.1-CURRENT. It has to be a change in -CURRENT, I haven't updated mplayer. When trying to play a QT file, mplayer outputs: win32 libquicktime loader (c) Sascha Sommer Standard init done you may now call supported functions loader_init DONE??? loader_init DONE! External func COMCTL32.dll:17 External func COMCTL32.dll:16 QuickTime5 DLLs found QuickTime.qts patched!!! old entry=0x62924c30 theQuickTimeDispatcher catched - 0x62924c30 Win32 Warning: Accessed uninitialized Critical Section (0x62b7fcd0)! WARNING! Invalid Ptr handle! Win32 Warning: Accessed uninitialized Critical Section (0x62b7fcb8)! MPlayer interrupted by signal 11 in module: init_audio_codec - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html#crash.b. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. Best regards, Arjan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [kde-freebsd] Qt 3.1 on -CURRENT
The port builds fine here on -CURRENT from 5 march. It is supposed to find the freebsd-g++ platform. If this doesn't work, try adding -platform=freebsd-g++ to the CONFIGURE_ARGS in the ports' Makefile. Best regards, Arjan On Tuesday 11 March 2003 23:47, Dag-Erling Smorgrav wrote: Is Qt expected to work on -CURRENT? Because on my system it won't even build: [EMAIL PROTECTED] /usr/ports/x11-toolkits/qt31% pcvs up [EMAIL PROTECTED] /usr/ports/x11-toolkits/qt31% ident Makefile Makefile: $FreeBSD: ports/x11-toolkits/qt31/Makefile,v 1.134 2003/02/22 09:13:12 demon Exp $ [EMAIL PROTECTED] /usr/ports/x11-toolkits/qt31% make configure === Extracting for qt-3.1.1_4 Checksum OK for KDE/qt-x11-free-3.1.1.tar.bz2. === Patching for qt-3.1.1_4 === Applying FreeBSD patches for qt-3.1.1_4 === Configuring for qt-3.1.1_4 === qt-3.1.1_4 depends on executable: gmake - found === qt-3.1.1_4 depends on shared library: mng.1 - found === qt-3.1.1_4 depends on shared library: png.5 - found === qt-3.1.1_4 depends on shared library: jpeg.9 - found === qt-3.1.1_4 depends on shared library: Xft.2 - found === qt-3.1.1_4 depends on shared library: glut.3 - found === qt-3.1.1_4 depends on shared library: X11.6 - found The specified system/compiler is not supported: /usr/ports/x11-toolkits/qt31/work/qt-x11-free-3.1.1/mkspecs//usr/X11R6/mksp ecs/default Please see the PLATFORMS file for a complete list. === Script configure failed unexpectedly. Please report the problem to [EMAIL PROTECTED] [maintainer] and attach the /usr/ports/x11-toolkits/qt31/work/qt-x11-free-3.1.1/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11-toolkits/qt31. I have XFree86 4.2.1, installed from ports just last week (I clean out and reinstall all my ports with regular intervals) DES To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI missfucntioning on SONY VAIO Z505s with CURRENT (RC)
On Monday 09 December 2002 11:55, Vladimir B. Grebenschikov wrote: Also another problem cured - with turned off ACPI I can insert and remove PCCARDs while notebook running, card successful detected. With ACPI turned on insertion/removal of PCCARD freezes machine completely. I have a similar problem; I can enable ACPI on my laptop (Fujitsu Lifebook C6175), but it'll only boot when there isn't any PC Card inserted. When my CompactFlash card w/ CompactFlash PCMCIA adapter is inserted, it crashes at boot. It works fine when I insert it after the machine has booted. Can I help to diagnose problem ? how ? Arjan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: X11, KDE, WM, Gnome and current
I have no problems at all running KDE on DP2. Did you load a sound driver? The complaints about /dev/dsp not existing seem to indicate that you didn't load a sound driver. You might want to check your XF86Config file again, because I'm sure you can find an explanation for the default resolution thing there. Good luck, Arjan On Saturday 30 November 2002 12:45, Cliff Sarginson wrote: I rebuilt the whole of KDE on DP2 (upto date as of a couple of days ago). Apart from me growing older in the process nothing worked well, despite using the same configuration as on 4.7. - It starts but no sound arises - The mouse moves, responds to clicks sometimes, but when I bring up the menu and move the mouse it brings up the box asking what command you want to run. - Lots of errors reported about bad file descriptors. - Gives a default resolution that is not the one I set. - I.e unusable. Windowmaker does not work, either...sort of similarly. Also says /dev/dsp does not exist. Gnome ... well it bitched about the window manager, but otherwise showed similar symptoms to KDE. I think the problem must lie in X itself. Well it exercised DP2 pretty well in building it. But it did not produce a usable GUI in all 3 cases. System is 512MB, PIII 1Ghz, Matrox G450 AGP, Soundblaster Live! Value. Plus Logitech Cordless USB Optical Mouse. Am I being premature, there does not seem to be a KDE Package for 5.0. When I tried to fetch it all I got was one file, that new groovy theme that KDE comes with. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mousewheel scrolling
It works fine here, on a -CURRENT from 2 november. From XF86Config: Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/sysmouse Option ZAxisMapping 4 5 EndSection Arjan On Sunday 03 November 2002 15:54, Martin Faxer wrote: hi! what is up with the mousewheel scrolling? a while ago several people reported it as being broken, and it still appears to be broken to this day on a recent -CURRENT. i've tried several different things, like starting moused with -z 4 and having ZAxisMapping 4 5 in my XF86Config, but nothing seems to be working. the mousewheel is dead :/ anyone else seeing this? any working workaround? thanks! - martin, [EMAIL PROTECTED] ps. i guess it might have something to do with r1.56 of moused.c, i'll try reverting that and see if it makes any difference. ds. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Opera 6.1 for FreeBSD!
Does anyone know how to fix this? Arjan On Friday 27 September 2002 14:36, Edwin Culp wrote: Quoting Frode Nordahl [EMAIL PROTECTED]: | Hello, | | As some of you may know, Opera has a native FreeBSD version of Opera in | the works! | | http://web.opera.com/download/unix/untested/intel-freebsd/248-20020923-6 |.1-P1/ | | (Beware: the shared version requires qt-3.0.4, and will not work with | 3.0.5) | | It is of course compiled for FreeBSD 4.x and requires libc_r.so.4. | | The lib/compat/libc_r.so.4 in CVS does not work after recent changes to | threading in CURRENT(?). (Last buildworld September 24., kernel from | today) | | Opera fails with: | Fatal error 'Thread has returned from sigreturn or longjmp' at line ? | in file /usr/src/libc_r/uthread_kern.c (errno = ?) | | Any chance the compat library can be updated to make this work with | recent CURRENT? | | That would _rock_ ! :) I agree that would be fantastic. ed To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
