Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?
On Thursday 12 June 2008, fbsd2 wrote: Greetings list, Given recent EOL announcements, I'm trying to upgrade an ancient machine from 5.5 to 7. It has 80 Mb total in the root partition, /home/, /var/, /usr/, and /tmp/ on other partitions, and NFS mounts /usr/src, /usr/obj, and /usr/ports from a slightly newer/faster box. I've seen http://www.freebsd.org/releases/7.0R/relnotes.html and http://marc.info/?l=freebsd-stablem=121278826119286w=2 which seem to suggest that even with INSTALL_NODEBUG during buildkernel, 7 might not fit in an 80 Mb /. Must I partition a new disk to give more space to /, or can I find more space by deleting /stand/, /modules/, and possibly /rescue/ to shoehorn a custom 7.x kernel in the available space? TIA It should fit, though you may have issues with kernel.old pushing you over the limit. -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)
On Friday 11 January 2008, Kris Kennaway wrote: Anish Mistry wrote: On Friday 04 January 2008, Kris Kennaway wrote: Kris Kennaway wrote: David E. Thiel wrote: On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: FWIW, the problem remains for me. Still terrible performance during compiles. OK. Instead of going over all of the usual questions again, can you point me to a previous mail in which you explain your observations and test results in detail? The most recent is http://marc.info/?l=freebsd-stablem=119428719505129w=2, but it started way back at http://marc.info/?l=freebsd-currentm=118998090512027w=2. I've tried a lot of stuff in between, and all I've been able to narrow it down to is that it's not a display driver issue, and that none of my swap partition is getting used, so that's not the problem. During compiles, my UP system with ULE still gets very unresponsive when compiling, sometimes taking up to 10 seconds just to draw a new terminal window. Even changing focus with the window manager can take several seconds. I'd like to provide more info, but I'm not sure what stats are useful for this particular issue. Please let me know. dmesg is at http://redundancy.redundancy.org/dmesg.txt, and kernel config is at http://redundancy.redundancy.org/DEEPTHOUGHT. Even though I'm still getting reported 80-95% memory utilization and no paging, I'm going to get an extra gig of RAM on order to see if that improves things. 2G of ram for a desktop, what's the world coming to? ;) OK, can you obtain a schedgraph trace when the problem is manifesting? See /usr/src/tools/sched/ and previous discussion in this or related threads. Anyone? Time is rapidly running out to get this fixed in time for 7.0-RELEASE, so we need this trace ASAP. http://am-productions.biz/docs/ktr.out.gz Is there a way to export the graph once I'm looking in it in schedgraph.py? The above trace does not show any compiler activity. What was the process that was interfering with X performance in your case? You also have a CPU load of up to 17, which is rather high. I am not sure it is reasonable to expect your machine to stay perfectly responsive while it is under that kind of load. http://am-productions.biz/docs/ktr-2.out.gz Here is another run while compiling thunderbird, though it might just show the same thing. It lasted about 20 seconds and hopefully I caught some of it. -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)
On Friday 04 January 2008, Kris Kennaway wrote: Kris Kennaway wrote: David E. Thiel wrote: On Sun, Dec 30, 2007 at 11:12:26PM +0100, Kris Kennaway wrote: FWIW, the problem remains for me. Still terrible performance during compiles. OK. Instead of going over all of the usual questions again, can you point me to a previous mail in which you explain your observations and test results in detail? The most recent is http://marc.info/?l=freebsd-stablem=119428719505129w=2, but it started way back at http://marc.info/?l=freebsd-currentm=118998090512027w=2. I've tried a lot of stuff in between, and all I've been able to narrow it down to is that it's not a display driver issue, and that none of my swap partition is getting used, so that's not the problem. During compiles, my UP system with ULE still gets very unresponsive when compiling, sometimes taking up to 10 seconds just to draw a new terminal window. Even changing focus with the window manager can take several seconds. I'd like to provide more info, but I'm not sure what stats are useful for this particular issue. Please let me know. dmesg is at http://redundancy.redundancy.org/dmesg.txt, and kernel config is at http://redundancy.redundancy.org/DEEPTHOUGHT. Even though I'm still getting reported 80-95% memory utilization and no paging, I'm going to get an extra gig of RAM on order to see if that improves things. 2G of ram for a desktop, what's the world coming to? ;) OK, can you obtain a schedgraph trace when the problem is manifesting? See /usr/src/tools/sched/ and previous discussion in this or related threads. Anyone? Time is rapidly running out to get this fixed in time for 7.0-RELEASE, so we need this trace ASAP. http://am-productions.biz/docs/ktr.out.gz Is there a way to export the graph once I'm looking in it in schedgraph.py? -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)
On Sunday 30 December 2007, Kris Kennaway wrote: Kip Macy wrote: On Nov 19, 2007 9:53 AM, Anish Mistry [EMAIL PROTECTED] wrote: On Wednesday 07 November 2007, Anish Mistry wrote: On Monday 05 November 2007, [LoN]Kamikaze wrote: Marc Fonvieille wrote: On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. It has nothing to do with the mouse. Does the problem persist for you? It's gone for me, even with moused. Yes, the problem seems to have been fixed. I'm back to kern.hz=1000 and removed FULL_PREEMPTION. No skipping. It looks like I spoke too soon. I've just tried to compile miro and as it was compiling the boost-python dependency I noticed the problem again. Switching kern.hz=100 seems to fix the problem. Can any of the developers in this area reproduce the issue? It's pretty easy to reproduce on my 1.33Ghz Athlon. There is an ithread priority inversion bug that might be causing this. The fix for that should be going in shortly. -Kip ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Anish, Can you confirm that this fix helped for you? i.e. do you still see the problem? FreeBSD 7.0-RC1 #14: Sun Dec 30 21:50:59 EST 2007 I'm still seeing this problem, but it isn't nearly as bad. I still get some jerky mouse movement, but music doesn't skip now when I'm compiling. -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: RELENG_7 jerky mouse and skipping sound (still a problem -BETA3)
On Wednesday 07 November 2007, Anish Mistry wrote: On Monday 05 November 2007, [LoN]Kamikaze wrote: Marc Fonvieille wrote: On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. It has nothing to do with the mouse. Does the problem persist for you? It's gone for me, even with moused. Yes, the problem seems to have been fixed. I'm back to kern.hz=1000 and removed FULL_PREEMPTION. No skipping. It looks like I spoke too soon. I've just tried to compile miro and as it was compiling the boost-python dependency I noticed the problem again. Switching kern.hz=100 seems to fix the problem. Can any of the developers in this area reproduce the issue? It's pretty easy to reproduce on my 1.33Ghz Athlon. -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: RELENG_7 jerky mouse and skipping sound
On Monday 05 November 2007, [LoN]Kamikaze wrote: Marc Fonvieille wrote: On Thu, Oct 18, 2007 at 05:53:47PM +0200, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. It has nothing to do with the mouse. Does the problem persist for you? It's gone for me, even with moused. Yes, the problem seems to have been fixed. I'm back to kern.hz=1000 and removed FULL_PREEMPTION. No skipping. -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: X11 extremely slow while compiling other things
On Saturday 20 October 2007, Yi Wang wrote: Hi, My box is running 7.0-PREREALEASE. When I run more than two building tasks, X11 became extremely slow. The mouse pointer can also hardly move. Running more than two building tasks under 6-stable does not introduce the issues. Does any one know how to solve it? Try adding options FULL_PREEMPTION to your kernel. -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: RELENG_7 jerky mouse and skipping sound
On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, -- Anish Mistry pgpKtJt2oTHVs.pgp Description: PGP signature
Re: RELENG_7 jerky mouse and skipping sound
On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. That doesn't solve the problem for me, so it seems that it's unrelated. It's just not mouse and sound, everything freezes up for a bit. -- Anish Mistry pgplZQMxQ9qa6.pgp Description: PGP signature
Re: RELENG_7 jerky mouse and skipping sound
On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. That doesn't solve the problem for me, so it seems that it's unrelated. It's just not mouse and sound, everything freezes up for a bit. Which suggested solution did you follow. Did you deactivate moused? Did you configure Xorg to use the mouse directly. For me also the whole system froze, but it did so because of the mouse. Both, moused is disabled, and Xorg is configured to use /dev/ums0. I'm still seeing the same issue. If I've got portmaster running an upgrade I still get the freezes. -- Anish Mistry pgpUHcoJIQpRm.pgp Description: PGP signature
Re: RELENG_7 jerky mouse and skipping sound
On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, [LoN]Kamikaze wrote: Anish Mistry wrote: On Thursday 18 October 2007, Marc Fonvieille wrote: On Wed, Oct 17, 2007 at 12:28:30PM -0400, Anish Mistry wrote: I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. [...] Using ULE and UP kernel (i.e. without SMP etc.) helped a bit the things but it's still very annoying to use firefox during ports build. I see this lag/freeze on all boxes I use with 7.0, but it's true that with a fast machine people can ignore the problem, it's less obvious than with a 1GHz box for example. Yeah, I'm still seeing this behavior. Does anyone have suggestions on debugging? Thanks, I did post the solution in this thread. That doesn't solve the problem for me, so it seems that it's unrelated. It's just not mouse and sound, everything freezes up for a bit. Which suggested solution did you follow. Did you deactivate moused? Did you configure Xorg to use the mouse directly. For me also the whole system froze, but it did so because of the mouse. Both, moused is disabled, and Xorg is configured to use /dev/ums0. I'm still seeing the same issue. If I've got portmaster running an upgrade I still get the freezes. That's too bad, there seems to be a whole load of issues here. Well, I just enabled FULL_PREEMPTION in my kernel conf and things are MUCH better, but the problem still reproducible when I check mail on all of my e-mail accounts in kmail. Kmail forks off a process to check mail, and since I've got about a dozen accounts I get the jerkyness of the mouse for a couple of seconds while all of them are racing for the processor trying to check mail. The behavior is much less pronounced and I can now play music and compile stuff without skipping and freezing. -- Anish Mistry pgpEYQkuCt8E0.pgp Description: PGP signature
RELENG_7 jerky mouse and skipping sound
I just updated to RELENG_7 from 6.2 and I'm running into some really annoying issues with jerky mouse movement and skipping sound. This seems to be similar to: Re: SCHED_4BSD in RELENG_7 disturbs workflow This happens both with 4BSD and ULE. I seems to happen when I'm compiling ports and a new cc/bzip2/sh process fires off (I'm just watching top), I'll get the skip/freezeup. This behavior is pretty pronounced, as I'm installing gutenprint right now. bigguy# sysctl hw.acpi hw.acpi.supported_sleep_state: S1 S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S3 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 5 hw.acpi.s4bios: 0 hw.acpi.verbose: 1 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 bigguy# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% This didn't happen with 6.2. I'm running UP with Xorg 7.2. http://am-productions.biz/debug/releng_7/BIGGUY http://am-productions.biz/debug/releng_7/vmstat-i.txt http://am-productions.biz/debug/releng_7/dmesg.boot http://am-productions.biz/debug/releng_7/pkg_into.txt Let me know what other information I need to provide. -- Anish Mistry pgpYuIALQwJio.pgp Description: PGP signature
Re: Call for testing: patch that helps Wine on 6.x
On Tuesday 31 July 2007, Tijl Coosemans wrote: On Friday 13 July 2007 20:08:59 Volker wrote: On 07/11/07 20:42, John Baldwin wrote: This patch attempts to remove a gross hack with a slightly less gross hack in order to avoid clobbering data in signal info that Wine needs. In 7 this was fixed by a major change to how the kernel manages signals internally, and that change is too large to be MFC'd, hence this lighter weight patch. It has already been tested by the folks working on Wine, but I would like a bit more widespread testing before I commit it. Please test this patch and let me know if anything breaks. Note that this patch is only for i386. http://www.FreeBSD.org/~jhb/patches/sig_eva.patch I've patched and recompiled world + kernel using your patch. I can confirm it does not hurt but what does it good (my wine already ran fine despite some DDE and performance issues)? What to look for especially - any specific test procedures? Could you try Mozilla Firefox (for Windows) with and without this patch? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] FreeBSD 6.2-RELEASE-p2 #0: Tue Jul 31 13:27:00 EDT 2007 I applied the patch and recompiled my kernel. The Firefox install worked fine, but when I go to launch it I get: wine firefox.exe fixme:actctx:parse_depend_manifests Could not find dependent assembly LMicrosoft.Windows.Common-Controls fixme:iphlpapi:NotifyAddrChange (Handle 0xbf6db5e8, overlapped 0xbf6db5cc): stub err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} not registered err:ole:CoGetClassObject no class object {4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for context 0x1 err:seh:segv_handler Got unexpected trap 0 Bus error (core dumped) Does the patch require 6-STABLE? -- Anish Mistry pgpEt6fSFFSLn.pgp Description: PGP signature
Re: sshfs/nfs cause server lockup
On Thursday 07 December 2006 13:36, Chris wrote: On 23/11/06, Kris Kennaway [EMAIL PROTECTED] wrote: On Thu, Nov 23, 2006 at 04:38:48PM +0100, [EMAIL PROTECTED] wrote: Chris [EMAIL PROTECTED] wrote: kris a development on this, someone else posted about a nfs problem and reading his post some starkling point he made about network cards, he stated he only gets the bug on sis rl and fxp. Sorry for the misunderstanding, but I think that the 'NFS via TCP' thread covers other bugs, ie the inability to mount NFS v3 over TCP. I've tested the cards above, and the person I replied to encountered the same bug with a bge card. My solution was to remove custom nfs settings in sysctl.conf. I don't know which one was the culprit because I don't have the time to look into it further. My poking uncovered a set of crashing bugs and potentially a livelock. I would agree that NFS is very fragile in RELENG_6. So far fingers crossed I've not run into an NFS server deadlock you described. Are you sure these are NFS problems and not ethernet driver problems? Kris Had another lockup today, reattached to screen process to see both sshfs mounts timed out when running sshfs to remount the terminal stopped updating, it didnt disconnect me and an ircd running on the server remained functional and the server responded to pings, however the terminal was dead and I couldnt login on ssh for a new session, a ctrl-alt-del also failed to reboot it and it needed a power cycle again. I have googled researched and read dozens and dozens of nfs bug reports where most of them seem to be a problem caused by nfs not disconnecting properly leaving itself in a bad state, the fix is usually to reboot. I am having to reboot weekly more often then my windows desktop pc, everyone else having no problems with the nfs on their linux servers having no problems and its hardly inspiring that the stable freebsd is not stable. All these problems on google didnt get fixed no dev attention etc. So far I have not got my local bsd box up and running yet due to no keyboard still need parts for it. I've updated the sshfs and libs port, you may want to update and see if that helps. -- Anish Mistry pgpOgh9DDvEiC.pgp Description: PGP signature
Symbolic Links in /dev of a jail
Previously posted to -questions: In my quest to get asterisk+iaxmodem+hylafax working together in a jail I've run into one final roadblock. I can't seem to figure out how to create a symbolic link (ln -s doesn't work) in /dev in the jail environment while in the jailed environment. When trying to create a link with ln I receive: ln -s somedev targetdev ln: targetdev: Operation not permitted Adding a link entry to devfs.conf in the jail fails too since it receives the same error. I can create a link in the jailed /dev from the host environment, so there seems to be some restriction on creating links in /dev while in the jail. The reason I need to be able to do this is that iaxmodem needs to create a /dev/ttyIAX device to point to the correct ttyp* device when it starts in the jail. Any suggestions would be appreciated. Thanks, -- Anish Mistry pgph6S3sDeFPY.pgp Description: PGP signature
Re: Symbolic Links in /dev of a jail
On Wednesday 06 September 2006 18:57, Dewayne Geraghty wrote: Generally there is a barrier accessing files/directories that exist outside a jail. The best way is to create a mount point (directory) in the jail, and mount_nullfs outside the jail. E.g in the jail, mkdir /fun Outside the jail, mount_nullfs /outside/jail/path/to/fun /insidejail/fun This will make the jail see the external file or directory. Right, I'm not trying to access anything outside of the jail. I've already exposed all of the required device nodes to the jail and it all works if I start iaxmodem and manually create the symlink from the host environment. The resulting link when viewed from the jail still points to the jailed environment, which is fine since that's what I want. Good luck on getting asterisk and friends to work, that was too hard, so a friend gave me a pabx on a linux machine...I'd be interested if you're successful on Freebsd. My setup works perfect outside of a jailed environment. Asterisk works fine within the jail (eg. voicemail, menus, etc.), just not iaxmodem+hylafax due to the symlink issue. -- Anish Mistry pgp2KjNXmDaA8.pgp Description: PGP signature
Re: vm_map.c lock up (Was: Re: NFS Locking Issue)
On Saturday 15 July 2006 00:08, User Freebsd wrote: On Sat, 15 Jul 2006, Kostik Belousov wrote: On Sat, Jul 15, 2006 at 12:10:29AM -0300, User Freebsd wrote: On Wed, 5 Jul 2006, Robert Watson wrote: If you can get into DDB when the hang has occurred, output via serial console for the following commands would be very helpful: show pcpu show allpcpu ps trace traceall show locks show alllocks show uma show malloc show lockedvnods 'k, after 16 days uptime, the server that I got all the debugging turned on for finally hung up solid ... I was able to break into DDB over the serial link, and have run all of the above on it ... and the output is attached ... One thing to note is that the ps listing is not complete ... there are 6k processes running at the time, and I don't know how to get rid of the '--more--' prompt :( After 1k processes, I just hit 'q' and went onto the other commands ... set lines=0 Also, traceall gave me a 'No such command' error ... now that I think about it, my luck, it was supposed to be 'trace all'? It is alltrace. If this doesn't provide enough information, please let me know what else I should do the next time through, besides the above commands ... Missing alltrace output seems to be critical. If this is not feasible, please, provide at least the output of the bt pid for each pid shown in the show lockedvnods and show alllocks. In you case, bt 64880 was the most interesting. It is pity that you had reset the machine. Was down for too long as it was ... it, of course, happened while I was out with the family :( Will keep all of this in mind next time I get a chance to run through things ... Any idea why 'panic' doesn't produce core like it used to? call doadump Should force a core dump. -- Anish Mistry pgpR6RAW6o4vE.pgp Description: PGP signature
Re: Bug in ata (ata-all.c) driver
On Friday 30 June 2006 22:01, [EMAIL PROTECTED] wrote: I found a little bug (probably) in sys/dev/ata-all.c which somehow corrupts device parameters structure. When I first did atacontrol list device info about ad0 looked like this: Master: ad0 Maxtor 6Y080P0/YAR41BW0 ATA/ATAPI revision 7 after I ran atacontrol cap ad0 it printed somewhat messy output like having enabled SMART but not supported... then I did atacontrol list again and saw that the line about ad0 have changed to something like this: Master: ad0 W0Maxtor 6Y080P0/YAR41BW0 ATA/ATAPI revision 0 or similar. After some digging and comparing the way IOCATADEVICES and IOCATAGPARM work I saw (probably) bogus ata_getparam() call. After removing this call to ata_getparam() everything work as expected (atleast that's what it looks like for ~30 min run). atacontrol cap ad0 shows right results and doesn't screw the device parameters. I just hope that this doesn't break something else but I doubt it coz it just gets info and doesn't set anything. The giant patch is attached. It's agains today's -STABLE. Don't forget to open a PR for this issue, so it doesn't get lost. -- Anish Mistry pgpJRSSd52gmv.pgp Description: PGP signature
Re: Force ugen device for printer?
On Thursday 29 June 2006 16:01, Christian Schade wrote: Hi all, how can I force my system (6.1-STABLE) to create a ugen device for my printer? My printer, a HP PSC 1610 is recognized as a ulpt device and the cardreader on it as umass. Printing on the ultp device works fine, but I cannot use the scanner function with sane. I tried the hplip driver (/usr/ports/printing/hplip) to solve the scanning problem, but it only works on ugen devices. When I kldunload the ulpt and umass modules from my kernel before connecting the printer, it creates a ugen device and everything works fine. I'm working on enhancing the relability of the hpiod interaction, but I am running low on time right now. My problem is, that I need at least the umass module for USB sticks and my external harddisk. So my question is, can I configure devd or something else to not create a ulpt and umass device for my printer but create a ugen device (maybe by matching the vendor ID of the printer)? So if you don't kldload ulpt, but kldload umass you don't get some ugen endpoints and a umass device? Would you provide a the output of usbdevs -vvv. Thanks, -- Anish Mistry pgpGMXDeP6WH1.pgp Description: PGP signature
Re: Canon PIXMA support
On Tuesday 27 June 2006 14:38, Roland Smith wrote: On Tue, Jun 27, 2006 at 07:27:50PM +0300, Ivan Asmer wrote: Hello everyone. I'm interesting how to run my canon pixma iP 1500 under my honest freebsd. As I found in internet this is impossible. Who can say more? Here is how some Linux folks got it working. http://forum.linspire.com/viewtopic.php?p=534013; If it's not listed at the following link, you're probably out of luck: http://www.freestandards.org/printing/public/printer_list.cgi?make= Canon In general, check compatibility with FreeBSD before you buy. If you can afford one, get a printer that understands the Postscript printing language and has a parallel port. That will Just Work. Most HP printers (99%) are supported (including faxing and scanning) via hplip (HP's Official Linux/Unix Driver) in the ports. Check hplip.sourceforge.net for the compatibility list. -- Anish Mistry pgpxG7LFnaNL9.pgp Description: PGP signature
Re: acpi: bad write to port
On Sunday 18 June 2006 11:02, Danny Braniss wrote: hi, some recent acpi changes seem to have provoked this: Copyright (c) 1992-2006 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 6.1-STABLE #7: Fri Jun 16 14:09:18 IDT 2006 [EMAIL PROTECTED]:/r+d/obj/bsd/i386/r+d/6.1/src/sys/HUJI Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel Pentium III (730.97-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE, MCA,CMOV,P AT,PSE36,MMX,FXSR,SSE real memory = 266493952 (254 MB) avail memory = 251117568 (239 MB) kbd1 at kbdmux0 acpi0: DELL GX115 on motherboard acpi: bad write to port 0x070 (8), val 0x55 acpi: bad read from port 0x071 (8) Unless you're seeing any functional changes it shouldn't be a problem. ACPI is just being more verbose about the BIOS doing bad things. If you have Windows installed you should see a similar error message in the system log. -- Anish Mistry pgpAI3s2FyOv8.pgp Description: PGP signature
Re: FreeBSD Security Survey
On Monday 22 May 2006 01:44, Scott Long wrote: Brent Casavant wrote: On Sun, 21 May 2006, Colin Percival wrote: In order to better understand which FreeBSD versions are in use, how people are (or aren't) keeping them updated, and why it seems so many systems are not being updated, I have put together a short survey of 12 questions. I applaud this survey, however question 9 missed an important point, at least to me. I was torn between answering less than once a month and I never update. While I find ports to be the single most useful feature of the FreeBSD experience, and can't thank contributors enough for the efforts, I on the other hand find updating my installed ports collection (for security reasons or otherwise) to be quite painful. I typically use portupgrade to perform this task. On several occasions I got bit by doing a portupgrade which wasn't able to completely upgrade all dependencies (particularly when X, GUI's, and desktops are in the mix -- though I always follow the special Gnome upgrade methods when appropriate). I can't rule out some form of pilot error, but the end result was pain. After several instances of unsatisfactory portupgrades (mostly in the 5.2 through early 5.4 timeframe), I adopted the practice of either not upgrading ports at all for the life of a particular installation on a machine (typically about one year), or when necessary by removing *all* ports from the machine, cvsup'ing, and reinstalling. This has served me quite well, particularly considering the minimal threat profile these particularly systems face. So, in short, that's why *I* rarely update ports for security reasons. There are steps that could be taken at the port maintenance level that would work well for my particular case, however that's beyond the scope of the survey. Thanks for taking the time put the survey together, I certainly hope it proves useful. Thank you, Brent Casavant I share this frustration with you. I was once told that the pain in upgrading is due largely to a somewhat invisible difference between installing a pre-compiled package, and building+installing a port. In theory, if you stick to one method or the other, things will stay mostly consistent. But if you mix them, and particularly if you update the ports tree in the process, the end result is a bit more undefined. One thing that I wish for is that the ports tree would branch for releases, and that those branches would get security updates. I know that this would involve an exponentially larger amount of effort from the ports team, and I don't fault them for not doing it. Still, it would be nice to have. More ports seem to be separating out their different version into portname20, portname, portname21, etc. This takes out quite a bit of the updating woes without causing too much overhead for the maintainers. Since maintaining a security branch for releases would require too much overhead it might be nice to have mechanism to track the release version of the installed software. eg. For 6.0 release I installed lang/lua which is lua-5.0 Then when I cvsup next time the maintainer has created a lang/lua50 port for the old version and lang/lua is now version 5.1. It would be nice to have a mapping that I can say Stay with version 5.0.x and when I do a portupgrade it will see that lua-5.0 is installed so use lang/lua50 instead of lang/lua. As a port maintainer, I could probably live with that extra mapping. Though currently I try to keep a few jails configured on my desktop that match customer's configurations and perform updates in the jail first. Just to see it there will be any hiccups before actually performing the updates on a customer's system. I only have 3 basic configurations that I use so it's not that big of a deal for me. My biggest grip about updating the base system is the mergemaster step, but once mergemaster -U is cut into a release it should fix that annoyance. -- Anish Mistry pgpSYqKguxyBf.pgp Description: PGP signature
Re: Problem with Razer Copperhead (USB-mouse)
On Tuesday 04 April 2006 07:41, Christian Baer wrote: On Mon, 3 Apr 2006 22:10:12 -0400 Anish Mistry wrote: Is there a ukbd in your dmesg? If there is, I'd suggest loading=20 kbdmux. Yes there is - but only the darn mouse. Not sure if I need a keyboard multiplexer, since I rather need to *ignore* this keyboard. Yes, that's the point. Use kbdmux, that will allow your PS/2 keyboard to work with the mouse keyboard. You can then run kbdcontrol to disable the mouse keyboard. Currently there isn't support for mice that appear as uhid. You could=20 always just try pointing moused at the uhid device. Currently, I'm more worried about getting my PS/2 keyboard to work while the mouse is plugged in. I'll worry about the mouse and X later. :-) See above. -- Anish Mistry pgpjQPxVxlXHp.pgp Description: PGP signature
Re: Problem with Razer Copperhead (USB-mouse)
On Monday 03 April 2006 19:37, Christian Baer wrote: Good evening, folks! A few hours ago I installed FreeBSD on a new machine. This is the only one I have with a USB-mouse attached (the stated Copperhead) - actually, it's the only machine I have with any type of mouse attached. :-) FreeBSD boots fine and also recognizes the mouse correctly: kernel: uhid0: Razer Razer Copperhead Laser Mouse, rev 2.00/21.00, addr 2, iclass 3/1 Well, as you can see, it's recognized correctly by name, but seemingly not as a mouse. The result is that FreeBSD starts typing letters, when I move the mouse. At the same time my real keyboard doesn't work (IBM Model M - PS/2 of course). If I want a keyboard I have to unplug the mouse from the computer. Everything works as it should then - apart from the mouse of course. Is there a ukbd in your dmesg? If there is, I'd suggest loading kbdmux. Aunty Google only revealed one real fact to me (which I actually expected): A USB mouse should probably be logged as ums, not as uhid. Currently there isn't support for mice that appear as uhid. You could always just try pointing moused at the uhid device. -- Anish Mistry pgpszEtxUpsFr.pgp Description: PGP signature
Re: USB Mosue Driver Problems
On Saturday 01 April 2006 18:31, Joe Kelsey wrote: I have a Logitech MX700 USB Wireless mouse. A few days ago I posted about changing the usbd.conf entry to swap buttons 4 and 6 and buttons 5 and 7 to get the wheel scrolling to work correctly. Last night, I rebooted my system and the moused was started from rc.conf instead of usbd.conf! You should be using devd.conf and devd not usbd, which is deprecated. Set everything up through devd and disable usbd and see if the same thing happens. -- Anish Mistry pgpfPPph1Dv5t.pgp Description: PGP signature
Fatal trap 12: page fault while in kernel mode tc_windup()
After a cvsup to RELENG_6 today I got the following trap while encoding some videos with Avidemux. I'm going to leave the machine at the ddb prompt since the following trace information doesn't seem very helpful. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffbb80551f10 fault code = supervisor read, page not present instruction pointer = 0x8:0x802371c4 stack pointer = 0x10:0x9634bb90 frame pointer = 0x10:0x9634bbf0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= resume, IOPL = 0 current process = 19381 (avidemux2) [thread pid 19381 tid 100115 ] Stopped at tc_windup+0x24: movl0x50(%r13),%eax db db bt Tracing pid 19381 tid 100115 td 0xff001cb0b980 tc_windup() at tc_windup+0x24 hardclock() at hardclock+0x17 lapic_handle_timer() at lapic_handle_timer+0x11c Xtimerint() at Xtimerint+0x76 -- Anish Mistry pgpSSCEArdCAU.pgp Description: PGP signature
dc0: watchdog timeout and nve0: device timeout
After updating to STABLE today I'm getting the following message with my dc and nve NICs every few seconds. UP, AMD64. A kernel from last Thursday was fine. dc0: watchdog timeout nve0: device timeout (4) FreeBSD 6.0-STABLE #9: Mon Jan 30 20:21:17 UTC 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KEVIN Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 2800+ (1808.26-MHz K8-class CPU) Origin = AuthenticAMD Id = 0xf4a Stepping = 10 Features=0x78bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2 AMD Features=0xe0500800SYSCALL,NX,MMX+,LM,3DNow+,3DNow real memory = 535691264 (510 MB) avail memory = 508751872 (485 MB) ACPI APIC Table: nVidia AWRDACPI ioapic0 Version 1.1 irqs 0-23 on motherboardnfiguration acpi0: nVidia AWRDACPI on motherboardal/share/config/kdm/kdmrc (from kde = 2. acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 2.3) acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 cpu0: ACPI CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0ÄÄ¿ agp0: NVIDIA nForce3-250 AGP Controller mem 0xf000-0xf7ff at device 0.0 on pci0³ __ isab0: PCI-ISA bridge at device 1.0 on pci0| | __ ___ ___ isa0: ISA bus on isab0reeBSD!³ | |__ | '__/ _ \/ _ \ pci0: serial bus, SMBus at device 1.1 (no driver attached) __/ __/ pci0: serial bus, USB at device 2.0 (no driver attached) ||| pci0: serial bus, USB at device 2.1 (no driver attached) \___|\___| pci0: serial bus, USB at device 2.2 (no driver attached) _ pci0: bridge at device 5.0 (no driver attached)| _ \ / | __ \ pcm0: nVidia nForce3 250 port 0xf600-0xf6ff,0xfb00-0xfb7f mem 0xfebfb000-0xfebfbfff irq 11 at device 6.0 on pci0 logging ³ | _ \___ \| | | | pcm0: Avance Logic ALC655 AC97 Codec ³ | |_) |) | |__| | atapci0: nVidia nForce3 Pro UDMA133 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 8.0 on pci0³ |/|_/|_/ ata0: ATA channel 0 on atapci0 ³ ata1: ATA channel 1 on atapci0 ³ pcib1: ACPI PCI-PCI bridge at device 11.0 on pci0 pci1: ACPI PCI bus on pcib1r default ³ pci1: display, VGA at device 0.0 (no driver attached) pcib2: ACPI PCI-PCI bridge at device 14.0 on pci0 pci2: ACPI PCI bus on pcib2 dc0: LC82C115 PNIC II 10/100BaseTX port 0xde00-0xdeff mem 0xfeaff000-0xfeaff0ff irq 11 at device 3.0 on pci2 miibus0: MII bus on dc0 dcphy0: Intel 21143 NWAY media interface on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:a0:cc:37:02:bf acpi_tz0: Thermal Zone on acpi0 nve0: NVIDIA nForce MCP7 Networking Adapter port 0xfc00-0xfc07 mem 0xfebfc000-0xfebfcfff irq 10 at device 5.0 on pci0 nve0: Ethernet address 00:30:18:a4:37:7c miibus1: MII bus on nve0 ciphy0: Cicada CS8201 10/100/1000TX PHY on miibus1 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:30:18:a4:37:7c sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: 16550A-compatible COM port port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: ECP parallel printer port port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: Parallel port bus on ppc0 ppi0: Parallel I/O on ppbus0 atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 orm0: ISA Option ROMs at iomem 0xc-0xcf7ff,0xd-0xd17ff on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x100 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 1808256838 Hz quality 800 Timecounters tick every 1.000 msec ad0: 38162MB WDC WD400BB-23FJA0 13.03G13 at ata0-master UDMA100 ad1: 32253MB HDS728080PLAT20 PF2OA21B at ata0-slave UDMA133 acd0: CDRW BENQ CDRW 5232X/KPEY at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: BENQ CDRW 5232X KPEY Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [1 x 2048 byte records] -- Anish Mistry pgppA3cFl0Zbg.pgp Description: PGP signature
Fatal trap 12: page fault soo_poll
I just got the following trap on my AMD64 system while doing some video encoding. I'm updating to the latest STABLE to see if I can reproduce it. FreeBSD 6.0-STABLE #8: Thu Jan 26 19:07:13 UTC 2006 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xffcc805543e0 fault code = supervisor read, page not present instruction pointer = 0x8:0x8025b244 stack pointer = 0x10:0x962e4900 frame pointer = 0x10:0x962e4930 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 3 current process = 705 (Xorg) [thread pid 705 tid 100104 ] Stopped at soo_poll+0x44: movq0x60(%rax),%rax db bt Tracing pid 705 tid 100104 td 0xff0013a02260 soo_poll() at soo_poll+0x44 kern_select() at kern_select+0x8b7 select() at select+0x3e syscall() at syscall+0x471 Xfast_syscall() at Xfast_syscall+0xa8 -- Anish Mistry pgp7y2nhxoZzB.pgp Description: PGP signature
Re: (no subject)
On Sunday 08 January 2006 02:37 am, Christer Solskogen wrote: Hi! I got myself a mainboard with the ICH7 chipset. This chipset is supported in FreeBSD, but on my board it had a problem. It found only 2 of my four disks (ad0 and ad2) I tried updating to 6.0-stable (from 6.0-release) but the problem resist. I found a patch at bsdforums that did indeed work. Could anyone review this, and commit it, please? It is generally best to file a PR so this stuff doesn't get lost. Also check to see if this is in current via cvsweb.freebsd.org, and if it is emailing the responsible commiter about MFC'ing that change will give you an authoritative answer on what's up. Taken from http://www.bsdforums.org/forums/showthread.php?threadid=37304 --- ata-chipset.c Thu Oct 13 10:07:46 2005 +++ ata-chipset-ich7.c Sun Dec 11 23:25:48 2005 @@ -1845,10 +1845,13 @@ struct ata_channel *ch = device_get_softc(dev); int mask, timeout; -/* ICH6 has 4 SATA ports as master/slave on 2 channels so deal with pairs */ +/* ICH6/7 has 4 SATA ports as master/slave on 2 channels so deal with pairs */ if (ctlr-chip-chipid == ATA_I82801FB_S1 || ctlr-chip-chipid == ATA_I82801FB_R1 || - ctlr-chip-chipid == ATA_I82801FB_M) { + ctlr-chip-chipid == ATA_I82801FB_M || + ctlr-chip-chipid == ATA_I82801GB_S1 || + ctlr-chip-chipid == ATA_I82801GB_R1 || + ctlr-chip-chipid == ATA_I82801GB_M) { mask = (0x0005 ch-unit); } else { -- Anish Mistry pgpAYFioqGAbR.pgp Description: PGP signature
Re: ucom.ko and palm pilot m500
On Friday 06 January 2006 01:56 pm, Carsten Wald wrote: On Friday 06 January 2006 17:51, Gleb Kozyrev wrote: man uvisor Great! Thank you. That's what I needed! -- uvisor.ko apparently uses ucom.ko and the ucom0 device I looked for is (temporarily) created. However, after pressing the sync button the pilot can then be accessed through the /dev/ttyU0 device. Since I didn't find this information at kpilot.org or pilot-link.org or whatsoever (although they oftern refer to FreeBSD) and somebody else might have the same problem ... here is what I did: 1. Load the proper kernel modules. Among others this is uvisor.ko. $ kldload /boot/kernel/uvisor.ko (In addition, I configured this in /boot/loader.conf) 2. Configure /etc/usbd.conf in such a way, that the permissions of the proper device will be set when it appears after pressing the HotSync button. This is /dev/ttyU0 in my case. I just synced as a normal user and it works. You shouldn't be using usbd/usbd.conf as it is going away (It's already gone in CURRENT). You should configure it using devd/devd.conf instead. -- Anish Mistry pgpakgSIHZSNx.pgp Description: PGP signature
panic: vm_object_backing_scan: object mismatch
I just upgraded to RELENG_6 from 6.0 and after running for about a day I got the following panic: Jan 6 21:37:47 bigguy kernel: pid 30546 (gaim), uid 1001 inumber 10313 on /var: filesystem full panic: vm_object_backing_scan: object mismatch KDB: enter: panic [thread pid 22780 tid 100175 ] Stopped at kdb_enter+0x32: leave db bt Tracing pid 22780 tid 100175 td 0xc8119300 kdb_enter(c06a50b0,c06f9460,c06b9bcd,e9a30978,c8119300) at kdb_enter+0x32 panic(c06b9bcd,0,c06b99b4,604,0) at panic+0x14c vm_object_backing_scan(c7d7dad4,0,c06b99b4,63b,0) at vm_object_backing_scan+0x4e c vm_object_collapse(c9923630,0,c06b99b4,214,c7d7dad4) at vm_object_collapse+0x1b4 vm_object_deallocate(c7d7dad4,0,c06b906f,89e,0) at vm_object_deallocate+0x351 vm_map_delete(c7d16e10,0,bfc0,c7d16e10,0) at vm_map_delete+0x29d vm_map_remove(c7d16e10,0,bfc0,c8119300,e9a30a9c) at vm_map_remove+0x55 exec_new_vmspace(e9a30bf0,c06eeec0,2ec,0,0) at exec_new_vmspace+0x243 exec_elf32_imgact(e9a30bf0,0,c06a2586,149,43) at exec_elf32_imgact+0x1bd kern_execve(c8119300,e9a30ca8,0,807b94c,807a000) at kern_execve+0x417 execve(c8119300,e9a30d04,c,41d,3) at execve+0x67 syscall(3b,3b,3b,1,0) at syscall+0x13d Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip = 0x805571f, esp = 0xbfbfd9bc, ebp = 0xbfbfd9d8 --- The trace with ps output is here: http://am-productions.biz/docs/bigguy-vm-panic.txt -- Anish Mistry pgpLCiRbKe2MK.pgp Description: PGP signature
Re: kernel cpu entries
On Wednesday 14 December 2005 10:55 pm, Scott Long wrote: Jonathan Noack wrote: Kevin Oberman wrote: Scott Long wrote: Also, taking out CPU_I586 is usually a bad idea. It offers no performance penalties (unlike CPU_I386 and maybe CPU_I486), but enables things like optimized bcopy. Ahh, This is the sort of thing I never realized. Is there anything in the handbook that covers this? I had always been under the impression that CPU_I686 enabled all things that the 686 was capable of. I will build a new kernel to add that back in. From tuning(7): ** There are a number of *_CPU options that can be commented out. If you only want the kernel to run on a Pentium class CPU, you can easily remove I486_CPU, but only remove I586_CPU if you are sure your CPU is being recognized as a Pentium II or better. Some clones may be recognized as a Pentium or even a 486 and not be able to boot without those options. If it works, great! The operating system will be able to better use higher-end CPU features for MMU, task switching, timebase, and even device operations... ** From /sys/i386/conf/NOTES: ** # You must specify at least one CPU (the one you intend to run on); # deleting the specification for CPUs you don't need to use may make # parts of the system run faster. ** From npx(4) (also see /sys/i386/i386/support.s): ** The NPX registers are normally used to optimize copying and zeroing when all of the following conditions are satisfied: 1. cpu I586_CPU is an option ... Then copying and zeroing using the NPX registers is normally 30-100% faster. ** All is rosy until you see that I586_CPU looks like a loss for blowfish (if you have an i686 CPU): /sys/crypto/blowfish/arch/i386/bf_enc.S As I use AES, I guess I586_CPU is a win for me. Despite this, I think it makes the most sense for I686_CPU to enable the optimized bcopy if it really is a win for i686 CPUs. -Jonathan I agree, but frankly I've been loath to touch it out of pure fear of the correctness geeks. I know that if I go near it, someone will point out that it's not 100% correct in all cases of some buggy i686 derivative that hasn't been sold since 1998, and therefore it's better to just leave it alone and satify that .1% of the problem. Or, the alternate scenario is that people will moan that we should be using SSE instead, and that any change that doesn't involve SSE is wrong and a waste of time. Then a meta-argument will break out over SSE vs SSE2 vs 3DNow, and how again some buggy derivative chip can't use it and can't be detected or worked around. I make my peace by just remembering to leave CPU_I586 enabled on all of my local systems =-) Scott I too fall into the I had no idea! camp. This seems a bit silly just to satisfy a very small and unknown group of broken chips. Couldn't the optimized bcopy be enabled with I686_CPU, and also an option like NO_OPTIMIZED_BCOPY and an UPDATING entry that would tell those .1% to make that change so their system doesn't break? Would this be an acceptable solution? -- Anish Mistry pgpfqJUmZ0fRK.pgp Description: PGP signature
Re: devfs doesn't set access rights
On Tuesday 13 December 2005 11:54 am, Marwan Burelle wrote: On Tue, Dec 13, 2005 at 05:37:09PM +0100, [LoN]Kamikaze wrote: On my FreeBSD 6-stable (the last build is less then 24hours ago) my devfs doesn't apply permissions set in /etc/devfs.conf when I attach new devices. I have to call: /etc/rc.d/devfs restart manually for the settings to be applied. This is rather uncomfortable in some cases (especially with my PDA). I don't know weather this is the normal behaviour, anyway if it is, shouldn't devfs be restarted automatically as soon as external devices (usb, firewire, ir) are attached? It is the normal behaviour, /etc/rc.d/devfs is a little script that parse /etc/devfs.conf and according to it and what it find in /dev it set permissions or create links, it's purely static. One possibility is to call /etc/rc.d/devfs when a device is attached in /etc/devd.conf (take a look at devd(8) and devd.conf(5)) For exemple, I have something like this in my /etc/devd.conf : attach 100 { device-name umass[0-9]+ ; action /bin/sleep 3; /etc/rc.d/devfs restart ; }; attach : what kind of event 100 : as usual, for ordering rules device-name ... : the device concerned action ... : what to do, here I use sleep, because action is called when the attach event arrives, not when the device node is created. There maybe a better way, but it works© ;) You should be using /etc/devfs.rules Search the mailing list for examples and setup. -- Anish Mistry pgp9aPnG2LVym.pgp Description: PGP signature
Re: devfs doesn't set access rights
On Tuesday 13 December 2005 05:26 pm, Johny Mattsson wrote: On 12/14/05 06:44, [LoN]Kamikaze wrote: 3) There is one kind of thing I cannot do in /etc/devfs.rules, creating links. So I am still doing this in /etc/devfs.conf (links don't cause race conditions anyway, I hope). One would think that link ttyU0 pilot would simply be translated to ln -s /dev/ttyU0 /dev/pilot which would simply create the link and it would work as soon as a ttyU0 device (my PDA) is there. But instead it checks weather the device exists (of course it doesn't since I didn't press the hotsync button during boot) and omits the creation of the link. Note that while for you it might be sufficient to have a hard coded link from /dev/pilot to /dev/ttyU0, that is not necessarily the case if you have multiple USB serial gadgets. The way I handled it is by using an entry in /etc/usbd.conf: # # Fixup permissions for Palm Handheld ucom devices # (set here and not in devfs.rules since we only want to apply # the change to Palm com ports, not all USB com ports) device PalmHandheld devname ucom[0-9]+ vendor 0x0830 attach /bin/chmod 0666 /dev/${DEVNAME} ; /bin/ln -s /dev/${DEVNAME} /dev/pilot detach rm -f /dev/pilot Roland already mentioned this point, but usbd and usbd.conf have been depreciated since 5.x. They WILL be going away in CURRENT (usbd.conf no longer has any entries) once Ian gets a chance to review and commit the patches. If you are in need of the release field for usb devices on 5.x or 6.x check out: http://www.freebsd.org/cgi/query-pr.cgi?pr=73799 -- Anish Mistry pgpASt9Sd8KYu.pgp Description: PGP signature
Re: SMP support maturity? AMD64x2 or FX-57?
On Friday 22 July 2005 04:06 pm, Brandon Fosdick wrote: SMP support in FreeBSD seems to be a perpetually favorite feature to gripe about, but every release seems to say that its getting better. I'm about to build a new server and am trying to determine if I should go with dual procs or just a single. The AMD64x2 is slightly cheaper than the FX-57 so I'm leaning that way, but it would be a rather pointless savings if SMP isn't well supported. So, is SMP in -STABLE ready for primetime? Can it really make use of two processors? ___ I'm running RELENG_6 on a dual processor Opteron in 64 bit mode and it's working fine as long as I'm using the 4BSD scheduler. -- Anish Mistry pgpQ6acVURTkC.pgp Description: PGP signature
Re: FreeBSD 6.0-BETA1 Available
On Friday 15 July 2005 04:53 pm, Emanuel Strobl wrote: Am Freitag, 15. Juli 2005 22:12 CEST schrieb Eirik Øverby: On Jul 15, 2005, at 5:10 PM, Emanuel Strobl wrote: Am Freitag, 15. Juli 2005 16:58 CEST schrieb Marc G. Fournier: And, for the stupid question of the day ... how long before 5.x is no longer supported? I'm just about to deploy a new server, and was *going* to go with 5.x, but would I be better just skipping 5.x altogether? Or are there such drastic changes in 6.x that doing so at this time wouldn't be prudent? To post my opinion to the last part of the question: I'm also deploying new servers and I'll take RELENG_6 since there are so many improovements (nullfs in jails etc.) and 6-current has been pretty stable for me on my Hoi, what's changed wrt jails? And nullfs? I haven't been following the news as closely as I perhaps should, but I feel that the jail functionality doesn't get half as much attention in release notes as it should... Porting my jail-related tools to 5.x from 4.x was painful, but enjoyable when I was done. How does 6.x look? I'm not the developer guy so I can't tell you anything authoritative but I know that there has been an awful perfomance degradation when mounting nullfs-filesystems into a jail under RELENG_5, espacially noticable with apache! I just know that Jeff Roberson committed incredible lots of vm/vfs changes, perhaps this also solved the md performance problem, at least the nullfs problem was solved! The nullfs performace issue has been fixed. -- Anish Mistry pgpu9T1iSxoEY.pgp Description: PGP signature
Re: patch: fix 30 second hang while resuming
On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: Nate Lawson wrote: My system hangs a long time in ata_generic_reset() while resuming. I did some hunting and found that the loop was running for the full 310 * 100 ms (31 seconds). The bug is that the loop never exits when mask goes to 0 even though this is a termination condition (see end of the loop where the code masks off 1 and 2). The attached patch fixes this by exiting when the mask is set to 0 instead of looping the full 31 seconds. This is correct since setting the mask to 0 is how the loop marks master/slave done. It also has a minor whitespace fix. Apologies, the last patch was not quite right. You need to check that both status values are not busy as well as the mask. This check could be merged in elsewhere as well. This was just a convenient place to put it. Please use the attached patch instead. This works well for me. Is this going to be committed? -- Anish Mistry pgpL7D5GDZ7U5.pgp Description: PGP signature
Re: USB Mouse not working
On Sunday 20 March 2005 09:46 am, Marius Nünnerich wrote: Hi, I recently purchased a cheap USB mouse/keyboard combination. If I plug it in /dev/ums0 is created, I also can run moused -p /dev/ums0, but the mouse will not move. I upgraded to a recent -STABLE, so ums.c is version 1.70.2.2. I compiled a kernel with options USB_DEBUG and set hw.usb.ums.debug=. With cat /dev/ums0 /dev/null I can see the Debug Info on the console: ums_intr: sc=0x19d5c00 status=13 ums_intr: data = 01 00 00 00 00 01 ums_intr: status=13 It seems that this mouse sends 1 extra byte before the usual data, just like the MS Wireless Intellimouse 2.0, because data is like: 01 BUTTON X Y Z 01 But seems like ums_intr() returns on line 467, so I tried this: --- /sys/dev/usb/ums.c Sun Mar 20 14:54:14 2005 +++ /root/ums.c Sun Mar 20 14:54:04 2005 @@ -456,7 +456,7 @@ * Currently it's the only user of UMS_T so use it as an identifier. * We probably should switch to some more official quirk. */ - if (sc-flags UMS_T) { +/* if (sc-flags UMS_T) { if (sc-sc_iid) { if (*ibuf++ == 0x02) return; @@ -468,9 +468,11 @@ } } +*/ *ibuf++; It sort of works. If I run moused -p /dev/ums0 I can actually use that mouse, BUT it moves jerky, I have to move the wheel two positions to get one and when a button is pressed when the mouse stands still it is not recognized. The mouse _must_ move for the button to get noticed. Has anyone an idea what to try next? Any help would be greatly appreciated! Is the code setting the UMS_T flags? If not, then force it in after the detection routine section: /* The Microsoft Wireless Intellimouse 2.0 reports it's wheel * using 0x0048 (i've called it HUG_TWHEEL) and seems to expect * you to know that the byte after the wheel is the tilt axis. * There are no other HID axis descriptors other than X,Y and * TWHEEL */ if (hid_locate(desc, size, HID_USAGE2(HUP_GENERIC_DESKTOP, HUG_TWHEEL), hid_input, sc-sc_loc_t, flags)) { sc-sc_loc_t.pos = sc-sc_loc_t.pos + 8; sc-flags |= UMS_T; } sc-flags |= UMS_T; /* --- Add this to force MS Intellimouse Mode */ If that make is work we'll have to figure out a way to auto detect this since it uses the same byte order, but doesn't have the tilt wheel to facilitate detection. -- Anish Mistry pgp3XQbPy9BpQ.pgp Description: PGP signature
Re: patch: fix 30 second hang while resuming
On Sunday 27 February 2005 06:12 pm, Nate Lawson wrote: Nate Lawson wrote: My system hangs a long time in ata_generic_reset() while resuming. I did some hunting and found that the loop was running for the full 310 * 100 ms (31 seconds). The bug is that the loop never exits when mask goes to 0 even though this is a termination condition (see end of the loop where the code masks off 1 and 2). The attached patch fixes this by exiting when the mask is set to 0 instead of looping the full 31 seconds. This is correct since setting the mask to 0 is how the loop marks master/slave done. It also has a minor whitespace fix. Apologies, the last patch was not quite right. You need to check that both status values are not busy as well as the mask. This check could be merged in elsewhere as well. This was just a convenient place to put it. Please use the attached patch instead. This works well for me. Is this going to be committed? -- Anish Mistry pgpsaHfmARf3p.pgp Description: PGP signature
Re: Problems with WINE
On Wednesday 22 December 2004 12:05 am, Warren Liddell wrote: I just recently ran portupgrade and noticed that WINE was updated to the latest version, however being i run a 4.10-STABLE machine the newer version is not compatible. Where abouts can i find an older version to install? From the winehq.com site. The May version is the last one that works with 4.x http://www.ibiblio.org/pub/Linux/ALPHA/wine/development/ -- Anish Mistry pgpAacqK3XB2w.pgp Description: PGP signature
panic with bktr and BKTR_NEW_MSP34XX_DRIVER
I'm getting the following panic on boot when I've got the BKTR_NEW_MSP34XX_DRIVER option enabled for bktr. Running 5-STABLE. panic: sleeping without a mutex KDB: enter: panic [thread 100012] Stopped at kbd_enter+0x2c: leave db tr kbd_enter(c0635ca1,100,c1b6c54c,c1b41320,0) at kbd_enter+0x2c panic(c06363e5,0,0,0,c1b37c00) at panic+0x10a msleep(c1b6c54c,0,4c,c064007d,0) at msleep+0x2bf msp3410d_thread(c1bd8000,d0181d48,c1db8000,c845e1d4,0) at msp3410d_thread+0x5b fork_exit(c045e1d4,c1db8000,d0181d48) at fork_exit+0x7e fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip=0, esp=0xd0181d7c, ebd=0 --- dmesg: http://am-productions.biz/docs/bigguy.txt.gz kernel config: http://am-productions.biz/docs/BIGGUY.gz -- Anish Mistry pgpanQDQ3R6No.pgp Description: PGP signature
Re: Performance issues in 5.3-RELEASE.
On Wednesday 17 November 2004 04:40 am, Krzysztof Kowalik wrote: Hello, Recently I took some time to upgrade my home 4.9 system to 5.3-RELEASE (fortunately, taking full system dump before, so I can easily get back). In fact just after upgrading I ran into the weird issue during installation for firefox port. When firefox-1.0-source.tar.bz2 is getting untared, the system starts to be *slow*: any music starts to be jittered and the cursor in X stalls from time to time for ~1 second. And I never had this issue before with 4.x serie. I tried to boot with an without ACPI, with GENERIC kernel, with my own kernel configuration (GENERIC with removed unused SCSI/RAID/NIC drivers) both with and without PREEMPTION[1]. Without any visible change in system's behaviour. %uname -a FreeBSD bzzzt.borys.lan 5.3-RELEASE FreeBSD 5.3-RELEASE #2: Wed Nov 17 00:19:56 CET 2004 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/BZZZT i386 # atacontrol list ATA channel 0: Master: ad0 SAMSUNG SP1614N/TM100-24 ATA/ATAPI revision 7 Slave: ad1 WDC WD2000JB-00FUA0/15.05R15 ATA/ATAPI revision 6 ATA channel 1: Master: acd0 JLMS DVD-ROM LTD-166S/DS08 ATA/ATAPI revision 5 Slave: acd1 LITE-ON LTR-40125S/ZS0N ATA/ATAPI revision 0 ATA channel 2: Master: ad4 ST360021A/3.10 ATA/ATAPI revision 5 Slave: ad5 ST380021A/3.19 ATA/ATAPI revision 5 ATA channel 3: Master: no device present Slave: no device present # atacontrol mode 0 Master = UDMA100 Slave = UDMA100 # atacontrol mode 1 Master = UDMA33 Slave = UDMA33 # atacontrol mode 2 Master = UDMA100 Slave = UDMA100 dmesgs from ACPI boot on custom kernel attached. Is there anything I missed and therefore I should try/tune or any other informations that are needed and I missed them? [1] yes, SCHED_4BSD Regards, Krzysztof Kowalik Me too. -- Anish Mistry pgpo0niUjMFCh.pgp Description: PGP signature