Re: Recent concurrency improvements in the AHCI driver and CAM need testing

wrote: On Mon, Apr 11, 2011 at 2:39 PM, Naoya Sugioka naoya.sugi...@gmail.com wrote: correction :)  io_acpi  = io_apic On the latest master in loader prompt: set debug.acpi.disabled=pci pci_link pcib See whether the timeout still happens. But I do observed some ahci CMD timeout

Re: Recent concurrency improvements in the AHCI driver and CAM need testing

correction :) io_acpi = io_apic On Sun, Apr 10, 2011 at 11:37 PM, Naoya Sugioka naoya.sugi...@gmail.com wrote: Hello, This is happened before your recent update, but my laptop showing CMD=15; timeout on ahci0.1 when io_acpi is enabled.  This timeout prevents to complete bootstrap process

Re: Recent concurrency improvements in the AHCI driver and CAM need testing

Hello, This is happened before your recent update, but my laptop showing CMD=15; timeout on ahci0.1 when io_acpi is enabled. This timeout prevents to complete bootstrap process. I just wonder this is happened because ahci.0.1 is associated to ATAPI (DVD-RW) drive without occupant. dmesg telles:

Re: Compatible Laptops.

I was attached a wrong one. Here is my latest, not sure this is appropriate though, just for reference. -Naoya On Wed, Nov 17, 2010 at 9:23 PM, Naoya Sugioka naoya.sugi...@gmail.com wrote: I'm using Dell M4400. At first, it has a problem when acpi is loaded. Kerenl shows a panic message

Re: configure network and usb into qemu

FYI. here is my configuration. 1) add bridge/tap devices in kernel config file pseudo-device bridge # Bridging support pseudo-device tap # Ethernet Packet tunnel. 2) add bridge/tap device init in rc.conf (my phys n/w device is em0) ifconfig_tap0=create up

Re: [PATCH] mount_tmpfs command

Hi again, Oops, it was not correct one. please use this version. Silly me for confusion. thank you, - Naoya On 4/7/10, Naoya Sugioka naoya.sugi...@gmail.com wrote: Hi Matt, I just revise with a little better validation. Please use this one instead of previous post. thank you, -Naoya

Re: [PATCH] mount_tmpfs command

Hi Matt, I just revise with a little better validation. Please use this one instead of previous post. thank you, -Naoya On Mon, Apr 5, 2010 at 9:22 AM, Matthew Dillon dil...@apollo.backplane.com wrote: :Hello, : :Here attached is the patch for latest tmpfs related command updates: : : 1.

[PATCH] mount_tmpfs command

Hello, Here attached is the patch for latest tmpfs related command updates: 1. -f options for max filesize 2. -o options now supports uid/gid/mode/inodes/size/maxfilesize descriptive options 3. corresponding tmpfs(5) mount_tmpfs(8) change. Please accept this patch for latest head. thank

Re: tmpfs now operational in development branch

a very nice port by Naoya Sugioka of TMPFS from NetBSD in our main development branch. It is brand new and still considered experimental but should be reasonably stable. TMPFS is a better alternative to MFS and MD for temporary filesystems. It doesn't have the data duplication issue

Re: [PATCH] tmpfs-update 021010 (was: tmpfs work update 013010)

On 2/12/10, Matthew Dillon dil...@apollo.backplane.com wrote: :Unfortunately, this patch is not stable with current master head. Let :me explain first. :I was issuing fsstress command (ex fsstress -p 100 -n 100 -d XXX ) :then I was trying to :solve filesystem crash issue. But the situation

Re: [PATCH] tmpfs-update 021010 (was: tmpfs work update 013010)

Thank you for the warming word. It is my pleasure if you or community like it. Now I see my git repo is synch'ing... -Naoya On 2/13/10, Matthew Dillon dil...@apollo.backplane.com wrote: Hello Naoya! Excellent work! I spent a few hours and worked through the bugs. I also implemented

Re: [PATCH] tmpfs work update 013010 (was tmpfs initial work)

Hi Matt, I'm glad you are happy with my porting implementation. Always you do patching and running then let me know any issues you encountered please. Any comments always give me a new or different sight for the current implementation. If the comment comes from experts like you, that motivates

Re: [PATCH] tmpfs work update (was tmpfs initial work)

Hi Matt, Thank you for the precise response. It is a same strategy of previous porter. I thought it is a way to remove a dirty hack (vm object and anonymous object shares rb_memq) I'll play around implementing a buffer cache (or maybe, a page cache)...it is a most interesting part of this poring.

Re: [PATCH] tmpfs initial work

Hi Matt, Thank you very much for the res. I'm going to look into this. -Naoya thank you again, -Naoya On Sat, Dec 19, 2009 at 12:09 PM, Matthew Dillon dil...@apollo.backplane.com wrote: :Hi, : :Now I'm trying to port NetBSD tmpfs to DragonFly, and I would like to :share my progress with

is dev_ops_add() permanently removed ?

Hi, I have a question. By recent change (http://gitweb.dragonflybsd.org/dragonfly.git/commit/3e82b46c18bc48fdb3c1d60729c7661b3a0bf6bf) dev_ops_add() is no longer existing in sys/device.h. Can someone give me a clue what is a substitute, or any recovery plan it will be back soon ? I'm using

Kqemu and SIGFPE with Linux guest

Hi again, Now, I'm trying to bring Linux guest (Gentoo latest/ CentOS 5.3) working under Kqemu/DragonFly 2.3.1 on x86 (32bit) and facing a kernel related problem. For both Linux guests, I saw SIGFPE will be returned from DragonFly kernel when Linux is booting. Then qemu has crashed. SIGFPE comes

Re: [issue1357] A cloned tap device patch (for a person to test KQEMU 1.4.0pre1 for QEMU 0.10.1)

...@crater.dragonflybsd.org wrote: Sepherosa Ziehau sepher...@gmail.com added the comment: On Sun, May 17, 2009 at 12:06 PM, Sepherosa Ziehau sepher...@gmail.com wrote: On Thu, May 14, 2009 at 1:11 PM, Naoya Sugioka naoya.sugi...@gmail.com wrote: Hi Sephe, Thank you for your comment. Here I

Re: A cloned tap device patch (for a person to test KQEMU 1.4.0pre1 for QEMU 0.10.1)

Here is what I saw on messages when booting guest Linux. May 5 11:03:28 pata kernel: ata0: FAILURE - oversized DMA transfer attempt 98304 65536 May 5 11:03:28 pata kernel: acd0: setting up DMA failed Any comments are welcome. thank you. -Naoya On 5/5/09, Naoya Sugioka naoya.sugi...@gmail.com

Re: Fwd: kqemu patch for DragonFly BSD on kqemu1.4.0pre1

...@apollo.backplane.com wrote: :Naoya Sugioka wrote: : I've just sent a mail to gnat at netbsd.org to reach pkgsrc community : if I can include them to their pkgsrc tree now. : :I don't have a good idea how to make a pkgsrc package for kernel module. :Actually I'd prefer it to be imported into base

Fwd: kqemu patch for DragonFly BSD on kqemu1.4.0pre1

Hi Stathis, Thank you for the interest about the kqemu patch. Here I attached is a latest version ( contains the fix for unload issue, the fix provided by Johannes) I've just sent a mail to gnat at netbsd.org to reach pkgsrc community if I can include them to their pkgsrc tree now. Let me know

Re: KQEMU 1.4.0pre1 for QEMU 0.10.1

johannes.hofm...@gmx.de wrote: Hi, Michael Neumann mneum...@ntecs.de wrote: On Fri, 10 Apr 2009 23:16:37 -0700 Naoya Sugioka naoya.sugi...@gmail.com wrote: Hi, I just motivated to port kqemu module since QEMU starts working good recently, according to this mailing list. Hi, I'd really like

Re: KQEMU 1.4.0pre1 for QEMU 0.10.1

... If you have any idea makes kqemu more effective, let me know please. thank you, -Naoya On Fri, Apr 10, 2009 at 11:16 PM, Naoya Sugioka naoya.sugi...@gmail.com wrote: Hi, I just motivated to port kqemu module since QEMU starts working good recently, according to this mailing list. As I

Link error (/usr/libexec/binutils217/elf/ld) on DragonFly 1.11.0-preview

Hello, For some reasons, I'm compiling Java source code (J2sdk 1.3.1 scsl release) on DFBSD 1.11.0 (preview). I've staked at liker's message. Could you please let me know any clue on this ? J2SDK is version 1.3.1 and I'm using JBootstrap