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
s sending these short frames or what.
The alc driver isn't reporting any received error counts at any rate.
Thanks,
-RVP
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
setting cold = 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 (__pre
*1] http://www.netbsd.org/~msaitoh/ixgbe-sleep-20200618-0.dif
Thanks in advance.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
possible to improve.
- dtrace/amd64/dtrace_subr.c has it's own rdtsc code. I've not touched
it. Please someone(TM) modify it if you want.
Thanks.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
ction + rdtsc, but
it's not 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.
--
pt wheh MSI-X is used. 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)
e;
/* Success! */
@@ -177,6 +178,7 @@ intelfb_attach_task(struct i915drmkms_ta
};
int error;
+ sc->sc_dev->dv_flags &= ~DVF_ATTACH_INPROGRESS;
error = drmfb_attach(&sc->sc_drmfb, &da);
if (error) {
aprint_error_dev(sc->sc_dev, "fail
Hi, all.
I put my presentation material at:
http://www.netbsd.org/~msaitoh/EuroBSDCon2015-devsummit-IIJ-20151002-0.pdf
Advice, opinion and discussion are welcome.
Thanks in advance.
--
---
SAITOH Masanobu (msai...@execsw.org
01)
5) Add passthrough setting of a virtual function.
(You might want to add "blacklist ixgbevf" in
/etc/modprobe.d/blacklist.conf)
6) You might have to add some other variable settings
to your kernel's boot argumen
r 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
msai...@netbsd.org)
SPI EEPROM
> wm3: Ethernet address 00:18:fe:2e:d6:86
> igphy3 at wm3 phy 1: Intel IGP01E1000 Gigabit PHY, rev. 0
> igphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
> 1000baseT-FDX, auto
wm(4) has some debug code:
> #ifdef WM_DEBUG
> #define WM_DEBUG_LINK
tter explicit "1" or sizeof(uint8_t)
> if this means stride.
When the first time I made that patch it was "1" and "4".
And when I saw the code:
COM_INIT_REGS(sc->sc_regs, iot, ioh, iobase, 1);
I thought that someone should think "What is 1 mean? Number or flag?",
so I rewrite to use sizeof() to make clear it's not a flag.
I'd like to know other people's thought.
> (you use "1" and "4" in com_puc.c)
inconsistent.
>> --- arch/hp300/dev/com_dio.c28 Apr 2008 20:23:19 - 1.8
>> +++ arch/hp300/dev/com_dio.c9 Feb 2014 17: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)
* 英語 - 自動検出
* 英語
* 日本語
* 英語
* 日本語
<#>
Hi, Christos.
(2014/02/10 5:26), Christos Zoulas wrote:
> In article <52f7c96e.6000...@execsw.org>,
> SAITOH Masanobu wrote:
>> Hello, all.
>>
>> I'm now working to support Intel Quark X1000.
>> This chip's internal com is MMIO(PCI_MAPREG_TYPE_MEM).
cn.h 22 Jul 2013 13:40:36 - 1.5
+++ sys/dev/pci/puccn.h 23 Jan 2014 18:56:23 -
@@ -35,6 +35,7 @@
*/
#include
+#include
/*
* Machine independent support for PCI serial console support.
@@ -44,4 +45,6 @@
* used before the normal PCI bus initialization.
*/
-int cpu_comcnprobe(s
It's time for me to buy iMac... ;-)
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
The FreeBSD's original change was
if (sc->mii_tick++ == 0)
so I'll fix to be the same with FreeBSD.
Thanks!
> /~\ The ASCII Mouse
> \ / Ribbon Campaign
> X Against HTML mo...@rodents-montreal.org
> / \ Email!
if (sc->mii_ticks == 0)
> + return (0);
> +
> + /* Now increment the tick */
> + sc->mii_ticks++;
> +
> + /*
> * Only retry autonegotiation every N seconds.
>*/
> KASSERT(sc->mii_anegticks != 0);
Done.
Some MII PHY drivers have the same problem and have been fixed now.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
apabililties exist.
C) Both ec_capabilities and ec_capenable exist and these are consistently used
like other
capability stuff.
I suspect the majority is A.
> I am curious whether these flags good for anything except diagnosing and
> working around driver bugs?
Currently, there i
ould I open a PR?
>>
>> Andy
This problem was fixed by arm32/bus_space.c rev. 1.65 yesterday. And another
bus_space.c's bug was fixed today by Nick.
Could you try again?
--
---
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 Dock
t; If we get a fault we shouldn't have, set pmap_needs_pte_sync and retry.
>
>
> To generate a diff of this commit:
> cvs rdiff -u -r1.237 -r1.238 src/sys/arch/arm/arm32/pmap.c
>
> Please note that diffs are not public domain; they are subject to the
> copyright notices on the relevant files.
--
---
SAITOH Masanobu (msai...@execsw.org
msai...@netbsd.org)
23 matches
Mail list logo