Re: Child suspend/resume
Now laptop resumes, screen turned on and I see in dmesg acpi: resumed at ..., but neither keyboard nor mouse don't work and host is not accessible from network. 12.08.2014 17:06, Justin Hibbits пишет: Hi Alexandr, Thanks. I got another confirmation that it didn't work, and may have found the cause. I have another patch that you can find at https://phabric.freebsd.org/D590 which fixes a typo that I had made. Could you try that? (Added current@ so everyone else sees this as well). Thanks! - Justin On Tue, 12 Aug 2014 11:18:29 +0300 Alexandr Krivulya shur...@shurik.kiev.ua wrote: Hi, Justin After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, amd64) doesn't resume any more - screen remains black. 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits chmeeed...@gmail.com) пишет: Hi all, The attached patch is completely untested, due to lack of existing suspendable hardware (no x86 machines). It does compile cleanly against head, though. I don't think it should change any behavior, I tried to keep the essence of the code path the same. It was suggested that I break up my multipass suspend/resume code into incremental parts, so this is part one. It adds a BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, bus_generic_suspend_child()/bus_generic_resume_child(), and modifies the PCI driver to use this new facility. I'd like some feedback, and testing of this, to make sure I didn't break anything. Thanks, Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: PostgreSQL performance on FreeBSD
On 12 Aug 2014, at 19:09, John Baldwin j...@freebsd.org wrote: OTOH, I have actually seen junk profiling _improve_ performance in certain cases as it forces promotion of allocated pages to superpages since all pages are dirtied. (I have a local hack that adds a new malloc option to explicitly memset() new pages allocated via mmap() that gives the same benefit without the junking overheadon each malloc() / free(), but it does increase physical RAM usage.) Do you get the same effect by adding MAP_ALIGNED_SUPER | MAP_PREFAULT_READ to the mmap() call in jemalloc? I've been meaning to try the latter on BERI, as we spend a lot of time bouncing back and forth between user code and the TLB miss handlers. Given that jemalloc asks for memory in 8MB chunks (I think via a single mmap call, although I'm not 100% certain), MAP_ALIGNED_SUPER should have little impact on any platform. MAP_PREFAULT_READ may cause problems on machines with limited RAM and no swap (I don't know if the VM subsystem knows that it can safely discard a zero'd page that has been read but not written - I'd hope so, but it's been a while since I read that code). It might be that we can make jemalloc autotune whether to use MAP_PREFAULT_READ depending on some heuristic. I wonder if something as simple as 'turn it on after the first mmap call' would be enough: programs that don't use more than 8MB of RAM won't prefault, but after that the wasted physical memory becomes an increasingly small percentage. David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Child suspend/resume
That's odd, because another tester reported everything worked correctly for him. Could you send me the output of a verbose boot dmesg (boot -v), devinfo -rv, and pciconf -lv? Thanks, Justin On Wed, 13 Aug 2014 09:17:24 +0300 Alexandr Krivulya shur...@shurik.kiev.ua wrote: Now laptop resumes, screen turned on and I see in dmesg acpi: resumed at ..., but neither keyboard nor mouse don't work and host is not accessible from network. 12.08.2014 17:06, Justin Hibbits пишет: Hi Alexandr, Thanks. I got another confirmation that it didn't work, and may have found the cause. I have another patch that you can find at https://phabric.freebsd.org/D590 which fixes a typo that I had made. Could you try that? (Added current@ so everyone else sees this as well). Thanks! - Justin On Tue, 12 Aug 2014 11:18:29 +0300 Alexandr Krivulya shur...@shurik.kiev.ua wrote: Hi, Justin After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT, amd64) doesn't resume any more - screen remains black. 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits chmeeed...@gmail.com) пишет: Hi all, The attached patch is completely untested, due to lack of existing suspendable hardware (no x86 machines). It does compile cleanly against head, though. I don't think it should change any behavior, I tried to keep the essence of the code path the same. It was suggested that I break up my multipass suspend/resume code into incremental parts, so this is part one. It adds a BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions, bus_generic_suspend_child()/bus_generic_resume_child(), and modifies the PCI driver to use this new facility. I'd like some feedback, and testing of this, to make sure I didn't break anything. Thanks, Justin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: panic: pmap active 0xfffff8002d2ae9f8
On 6/24/2014 4:28 PM, Craig Rodrigues wrote: Hi, I have a system running CURRENT at r266925 from May 31. While doing some software builds using poudriere, the system panicked. Unfortunately this system was not configured with swap space, so I cannot do a kernel dump. The system is currently at the ddb prompt. Here is the backtrace: Here is the backtrace from ddb: panic: pmap active 0xf8002d2ae9f8 cpuid = 5 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe183958a7d0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe183958a880 vpanic() at vpanic+0x126/frame 0xfe183958a8c0 kassert_panic() at kassert_panic+0x139/frame 0xfe183958a930 pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfe183958aa20 vmspace_exit() at vmspace_exit+0xa1/frame 0xfe183958aa60 exit1() at exit1+0x541/frame 0xfe183958aad0 sys_sys_exit() at sys_sys_exit+0xe/frame 0xfe183958aae0 amd64_syscall() at amd64_syscall+0x25a/frame 0xfe183958abf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe183958abf0 --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip - 0x800b195aa, rsp - 0x7ffe3e8, rbp = 0x7e400 KDB: enter: panic [ thread pid 94762 tid 101570 ] Stopped at kdb_enter+0x3e: movq$0.kdb_why db Is this a known problem? Are there other commands I should type at the ddb prompt? -- Craig I have run into this as well on r269147: panic: pmap active 0xf80035f422f8 cpuid = 10 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe124852b7d0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe124852b880 vpanic() at vpanic+0x126/frame 0xfe124852b8c0 kassert_panic() at kassert_panic+0x139/frame 0xfe124852b930 pmap_remove_pages() at pmap_remove_pages+0x8c/frame 0xfe124852ba20 vmspace_exit() at vmspace_exit+0x9c/frame 0xfe124852ba60 exit1() at exit1+0x541/frame 0xfe124852bad0 sys_sys_exit() at sys_sys_exit+0xe/frame 0xfe124852bae0 ia32_syscall() at ia32_syscall+0x270/frame 0xfe124852bbf0 Xint0x80_syscall() at Xint0x80_syscall+0x95/frame 0xfe124852bbf0 --- syscall (1, FreeBSD ELF32, sys_sys_exit), rip = 0x297e386f, rsp = 0xd7ac, rbp = 0xd7b8 --- KDB: enter: panic [ thread pid 85335 tid 101517 ] Stopped at kdb_enter+0x3e: movq$0,kdb_why db call doadump Dump failed. Partition too small. = 0 -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: PostgreSQL performance on FreeBSD
On Wed, Aug 13, 2014 at 4:58 AM, David Chisnall thera...@freebsd.org wrote: On 12 Aug 2014, at 19:09, John Baldwin j...@freebsd.org wrote: OTOH, I have actually seen junk profiling _improve_ performance in certain cases as it forces promotion of allocated pages to superpages since all pages are dirtied. (I have a local hack that adds a new malloc option to explicitly memset() new pages allocated via mmap() that gives the same benefit without the junking overheadon each malloc() / free(), but it does increase physical RAM usage.) Do you get the same effect by adding MAP_ALIGNED_SUPER | MAP_PREFAULT_READ to the mmap() call in jemalloc? No. MAP_PREFAULT_READ does not allocate physical pages. It establishes mappings to pages that are already allocated. I've been meaning to try the latter on BERI, as we spend a lot of time bouncing back and forth between user code and the TLB miss handlers. Given that jemalloc asks for memory in 8MB chunks (I think via a single mmap call, although I'm not 100% certain), MAP_ALIGNED_SUPER should have little impact on any platform. MAP_PREFAULT_READ may cause problems on machines with limited RAM and no swap (I don't know if the VM subsystem knows that it can safely discard a zero'd page that has been read but not written - I'd hope so, but it's been a while since I read that code). It might be that we can make jemalloc autotune whether to use MAP_PREFAULT_READ depending on some heuristic. I wonder if something as simple as 'turn it on after the first mmap call' would be enough: programs that don't use more than 8MB of RAM won't prefault, but after that the wasted physical memory becomes an increasingly small percentage. David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: PostgreSQL performance on FreeBSD
On Tue, Aug 12, 2014 at 1:09 PM, John Baldwin j...@freebsd.org wrote: On Wednesday, July 16, 2014 1:52:45 pm Adrian Chadd wrote: Hi! On 16 July 2014 06:29, Konstantin Belousov kostik...@gmail.com wrote: On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote: Hi, I did some measurements and hacks to see about the performance and scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD Foundation. The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf. The uncommitted patches, referenced in the article, are available as https://kib.kiev.ua/kib/pig1.patch.txt https://kib.kiev.ua/kib/patch-2 A followup to the original paper. Most importantly, I identified the cause for the drop on the graph after the 30 clients, which appeared to be the debugging version of malloc(3) in libc. Also there are some updates on the patches. New version of the paper is available at https://www.kib.kiev.ua/kib/pgsql_perf_v2.0.pdf The changes are marked as 'update for version 2.0'. Would you mind trying a default (non-PRODUCTION) build, but with junk filling turned off? adrian@adrian-hackbox:~ % ls -l /etc/malloc.conf lrwxr-xr-x 1 root wheel 10 Jun 24 04:37 /etc/malloc.conf - junk:false That fixes almost all of the malloc debug performance issues that I see without having to recompile. I'd like to know if you see any after that. OTOH, I have actually seen junk profiling _improve_ performance in certain cases as it forces promotion of allocated pages to superpages since all pages are dirtied. (I have a local hack that adds a new malloc option to explicitly memset() new pages allocated via mmap() that gives the same benefit without the junking overheadon each malloc() / free(), but it does increase physical RAM usage.) John, A couple small steps have been taken toward eliminating the need for this hack: the addition of the page size index field to struct vm_page and the addition of a similarly named parameter to pmap_enter(). However, at the moment, the only tangible effect is in the automatic prefaulting by mmap(2). Instead of establishing 96 4KB page mappings, the automatic prefaulting establishes 96 page mappings whose size is determined by the size of the physical pages that it finds in the vm object. So, the prefaulting overhead remains constant, but the coverage provided by the automatic prefaulting will vary with the underlying page size. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?
On Mon, Aug 11, 2014 at 6:10 PM, Thiago Barroso Perrotta thiagoperrott...@gmail.com wrote: Greetings! First of all, hello. I intended to reply to [1], but since I am new to this mailing list, I found that it would be better to create a new thread (if any of you know how to reply to a mailman message without much trouble, I would appreciate to discover it). I am the author of the post referred in the previous message (Wordpress brought me there). I am liking FreeBSD, and I'll probably migrate soon my current Debian server to it. One of the reasons that I enjoyed FreeBSD is because it is similar to Arch Linux (my current preferred Linux distro) in various ways. Anyways, I just wanted to indicate this [2] link to you. It is a good resource comparing different package manager commands. Right now it does not include FreeBSD's pkg, however I highly encourage you to add one more column to this table, featuring it. There is no problem that pkg is not a Linux thing. Also, I am interested in the direction the original thread could go. As a almost-2,5 years Linux user, I could have discovered FreeBSD before. One of the reasons that I haven't paid much attention to it in the past was just because I didn't know that it had a large community. I thought it was small, not much significant. I'm still confused about the difference between the several BSDs out there (Open, Net, DragonFly, etc) and the relative size of each community, however at least I can see it is significant :) [1]: https://lists.freebsd.org/pipermail/freebsd-current/2014-July/051429.html [2]: https://wiki.archlinux.org/index.php/Pacman_rosetta Thiago, I really liked the blog articles you wrote: http://thiagoperrotta.wordpress.com/2014/07/20/here-be-dragons-freebsd-overview-part-i/ http://thiagoperrotta.wordpress.com/2014/07/21/here-be-packages-freebsd-overview-part-ii/ and you have very good suggestions. You seem like a very positive person, and are willing to make good suggestions and contributions. We (FreeBSD community) should take your suggestions, because you are a newcomer, so you are seeing things with fresh eyes. I am a bit busy these days, but would you have time to maybe help me write some HOWTO's for FreeBSD, especially things that help people migrate from Linux to FreeBSD? Thanks. -- Craig ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
android bsd connectivity tools etc ?
Hi, Any tips for Android / FreeBSD BSD tools for connectivity etc ? I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 It directs me to https://www.android.com/filetransfer/ which seems binary for mac I recall I will need current for IP tethering http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-usb-tethering.html http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html#networking-lagg-wired-and-wireless I'll build a current from a 10.0-RELEASE partition, but now looking with 9.2-RELEASE I see: /dev/ lrwxr-xr-x 1 root wheel9 Aug 14 00:01 ugen1.5@ - usb/1.5.0 crw--- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 crw--- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 crw--- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 devd .conf will need: match vendor0x04e8; match product 0x6860; match devclass 0x00; match devsubclass 0x00; match sernum6758498c; match release 0x0400; I've no idea what to do for attach http://www.freebsd.org/cgi/ports.cgi?query=androidstype=all has just /usr/ports/devel/android-tools-adb/pkg-descr these for cross compiling later: /usr/ports/lang/*gnatdroid*/pkg-descr I also found ports/ deskutils/tine20 net/crtmpserver net/linphone https://source.android.com/source/index.html Any URLs, tips, comments welcome, Thanks Cheers, Julian -- Julian Stacey, BSD Linux Unix'78 C Sys Eng Consultant Munich http://berklix.com Interleave replies Below, like a play script. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?
On Wed, 13 Aug 2014 15:19:16 -0700 Craig Rodrigues rodr...@freebsd.org wrote: Thiago, I really liked the blog articles you wrote: http://thiagoperrotta.wordpress.com/2014/07/20/here-be-dragons-freebsd-overview-part-i/ http://thiagoperrotta.wordpress.com/2014/07/21/here-be-packages-freebsd-overview-part-ii/ and you have very good suggestions. You seem like a very positive person, and are willing to make good suggestions and contributions. We (FreeBSD community) should take your suggestions, because you are a newcomer, so you are seeing things with fresh eyes. I am a bit busy these days, but would you have time to maybe help me write some HOWTO's for FreeBSD, especially things that help people migrate from Linux to FreeBSD? Thanks. -- Craig Hi Craig, Thanks. I guess we can work that out, feel free to e-mail me and tell what you have in mind whenever you like. -- - Thiago signature.asc Description: PGP signature
Re: android bsd connectivity tools etc ?
On 08/13/14 19:47, Julian H. Stacey wrote: Hi, Any tips for Android / FreeBSD BSD tools for connectivity etc ? I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 [...] Any URLs, tips, comments welcome, Thanks Cheers, Julian audio/gmtp from ports does the job for me (Samsung Galaxy S2, Kyocera Event). -- George ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?
On 08/13/14 17:37, Thiago Barroso Perrotta wrote: On Wed, 13 Aug 2014 15:19:16 -0700 Craig Rodrigues rodr...@freebsd.org wrote: Thiago, I really liked the blog articles you wrote: http://thiagoperrotta.wordpress.com/2014/07/20/here-be-dragons-freebsd-overview-part-i/ http://thiagoperrotta.wordpress.com/2014/07/21/here-be-packages-freebsd-overview-part-ii/ and you have very good suggestions. You seem like a very positive person, and are willing to make good suggestions and contributions. We (FreeBSD community) should take your suggestions, because you are a newcomer, so you are seeing things with fresh eyes. I am a bit busy these days, but would you have time to maybe help me write some HOWTO's for FreeBSD, especially things that help people migrate from Linux to FreeBSD? Thanks. -- Craig Hi Craig, Thanks. I guess we can work that out, feel free to e-mail me and tell what you have in mind whenever you like. I love this idea. I recently moved back to FreeBSD after 14 years on debian, and was shocked at how great poudriere + pkg is for maintaining a consistent set of packages for a cluster of systems. (I know it's pitiful compared to the cloud, but I've got 3 FreeBSD and 3 debian-testing atm, and two of those debians are in danger of forced religious conversion. :-) The main reason I moved to debian in the first place is I was working in high user-space and I needed office apps (egads) working consistently and reliably through upgrades, and the ports system then was not up to the job. It is now! Basically, poudriere + pkg is debian apt-file + apt-cache + apt-get + approx with the added benefit of site specific, port-specific options. Maybe like arch? So I would be very willing to contribute to this project, if that makes sense. Best, Russell (what list should this move to? Perhaps ports?) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: android bsd connectivity tools etc ?
On 14/08/2014 09:17, Julian H. Stacey wrote: Hi, Any tips for Android / FreeBSD BSD tools for connectivity etc ? I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0 I'll build a current from a 10.0-RELEASE partition, but now looking with 9.2-RELEASE I see: /dev/ lrwxr-xr-x 1 root wheel9 Aug 14 00:01 ugen1.5@ - usb/1.5.0 crw--- 1 root operator 0x7a Aug 14 00:00 usb/1.5.0 crw--- 1 root operator 0x8f Aug 14 00:00 usb/1.5.1 crw--- 1 root operator 0x90 Aug 14 00:00 usb/1.5.2 I have a cheap Huawei phone running 2.3.6 When I plug in the usb cable to charge it, it shows up as 3 devices da0 at umass-sim1 bus 1 scbus5 target 0 lun 0 da0: Android Adapter 0100 Removable Direct Access SCSI-2 device cd1 at umass-sim1 bus 1 scbus5 target 0 lun 1 cd1: Android Adapter 0100 Removable CD-ROM SCSI-2 device da1 at umass-sim1 bus 1 scbus5 target 0 lun 2 da1: Android Adapter 0100 Removable Direct Access SCSI-2 device On the phone I get a message to turn on usb mass storage after which I can mount_msdosfs /dev/da0s1 and get access to the sdcard in the phone. It looks like mass storage was hidden in 4.0 and maybe removed after 4.2. Try searching the android app store for usb mass storage. Online storage like google drive? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org