Re: amd64/7.0_BETA fails to probe USB devices?
Hi Havard, On 04/28/15 16:05, Havard Eidnes wrote: I've recently been installing NetBSD on a new Lenovo RD350 server. I first tried booting from USB disk and from a USB CD-ROM drive, and both the install kernels loaded just fine. However, the boot medium was not probed by the 7.0_BETA amd64 kernel. [...] Anyone else seeing something similar, or is this particular to this chipset combination? Anything I can do to debug this further? This is PR kern/48494 :( As a workaround you can boot with -2 (disable ACPI). HTH, -- khorben
Re: incorrect super block w recent changes
I have another instance of this problem and made the code dump a few more values: wd0 at atabus0 drive 0 wd0: SAMSUNG HM120IC wd0: 111 GB, 232581 cyl, 16 head, 63 sec, 512 bytes/sect x 234441648 sectors boot device: wd0 root on wd0a dumps on wd0b cylinder group size mismatch: fs_cgsize = 0x4800, fs-fs_cgsize = 0x4000, CGSIZE(fs) = 0x4001 sizeof(struct cg): 0xb0 howmany((ipg), NBBY): 0xb60 howmany((fpg), NBBY): 0x2e14 howmany(ffs_fragstoblks(fs, (fpg)), NBBY)): 0x5c3 ffs_fragstoblks(fs, (fpg)): 0x2e14 [fpg = 0x170a0] I guess the CGSIZE value is off by one somehow. dumpfs shows: file system: /dev/rwd0a format FFSv1 endian little-endian magic 11954 timeWed Apr 29 14:21:59 2015 superblock location 8192id [ 4c4ad59b 16a2beb3 ] cylgrp dynamic inodes 4.4BSD sblock FFSv2 fslevel 4 nbfree 6919874 ndir7531nifree 14144989nffree 15847 ncg 610 size57561588blocks 56663655 bsize 16384 shift 14 mask0xc000 fsize 2048shift 11 mask0xf800 frag8 shift 3 fsbtodb 2 bpg 11796 fpg 94368 ipg 23296 minfree 5% optim timemaxcontig 4 maxbpg 4096 symlinklen 60 contigsumsize 4 maxfilesize 0x000400400402 nindir 4096inopb 128 avgfilesize 16384 avgfpdir 64 sblkno 8 cblkno 16 iblkno 24 dblkno 1480 sbsize 2048cgsize 16384 csaddr 1480cssize 10240 cgrotor 0 fmod0 ronly 0 clean 0x02 wapbl version 0x1 location 2 flags 0x0 wapbl loc0 115134912loc1 131072 loc2 512loc3 3 flags wapbl fsmnt / Martin
Re: amd64/7.0_BETA fails to probe USB devices?
I've recently been installing NetBSD on a new Lenovo RD350
server. I first tried booting from USB disk and from a USB
CD-ROM drive, and both the install kernels loaded just fine.
However, the boot medium was not probed by the 7.0_BETA amd64
kernel. [...]
Anyone else seeing something similar, or is this particular to
this chipset combination? Anything I can do to debug this
further?
This is PR kern/48494 :(
As a workaround you can boot with -2 (disable ACPI).
In my case that ends in tears:
coretemp4 at cpu4: thermal sensor, 1 C resolution
coretemp5 at cpu5: thermal sensor, 1 C resolution
coretemp6 at cpu6: thermal sensor, 1 C resolution
coretemp7 at cpu7: thermal sensor, 1 C resolution
fatal privileged instruction fault in supervisor mode
trap type 0 code 0 rip fe887df40d81 cs 8 rflags 10a82 cr2 0 ilevel 8 rsp
80f9f2c5
curlwp 0xfe813a2a0240 pid 0.58 lowest kstack 0xfe813a2ab2c0
keriels0p wvilingd setrndt fo auvi trato sedele..Stopped in pid 0.58 (system)
at fe887df40d81: invalid address
db{0} tra
?() at fe887df40d81
db{0} x/i fe887df40d81
fe887df40d81: invalid address
db{0}
Regards,
- Håvard
Re: amd64/7.0_BETA fails to probe USB devices?
This is PR kern/48494 :( I tried a -current kernel, no improvement. I also tried the change which was suggested in the PR (and then reverted), and that also made no difference. Regards, - Håvard
Re: Failure in amd64 7.99.11
Christos has already fixed this.
On Wed, 29 Apr 2015, Chavdar Ivanov wrote:
Anyway, I am getting literally exactly the same message when trying to
install under Hyper-V (only curlwp is slightly different).
Chavdar
On Wed, 29 Apr 2015 at 09:26 Paul Goyette p...@vps1.whooppee.com wrote:
Yes, I corrected the subject on a subsequent message.
On Wed, 29 Apr 2015, Chavdar Ivanov wrote:
Why are you having 7.99.11? It has been 7.99.13 for some days now.
Chavdar
On Wed, 29 Apr 2015 at 02:02 Paul Goyette p...@vps1.whooppee.com
wrote:
While running sysinst under qemu, I get the following, right after
sysinst has run newfs:
/targetroot: bad dir ino 2 at offset 0: mangled entry
panic: bad dir
fatal breakpoint trap in supervisor mode
trap type 1 code 0 rip 80289e5d cs 8 rflags 246 cr2 7f7ff74a0830
ilevel 0 rsp fe8001dd8980
curlwp 0xfe800f9e5580 pid 52.1 lowest kstack 0xfe8001dd52c0
Stopped in pid 52.1 (mkdir) at netbsd:breakpoint+0x5: leave
db{0}
Sources were updated via anoncvs on 2015-04-29 at 00:09:37 UTC
The only recent commit I see which might be relevant is
Module Name:src
Committed By: christos
Date: Tue Apr 28 15:15:54 UTC 2015
Modified Files:
src/sbin/newfs: mkfs.c
Log Message:
reduce bss usage
-
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:
|
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com
|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org
|
-
-
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org |
-
-
| Paul Goyette | PGP Key fingerprint: | E-mail addresses: |
| (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org |
-
Issues with 7.99.13 (amd64)
I've encountered three separate issues while running -current (most recently, 7.99.13). 1. During start-up, I get the following complaints about my DVD drive: cd0 at atapibus0 drive 0: HL-DT-ST DVDRAM GHB0N, K37E2S94547, 1.00 cdrom removable cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133) cd0(ahcisata1:4:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133) (using DMA) cd0(ahcisata1:4:0): DEFERRED ERROR, key = 0x2 cd0(ahcisata1:4:0): DEFERRED ERROR, key = 0x2 During system shutdown, I get an additional DEFERRED ERROR message before the cd0: detached message. Does anyone know what this error is? And to fix it? 2. System shutdown usually hangs while waiting for xdm to stop. I don't know if it would ever recover (I've waited at least a couple minutes) but as asson as I log back in on the console and 'kill -9' the xdm process, shutdown proceeds normally. This happens on 60-80% of the time. 3. The most annoying issue: Occassionally when there is a process doing intensive disk I/O (for example, makefs creating a bootable .iso image, as part of anita), other processes get completely starved from any disk I/O, and hang until the intensive-activity process stops. Once it stops, other processes proceed normally. This is with the default BUFQ_PRIOCSCAN strategy. This really affects the interactive useability of the system. - | Paul Goyette | PGP Key fingerprint: | E-mail addresses: | | (Retired)| FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com| | Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd.org | -
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host, using sources from CVS date 2015.04.29.17.43.06. An extract from the build.sh output follows: Target directory: /tmp/bracket/build/2015.04.29.17.43.06-i386/destdir/ obsolete_stand fix: postinstall fixes passed: obsolete_stand postinstall fixes failed: === checkflist === distrib/sets --- check_DESTDIR --- --- checkflist --- cd /tmp/bracket/build/2015.04.29.17.43.06-i386/src/distrib/sets DESTDIR=/tmp/bracket/build/2015.04.29.17.43.06-i386/destdir MACHINE=i386 MACHINE_ARCH=i386 AWK=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbawk CKSUM=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbcksum DB=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbdb HOST_SH=/bin/sh MAKE=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbmake MKTEMP=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbmktemp MTREE=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbmtree PAX=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbpax COMPRESS_PROGRAM=gzip GZIP=-n PKG_CREATE=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbpkg_create SED=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbsed TSORT=/tmp/bracket/build/2015.04.29.17.43.06-i386/tools/bin/nbtsort\ -q /bin/sh /tmp/bracket/build/2015.04.29.17.43.06-i386/src/distrib/sets/checkflist -L base -M /tmp/bracket/build/2015.04.29.17.43.06-i386/destdir/METALOG.sanitised === 6 extra files in DESTDIR = Files in DESTDIR but missing from flist. File is obsolete or flist is out of date ? -- ./stand/i386-xen/7.99.13/modules/viadrmums ./stand/i386-xen/7.99.13/modules/viadrmums/viadrmums.kmod ./stand/i386/7.99.13/modules/viadrmums ./stand/i386/7.99.13/modules/viadrmums/viadrmums.kmod ./stand/i386pae-xen/7.99.13/modules/viadrmums ./stand/i386pae-xen/7.99.13/modules/viadrmums/viadrmums.kmod = end of 6 extra files === *** [checkflist] Error code 1 nbmake[2]: stopped in /tmp/bracket/build/2015.04.29.17.43.06-i386/src/distrib/sets The following commits were made between the last successful build and the failed build: 2015.04.29.17.07.11 christos src/sbin/disklabel/disklabel.8,v 1.65 2015.04.29.17.36.09 riastradh src/sys/external/bsd/drm2/dist/include/drm/drm_pciids.h,v 1.2 2015.04.29.17.36.32 riastradh src/sys/modules/viadrmums/viadrmums.ioconf,v 1.2 2015.04.29.17.38.50 riastradh src/sys/modules/Makefile,v 1.149 2015.04.29.17.43.06 riastradh src/sys/arch/i386/conf/GENERIC,v 1.1122 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2015.04.html#2015.04.29.17.43.06
Re: incorrect super block w recent changes
On Apr 29, 2015, at 5:34 PM, Michael van Elst mlel...@serpens.de wrote: mar...@duskware.de (Martin Husemann) writes: bpg 11796 fpg 94368 ipg 23296 The fpg value is not a multiple of NBBY (==8). 368 is 8*46. (1000 mod 8 == 0 so the 94000 can be ignored).
Re: incorrect super block w recent changes
m...@3am-software.com (Matt Thomas) writes: On Apr 29, 2015, at 5:34 PM, Michael van Elst mlel...@serpens.de wrote: mar...@duskware.de (Martin Husemann) writes: bpg 11796 fpg 94368 ipg 23296 The fpg value is not a multiple of NBBY (==8). 368 is 8*46. (1000 mod 8 == 0 so the 94000 can be ignored). Oops. Mixed up bpg and fpg values. -- -- Michael van Elst Internet: mlel...@serpens.de A potential Snark may lurk in every tree.
daily CVS update output
Updating src tree: P src/distrib/sets/lists/modules/md.i386 P src/sbin/disklabel/disklabel.8 P src/sys/arch/evbarm/conf/CUBIEBOARD U src/sys/arch/evbmips/cavium/autoconf.c U src/sys/arch/evbmips/cavium/mach_intr.c U src/sys/arch/evbmips/cavium/machdep.c U src/sys/arch/evbmips/cavium/octeon_bootbus_machdep.c U src/sys/arch/evbmips/cavium/octeon_uboot.h U src/sys/arch/evbmips/conf/ERLITE U src/sys/arch/evbmips/conf/files.octeon P src/sys/arch/i386/conf/ALL P src/sys/arch/i386/conf/GENERIC U src/sys/arch/mips/cavium/autoconf.h U src/sys/arch/mips/cavium/mainbus.c U src/sys/arch/mips/cavium/mainbus_octeon1p.c U src/sys/arch/mips/cavium/octeon1p_iobus.c U src/sys/arch/mips/cavium/octeon_bootbus.c U src/sys/arch/mips/cavium/octeon_dma.c U src/sys/arch/mips/cavium/octeon_intr.c U src/sys/arch/mips/cavium/octeon_iobus.c U src/sys/arch/mips/cavium/octeonvar.h U src/sys/arch/mips/cavium/dev/if_cnmac.c U src/sys/arch/mips/cavium/dev/if_cnmacvar.h U src/sys/arch/mips/cavium/dev/octeon_asx.c U src/sys/arch/mips/cavium/dev/octeon_asxreg.h U src/sys/arch/mips/cavium/dev/octeon_asxvar.h U src/sys/arch/mips/cavium/dev/octeon_bootbusreg.h U src/sys/arch/mips/cavium/dev/octeon_ciu.c U src/sys/arch/mips/cavium/dev/octeon_ciureg.h U src/sys/arch/mips/cavium/dev/octeon_cop2reg.h U src/sys/arch/mips/cavium/dev/octeon_cop2var.h U src/sys/arch/mips/cavium/dev/octeon_corereg.h U src/sys/arch/mips/cavium/dev/octeon_fau.c U src/sys/arch/mips/cavium/dev/octeon_faureg.h U src/sys/arch/mips/cavium/dev/octeon_fauvar.h U src/sys/arch/mips/cavium/dev/octeon_fpa.c U src/sys/arch/mips/cavium/dev/octeon_fpareg.h U src/sys/arch/mips/cavium/dev/octeon_fpavar.h U src/sys/arch/mips/cavium/dev/octeon_gmx.c U src/sys/arch/mips/cavium/dev/octeon_gmxreg.h U src/sys/arch/mips/cavium/dev/octeon_gmxvar.h U src/sys/arch/mips/cavium/dev/octeon_gpioreg.h U src/sys/arch/mips/cavium/dev/octeon_iobreg.h U src/sys/arch/mips/cavium/dev/octeon_ipd.c U src/sys/arch/mips/cavium/dev/octeon_ipdreg.h U src/sys/arch/mips/cavium/dev/octeon_ipdvar.h U src/sys/arch/mips/cavium/dev/octeon_l2creg.h U src/sys/arch/mips/cavium/dev/octeon_mpi.c U src/sys/arch/mips/cavium/dev/octeon_mpireg.h U src/sys/arch/mips/cavium/dev/octeon_mpivar.h U src/sys/arch/mips/cavium/dev/octeon_npireg.h U src/sys/arch/mips/cavium/dev/octeon_pci.c U src/sys/arch/mips/cavium/dev/octeon_pcmreg.h U src/sys/arch/mips/cavium/dev/octeon_pip.c U src/sys/arch/mips/cavium/dev/octeon_pipreg.h U src/sys/arch/mips/cavium/dev/octeon_pipvar.h U src/sys/arch/mips/cavium/dev/octeon_pko.c U src/sys/arch/mips/cavium/dev/octeon_pkoreg.h U src/sys/arch/mips/cavium/dev/octeon_pkovar.h U src/sys/arch/mips/cavium/dev/octeon_pow.c U src/sys/arch/mips/cavium/dev/octeon_powreg.h U src/sys/arch/mips/cavium/dev/octeon_powvar.h U src/sys/arch/mips/cavium/dev/octeon_rnm.c U src/sys/arch/mips/cavium/dev/octeon_rnmreg.h U src/sys/arch/mips/cavium/dev/octeon_smi.c U src/sys/arch/mips/cavium/dev/octeon_smireg.h U src/sys/arch/mips/cavium/dev/octeon_smivar.h U src/sys/arch/mips/cavium/dev/octeon_tim.c U src/sys/arch/mips/cavium/dev/octeon_timreg.h U src/sys/arch/mips/cavium/dev/octeon_twsi.c U src/sys/arch/mips/cavium/dev/octeon_twsireg.h U src/sys/arch/mips/cavium/dev/octeon_uart.c U src/sys/arch/mips/cavium/dev/octeon_uartreg.h U src/sys/arch/mips/cavium/dev/octeon_usbc.c U src/sys/arch/mips/cavium/dev/octeon_usbcreg.h U src/sys/arch/mips/cavium/dev/octeon_usbcvar.h U src/sys/arch/mips/cavium/dev/octeon_usbn.c U src/sys/arch/mips/cavium/dev/octeon_usbnreg.h U src/sys/arch/mips/cavium/dev/octeon_usbnvar.h U src/sys/arch/mips/cavium/include/bootbusvar.h U src/sys/arch/mips/cavium/include/iobusvar.h U src/sys/arch/mips/cavium/include/mainbusvar.h P src/sys/arch/mips/conf/files.mips U src/sys/arch/mips/conf/files.octeon U src/sys/arch/mips/conf/std.octeon U src/sys/arch/mips/include/cache_octeon.h P src/sys/arch/mips/include/cpuregs.h P src/sys/arch/mips/include/locore.h P src/sys/arch/mips/mips/cache.c U src/sys/arch/mips/mips/cache_octeon.c U src/sys/arch/mips/mips/locore_octeon.S P src/sys/arch/mips/mips/mips_machdep.c P src/sys/dev/pci/if_iwm.c P src/sys/dev/sysmon/sysmon.c P src/sys/external/bsd/drm2/dist/drm/drm_bufs.c P src/sys/external/bsd/drm2/dist/drm/via/via_dmablit.c P src/sys/external/bsd/drm2/dist/drm/via/via_drv.c P src/sys/external/bsd/drm2/dist/drm/via/via_drv.h P src/sys/external/bsd/drm2/dist/drm/via/via_irq.c P src/sys/external/bsd/drm2/dist/drm/via/via_video.c P src/sys/external/bsd/drm2/dist/include/drm/drmP.h P src/sys/external/bsd/drm2/dist/include/drm/drm_pciids.h P src/sys/external/bsd/drm2/drm/drm_memory.c P src/sys/external/bsd/drm2/include/radeon/cayman_reg_safe.h P src/sys/external/bsd/drm2/include/radeon/evergreen_reg_safe.h P src/sys/external/bsd/drm2/include/radeon/r100_reg_safe.h P src/sys/external/bsd/drm2/include/radeon/r200_reg_safe.h P src/sys/external/bsd/drm2/include/radeon/r300_reg_safe.h P src/sys/external/bsd/drm2/include/radeon/r420_reg_safe.h P
