Re: Problem with umass/scsibus/wd0

2024-03-12 Thread Paul Goyette

On Wed, 13 Mar 2024, Michael van Elst wrote:


Sounds like that drive isn't spinning up.

The "Elements" product doesn't exactly tell what it is, some units
either come with their own power supply or require non-standard
USB power.


The device is pretty standard.  One thing I forgot to mention in
the original report is that it used to work just fine with NetBSD
on the old build.


Maybe 'scsictl sd0 start' helps to get the disk online. If that
has an effect you may need 'dkctl sd0 makewedges' if you use a GPT
label.


``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

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


+-+--+--+
| 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

2024-03-12 Thread Simon Burge
Michael van Elst wrote:

> p...@whooppee.com (Paul Goyette) writes:
>
> >[ 29641.773703] umass0 at uhub11 port 4 configuration 1 interface 0
> >[ 29641.773703] umass0: Western Digital (0x1058) Elements 2621 (0x2621), rev 
> >3.20/10.34, addr 4
> >[ 29641.773703] umass0: using SCSI over Bulk-Only
> >[ 29641.793714] scsibus0 at umass0: 2 targets, 1 lun per target
> >[ 29641.793714] sd0 at scsibus0 target 0 lun 0:  
> >disk fixed
> >[ 29641.793714] sd0(umass0:0:0:0):  Check Condition on CDB: 0x00 00 00 00 00 
> >00
> >[ 29641.793714] SENSE KEY:  Not Ready
> >[ 29641.793714]  ASC/ASCQ:  Logical Unit Is In Process Of Becoming Ready
> >[ 29641.793714] sd0: drive offline
>
>
> Sounds like that drive isn't spinning up.
>
> The "Elements" product doesn't exactly tell what it is, some units
> either come with their own power supply or require non-standard
> USB power.

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

Cheers,
Simon.


Re: Problem with umass/scsibus/wd0

2024-03-12 Thread Michael van Elst
p...@whooppee.com (Paul Goyette) writes:


>[ 29641.773703] umass0 at uhub11 port 4 configuration 1 interface 0
>[ 29641.773703] umass0: Western Digital (0x1058) Elements 2621 (0x2621), rev 
>3.20/10.34, addr 4
>[ 29641.773703] umass0: using SCSI over Bulk-Only
>[ 29641.793714] scsibus0 at umass0: 2 targets, 1 lun per target
>[ 29641.793714] sd0 at scsibus0 target 0 lun 0:  disk 
>fixed
>[ 29641.793714] sd0(umass0:0:0:0):  Check Condition on CDB: 0x00 00 00 00 00 00
>[ 29641.793714] SENSE KEY:  Not Ready
>[ 29641.793714]  ASC/ASCQ:  Logical Unit Is In Process Of Becoming Ready
>[ 29641.793714] sd0: drive offline


Sounds like that drive isn't spinning up.

The "Elements" product doesn't exactly tell what it is, some units
either come with their own power supply or require non-standard
USB power.

Maybe 'scsictl sd0 start' helps to get the disk online. If that
has an effect you may need 'dkctl sd0 makewedges' if you use a GPT
label.



daily CVS update output

2024-03-12 Thread NetBSD source update


Updating src tree:
P src/sys/arch/evbmips/evbmips/interrupt.c
P src/tests/usr.bin/xlint/lint1/msg_132.c
P src/tests/usr.bin/xlint/lint1/msg_267.c
P src/usr.bin/xlint/lint1/tree.c

Updating xsrc tree:
P xsrc/local/programs/bdfload/README
P xsrc/local/programs/bdfload/bdfload.c


Killing core files:



Updating release-8 src tree (netbsd-8):
U doc/CHANGES-8.3
P lib/libc/gen/getcap.c
P sys/dev/usb/usbdi.c
P sys/kern/sysv_shm.c
P sys/net/if_tun.c
P usr.bin/audio/common/auconv.h
P usr.bin/audio/common/audio.c
P usr.bin/audio/common/decode.c
P usr.bin/audio/common/libaudio.h
P usr.bin/audio/common/sun.c
P usr.bin/audio/common/wav.c
P usr.bin/audio/play/audioplay.1
P usr.bin/audio/play/play.c
P usr.bin/audio/record/audiorecord.1
P usr.bin/audio/record/record.c

Updating release-8 xsrc tree (netbsd-8):



Updating release-9 src tree (netbsd-9):
U doc/CHANGES-9.4
P etc/named.conf
P external/mpl/bind/dist/lib/isc/netmgr/netmgr-int.h
P lib/libc/gen/getcap.c
P sys/dev/ic/nvme.c
P sys/dev/usb/usbdi.c
P sys/kern/sysv_shm.c
P sys/net/if_tun.c
P usr.bin/audio/common/auconv.h
P usr.bin/audio/common/audio.c
P usr.bin/audio/common/decode.c
P usr.bin/audio/common/libaudio.h
P usr.bin/audio/common/sun.c
P usr.bin/audio/common/wav.c
P usr.bin/audio/ctl/audioctl.1
P usr.bin/audio/play/audioplay.1
P usr.bin/audio/play/play.c
P usr.bin/audio/record/audiorecord.1
P usr.bin/audio/record/record.c
P usr.sbin/postinstall/postinstall.in

Updating release-9 xsrc tree (netbsd-9):



Updating release-10 src tree (netbsd-10):
P distrib/sets/lists/base/mi
P doc/3RDPARTY
U doc/CHANGES-10.0
P etc/named.conf
P external/gpl2/groff/tmac/mdoc.local
P external/mpl/bind/dist/lib/isc/netmgr/netmgr-int.h
P external/mpl/mozilla-certdata/dist/certdata.txt
P external/mpl/mozilla-certdata/share/Makefile
P external/mpl/mozilla-certdata/share/certdata.awk
P external/mpl/mozilla-certdata/share/email.trust
P external/mpl/mozilla-certdata/share/server.trust
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.1.pem'
 is no longer in the repository
P 
external/mpl/mozilla-certdata/share/certs/Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.pem
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Chambers_of_Commerce_Root_-_2008.pem'
 is no longer in the repository
U 
external/mpl/mozilla-certdata/share/certs/CommScope_Public_Trust_ECC_Root-01.pem
U 
external/mpl/mozilla-certdata/share/certs/CommScope_Public_Trust_ECC_Root-02.pem
U 
external/mpl/mozilla-certdata/share/certs/CommScope_Public_Trust_RSA_Root-01.pem
U 
external/mpl/mozilla-certdata/share/certs/CommScope_Public_Trust_RSA_Root-02.pem
U external/mpl/mozilla-certdata/share/certs/D-Trust_SBR_Root_CA_1_2022.pem
U external/mpl/mozilla-certdata/share/certs/D-Trust_SBR_Root_CA_2_2022.pem
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Global_Chambersign_Root_-_2008.pem' 
is no longer in the repository
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Security_Communication_Root_CA.pem' 
is no longer in the repository
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Symantec_Class_1_Public_Primary_Certification_Authority_-_G6.pem'
 is no longer in the repository
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Symantec_Class_2_Public_Primary_Certification_Authority_-_G6.pem'
 is no longer in the repository
U 
external/mpl/mozilla-certdata/share/certs/Telekom_Security_SMIME_ECC_Root_2021.pem
U 
external/mpl/mozilla-certdata/share/certs/Telekom_Security_SMIME_RSA_Root_2023.pem
U 
external/mpl/mozilla-certdata/share/certs/Telekom_Security_TLS_ECC_Root_2020.pem
U 
external/mpl/mozilla-certdata/share/certs/Telekom_Security_TLS_RSA_Root_2023.pem
U external/mpl/mozilla-certdata/share/certs/TrustAsia_Global_Root_CA_G3.pem
U external/mpl/mozilla-certdata/share/certs/TrustAsia_Global_Root_CA_G4.pem
cvs update: `external/mpl/mozilla-certdata/share/certs/TrustCor_ECA-1.pem' is 
no longer in the repository
cvs update: 
`external/mpl/mozilla-certdata/share/certs/TrustCor_RootCert_CA-1.pem' is no 
longer in the repository
cvs update: 
`external/mpl/mozilla-certdata/share/certs/TrustCor_RootCert_CA-2.pem' is no 
longer in the repository
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Verisign_Class_1_Public_Primary_Certification_Authority_-_G3.pem'
 is no longer in the repository
cvs update: 
`external/mpl/mozilla-certdata/share/certs/Verisign_Class_2_Public_Primary_Certification_Authority_-_G3.pem'
 is no longer in the repository
P lib/libc/gen/getcap.c
P share/man/man4/wg.4
P sys/dev/ic/nvme.c
P sys/dev/pci/ehci_pci.c
P sys/dev/pci/xhci_pci.c
P sys/kern/sysv_shm.c
P sys/net/if_tun.c
P sys/net/if_wg.c
P sys/sys/param.h
P usr.bin/audio/common/auconv.h
P usr.bin/audio/common/audio.c
P usr.bin/audio/common/decode.c
P usr.bin/audio/common/libaudio.h
P usr.bin/audio/common/sun.c
P usr.bin/audio/common/wav.c
P usr.bin/audio/play/audioplay.1
P usr.bin/audio/play/play.c
P usr.bin/audio/record/audiorecord.1
P 

Problem with umass/scsibus/wd0

2024-03-12 Thread Paul Goyette

On my new build, I finally got my monitor/display issues resolved, so
today I turned to making my  usual off-line backup.  For several years
I've used an external USB-driven hard-drive for the backups, but now
when I try to attach the external drive, it never comes ready:

[ 29641.773703] umass0 at uhub11 port 4 configuration 1 interface 0
[ 29641.773703] umass0: Western Digital (0x1058) Elements 2621 (0x2621), rev 
3.20/10.34, addr 4
[ 29641.773703] umass0: using SCSI over Bulk-Only
[ 29641.793714] scsibus0 at umass0: 2 targets, 1 lun per target
[ 29641.793714] sd0 at scsibus0 target 0 lun 0:  disk 
fixed
[ 29641.793714] sd0(umass0:0:0:0):  Check Condition on CDB: 0x00 00 00 00 00 00
[ 29641.793714] SENSE KEY:  Not Ready
[ 29641.793714]  ASC/ASCQ:  Logical Unit Is In Process Of Becoming Ready
[ 29641.793714] sd0: drive offline
...
[ 29671.778736] sd0: detached
[ 29671.778736] scsibus0: detached
[ 29671.778736] umass0: detached
[ 29671.778736] umass0: at uhub11 port 4 (addr 4) disconnected

I've waited patiently for the situation to resolve (in one case, I
waited for several hours) but the drive never comes ready.  And I've
also tried numerous usb ports, all with the same result.

The drive still works on my Windoze laptop with no issues.  I cannot
try any other NetBSD systems - I only have one.

This is on a GENERIC 10.99.10  NetBSD built locally from sources
updated ``Sun Mar  3 23:26:30 UTC 2024''.  And here is the provenance
of the usb port.  (They're all pretty much the same, as this
machine has only xhci controllers.)

[ 1.039673] usb4 at xhci2: USB revision 3.1
[ 2.045963] uhub4 at usb4: NetBSD (0x) xHCI root hub (0x), class 
9/0, rev 3.00/1.00, addr 0
[ 2.605967] uhub11 at uhub4 port 5: ASUS TEK. (0x174c) ASM107x (0x3074), 
class 9/0, rev 3.00/0.01, addr 1


Anyone got any suggestions?


+-+--+--+
| 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: bind is'nt compilable MKKERBEROS=no

2024-03-12 Thread K. Schreiner
On Sun, Mar 10, 2024 at 07:22:31PM +0100, Havard Eidnes wrote:
> > dependall ===> lib/../external/mpl/bind/lib/libdns
> >  create  libdns/gssapictx.d
> > /u/NetBSD/src.ks/external/mpl/bind/lib/libdns/../../dist/lib/dns/gssapictx.c:24:10:
> >  fatal error: gssapi/gssapi.h: No such file or directory
> >24 | #include 
> >   |  ^
> > compilation terminated.
> > nbmkdep: compile failed.
> 
> Hm, yes...  Our in-tree BIND ships with a "static" config.h file
> which has "#define HAVE_GSSAPI 1", and while BIND has a configure
> option --without-gssapi which would probably make HAVE_GSSAPI not
> be defined, the configure script isn't used in our setup.
> 
> You could try to comment out HAVE_GSSAPI in the include/config.h
> file and see how that goes.

Yep, applying the following patch let compiling new bind succeed:

Index: external/mpl/bind/include/config.h
===
RCS file: /cvsroot/src/external/mpl/bind/include/config.h,v
retrieving revision 1.16
diff -u -r1.16 config.h
--- external/mpl/bind/include/config.h  21 Feb 2024 22:52:52 -  1.16
+++ external/mpl/bind/include/config.h  11 Mar 2024 13:12:15 -
@@ -178,6 +178,7 @@
 /* Define to 1 if you have the  header file. */
 #define HAVE_GLOB_H 1
 
+#if (USE_KERBEROS != no)
 /* Define to 1 if you have the Kerberos Framework available */
 #define HAVE_GSSAPI 1
 
@@ -195,6 +196,7 @@
 
 /* Define to 1 if you have the `gss_acquire_cred' function. */
 #define HAVE_GSS_ACQUIRE_CRED 1
+#endif
 
 /* Define to 1 if you have the  header file. */
 /* #undef HAVE_IDN2_H */
@@ -214,6 +216,7 @@
 /* Use json-c library */
 /* #undef HAVE_JSON_C */
 
+#if (USE_KERBEROS != no)
 /* Define to 1 if you have the  header file. */
 /* #undef HAVE_KRB5_H */
 
@@ -222,6 +225,7 @@
 
 /* Define to 1 if you have the  header file. */
 #define HAVE_KRB5_KRB5_H 1
+#endif

 /* Define if libidn2 was found */
 /* #undef HAVE_LIBIDN2 */