On 2021/11/24 3:41, Christos Zoulas wrote:
In article <87b00947-9e9a-f2c1-7c79-d3ba6e41a...@execsw.org>,
SAITOH Masanobu wrote:
Hi.
On 2021/11/11 17:32, RVP wrote:
On Wed, 10 Nov 2021, Ryota Ozaki wrote:
Another option may be if_noproto.
ozaki-r
On Wed, 10 Nov 2021, Havard
ny received error counts at any rate.
Thanks,
-RVP
--
-------
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
old = 1 after splhigh()).
Thanks.
--
-------
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
On 2020/06/19 3:17, SAITOH Masanobu wrote:
Hi.
I'm now working to reduce ixgbe's busy loop using with kpause()[*1].
I wrote the following code:
#define usec_delay(x) ixgbe_delay(x)
#define msec_delay(x) ixgbe_delay((x) * 1000)
void
ixgbe_delay(unsigned int us)
{
if (__predict_false
g/~msaitoh/ixgbe-sleep-20200618-0.dif
Thanks in advance.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
ot touched
it. Please someone(TM) modify it if you want.
Thanks.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
t good as [lm]fence. Both Intel and AMD's document say that
the latency of rdtscp is bigger than rdtsc, so I suspect the difference
of the result comes from it.
And, thanks ad@, knakahara@, nonaka@ and some other people to help this work.
--
-------
. If INTx is used, it works. I don't know
if the problem is caused from xHCI, ioapic or some others.
Jaromir
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
ct i915drmkms_ta
};
int error;
+ sc->sc_dev->dv_flags &= ~DVF_ATTACH_INPROGRESS;
error = drmfb_attach(>sc_drmfb, );
if (error) {
aprint_error_dev(sc->sc_dev, "failed to attach drmfb: %d\n",
(intelfb.c doesn't
with VFs. It's ok for testing.
Accessing SR-IOV's extend capability is required to create VFs.
It' not possible in -current now, but it will be possible when
nonaka@'s patch is merged.
Thor
--
---
SAITOH Masanobu (msai...@execsw.org
in
/etc/modprobe.d/blacklist.conf)
6) You might have to add some other variable settings
to your kernel's boot argument.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
Hi, Christos.
(2014/02/10 5:26), Christos Zoulas wrote:
In article 52f7c96e.6000...@execsw.org,
SAITOH Masanobu msai...@execsw.org wrote:
Hello, all.
I'm now working to support Intel Quark X1000.
This chip's internal com is MMIO(PCI_MAPREG_TYPE_MEM).
Our com and puc don't support
:43:21 -
At least arch/hp300/dev/com_frodo.c was missed?
Right. My falut. I'll add in the next patch.
---
Izumi Tsutsui
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
* 英語
*);
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
... ;-)
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
now.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
with the checksum/TSO flags by now.
Dave
One of candidate to control ethernet function is (auto) MDI/MDIX, Some PHY have
bugs around the function. If a link partner has the bug, it's a good way to
control
it with ifconfig.
--
---
SAITOH Masanobu
?
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
(2012/09/28 1:57), SAITOH Masanobu wrote:
Hi.
(2012/09/27 2:59), Andy Ruhl wrote:
Hello all,
I posted this on port-arm a few weeks ago and I have someone helping
me look at it, but I figured I would post again.
My Seagate Dockstar has a panic with -current. The last time I built a
good
to the
copyright notices on the relevant files.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
20 matches
Mail list logo