Age | Commit message (Collapse) | Author |
|
Fixes a bug when going in and out of promiscuous mode results in the
driver not disabling all multicast mode.
Tested by kili@ jasper@
|
|
ok jsg@
|
|
cheap, if we wanted this stuff there'd be a diff by now.
requested by miod@ and kettenis@
|
|
|
|
counterparts, so list them separately to the ones that do.
|
|
|
|
swap for you to the hosts endianness. sometimes you dont want this hand
holding and just want raw access to the registers. bus_space does have
stuff to do this already, but they deal with buffers which can be awkward
if you just want to get or set a single register.
this adds the following to i386 and amd64:
bus_space_read_raw_2() bus_space_read_raw_4() bus_space_read_raw_8()
bus_space_write_raw_2() bus_space_write_raw_4() bus_space_write_raw_8()
sparc64 already implements this, even though it wasnt part of the
official api. how handy.
i'll do other archs as i can.
kettenis@ and miod@ seem ok with this
|
|
5719 and 5720 chips that have popped up in a lot of new machines.
this diff is largely a merge of the freebsd code. thanks to srebrenko
sehic for providing me hardware to do the work on. also, a huge
thanks to claudio for trawling through the diff to fix merge issues,
understand the changes, and actually make it work.
tested by sthen@ naddy@ jmatthew@ claudio@ jj@ and me
tested chips include:
bge0 at pci2 dev 3 function 0 "Broadcom BCM5704C" rev 0x10, BCM5704 B0 (0x2100): apic 2 int 8, address 00:30:48:59:52:44
brgphy0 at bge0 phy 1: BCM5704 10/100/1000baseT PHY, rev. 0
bge0 at pci3 dev 0 function 0 "Broadcom BCM5723" rev 0x10, BCM5784 A1 (0x5784100): apic 2 int 18, address e4:11:5b:12:bd:d6
brgphy0 at bge0 phy 1: BCM5784 10/100/1000baseT PHY, rev. 4
bge0 at pci3 dev 4 function 0 "Broadcom BCM5714" rev 0xa3, BCM5715 A3 (0x9003): ivec 0x795, address 00:14:4f:a9:34:90
brgphy0 at bge0 phy 1: BCM5714 10/100/1000baseT/SX PHY, rev. 0
bge0 at pci2 dev 0 function 0 "Broadcom BCM5761" rev 0x10, BCM5761 A1 (0x5761100): apic 2 int 18, address 00:10:18:4b:23:b4
brgphy0 at bge0 phy 1: BCM5761 10/100/1000baseT PHY, rev. 0
bge0 at pci0 dev 5 function 0 "Broadcom BCM5702X" rev 0x02, BCM5702/5703 A2 (0x1002): eb164 irq 2, address 00:10:18:00:98:e9
brgphy0 at bge0 phy 1: BCM5703 10/100/1000baseT PHY, rev. 2
bge0 at pci2 dev 2 function 0 "Broadcom BCM5703" rev 0x00, BCM5702/5703 A2 (0x1002): ivec 0x7dc, address 00:14:4f:16:a0:23
and of course:
bge1 at pci5 dev 0 function 0 "Broadcom BCM5720" rev 0x00, BCM5720 A0 (0x5720000), APE firmware NCSI 1.0.85.0: apic 0 int 16, address d4:ae:52:a7:05:38
brgphy1 at bge1 phy 1: BCM5720C 10/100/1000baseT PHY, rev. 0
bge2 at pci5 dev 0 function 1 "Broadcom BCM5720" rev 0x00, BCM5720 A0 (0x5720000), APE firmware NCSI 1.0.85.0: apic 0 int 17, address d4:ae:52:a7:05:39
brgphy2 at bge2 phy 2: BCM5720C 10/100/1000baseT PHY, rev. 0
either sthen@ or i will be around to handle any issues after this commit.
|
|
be resolved at link time, such as when linking a binary from objects which
have been compiled PIC (one such case being perl's miniperl).
While there, borrow the check and error message for GOT_16[HL] with nonzero
addend (which can only happen with badly crafted .s files and do not behave
like one may naively think they do) from elf32-ppc.
|
|
SYMBOL_REF or LABEL_REF, when deciding to put #got_rel relocations. This allows
(symbol + constant) to be correctly relocated when building PIC.
|
|
|
|
ok mpi@
|
|
reduces memory footprint by a great deal when relaying lots of messages.
ok gilles@
|
|
ok gilles@
|
|
|
|
DH prime parameter. bring the update from smtpd...
openldap client now accepts to connect to a ssl-enabled ldapd server,
issue reported by Joel Carnat and Vadim Agarkov
diff ok mikeb@ and martinh@
|
|
|
|
ok sthen mpi
|
|
messages
|
|
- improve logging of the transfer process
trace by me, logging by eric
|
|
|
|
but with tweaks so it works on 6105Ms like those found in pcengines alix
and soekris 5501s. ok sthen@, help brad chris mikeb dlg jsing
There may be other 610x chips that would benefit from the VR_Q_INTDISABLE
quirk, please send me a dmesg if you can confirm it works.
|
|
caused the code responsible for adding the proper #got_rel relocation to the
second part of the PIC symbol address load.
Instead of using an UNSPEC for that purpose (which violates assumptions made
by the MI code anyway), check for the the second operand of a LO_SUM being
either a SYMBOL_REF or a LABEL_REF, to output the #got_rel relocation, and
drop the remaining bits of UNSPEC handling.
|
|
Agreed with millert@ and guenther@
|
|
|
|
|
|
|
|
From FreeBSD
ok jsg@
|
|
lease and reuse as required whenever resolv.conf is written. Use
write_file() rather than a custom message/functions to write out
resolv.conf.
|
|
resetting the appropriate register in setregs(). Similar in spirit to what
m68k does (restoring a null frame), and necessary since m88k doesn't do lazy
fpu switching.
|
|
|
|
invoked with lazy binding.
|
|
touch resolv.conf" behaviour.
|
|
small for production servers now that pf is on by default.
OK phessler@
|
|
|
|
|
|
|
|
used and can bite the dust
|
|
code is no longer used
|
|
|
|
|
|
* first bricks of ldap and sqlite support (not finished but both working)
* new table API to replace map API, all lookups are done through tables
* improved handling of temporary errors throughout the daemon
* improved scheduler and mta logic: connection reuse, optimizes batches
* improved queue: more tolerant to admin errors, new layout, less disk-IO
* improved memory usage under high load
* SSL certs/keys isolated to lookup process to avoid facing network
* VIRTUAL support improved, fully virtual setups possible now
* runtime tracing of processes through smtpctl trace
* ssl_privsep.c sync-ed with relayd
* ssl.c no longer contains smtpd specific interfaces
* smtpd-specific ssl bits moved to ssl_smtpd.c
* update mail address in copyright
FLUSH YOUR QUEUE. FLUSH YOUR QUEUE. FLUSH YOUR QUEUE. FLUSH YOUR QUEUE.
smtpd.conf(5) simplified, it will require adaptations
ok eric@
|
|
if there is need to send a SIGTERM to mountd(8), it should be done
manually as there is too much involved with RPC daemons to make it
automagic.
ok beck@
|
|
|
|
|
|
application during subsequent resolv.conf building.
|
|
|
|
ok millert@
|
|
|
|
No functionnal change.
|