eeprom does not compile on current/macppc

Rebuilding the userland on a current/maccppc MacMini filas with ===> usr.sbin/eeprom cc -O2 -pipe -Werror-implicit-function-declaration -c getdate.c /usr/src/usr.sbin/eeprom/getdate.y: In function 'get_date': /usr/src/usr.sbin/eeprom/getdate.y:860: error: implicit declaration of function

Re: Support for the "ste" device driver on amd64

Thank you for a clear explanation. I agree that the device is old and if the current driver needs to be rewritten, it is better to focus on more important tasks. Best wishes for the New Year! Andrzej On Wed, Dec 30, 2015 at 05:11:37PM -0700, Theo de Raadt wrote: > The driver must be rewritten

Re: Make em(4) more mpsafe again

On Sat, Dec 05, 2015 at 03:41:24PM +0100, Claudio Jeker wrote: > So Mark and I spent some time to figure out what the issue was with ix(4) > based on that info I resurected the em(4) mpsafe diff that got backed out > and I applied the same fix. It is somewhat unclear if this fixes the > watchdog

Re: OpenBSD 5.8 on Xeon-D (1540) systems

> Read my message again. I'm suggesting to turn xhci off in the kernel, > not the BIOS. Alright, so here's an update. This Xeon-D system is able to be booted and installed using your suggestions: In BIOS: CPU Configuration -> Cores Enabled -> set to 1 In UKC: disable acpi disable xhci Here's

Re: eeprom does not compile on current/macppc

> From: "Todd C. Miller" > Date: Thu, 31 Dec 2015 12:01:10 -0700 > > On Thu, 31 Dec 2015 19:53:01 +0100, Mark Kettenis wrote: > > > Fallout from -Werror-implicit-function-declaration. > > > > Diff below fixes it. ok? > > Hmmm, should the yyparse() proto really be

Re: eeprom does not compile on current/macppc

On Thu, Dec 31, 2015 at 11:13 AM, Todd C. Miller wrote: > On Thu, 31 Dec 2015 11:02:01 -0800, Philip Guenther wrote: > >> Wouldn't it better to have yacc's skeleton.c provide a prototype so >> that it's fixed for all .y files? I see that bison's output includes >> an

Re: Make em(4) more mpsafe again

On Fri, Jan 01, 2016 at 12:08:53AM +1000, David Gwynne wrote: > [...] > tests? ok? > [...] I'll test it tonight in my hackerspace. There's never a better time for testing network patches than new years eve, since people will be drunk enough to ignore occasional glitches when I restart the router

Re: eeprom does not compile on current/macppc

On Thu, 31 Dec 2015 11:02:01 -0800, Philip Guenther wrote: > Wouldn't it better to have yacc's skeleton.c provide a prototype so > that it's fixed for all .y files? I see that bison's output includes > an "int yyparse (void);" prototype, so I would expect minimal ports > issues. That's probably

Re: OpenBSD 5.8 on Xeon-D (1540) systems

> From: Dale Ghent > Date: Thu, 31 Dec 2015 13:45:49 -0500 > > > Read my message again. I'm suggesting to turn xhci off in the kernel, > > not the BIOS. > > Alright, so here's an update. This Xeon-D system is able to be booted and > installed using your suggestions: > >

Re: eeprom does not compile on current/macppc

> From: "Todd C. Miller" > Date: Thu, 31 Dec 2015 12:13:05 -0700 > > On Thu, 31 Dec 2015 11:02:01 -0800, Philip Guenther wrote: > > > Wouldn't it better to have yacc's skeleton.c provide a prototype so > > that it's fixed for all .y files? I see that bison's output

Re: eeprom does not compile on current/macppc

On Thu, 31 Dec 2015 19:53:01 +0100, Mark Kettenis wrote: > Fallout from -Werror-implicit-function-declaration. > > Diff below fixes it. ok? Hmmm, should the yyparse() proto really be static? The actual yyparse() generated by yacc is not static. - todd

Re: eeprom does not compile on current/macppc

> Date: Thu, 31 Dec 2015 13:18:13 +0100 > From: Jan Stary > > ===> usr.sbin/eeprom > cc -O2 -pipe -Werror-implicit-function-declaration -c getdate.c > /usr/src/usr.sbin/eeprom/getdate.y: In function 'get_date': > /usr/src/usr.sbin/eeprom/getdate.y:860: error: implicit

Re: eeprom does not compile on current/macppc

On Thu, 31 Dec 2015 19:53:01 +0100, Mark Kettenis wrote: > Fallout from -Werror-implicit-function-declaration. > > Diff below fixes it. ok? OK millert@ - todd

Re: eeprom does not compile on current/macppc

On Thu, Dec 31, 2015 at 10:53 AM, Mark Kettenis wrote: >> Date: Thu, 31 Dec 2015 13:18:13 +0100 >> From: Jan Stary >> >> ===> usr.sbin/eeprom >> cc -O2 -pipe -Werror-implicit-function-declaration -c getdate.c >> /usr/src/usr.sbin/eeprom/getdate.y: In

Re: OpenBSD 5.8 on Xeon-D (1540) systems

> On Dec 31, 2015, at 2:43 PM, Mark Kettenis wrote: > > Can you please send me a dmesg as well as the acpidump output for this > machine? That will give me a chance at figuring out what is going > wrong. Here you go, Mark: http://elemental.org/xeon-d.tar.gz /dale

Clarify vmctl(8) console

I wasn't sure which key combination is the escape sequence. Index: vmctl.8 === RCS file: /cvs/src/usr.sbin/vmctl/vmctl.8,v retrieving revision 1.9 diff -u -p -r1.9 vmctl.8 --- vmctl.8 11 Dec 2015 10:16:53 - 1.9 +++

Re: Get PCI resources from ACPI

On Wed, 30 Dec 2015, Mark Kettenis wrote: ... > Updated diff. Once again the ACPI standard is ambiguous and/or violated > by the hardware vendors. This should fix at least the ports Dell r620 > that naddy@ told me about. Here's the diff of dmesgs with-vs-without this diff on my yoga12: @@

integer truncation in soreceive()

Another integer overflow: A recv() call with a size of 2^32 bytes causes soreceive() to spin in an endless loop, resulting in a system freeze. The diff below prevents this behaviour by establishing an upper bound for uio_resid before assigning the value to an integer variable with smaller width.

uvm_io: uiomovei -> uiomove

Hello sz is type vsize_t, and vsize_t and vaddr_t are unsigned long on every arch, so I believe this can safely be converted. vaddr_t baseva, endva, pageoffset, kva; vsize_t chunksz, togo, sz; - David Index: uvm/uvm_io.c

Re: eeprom does not compile on current/macppc

On Thu, 31 Dec 2015 11:23:19 -0800, Philip Guenther wrote: > Putting it in the header[] array appears to generate good output, even > with the -p option. OK millert@, works fine with and without -p. - todd

mention /etc/doas.conf instead of plain doas.conf

I just switched from sudo to doas and was stumped by this. The doas code expects doas.conf in /etc yet the manpage does not explicitly make that clear. I added a SYNOPSIS like in "man login.conf". Thanks Index: doas.conf.5 === RCS

patch sys/kern/kern_xxx.c for SYSCALL_DEBUG

The following patch permits kern_xxx.c to build with SYSCALL_DEBUG. Index: kern_xxx.c === RCS file: /systems/cvs/src/sys/kern/kern_xxx.c,v retrieving revision 1.29 diff -u -p -u -r1.29 kern_xxx.c --- kern_xxx.c 5 Dec 2015 10:11:53

A cleanup block for virtio.c vionet_notifyq()

It looks like there were two cases of a memory leak (lack of free(pkt)). Also fix typo: unexpceted -> unexpected, and remove an empty line after a while(). Index: virtio.c === RCS file: /cvs/src/usr.sbin/vmd/virtio.c,v retrieving