to just before the ACPI
> MFC allows be to start up my bhyve image.
I forgot to merge r354056. Please update your source (r356500) and try
again.
Sorry for the breakage.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.or
On 18. 12. 7., Jung-uk Kim wrote:
> On 18. 12. 7., Jeremy Chadwick wrote:
>> https://github.com/openssl/openssl/pull/3744/files#diff-e4eb329834da3d36278b1b7d943b3bc9
>>
>> *) Add devcrypto engine. This has been implemented against
>> cryptodev-linux,
>>
On 18. 12. 7., Jeremy Chadwick wrote:
> On Fri, Dec 07, 2018 at 06:38:04PM -0500, Jung-uk Kim wrote:
>> On 18. 12. 6., Jeremy Chadwick wrote:
>>> I'm not subscribed to -stable.
>>>
>>> This is in response to jkim@'s messages here:
>>>
>>> h
SL_ENGINE_DEVCRYPTO=true?
Actually, dynamic engines work as expected[1].
% openssl version
OpenSSL 1.1.1a-freebsd 20 Nov 2018
% cat silly-engine.c
...
% cc -fPIC -o silly-engine.o -c silly-engine.c
% cc -shared -o silly-engine.so -lcrypto silly-engine.o
% openssl engine -t -c `pwd`/s
On 18. 12. 6., Jung-uk Kim wrote:
> On 18. 12. 6., John Nielsen wrote:
>>> On Dec 6, 2018, at 4:04 PM, Xin LI wrote:
>>>
>>> On Thu, Dec 6, 2018 at 11:37 AM John Nielsen wrote:
>>>>
>>>> I have upgraded two physical machines from 11-STAB
removed BSD-specific cryptodev:
https://github.com/openssl/openssl/commit/f39a550
However, it is disabled by default. Theoretically, it is functionally
equivalent but it wasn't tested much.
I can enable the new engine on head if many users request it.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
On 04/30/2017 08:06, Konstantin Belousov wrote:
> On Sat, Apr 29, 2017 at 07:55:24PM +0200, Dimitry Andric wrote:
>> On 29 Apr 2017, at 19:00, Gerald Pfeifer <ger...@pfeifer.com> wrote:
>>>
>>> On Thu, 27 Apr 2017, Jung-uk Kim wrote:
>>>>>>>>
On 04/27/2017 19:07, Patrick Powell wrote:
> On 04/27/17 13:59, Jung-uk Kim wrote:
>> On 04/27/2017 12:45, Patrick Powell wrote:
>>> On 04/26/17 09:34, Jung-uk Kim wrote:
>>>> On 04/26/2017 10:14, Patrick Powell wrote:
>>>>> First: a big thank-you to t
On 04/27/2017 12:45, Patrick Powell wrote:
> On 04/26/17 09:34, Jung-uk Kim wrote:
>> On 04/26/2017 10:14, Patrick Powell wrote:
>>> First: a big thank-you to the support/fixit people for all of their work!
>>>
>>> I was doing some testing using FreeBSD 11.0
ng/gcc from the ports tree to fix this problem.
https://lists.freebsd.org/pipermail/freebsd-current/2017-February/064937.html
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
, locale);
> (gdb) n
> [wcscoll_l never returns]
>
>
> Does anybody know what’s going on? This is on a ZFS filesystem if that
> matters.
Yes, it is a known problem and bapt is working on it. If you're in
hurry, reverting r302324 will fix the regression for now.
https://svnweb.freebsd.org/changeset/base/302324
FYI, this problem is tracked as PR211135.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211135
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
anges
> Full build log:
> https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_10-i386/1167/console
...
Sorry, it's mine. I'm working on it.
Jung-uk Kim
signature.asc
Description: OpenPGP digital signature
bumps TSC priority for family 0x15+.
We need to find out whether the Bobcat cores have well-synchronized
TSCs. If it does, we can white-list it, too. However, I doubt it.
Sorry for the late response,
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQEcBAEBCAAGBQJVEfKMAAoJEHyflib82
, i.e., Linux distros. [3]
What do we go from here? I don't know. One thing I know for sure is
we cannot support every possible build/runtime environment.
Feel free to suggest your ideas and thoughts.
Jung-uk Kim
1. http://wiki.openoffice.org/wiki/Uno
2. Most of them are actually legit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-02-19 14:31:02 -0500, Mikhail T. wrote:
On 19.02.2013 14:15, Jung-uk Kim wrote:
What do we go from here? I don't know. One thing I know for
sure is we cannot support every possible build/runtime
environment.
Feel free to suggest your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-02-19 15:05:13 -0500, Mikhail T. wrote:
On 19.02.2013 14:45, Jung-uk Kim wrote:
Actually, I tried very hard to build sane LO with gcc 4.2 but it
wasn't fruitful. Eventually, I gave up on adding kludges after
kludges because LO is moving
to the recent change made to realpath(3)
This was a bug/specific operation in acpidump relying on
non-conforming realpath(3) behaviour. The r235948 should be
merged.
Committed as r237232. Thanks for letting me know.
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-06-06 17:58:57 -0400, Andriy Gapon wrote:
on 31/05/2012 23:28 Jung-uk Kim said the following:
It is simple but I don't like locking scheduler, binding CPU, and
writing the same MSR, multiple times for each core.
Not sure if parse
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-05-26 05:34:25 -0400, Andriy Gapon wrote:
on 26/05/2012 10:02 Yamagi Burmeister said the following:
On Fri, 25 May 2012 16:05:56 -0400 Jung-uk Kim j...@freebsd.org
wrote:
if we decide so, then I think that we could still keep the
things
not really useful in
practice. We should just quit worrying and double-checking the
hardware :-)
I think we should check.
Jung-uk Kim
0:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=drivers/cpufreq/powernow-k8.c;h=c0e816468e300f242735f4825d09b9d291a9b522;hb=HEAD
1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-05-25 13:11:21 -0400, Jung-uk Kim wrote:
I just looked through the BKDG and I think you should definitely
check MSRC001_0071[18:16]. MSRC001_0063[2:0] is SharedC but
MSRC001_0062[2:0] and MSRC001_0071[18:15] are Not-same-for-all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2012-05-25 15:39:39 -0400, Andriy Gapon wrote:
on 25/05/2012 20:11 Jung-uk Kim said the following:
I just looked through the BKDG and I think you should definitely
check MSRC001_0071[18:16]. MSRC001_0063[2:0] is SharedC but
MSRC001_0062[2:0
://forums.pcbsd.org/showthread.php?t=16733
I briefly looked at the dmesg. You have a Family 15h processor
(Bulldozer with Turbo Core) and I believe it isn't supported (yet).
It won't be too hard to implement, though.
Jung-uk Kim
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (FreeBSD
On Friday 02 March 2012 03:50 am, Alexey Dokuchaev wrote:
On Thu, Mar 01, 2012 at 04:55:03PM -0500, Jung-uk Kim wrote:
It does not make a difference for me (i.e., usb suspend/resume
still broken) but I think I found a typo:
--- sys/dev/usb/controller/usb_controller.c (revision 232365
232365)
+++ sys/dev/usb/controller/usb_controller.c (working copy)
@@ -407,7 +407,7 @@ usb_bus_suspend(struct usb_proc_msg *pm)
USB_BUS_UNLOCK(bus);
- bus_generic_shutdown(bus-bdev);
+ bus_generic_suspend(bus-bdev);
usbd_enum_lock(udev);
Jung-uk Kim
)
and stable/9 (r232088).
Thanks,
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
://people.freebsd.org/~davidxu/tsc_pthread/fio.txt
Your CPU is single-package, dual-core, and SMT-enabled. All cores
should be in perfect sync.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
backwards
previously, TSC-low timecounter won't, guaranteed. So, the root
cause should be somewhere else.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
and rebuild Linux binary but
Linuxulator has to correct it now, I guess.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Saturday 23 July 2011 04:21 am, Callum Gibson wrote:
On 22Jul11 17:57, Jung-uk Kim wrote:
}Please try the attached patch. If it doesn't work, I need to see
}acpidump -dt output.
Sorry, no difference. Given jhb's response is there any point
pursuing this further? Seems to be a known issue
on
Intel ICH.\n);
outl(ICH_SMI_EN, inl(ICH_SMI_EN) ~0x8);
}
...
We definitely need to generalize it as soon as possible.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
On Friday 22 July 2011 07:13 am, Callum Gibson wrote:
On 21Jul11 17:53, Jung-uk Kim wrote:
}
}
http://members.optusnet.com.au/callumgibson/boot_verboser_nousb.out
} and dev.cpu.0.freq reappears! Spooky. Is that a solution or a }
workaround? I noticed this disables usb keyboard support
On Wednesday 20 July 2011 10:28 pm, Callum Gibson wrote:
On 20Jul11 19:28, Jung-uk Kim wrote:
}From your dmesg output, I see that the processor speed was not
}calibrated properly. ML-40's max. core freq. is 2,200 MHz
according }to its specification but it was probed at 2,282 MHz,
which
On Thursday 21 July 2011 04:56 pm, Callum Gibson wrote:
On 21Jul11 12:07, Jung-uk Kim wrote:
}Can you please do set debug.cpufreq.verbose=1 from loader prompt
and }show me the dmesg output? I want to see intial settings. You
can }reset it from command line with sysctl
debug.cpufreq.verbose
?
Jung-uk Kim
Index: sys/kern/kern_cpu.c
===
--- sys/kern/kern_cpu.c (revision 224231)
+++ sys/kern/kern_cpu.c (working copy)
@@ -159,16 +159,21 @@ cpufreq_attach(device_t dev)
CF_MTX_INIT(sc-lock);
sc
verbose boot messages?
Thanks,
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
=178471
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
means the VBE calls failed and aborted.
So, yes, I guess it is one of those broken VESA BIOSes. :-(
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail
On Monday 28 February 2011 12:33 pm, Jung-uk Kim wrote:
On Friday 25 February 2011 11:59 pm, Craig Boston wrote:
Hi all,
My laptop (Toshiba Portege R100) stopped working with an early
boot hang at some point between 8.0 and 8.1. After it broke last
year I had ended up just reverting
reads correct TOC from mounted
image but block size is wrong? Maybe old umass(4) corrects this case
heuristicly but the new USB stack doesn't?
Just thinking out loud...
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
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 Mac hangs after
upgrading to 8.1
that might influence the suspend/resume
behaviour in this case? (There has been an MFC recently, but I have
no idea if that might change anything for me - cc'd jkim because he
seems to know much about this stuff.)
Yes, I did several MFCs after 8.1-RELEASE, especially syscons(4), not
ACPI.
Jung-uk Kim
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
of these complaints started happening when we
,
please, let me know.
Ouch... Can you please try the attached patch?
Thanks,
Jung-uk Kim
Index: sys/dev/acpica/acpi_thermal.c
===
--- sys/dev/acpica/acpi_thermal.c (revision 215429)
+++ sys/dev/acpica/acpi_thermal.c
On Wednesday 17 November 2010 05:41 pm, Jung-uk Kim wrote:
On Wednesday 17 November 2010 05:04 pm, Alexandre Sunny Kovalenko
wrote:
On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote:
I want to do MFC of ACPICA imports to stable/8 before 8.2
release. This would obviously include
On Wednesday 17 November 2010 05:48 pm, Jung-uk Kim wrote:
On Wednesday 17 November 2010 05:41 pm, Jung-uk Kim wrote:
On Wednesday 17 November 2010 05:04 pm, Alexandre Sunny
Kovalenko
wrote:
On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote:
I want to do MFC of ACPICA imports
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
layout. It is so puzzling because it never
On Sunday 14 November 2010 11:55 pm, Andrew Reilly wrote:
Oh: the other thing about this system: I can't warm-start
it, have to power down and then manually hit the power-on
button. Attempting to reboot leaves the console sitting at
something like Stopping other CPUs forever. I assume that
On Tuesday 16 November 2010 06:55 pm, Andrew Reilly wrote:
On Tue, Nov 16, 2010 at 06:36:16PM -0500, Jung-uk Kim wrote:
On Sunday 14 November 2010 11:55 pm, Andrew Reilly wrote:
Oh: the other thing about this system: I can't warm-start
it, have to power down and then manually hit
the case,
FreeBSD 7.3 or older should work, I think. Then, you can upgrade it
from source *after* adding your Mac model in sys/amd64/amd64/pmap.c
such as this:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/amd64/amd64/pmap.c.diff?r1=1.710;r2=1.711
If it works, please let us know.
Jung-uk Kim
. A simple workaround is 'set hw.mca.enabled=0' from the
loader prompt. If it works, add hw.mca.enabled=0
in /boot/loader.conf to make it permanent. MCA does not make any
sense in emulation any way.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing
and INITAFTERSUSPEND, to work around similar
problem on different laptop.
Can you please report other problems in the appropriate ML?
em - freebsd-net@
usb - freebsd-usb@
acpi_ec - freebsd-acpi@
BTW, USB stack issue is known problem AFAIK.
Jung-uk Kim
On Friday 27 August 2010 03:36 pm, Jung-uk Kim wrote:
[3] AMD is working on an SMT-capable CPU (code-named Bulldozer) and
my patch won't work on them. If anyone has a Bulldozer sample,
please look into it.
I checked AMD website today and found out a new CPUID Spec. Rev. 2.34
was just
On Friday 27 August 2010 01:33 pm, Andriy Gapon wrote:
on 19/08/2010 20:26 Jung-uk Kim said the following:
One thing I am not sure is whether those CPUID instructions are
executed on *real* CPUs or translated in HVM. On top of that, I
am not even sure they will be executed on *correct
On Friday 27 August 2010 03:47 pm, Andriy Gapon wrote:
on 27/08/2010 22:36 Jung-uk Kim said the following:
Now, back to my original question. My point was, we should never
trust any CPUIDs on emulated CPU if they are translated. What
should happen if you have four physical cores and you
package.
Yes, I already know that.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
in this context if CPU
affinity of guest OS does not reflect hypervisor's point of view.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
On Friday 27 August 2010 06:02 pm, Andriy Gapon wrote:
on 28/08/2010 00:43 Jung-uk Kim said the following:
Things like that probably do not happen with real hardware much,
but they could.
AFAIK, it never happened on a real hardware.
The only way to deal with this is by following
On Friday 27 August 2010 06:46 pm, Andriy Gapon wrote:
on 28/08/2010 01:33 Jung-uk Kim said the following:
Also, don't forget jhb's work based on ACPI affinity tables.
Not sure how they are applicable here.
Only SRAT is implemented ATM but SLIT should provide CPU affinity
information
On Thursday 19 August 2010 12:56 pm, pluknet wrote:
On 19 August 2010 20:39, Andriy Gapon a...@icyb.net.ua wrote:
on 10/08/2010 19:55 pluknet said the following:
On 16 July 2010 19:47, Jung-uk Kim j...@freebsd.org wrote:
The patch should apply fine on both
sys/amd64/amd64/mp_machdep.c
On Thursday 19 August 2010 03:30 pm, pluknet wrote:
On 19 August 2010 21:26, Jung-uk Kim j...@freebsd.org wrote:
On Thursday 19 August 2010 12:56 pm, pluknet wrote:
On 19 August 2010 20:39, Andriy Gapon a...@icyb.net.ua wrote:
on 10/08/2010 19:55 pluknet said the following:
On 16 July
it
by setting it to zero or 'machdep.disable_rtc_set' to non-zero value
but I would not recommend it. Still, it doesn't explain why you are
seeing the message more often, however. :-(
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http
On Friday 16 July 2010 07:18 pm, Jung-uk Kim wrote:
On Friday 16 July 2010 03:22 pm, Jung-uk Kim wrote:
On Friday 16 July 2010 03:00 pm, David DEMELIER wrote:
2010/6/19 paradox ddkp...@yahoo.com:
On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote:
Hi there,
I was so
On Thursday 15 July 2010 09:34 pm, David Xu wrote:
Jung-uk Kim wrote:
On Wednesday 14 July 2010 05:40 pm, Jung-uk Kim wrote:
On Wednesday 14 July 2010 01:31 pm, Andriy Gapon wrote:
on 14/07/2010 17:14 Oliver Fromme said the following:
In a machine installed yesterday, 8.1-PRERELEASE
On Friday 16 July 2010 03:55 am, Jeremy Chadwick wrote:
On Thu, Jul 15, 2010 at 10:01:48PM +0200, Oliver Fromme wrote:
Jung-uk Kim wrote:
On Thursday 15 July 2010 01:56 pm, Andriy Gapon wrote:
on 15/07/2010 19:57 Oliver Fromme said the following:
I patched topo_probe() so
are lost
when the screen is scrolled up or down, i.e., framebuffer copies
of whole screen. ��When you move the mouse onto the line, entire
line is redrawn and restored. ��That's what you are seeing. ��Ed
might have a better idea how to fix it (CC'ed).
Jung-uk Kim
this is incorrent
On Friday 16 July 2010 03:22 pm, Jung-uk Kim wrote:
On Friday 16 July 2010 03:00 pm, David DEMELIER wrote:
2010/6/19 paradox ddkp...@yahoo.com:
On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote:
Hi there,
I was so happy to see that VESA is available for amd64
to
topo_probe_0x4, etc.
I think that your addition achieves this effect, perhaps just not
as explicitly as I would preferred.
Jung-uk, what do you think?
Yes, you're right. Please try new patch:
http://people.freebsd.org/~jkim/mp_machdep2.diff
Thanks,
Jung-uk Kim
This is the patch, it's against
On Thursday 15 July 2010 03:07 pm, Jung-uk Kim wrote:
On Thursday 15 July 2010 01:56 pm, Andriy Gapon wrote:
on 15/07/2010 19:57 Oliver Fromme said the following:
In topo_probe(), cpu_high is 0xd, so topo_probe_0xb() is
called. But the cpuid 0xb instruction doesn't seem to
return
, current topology detection code is not optimal for some Intel
processors if my memory serves.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd
On Wednesday 14 July 2010 05:40 pm, Jung-uk Kim wrote:
On Wednesday 14 July 2010 01:31 pm, Andriy Gapon wrote:
on 14/07/2010 17:14 Oliver Fromme said the following:
In a machine installed yesterday, 8.1-PRERELEASE doesn't
seem to detect the number of CPU packages vs. cores per
On Tuesday 29 June 2010 12:46 pm, Mario Sergio Fujikawa Ferreira
wrote:
Quoting Jung-uk Kim j...@freebsd.org:
On Monday 28 June 2010 02:01 pm, Jung-uk Kim wrote:
Please drop the attached patch in ports/devel/boost-libs/files,
rebuild all dependencies, and try your deluge ports again[1
On Saturday 26 June 2010 05:09 am, Mario Sergio Fujikawa Ferreira
wrote:
On 25/06/2010 18:58, Jung-uk Kim wrote:
On Friday 25 June 2010 04:54 am, Mario Sergio Fujikawa Ferreira
wrote:
On Wed, Jun 23, 2010 at 05:08:38PM -0400, Jung-uk Kim wrote:
Date: Wed, 23 Jun 2010 17:08:38 -0400
From
On Monday 28 June 2010 02:01 pm, Jung-uk Kim wrote:
Please drop the attached patch in ports/devel/boost-libs/files,
rebuild all dependencies, and try your deluge ports again[1].
Please ignore the previous patch and try this one. Sorry, there was a
typo. :-(
Jung-uk Kim
--- boost/asio/detail
On Friday 25 June 2010 04:54 am, Mario Sergio Fujikawa Ferreira wrote:
On Wed, Jun 23, 2010 at 05:08:38PM -0400, Jung-uk Kim wrote:
Date: Wed, 23 Jun 2010 17:08:38 -0400
From: Jung-uk Kim j...@freebsd.org
To: freebsd-stable@FreeBSD.org
Cc: d...@delphij.net, Mario Sergio Fujikawa Ferreira
unsigned long.
FYI...
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Wednesday 23 June 2010 02:41 pm, Xin LI wrote:
On 2010/06/23 11:37, Jung-uk Kim wrote:
On Wednesday 23 June 2010 02:12 pm, Xin LI wrote:
Hi,
On 2010/06/22 19:58, Mario Sergio Fujikawa Ferreira wrote:
Hi,
I am getting more than 4 thousand of the following messages a
day
On Wednesday 23 June 2010 03:01 pm, Jung-uk Kim wrote:
On Wednesday 23 June 2010 02:41 pm, Xin LI wrote:
On 2010/06/23 11:37, Jung-uk Kim wrote:
On Wednesday 23 June 2010 02:12 pm, Xin LI wrote:
Hi,
On 2010/06/22 19:58, Mario Sergio Fujikawa Ferreira wrote:
Hi,
I am
On Wednesday 23 June 2010 03:16 pm, Xin LI wrote:
On 2010/06/23 12:10, Jung-uk Kim wrote:
It is still a kludge and it won't be fixed. :-(
Another thought - what about just hiding the printf under #ifdef
DIAGNOSTIC... I don't really see any reason why we must print it
out if we truncate
On Wednesday 23 June 2010 03:10 pm, Jung-uk Kim wrote:
On Wednesday 23 June 2010 03:01 pm, Jung-uk Kim wrote:
On Wednesday 23 June 2010 02:41 pm, Xin LI wrote:
On 2010/06/23 11:37, Jung-uk Kim wrote:
On Wednesday 23 June 2010 02:12 pm, Xin LI wrote:
Hi,
On 2010/06/22 19:58
On Wednesday 23 June 2010 03:38 pm, Jung-uk Kim wrote:
On Wednesday 23 June 2010 03:10 pm, Jung-uk Kim wrote:
On Wednesday 23 June 2010 03:01 pm, Jung-uk Kim wrote:
On Wednesday 23 June 2010 02:41 pm, Xin LI wrote:
On 2010/06/23 11:37, Jung-uk Kim wrote:
On Wednesday 23 June 2010 02
the line, entire line is redrawn and
restored. That's what you are seeing. Ed might have a better idea
how to fix it (CC'ed).
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
drive is now
detected and it is functional. There do not appear to be any side
effects.
Can you please show me acpidump -dt output?
Thanks,
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
drive is now
detected and it is functional. There do not appear to be any side
effects.
Please try the attached patch. Sorry, it was stupid. :-(
Jung-uk Kim
--- sys/dev/fdc/fdc_acpi.c (revision 208626)
+++ sys/dev/fdc/fdc_acpi.c (working copy)
@@ -96,6 +96,7 @@ fdc_acpi_attach
On Saturday 05 December 2009 04:12 am, S.N.Grigoriev wrote:
04.12.09, 14:54, Jung-uk Kim j...@freebsd.org wrote:
On Friday 04 December 2009 02:33 pm, S.N.Grigoriev wrote:
Hi list,
I've installed openjdk6 from
ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8-stabl
e
On Monday 07 December 2009 12:18 pm, Jung-uk Kim wrote:
On Saturday 05 December 2009 04:12 am, S.N.Grigoriev wrote:
04.12.09, 14:54, Jung-uk Kim j...@freebsd.org wrote:
On Friday 04 December 2009 02:33 pm, S.N.Grigoriev wrote:
Hi list,
I've installed openjdk6 from
ftp
nothing we can commit ATM.
Jung-uk Kim
Kind Regards
Leonardo Santagostini
2009/12/3 Giorgos Keramidas keram...@freebsd.org:
On Thu, 3 Dec 2009 01:57:50 +, Leonardo Santagostini
lsantagost...@gmail.com wrote:
Hello everybody,
I was facing one big problem, i have a notebook, which
a browser plugin. If Java plugin is all you
need, you can use java/diablo-jre16.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
On Wednesday 30 September 2009 03:19 am, Alexander Motin wrote:
Jung-uk Kim wrote:
On Monday 28 September 2009 02:21 pm, Alexander Motin wrote:
PS: I have tried to disable all that ATI-specific code and found
that both legacy PCI ATA and AHCI drivers looks like working
fine with IXP700
need AHCI forcing for IXP700?
It enables all six SATA ports as SATA and one PATA channel as PATA in
the combined mode by forcing the mode. It is not absolutely
necessary but it is better than without it, IMHO. :-)
Jung-uk Kim
___
freebsd-stable
is the dmesg from a verbose boot. Any help would be
appreciated.
This is a known problem and should be fixed in 8.0. Sorry, I haven't
had time to back-port the code. Proabably it's good time to consider
testing 8.0-RC1. ;-)
Jung-uk Kim
___
freebsd
bet this is a Family 0Fh Revision G processor. In fact, I
(accidently) found the problem and wrote the attached patch for
amdtemp(4) last night. :-)
Jung-uk Kim
--- sys/dev/amdtemp/amdtemp.c.orig 2009-08-20 15:43:50.0 -0400
+++ sys/dev/amdtemp/amdtemp.c 2009-09-09 18:44:26.0
On Monday 11 May 2009 09:52 am, John Baldwin wrote:
On Tuesday 05 May 2009 5:43:01 pm Jung-uk Kim wrote:
On Tuesday 05 May 2009 04:09 pm, Jung-uk Kim wrote:
On Tuesday 05 May 2009 12:51 pm, Andriy Gapon wrote:
BTW, this issue seems to be fixed in Jung-uk's acpi patches
for newer
On Tuesday 05 May 2009 12:51 pm, Andriy Gapon wrote:
BTW, this issue seems to be fixed in Jung-uk's acpi patches for
newer acpica imports, but it is not fixed both in stable/7 and
head.
Yes, it was fixed in my patchsets long ago, which uses spin lock for
AcpiOsAcquireLock(). :-)
Jung-uk Kim
On Tuesday 05 May 2009 04:23 pm, John Baldwin wrote:
Jung-uk Kim wrote:
On Tuesday 05 May 2009 12:51 pm, Andriy Gapon wrote:
BTW, this issue seems to be fixed in Jung-uk's acpi patches for
newer acpica imports, but it is not fixed both in stable/7 and
head.
Yes, it was fixed in my
On Tuesday 05 May 2009 04:09 pm, Jung-uk Kim wrote:
On Tuesday 05 May 2009 12:51 pm, Andriy Gapon wrote:
BTW, this issue seems to be fixed in Jung-uk's acpi patches for
newer acpica imports, but it is not fixed both in stable/7 and
head.
Yes, it was fixed in my patchsets long ago, which
On Friday 16 January 2009 11:47 pm, Pyun YongHyeon wrote:
On Tue, Jan 13, 2009 at 03:53:59PM +0100, Sascha Holzleiter wrote:
Jung-uk Kim wrote:
On Monday 12 January 2009 12:21 pm, Sascha Holzleiter wrote:
Hi,
i see similar problems with a re card:
r...@pci0:4:7:0: class
On Monday 19 January 2009 04:33 pm, Jung-uk Kim wrote:
I found something interesting. I have another RTL8169SC that works
perfectly fine without the patch. The hardware revision is
0x1800. After reading Linux driver (drivers/net/r8169c), I
realised they use different masks for hardware
These patches contain all patches suggested by me and yongari and an
additional patch, which may (or may not) decrease the initial setup
time.
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
re0: [FILTER]
Please revert SVN r180519 (or CVS r1.95.2.22) and try again:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/re/if_re.c.diff?r1=1.95.2.21;r2=1.95.2.22
Jung-uk Kim
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
1 - 100 of 153 matches
Mail list logo
