daily CVS update output
Updating src tree: P src/doc/CHANGES P src/external/mpl/bind/Makefile.inc P src/external/mpl/bind/include/config.h P src/sys/arch/evbmips/evbmips/interrupt.c U src/sys/arch/mac68k/conf/AUDIO U src/sys/arch/mac68k/conf/AUDIOSBC P src/sys/arch/mac68k/conf/files.mac68k P src/sys/arch/mac68k/conf/majors.mac68k U src/sys/arch/mac68k/obio/ascaudio.c U src/sys/arch/mac68k/obio/ascaudiovar.h U src/sys/arch/mac68k/obio/ascreg.h U src/sys/netbt/hci_le.h P src/tests/usr.bin/xlint/lint1/expr_sizeof.c P src/usr.bin/audio/common/wav.c P src/usr.bin/stat/stat.c P src/usr.bin/xlint/lint1/cksnprintb.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 45776701 Mar 14 03:03 ls-lRA.gz
Re: Problem with umass/scsibus/wd0
On Wed, 13 Mar 2024, Michael van Elst wrote: On Tue, Mar 12, 2024 at 11:00:02PM -0700, Paul Goyette wrote: ``scsictl sd0 start'' makes a little bit of progress, and claims to be "fabricating a geometry". ``gpt show -a sd0'' shows two partitions (one for NetBSD backups, and one for Windoze backups) # gpt show sd0 startsize index contents 0 1 PMBR 1 1 Pri GPT header 2 32 Pri GPT table 342014 Unused 2048 4294967296 1 GPT part - NetBSD FFSv1/FFSv2 4294969344 3518951424 2 GPT part - Windows basic data 7813920768 49119 Unused 7813969887 32 Sec GPT table 7813969919 1 Sec GPT header That looks fine. But it does not seem to progress to the discover-wedges process, and no wedges seem to exist: # dkctl sd0 listwedges /dev/rsd0: no wedges configured The wedge autodetection happens when the device attaches (and failed since the disk was offline). This is different from disklabels that are fetched by the first opener (and are usually dropped with the last close, except traditionally for vnd). You can manually trigger autodetection with dkctl sd0 makewedges Yup, that's the magic word. I used scsictl and dkctl both, and the external drive appeears normal. Thanks! +-+--+--+ | Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses:| | (Retired) | 1B11 1849 721C 56C8 F63A | p...@whooppee.com| | Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | +-+--+--+
dwiic errors
Well, another issue to deal with on my new build. This time, it is the dwiic0 device at fault. Booting single user gets as far as the ``which shell'' prompt, but as soon as you proceed past this point (including normal non-single- user boot), the dwiic starts spewing time-out messages. These messages come every 0.5 second or so, and there's usually a hundred or more messages before they stop; in some cases the messages have continued to stream by for several minutes (at which point I pressed the reset button). The value for %d is always 0 or 1. (excerpt from $SRC/sys/dev/ic/dwiic.c starting at line 496) if (rx_avail == 0) { device_printf(sc->sc_dev, "timed out reading remaining %d\n", (int)(len - 1 - readpos)); sc->sc_i2c_xfer.error = 1; return (1); } This is so intrusive and unpredictable in duration that I need to run the system with dwiic disabled (via userconf). Any clue on what might be wrong? This is a brand new build with all new parts. The dmesg (minus the dwiic) is posted at https://dmesgd.nycbug.org/index.cgi?do=view=7563 +-+--+--+ | Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses:| | (Retired) | 1B11 1849 721C 56C8 F63A | p...@whooppee.com| | Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | +-+--+--+
Re: tmux-direct entry only has 8 colors
On Wed, Jan 31, 2024 at 10:31:41PM +0100, Thomas Klausner wrote: > I've tried to get my terminal+tmux to display true colors today using > the latest terminfo as imported to NetBSD. I debugged this a bit further. It works fine if I just use two entries, but as soon as a third in the style of kitty+setal is added, it breaks. --- terminfotest2 --- kitty+setal|set underline colors (nonstandard), setal=\E[58:2::%p1%{65536}%/%d:%p1%{256}%/%{255}%&%d:%p1%{255}%&%dm, minfirst|TermInfo Test, # if the second number is >32767, it disappears! use=min, use=max, maxfirst|TermInfo Test, # putting the bigger one first makes "promotion" happen. use=max, use=min, max|any number > INT16_MAX, colors#16777216, min|any num < INT16_MAX, colors#8, kittymin|kitty+min, use=kitty+setal, use=min, use=max kittymax|kitty+max, use=kitty+setal, use=max, use=min --- end of terminfotest2 --- > tic -x terminfotest2 > infocmp -1x -A /home/wiz/terminfotest2.cdb minfirst # Reconstructed from /home/wiz/terminfotest2.cdb minfirst|TermInfo Test, colors#8, > infocmp -1x -A /home/wiz/terminfotest2.cdb maxfirst # Reconstructed from /home/wiz/terminfotest2.cdb maxfirst|TermInfo Test, colors#16777216, Here you can see the first encountered definition wins. > infocmp -1x -A /home/wiz/terminfotest2.cdb kittymin # Reconstructed from /home/wiz/terminfotest2.cdb kittymin|kitty+min, colors#8, setal=\E[58:2::%p1%{65536}%/%d:%p1%{256}%/%{255}%&%d:%p1%{255}%&%dm, > infocmp -1x -A /home/wiz/terminfotest2.cdb kittymax # Reconstructed from /home/wiz/terminfotest2.cdb kittymax|kitty+max, colors#8, setal=\E[58:2::%p1%{65536}%/%d:%p1%{256}%/%{255}%&%d:%p1%{255}%&%dm, but here it doesn't any longer, or kitty+setal's non-definition counts as an colors#8? I've filed PR 58034 for this. Roy, Christos, can either of you please take a look? Thanks, Thomas
Re: Problem with umass/scsibus/wd0
On Tue, Mar 12, 2024 at 11:00:02PM -0700, Paul Goyette wrote: > > ``scsictl sd0 start'' makes a little bit of progress, and claims > to be "fabricating a geometry". ``gpt show -a sd0'' shows two > partitions (one for NetBSD backups, and one for Windoze backups) > > # gpt show sd0 > startsize index contents > 0 1 PMBR > 1 1 Pri GPT header > 2 32 Pri GPT table > 342014 Unused > 2048 4294967296 1 GPT part - NetBSD FFSv1/FFSv2 > 4294969344 3518951424 2 GPT part - Windows basic data > 7813920768 49119 Unused > 7813969887 32 Sec GPT table > 7813969919 1 Sec GPT header That looks fine. > But it does not seem to progress to the discover-wedges process, > and no wedges seem to exist: > > # dkctl sd0 listwedges > /dev/rsd0: no wedges configured The wedge autodetection happens when the device attaches (and failed since the disk was offline). This is different from disklabels that are fetched by the first opener (and are usually dropped with the last close, except traditionally for vnd). You can manually trigger autodetection with dkctl sd0 makewedges Greetings, -- Michael van Elst Internet: mlel...@serpens.de "A potential Snark may lurk in every tree."
Re: Problem with umass/scsibus/wd0
On Tue, 12 Mar 2024, Paul Goyette wrote: On Wed, 13 Mar 2024, Simon Burge wrote: Not enough USB power? Same model external drive: https://forums.tomshardware.com/threads/2tb-wd-elements-2621-is-detected-on-one-of-my-computers-but-not-the-other.3720369/#post-22432202 Certainly a possibility. But I wouldn't have a clue on how to fix it. Ah, /i read further and found the links to Amazon. The new box _should_ have enuf power since it is USB3.2. But considering the price, I ordered a cable. I'll report results next week (I don't have Amazon Prime, so shipping takes a couple additional days!) +-+--+--+ | Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses:| | (Retired) | 1B11 1849 721C 56C8 F63A | p...@whooppee.com| | Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | +-+--+--+
Re: Problem with umass/scsibus/wd0
On Wed, 13 Mar 2024, Simon Burge wrote: Not enough USB power? Same model external drive: https://forums.tomshardware.com/threads/2tb-wd-elements-2621-is-detected-on-one-of-my-computers-but-not-the-other.3720369/#post-22432202 Certainly a possibility. But I wouldn't have a clue on how to fix it. +-+--+--+ | Paul Goyette (.sig) | PGP Key fingerprint: | E-mail addresses:| | (Retired) | 1B11 1849 721C 56C8 F63A | p...@whooppee.com| | Software Developer | 6E2E 05FD 15CE 9F2D 5102 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | +-+--+--+