>> 'x86bios_map_mem': /src/sys/compat/x86bios/x86bios.c:558:
> >> warning: cast to pointer from integer of different size ***
> >> Error code 1
> >>
> >> Stop in /obj/i386/src/sys/PAE.
> >> *** Error co
me that you
only need the latter.
Also, if possible, I'd like to see 'devinfo -rv', 'pciconf -clv',
'acpidump -dt', and 'lspci -vvv' output. Note lspci is available via
ports/sysutils/pciutils.
Thanks,
Jung-uk Kim
_
On Wednesday 20 October 2010 01:52 pm, Matt wrote:
> On 10/20/10 10:37, Matt wrote:
> >> On Wed, 20 Oct 2010, Jung-uk Kim wrote:
> >>> On Tuesday 19 October 2010 09:15 pm, Matt wrote:
> >>>> My experience with a sleeping freebsd laptop has been
> >
On Wednesday 20 October 2010 04:57 pm, Matt wrote:
> On 10/20/10 10:52, Matt wrote:
> > On 10/20/10 10:37, Matt wrote:
> >>> On Wed, 20 Oct 2010, Jung-uk Kim wrote:
> >>>> On Tuesday 19 October 2010 09:15 pm, Matt wrote:
> >>>>>
it off from loader (i.e., "set vm.pmap.pat_works=0") and restore old
behaviour without recompiling a new kernel.
Thanks in advance!
Jung-uk Kim
Index: sys/amd64/amd64/pmap.c
===
--- sys/amd64/amd64/pmap.c (revision 215352)
+++ s
On Tuesday 16 November 2010 02:33 pm, Patrick Lamaiziere wrote:
> Le Mon, 15 Nov 2010 20:36:42 -0500,
>
> Jung-uk Kim a �crit :
> > Often times I hear complaints like "my Mac hangs after upgrading
> > to 8.1" or "snapshot CD hangs on my brand new Mac". I
On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
> Often times I hear complaints like "my Mac hangs after upgrading to
> 8.1" or "snapshot CD hangs on my brand new Mac". I know some of
> these complaints started happening when we switched to new PAT
> layou
for more details.
I bet these are "legacy free" machines, right? I recently noticed
that recent Intel chipsets cause incredibly long delays when
non-existent ISA ports are accessed, most notably AT keyboard ports.
(My gut tells me it is going in and o
On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote:
> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
> > Often times I hear complaints like "my Mac hangs after upgrading
> > to 8.1" or "snapshot CD hangs on my brand new Mac". I know some
> &
On Sunday 21 November 2010 06:16 pm, army.of.root wrote:
> On 10\11\19 19:54, Jung-uk Kim wrote:
> > On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote:
> >> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote:
> >>> Often times I hear complaints like "my
into a common x86 version, which would be the same as i386 version,
> which seems to be generic enough.
Agreed.
Thanks,
Jung-uk Kim
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On Friday 03 December 2010 01:14 pm, Andriy Gapon wrote:
> on 03/12/2010 20:05 Jung-uk Kim said the following:
> > On Friday 03 December 2010 12:26 pm, Andriy Gapon wrote:
> >> FreeBSD uses cpu_ticks [function pointer] in a few places for a
> >> few things like process C
On Friday 03 December 2010 06:47 pm, Andriy Gapon wrote:
> on 03/12/2010 22:03 Jung-uk Kim said the following:
> > On Friday 03 December 2010 01:14 pm, Andriy Gapon wrote:
> >> on 03/12/2010 20:05 Jung-uk Kim said the following:
> >>> On Friday 03 December 201
On Saturday 04 December 2010 06:12 am, Andriy Gapon wrote:
> on 04/12/2010 02:38 Jung-uk Kim said the following:
> > If my understanding is correct, your patch uses the dummy
> > timecounter until a real timecounter is chosen.
>
> Perhaps this is one way to look at i
On Monday 06 December 2010 12:58 pm, Andriy Gapon wrote:
> on 06/12/2010 19:42 Jung-uk Kim said the following:
> > Sigh... Please see the history of calcru() in
> > sys/kern/kern_resource.c. Most important ones are:
> >
> > http://svn.freebsd.org/viewvc/base?vi
On Monday 06 December 2010 01:40 pm, Andriy Gapon wrote:
> on 06/12/2010 20:34 Jung-uk Kim said the following:
> > On Monday 06 December 2010 12:58 pm, Andriy Gapon wrote:
> >> on 06/12/2010 19:42 Jung-uk Kim said the following:
> >>> Sigh... Please see the history
On Monday 06 December 2010 01:56 pm, Andriy Gapon wrote:
> on 06/12/2010 20:34 Jung-uk Kim said the following:
> > I understand that. However, it is not clear to me why you want
> > to pessimize performance of old hardware. If you can convince me
> > old hardware with slow
On Monday 06 December 2010 02:09 pm, Andriy Gapon wrote:
> on 06/12/2010 21:01 Jung-uk Kim said the following:
> > :-) Don't get me wrong, I generally agree with you *iff* it does
> > : not
> >
> > hurt too much. Anyway, this issue should be resolved from the
&g
On Monday 06 December 2010 02:38 pm, Andriy Gapon wrote:
> on 06/12/2010 21:27 Jung-uk Kim said the following:
> > On Monday 06 December 2010 02:09 pm, Andriy Gapon wrote:
> >> on 06/12/2010 21:01 Jung-uk Kim said the following:
> >>> :-) Don't get me wrong,
> > r...@home.encontacto.net:/usr/obj/usr/src/sys/ENCONTACTO i386
> >
> > Thanks again,
> >
> > ed
> >
> > Thanks so much for your help.
> >
> > ed
> >
> > >> If that is the case, you probably want this:
> > >>
On Thursday 13 January 2011 01:14 pm, Jung-uk Kim wrote:
> On Wednesday 12 January 2011 10:22 pm, Ariff Abdullah wrote:
> > On Wed, 12 Jan 2011 09:53:03 -0600
> >
> > eculp wrote:
> > > Quoting Ariff Abdullah :
> > > > On Wed, 12 Jan 2011 22
On Thursday 13 January 2011 06:20 pm, Ariff Abdullah wrote:
> On Thu, 13 Jan 2011 15:24:52 -0500
>
> Jung-uk Kim wrote:
> > On Thursday 13 January 2011 01:14 pm, Jung-uk Kim wrote:
> > > On Wednesday 12 January 2011 10:22 pm, Ariff Abdullah wrote:
> > > >
octl+0x1ad
> devfs_ioctl_f(c2a75508,2000560c,cd299cf4,c2a53780,c2b7c5a0,...) at
> 0xc0516b3a = devfs_ioctl_f+0x10a
> kern_ioctl(c2b7c5a0,0,2000560c,cd299cf4,299cec,...) at 0xc05bbae8 =
> kern_ioctl+0x288
> ioctl(c2b7c5a0,cd299cec,cd299d28,cd299d80,28161bb0,...) at
> 0xc05bbc4f = ioctl+0x12f
&g
On Wednesday 19 January 2011 03:32 am, b. f. wrote:
> On 1/19/11, Jung-uk Kim wrote:
> > On Tuesday 18 January 2011 10:08 pm, b. f. wrote:
> >> Marc UBM Bocklet wrote:
> >
> > Please try the attached patch.
>
> Your patch fixes my problem. With the patch, I c
ee that res->Length is <= sizeof(ACPI_RESOURCE) ?
No. Please try the attached patch (after your r218685).
Jung-uk Kim
Index: sys/dev/acpica/acpi_resource.c
===
--- sys/dev/acpica/acpi_resource.c (revision 218686)
roup=0x
> Start Bus=0
> End Bus=255
> */
> /*
> TCPA: Length=50, Revision=1, Checksum=153,
> OEMID=PTLTD, OEM Table ID=CALISTGA, OEM Revision=0x604,
> Creator ID= PTL, Creator Revision=0x1
> Class 0 Base Address 0x0 Lengt
On Monday 14 February 2011 01:37 pm, John Baldwin wrote:
> On Monday, February 14, 2011 1:30:18 pm Jung-uk Kim wrote:
> > On Monday 14 February 2011 10:29 am, Matthew Fleming wrote:
> > > On Mon, Feb 14, 2011 at 6:24 AM, John Baldwin
> >
> > wrote:
> > > &g
On Monday 14 February 2011 01:40 pm, Jung-uk Kim wrote:
> On Monday 14 February 2011 10:37 am, Michael Butler wrote:
> > On 02/14/11 10:29, Matthew Fleming wrote:
> > >>> 1) should the length of the bcopy() be changed to either
> > >>> respect
On Monday 14 February 2011 01:45 pm, Matthew Fleming wrote:
> On Mon, Feb 14, 2011 at 10:37 AM, John Baldwin
wrote:
> > On Monday, February 14, 2011 1:30:18 pm Jung-uk Kim wrote:
> >> On Monday 14 February 2011 10:29 am, Matthew Fleming wrote:
> >> > On Mon, Feb 14,
ns at build32. 64-bit library was
okay. Does anyone know what went wrong?
Thanks,
Jung-uk Kim
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
ification though (via
> device_suspend() hooks that drivers like mpt, etc. could register
> for) and could then use that to post a suspend of the associated
> buses. That doesn't require CAM to use new-bus though.
FYI, I've b
On Thursday 24 February 2011 04:53 pm, Brandon Gooch wrote:
> On Feb 24, 2011, at 2:44 PM, Bruce Cran wrote:
> > On Thu, 24 Feb 2011 15:38:15 -0500
> >
> > Jung-uk Kim wrote:
> >> FYI, I've been using the following hack for a while now:
> >>
> >
el: amdtemp0: F3xE8
> Northbridge Capabilities Register = 0x0207df19
>
> But I don't have any idea to fix register's paraemters. Do you
> have any idea?
Sorry, I don't. You may find Linux k10temp driver
(drivers/hwmon/k10temp.c) useful, though.
Jung-uk Kim
__
On Wednesday 05 May 2010 01:51 pm, Jung-uk Kim wrote:
> On Wednesday 05 May 2010 02:43 am, Norikatsu Shigemura wrote:
> > Hi jkim.
> >
> > I can't get CPU temperature via amdtemp(4). So I researched,
> > but I can't fix this issue, maybe initia
((vers & 0xf000) >> 12) * 10 + ((vers & 0x0f00) >> 8),
> ((vers & 0x00f0) >> 4) * 10 + (vers & 0x000f));
> - return (1);
> + goto fail;
> }
>
>
ot
>> the final merge from the projects/openssl111 branch.
>>
>> Glen
>>
>
> Seems r339303 is the cuplrit. Reverting this gets my build completing.
It seems ldns now requires libssl.so to support DANE-TA. Please try the
attached patch.
Jung-uk Kim
Index: lib/libld
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 18. 10. 11., Jung-uk Kim wrote:
> On 18. 10. 11., Justin Hibbits wrote:
>> On Thu, 11 Oct 2018 19:07:45 + Glen Barber
>> wrote:
>>
>>> On Thu, Oct 11, 2018 at 09:05:52AM +0200, Raúl wrote:
>>>&g
nt 2
>> of 'lh_ERR_STRING_DATA_insert' discards qualifiers from pointer target type
>> /usr/obj/usr/src/powerpc.powerpc/tmp/usr/bin/ld: cannot find -lpthread
>> *** Error code 1
>>
>> Stop.
>> make[4]: stopped in /usr/src/secure/
On 18. 10. 12., Jung-uk Kim wrote:
> On 18. 10. 11., Glen Barber wrote:
>> On Thu, Oct 11, 2018 at 10:55:46PM +, Glen Barber wrote:
>>> On Thu, Oct 11, 2018 at 10:32:34PM +, Glen Barber wrote:
>>>> I still see a failure with this applied.
>>>&g
On 18. 10. 12., Jung-uk Kim wrote:
> On 18. 10. 11., Glen Barber wrote:
>> On Thu, Oct 11, 2018 at 10:55:46PM +, Glen Barber wrote:
>>> On Thu, Oct 11, 2018 at 10:32:34PM +, Glen Barber wrote:
>>>> I still see a failure with this applied.
>>>&g
On 18. 10. 12., Harry Schmalzbauer wrote:
> Am 12.10.2018 um 07:41 schrieb Dag-Erling Smørgrav:
>> Jung-uk Kim writes:
>>> I forgot to patch one more file, i.e., Makefile.inc1. Please try the
>>> attached patch instead.
>> Thanks, I missed that too.
>>
0 74 00 61 00 54 00
>> 00c0: 72 00 61 00 76 00 65 00 6c 00 65 00 72 00 20 00
>> 00d0: 32 00 2e 00 30 00 31 00 2e 00 30 00 30 00 00 00
>> 00e0: 7f ff 04 00 00 00 42 4f
>> gryphon#
>>
>
> Perfect. I'll decode this and see if I can figure out where we'
AE_NOT_EXIST (20181031/psparse-677)
>
> As a result, I am now unable to query battery information at the very
> least. r340490 is my last built revision with this working.
I am pretty sure r340644 caused the regression.
https://svnweb.freebsd
On 18. 12. 11., Alexandre C. Guimarães wrote:
> Hi.
>
> This is just informative.
>
> Apparently Linux is considering deprecate x32 support:
>
> https://lkml.org/lkml/2018/12/10/1151
x32 != i386
https://en.wikipedia.org/wiki/X32_ABI
FYI, FreeBSD never supported
>> freebeast(13.0-C)[3] ssh albert hostname
>> Could not open /dev/crypto: No such file or directory
>> albert.catwhisker.org
>> freebeast(13.0-C)[4] echo $?
>> 0
>> freebeast(13.0-C)[5]
>
> It's r342009, and I followed up on that
> What happened here? Does anyone do have a hint or might know the cause?
I had the same problem and reverting r349154 fixed the problem for me.
https://svnweb.freebsd.org/changeset/base/349154
FYI...
Jung-uk Kim
___
freebsd-current@freebsd.org mai
you want it to use LLVM_DEFAULT at your own risk.
> MESA_LLVM_VER=${LLVM_DEFAULT}
> <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239682#c0>
> DEFAULT_VERSIONS+=llvm=90
I believe r351055 was the culprit.
https://svnweb.freebsd.org/changeset/base/351055
Note r351067 reverted it.
https://svnweb.freebsd.org/changeset/base/351067
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
Level Stripe State Cache Name
mfid0 ( 36T) RAID-6 64K OPTIMAL Disabled
FYI, it's been working fine for 7 years.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
mod for "AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx" (aka.
Vega 8).
Jung-uk Kim
> On 10/10/19, Thomas Laus wrote:
>> On 2019-10-10 12:21, Mateusz Guzik wrote:
>>> Try this:
>>>
>>> http://dpaste.com/0P2MXF6
>>>
>>> if it s
Could someone point me to snapshot of 13-CURRENT
> that'd include the commit I need?
http://docs.freebsd.org/cgi/mid.cgi?20191121172230.GA28849
Jung-uk Kim
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/
The next
> highest on the list is java/openjdk6, for which ports r374780 [4]
> was very recently committed.
Unfortunately, r374780 was not enough. Instead, I just turned off
"-Werror" for now (r374824).
https://svnweb.freebsd.org/changeset/ports/374824
Jung-uk Kim
-BEGIN PGP SIGN
A file seems missing. I worked around it like this:
sed -e 's/@ENABLE_DNSTAP@/0/' \
/usr/src/contrib/unbound/dnstap/dnstap_config.h.in > \
/usr/src/contrib/unbound/dnstap/dnstap_config.h
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJUp6FaAAoJEHyflib82/F
runk/src/VBox/Additions/linux
It shouldn't be too hard. ;-)
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJUqsXNAAoJEHyflib82/FGni4H/RJrYLCNoYKdny70LJ0O6+o0
Mh5sf/fdfUkmfynrbyDAgCFfXdzD2/3p2NIX4WGgysUxOTgtWGFTLW67VNnQupwK
pBSwz7Ute4LrSmXg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/05/2015 12:27, Lev Serebryakov wrote:
> On 05.01.2015 20:11, Jung-uk Kim wrote:
>
>> Someone with copious free time and enough knowledge should be
>> able to port Linux KMS/DRM2 driver for us.
>
>> https://www.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/05/2015 12:33, Jung-uk Kim wrote:
> On 01/05/2015 12:27, Lev Serebryakov wrote:
>> On 05.01.2015 20:11, Jung-uk Kim wrote:
>
>>> Someone with copious free time and enough knowledge should be
>>> able to por
for
building from stable:
https://svnweb.freebsd.org/changeset/base/278975
For building from old head (pre-r274460), you have to manually
bootstrap yacc first, e.g., something like this:
cd /usr/src/usr.bin/yacc
make clean cleandepend
make all &
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 13:55, Garrett Cooper wrote:
> On Feb 25, 2015, at 10:51, Arseny Nasokin
> wrote:
>
>> On 25 February 2015 at 20:27, Jung-uk Kim
>> wrote:
>>
> On 02/25/2015 11:22, Ivan Klymenko wrote:
>>>&g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 14:05, Glen Barber wrote:
> On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny Nasokin wrote:
>> On 25 February 2015 at 20:27, Jung-uk Kim
>> wrote:
>>> Your installed yacc(1) is too old, i.e., your world was bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/25/2015 14:59, Arseny Nasokin wrote:
> On 25 February 2015 at 22:14, Jung-uk Kim <mailto:j...@freebsd.org>> wrote:
>
> On 02/25/2015 14:05, Glen Barber wrote:
>> On Wed, Feb 25, 2015 at 10:51:31PM +0400, Arseny
compiler.y maximum
> table size exceeded *** [aslcompilerparse.c] Error code 2 make[5]:
> stopped in /usr/src/usr.sbin/acpi/iasl 1 error
>
>
> Does your fix address the problem in HEAD or just STABLE?
Just stable.
http://docs.freebsd.org/cgi/mid.cgi?54EE05EA.3030509
Jung-uk Kim
x
> error
ntp_crypto.c was not properly merged. Basically, the fix for
SA-14:31.ntp was applied twice. Please try the attached patch.
> Apr 1 08:29:19 pozo ntpd[49825]: setsockopt IPV6_MULTICAST_IF 0
> for fe80::1%2 fails: Can't assign requested address
A separate issue, I think.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/02/2015 16:11, Jung-uk Kim wrote:
> On 04/01/2015 11:32, Manfred Antar wrote:
>> Apr 1 08:29:19 pozo ntpd[49825]: setsockopt IPV6_MULTICAST_IF 0
>> for fe80::1%2 fails: Can't assign requested address
>
> A sepa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 04/02/2015 21:26, Cy Schubert wrote:
> In message <551da257.6060...@freebsd.org>, Jung-uk Kim writes:
>> This is a multi-part message in MIME format.
>> --090800070300040107060309 Content-Type: text/plain;
>
sys/dev/usb/controller/ohci_pci.c looks like a good use of
> pci_set_powerstate. sys/dev/ixgbe/if_ix.c looks like an incorrect /
> redundant use of the functions.
AFAICT, the whole suspend/resume code looks incomplete and very messy.
In fact, I'll be very surprised if it ever worked. :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/03/2015 18:30, David Wolfskill wrote:
> [Much trimming, both of older content and recipient addresses --
> dhw]
>
> On Thu, Sep 03, 2015 at 06:18:52PM -0400, Jung-uk Kim wrote:
>> ... AFAICT, the whole suspend/resume code lo
ative to the point at
which the system must supply the maximum cooling for the processor's
specified maximum case temperature and maximum thermal power dissipation”
according to BIOS and Kernel Developer's Guide (BKDG) for AMD Processors,
http://developer.amd.com/documentation/guid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
OpenSSL on head has been updated to 1.0.2d. Please make sure to
recompile all binaries depending on libcrypto.so.7 or libssl.so.7.
Cheers!
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJWM9nDAAoJEHyflib82/FGuV8H
rtmaster and pkg which I rebuilt after getting the
>> errors?
>
> It is easiest to use pkg-static to reinstall your ports, e.g.:
>
> pkg-static update pkg-static upgrade
>
> Alternatively, rebuild all ports depending on OpenSSL.
A crude way to find almost all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/19/16 06:49 PM, Jung-uk Kim wrote:
> On 01/19/16 06:05 PM, Dimitry Andric wrote:
>> On 19 Jan 2016, at 23:32, Thomas Mueller
>> wrote:
>>>
>>> Has there recently been a version bump in the shared
>>&
type
> Mar 1 16:54:36 toshi kernel: KLD vboxnetadp.ko: depends on
> vboxnetflt - not available or version mismatch Mar 1 16:54:36
> toshi kernel: linker_load_file: Unsupported file type
It should be fixed now (r409965).
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Versio
6975
> Last Changed Date: 2016-03-16 20:15:16 -0500 (Wed, 16 Mar 2016)
It seems r296967 is the culprit:
https://svnweb.freebsd.org/changeset/base/296967
The attached patch fixed the build issues for me.
Jung-uk Kim
Index: lib/libxo/tests/Makefile
===
ser look at the following commits:
https://github.com/acpica/acpica/commit/6cb97888
https://github.com/acpica/acpica/commit/3d8583a0
https://github.com/acpica/acpica/commit/48eea5e7
https://github.com/acpica/acpica/commit/41f6aefa
https://github.com/acpica/acpica/commit/c23034a3
https:/
fix ASAP.
Thanks for analysing the issue quickly!
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
On 04/29/16 05:46 PM, Jung-uk Kim wrote:
> On 04/29/16 05:17 PM, John Baldwin wrote:
>> You'll have to talk to the Intel guy who broke this to find out how he'd
>> like to fix it (not hardcode 32, or fix the AccessWidth).
>
> I notified Intel guys and they will ta
69 and the ports
>> were built before the -r298793 buildworld/buildkernel was done. And both
>> -r297769 and -r298793 11.0's are running under the same vintage of Virtual
>> Box (5.0.20 r106931).
>>
>> So what is different is just the FreeBSD vintage.
>>
>> 11.0's -r297769 virtual machine does contain the buildworld/buildkernel
>> /usr/obj material for -r298793, it is just not installed.
>
> This was already covered in an earlier thread. r298838 has the fix /
> workaround.
FYI, the upstream was notified and a patch is available from here:
https://github.com/acpica/acpica/pull/138
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
containing the
# X.509v3 extensions to use:
Please see the README file for more info:
https://svnweb.freebsd.org/base/head/crypto/openssl/engines/ccgost/README.gost?revision=238405&view=co
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
enSSL 1.1.0 branch.
[OpenSSL-maintainer-for-the-base hat off]
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
On 07/11/16 02:41 PM, Slawa Olhovchenkov wrote:
> On Mon, Jul 11, 2016 at 02:28:45PM -0400, Jung-uk Kim wrote:
>
>> On 07/10/16 10:10 AM, Andrey Chernov wrote:
>>> On 10.07.2016 16:30, Slawa Olhovchenkov wrote:
>>>> I am surprised lack of support GOST in opens
On 07/18/16 08:12 AM, Mathieu Arnold wrote:
> Hi,
>
> +--On 11 juillet 2016 22:56:00 +0300 Slawa Olhovchenkov
> wrote:
> | On Mon, Jul 11, 2016 at 03:00:39PM -0400, Jung-uk Kim wrote:
> |> > .if ( ${PORT_OPTIONS:MGOST} || ${PORT_OPTIONS:MGOST_ASN1} ) &&
>
(r302984) and I think someone
> else reported a similiar issue earlier.
FYI, this bug was introduced in r302324, which is between ALPHA6 and
BETA1. It should be fixed in r302916 (head) and r303112 (stable/11).
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
b: movq$0,kdb_why
>
> I'm not sure whether this is a problem with the base system or the port,
> but this happens every time I boot with the module enabled.
emulators/virtualbox-ose-kmod is causing the trouble and this problem is
well known. To work around it, remove WITNESS option from kernel
configuration for now.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
On 07/25/16 03:27 PM, Jung-uk Kim wrote:
> On 07/25/16 03:13 PM, Randy Westlund wrote:
>> I'm running 12-CURRENT r303286 and virtualbox-ose-kmod-5.0.26. I just
>> rebuilt the module, so I know they're in sync. When I boot with
>> vboxdrv_load="YES" in
;> FWIW, I will commit the following change shortly. Since third-party
>>> modules break the invariant, either due to bugs (ndis wrappers) or
>>> possibly due to KBI breakage, it is worth to have the detection enabled
>>> for production kernels.
>>
>> Interesting ... I tried running virtualbox on recent 10.3-STABLE with a
>> GENERIC kernel and the guest seemed to operate properly. Then I enabled
>> INVARIANTS and got the panic. I suspect that is why nobody has stumbled
>> across this before.
>>
> This is yet another reason to promote KASSERT to the full panic.
> I expect that the vbox source lacks fpu_kern_enter() calls around the
> FPU state restoration.
Unfortunately, the code is in MI source as it is unnecessary for
supported OSes (read: FreeBSD is not supported) and it's not easy to
inject fpu_kern_enter()/fpu_kern_leave() calls there. :-(
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
ec0: evaluation of query method _Q50 failed: AE_AML_OPERAND_TYPE
>
> over the holidays, so I assume that means the previous version of ACPI,
> 20161117 which the 20161222 version is supposed to fix.
I was AFK for two weeks. I will merge ACPICA 20161222 to FreeBSD head
this week when I find some free time.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
reebsd/src/sys/cam/scsi/scsi_all.c:59:
/export/freebsd/src/sys/cam/cam_xpt.h:36:10: fatal error: 'opt_printf.h' file
not found
#include "opt_printf.h"
I committed a fix already (r312852).
Jung-uk Kim
___
freebsd-current@
t;^#"
>> ifconfig_re0="DHCP"
>>
>> "service netif restart" doesn't help either. Only manual dhclient
>> starting.
>
> Same issues here with today CURRENT, r315896.
FYI, r315901 fixed the issue for me.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
e vtnet interface.
Can you please try r322323 or later? Basically, r322076 was incomplete
and r322323 corrected the stupid mistake.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
2 supports D0 D3 current D0
cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message
cap 10[e0] = PCI-Express 1 endpoint max data 256(256) NS
link x4(x4) speed 2.5(2.5) ASPM disabled(L0s)
ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected
ecap 0003[140] = Serial 1 00151751bcba
> I'm assuming you do *not* have any iflib or em(4) tuning options set either.
Nope.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
ux ACPI validation test may help, too.
http://www.lesswatts.org/projects/acpi/validation.php
Some time ago, I have written an ugly patch to support newer
processors without _PSS:
http://people.freebsd.org/~jkim/est-20110608.diff
It worked for my Xeon processors but it may damage your CPU
/patch-src-VBox-Runtime-r0drv-freebsd-memobj-r0drv-freebsd.c
This is a drop-in replacement for the patch. The only practical
difference I see from yours is I used VM_ALLOC_INTERRUPT instead of
VM_ALLOC_NORMAL. I believe this function may be used in interrupt
context. FYI, I tried FreeBSD 9
On Wednesday 30 November 2011 06:07 pm, Jung-uk Kim wrote:
> On Wednesday 30 November 2011 05:32 pm, Andriy Gapon wrote:
> > on 26/11/2011 18:33 Gleb Kurtsou said the following:
> > > Using new vm_page_alloc_contig() may be a better option here.
> > > Can't help w
cpi@ list.
> Kidding :-) or not.
> Try hw.acpi.thermal.polling_rate=0.
Adding the following line in /boot/loader.conf will disable
acpi_thermal(4) completely:
debug.acpi.disabled="thermal"
Jung-uk Kim
> > The console fills up with repeated warnings that never cease.
>
On Thursday 01 December 2011 03:37 am, Bernhard Froehlich wrote:
> On 01.12.2011 00:07, Jung-uk Kim wrote:
> > On Wednesday 30 November 2011 05:32 pm, Andriy Gapon wrote:
> >> on 26/11/2011 18:33 Gleb Kurtsou said the following:
> >> > Using new vm_page_alloc_contig
clang and would like to know, since the default is now clang
> on -CURRENT.
#ifdef __clang__
/* clang-specific stuff */
#else
/* Something else */
#endif
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Mozilla -
ken when jkim imported the latest ACPICA code
> base:
> https://svnweb.freebsd.org/base?view=revision&revision=245582
>
> I've forward the tinderbox failure to him, so hopefully he'll fix
> it shortly...
It should be fixed now (r245636). Sorry for the breakage.
Jun
exit code 1 TB --- 2013-01-21 20:22:58 - ERROR: failed to
> build LINT kernel TB --- 2013-01-21 20:22:58 - 5462.62 user 1225.88
> system 7131.85 real
>
>
> http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-ia64-ia64.full
It
>
should be
may not fix the problem but I think I
found an ancient bug. :-(
Thanks,
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD)
iQEcBAEBAgAGBQJRAIZhAAoJECXpabHZMqHOWl8H/3pUGshUkzCNbEOQHoZOYXMW
TtLaUqdV3/zYGEYDYl5Tbxv2JUz4tWDU5KlWhnZk+MjNnR1+g0fgzQu3mK056NU+
rpZu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-24 04:41:08 -0500, Andriy Gapon wrote:
> on 24/01/2013 02:54 Jung-uk Kim said the following:
>>
>> Can you please try the attached patch? It is also available from
>> here:
>>
>> http://people.freebsd.or
irely closed).
>
> Closing lid doesn't trigger suspend or anything like that. It just
> turns off the display.
Please try the attached patch (with my previous patch). Also,
available from here:
http://people.freebsd.org/~jkim/acpi_exit.diff
Thanks,
Jung-uk Kim
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-01-26 11:58:16 -0500, Pawel Jakub Dawidek wrote:
> On Fri, Jan 25, 2013 at 04:19:44PM -0500, Jung-uk Kim wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 2013-01-25 04:26:02 -0500, Pawel Jakub Dawidek wrot
1 - 100 of 197 matches
Mail list logo
