spec violation of xHCI?

2013-12-11 Thread Kohji Okuno
XHCI_TRB_3_CYCLE_BIT | XHCI_TRB_3_IOC_BIT; 1896 1897td-td_trb[x].dwTrb3 = htole32(dword); 1898 1899td-alt_next = td_alt_next; -- Best regards, Kohji Okuno ___ freebsd-current@freebsd.org mailing

Re: spec violation of xHCI?

2013-12-11 Thread Kohji Okuno
On 12/11/13 11:12, Kohji Okuno wrote: Hi, I think the xHCI host controller driver has a spec violation. Could you refer to ``Table 126: Offset 0Ch – Link TRB Field Definitions'' in xHCI_Specification_for_USB.pdf(Revision 1.0)? The following is an excerpt about the CHAIN ​​BIT

Re: spec violation of xHCI?

2013-12-11 Thread Kohji Okuno
From: Hans Petter Selasky h...@bitfrost.no Date: Wed, 11 Dec 2013 13:44:37 +0100 On 12/11/13 12:12, Kohji Okuno wrote: On 12/11/13 11:12, Kohji Okuno wrote: Hi, I think the xHCI host controller driver has a spec violation. Could you refer to ``Table 126: Offset 0Ch – Link TRB Field

Re: spec violation of xHCI?

2013-12-11 Thread Kohji Okuno
From: Hans Petter Selasky h...@bitfrost.no Date: Wed, 11 Dec 2013 13:50:50 +0100 On 12/11/13 13:44, Hans Petter Selasky wrote: On 12/11/13 12:12, Kohji Okuno wrote: On 12/11/13 11:12, Kohji Okuno wrote: Hi, I think the xHCI host controller driver has a spec violation. Could you refer

Re: spec violation of xHCI?

2013-12-11 Thread Kohji Okuno
From: Hans Petter Selasky h...@bitfrost.no Date: Wed, 11 Dec 2013 15:04:42 +0100 On 12/11/13 14:06, Kohji Okuno wrote: Hi HPS, All link trbs which are not the end need CHAIN bit, I think. But, this is errata in xHCI ver 0.95. So, linux has quirk for chain bit. Could you check linux codes

Re: spec violation of xHCI?

2013-12-11 Thread Kohji Okuno
From: Hans Petter Selasky h...@bitfrost.no Date: Thu, 12 Dec 2013 08:15:02 +0100 On 12/12/13 01:59, Kohji Okuno wrote: From: Hans Petter Selasky h...@bitfrost.no Date: Wed, 11 Dec 2013 15:04:42 +0100 On 12/11/13 14:06, Kohji Okuno wrote: Hi HPS, All link trbs which are not the end need

Re: spec violation of xHCI?

2013-12-12 Thread Kohji Okuno
From: Hans Petter Selasky h...@bitfrost.no Date: Thu, 12 Dec 2013 09:37:29 +0100 On 12/12/13 08:40, Kohji Okuno wrote: From: Hans Petter Selasky h...@bitfrost.no Hi HPS, The endpoint type is BULK, and the direction is OUT. I checked by using a USB analyzer. When I did not set CHAIN bit

Re: spec violation of xHCI?

2013-12-16 Thread Kohji Okuno
! --HPS Hi HPS, Thank you for informing your commit. I tried your latest patch. It is OK in my environment. Many thanks, Kohji Okuno ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current

Bug about devfs?

2011-07-12 Thread Kohji Okuno
); } else if (error) { +#if 1 + if (error == ENOENT) + goto retry; +#endif sx_xunlock(dmp-dm_lock); return (error); } Thanks, Kohji Okuno

Re: Bug about devfs?

2011-07-12 Thread Kohji Okuno
+0900, Kohji Okuno wrote: Hello, I think that devfs has a problem. I encountered the problem that open(/dev/AAA) returned ENOENT. Of course, /dev/AAA exists. ENOENT was created by the point(***) in devfs_allocv(). I think that the race condition had occurred between process A and vnlru

Re: Bug about devfs?

2011-07-12 Thread Kohji Okuno
Hello, From: Kostik Belousov kostik...@gmail.com Date: Tue, 12 Jul 2011 17:57:53 +0300 On Tue, Jul 12, 2011 at 03:02:44PM +0200, Attilio Rao wrote: 2011/7/12 Kostik Belousov kostik...@gmail.com: On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote: Hello, I think that devfs has

Re: Bug about devfs?

2011-07-13 Thread Kohji Okuno
Hello, From: Kostik Belousov kostik...@gmail.com Date: Tue, 12 Jul 2011 17:57:53 +0300 On Tue, Jul 12, 2011 at 03:02:44PM +0200, Attilio Rao wrote: 2011/7/12 Kostik Belousov kostik...@gmail.com: On Tue, Jul 12, 2011 at 07:10:28PM +0900, Kohji Okuno wrote: Hello, I think that devfs has

Bug: devfs is sure to have the bug.

2011-08-02 Thread Kohji Okuno
; devfs_generation++; } Thanks. -- Kohji Okuno (okuno.ko...@jp.panasonic.com) ___ 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: Bug: devfs is sure to have the bug.

2011-08-02 Thread Kohji Okuno
/* Original */ if (dm-dm_generation == devfs_generation) return; while (devfs_populate_loop(dm, 0)) continue; dm-dm_generation = devfs_generation; #endif } Thanks, Kohji Okuno (okuno.ko...@jp.panasonic.com

Re: Bug: devfs is sure to have the bug.

2011-08-03 Thread Kohji Okuno
Hello Kostik, From: Kostik Belousov kostik...@gmail.com Subject: Re: Bug: devfs is sure to have the bug. Date: Wed, 3 Aug 2011 16:50:44 +0300 Message-ID: 20110803135044.gm17...@deviant.kiev.zoral.com.ua On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote: Hello, Hello, I think

Re: Bug: devfs is sure to have the bug.

2011-08-04 Thread Kohji Okuno
Hello Kostik, On Thu, Aug 04, 2011 at 11:41:39AM +0900, Kohji Okuno wrote: Hello Kostik, From: Kostik Belousov kostik...@gmail.com Subject: Re: Bug: devfs is sure to have the bug. Date: Wed, 3 Aug 2011 16:50:44 +0300 I think the problem you described is real, and suggested change

Re: Bug: devfs is sure to have the bug.

2011-08-04 Thread Kohji Okuno
Hello Kostik, On Thu, Aug 04, 2011 at 11:41:39AM +0900, Kohji Okuno wrote: But, now I'm using 8.1-RELEASE. May I have advice about 8.X ? Do you mean a patch for the stable/8 ? I believe it is enough to apply rev. 211628 to stable/8, then the patch I posted yesterday should be compilable

Re: Bug: devfs is sure to have the bug.

2011-08-08 Thread Kohji Okuno
Hi Kostic and Jaakko, On Fri, Aug 05, 2011 at 06:45:22PM +0300, Jaakko Heinonen wrote: On 2011-08-03, Kostik Belousov wrote: On Wed, Aug 03, 2011 at 02:44:23PM +0900, Kohji Okuno wrote: devfs_populate(), and the context holds only dm-dm_lock in devfs_populate(). On the other

About 802.1Q tag

2012-11-25 Thread Kohji Okuno
packet. I think that `eh = mtod(m, struct ether_header *);' is needed after line 580. Thanks, Kohji Okuno sys/net/if_ethersubr.c: 448 static void 449 ether_input_internal(struct ifnet *ifp, struct mbuf *m) 450 { 451 struct ether_header *eh; 484 eh = mtod(m

arm: cpu_switch() has bug?

2013-01-09 Thread Kohji Okuno
check this? Thanks, Kohji Okuno arm/arm/swtch.S: 215 ENTRY(cpu_switch) 216 stmfd sp!, {r4-r7, lr} 217 mov r6, r2 /* Save the mutex */ 218 219 .Lswitch_resume: 220 /* rem: r0 = old lwp */ 221 /* rem: interrupts are disabled */ 222

about XHCI_PS_PP

2011-12-13 Thread Kohji Okuno
Hi Selasky, I think XHCI_PS_PP is wrong. - #define XHCI_PS_PP 0x0100 /* RW - port power */ + #define XHCI_PS_PP 0x0200 /* RW - port power */ Could you check it? Best regards, Kohji Okuno ___ freebsd

Can you use a USB3.0 hub?

2012-01-11 Thread Kohji Okuno
-interface-card/ The kernel could not recognize USB3.0 HDD that connected to this hub as the following log. But, the kernel could reconize USB2.0 HDD that connected to this hub. Regards, Kohji Okuno -- log xhci0: XHCI (generic) USB 3.0 controller mem 0xf7ffe000

Re: Can you use a USB3.0 hub?

2012-01-12 Thread Kohji Okuno
Hi HPS, From: Hans Petter Selasky hsela...@c2i.net Subject: Re: Can you use a USB3.0 hub? Date: Thu, 12 Jan 2012 22:23:22 +0100 On Thursday 12 January 2012 07:15:17 Kohji Okuno wrote: Hi, Can you use a USB3.0 hub? I tried a USB3.0 hub (BUFFALO BSH4A04U3BK). And I used 8-stable and PCI-E

Is UPS_PORT_POWER wrong?

2012-01-23 Thread Kohji Okuno
) { /* * The USB 3.0 RH is using the * USB 2.0's power bit */ i |= UPS_PORT_POWER; } Regards, Kohji Okuno ___ freebsd-current@freebsd.org mailing list http

Re: Is UPS_PORT_POWER wrong?

2012-01-23 Thread Kohji Okuno
Hi HPS, On Monday 23 January 2012 09:12:46 Kohji Okuno wrote: Hi HPS, I think that UPS_PORT_POWER and UPS_PORT_LINK_STATE overlap. And, in xhci.c you set UPS_PORT_POWER as folows. When UPS_PORT_POWER is set, UPS_PORT_LINK_STATE_GET() macro will return incorrect value

Re: Is UPS_PORT_POWER wrong?

2012-01-28 Thread Kohji Okuno
Hi HPS, Do you have better idea? From: Kohji Okuno okuno.ko...@jp.panasonic.com Date: Tue, 24 Jan 2012 09:53:29 +0900 (JST) Hi HPS, On Monday 23 January 2012 09:12:46 Kohji Okuno wrote: Hi HPS, I think that UPS_PORT_POWER and UPS_PORT_LINK_STATE overlap. And, in xhci.c you set

The current libc/locale/toupper.c is mistaken

2012-05-10 Thread Kohji Okuno
; _RuneEntry *base, *re; if (c 0 || c == EOF) Best regards, Kohji Okuno ___ 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: The current libc/locale/toupper.c is mistaken

2012-05-10 Thread Kohji Okuno
characters. __mapupper_ext is used in case of special characters. For example, Turkish 'i' (0x0131) should convert 'I' (0x49). Regards, Kohji Okuno Den 10/05/2012 kl. 12.03 skrev Dimitry Andric: On 2012-05-10 11:02, Kohji Okuno wrote: I think that libc/locale/toupper.c is mistaken. Could

Re: The current libc/locale/toupper.c is mistaken

2012-05-10 Thread Kohji Okuno
, 0069 0069, 0069 But, when I use original toupper.c, this proguram output as below. towupper_l 0049, 0049 0131, 0131 0130, 0069 0069, 0049 towlower_l 0049, 0069 0131, 0131 0130, 0069 0069, 0069 Regards, Kohji Okuno On 10 May 2012, at 21:42, Kohji Okuno wrote: Hi Eric, I'm left wondering

Re: The current libc/locale/toupper.c is mistaken

2012-05-10 Thread Kohji Okuno
Hi, I'm sorry. I forgot to attach a file. Regards, Kohji Okuno Hi David, From: David Chisnall thera...@freebsd.org If you have a test case, I can commit it to the libc++ test suite. David I attached my test source. This test program shoud output as below. towupper_l 0049

deadlock between g_event and a thread on removing a device.

2013-01-17 Thread Kohji Okuno
-si_threadcount, but can't acquire topology_lock. On the other hand, g_event is waiting to set dev-si_threadcount to 0 with topology_lock. Regards, Kohji Okuno Thread A ... devfs_open() { ... dsw = dev_refthread(dev, ref); = increment dev-si_threadcount ... error = dsw-d_open

Re: deadlock between g_event and a thread on removing a device.

2013-01-23 Thread Kohji Okuno
Hi Konstantin, Thank you for your comment. I don't have any solution for this issue. And when a device is removed suddenly, there are other problems, I think. On Fri, Jan 18, 2013 at 02:45:38PM +0900, Kohji Okuno wrote: Hi, When I removed a device (ex. /dev/da0), I have encounterd a dead

Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points?

2013-06-18 Thread Kohji Okuno
*oldtype = oldval ? PTHREAD_CANCEL_ASYNCHRONOUS : 124 PTHREAD_CANCEL_DEFERRED; 125 } 126 return (0); 127 } Regards, Kohji Okuno ___ freebsd-current@freebsd.org mailing list http

Re: Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points?

2013-06-18 Thread Kohji Okuno
, Kohji Okuno ___ 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

Re: Are pthread_setcancelstate() and pthread_setcanceltype() cancellation points?

2013-06-18 Thread Kohji Okuno
} 69 70 return 0; 71 } Many thanks, Kohji Okuno On Tue, Jun 18, 2013 at 06:15:56PM +0900, Kohji Okuno wrote: Hi, This is newer document. http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_09_05_02 Hi, I have a question

kqueue for usb_dev

2014-02-26 Thread Kohji Okuno
Hi, I tried add kqueue I/F to usb_dev.c. I attached my patch. What do you think about my patch? Best regards, Kohji Okuno diff --git a/sys/dev/usb/usb_dev.c b/sys/dev/usb/usb_dev.c index f086a3c..4334be7 100644 --- a/sys/dev/usb/usb_dev.c +++ b/sys/dev/usb/usb_dev.c @@ -120,6 +120,9 @@ static

kqueue for KBD.

2014-02-26 Thread Kohji Okuno
Hi, I tried add kqueue I/F to kbd.c. I attached my patch. What do you think about my patch? Best regards, Kohji Okuno diff --git a/sys/dev/kbd/kbd.c b/sys/dev/kbd/kbd.c index 8036762..df000ab 100644 --- a/sys/dev/kbd/kbd.c +++ b/sys/dev/kbd/kbd.c @@ -59,6 +59,9 @@ typedef struct genkbd_softc

kqueue for KBD.

2014-02-26 Thread Kohji Okuno
Hi, I tried to add kqueue I/F to kbd.c. I attached patch. What do you think about my patch? Best regards, Kohji Okuno diff --git a/sys/dev/kbd/kbd.c b/sys/dev/kbd/kbd.c index 8036762..df000ab 100644 --- a/sys/dev/kbd/kbd.c +++ b/sys/dev/kbd/kbd.c @@ -59,6 +59,9 @@ typedef struct genkbd_softc

Re: kqueue for usb_dev

2014-02-26 Thread Kohji Okuno
Hi John-Mark, I tested the attached sample source with USB mouse. Thanks, Kohji Okuno From: John-Mark Gurney j...@funkthat.com Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: I tried add kqueue I/F to usb_dev.c. I attached my patch. What do you think about my patch

Re: kqueue for usb_dev

2014-02-26 Thread Kohji Okuno
Hi John-Mark, Thank you for you comment. From: John-Mark Gurney j...@funkthat.com Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: I tried add kqueue I/F to usb_dev.c. I attached my patch. What do you think about my patch? A few comments... 1) You should just drop

Re: kqueue for usb_dev

2014-02-26 Thread Kohji Okuno
From: Hans Petter Selasky h...@bitfrost.no On 02/27/14 08:13, Kohji Okuno wrote: Hi John-Mark, Thank you for you comment. From: John-Mark Gurney j...@funkthat.com Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:26 +0900: I tried add kqueue I/F to usb_dev.c. I attached my patch

Re: kqueue for usb_dev

2014-02-27 Thread Kohji Okuno
Hi HPS and John-Mark, We should wait for empty of knlist before knlist_destroy(). When I tried 262551, the kernel panic at KN_LIST_LOCK(kn) in kern_event.c. Regards, Kohji Okuno On 02/27/14 10:00, Hans Petter Selasky wrote: Hi Kohji, Can you verify this commit: http://svnweb.freebsd.org

Re: kqueue for usb_dev

2014-02-27 Thread Kohji Okuno
Hi HPS and John-Mark, After I changed as the following, the kernel panic does not happen. What do you think about this change? + knlist_clear(f-selinfo.si_note, 0); knlist_destroy(f-selinfo.si_note); Regards, Kohji Okuno We should wait for empty of knlist before knlist_destroy

Re: kqueue for KBD.

2014-02-27 Thread Kohji Okuno
Hi John-Mark, Thank you for your comment. I added knote_clear() and knote_destroy() in kbd_detach(). I attached patch, again. But, maybe this patch can not resolve all cases you pointed. Regards, Kohji Okuno Kohji Okuno wrote this message on Thu, Feb 27, 2014 at 14:24 +0900: I tried to add

Re: kqueue for usb_dev

2014-02-27 Thread Kohji Okuno
. But, the process that is notified will start over kqueue_scan() after knlist_destroy(). And, in KN_LIST_LOCK(kn), the context will call NULL function (kn-knlist-kn_lock). Regards, Kohji Okuno On 02/27/14 11:39, Kohji Okuno wrote: Hi HPS and John-Mark, After I changed as the following, the kernel

About kevent

2014-02-27 Thread Kohji Okuno
Hi, I have a question about kevent. How should the userland judge knote which is cleared from knlist by knlist_clear() or knlist_delete()? Best regards, Kohji Okuno ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman

Re: About kevent

2014-02-28 Thread Kohji Okuno
Kohji Okuno wrote this message on Fri, Feb 28, 2014 at 11:13 +0900: I have a question about kevent. How should the userland judge knote which is cleared from knlist by knlist_clear() or knlist_delete()? It looks like I need to read the code better... knlist_clear (killkn=0

kevent has bug?

2014-04-01 Thread Kohji Okuno
. What do you think about this issue? Best regards, Kohji Okuno #include sys/types.h #include stdlib.h #include unistd.h #include stdio.h int main() { sleep(1); exit(0); } #include sys/types.h #include sys/wait.h #include sys/event.h #include sys/time.h #include stdlib.h #include

Re: kevent has bug?

2014-04-02 Thread Kohji Okuno
From: John-Mark Gurney j...@funkthat.com Date: Tue, 1 Apr 2014 23:15:51 -0700 Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900: I think, kevent() has a bug. I tested sample programs by attached sources. This sample tests about EVFILT_SIGNAL. I build sample programs

Re: kevent has bug?

2014-04-02 Thread Kohji Okuno
From: Konstantin Belousov kostik...@gmail.com Date: Wed, 2 Apr 2014 15:07:45 +0300 On Wed, Apr 02, 2014 at 04:06:16PM +0900, Kohji Okuno wrote: From: John-Mark Gurney j...@funkthat.com Date: Tue, 1 Apr 2014 23:15:51 -0700 Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900: I

Re: kevent has bug?

2014-04-03 Thread Kohji Okuno
*/ union { Hi, I think, we should add KN_SCAN after knote_attach() in kqueue_register(), too. What do you think about this? Best regards, Kohji Okuno ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd

Re: kevent has bug?

2014-04-03 Thread Kohji Okuno
From: Konstantin Belousov kostik...@gmail.com Date: Thu, 3 Apr 2014 16:48:14 +0300 On Thu, Apr 03, 2014 at 06:26:56PM +0900, Kohji Okuno wrote: The done_ev_add case is indeed missed in my patch, thank you for noting. The case of EV_ADD does not need the KN_SCAN workaround, IMO, since

UFS SU+J bug? (Re: uninitialized journal data written in SU+J ?)

2014-04-22 Thread Kohji Okuno
you think about this? Regards, Kohji Okuno From: takehara.mikih...@jp.panasonic.com Subject: uninitialized journal data written in SU+J ? Date: Tue, 22 Apr 2014 16:21:43 +0900 Hello, I'm testing UFS with SU+J. But it seems sometimes broken journal data has written

About the type of physaddr in struct usb_page.

2014-06-01 Thread Kohji Okuno
struct usb_page { 64 #if USB_HAVE_BUSDMA 65 bus_size_t physaddr; 66 void *buffer; /* non Kernel Virtual Address */ 67 #endif 68 }; Regards, Kohji Okuno ___ freebsd-current@freebsd.org mailing

About 32bit binary on amd64

2010-05-23 Thread Kohji Okuno
with this problem? Best reards, Kohji Okuno ___ 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: About 32bit binary on amd64

2010-05-24 Thread Kohji Okuno
Thank you for your comments. In my usage, it works good by the patch appended to this mail. On May 24, 2010, at 2:49 AM, pluknet wrote: On 24 May 2010 08:49, Kohji Okuno okuno.ko...@jp.panasonic.com wrote: Hi all, I want to compile 32bit binary on amd64, but I met with the problem

Does the xHCI driver has a spec violation?

2014-09-21 Thread Kohji Okuno
this change? Best regards, Kohji Okuno static usb_error_t xhci_configure_mask(struct usb_device *udev, uint32_t mask, uint8_t drop) { struct xhci_softc *sc = XHCI_BUS2SC(udev-bus); struct usb_page_search buf_inp; struct xhci_input_dev_ctx *pinp; uint32_t temp

Re: Does the xHCI driver has a spec violation?

2014-09-22 Thread Kohji Okuno
and Bandwidth requested for the endpoint. Regards, Kohji Okuno. On 09/22/14 06:58, Kohji Okuno wrote: Hi, I encountered a issue for USB mic. In fist time, my host controller (xHCI) sends single IN-tokens every 8-SOFs. This is expected action. But, after I open, close and open, my host controller

Re: Does the xHCI driver has a spec violation?

2014-09-22 Thread Kohji Okuno
On 09/22/14 08:31, Kohji Okuno wrote: Hi HPS, Could you refer to the following document (4.6.6 Configure Endpoint:P.99)? This document shows: If the Drop Context flag is `1' and the Add Context flag is `1', the xHC shall: o Release the current Resources and Bandwidth allocated

Re: Does the xHCI driver has a spec violation?

2014-09-22 Thread Kohji Okuno
Hi, Please verify: http://svnweb.freebsd.org/changeset/base/271953 Thank you! --HPS Hi, HPS, I confirmed your commit. It was no problem. Many thanks, Kohji Okuno. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org

About pmap_mapdev() pmap_unmapdev()

2014-10-03 Thread Kohji Okuno
Hi, At least in i386 9-stable, when we call pmap_mapdev() and pmap_unmapdev(), kernel_pmap.pm_stats.resident_count is decreased incorrectly. pmap_mapdev_attr()-pmap_kenter_attr(): In this path, kernel_pmap.pm_stats.resident_count is not increlmented.

Re: About pmap_mapdev() pmap_unmapdev()

2014-10-04 Thread Kohji Okuno
. But, if kernel_pmap.pm_stats.resident_count is zero, then any managed pages (for example pipe_map, exec_map, or etc.) are not able to change unmanaged status, because pmap_remove() returns without calling pmap_remove_pte(). In this result, I encounterd the panic. Could you refer the following? Regards, Kohji Okuno

Re: About pmap_mapdev() pmap_unmapdev()

2014-10-04 Thread Kohji Okuno
pmap_resident_count_inc() in amd64. I will test, later. In addtion, I have one question. In current and 10-stable, is vm_map_delete() called by kva_free()? If vm_map_delete() is called, this fix is needed in current and 10-stable, I think. Regards, Kohji Okuno On Sat, Oct 04, 2014 at 05:00

Re: About pmap_mapdev() pmap_unmapdev()

2014-10-04 Thread Kohji Okuno
did the stable/9 patch. Where are PTEs allocated by pmap_mapdev() freed in current and 10-stable? Could you please explain me? Regards, Kohji Okuno On Sat, Oct 04, 2014 at 05:53:26PM +0900, Kohji Okuno wrote: Hi, Konstantin, At the end of the mail is commit candidate. I did not even

Re: About pmap_mapdev() pmap_unmapdev()

2014-10-04 Thread Kohji Okuno
Hi, On Sat, Oct 04, 2014 at 08:53:35PM +0900, Kohji Okuno wrote: Hi Konstantin, Thank you for your prompt response. I will test and report from next monday. In addtion, I have one question. In current and 10-stable, is vm_map_delete() called by kva_free()? No, kva_free() only

Re: About pmap_mapdev() pmap_unmapdev()

2014-10-05 Thread Kohji Okuno
Hi Konstantin, Thank you very much for your detailed explanatin. I understood the policy of vmem. Many thanks, Kohji Okuno On Sun, Oct 05, 2014 at 01:15:12PM +0900, Kohji Okuno wrote: Hi, On Sat, Oct 04, 2014 at 08:53:35PM +0900, Kohji Okuno wrote: Hi Konstantin, Thank you

Re: About pmap_mapdev() pmap_unmapdev()

2014-10-06 Thread Kohji Okuno
Hi Konstantin, I tested your patch. It was no problem. Thank you for your kind correspondence. Regards, Kohji Okuno On Sat, Oct 04, 2014 at 05:53:26PM +0900, Kohji Okuno wrote: Hi, Konstantin, At the end of the mail is commit candidate. I did not even compiled this. Can you test

Re: Why shoud we cause panic in scsi_da.c?

2015-07-13 Thread Kohji Okuno
Hi HPS, Thank you for your comment. I will wait for the commnet. Kohji Okuno On 07/13/15 10:11, Kohji Okuno wrote: Hi, Could you comment on my quesion? Best regards, Kohji Okuno Hi, I found panic() in scsi_da.c. Please find the following. I think we should return with error

Re: Why shoud we cause panic in scsi_da.c?

2015-07-16 Thread Kohji Okuno
Subject: Re: Why shoud we cause panic in scsi_da.c? Date: Tue, 14 Jul 2015 15:49:29 -0400 On Mon, Jul 13, 2015 at 18:29:36 +0300, Alexander Motin wrote: Hi. On 13.07.2015 11:51, Kohji Okuno wrote: On 07/13/15 10:11, Kohji Okuno wrote: Could you comment on my quesion? I found panic

Re: Why shoud we cause panic in scsi_da.c?

2015-07-13 Thread Kohji Okuno
Hi, From: Alexander Motin m...@freebsd.org Date: Mon, 13 Jul 2015 18:29:36 +0300 Hi. On 13.07.2015 11:51, Kohji Okuno wrote: On 07/13/15 10:11, Kohji Okuno wrote: Could you comment on my quesion? I found panic() in scsi_da.c. Please find the following. I think we should return with error

Re: Why shoud we cause panic in scsi_da.c?

2015-07-13 Thread Kohji Okuno
Hi, Could you comment on my quesion? Best regards, Kohji Okuno Hi, I found panic() in scsi_da.c. Please find the following. I think we should return with error without panic(). What do you think about this? scsi_da.c: 3018 } else if (bp != NULL) { 3019

Why shoud we cause panic in scsi_da.c?

2015-07-09 Thread Kohji Okuno
panic(REQ_CMP with QFRZN); Best regards, Kohji Okuno ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr