On Fri, Dec 21, 2018 at 9:30 PM Enji Cooper wrote:
>
> > On Dec 21, 2018, at 17:48, Yuri Pankov wrote:
> >
> > Mark Peek wrote:
> >> Thanks for the cc:. I forwarded the original report on to an internal
> >> VMware desktop product contact.
> >
> &
Thanks for the cc:. I forwarded the original report on to an internal
VMware desktop product contact.
What version of Workstation or Fusion is this occurring on? I saw
Workstation 14 mentioned but curious if it occurs on Workstation 15
(latest).
Mark
On Fri, Dec 21, 2018 at 4:19 PM Warner Losh
On Fri, Mar 23, 2018 at 4:19 PM, Konstantin Belousov
wrote:
> On Fri, Mar 23, 2018 at 04:06:23PM -0700, Mark Peek wrote:
> > I ran into the original issue with r330539 on a Fusion VM. Trying this
> > patch causes a different panic:
> >
> > https://people.freebsd.
On Fri, Mar 16, 2018 at 2:56 AM, Konstantin Belousov
wrote:
> On Thu, Mar 15, 2018 at 09:38:56PM -0500, Peter Lei wrote:
> > Some recent UEFI implementations have begun to leave the CPU with page
> > write protection enabled in CR0.
> >
> > With r330539 which enables kernel page protections, inte
On 6/23/12 11:09 AM, Pedro Giffuni wrote:
--- Sab 23/6/12, Fabian Keil ha scritto:
...
My suggestion would be to instead try using the test
scripts in
cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize/
err.D_LLQUANT_FACTORSMALL.d (for example) has
@ = llquantize(0, 1, 0, 10,
There is a reproducible panic in -current after using
i386_set_ioperm(). The extended pcb is attempted to be freed in
cpu_thread_exit() using kmem_free(). Via private mail, Alan Cox
explained it to me as such:
"The problem runs deeper than Giant not being held: cpu_thread_exit()
really can't
At 7:50 AM +0200 6/27/02, Joerg Wunsch wrote:
>As Mark Peek wrote:
>
>> >Hmm, so how to debug a kernel coredump?
>>
>>
>> You need to update your gdb52 port.
>
>I can't find a newer one in CVS:
>
>j@uriah 85% pkg_info -I gdb-\*
>gdb-5.2_2
At 9:01 PM +0200 6/26/02, Joerg Wunsch wrote:
>"David O'Brien" <[EMAIL PROTECTED]> wrote:
>
>> Mark Peek and DFR have made patches against GDB 5.2 such that it
>> should do everything we need it to. It would be most helpful for
>> people to test
At 6:14 PM +0300 6/16/02, Maxim Sobolev wrote:
>As you have requested, I installed devel/gdb52 port on my -current
>system and gave it a try. It works most of the time, but I've noticed
>that breakpoint set to a finction in a shared library doesn't work, at
>least for libraries which have no debug
At 12:19 AM +0900 6/8/02, Jun Kuriyama wrote:
>I've installed gdb-5.2_1, but I cannot debug usual code. I've tried
>with "-g", "-gstabs+" and "-g -gstabs+" but got same result.
>
>
>% cat test1.c
>int main() { int *p; *p = 1; }
>% cc -g test1.c -o test1
>% ./test1
>Bus error (core dumped)
>% gdb5
At 10:54 AM -0700 5/27/02, David O'Brien wrote:
>Verify that your entire kernel is built with "-g -gstabs+". If you still
>cannot use gdb on a core dump, maybe there is a core dump format change
>GDB needs to catch up with. Please use the various objdump, etc. tools
>to verify what type of debug
At 2:58 PM -0700 5/19/02, Steve Kargl wrote:
>Finally, since you're quick with the wit, can you tell me
>how to debug the following problem when I can't compile
>the debugger.
>
>kargl[223] cat a.c
>#include
>int main(void) {
>/* This isn't the problem. The problem is with gdb. */
>abort
At 6:14 PM +0200 5/19/02, Riccardo Torrini wrote:
>If exists a directory named "sort" tcsh chdir to that dir instead of
>executing sort present in path (and no, I have no "." anywere in path)
>
># pwd
>/usr/src/contrib
># find . -name Makefile | sort
># pwd
>/usr/src/contrib/sort
># cd ..
># find
At 3:20 PM -0700 5/12/02, Marcel Moolenaar wrote:
>On Sun, May 12, 2002 at 11:27:42PM +0200, Poul-Henning Kamp wrote:
>>
>> It is not legal to recursively call malloc/free/realloc, and therefore
>> you should either protect all calls to malloc/free/realloc by blocking
>> signals or better: not
At 4:11 PM +0100 3/10/02, Wilko Bulte wrote:
>On Sun, Mar 10, 2002 at 10:07:07AM -0500, Robert Watson wrote:
>>
>> For the past couple of months, I've been working with a set of identical
>> test boxes from SGI which, for some reason, stopped responding to serial
>> break on the serial console.
At 9:34 AM -0800 2/25/02, David O'Brien wrote:
>On Mon, Feb 25, 2002 at 11:51:54AM +0200, Maxim Sobolev wrote:
> > I've noticed that after a recent make world gdb started producing
>> warnings during startup. Please fix.
>
>Please send patch. This will require gdb to be updated to GDB 5.1.1 --
At 11:34 AM -0700 2/6/02, Lyndon Nerenberg wrote:
> > "David" == David W Chapman <[EMAIL PROTECTED]> writes:
>
> David> mergemaster only checks to see if RCSID's are different by
> David> default, I forget which option, but there is one to actually
> David> diff the two files when
At 11:34 AM -0700 2/6/02, Lyndon Nerenberg wrote:
> > "David" == David W Chapman <[EMAIL PROTECTED]> writes:
>
> David> mergemaster only checks to see if RCSID's are different by
> David> default, I forget which option, but there is one to actually
> David> diff the two files when
At 9:14 PM -0500 10/19/01, Jonathan Lemon wrote:
>Below is the patch that I've sent to the people who reported the
>problem, I'm waiting to hear back from them that it works.
Thanks for the real patch. It appears to work fine on my system. No
log messages and arps look good so far.
Mark
To Uns
At 11:23 AM +0200 10/18/01, Harti Brandt wrote:
>On Thu, 18 Oct 2001, Max Khon wrote:
>
>MK>hi, there!
>MK>
>MK>On Thu, Oct 18, 2001 at 12:00:52AM +0200, Jose M. Alcaide wrote:
>MK>
>MK>> On Wed, Oct 17, 2001 at 12:11:45PM -0700, Julian Elischer wrote:
>MK>> > I've seen this when DHCP fails to all
At 4:04 PM -0700 10/10/01, Peter Wemm wrote:
>Warner Losh wrote:
>> In message <[EMAIL PROTECTED]> "Crist J.
>>Clark" writes:
>> : I think just running 'installworld' twice will "fix" it. The error is
>> : non-fatal, but not without implications. The only one that I am aware
>> : of is that y
At 9:29 AM -0700 10/10/01, Bruce A. Mah wrote:
>OK, sounds good. Seems to me this is something that might deserve a
>mention in UPDATING. Something like:
>
> During a source upgrade of a 4-STABLE machine to -CURRENT, the
> installkernel step will attempt to execute a non-existent kld
At 12:05 PM -0700 9/20/01, David O'Brien wrote:
>On Wed, Sep 19, 2001 at 06:22:03PM -0700, Steve Kargl wrote:
>> root[265] make installkernel
>> cd /usr/obj/usr/src/sys/C456086-A; MAKEOBJDIRPREFIX=/usr/obj
>...
>
>What steps lead up to this?
>``make buildworld && make kernel && make kernelinsta
At 9:22 AM +0200 9/18/01, Mark Santcroos wrote:
>Hi Peter,
>
>What is the state of this (for i386)?
>
>Mark
>
>On Sun, Sep 16, 2001 at 11:24:54AM -0700, Julian Elischer wrote:
>> Marcel Moolenaar wrote:
>> >
>> > Gang,
>> >
>> > I don't know exactly what the gdb(1) problems on Alpha are, but
At 3:56 AM +0200 8/18/01, Niels Chr. Bank-Pedersen wrote:
>On Sat, Aug 18, 2001 at 02:34:35AM +0100, Pierre Y. Dampure wrote:
>>
>> The above message is what I get after upgrading from an August 7 to
>> an August 17 world/kernel and trying to run
>> linux-netscape47-communicator. Prior world/ke
At 11:29 AM -0400 8/16/01, Robert Watson wrote:
>This is way cool stuff. I assume these are done based on i386 stack frame
>layouts? Running on other platforms will result in different alignment
>(minor issue, as most of the time it will just be a few bytes here or
>there), and some different co
At 4:46 PM +0200 8/9/01, Harti Brandt wrote:
>some time ago we reported a problem with pxeboot under -current (see below).
>We have tried to track down the problem and it seems to be a bug or a
>feature in gas or libbfd. It turns out, that the output from pxeldr before
>the binutils-2.11 import on
At 3:12 PM -0400 8/7/01, David Hill wrote:
>While reading the exports(5) manpage, near the bottom is an example
>
>kill -s HUP `cat /var/run/mountd.pid`
>
>does kill -s causes this error:
>
># kill -s HUP
>s: Unknown signal; kill -l lists signals.
>
>However, reading the kill(1) manpage, -s is doc
At 4:34 PM -0700 7/10/01, [EMAIL PROTECTED] wrote:
>On Tue, Jul 10, 2001 at 04:04:51PM -0700, Mark Peek wrote:
>> At 3:43 PM -0700 7/10/01, David O'Brien wrote:
>> >On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote:
>> >> Below are patches which all
At 3:43 PM -0700 7/10/01, David O'Brien wrote:
>On Tue, Jul 10, 2001 at 01:29:32PM -0700, Mark Peek wrote:
>> Below are patches which allowed me to run an alpha cross build
>> through to completion using:
>>
>> make -DNOPERL MACHINE_ARCH=alpha MAKEOBJDIRPREFI
At 3:15 AM +0200 7/9/01, Dag-Erling Smorgrav wrote:
>Warner Losh <[EMAIL PROTECTED]> writes:
>> cc: ../../libbfd/libbfd.a: No such file or directory
>> cc: ../../libiberty/libiberty.a: No such file or directory
>> cc: ../../libopcodes/libopcodes.a: No such file or directory
>> *** Error code 1
At 1:49 PM -0600 7/8/01, Warner Losh wrote:
>In message <[EMAIL PROTECTED]> "David O'Brien" writes:
>: On Sun, Jul 08, 2001 at 07:03:26PM +0200, Dag-Erling Smorgrav wrote:
>: > Bruce Evans <[EMAIL PROTECTED]> writes:
>: > > [explaining how to build an LP64 world on i386]
>: >
>: > I just had a maj
At 4:37 PM +1000 7/6/01, Peter Jeremy wrote:
>Another random thought: If it was easier to build/install a
>cross-platform version of gcc, it might be easier to convince
>developers to at least check that compiling on different platforms
>works before committing.
Peter,
I had the same idea last n
At 8:27 AM -0700 7/1/01, Alex Zepeda wrote:
>On Sun, Jul 01, 2001 at 08:09:14AM -0700, Mark Peek wrote:
>
>> Right, there is a new compile directory. Perhaps this needs to be
>> added to UPDATING. Anyway, did you run "cvs update -dP" on your cvs
>> tree
At 10:05 AM -0400 7/1/01, Mike Heffner wrote:
>It works for me ;) Remember that the new default is:
>
> /sys/${MACHINEARCH}/compile/${KERNCONF}
>
>
>On 01-Jul-2001 Takeshi Ken Yamada wrote:
>|
>| The same here, but 'config -d /sys/compile/GENERIC GENERIC'
>| did what it is supposed to do.
>|
>
At 11:47 PM +0900 6/18/01, Makoto MATSUSHITA wrote:
>(from dmesg output)
>atapci0: port 0xf000-0xf00f at device
>7.1 on pci0
>ata0: at 0x1f0 irq 14 on atapci0
>ata1: at 0x170 irq 15 on atapci0
This looks right to me. One main PIIX4 ATA controller with two
independent IDE channels (usually refe
36 matches
Mail list logo
