[odc] Daily src changes for 2007-08-15

[ODC]

OpenBSD src changes summary for 2007-08-15
==========================================

distrib/macppc                          sbin/isakmpd
share/man                               sys/arch/hppa/conf
sys/arch/sparc64/sparc64                sys/dev/isa
sys/dev/pci                             usr.bin/ssh
usr.bin/sudo                            usr.sbin/ftp-proxy

== distrib =========================================================== 01/06 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/distrib

macppc

  ~ ramdisk/install.md                    

  > go slightly back to the older behaviour by writing out a default disk label
  > only if 'i' is not found; by krw who is not around, looked at by drahn
  > and otto and miod (deraadt@)

== sbin ============================================================== 02/06 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/sbin

isakmpd

  ~ ike_quick_mode.c                      

  > Remove a superflous debug fprintf. (hshoexer@)

== share ============================================================= 03/06 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man7/ports.7                          

  > Simplify locking description: most things have nice default values these
  > days, the casual user doesn't need more than defining LOCKDIR to get
  > locks working on the ports tree. (espie@)

== sys =============================================================== 04/06 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/sys

arch/hppa/conf

  ~ GENERIC                               ~ RAMDISK

  > Add sti at uturn; the C180 has it there.  Tested by nick at . (kettenis@)

arch/sparc64/sparc64

  ~ db_trace.c                            

  > Kernel stacks can live beyond EINTSTACK now.
  > ok deraadt@ (kettenis@)

dev/isa

  ~ aha.c                                 

  > When polling call ahaintr() at splbio(). Noticed by and fix tested by
  > todd at . (krw@)

dev/pci

  ~ if_nxe.c                              

  > there is flash on the netxens that contains things like the firmware, the
  > firmware boot loader, and various structs with information about how the
  > chip is configured. these registers are used to access that flash. (dlg@)

  ~ if_nxe.c                              

  > add DPRINTF and DASSERT debug macros. (dlg@)

  ~ if_nxe.c                              

  > code to wait on registers in the main and crb spaces. (dlg@)

  ~ if_nxe.c                              

  > code to read stuff out of the flash chip on the netxen. (dlg@)

  ~ if_nxe.c                              

  > move the mapping of the registers out of attach and into their own function
  > (dlg@)

  ~ if_nxe.c                              

  > we're going to spend most of our time in crb window 1, so move the chip
  > into that window in attach. (dlg@)

  ~ if_nxe.c                              

  > list where different things lie in the flash.
  > define what the board info and user info regions in the flash look like as
  > structs. (dlg@)

  ~ if_nxe.c                              

  > code to unmap the register windows if something in attach goes horribly
  > wrong. (dlg@)

  ~ if_nxe.c                              

  > provide a map of the board type the flash memory will tell us we are to the
  > type of interface it provides. drivers need to deal with 10Gb (XGB) and
  > gigabit (GBE) differently. (dlg@)

  ~ if_nxe.c                              

  > read the board information off the flash. check it, and stash what type of
  > board they say we are. (dlg@)

  ~ if_nxe.c                              

  > we're a nic, so we need the arpcom and ifmedia structs in our softc (dlg@)

  ~ if_nxe.c                              

  > fetch the user info off the board. the lladdr and firmware version are
  > stored on it.
  > display the fw and lladdr in attach. (dlg@)

  ~ if_nxe.c                              

  > define the rest of the registers i know about: the interrupt registers,
  > init, xg config, ring and context addresses, temp sensor, firmware states.
  > (dlg@)

  ~ if_nxe.c                              

  > white space fixes (dlg@)

  ~ if_nxe.c                              

  > pull my wrapper around single segment dma allocations in. its got to be at
  > least half a dozen drivers now that use this. (dlg@)

  ~ if_nxe.c                              

  > start the init of the firmware. it can take a long time, so we start it in
  > attach and make sure its finished at mountroot time. (dlg@)

  ~ if_nxe.c                              

  > hook a kernel sensor up to the temp register on the chip. poll out of a
  > timeout since reading registers doesnt need a process context. (dlg@)

  ~ if_nxe.c                              

  > hook up the ether and ifmedia layers. you can see nxe in ifconfig output
  > now. just the lladdr though, i havent filled in enough of the ioctl handler
  > for more yet. (dlg@)

  ~ if_nxe.c                              

  > implement link state monitoring. you have to poll the firmware to see the
  > state of the link. since im doing this already for the temp sensor i merged
  > the polling for both and do them at the same time. i poll every 5 seconds
  > now instead of every 60.
  > i can now tell if the cable between the nxe and tht has fallen out.
  > white space fixes while im here. (dlg@)

  ~ if_nxe.c                              

  > steal pkt handling from tht. this lets us keep track of mbufs when theyre
  > on the hardware. it stashes ids and dma bits. (dlg@)

  ~ if_nxe.c                              

  > code to allocate, free, sync, and iterate over rings. this is based loosely
  > on the fifos used in tht. very loosely. tht fifos were set up to take small
  > writes of varying length and read or write them into the dmaable memory.
  > nxe has fixed sized descriptors in each ring, so this ring handling is set
  > up to just give pointers to the memory to be filled in directly. the
  > iterator just pushes this pointer around the ring. (dlg@)

  ~ if_nxe.c                              

  > tell the ioctl handler to call nxe_up/down/iff at the right times. they
  > are just stubs at the moment though. (dlg@)

  ~ if_nxe.c                              

  > this code definitely uses queue.h (dlg@)

  ~ if_nxe.c                              

  > lock accesses to the ioctl handler. (dlg@)

  ~ if_nxe.c                              

  > move the firmware to the right state before we start allocating everything
  > for it. (dlg@)

  ~ if_nxe.c                              

  > here are the tx, rx, and status (rx completion) descriptors used in the io
  > paths. (dlg@)

  ~ if_nxe.c                              

  > allocate pkt lists when the interface is brought up.
  > make nxe_up return void and report its failure by not setting the RUNNING
  > flag like every other nic ive read. (dlg@)

  ~ if_nxe.c                              

  > when the interface is brought up allocate all the things that are needed
  > for the chip to work with, eg, the context region, the cmd consumer, the
  > cmd/tx ring, the status ring, and the 3 rx rings.
  > free it all when we bring the chip down. (dlg@)

  ~ if_nxe.c                              

  > sync all the bits for use by the hardware, and then point the chip at them.
  > the firmware is now ready to send and recv packets. (dlg@)

  ~ if_nxe.c                              

  > program the lladdr when the chip is brought up. (dlg@)

  ~ if_nxe.c                              

  > program the mac control thing according the the multicast or promisc
  > settings that we ask for. set these flags when the interface is brought up.
  > (dlg@)

  ~ if_nxe.c                              

  > implement nxe_start. this is enough to put packets on the wire. the sgl
  > layout of this chip is extremely weird. there's only 4 sg entries in each
  > tx descriptor, but theyre out of order. you can use multiple tx descriptors
  > to tx more than 4 segments, but instead of letting you use all 64bytes that
  > a tx descriptor uses you just use the same 4 sg entries, and up to 8 descs.
  > (dlg@)

  ~ if_nxe.c                              

  > hook the interrupt up (dlg@)

  ~ if_nxe.c                              

  > oops, forgot the print the intr string on attach (dlg@)

== usr.bin =========================================================== 05/06 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin

ssh

  ~ clientloop.c                          

  > do NOT fall back to the trused x11 cookie if generation of an untrusted
  > cookie fails; from security-alert at sun.com; ok dtucker (markus@)

  ~ version.h                             

  > openssh 4.7 (markus@)

  ~ ssh_config.5                          

  > tun device forwarding now honours ExitOnForwardFailure; ok markus@
  > (stevesk@)

sudo

  ~ CHANGES                               ~ Makefile.in
  ~ aclocal.m4                            ~ config.h
  ~ config.h.in                           ~ configure
  ~ configure.in                          ~ interfaces.c
  ~ interfaces.h                          ~ logging.c
  ~ parse.c                               ~ parse.lex
  ~ parse.yacc                            ~ sudo.c
  ~ sudo.pod                              ~ sudoers.pod
  ~ version.h                             ~ visudo.pod

  > Update to sudo 1.6.9p4.  Basically IPv6 support and improved man pages.
  > (millert@)

== usr.sbin ========================================================== 06/06 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

ftp-proxy

  ~ ftp-proxy.c                           

  > Some servers / proxies out there like to open the data connection
  > immediately after the client sends the PORT command.  The "normal"
  > behaviour is to wait for the client to actually request a transfer.
  > Make ftp-proxy add the active mode rules immediately too, so that
  > both scenario's work.
  > ok david pyr
  > Tested by Frank Denis, Stephan A. Rickauer,  Ingo Schwarze, Stuart
  > Henderson.	Thanks. (camield@)

===============================================================================