Re: openldap password fails to update
On 2014-03-07, Stéphane Guedon steph...@22decembre.eu wrote: But when I try to change this user password it fails : # ldappasswd -x -v -D uid=test,ou=users,dc=22decembre,dc=eu \ -w somesecret -s anothersec ldap_initialize( DEFAULT ) Result: Other (e.g., implementation specific) error (80) Additional info: password hash failed What is password-hash set to in slapd.conf on the server? I think there is a bug with password-hash {CRYPT}, if you use this you can try password-hash {SSHA} for now, or (probably better) encrypt the password locally and change it using ldapmodify (or ldapvi, etc). slappasswd never gives the same result ! That's expected for salted hashes. Does any of you can suggest what's wrong ? Do you need other information ? It won't necessarily help, but you should always mention versions (or dates if building from source) of any relevant software and what machine architecture you use in any problem report.
Re: OBSD 5.4 and OpenLDAP
On 2014-03-07, Friedrich Locke friedrich.lo...@gmail.com wrote: Hi folks! I would like to setup a OpenLDAP server using OpenBSD and the ports collection. I wonder if the current OpenLDAP in the ports is still broken ? Do it supports mdb/hdb/bdb ? Thanks a lot. gustavo. OpenLDAP 2.3 and 2.4 servers are in ports. 2.3 uses ldbm, 2.4 uses bdb. mdb is not enabled as the default settings for mdb require that the buffer cache and mmap are coherent which is not the case on OpenBSD. According to Howard Chu this requirement is relaxed if MDB_WRITEMAP is used so I am tempted to change the port to A) enable it and B) add a check to refuse use of mdb unless writemap is set.
Re: openldap password fails to update
Le samedi 8 mars 2014, 12:23:19 Stuart Henderson a écrit : On 2014-03-07, Stéphane Guedon steph...@22decembre.eu wrote: But when I try to change this user password it fails : # ldappasswd -x -v -D uid=test,ou=users,dc=22decembre,dc=eu \ -w somesecret -s anothersec ldap_initialize( DEFAULT ) Result: Other (e.g., implementation specific) error (80) Additional info: password hash failed What is password-hash set to in slapd.conf on the server? I think there is a bug with password-hash {CRYPT}, if you use this you can try password-hash {SSHA} for now, or (probably better) encrypt the password locally and change it using ldapmodify (or ldapvi, etc). slappasswd never gives the same result ! That's expected for salted hashes. Does any of you can suggest what's wrong ? Do you need other information ? It won't necessarily help, but you should always mention versions (or dates if building from source) of any relevant software and what machine architecture you use in any problem report. Thanks everybody from the list... I changed the standard hash yesterday and now, password update works. But I am still having problems with other parts of the ldap... Notably, the user fails to auth and do login (with openbsd login system AND webpages) eventhough password is correct according to ldap itself ! By the way, anybody use the light ldapd daemon included in base ? can we update password with it ? [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
ATI Radeon 9200 on Mac Mini
This is current/macppc on a Mac Mini, see full dmesg below. It works fine, but the Radeon graphics, which is radeondrm0 at pci0 dev 16 function 0 ATI Radeon 9200 rev 0x01 might have some problems. This is how the boot sequence ends: root on wd0a (d2e7005f40cdabc7.a) swap on wd0b dump on wd0b drm: initializing kernel modesetting (RV280 0x1002:0x5962 0x1002:0x5962). error: [drm:pid0:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM drm: Using generic clock info radeondrm0: VRAM: 128M 0x9800 - 0x9FFF (64M used) trying to bind memory to uninitialized GART ! error: [drm:pid0:radeon_ttm_backend_bind] *ERROR* failed to bind 1 pages at 0x error: [drm:pid0:radeon_wb_init] *ERROR* (-22) create WB bo failed error: [drm:pid0:r100_init] *ERROR* Disabling GPU acceleration drm: radeon: cp finalized drm: radeon: cp finalized Finalizing pool allocator ttm_pool_mm_shrink_fini stub drm: Zone kernel: Used memory at exit: 0 kiB drm: radeon: ttm finalized drm: Forcing AGP to PCI mode error: [drm:pid0:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM drm: Using generic clock info radeondrm0: VRAM: 128M 0x9800 - 0x9FFF (64M used) radeondrm0: GTT: 512M 0x7800 - 0x97FF drm: PCI GART of 512M enabled (table at 0x0294A000). drm: Connector Table: 6 (mini external tmds) drm: No valid Ext TMDS info found in BIOS drm: No TV DAC info found in BIOS radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeondrm0: 1280x1024 wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 wskbd1: connecting to wsdisplay0 wsdisplay0: screen 1-5 added (std, vt100 emulation) Is this anything to worry about? What can I do to debug what radeon is complaining about? The graphics seems to work fine, and I can run X with machdep.allowaperture=0 (a good opportunity to thank all those who have been working on KMS!). One silly problem I am having with the graphics is that the textures of games/frozen-bubble are broken http://stare.cz/~hans/.tmp/fb.jpg For those of you deprived of the orgastic joys of frozen-bubble, the ball to be shooted should be shooting from a canon, and there is a penguin angling the canon to the left. In the left part, the level is supposed to be written. I don't know if this is frozen-bubble's problem, or a symptom of something wrong with my graphics. Jan [ using 554672 bytes of bsd ELF symbol table ] console out [ATY,RockHopper2_A]console in [keyboard] , using USB using parent ATY,RockHopper2Paren:: memaddr 9800 size 800, : consaddr 9c008000, : ioaddr 9002, size 2: width 1280 linebytes 1280 height 1024 depth 8 Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5 (GENERIC) #166: Tue Mar 4 13:58:36 MST 2014 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC real mem = 1073741824 (1024MB) avail mem = 1031159808 (983MB) mainbus0 at root: model PowerMac10,2 cpu0 at mainbus0: 7447A (Revision 0x102): 1499 MHz: 512KB L2 cache mem0 at mainbus0 spdmem0 at mem0: 1GB DDR SDRAM non-parity PC3200CL3.0 memc0 at mainbus0: uni-n rev 0xd2 hw-clock at memc0 not configured kiic0 at memc0 offset 0xf8001000 iic0 at kiic0 mpcpcibr0 at mainbus0 pci: uni-north pci0 at mpcpcibr0 bus 0 pchb0 at pci0 dev 11 function 0 Apple UniNorth AGP rev 0x00 radeondrm0 at pci0 dev 16 function 0 ATI Radeon 9200 rev 0x01 drm0 at radeondrm0 radeondrm0: irq 48 mpcpcibr1 at mainbus0 pci: uni-north pci1 at mpcpcibr1 bus 0 macobio0 at pci1 dev 23 function 0 Apple Intrepid rev 0x00 openpic0 at macobio0 offset 0x4: version 0x4614 feature 3f0302 LE macgpio0 at macobio0 offset 0x50 modem-reset at macgpio0 offset 0x1d not configured modem-power at macgpio0 offset 0x1c not configured macgpio1 at macgpio0 offset 0x9: irq 47 programmer-switch at macgpio0 offset 0x11 not configured gpio5 at macgpio0 offset 0x6f not configured gpio6 at macgpio0 offset 0x70 not configured extint-gpio15 at macgpio0 offset 0x67 not configured escc-legacy at macobio0 offset 0x12000 not configured zsc0 at macobio0 offset 0x13000: irq 22,23 zstty0 at zsc0 channel 0 zstty1 at zsc0 channel 1 aoa0 at macobio0 offset 0x1: irq 30,1,2 audio0 at aoa0 timer at macobio0 offset 0x15000 not configured adb0 at macobio0 offset 0x16000 apm0 at adb0: battery flags 0x0, 0% charged piic0 at adb0 iic1 at piic0 maxtmp0 at iic1 addr 0xc8: max6642 kiic1 at macobio0 offset 0x18000 iic2 at kiic1 wdc0 at macobio0 offset 0x2 irq 24: DMA bwi0 at pci1 dev 18 function 0 Broadcom BCM4318 rev 0x02: irq 52, address 00:11:24:bf:cb:2a ohci0 at pci1 dev 26 function 0 Apple Intrepid USB rev 0x00: irq 29, version 1.0, legacy support ohci1 at pci1 dev 27 function 0 NEC USB rev 0x43: irq 63, version 1.0 ohci2 at pci1 dev 27 function 1 NEC USB rev
Left side and bottom of boot text console off of screen now
As of this update, I have had these two portions of the screen move off of visible area. ++ | | | | | | | |text console | | | | | | | | | | | | | | | | +-|--+ ++ Everything else is working fine. Chris Bennett OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar 5 09:37:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 6156910592 (5871MB) avail mem = 5984403456 (5707MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x9f400 (30 entries) bios0: vendor American Megatrends Inc. version P01-B1 date 03/06/2010 bios0: Gateway DX4300 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC OEMB HPET AWMI SSDT acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) UAR1(S3) UAR2(S3) PS2K(S3) PS2M(S3) P0PC(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) 7750 Dual-Core Processor, 2700.52 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 2MB 64b/line 32-way L3 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) 7750 Dual-Core Processor, 2700.17 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 2MB 64b/line 32-way L3 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus -1 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus 2 (PCE5) acpiprt5 at acpi0: bus -1 (PCE6) acpiprt6 at acpi0: bus 3 (P0PC) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpitz0 at acpi0: critical temperature is 105 degC acpibtn0 at acpi0: PWRB cpu0: 2700 MHz: speeds: 2700 1400 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD RS780 Host rev 0x00 ppb0 at pci0 dev 1 function 0 AMD RS780 PCIE rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Radeon HD 3200 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 azalia0 at pci1 dev 5 function 1 ATI RS780 HD Audio rev 0x00: msi azalia0: no supported codecs ppb1 at pci0 dev 5 function 0 AMD RS780 PCIE rev 0x00: msi pci2 at ppb1 bus 2 mskc0 at pci2 dev 0 function 0 Marvell Yukon 88E8071 rev 0x16, Yukon-2 Extreme rev. B0 (0x2): apic 2 int 17 msk0 at mskc0 port A: address 00:22:68:67:ee:9c eephy0 at msk0 phy 0: 88E1149 Gigabit PHY, rev. 1 ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x00: apic 2 int 22, AHCI 1.1 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, Maxtor 6Y080M0, YAR5 SCSI3 0/direct fixed t10.ATA_Maxtor_6Y080M0_Y2B4ERCE_ sd0: 76293MB, 512 bytes/sector, 15625 sectors cd0 at scsibus0 targ 1 lun 0: ATAPI, DVD A DH16A6S, YA17 ATAPI 5/cdrom removable ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 2 int 16, version 1.0, legacy support ohci1 at pci0 dev 18 function 1 ATI SB700 USB rev 0x00: apic 2 int 16, version 1.0, legacy support ehci0 at pci0 dev 18 function 2 ATI SB700 USB2 rev 0x00: apic 2 int 17 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 ATI EHCI root hub rev 2.00/1.00 addr 1 ohci2 at pci0 dev 19 function 0 ATI SB700 USB rev 0x00: apic 2 int 18, version 1.0, legacy support ohci3 at pci0 dev 19 function 1 ATI SB700 USB rev 0x00: apic 2 int 18, version 1.0, legacy support ehci1 at pci0 dev 19 function 2 ATI SB700 USB2 rev 0x00: apic 2 int 19 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 ATI EHCI root hub rev 2.00/1.00 addr 1 piixpm0 at pci0 dev 20 function 0 ATI SBx00 SMBus rev
Re: Left side and bottom of boot text console off of screen now
On 03/08/14 08:51, Chris Bennett wrote: As of this update, I have had these two portions of the screen move off of visible area. this update ... from what? I'm going to assume from a pre-radeondrm version. ++ | | | | | | | |text console | | | | | | | | | | | | | | | | +-|--+ ++ Everything else is working fine. Chris Bennett Radeon DRM...looks like a desktop, so I'm guessing you have a VGA connected LCD monitor. note the amount of guessing I'm doing here. radeondrm runs the video in a graphics mode it didn't used to run in, so you will probably have to re-adjust your monitor. Fill the screen (top might do it sufficiently), and hit the auto adjust button, tweek if needed with the manual adjustments. Nick. OpenBSD 5.5 (GENERIC.MP) #315: Wed Mar 5 09:37:46 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 6156910592 (5871MB) avail mem = 5984403456 (5707MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x9f400 (30 entries) bios0: vendor American Megatrends Inc. version P01-B1 date 03/06/2010 bios0: Gateway DX4300 acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC MCFG SLIC OEMB HPET AWMI SSDT acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) UAR1(S3) UAR2(S3) PS2K(S3) PS2M(S3) P0PC(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Athlon(tm) 7750 Dual-Core Processor, 2700.52 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,ITSC cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 2MB 64b/line 32-way L3 cache cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu0: AMD erratum 721 detected and fixed cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) 7750 Dual-Core Processor, 2700.17 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,ITSC cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache, 2MB 64b/line 32-way L3 cache cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative cpu1: AMD erratum 721 detected and fixed cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318180 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (P0P1) acpiprt2 at acpi0: bus -1 (PCE2) acpiprt3 at acpi0: bus -1 (PCE3) acpiprt4 at acpi0: bus 2 (PCE5) acpiprt5 at acpi0: bus -1 (PCE6) acpiprt6 at acpi0: bus 3 (P0PC) acpicpu0 at acpi0: PSS acpicpu1 at acpi0: PSS acpitz0 at acpi0: critical temperature is 105 degC acpibtn0 at acpi0: PWRB cpu0: 2700 MHz: speeds: 2700 1400 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 AMD RS780 Host rev 0x00 ppb0 at pci0 dev 1 function 0 AMD RS780 PCIE rev 0x00 pci1 at ppb0 bus 1 radeondrm0 at pci1 dev 5 function 0 ATI Radeon HD 3200 rev 0x00 drm0 at radeondrm0 radeondrm0: apic 2 int 18 azalia0 at pci1 dev 5 function 1 ATI RS780 HD Audio rev 0x00: msi azalia0: no supported codecs ppb1 at pci0 dev 5 function 0 AMD RS780 PCIE rev 0x00: msi pci2 at ppb1 bus 2 mskc0 at pci2 dev 0 function 0 Marvell Yukon 88E8071 rev 0x16, Yukon-2 Extreme rev. B0 (0x2): apic 2 int 17 msk0 at mskc0 port A: address 00:22:68:67:ee:9c eephy0 at msk0 phy 0: 88E1149 Gigabit PHY, rev. 1 ahci0 at pci0 dev 17 function 0 ATI SBx00 SATA rev 0x00: apic 2 int 22, AHCI 1.1 scsibus0 at ahci0: 32 targets sd0 at scsibus0 targ 0 lun 0: ATA, Maxtor 6Y080M0, YAR5 SCSI3 0/direct fixed t10.ATA_Maxtor_6Y080M0_Y2B4ERCE_ sd0: 76293MB, 512 bytes/sector, 15625 sectors cd0 at scsibus0 targ 1 lun 0: ATAPI, DVD A DH16A6S, YA17 ATAPI 5/cdrom removable ohci0 at pci0 dev 18 function 0 ATI SB700 USB rev 0x00: apic 2 int 16, version 1.0, legacy support ohci1 at pci0 dev 18 function 1 ATI SB700 USB rev 0x00: apic
Re: ATI Radeon 9200 on Mac Mini
On 08/03/14(Sat) 14:26, Jan Stary wrote: This is current/macppc on a Mac Mini, see full dmesg below. It works fine, but the Radeon graphics, which is radeondrm0 at pci0 dev 16 function 0 ATI Radeon 9200 rev 0x01 might have some problems. This is how the boot sequence ends: root on wd0a (d2e7005f40cdabc7.a) swap on wd0b dump on wd0b drm: initializing kernel modesetting (RV280 0x1002:0x5962 0x1002:0x5962). error: [drm:pid0:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM drm: Using generic clock info radeondrm0: VRAM: 128M 0x9800 - 0x9FFF (64M used) trying to bind memory to uninitialized GART ! error: [drm:pid0:radeon_ttm_backend_bind] *ERROR* failed to bind 1 pages at 0x error: [drm:pid0:radeon_wb_init] *ERROR* (-22) create WB bo failed error: [drm:pid0:r100_init] *ERROR* Disabling GPU acceleration drm: radeon: cp finalized drm: radeon: cp finalized Finalizing pool allocator ttm_pool_mm_shrink_fini stub drm: Zone kernel: Used memory at exit: 0 kiB drm: radeon: ttm finalized drm: Forcing AGP to PCI mode error: [drm:pid0:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM drm: Using generic clock info radeondrm0: VRAM: 128M 0x9800 - 0x9FFF (64M used) radeondrm0: GTT: 512M 0x7800 - 0x97FF drm: PCI GART of 512M enabled (table at 0x0294A000). drm: Connector Table: 6 (mini external tmds) drm: No valid Ext TMDS info found in BIOS drm: No TV DAC info found in BIOS radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeon_i2c_put_byte stub radeondrm0: 1280x1024 wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 wskbd1: connecting to wsdisplay0 wsdisplay0: screen 1-5 added (std, vt100 emulation) Is this anything to worry about? Not really. What can I do to debug what radeon is complaining about? You can try to figure out why AGP is no longer working, you'll need to enable appleagp for that in your kernel, if you find why I'm interested :) The graphics seems to work fine, and I can run X with machdep.allowaperture=0 (a good opportunity to thank all those who have been working on KMS!). One silly problem I am having with the graphics is that the textures of games/frozen-bubble are broken http://stare.cz/~hans/.tmp/fb.jpg For those of you deprived of the orgastic joys of frozen-bubble, the ball to be shooted should be shooting from a canon, and there is a penguin angling the canon to the left. In the left part, the level is supposed to be written. I don't know if this is frozen-bubble's problem, or a symptom of something wrong with my graphics. Or simply just a bug in the driver(s), was it working before? Coud you try with software rendering only, by setting LIBGL_ALWAYS_SOFTWARE before launching the application? See the Mesa page [0] for more informations. Martin [0] http://www.mesa3d.org/envvars.html
Re: Left side and bottom of boot text console off of screen now
On Sat, Mar 08, 2014 at 09:06:54AM -0500, Nick Holland wrote: On 03/08/14 08:51, Chris Bennett wrote: As of this update, I have had these two portions of the screen move off of visible area. this update ... from what? I'm going to assume from a pre-radeondrm version. Yes, from quite a while back. Only get internet here now through my new smartphone. ++ | | | | | | | |text console | | | | | | | | | | | | | | | | +-|--+ ++ Everything else is working fine. Chris Bennett Radeon DRM...looks like a desktop, so I'm guessing you have a VGA connected LCD monitor. No, HDMI note the amount of guessing I'm doing here. radeondrm runs the video in a graphics mode it didn't used to run in, so you will probably have to re-adjust your monitor. Fill the screen (top might do it sufficiently), and hit the auto adjust button, tweek if needed with the manual adjustments. It is a TV that accepts VGA, HDMI, etc. There are no tweek adjustments. I only use this console for sysmerge, but that would now be very difficult to use, since I couldn't see the options. Chris
Re: openldap password fails to update
On Mar 8, 2014, at 6:29 AM, Stéphane Guedon steph...@22decembre.eu wrote: Notably, the user fails to auth and do login (with openbsd login system AND webpages) eventhough password is correct according to ldap itself ! That's a lot more moving parts than just passwords in LDAP. Have you checked your configuration of all those moving parts? Looked at logs? You don't even mention what else you're using, much less how they've been configured or what their logs report. I am using ypldap from base and login_ldap from ports; your mileage may vary. By the way, anybody use the light ldapd daemon included in base ? can we update password with it ? I use it. It does not currently support the modify password extended operation (what ldappasswd relies on). I am working on a patch for it but I haven't finished it and it requires a bit more refactoring than just processing one new request. Until that's done I rely on a short Perl script I wrote. It's a pretty simple kind of thing to do; it is more a codification of a particular policy than a technically challenging problem. -- Matthew Weigel
Re: openldap password fails to update
Le samedi 8 mars 2014, 09:09:08 Matthew Weigel a écrit : On Mar 8, 2014, at 6:29 AM, Stéphane Guedon steph...@22decembre.eu wrote: Notably, the user fails to auth and do login (with openbsd login system AND webpages) eventhough password is correct according to ldap itself ! That's a lot more moving parts than just passwords in LDAP. Yes, but passwords are the first things to change to secure your users/install. I am currently working on a little webpage in python to allow easy ldap management (add/remove users and groups, passwords update). Have you checked your configuration of all those moving parts? Looked at logs? You don't even mention what else you're using, much less how they've been configured or what their logs report. I am looking through logs and config since the beginning of the day... Actually, asking help on forums or mailing lists is always my last step in solving problems... here is my config : include schema/core.schema include schema/cosine.schema include schema/inetorgperson.schema include schema/misc.schema include schema/nis.schema include schema/openldap.schema loglevel256 pidfile run/slapd.pid argsfilerun/slapd.args allow bind_v2 password-hash {SHA} ### # BDB database definitions ### databasebdb suffix dc=22decembre,dc=eu rootdn cn=admin,dc=22decembre,dc=eu access to dn.base= by * read access to dn.base=cn=Subschema by * read #access to attrs=userpassword # by self write # by anonymous auth # by * none #rootpw secret rootpw {SSHA}vdszl5a7z9UlAU6iHU0xlKJCY+Tpgmv+ # The database directory MUST exist prior to running slapd AND # should only be accessible by the slapd and slap tools. # Mode 700 recommended. directory data # Indices to maintain index objectClass eq index uid eq index uidNumber eq index gidNumber eq index memberUid eq index homeDirectory eq index loginShell eq index cn,gn,mail pres,eq,sub ## I have tried to disable all acl (so default policy : everything readable). But still no possible to logon. Here is what I get when trying to using the login_ldap with debugging : # /usr/local/libexec/auth/login_-ldap -d -s login stephane ldap Password: load_ssl_certs says: cacert none cacertdir none usercert none userkey none parse_server_line buf = localhost parse_server_line port == NULL, will use default parse_server_line mode == NULL, will use default host localhost, port 389, version 3 setting cert info clearing ssl set connect success! set version to 3 defaults: basedn ou=users,dc=22decembre,dc=eu binddn none bindpw none set timeout sec 60, usec 6 set noref 0 set keepcreds 0 bind success! usearch: ufilter ((objectclass=posixAccount)(uid=stephane)) scope: sub 0: search (ou=users,dc=22decembre,dc=eu, ((objectclass=posixAccount) (uid=stephane))) 1: msgid 0, type 64 1: SEARCH_ENTRY userdn uid=stephane,ou=users,dc=22decembre,dc=eu 1: msgid 1, type 65 1: returning userdn = uid=stephane,ou=users,dc=22decembre,dc=eu userdn uid=stephane,ou=users,dc=22decembre,dc=eu user bind failed, dn: uid=stephane,ou=users,dc=22decembre,dc=eu reject I am using ypldap from base and login_ldap from ports; your mileage may vary. By the way, anybody use the light ldapd daemon included in base ? can we update password with it ? I use it. It does not currently support the modify password extended operation (what ldappasswd relies on). I am working on a patch for it but I haven't finished it and it requires a bit more refactoring than just processing one new request. Ok, so I think I will check ldapd from time to time... -- Matthew Weigel [demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
Re: openldap password fails to update
Le samedi 8 mars 2014, 17:21:26 Stéphane Guedon a écrit : Le samedi 8 mars 2014, 09:09:08 Matthew Weigel a écrit : On Mar 8, 2014, at 6:29 AM, Stéphane Guedon steph...@22decembre.eu wrote: Notably, the user fails to auth and do login (with openbsd login system AND webpages) eventhough password is correct according to ldap itself ! That's a lot more moving parts than just passwords in LDAP. Yes, but passwords are the first things to change to secure your users/install. I am currently working on a little webpage in python to allow easy ldap management (add/remove users and groups, passwords update). Have you checked your configuration of all those moving parts? Looked at logs? You don't even mention what else you're using, much less how they've been configured or what their logs report. I am looking through logs and config since the beginning of the day... Actually, asking help on forums or mailing lists is always my last step in solving problems... here is my config : include schema/core.schema include schema/cosine.schema include schema/inetorgperson.schema include schema/misc.schema include schema/nis.schema include schema/openldap.schema loglevel256 pidfile run/slapd.pid argsfilerun/slapd.args allow bind_v2 password-hash {SHA} ### # BDB database definitions ### databasebdb suffix dc=22decembre,dc=eu rootdn cn=admin,dc=22decembre,dc=eu access to dn.base= by * read access to dn.base=cn=Subschema by * read #access to attrs=userpassword # by self write # by anonymous auth # by * none #rootpw secret rootpw {SSHA}vdszl5a7z9UlAU6iHU0xlKJCY+Tpgmv+ # The database directory MUST exist prior to running slapd AND # should only be accessible by the slapd and slap tools. # Mode 700 recommended. directory data # Indices to maintain index objectClass eq index uid eq index uidNumber eq index gidNumber eq index memberUid eq index homeDirectory eq index loginShell eq index cn,gn,mail pres,eq,sub ## I have tried to disable all acl (so default policy : everything readable). But still no possible to logon. Here is what I get when trying to using the login_ldap with debugging # /usr/local/libexec/auth/login_-ldap -d -s login stephane ldap Password: load_ssl_certs says: cacert none cacertdir none usercert none userkey none parse_server_line buf = localhost parse_server_line port == NULL, will use default parse_server_line mode == NULL, will use default host localhost, port 389, version 3 setting cert info clearing ssl set connect success! set version to 3 defaults: basedn ou=users,dc=22decembre,dc=eu binddn none bindpw none set timeout sec 60, usec 6 set noref 0 set keepcreds 0 bind success! usearch: ufilter ((objectclass=posixAccount)(uid=stephane)) scope: sub 0: search (ou=users,dc=22decembre,dc=eu, ((objectclass=posixAccount) (uid=stephane))) 1: msgid 0, type 64 1: SEARCH_ENTRY userdn uid=stephane,ou=users,dc=22decembre,dc=eu 1: msgid 1, type 65 1: returning userdn = uid=stephane,ou=users,dc=22decembre,dc=eu userdn uid=stephane,ou=users,dc=22decembre,dc=eu user bind failed, dn: uid=stephane,ou=users,dc=22decembre,dc=eu reject when using the one in /usr/libexec/auth/login_... instead of /usr/local/libexec... it works ! and I can start ypldap ! But why can't I authenticate (using ssh or login) on the system ? Do I really have to go through ypldap ? Sounds not efficient to have an intermediate ! And still having problem with my php scripts, which I am debugging now. Thanks for your help and answers. Please continue if you have any idea ! :D I am using ypldap from base and login_ldap from ports; your mileage may vary. By the way, anybody use the light ldapd daemon included in base ? can we update password with it ? I use it. It does not currently support the modify password extended operation (what ldappasswd relies on). I am working on a patch for it but I haven't finished it and it requires a bit more refactoring than just processing one new request. Ok, so I think I will check ldapd from time to time... -- Matthew Weigel
Re: openldap password fails to update
On 03/08/2014 12:16 PM, Stéphane Guedon wrote: I am looking through logs and config since the beginning of the day... Actually, asking help on forums or mailing lists is always my last step in solving problems... We try to help. But... giving detailed descriptions of the problem, and showing relevant configs and logs the first time, goes a long way to helping people help you. Reading manuals helps too. Among others, ypldap(8), ypldap.conf(5), login.conf(5), login_ldap(8) from ports, and whatever manuals for OpenLDAP. But why can't I authenticate (using ssh or login) on the system ? Do I really have to go through ypldap ? Sounds not efficient to have an intermediate ! There are two separate mechanisms: how user information is looked up, and how users are authenticated. You provide zero details on how ypldap or login_ldap are configured, so it's hard to guess whether you have some configuration wrong. I can say it works for me. The user lookup is configured (via +:: entries in /etc/passwd and /etc/group) to use YP routines. Thus the user is looked up in ypldap when they attempt to login, which is configured to identify the user's login class as ldap. The ldap login class is configured in login.conf to authenticate via login_ldap talking to the LDAP server, which is configured to have the appropriate users. This is what I meant by that's a lot more moving parts than just passwords in LDAP. -- Matthew Weigel hacker unique idempot . ent
sftp -R as ssh_config option
Hi! For the life of me I can not find the correspondig ssh option in ssh_config(5) for sftp's -R switch. Is that even configurable with -o ? Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: openldap password fails to update
On 2014-03-08, Stéphane Guedon steph...@22decembre.eu wrote: Notably, the user fails to auth and do login (with openbsd login system AND webpages) eventhough password is correct according to ldap itself ! How are you doing ldap authentication? (i.e. what software are you using, and how does it authenticate? attempt binding as the user trying to login, or looking up the password via a high-privileged account? I'm using login-ldap from packages for ldap password auth, this works fine for me against passwords stored in openldap. I have this in login.conf: ldap:\ :auth=-ldap:\ :x-ldap-server=127.0.0.1:\ :x-ldap-timeout=5:\ :x-ldap-basedn=ou=user,dc=exaple,dc=com:\ :x-ldap-filter=((objectclass=posixAccount)(uid=%u)):\ :tc=default: and set the login class to ldap on accounts which should use this as their password source (e.g. class is the 5th field in master.passwd if using statically configured accounts with ldap passwords, or 'fixed attribute class ldap' in ypldap.conf if doing it that way).
Re: openldap password fails to update
Le samedi 8 mars 2014, 19:16:07 Stéphane Guedon a écrit : Le samedi 8 mars 2014, 17:21:26 Stéphane Guedon a écrit : Le samedi 8 mars 2014, 09:09:08 Matthew Weigel a écrit : On Mar 8, 2014, at 6:29 AM, Stéphane Guedon steph...@22decembre.eu wrote: Notably, the user fails to auth and do login (with openbsd login system AND webpages) eventhough password is correct according to ldap itself ! That's a lot more moving parts than just passwords in LDAP. Yes, but passwords are the first things to change to secure your users/install. I am currently working on a little webpage in python to allow easy ldap management (add/remove users and groups, passwords update). Have you checked your configuration of all those moving parts? Looked at logs? You don't even mention what else you're using, much less how they've been configured or what their logs report. I am looking through logs and config since the beginning of the day... Actually, asking help on forums or mailing lists is always my last step in solving problems... here is my config : include schema/core.schema include schema/cosine.schema include schema/inetorgperson.schema include schema/misc.schema include schema/nis.schema include schema/openldap.schema loglevel256 pidfile run/slapd.pid argsfilerun/slapd.args allow bind_v2 password-hash {SHA} ## ## ### # BDB database definitions ## ## ### databasebdb suffix dc=22decembre,dc=eu rootdn cn=admin,dc=22decembre,dc=eu access to dn.base= by * read access to dn.base=cn=Subschema by * read #access to attrs=userpassword # by self write # by anonymous auth # by * none #rootpw secret rootpw {SSHA}vdszl5a7z9UlAU6iHU0xlKJCY+Tpgmv+ # The database directory MUST exist prior to running slapd AND # should only be accessible by the slapd and slap tools. # Mode 700 recommended. directory data # Indices to maintain index objectClass eq index uid eq index uidNumber eq index gidNumber eq index memberUid eq index homeDirectory eq index loginShell eq index cn,gn,mail pres,eq,sub ## I have tried to disable all acl (so default policy : everything readable). But still no possible to logon. Here is what I get when trying to using the login_ldap with debugging # /usr/local/libexec/auth/login_-ldap -d -s login stephane ldap Password: load_ssl_certs says: cacert none cacertdir none usercert none userkey none parse_server_line buf = localhost parse_server_line port == NULL, will use default parse_server_line mode == NULL, will use default host localhost, port 389, version 3 setting cert info clearing ssl set connect success! set version to 3 defaults: basedn ou=users,dc=22decembre,dc=eu binddn none bindpw none set timeout sec 60, usec 6 set noref 0 set keepcreds 0 bind success! usearch: ufilter ((objectclass=posixAccount)(uid=stephane)) scope: sub 0: search (ou=users,dc=22decembre,dc=eu, ((objectclass=posixAccount) (uid=stephane))) 1: msgid 0, type 64 1: SEARCH_ENTRY userdn uid=stephane,ou=users,dc=22decembre,dc=eu 1: msgid 1, type 65 1: returning userdn = uid=stephane,ou=users,dc=22decembre,dc=eu userdn uid=stephane,ou=users,dc=22decembre,dc=eu user bind failed, dn: uid=stephane,ou=users,dc=22decembre,dc=eu reject when using the one in /usr/libexec/auth/login_... instead of /usr/local/libexec... it works ! and I can start ypldap ! But why can't I authenticate (using ssh or login) on the system ? Do I really have to go through ypldap ? Sounds not efficient to have an intermediate ! And still having problem with my php scripts, which I am debugging now. found the thing... when I use 127.0.0.1 in php scripts, I can use ldap. if the script is running with 'localhost' then, no ldap data... Any idea why ? I have checked host resolution... telnet localhost ldap gives the good behavior # netstat -at|grep ldap tcp 0 0 localhost.29434localhost.ldap TIME_WAIT tcp 0 0 *.ldap *.* LISTEN tcp 0 0 localhost.ldap *.* LISTEN tcp6 0 0 *.ldap *.* LISTEN tcp6 0 0 localhost.ldap *.* LISTEN 0xfe812e35d938 dgram 0 0 0xfe812de95288 0x00x00x0 /var/openldap-data/dev/log Thanks for your help and answers. Please
Re: openldap password fails to update
On 03/08/2014 03:11 PM, Stéphane Guedon wrote: when I use 127.0.0.1 in php scripts, I can use ldap. if the script is running with 'localhost' then, no ldap data... Any idea why ? I have checked host resolution... telnet localhost ldap gives the good behavior Is PHP running inside a chroot? Does that chroot have an /etc/hosts with an entry for localhost? -- Matthew Weigel hacker unique idempot . ent
Re: sftp -R as ssh_config option
On Sun, Mar 9, 2014 at 7:51 AM, LEVAI Daniel l...@ecentrum.hu wrote: For the life of me I can not find the correspondig ssh option in ssh_config(5) for sftp's -R switch. Is that even configurable with -o ? Nope, sorry. -R is specific to sftp and sftp doesn't read ssh_config. As far as sftp is concerned, the underlying ssh is just an 8-bit clean bidirectional pipe. -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.
Dovecot bsdauth(user): unknown user
Hi, I have a very strange problem with one user. After upgrade from home made release today dovecot stoped authenticating my account. Root and other accounts are working well. I also made two new accounts which worked as they should. It seems that for dovecot my account (vlado) not exists. Thanks for any help. # /var/log/maillog: Mar 8 23:40:20 ns dovecot: auth-worker(2646): bsdauth(vlado): unknown user (given password: Qazxswe00) Mar 8 23:42:12 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qzxswe00) Mar 8 23:42:40 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qawe00) Mar 8 23:43:15 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: Qaze00) Mar 8 23:43:36 ns dovecot: auth-worker(6589): bsdauth(vlado): unknown user (given password: dsd) # /etc/passwd _dovecot:*:518:518:Dovecot Account:/nonexistent:/sbin/nologin _dovenull:*:666:666:Dovecot Login User:/nonexistent:/sbin/nologin _netflow:*:575:575:flow-tools user:/var/empty:/sbin/nologin _nfcapd:*:649:649:nfcapd user:/nonexistent:/sbin/nologin vlado:*:1000:1000:Atanas Vladimirov:/home/vlado:/bin/ksh # /etc/master.passwd _netflow:*:575:575:daemon:0:0:flow-tools user:/var/empty:/sbin/nologin _nfcapd:*:649:649:daemon:0:0:nfcapd user:/nonexistent:/sbin/nologin vlado:$2a$06$iVr1p*hmfMLW:1000:1000:staff:0:0:Atanas Vladimirov:/home/vlado:/bin/ksh # $ dovecot -n # 2.2.10: /etc/dovecot/dovecot.conf # OS: OpenBSD 5.5 i386 auth_debug = yes auth_verbose = yes auth_verbose_passwords = plain first_valid_uid = 1000 imap_client_workarounds = delay-newmail tb-extra-mailbox-sep tb-lsub-flags mail_debug = yes mbox_write_locks = fcntl mmap_disable = yes namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Sent Messages { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = bsdauth } pop3_client_workarounds = outlook-no-nuls oe-ns-eoh ssl = required ssl_cert = /etc/ssl/dovecotcert.pem ssl_key = /etc/ssl/private/dovecot.pem userdb { driver = passwd } # dmesg: OpenBSD 5.5-current (GENERIC.MP) #0: Sat Mar 8 14:41:24 EET 2014 r...@i386.bsdbg.net:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (AuthenticAMD 686-class, 512KB L2 cache) 2.31 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LON G,3DNOW2,3DNOW,SSE3,CX16,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP real mem = 2129096704 (2030MB) avail mem = 2081988608 (1985MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/02/10, BIOS32 rev. 0 @ 0xf2030, SMBIOS rev. 2.4 @ 0xf (70 entries) bios0: vendor Phoenix Technologies, LTD version ASUS M2NPV-VM ACPI BIOS Revision 5005 date 06/02/2010 bios0: ASUSTek Computer INC. M2NPV-VM acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S3 S4 S5 acpi0: tables DSDT FACP MCFG APIC acpi0: wakeup devices HUB0(S5) XVRA(S5) XVRB(S5) XVRC(S5) UAR1(S5) UAR2(S5) PS2M(S4) PS2K(S4) USB0(S4) USB2(S4) AZAD(S5) MMAC (S5) MMCI(S5) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 200MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (AuthenticAMD 686-class, 512KB L2 cache) 2.31 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,NXE,MMXX,FFXSR,LON G,3DNOW2,3DNOW,SSE3,CX16,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,3DNOWP ioapic0 at mainbus0: apid 4 pa 0xfec0, version 11, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 4 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (HUB0) acpicpu0 at acpi0 acpicpu1 at acpi0 acpitz0 at acpi0: critical temperature is 75 degC acpibtn0 at acpi0: PWRB aibs0 at acpi0 RTMP RVLT RFAN aibs0: FSIF: misformed package: 3/5, assume 5 bios0: ROM list: 0xc/0xec00 0xd4000/0x1000 0xd5000/0x1000 pci0 at mainbus0 bus 0: configuration mode 1 (bios) NVIDIA C51 Host rev 0xa2 at pci0 dev 0 function 0 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 2 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 3 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 4 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 5 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 6 not configured NVIDIA C51 Memory rev 0xa2 at pci0 dev 0 function 7 not configured vga1 at pci0 dev 5 function 0 NVIDIA
Panic booting AlphaStation 200
I was recently given an AlphaStation 200 to run OpenBSD on, it's a bit slow, but I got it installed. bsd.rd boots just fine and I can install, but the real kernel panics. This is my first install on this machine so I would totally believe bad hardware or jumpers that need changing. Any suggestions? l8rZ, -- andrew - http://afresh1.com rebooting... halted CPU 0 halt code = 5 HALT instruction executed PC = fc580118 CPU 0 booting (boot dka0.0.0.6.0 -flags A) block 0 of dka0.0.0.6.0 is a valid boot block reading 15 blocks from dka0.0.0.6.0 bootstrap code read in base = 1f6000, image_start = 0, image_bytes = 1e00 initializing HWRPB at 2000 initializing page table at 1e8000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code OpenBSD/Alpha Primary Boot OpenBSD/alpha boot 1.10 VMS PAL rev: 0x100010530 OSF PAL rev: 0x100020123 Switch to OSF PAL code succeeded. Loading bsd... [ using 655088 bytes of bsd ELF symbol table ] consinit: not using prom console Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5 (GENERIC) #124: Tue Mar 4 17:48:56 MST 2014 dera...@alpha.openbsd.org:/usr/src/sys/arch/alpha/compile/GENERIC AlphaStation 200 4/166, 166MHz 8192 byte page size, 1 processor. real mem = 167772160 (160MB) rsvd mem = 2064384 (1MB) avail mem = 154165248 (147MB) mainbus0 at root cpu0 at mainbus0: ID 0 (primary), 21064-1 (pass 3) apecs0 at mainbus0: DECchip 21071 Core Logic chipset apecs0: DC21071-CA pass 2, 64-bit memory bus apecs0: DC21071-DA pass 2 panic: trap Stopped at Debugger+0x4: ret zero,(ra) Debugger(6, fcc8b658, 1, 8, 3, 8) at Debugger+0x4 panic(?, 1, 0, 2, fc1f9b70, fe08) at panic+0xb8 trap(?, ?, ?, ?, ?, fe08) at trap+0xd4 XentMM(?, ?, ?, ?, ?, fe08) at XentMM+0x20 sio_intr_setup(?, ?, 1, ?, ?, fe08) at sio_intr_setup+0x12c pci_2100_a50_pickintr(?, ?, 1, ?, ?, fe08) at pci_2100_a50_pickintr +0xc8 apecsattach(?, ?, ?, ?, ?, fe08) at apecsattach+0x2a0 config_attach(?, ?, ?, fe0ec100, ?, fe08) at config_attach+ 0x244 RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION! ddb trace Debugger(6, fcc8b658, 1, 8, 3, 8) at Debugger+0x4 panic(?, 1, 0, 2, fc1f9b70, fe08) at panic+0xb8 trap(?, ?, ?, ?, ?, fe08) at trap+0xd4 XentMM(?, ?, ?, ?, ?, fe08) at XentMM+0x20 sio_intr_setup(?, ?, 1, ?, ?, fe08) at sio_intr_setup+0x12c pci_2100_a50_pickintr(?, ?, 1, ?, ?, fe08) at pci_2100_a50_pickintr +0xc8 apecsattach(?, ?, ?, ?, ?, fe08) at apecsattach+0x2a0 config_attach(?, ?, ?, fe0ec100, ?, fe08) at config_attach+ 0x244 ddb ps PID PPID PGRPUID S FLAGS WAIT COMMAND *0 -1 0 0 7 0x200swapper ddb
Re: Panic booting AlphaStation 200 -- solved
On Sat, Mar 08, 2014 at 04:43:25PM -0700, Andrew Fresh wrote: apecs0 at mainbus0: DECchip 21071 Core Logic chipset apecs0: DC21071-CA pass 2, 64-bit memory bus apecs0: DC21071-DA pass 2 panic: trap Good news! I fixed this by updating the firmware from v4.28 to v7.0. l8rZ, -- andrew - http://afresh1.com Beta. Software undergoes beta testing shortly before it's released. Beta is Latin for still doesn't work.
AlphaStation 200 -- dmesg
Not that anyone in particular cares, but a dmesg! [ using 655088 bytes of bsd ELF symbol table ] consinit: not using prom console Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.5 (GENERIC) #124: Tue Mar 4 17:48:56 MST 2014 dera...@alpha.openbsd.org:/usr/src/sys/arch/alpha/compile/GENERIC AlphaStation 200 4/166, 166MHz 8192 byte page size, 1 processor. real mem = 167772160 (160MB) rsvd mem = 2048000 (1MB) avail mem = 154181632 (147MB) mainbus0 at root cpu0 at mainbus0: ID 0 (primary), 21064-0 (pass 2 or 2.1) apecs0 at mainbus0: DECchip 21071 Core Logic chipset apecs0: DC21071-CA pass 2, 64-bit memory bus apecs0: DC21071-DA pass 2 pci0 at apecs0 bus 0 siop0 at pci0 dev 6 function 0 Symbios Logic 53c810 rev 0x02: isa irq 11 scsibus0 at siop0: 8 targets, initiator 7 sd0 at scsibus0 targ 0 lun 0: SEAGATE, SX373405LC, C206 SCSI3 0/direct fixed serial.SEAGATE_SX373405LC_3EK154CA_22326FU8 sd0: 70007MB, 512 bytes/sector, 143374738 sectors cd0 at scsibus0 targ 4 lun 0: SONY, CD-ROM CDU-8012, 3.1e SCSI2 5/cdrom removable probe(siop0:4:1): scsi message reject, message sent was 0x0 probe(siop0:4:2): scsi message reject, message sent was 0x0 probe(siop0:4:3): scsi message reject, message sent was 0x0 probe(siop0:4:4): scsi message reject, message sent was 0x0 probe(siop0:4:5): scsi message reject, message sent was 0x0 probe(siop0:4:6): scsi message reject, message sent was 0x0 probe(siop0:4:7): scsi message reject, message sent was 0x0 sio0 at pci0 dev 7 function 0 Intel 82378IB ISA rev 0x03 de0 at pci0 dev 11 function 0 DEC 21040 rev 0x23, DEC 21040 pass 2.3: isa irq 5, address 08:00:2b:e4:f4:33 isa0 at sio0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0 mux 1 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x3bc/4 irq 7 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec mcclock0 at isa0 port 0x70/2: mc146818 or compatible stray isa irq 3 vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets siop0: target 0 now using tagged 8 bit 10.0 MHz 8 REQ/ACK offset xfers root on sd0a (6cac48c33b73b217.a) swap on sd0b dump on sd0b WARNING: preposterous clock chip time -- CHECK AND RESET THE DATE! stray isa irq 3 $ usbdevs -v usbdevs: no USB controllers found $ pcidump Domain /dev/pci0: 0:6:0: Symbios Logic 53c810 0:7:0: Intel 82378IB ISA 0:11:0: DEC 21040 $ sysctl hw hw.machine=alpha hw.model=AlphaStation 200 4/166 hw.ncpu=1 hw.byteorder=1234 hw.pagesize=8192 hw.disknames=sd0:6cac48c33b73b217,cd0:,fd0: hw.diskcount=3 hw.physmem=165724160 hw.usermem=165707776 hw.ncpufound=1 hw.allowpowerdown=1 $ mixerctl $ audioctl $ apm $ md5 -ttt MD5 time trial. Processing 100 1-byte blocks... Digest = f0843f04c524250749d014a8152920ec Time = 1072.322473 seconds Speed = 9325552.948660 bytes/second
Re: Left side and bottom of boot text console off of screen now
On 03/08/14 09:26, Chris Bennett wrote: On Sat, Mar 08, 2014 at 09:06:54AM -0500, Nick Holland wrote: On 03/08/14 08:51, Chris Bennett wrote: As of this update, I have had these two portions of the screen move off of visible area. this update ... from what? I'm going to assume from a pre-radeondrm version. Yes, from quite a while back. Only get internet here now through my new smartphone. ++ | | | | | | | |text console | | | | | | | | | | | | | | | | +-|--+ ++ Everything else is working fine. Chris Bennett Radeon DRM...looks like a desktop, so I'm guessing you have a VGA connected LCD monitor. No, HDMI note the amount of guessing I'm doing here. radeondrm runs the video in a graphics mode it didn't used to run in, so you will probably have to re-adjust your monitor. Fill the screen (top might do it sufficiently), and hit the auto adjust button, tweek if needed with the manual adjustments. It is a TV that accepts VGA, HDMI, etc. There are no tweek adjustments. oof. I got one of those, an old Dell thing. Accepts lots of things, does none of them well, it seems. I'm still thinking you have a monitor problem more than a computer problem, though certainly not supposed to happen with DVI. 'course, I've had that discussion with my old Dell thing, and it was wholly unimpressed with my logic. Is your monitor really 1920x1080? that's what radeondrm thinks it is. That's kinda what my bluray player thought of my monitor, come to think of it (it isn't), which is also shifted off to one side, iirc. I only use this console for sysmerge, but that would now be very difficult to use, since I couldn't see the options. Chris ok, sounds like you have painful connectivity and a cranky monitor (or a video combination with a bug), so for the moment, I'd suggest just disabling the radeondrm driver via ukc, and it will revert to the old style text mode, which will probably work Just Fine for you. boot boot -c bla bla bla ukc disable radeondrm *nnn radeondrm disabled ukc quit [happy (hopefully) boot] IF you have another monitor of any kind of any attachment, I'd like to verify your problem persists with it or goes away (without the UKC hack, of course) Nick.