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
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
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
> 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
> 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
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
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
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
> 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:
>
>
> 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
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
> 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
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
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
> 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
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
+++
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:
@@
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.
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
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
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
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
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
23 matches
Mail list logo