tls@ wrote:
> On Fri, Apr 12, 2024 at 09:13:17AM -0400, Thor Lancelot Simon wrote:
> > On Sat, Apr 06, 2024 at 11:56:27PM +0900, Izumi Tsutsui wrote:
> > >
> > > I'd like to add new APIs to use wskbd(4) input on non-wsdisplay
> > > tty devices, especially new
not be used
- there was no sample implementation using "putchar() with VT emulation"
- on the other hand there were simple implementation for PROM console
functions (sys/arch/sun3/dev/kd.c and sys/dev/ofw/ofcons.c etc.)
and actually it was quite simple to connect wskbd(4) to "romcons"
driver
Thanks,
---
Izumi Tsutsui
macallan@ wrote:
> On Sun, 7 Apr 2024 14:49:42 +0900
> Izumi Tsutsui wrote:
>
> > macallan@ wrote:
> >
> > > > I'd like to add new APIs to use wskbd(4) input on non-wsdisplay
> > > > tty devices, especially news68k that can use a putchar function
t you draw characters wherever you want with colours of
> inverse attrubute?
> If so, that's enough for wsdisplay - sti on hppa does just that.
Probably no color or inverse ops, unless PROM putchar() supports
proper escape sequence of them.
Thanks,
---
Izumi Tsutsui
uwe@ wrote:
> On Sat, Apr 06, 2024 at 23:56:27 +0900, Izumi Tsutsui wrote:
>
> > To support "text only" framebuffer console, we can use putchar
> > functions provided by the firmware PROM.
>
> Is that a console-typewriter--like device without addressable cur
sc = device_lookup_private(_cd, 0);
+ KASSERT(sc != NULL);
tp = sc->sc_tty;
if (tp && (tp->t_state & TS_ISOPEN))
(*tp->t_linesw->l_rint)(ks, tp);
}
+#endif
void
romcons_cnprobe(struct consdev *cd)
---
Thanks,
---
Izumi Tsutsui
Recently I observed excessive CPU loads due to pagedaemon spin
on NetBSD/i386 10.0_BETA GENERIC from daily snapshot:
---
% uname -a
NetBSD mirage 10.0_BETA NetBSD 10.0_BETA (GENERIC) #0: Thu Jul 27 18:10:25 UTC
2023 mkre...@mkrepro.netbsd.org:/usr/src/sys/arch/i386/compile/GENERIC i386
% top -n
SCSI with MI ncr5380)
- I also wonder if the first byte of write xfer should be written on
manualy PDMA write, as eps_dma_go() in mac68k/obio/esp.c
https://github.com/NetBSD/src/blob/43d029e4b58545fb46624a260279892a85d8a211/sys/arch/mac68k/obio/esp.c#L564
---
Izumi Tsutsui
ort for removing extsrc.
> There were no comments to retain as-is or to retain with a different
> directory name.
I agree name-complete conflicts are always annoying and
I'd also favor your proposal.
Thanks,
---
Izumi Tsutsui
's native OS)
internal BIOS functions for raw I/O accesses..
---
Izumi Tsutsui
ote I asked kardel@ about timecounter implementation many years ago
and that was the reason why I imported and updated timecouneter(9)
man pages per OpenBSD's tc_init(9)..)
---
Izumi Tsutsui
gt; datestamped 2010, the .h, 2005).
It's in sparc/sparc/amd7930intr.s.
---
Izumi Tsutsui
able
cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133)
cd0(ahcisata0:3:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133)
(using DMA)
:
---
Izumi Tsutsui
se common m68k definitions to define PAGE_SIZE and related constants.
*/
-#definePAGE_SHIFT PGSHIFT
-#definePAGE_SIZE (1 << PAGE_SHIFT)
-#definePAGE_MASK (PAGE_SIZE - 1)
+#include
/*
* USRSTACK is the top (end) of the user stack.
---
Izumi Tsutsui
/13/msg025939.html
He just said got errors on
> wd0:
> wd1:
but no errors on non-SSD
> wd2:
even when NCQ was not disabled.
Of course there might be possible bugs on the WDC drives, though.
---
Izumi Tsutsui
drive.
I'm not sure if there is any evidence that says certain WD drives
have bugs around NCQ functions.
---
Izumi Tsutsui
atch* such cases.
(b) is not necessary, so it's simply okay to have a macro that represents
"maximum page size for the ${MACHINE_ARCH}" for jemalloc(3), isn't it?
---
Izumi Tsutsui
nxr.netbsd.org/xref/src/sys/dev/pci/ahcisata_pci.c?r=1.56#59
---
Izumi Tsutsui
isableing NCQ did show differences
> I do not get this problem with NetBSD 7.99.1 or with FreeBSD.
No idea here.
---
Izumi Tsutsui
sect x 468862128 sectors
> wd1: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133),
> WRITE DMA FUA, NCQ (32 tags)
> wd1(ahcisata0:1:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 6
> (Ultra/133) (using DMA), NCQ (31 tags)
There might be some device quirk around NCQ of Samsung SSD 860 EVO?
---
Izumi Tsutsui
fined(__sh__)
693 #define PTOMMAP(paddr) sh3_btop(paddr)
694 #elif defined(__sparc__)
695 #define PTOMMAP(paddr) (paddr)
696 #elif defined(__sparc64__)
697 #define PTOMMAP(paddr) atop(paddr)
698 #elif defined(__vax__)
699 #define PTOMMAP(paddr) btop((u_int)paddr)
700 #endif
701
702 return PTOMMAP(paddr);
---
Izumi Tsutsui
Krister Walfridsson wrote:
> On Sun, 5 Jun 2016, Izumi Tsutsui wrote:
>
> > It should be static instead? (note fpu_cordic.c was added in 2013)
> > https://nxr.netbsd.org/search?q=fpu_cordit2=src
>
> It is only used when CORDIC_BOOTSTRAP is defined (i.e. when ru
hdep.c and sun3/sun3/trap.c.
_Idle() is referred in sun3/sun3/clock.c, via an awful cast.
etc. etc.
--
Izumi Tsutsui
cherry@ wrote:
> >>>>> "tsutsui" == Izumi Tsutsui <tsut...@ceres.dti.ne.jp> writes:
>
> tsutsui> cherry@ wrote:
> >> Please find below a patch to remove .avail_(start|end) from
> >> struct vm_physseg
>
> tsutsu
e
> wrong. Are there port specific uses for these ?
It looks:
- start and end are intended to represent "existing" memory regions
- avail_start and avail_end represent free memory regions (to be used by vm)
but most MD code didn't pass the former ones.
---
Izumi Tsutsui
christos@ wrote:
On Mar 13, 3:30am, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/distrib/common/bootimage
| christos@ wrote:
|
| Why are they broken? The INSTALL kernel has ptyfs now? This is the
| wrong fix in the long run...
|
| BTW no one takes
lack man power,
as no one have take a look at the problem even after 6.0.
If you can sweep all image list files and kernel config files
without regressions, it's fine for me.
---
Izumi Tsutsui
all.
---
Izumi Tsutsui
who also sees these
sysctl_createv: sysctl_locate(multicast) returned 2
messages on other ports?
---
Izumi Tsutsui
10.000 msec
mainbus0 (root): SUNW,Sun-Blade-100 (Sun Blade 100): hostid 8304ad4f
cpu0 at mainbus0: SUNW,UltraSPARC-IIe @ 502 MHz, CPU id 0
Thank you for your reports.
I've filed a PR as kern/49036.
---
Izumi Tsutsui
for my custom 6.1.4 amd64 kernel):
http://www.nerv.org/~ryo/netbsd/netbsd/?q=id:20130428T143256Z.b623c8487cf2235d829e0daff70cca59b1b79df8
6.2 will include this fix.
---
Izumi Tsutsui
#781
---
Izumi Tsutsui
+unpack_littleendian(uint32_t value, uint8_t *v)
+{
+#if BYTE_ORDER == LITTLE_ENDIAN
+ *((uint32_t*)v) = value;
+#else
+ int i;
+ for(i = 0; i 4; ++i) {
+ v[i] = value (i * 8);
+ }
+#endif
+}
This should also be le32enc(9), if the byteswap is really necessary.
---
Izumi
[512];
+ uint16_t i;
+} hc128_state_t;
so it already consumes 4KB stack.
I'm afraid 9KB stack on rekeying is fatal on most ports.
I wonder if we should also consider speed vs memory
especially for embedded users.
---
Izumi Tsutsui
, no?
I have no idea, but depend on pros and cons if it is not on stack?
---
Izumi Tsutsui
msaitoh@ wrote:
(2014/02/15 1:58), Izumi Tsutsui wrote:
I'd suggest to clarify what problems you are trying to solve
and consider how it should be solved, before updating your patch.
The problems you mentioned are:
(1) merge initialization of sparse register mappings (with 4 byte
and initialization
Just my two cents,
---
Izumi Tsutsui
)
if this means stride. (you use 1 and 4 in com_puc.c)
--- 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?
---
Izumi Tsutsui
by complicated hardware
(i.e. #if BYTE_ORDER in the patch won't work), right?
---
Izumi Tsutsui
be useful.
Probably it's rather better to fix sys/arch/x86/pci/pci_machdep.c
http://nxr.netbsd.org/xref/src/sys/arch/x86/pci/pci_machdep.c?r=1.63#940
not to set the is_console device property unconditionally.
(should check lookup_bootinfo(BTINFO_CONSOLE) instead as consinit() does?)
---
Izumi Tsutsui
/msg006179.html
I would like to state at this time that I am not directly responsible for
any unexpected whatevers due to this change.
So adding xhci into GENERIC looks a bit stupid and
it should be reverted.
---
Izumi Tsutsui
changes were introduced without proper considerations.
(though I don't know if changes by core members need prior approvals or not)
---
Izumi Tsutsui
. That's the problem.
---
Izumi Tsutsui
in that thread.
You have never show your whole design how to handle hf vs sf
and the current problem was caused by your changes.
How can you solve it?
---
Izumi Tsutsui
the right MACHINE_ARCH
Matt, you have changed your mind and committed different fix
without posting any messages to tech-* mailing list.
Please stop that.
Please post whole your strategy first before random bandaid fixes.
You have not answered about other sf/hf ports like mips and sh.
---
Izumi
.
What Lua is good for as been
discussed many times, there are presentation slides around etc.
People who don't use lua (including me) won't see what Lua is good for
without studying lua...
---
Izumi Tsutsui
.
That's the enough reason to revert your commit without discussion.
--
Izumi Tsutsui
On Oct 17, 2013, at 4:57 AM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote:
Anyway, our commit guidelines explicitly require Core's approval
before adding a new package into base. You violate the rule.
That's the enough reason to revert your commit without discussion.
He did get core's
the original one,
not against sources you broke.
---
Izumi Tsutsui
, leaving a wrong comment like this
http://nxr.netbsd.org/xref/src/sys/dev/marvell/com_mv.c?r=1.6#187
is a quite bad thing.
I agree that the hardware design is quite awful, but
it's documented, not a bug.
---
Izumi Tsutsui
register.
It's no worth to have a separate mvuart_armadaxp_workaround() function
you suggested.
---
Izumi Tsutsui
for the function that is called only in COM_TYPE_ARMADAXP case?
The requirement in the MI interrupt handler is just
whether interrupts are pending or not, isn't it?
---
Izumi Tsutsui
(like sys/dev/pci/if_wm.c etc).
---
Izumi Tsutsui
property to sk(4) myself, some time ago. But
re(4) doesn't support it yet.
You can add it if necessary, to avoid unexpected changes on other NICs.
---
Izumi Tsutsui
everyone please feel free to commit any part of this stuff separately.
I've committed MD part of ews4800mips, hp300, luna68k, news68k,
newsmips, pmax, sun2, sun3, and x68k.
---
Izumi Tsutsui
matt@ wrote:
On Oct 10, 2012, at 10:55 AM, Izumi Tsutsui wrote:
I wrote:
ite chnages seem to cause silent hang at early bootstrap at least on XM6i,
so I'll check it on real X68030 with serial console later.
(IIRC atari's ite also had annoying quirks around console probe code
with this patch
it's fine. it wasn't obvious exactly what I fixed though.
Some device_t/softc conversions in sys/arch/sparc/dev/fd.c and
sys/arch/sparc/sparc/memecc.c seem fatal.
Good catch :-)
---
Izumi Tsutsui
, I'll split those out and commit them separately too.
or you can do it if you'd like.
These are also committed.
(at least no crash on qemu, though it doesn't have these devices)
Thanks!
---
Izumi Tsutsui
for early console,
so we should also prepare a static struct device
after it's split out from softc. Oh well.
(IIRC there were several such devices that required extra struct device
and softc, like sys/dev/sbus/esp_sbus.c)
---
Izumi Tsutsui
/pointers)
(though actually you've caught some botches in x68k ;-)
---
Izumi Tsutsui
and populate src/sbin/newfs_NEWfs
and makefs(8) for distribution?
It's efficient to design kernel and newfs sources
to share them with makefs too.
v7fs is a good example.
(and it's so annoying to write makefs -t msdos
with current implementations..)
---
Izumi Tsutsui
I have not tried the test, but ntpd(8) on m68k machines
(with less than 32MB) always complains mlockall() failed.
---
Izumi Tsutsui
attach is usually called when the system is cold, there are no
other CPUs running so the system is effectively in KERNEL_LOCK().
Rather than fix the driver, maybe init_main should take out KERNEL_LOCK()
until it exits cold state.
What about hot-plug? (we have esp at pcmcia)
---
Izumi Tsutsui
cheusov@ wrote:
On Fri, Mar 2, 2012 at 8:01 PM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote:
For a number of reasons I decided to use ext2 filesystem on 60Gb memory
stick.
:
Unfortunately newfs_ext2fs works extreamly slowly
newfs_ext2fs(8) was intended to prepare boot partitions
be worth.
---
Izumi Tsutsui
Index: mke2fs.c
===
RCS file: /cvsroot/src/sbin/newfs_ext2fs/mke2fs.c,v
retrieving revision 1.14
diff -u -p -r1.14 mke2fs.c
--- mke2fs.c10 Sep 2010 15:51:20 - 1.14
+++ mke2fs.c2 Mar 2012
anyway.
(sys/arch/i386/stand/lib/biosdisk.c should have #ifdef SUPPORT_MINIXFS3
though)
---
Izumi Tsutsui
.html
Thank you for your great work!
Now it's time for someone[TM] to try PR/30866 :-)
http://gnats.NetBSD.org/30866
---
Izumi Tsutsui
Here're patches to implement MINIX File System v3 support in libsa.
Support for MFS is added to the boot2 for i386.
Could you also file this patch to database via send-pr?
(patch in PR, calling for review on tech list)
http://www.NetBSD.org/support/send-pr.html
With a quick glance, 'mfs' in
implementation.
---
Izumi Tsutsui
to check all other non-x86 bootloaders which refer ufs_ls().
(ews4800mips, ia64, landisk, x68k, zaurus etc)
Done. I'm not able to check though, but the modification is trivial
and almost the same as for i386.
I'll take these tier II ports anyway. Thanks.
---
Izumi Tsutsui
-x86 bootloaders which refer ufs_ls().
(ews4800mips, ia64, landisk, x68k, zaurus etc)
---
Izumi Tsutsui
but just visible xfer rates.
---
Izumi Tsutsui
://cvsweb.NetBSD.org/bsdweb.cgi/src/sys/dev/usb/udl.c#rev1.1
---
Izumi Tsutsui
intentionally sets its PCI vendor ID to 0x0001,
we can add such odd ID into rtk_pci_devs[] in if_rtk_pci.c.
But if it's caused by broken EEPROM or bad drivers which badly
overwrite EEPROM data, we should not accept random ID numbers.
---
Izumi Tsutsui
.
---
Izumi Tsutsui
We do, and that's how the xf86-video-wsfb driver works.
I had to fix wsfb driver for 1bpp framebuffer
http://mail-index.NetBSD.org/source-changes/2011/07/22/msg024891.html
and I still wonder what is a generic format of 4bpp framebuffers
that common dix part expects...
---
Izumi Tsutsui
xf86-video-wsfb.
No. (see cvs log)
---
Izumi Tsutsui
OUTPUT WHEN REPORTING THIS PANIC!\n);
#ifdef MULTIPROCESSOR
db_printf(IF RUNNING SMP, USE 'mach ddbcpu #' AND
'trace' ON OTHER PROCESSORS, TOO.\n);
#endif
db_printf(DO NOT EVEN BOTHER REPORTING THIS WITHOUT
INCLUDING THAT INFORMATION!\n);
---
Izumi Tsutsui
I'm using a MIPS 74K which needs strict page-coloring enforcement
(4 colors for its Icache and 2 colors for its Dcache)
so this is important to me.
VCEI/VCED handlers on R4400 would also be useful to catch aliases.
---
Izumi Tsutsui
MAKEDEV.tmpl treats floppy device minors as harddrives.
If someone[TM] will maintain MAKEDEV scripts and
write doc/UPDATING properly, no problem for me.
---
Izumi Tsutsui
of such obsolete device was worthless and
we had much more important problems on modern devices.
---
Izumi Tsutsui
are different thing, but
both DISKPART() and FDTYPE() macros represent how to assign
device minors for different properties in the same physical unit.
I don't think it so broken to have a merged macro for the assignment,
but if you will implement correct method as you claim, I won't object.
---
Izumi Tsutsui
The problem is that there might be some ports whose MAXPARTITIONS is still 8
and such ports can't use type 8.
---
Izumi Tsutsui
On Wed, May 04, 2011 at 08:50:10PM +0900, Izumi Tsutsui wrote:
The problem is that there might be some ports whose MAXPARTITIONS is still 8
and such ports can't use type 8.
Why not? It is not used as a partiton of fd*.
MAKEDEV is already wrong for those ports, the fd nodes probably should
, fixing kernels, or
fixing /dev nodes on existing disks (not only MAKEDEV script).
I'm afraid few developers will maintain MAKEDEV script properly,
and few users will rerun /dev/MAKEDEV on upgrade.
Nowadays floppy is almost dead, so we don't have to care about
compatibility, though...
---
Izumi
The kernels aren't broken and don't require fixing.
The topic is how to add 8th type and currently fd.c uses hardcoded '8'.
If we can simply change it to 16, why did we introduce complicated
__HAVE_OLD_DISKLABEL for harddisks?
---
Izumi Tsutsui
* There is no proper way to detect which unit is
* recognized as a bootable CD-ROM drive by the BIOS.
* Assume the first unit is the one.
*/
I.e. currently only root on cd0a works on x86 GENERIC anyway.
---
Izumi Tsutsui
yamt@ wrote:
i'd like to remove the sparseness check in vnd because there's
no problem to use a sparse files on nfs.
We really want vnd on sparse files for emulator images...
---
Izumi Tsutsui
has options COMPAT_386BSD_MBRPART or not
and make disklabel(8) refer it.
---
Izumi Tsutsui
enough to bump a version number on possible
functional changes. Fewer changes on boot than kernels.
---
Izumi Tsutsui
strings without serial console,
which is uncommon for non-geek users.
---
Izumi Tsutsui
info might be which file-system modules are builtin?
(though I'm not sure if options NFS_BOOT_DHCP requires bpf(4) module or not)
---
Izumi Tsutsui
() does),
not the root file system. (they are identical in most case though)
Necessary info is if the loaded kernel has modules for the file system.
---
Izumi Tsutsui
in netbsd-5.
(-current doesn't use miniroot.kmod and use cd9660 root fs)
Modules loaded by the bootloader are handled in module_init_md()
as x86/x86_machdep.c inside #ifdef MODULAR so if the kernel
doesn't have MODULAR I think loaded modules are simply ignored.
--
Izumi Tsutsui
boot.cfg(5) support and loading module functions
from i386/stand to MI libsa, I think.
---
Izumi Tsutsui
I have ported various modifications from OpenBSD and FreeBSD to bnx(4)
and brgphy(4) (see attach).
:
--- sys/dev/mii/brgphy.c 27 Nov 2010 17:42:04 - 1.56
+++ sys/dev/mii/brgphy.c 30 Nov 2010 23:58:49 -
:
#include dev/pci/if_bgereg.h
-#if 0
#include
Also, there is a comment above saying that:
/*
* The following data structures are generated from RTL code.
* Do not modify any values below this line.
*/
IMO all members fetched via PCI bus master should be uint32_t
if hardware supports byte swap ops since swap is always done
that supports byteswap ops, not individual bus masters.
---
Izumi Tsutsui
dubious, and it is
expected that this function will be removed from the pmap
API in a future release of NetBSD.
---
Izumi Tsutsui
MI API to keep support for old machines.
If the API isn't really MI anymore, is it still not ok to complain about?
If there is no reasonable alternative, it means EOL of that machine,
as 80386.
---
Izumi Tsutsui
1 - 100 of 140 matches
Mail list logo