gmane.os.netbsd.ports.i386

biedt betrouwbare krediet./offre de prêt fiable

BERGER LOUIS — 2013-06-19T06:16:43

Biedt particuliere leningen op korte en lange termijn van 1000 euros  met 2.000.000 euros  voor alle serieuze mensen, die een lening willen.
Contact met mij opnemen via email: berger< at >financier.com

.............................................................................................

Octroie des prêts privés à court et long terme allant de 1000euros à 2000000euros à toutes personnes sérieuses, désirant un prêt.
Contactez-moi par email : berger< at >financier.com

biedt betrouwbare krediet./offre de prêt fiable

BERGER LOUIS — 2013-06-13T17:47:40

Biedt particuliere leningen op korte en lange termijn van 1000 euros  met 2.000.000 euros  voor alle serieuze mensen, die een lening willen.
Contact met mij opnemen via email: berger< at >financier.com

.............................................................................................

Octroie des prêts privés à court et long terme allant de 1000euros à 2000000euros à toutes personnes sérieuses, désirant un prêt.
Contactez-moi par email : berger< at >financier.com

[PATCH] i386 copy.S routine optimization?

Yann Sionneau — 2013-06-10T20:20:25

Hello,

I already talked about this with Radoslaw Kujawa on IRC, I understood 
that it is far from trivial to say if it is good to apply the following 
patch [0] or not due to x86 cache and pipeline subtleties.

I thought it was a good idea but I am indeed not an x86 expert at all :)

However, if anyone has an explanation (and the time to write it down) 
about why this might not be a good idea, I would be interested in 
reading it, just for my own personal curiosity.

If no one has the time, no problem :)

Best regards,

[0] -- 
https://github.com/fallen/NetBSD/commit/7080dc4a1f8861e5e3b8f4b0b05580698f1dc219

audio, NetBSD-6.1.0_PATCH

John R. Towler — 2013-06-07T04:12:43

Hello,
I just rebuilt a few times some undertested since late last
summer versions of praat, Doing phonetics by computer, which
provides for linguistics a spectrogram machine in software.

Previously I got basic function by modifying the makefiles in
the usual ways and hand editing the /dev entries to be for
/dev/audio rather than /dev/dsp for linux. This was running
with some testing of audio working on NetBSD-5.1.2 and then the
cvs -r netbsd-6 of NetBSD-6.0 from about April 2012.

I didn't do much with it since Aug. 2012, due to other projects
and concerns, so recent adapting the source tree with versions
is undertested. (I assumed foolishly that it would still work as
well as before when I tested it and played with it a bit.)

I just upgraded to NetBSD-6.1-RELEASE, and then the cvs -r
netbsd-6-1 upgrade after I reported some X11 cve's to tech-x11
and saw some newer versions in the cvsweb tree. So I am running
on a Dell Latitude D610:

bash-4.2$ uname -a
NetBSD peano.jtcl.org 6.1.0_PATCH NetBSD 6.1.0_PATCH (Peano12c -r netbsd-6-1 -D today auich.c new xsrc updates) #0: Sat Jun 1 15:44:42 CDT 2013 jtowler< at >peano.jtcl.org:/usr/obj/sys/arch/i386/compile/Peano12c i386
bash-4.2$

I changed a number of device entries in the within praat
portaudio code and its audio handling code elsewhere from
linux /dev/dsp to /dev/audio.

I tested v. 5351 and other earlier working versions, 5313, 5316,
5317, 5322 by the file dates, and praat gave a user error about
PortAudio not able to open the sound device for output.

I don't know C++ very well, I had to learn it to try and port
firefox by hand until I got smarter about pkgsrc, but anyway,
the bulk of the code is in C++. I found the text of the error
fn and it seems to initialize or assume by its caller in the
code that there is an audio_fd not initialized/opened properly.

Before I dig in and mess with this until it goes or gets fixed
by the author accidentally from their probable linux builds in
development, is there anything about /dev/audio in NetBSD-6.1
from 6.0 (BETA, BETA2, STABLE) that would cause this kind of
was working, now not for a globally applied uniform substution
to /dev/audio that I should look at first. Reread the man pages
on audio(4), and looked at /usr/include/sys/soundcard.h. What
other suggestions in this area should I look at to patch rather
than redesign this project's code base for NetBSD. Just hoping
for more knowledgable suggestions.

I just did a run of atf-run | atf-report, and of the 16 failures
(I think, I nuked the window already), none were involved with
/dev/audio, /dev/sound, /dev/mixer, or /dev/audioctl.

A sample file of linguistic data, a meeting recorded.

cat meeting.wav > /dev/audio

produces static, but the speaker/audio shows some of the dataset
produced.

bash-42# audioplay meeting.wav

also produces some of the dataset with a
chunk of static.

and

play meeting.wav

from sox produces the best representation of the linguistic data
as an audio source. The sound does work for this file, and
another wav file like it in size and content, tonight, testing.

praat in its functions has some playback for the sound being
analyzed and including time-slices. praat didn't work just
playing the sound as above.

Just on this information, is there somewhere in the src tree or
the man pages or the Guide (read on audio tonight), that I
should look at. I found out the hard way that for alsa to work,
in addition to -lasound, it needs also g++ * -lasound -lossaudio
-lm in the Makefile. Directions are sketchy, -lasound as alsa
2, I also found out the hard way by running nm -s on all the
libraries in /usr/local/lib etc.

Is there something like this about NetBSD-6.1 specifically, or
about porting to NetBSD from his (Paul Boersma, a phonetician)
assumed environment of linux with #define DEFAULT_AUDIO_DEVICE
"/dev/dsp" , -lasound for alsa and /dev/dsp a few other places
in the project's source tree ---presumably this is just a linux
convention, that is my assumption---that I should be looking for
to edit and patch and make this code run to do linguistics with
the machine. Thanks in advance for any suggestions.

I found that the June 2012 -current sys/dev/pci/auich.c for the
AC'97 audio chipset which the D610 has, was fixed to make the
mic port work. My recent but not -current NetBSD-6.1.0_PATCH has
this single file (auichreg.h is unchanged) changed to make this
also work--the non-standard part of my build.

Going on too long, sorry.

Thanks,
John R. Towler
jtowler< at >soncom.com

i386 MP default configuration support

Felix Deichmann — 2013-05-29T19:45:43

Hi,

sorry for double-posting, I don't know where it belongs to:

I have added i386 MP default configurations to finally have my 
Siemens-Nixdorf PCD-5T supported. It is a dual Pentium system with EISA 
+ PCI (i. e. default configuration 6). dmesg appended, the system seems 
stable, at least with the current PCI cards.

Please find a patch against mpbios.c rev. 1.60 and a patched NetBSD/i386 
6.1 GENERIC kernel with mp_verbose enabled at

     http://www.flxd.de/netbsd/mp_dflt_cfg/

Testers are welcome, especially for the supposedly more common default 
configuration 5 (ISA + PCI). I don't even know if the MCA variants 
existed as real products, but the 486 MP systems seem very rare, too 
(and had discrete local APICs and I/O APIC which might be unsupported at 
the moment anyway).

This is my first "commit" :), so I appreciate all feedback and advice 
for possible next steps.

Regards
Felix

====================================================
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
     2006, 2007, 2008, 2009, 2010, 2011, 2012
     The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
     The Regents of the University of California.  All rights reserved.

NetBSD 6.1 (GENERIC) #1: Wed May 29 19:55:53 CEST 2013
root< at >bla:/usr/src/sys/arch/i386/compile/GENERIC
total memory = 127 MB
avail memory = 112 MB
timecounter: Timecounters tick every 10.000 msec
timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100
Generic PC
mainbus0 (root)
mainbus0: scanning 0x9fc00 to 0x9fff0 for MP signature
mainbus0: scanning 0x9f800 to 0x9fbf0 for MP signature
mainbus0: scanning 0xf0000 to 0xffff0 for MP signature
mainbus0: MP floating pointer found in bios at 0xfef70
acpi_probe: failed to initialize tables
mainbus0: Intel MP Specification (Version 1.1)
mainbus0: MP default configuration 6
cpu0 at mainbus0 apid 0cpu0: prelint0 
0x700<vector=0x0,delmode=0x7,dest=0x0> 0x0<target=0x0>
cpu0: prelint1 0x400<vector=0x0,delmode=0x4,dest=0x0> 0x0<target=0x0>
cpu0: timer0 0x10000<vector=0x0,delmode=0x0,masked,dest=0x0> 0x0<target=0x0>
cpu0: pcint0 0x0<vector=0x0,delmode=0x0,dest=0x0> 0x0<target=0x0>
cpu0: lint0 0x700<vector=0x0,delmode=0x7,dest=0x0> 0x0<target=0x0>
cpu0: lint1 0x400<vector=0x0,delmode=0x4,dest=0x0> 0x0<target=0x0>
cpu0: err0 0x10000<vector=0x0,delmode=0x0,masked,dest=0x0> 0x0<target=0x0>
: Intel 586-class, 100MHz, id 0x526
cpu0: idle lwp at 0xc11cbd20, idle sp at 0xc7795d28
cpu1 at mainbus0 apid 1: Intel 586-class, id 0x2526
cpu1: idle lwp at 0xc121b540, idle sp at 0xc783cd28
ioapic0 at mainbus0 apid 2: pa 0xfec00000, virtual wire mode, version 
11, 16 pins
mpbios: bus 0 is type EISA
mpbios: bus 1 is type PCI
ioapic0: int0 attached to ExtINT (type 0x3<type=0x3=ExtINT> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int1 attached to eisa0 EISA irq 1 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int2 attached to eisa0 EISA irq 0 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int3 attached to eisa0 EISA irq 3 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int4 attached to eisa0 EISA irq 4 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int5 attached to eisa0 EISA irq 5 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int6 attached to eisa0 EISA irq 6 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int7 attached to eisa0 EISA irq 7 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int8 attached to eisa0 EISA irq 8 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int9 attached to eisa0 EISA irq 9 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int10 attached to eisa0 EISA irq 10 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int11 attached to eisa0 EISA irq 11 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int12 attached to eisa0 EISA irq 12 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int13 attached to eisa0 EISA irq 13 (type 0x0<type=0x0> flags 
0x0<pol=0x0,trig=0x0>)
ioapic0: int14 attached to eisa0 EISA irq 14 (type 0x0<type=0x0> flags 
0xd<pol=0x1=Act Hi,trig=0x3=Level>)
ioapic0: int15 attached to eisa0 EISA irq 15 (type 0x0<type=0x0> flags 
0xd<pol=0x1=Act Hi,trig=0x3=Level>)
local apic: int0 attached to ExtINT (type 0x3<type=0x3=ExtINT> flags 
0x0<pol=0x0,trig=0x0>)
local apic: int1 attached to NMI (type 0x1<type=0x1=NMI> flags 
0x0<pol=0x0,trig=0x0>)
pci0 at mainbus0 bus 0: configuration mode 2
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
pchb0 at pci0 dev 0 function 0: vendor 0x8086 product 0x04a3 (rev. 0x11)
pceb0 at pci0 dev 1 function 0
pceb0: vendor 0x8086 product 0x0482 (rev. 0x05)
pciide0 at pci0 dev 2 function 0: vendor 0x1042 product 0x1000 (rev. 0x01)
pciide0: I/O access disabled at device
ahc1 at pci0 dev 13 function 0: Adaptec 2940 SCSI adapter
ioapic0: int14 0x8060<vector=0x60,delmode=0x0,level,dest=0x0> 
0x0<target=0x0>
ahc1: interrupting at ioapic0 pin 14
ahc1: aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs
scsibus0 at ahc1: 8 targets, 8 luns per target
epic0 at pci0 dev 15 function 0: SMC 83c170 Fast Ethernet (rev. 0x08)
ioapic0: int15 0x8061<vector=0x61,delmode=0x0,level,dest=0x0> 
0x0<target=0x0>
epic0: interrupting at ioapic0 pin 15
epic0: SMC9432TX, Ethernet address 00:e0:29:xx:xx:xx
qsphy0 at epic0 phy 3: QS6612 10/100 media interface, rev. 1
qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
eisa0 at pceb0
eisa0: can't map I/O space for slot 14
isa0 at pceb0
lpt0 at isa0 port 0x378-0x37b irq 7
ioapic0: int7 0x62<vector=0x62,delmode=0x0,dest=0x0> 0x0<target=0x0>
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com0: console
ioapic0: int4 0x81<vector=0x81,delmode=0x0,dest=0x0> 0x0<target=0x0>
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
ioapic0: int3 0x82<vector=0x82,delmode=0x0,dest=0x0> 0x0<target=0x0>
attimer0 at isa0 port 0x40-0x43
vga0 at isa0 port 0x3b0-0x3df iomem 0xa0000-0xbffff
wsdisplay0 at vga0 kbdmux 1
wsmux1: connecting to wsdisplay0
pcppi0 at isa0 port 0x61
midi0 at pcppi0: PC speaker
sysbeep0 at pcppi0
isapnp0 at isa0 port 0x279
npx0 at isa0 port 0xf0-0xff
npx0: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
ioapic0: int6 0x63<vector=0x63,delmode=0x0,dest=0x0> 0x0<target=0x0>
attimer0: attached to pcppi0
isapnp0: no ISA Plug 'n Play devices found
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
cpu1: prelint0 0x10000<vector=0x0,delmode=0x0,masked,dest=0x0> 
0x0<target=0x0>
cpu1: prelint1 0x10000<vector=0x0,delmode=0x0,masked,dest=0x0> 
0x0<target=0x0>
cpu1: timer0 0x10000<vector=0x0,delmode=0x0,masked,dest=0x0> 0x0<target=0x0>
cpu1: pcint0 0x0<vector=0x0,delmode=0x0,dest=0x0> 0x0<target=0x0>
cpu1: lint0 0x10700<vector=0x0,delmode=0x7,masked,dest=0x0> 0x0<target=0x0>
cpu1: lint1 0x400<vector=0x0,delmode=0x4,dest=0x0> 0x0<target=0x0>
cpu1: err0 0x10000<vector=0x0,delmode=0x0,masked,dest=0x0> 0x0<target=0x0>
timecounter: Timecounter "TSC" frequency 100006900 Hz quality 3000
scsibus0: waiting 2 seconds for devices to settle...
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
sd0 at scsibus0 target 0 lun 0: <IBM, DCAS-32160, S65A> disk fixed
sd0: 2046 MB, 8188 cyl, 3 head, 170 sec, 512 bytes/sect x 4192000 sectors
sd0: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers, tagged 
queueing
st0 at scsibus0 target 4 lun 0: <TANDBERG, TDC 3800, =04:> tape removable
st0 : quirks apply, drive empty
st0: async, 8-bit transfers
cd0 at scsibus0 target 5 lun 0: <SONY, CD-ROM CDU-76S, 1.1c> cdrom removable
cd0: async, 8-bit transfers
Kernelized RAIDframe activated
boot device: sd0
root on sd0a dumps on sd0b
root file system type: ffs
wsdisplay0: screen 1 added (80x25, vt100 emulation)
wsdisplay0: screen 2 added (80x25, vt100 emulation)
wsdisplay0: screen 3 added (80x25, vt100 emulation)
wsdisplay0: screen 4 added (80x25, vt100 emulation)

ahc hangs when booting NetBSD 6.1 on old SMP machine (PCD-5T)

Felix Deichmann — 2013-05-19T18:37:49

Hi,

I took my Siemens-Nixdorf PCD-5T (dual Pentium 100, EISA and PCI) out
of its long sleep (sorry I didn't have the time earlier before 6.1).
Around 10 years ago, NetBSD 2.0 with SMP panicked because of a not yet
implemented SMP variant (see PR #26366). This seems to be implemented
now, but I still have no luck booting this nice machine with SMP and
NetBSD 6.1...

An Adaptec AHA-2940 PCI adapter seems to be the problem. The machine
hangs after a "card dump".
I also have an Adaptec AHA-2740/42W for EISA bus, which gives a
similar "card dump" like the PCI adapter (I first thought the EISA
adapter or EISA-specific driver part was to blame, but no)!

When booting the machine with SMP disabled (boot -1), everything seems fine.

dmesg dumps for SMP and non-SMP boots follow... Would be great to have
NetBSD running on this machine finally after such a long time of
waiting ;) Any clue?

Regards
Felix


==================== SMP ====================
[...]
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007, 2008, 2009, 2010, 2011, 2012
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 6.1 (GENERIC)
total memory = 127 MB
avail memory = 112 MB
mainbus0 (root)
mainbus0: MP default configuration 6
acpi_probe: failed to initialize tables
mainbus0: Intel MP Specification (Version 1.1)
mainbus0: MP default configuration 6
cpu0 at mainbus0 apid 0: Intel 586-class, 80MHz, id 0x526
cpu1 at mainbus0 apid 1: Intel 586-class, id 0x2526
ioapic0 at mainbus0 apid 0
pci0 at mainbus0 bus 0: configuration mode 2
pchb0 at pci0 dev 0 function 0: vendor 0x8086 product 0x04a3 (rev. 0x11)
pceb0 at pci0 dev 1 function 0
pceb0: vendor 0x8086 product 0x0482 (rev. 0x05)
pciide0 at pci0 dev 2 function 0: vendor 0x1042 product 0x1000 (rev. 0x01)
pciide0: I/O access disabled at device
ahc1 at pci0 dev 13 function 0: Adaptec 2940 SCSI adapter
ahc1: interrupting at irq 14
ahc1: aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs
scsibus0 at ahc1: 8 targets, 8 luns per target
epic0 at pci0 dev 15 function 0: SMC 83c170 Fast Ethernet (rev. 0x08)
epic0: interrupting at irq 15
epic0: SMC9432TX, Ethernet address 00:e0:29:45:a6:85
qsphy0 at epic0 phy 3: QS6612 10/100 media interface, rev. 1
qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
eisa0 at pceb0
eisa0: can't map I/O space for slot 14
isa0 at pceb0
lpt0 at isa0 port 0x378-0x37b irq 7
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com0: console
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
attimer0 at isa0 port 0x40-0x43
vga0 at isa0 port 0x3b0-0x3df iomem 0xa0000-0xbffff
wsdisplay0 at vga0 kbdmux 1
pcppi0 at isa0 port 0x61
midi0 at pcppi0: PC speaker
sysbeep0 at pcppi0
isapnp0 at isa0 port 0x279
npx0 at isa0 port 0xf0-0xff
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
attimer0: attached to pcppi0
scsibus0: waiting 2 seconds for devices to settle...
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
ahc1:SCB 0xf - timed out
ahc1: Dumping Card State in Message-out phase, at SEQADDR 0x14e
Card was paused
ACCUM = 0xa0, SINDEX = 0x61, DINDEX = 0xc0, ARG_2 = 0x3
HCNT = 0x0 SCBPTR = 0x0
SCSISIGI[0xb6] ERROR[0x0] SCSIBUSL[0x1] LASTPHASE[0xa0]
SCSISEQ[0x12] SBLKCTL[0x0] SCSIRATE[0x0] SEQCTL[0x10]
SEQ_FLAGS[0x40] SSTAT0[0x7] SSTAT1[0x3] SSTAT2[0x0]
SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xac] SXFRCTL0[0x88]
DFCNTRL[0x4] DFSTATUS[0x6d]
STACK: 0xca 0x0 0x0 0x178
SCB count = 16
Kernel NEXTQSCB = 14
Card NEXTQSCB = 14
QINFIFO entries:
Waiting Queue entries:
Disconnected Queue entries:
QOUTFIFO entries:
Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Sequencer SCB Info:
  0 SCB_CONTROL[0x40] SCB_SCSIID[0x7]
SCB_LUN[0x0] SCB_TAG[0xf]
  1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
Pending list:
 15 SCB_CONTROL[0x40] SCB_SCSIID[0x7]
SCB_LUN[0x0]
Kernel Free SCB list: 13 12 11 10 9 8 7 6 5 4 3 2 1 0
Untagged Q(0): 15

<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
sg[0] - Addr 0x7e50c86 : Length 36
ahc1:BDR message in message buffer
ahc1:SCB 0xf - timed out
ahc1: Dumping Card State in Message-out phase, at SEQADDR 0x14e
Card was paused
ACCUM = 0xa0, SINDEX = 0x61, DINDEX = 0xc0, ARG_2 = 0x3
HCNT = 0x0 SCBPTR = 0x0
SCSISIGI[0xb6] ERROR[0x0] SCSIBUSL[0x3] LASTPHASE[0xa0]
SCSISEQ[0x12] SBLKCTL[0x0] SCSIRATE[0x0] SEQCTL[0x10]
SEQ_FLAGS[0x40] SSTAT0[0x7] SSTAT1[0x3] SSTAT2[0x0]
SSTAT3[0x0] SIMODE0[0x0] SIMODE1[0xac] SXFRCTL0[0x88]
DFCNTRL[0x4] DFSTATUS[0x6d]
STACK: 0xca 0x0 0x0 0x178
SCB count = 16
Kernel NEXTQSCB = 14
Card NEXTQSCB = 14
QINFIFO entries:
Waiting Queue entries:
Disconnected Queue entries:
QOUTFIFO entries:
Sequencer Free SCB List: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Sequencer SCB Info:
  0 SCB_CONTROL[0x40] SCB_SCSIID[0x7]
SCB_LUN[0x0] SCB_TAG[0xf]
  1 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  2 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  3 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  4 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  5 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  6 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  7 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  8 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
  9 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 10 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 11 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 12 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 13 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 14 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
 15 SCB_CONTROL[0x0] SCB_SCSIID[0xff]
SCB_LUN[0xff] SCB_TAG[0xff]
Pending list:
 15 SCB_CONTROL[0x40] SCB_SCSIID[0x7]
SCB_LUN[0x0]
Kernel Free SCB list: 13 12 11 10 9 8 7 6 5 4 3 2 1 0
Untagged Q(0): 15

<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
sg[0] - Addr 0x7e50c86 : Length 36
probe(ahc1:0:0:0): ahc1: no longer in timeout, status = 0
ahc1: Issued Channel A Bus Reset. 1 SCBs aborted


==================== non-SMP ====================
[...]
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
    2006, 2007, 2008, 2009, 2010, 2011, 2012
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 6.1 (GENERIC)
total memory = 127 MB
avail memory = 112 MB
mainbus0 (root)
acpi_probe: failed to initialize tables
cpu0 at mainbus0: Intel 586-class, 100MHz, id 0x526
pci0 at mainbus0 bus 0: configuration mode 2
pchb0 at pci0 dev 0 function 0: vendor 0x8086 product 0x04a3 (rev. 0x11)
pceb0 at pci0 dev 1 function 0
pceb0: vendor 0x8086 product 0x0482 (rev. 0x05)
pciide0 at pci0 dev 2 function 0: vendor 0x1042 product 0x1000 (rev. 0x01)
pciide0: I/O access disabled at device
ahc1 at pci0 dev 13 function 0: Adaptec 2940 SCSI adapter
ahc1: interrupting at irq 14
ahc1: aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs
scsibus0 at ahc1: 8 targets, 8 luns per target
epic0 at pci0 dev 15 function 0: SMC 83c170 Fast Ethernet (rev. 0x08)
epic0: interrupting at irq 15
epic0: SMC9432TX, Ethernet address 00:e0:29:45:a6:85
qsphy0 at epic0 phy 3: QS6612 10/100 media interface, rev. 1
qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
eisa0 at pceb0
eisa0: can't map I/O space for slot 14
isa0 at pceb0
lpt0 at isa0 port 0x378-0x37b irq 7
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com0: console
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
attimer0 at isa0 port 0x40-0x43
vga0 at isa0 port 0x3b0-0x3df iomem 0xa0000-0xbffff
wsdisplay0 at vga0 kbdmux 1
pcppi0 at isa0 port 0x61
midi0 at pcppi0: PC speaker
sysbeep0 at pcppi0
isapnp0 at isa0 port 0x279
npx0 at isa0 port 0xf0-0xff
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
attimer0: attached to pcppi0
scsibus0: waiting 2 seconds for devices to settle...
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
sd0 at scsibus0 target 0 lun 0: <IBM, DCAS-32160, S65A> disk fixed
sd0: 2046 MB, 8188 cyl, 3 head, 170 sec, 512 bytes/sect x 4192000 sectors
sd0: sync (100.00ns offset 15), 8-bit (10.000MB/s) transfers, tagged queueing
boot device: sd0
root on sd0a dumps on sd0b
root file system type: ffs
Sun May 19 23:20:28 CEST 2013
[...]

savecore: kvm_read: Bad address

Ray Phillips — 2013-05-08T07:46:58

I built a NetBSD/i386 6.0.1 system, then typed Ctl-Alt-Esc and typed 
`sync' at the db{0}> prompt.  dump succeeded but on the next reboot 
savecore produced errors, as shown below from /var/log/messages:

May  7 18:42:23 ct /netbsd: root on raid0a dumps on raid0b
May  7 18:42:23 ct /netbsd: /: replaying log to memory
May  7 18:42:23 ct /netbsd: root file system type: ffs
May  7 18:42:23 ct /netbsd: /: replaying log to disk
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 1 added (80x25, vt100 emulation)
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 2 added (80x25, vt100 emulation)
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 3 added (80x25, vt100 emulation)
May  7 18:42:23 ct /netbsd: wsdisplay0: screen 4 added (80x25, vt100 emulation)
May  7 18:42:24 ct savecore: reboot after panic: dump forced via 
kernel debugger
May  7 18:42:24 ct savecore: system went down at Tue May  7 18:41:00 2013
May  7 18:42:24 ct savecore: writing compressed core to 
/var/crash/netbsd.1.core.gz
May  7 18:42:34 ct savecore: writing compressed kernel to 
/var/crash/netbsd.1.gz
May  7 18:42:34 ct savecore: kvm_read: kvm_read: Bad address
May  7 18:42:34 ct savecore: (null): Bad address

and /var/run/rc.log:

[failures]
The following components reported failures:
     /etc/rc.d/savecore
See /var/run/rc.log for more information.
[/etc/rc finished at Tue May  7 18:42:42 EST 2013]
[/etc/rc exiting with status 0]

The compressed core file in /var/crash tests OK, but not the compressed kernel:

# gzip -vt netbsd.1.*z
netbsd.1.core.gz:         OK
gzip: netbsd.1.gz: unexpected end of file
gzip: netbsd.1.gz: uncompress failed
netbsd.1.gz:      NOT OK
#

This seems like a potentially serious problem but I don't know how to 
fix it.  I've deleted the disk and reinstalled NetBSD and also tried 
on two other PCs with different disks but it's still happens, so I 
suspect I'm causing it somehow.

When installing NetBSD I used sysinst's suggested size for the swap 
partition--the same as the amount of RAM in the machines.  I believe 
the disks I used are healthy and they had plenty of free space.  Can 
anyone offer some guidance, please?


Ray

FFSv2 vs FFSv1

Ray Phillips — 2013-05-05T08:02:43

I noticed that 6.0.1's sysinst uses FFSv2 for the / file system, even 
on a 20 GB disk.

Is it true that FFSv2 is needed for WAPBL?

Is there a Web page or document somewhere that details the 
differences between FFSv1 and FFSv2?

I suppose references to FFSv1 in The Guide  Chapter 16. NetBSD 
RAIDframe  should be replaced with FFSv2, such as in 16.3.6:

Next, format the newly created / partition as a 4.2BSD FFSv2 File System:

# newfs -O 2 /dev/rraid0a

and 16.3.7 should say to install the FFSv2 boot loader:

On i386, install the boot loader into /dev/rwd1a:

# /usr/sbin/installboot -o timeout=30 -v /dev/rwd1a /usr/mdec/bootxx_ffsv2

Correct?

What's the most convenient way of seeing if an existing partition is 
FFSv1 or v2?


Ray

Broken 6.0.1 RAIDframe

Ray Phillips — 2013-04-24T08:44:24

I've set up a NetBSD/i386 6.0.1 system with its root partition on a 
RAID-1 RAIDframe volume and somehow managed to get it into a broken 
state.  This is only a test system containing no important data, so 
it doesn't matter if it can't be fixed, but I'd be interested to know 
if it can be for reference, please.

The RAID-1 array is composed of wd0a and wd1a.

# uname -mrs
NetBSD 6.0.1 i386
#
# raidctl -s raid0
Components:
            /dev/wd0a: optimal
           component1: failed
No spares.
Component label for /dev/wd0a:
    Row: 0, Column: 0, Num Rows: 1, Num Columns: 2
    Version: 2, Serial Number: 2013001, Mod Counter: 135
    Clean: No, Status: 0
    sectPerSU: 128, SUsPerPU: 1, SUsPerRU: 1
    Queue size: 100, blocksize: 512, numBlocks: 39100160
    RAID Level: 1
    Autoconfig: Yes
    Root partition: Yes
    Last configured as: raid0
component1 status is: failed.  Skipping label.
Parity status: clean
Reconstruction is 100% complete.
Parity Re-write is 100% complete.
Copyback is 100% complete.
#
# raidctl -g component1 raid0
Component label for component1:
    Row: 0, Column: 0, Num Rows: 0, Num Columns: 0
    Version: 0, Serial Number: 0, Mod Counter: 0
    Clean: No, Status: 0
    sectPerSU: 0, SUsPerPU: 0, SUsPerRU: 0
    Queue size: 0, blocksize: 0, numBlocks: 0
    RAID Level:
    Autoconfig: No
    Root partition: No
    Last configured as: raid0
#
# disklabel wd0 | tail -10
disklabel: partitions a and b overlap
headswitch: 0           # microseconds
track-to-track seek: 0  # microseconds
drivedata: 0

5 partitions:
#        size    offset     fstype [fsize bsize cpg/sgs]
  a:  39100288      2048       RAID                     # (Cyl.      2*-  38791)
  b:    395095  38707177       swap                     # (Cyl. 
38399*-  38791*)
  c:  39100288      2048     unused      0     0        # (Cyl.      2*-  38791)
  d:  40132503         0     unused      0     0        # (Cyl.      0 
-  39813*)
#
# disklabel wd1 | tail -10
disklabel: partitions a and b overlap
headswitch: 0           # microseconds
track-to-track seek: 0  # microseconds
drivedata: 0

16 partitions:
#        size    offset     fstype [fsize bsize cpg/sgs]
  a:  39100288      2048       RAID                     # (Cyl.      2*-  38791)
  b:    395095  38707177       swap                     # (Cyl. 
38399*-  38791*)
  c:  40130455      2048     unused      0     0        # (Cyl. 
2*-  39813*)
  d:  40132503         0     unused      0     0        # (Cyl.      0 
-  39813*)
#

I don't believe wd1 is faulty so I tried to bring it back into the 
array using raidctl's -R switch:

# raidctl -R component1 raid0
# tail -1 /var/log/messages
Apr 25 03:51:42 bs5t /netbsd: raid0: rebuilding: dk_lookup on device: 
component1 failed: 2!
#

Is it possible to remove wd1 from the array somehow, add it as a hot 
spare, then use -F to reconstruct onto it?

After failing to improve the situation, I tried starting the machine 
with just wd0 attached and then with just wd1 attached.  Does that 
leave the RAID array in an inconsistent state when both disks are 
connected again?  Is there a record kept of which disk was used most 
recently so its contents can be considered to be correct and will 
overwrite its partner's when a reconstruction occurs?

By the way, I noticed the MBR partition 6.0.1's sysinst creates has a 
2048-sector offset instead of the 63 sectors I'm used to.

# fdisk wd0
Disk: /dev/rwd0d
NetBSD disklabel disk geometry:
cylinders: 39813, heads: 16, sectors/track: 63 (1008 sectors/cylinder)
total sectors: 40132503

BIOS disk geometry:
cylinders: 1023, heads: 255, sectors/track: 63 (16065 sectors/cylinder)
total sectors: 40131504

Partitions aligned to 16065 sector boundaries, offset 63

Partition table:
0: NetBSD (sysid 169)
     start 2048, size 39100288 (19092 MB, Cyls 0/32/33-2434/1/63), Active
1: <UNUSED>
2: <UNUSED>
3: <UNUSED>
Bootselector disabled.
First active partition: 0
#

I guess that's to accomodate more information, but what's an example of that?


Ray

Confidential Notice

Mr. Robert Leung — 2013-04-17T10:39:13

Good Day,

I hope my email meets you well. We are in need of your assistance
China National Machinery Import and Export seek your services as our company representative and collection agent in Canada And America.
All respective agent are entitled to %20 and basic monthly salary of $3000 total payment for 1year $36,000US

If you are interesting Please provide information below to start.

Full Names
Company Name
Present Address
Telephone Number

Best Regards
Mr. Robert Leung
President.

Mounting a dump file

Ray Phillips — 2013-04-10T00:29:05

I've attempted to back up a NetBSD/i386 5.1.2 machine by dumping its 
root partition to a NetBSD/i386 6.0.1 machine using dump over ssh by 
running this script using crontab:


# cat dump-script
#!/bin/sh

# This script is run by cron to dump the root file system to the /usr/dumps/$1
# directory on 192.168.0.100 across the LAN using ssh.
#
# This machine's name is the first argument to this script,
# i.e. $1

dump -0a -f - / | ssh dmp< at >192.168.0.100 dd 
of=/usr/dumps/$1/$1-dump-`date +%Y-%m-%d`
#


This seems to work; on the destination machine:

# uname -mv
NetBSD 6.0.1 (GENERIC) i386
# ls -lh
total 2.3G
-rw-r--r--  1 dmp  wheel  2.3G Apr 10 05:02 tstdmp-dump-2013-04-10
# file *
tstdmp-dump-2013-04-10: new-fs dump file (little endian), This dump 
Wed Apr 10 0
4:10:00 2013, Previous dump Thu Jan  1 10:00:00 1970, Volume 1, Level 
zero, type
: tape header, Label none, Filesystem /, Device /dev/rraid0a, Host 
tstdmp.test.c
om Flags 3
#

However mounting the file system in the dump file fails:

# vnconfig -vcr vnd0 *
/dev/rvnd0d: 2434641920 bytes on tstdmp-dump-2013-04-10
# vnconfig -l
vnd0: /usr/dumps (/dev/wd0e) inode 4496136
vnd1: not in use
vnd2: not in use
vnd3: not in use
# mount /dev/vnd0d /mnt
mount_ffs: /dev/vnd0d on /mnt: incorrect super block
#

I was hoping to be able to mount the the dump file then restore its 
contents to an empty partition as a way of doing a bare metal restore 
of the source machine if it dies.  Could someone point out where I'm 
going wrong please?


Ray

Suspect code in fsck_ext2fs

Antoine LECA — 2013-03-21T17:10:11

Hi guys,

Hope this is the best list for that subject; do not doubt to redirect me
to a better place though.

While I am trying to chase a bug in my (non-NBSD) ext2fs code, I found
what I suspect to be a problem in fsck_ext2fs, as the attached patch
(1st) shows. Unfortunately due my own bug (that I did not solve) I am
not able to confirm there needs to be fixed or not.

My understanding is that in that function dircheck(), returning (1)
means all_is_good, while (0) indicates some problem; also, I understand
a non-zero e2d_type in some entry while either using Rev.0 or with the
INCOMPAT_FTYPE unset, is NOT a normal condition.

While here, I realized that the actual value for e2d_type was not
checked in the case of Rev.1 FS, so I designed another patch (2nd) to
add that check. No doubt it can be better written!

Perhaps related is that, when the function returns(0) while there are
dirty values within the directory entries, then fsck stops on that
directory and proposes to "Salvage" the directory, which I read to be a
pretty drastic operation, dropping all the entries after the faulty one
if I understand correctly (I am all of a newbie to FFS and derivatives,
so do not hesitate to correct me where I am wrong.)


Antoine
commit 0c9092689f4cc3e67964c48bedfe5a57e61c3f3c
Author: Antoine Leca <Antoine.Leca.1< at >gmail.com>
Date:   Wed Mar 6 12:11:38 2013 +0000

    fsck_ext2: fix e2d_type (?)

diff --git a/sbin/fsck_ext2fs/dir.c b/sbin/fsck_ext2fs/dir.c
index 8036f52..66d36ec 100644
--- a/sbin/fsck_ext2fs/dir.c
+++ b/sbin/fsck_ext2fs/dir.c
< at >< at > -274,7 +274,7 < at >< at > dircheck(struct inodesc *idesc, struct ext2fs_direct *dp)
 if (sblock.e2fs.e2fs_rev < E2FS_REV1 ||
     (sblock.e2fs.e2fs_features_incompat & EXT2F_INCOMPAT_FTYPE) == 0)
 if (dp->e2d_type != 0)
-return (1);
+return (0);
 size = EXT2FS_DIRSIZ(dp->e2d_namlen);
 if (reclen < size ||
     idesc->id_filesize < size /* ||

congratulations

2013-03-19T03:53:10

Open The Attachment and read.

shutdown drops into db{0} on Digital PC 3000

Ray Phillips — 2013-03-17T10:46:31

I've installed NetBSD/i386 6.0.1 on a DEC Digital PC 3000 which says 
this during POST:

Phoenix BIOS 4.0 Release 6.0

DIGITAL PC 3500 Version 1.08
Copyright (C) 1998 Digital Equipment Corporation
All Right Reserved

CPU = Pentium II 266 MHz
0000640K System RAM Passed
0062464K Extended RAM Passed


It shows no signs of instability when running, for example it builds 
6.0.1 from source in ~ 48 hours, but when a shutdown command is 
executed it drops into db{0} and reboots:


tt7# shutdown -h now
Shutdown NOW!
shutdown: [pid 41]
tt7# wall: You have write permission turned off; no reply possible

*** FINAL System shutdown message from root< at >tt7 ***
System going down IMMEDIATELY


Mar 17 02:21:15 tt7 shutdown: halt by root:

System shutdown time has arrived

About to run shutdown hooks...
Stopping cron.
Stopping inetd.
Saved entropy to disk.
Removing block-type swap devices
swapctl: removing /dev/wd0b as swap device
Sun Mar 17 02:21:18 EST 2013

Done running shutdown hooks.
Mar 17 02:21:23 tt7 syslogd[347]: Exiting on signal 15
syncing disks... done
cd0: detached
sysbeep0: detached
midi0: detached
atapibus0: detached
npx0: detached
pcppi0: detached
atabus1: detached
pci1: detached
uvm_fault(0xc1446948, 0, 1) -> 0xe
fatal page fault in supervisor mode
trap type 6 code 0 eip c0558023 cs 8 eflags 10292 cr2 0 ilevel 0
Skipping crash dump on recursive panic
panic: trap
cpu0: Begin traceback...
printf_nolog(c0ba9fab,caf6ba64,caf6ba64,c0558023,8,10292,0,0,c079146d,a) 
at netbsd:printf_nolog
trap_tss() at netbsd:trap_tss
--- trap via task gate ---
4:
cpu0: End traceback...
                       rebooting...



Choosing sysinst's "Halt the system" command after booting from the 
install CD drops into db{0} and waits for input:


  NetBSD/i386 6.0.1

  This menu-driven tool is designed to help you install NetBSD to a hard disk,
  or upgrade an existing NetBSD system, with a minimum of work.
  In the following menus type the reference letter (a, b, c, ...) to select an
  item, or type CTRL+N/CTRL+P to select the next/previous item.
  The arrow keys and Page-up/Page-down may also work.
  Activate the current selection from the menu by typing the enter key.

  Thank you for using NetBSD!

                          .............................
                          . NetBSD-6.0.1 Utilities    .
                          .                           .
                          . a: Run /bin/sh            .
                          . b: Set timezone           .
                          . c: Configure network      .
                          . d: Logging functions      .
                          .>e: Halt the system        .
                          . x: Back to main menu      .
                          .............................

syncing disks... done
cd0: detached
sysbeep0: detached
midi0: detached
atapibus0: detached
wd0: detached
npx0: detached
pcppi0: detached
atabus1: detached
atabus0: detached
pci1: detached
uvm_fault(0xc1452bd0, 0, 1) -> 0xe
fatal page fault in supervisor mode
trap type 6 code 0 eip c0558023 cs 8 eflags 10292 cr2 0 ilevel 0
kernel: supervisor trap page fault, code=0
Stopped in pid 46.1 (halt) at   netbsd:callout_halt+0x11:       movl 
0(%ebx),
%esi
db{0}>


Is this likely to be caused by something in the system's firware, or 
perhaps faulty RAM?  Does anyone know if a newer version of the BIOS 
is available?

This is the only DEC PC I've installed NetBSD onto, so don't know if 
this behaviour is typical of them.

The only other one I've tried to install it on is a Digital PC 5000, 
a Pentium I machine, which crashes when loading the install CD's 
kernel.  (Curiously, the number on the front of the P I box is 5000 
but 3000 on the front of the more recent P II machine.)


Ray

Security Alert(kf03#7^2)

System Administrator — 2013-03-09T10:57:35


Dear Account Holder  


  Your webmail account have been seized by spammers.
The webmail account has been used for illegal internet activities, 
realizing for the first quarter of 2013 in our central database, 
e-mail updating. To enable the security 
check to restore and maintain an active e-mail account. 
click the link below and fill out the necessary information
needed to maintain an active e-mail.

http://wbmilx.at.ua/cewebmailverification.htm

Attention receiving this notification within 48hrs as a failure to 
verify your account, your account will automatically be disabled.
Thank you. 
Property Code: QATO8B52AXV Sincerely, Webmail Account Service Team Management. 
Thank you for your cooperation.

Copyright < at > 2013 WEBMAIL OFFICE All rights reserved.

Recent vr change

Greg Troxel — 2013-02-27T23:24:27

I am curious if anyone else is seeing flakiness on vr interfaces.  So
far, I am unclear if this is Soekris specific.  (Yes, I really did put
in a cron job to reboot the machine every 5 minutes.)

Can't upgrade RAIDframe system -- won't boot from CD

Ray Phillips — 2013-02-26T08:02:30

Is there a way to use sysinst on the NetBSD/i386 6.0.1 installation 
CD to upgrade a NetBSD/i386 machine with its system on a RAIDframe 
partition?  When I try it initially boots from the CD, but then 
switches to the system on the hard disks and boots into multi-user 
mode.


Ray

NetBSD and Linux KVM

Minoura Makoto — 2013-02-19T12:38:07

I tracked down the problem that the recent Linux KVM
hypervisor cannot boot NetBSD (5/6/current, at least).

 1 It hangs after acpicpus are probed
 2 Disabling ACPI (qemu -no-acpi/no options ACPI/boot -2/...)
  works
 3 Disabling IOAPIC (boot -c and disable ioapic/no ioapic*
  at mainbus?) works
 4 Avoiding KVM in-kernel APIC implementation (qemu -no-kvm-irqchip)
  works
 5 Somehow pressing the virtual power button (qemu monitor
  system_powerdown) continues the boot process

1. Backtraces show it hangs at spl0(); at the last of
cpu_configure(), meaning that an interrupt condition is not
cleared forever, even after the interrupt handlers are
called.

There's a hint in the mp_verbose dmesg:

# dmesg | grep 'ioapic0: pin 9'
ioapic0: pin 9 attached to isa0 irq 9 (type 0x0<type=0x0> flags 0xd<pol=0x1=Act Hi,trig=0x3=Level>)
ioapic0: pin 9 attached to pci0 device 1 INT_A (type 0x0<type=0x0> flags 0xf<pol=0x3=Act Lo,trig=0x3=Level>)

Look at the polarity settings.  Same interrupt line shows
both active-high and -low.

The former line comes from ACPI MADT, describing it is active-high:

        Type=INT Override
        BUS=0
        IRQ=9
        INTR=9
        Flags={Polarity=active-hi, Trigger=level}

The latter is from PCI0 _PRT, saying nothing about its polarity:

                Package (0x04)
                {
                    0x0001FFFF, // Address: dev 0 func any
                    Zero, // Pin: INT_A
                    Zero,       // Source: global interrupt
                    0x09        // SourceIndex: 9
                }, 

NetBSD reads _PRT at mpacpi_pciroute() in mpacpi.c.

if (ptrp->Source[0] != 0) {
                /* snip */
} else {
/* snip */
/* Defaults for PCI (active low, level triggered) */
mpi->redir =
    (IOAPIC_REDLO_DEL_FIXED<<IOAPIC_REDLO_DEL_SHIFT) |
    IOAPIC_REDLO_LEVEL | IOAPIC_REDLO_ACTLO;
/* snip */
}

I think we have to honor the MADT interrupt source override
here (it's a `global' interrupt).  Attached patch looks through
all the legacy interrupt settings to do it.

2. The problem was found in our ACPI code.  Good.

3. And in IOAPIC initialization. Ok.

4. Qemu IOAPIC implementation omits polarity settings.  Right?

5. This actually asserts ioapic0 pin 9, but looks it's
 cleared to NetBSD...

Comments?

Index: mpacpi.c
===================================================================
RCS file: /cvsroot/src/sys/arch/x86/x86/mpacpi.c,v
retrieving revision 1.92
diff -u -p -r1.92 mpacpi.c
--- mpacpi.c1 Jul 2011 18:21:31 -00001.92
+++ mpacpi.c17 Feb 2013 11:02:50 -0000
< at >< at > -851,6 +851,7 < at >< at > mpacpi_pciroute(struct mpacpi_pcibus *mp
 if (mp_verbose > 1)
 printf("pciroute: done adding entry\n");
 } else {
+int i;
 if (mp_verbose > 1)
 printf("pciroute: dev %d INT%c on globint %d\n",
     dev, 'A' + (ptrp->Pin & 3),
< at >< at > -880,6 +881,15 < at >< at > mpacpi_pciroute(struct mpacpi_pcibus *mp
 mpi->ioapic_ih = pin;
 mpi->linkdev = NULL;
 mpi->flags = MPS_INTPO_ACTLO | (MPS_INTTR_LEVEL << 2);
+for (i = 0; i < NUM_LEGACY_IRQS-1; i++) {
+if (mp_intrs[i].ioapic == pic &&
+    mp_intrs[i].ioapic_pin == pin) {
+mpi->flags = mp_intrs[i].flags;
+mpi->redir = mp_intrs[i].redir;
+mpi->sflags = mp_intrs[i].sflags;
+break;
+}
+}
 if (mp_verbose > 1)
 printf("pciroute: done adding entry\n");
 }

recent vr(4) change, trouble with net5501

Greg Troxel — 2013-02-13T20:31:04

I have a net5501 that used to run NetBSD 5.  I updated to -6, and it's
been fine for quite a while.  I just updated to -6 from yesterday, which
includes an improvement to vr(4) to not reset the chip when going in and
out of promiscuous mode.  (Before there was a ~1s hiccup when
running/exiting tcpdump.)

When I updated, I rebooted, and the machine did not come back onto the
net.  Visiting it and experimenting, I found:

  booting from applying power worked fine

  rebooting led to the system being up but vr0 being nonfunctional

  on the up/no-vr0 system, running tcpdump printed a message:
    vr0: using force reset command.
  and then it worked ok.

This is the change that I think might be relevant:

  sys/dev/pci/if_vr.c                             1.112 via patch

        Reset the vr(4) chip if the tx engine gets stuck.  No need to
        do a full reset when enabling/disabling promiscuous mode.
        [taca, ticket #783]

Or perhaps it's something else, and the device is left in a bad state
across boots.  I wonder if anyone else is seeing this.

(I posted a similar note to the soekris list.)

Анализ твоих глаз

Ринка Островская — 2013-02-12T22:45:47

http://www.djteejota.com/templates/show.u.php?vision2

Вот наша раскрутка реально работает.!!!

Ларисочка Успенская — 2013-02-01T12:29:31

http://ofek-sym.co.il/wp-content/u1.php