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
ct intel_device_info *const info __diagused = (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
tment,
Product Division,
Technology Unit
Kengo NAKAHARA
show all locks/t" of ddb?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
Product Development Department,
Product Division,
Technology Unit
Kengo NAKAHARA
d affect rewriting 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
///
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
met the 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 NAKAHARA
Hi,
Sorry, one more thing.
On 2017/11/15 11:31, Kengo NAKAHARA wrote:
> 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
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
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
patch.
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
Wiseman transmit descriptor.
*
Thanks,
--
//////
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
maguchi's patch and minor fixes which I received locally.
# He is my co-worker :)
The patch fixes the problem correctly, so I commit that as if_vlan.c:r1.99.
I will send 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
gt; 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
nc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
w.
Could you try the newest wm?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
///
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
/
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
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
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
ision?
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
urs).
>
> The "wm1" interface on this card is not bootable.
These 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
fixed this possibly hang
bug at if_wm.c:r1.409. Could you try this revision?
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
oerg@n'o's if_transmit interface advices.
Thanks,
--
//
Internet Initiative Japan Inc.
Device Engineering Section,
IoT Platform Development Department,
Network Division,
Technology Unit
Kengo NAKAHARA
evelopment Department,
Product Division,
Technology Unit
Kengo NAKAHARA
Device Engineering Section,
Core Product Development Department,
Product Division,
Technology Unit
Kengo NAKAHARA
//
Internet Initiative Japan Inc.
Device Engineering Section,
Core Product Development Department,
Product Division,
Technology Unit
Kengo NAKAHARA
31 matches
Mail list logo
