Hi,
On 2021/12/21 8:28, Taylor R Campbell wrote:
Date: Mon, 20 Dec 2021 11:35:45 +0900
From: Kengo NAKAHARA
GENERIC kernel without DIAGNOSTIC option fails to build.
Could you apply the following patch?
https://github.com/knakahara/netbsd-src/commit
(struct
intel_device_info *) ent->driver_data;
int error;
KASSERT(info != NULL);
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
Product Division,
Technology Unit
Kengo NAKAHARA
,
Product Division,
Technology Unit
Kengo NAKAHARA
how all locks/t" of ddb?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
Product Development Department,
Product Division,
Technology Unit
Kengo NAKAHARA
ewriting spllower to support
64 bit interrupt bitmask.
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
Hi,
On 2017/11/27 22:15, Christos Zoulas wrote:
> In article
>
he same panic on other machine.
Does anyone meet this issue?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKA
Hi,
On 2017/11/14 21:53, Bert Kiers wrote:
> On Tue, Nov 14, 2017 at 08:07:46PM +0900, Kengo NAKAHARA wrote:
>> I'm sorry I cannot solve it...
>> Hmm, now I think this problem may relate to MSI/MSI-X interrupts
>> setting about ioapic. If it is not a problem, could you try t
Hi,
On 2017/11/14 19:33, Bert Kiers wrote:
> On Tue, Nov 14, 2017 at 12:34:40PM +0900, Kengo NAKAHARA wrote:
>
> I am sorry to have to say they both do not fix the problem.
>
>> == (A) ==
>> --- a/sys/dev/pci/if_wm.c
>> +++ b/sys/dev/pci
X 1
#endif
int wm_disable_msi = WM_DISABLE_MSI;
== (B) ==
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
.
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
man transmit descriptor.
*
Thanks,
--
//////
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
end pullup request to netbsd-8 branch. Could you retry after
pulled up?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
>> sys_ioctl()
>> syscall() at netbsd:syscall+0x1d8
>> -- syscall (number 54) ---
>> 72c3f3d18baa:
>> cpu6: End traceback...
>>
>> That's with a DIAGNOSTIC kernel.
>>
>
> I fixed it.
Thank you for your fix!
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
ineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
ative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
ould you try the newest wm?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
///
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
so, could you try r1.414?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
Hi,
On 2016/06/08 16:58, John D. Baker wrote:
> On Tue, 7 Jun 2016, Kengo NAKAHARA wrote:
>
>> Thank you for rechecking. I'm glad the revision fixes almost
>> system problem.
>
>>> Dell PowerEdge SC430, PCI/PCIe busses:
>>>
>>> PCI-Express add-
/
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
?
I'm sorry that I don't have ethernet controllers earlier than 82575
such as 82583. I will borrow them from msaitoh@n.o to test...
Thanks,
--
//////
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
ese ethernet controllers apply to the condition which I think they
can hung. However, hmm, there are many hung patterns unexpectedly.
There can be another bug possibly...
> Now I will update sources (if_wm.c r1.409+) rebuild and see if the
> problem was fixed.
I expect for if_wm.c r1.409 to resolve the problem for all of above NICs.
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
rtment,
Product Division,
Technology Unit
Kengo NAKAHARA <k-nakah...@iij.ad.jp>
Product Development Department,
Product Division,
Technology Unit
Kengo NAKAHARA k-nakah...@iij.ad.jp
26 matches
Mail list logo