Re: trying to use xz on manuals.

2010-12-07 Thread Norikatsu Shigemura
bsd.own.mk (COMPRESS_CMD, COMPRESS_EXT), but it assumed that MANEXT is .gz:-(. Thank you. -- Norikatsu Shigemura ___ 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"

trying to use xz on manuals.

2010-12-06 Thread Norikatsu Shigemura
*.xz) OLD_FILES+=usr/share/doc/papers/beyond43.ascii.gz OLD_FILES+=usr/share/doc/papers/bio.ascii.gz OLD_FILES+=usr/share/doc/papers/contents.ascii.gz : - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Humm.. JFYI. --

psm(4) - synaptics touch pad strange behavier

2010-09-26 Thread Norikatsu Shigemura
- - - - - - - - - - - - - while((c = read_aux_data_no_wait(sc->kbdc)) != -1) { - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To fix this issue, should I do other? -- Norikatsu Shigemura ___ freebsd-current@freebsd.org mailing list ht

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-12 Thread Norikatsu Shigemura
> latency > > This is a result of re-evaluation of _CST because of a notification from > > ACPI. > But still, as you suggest, a patch like the following should be tested and > committed: Thank you, I'll test your patch. But I'm rebuilding another

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-12 Thread Norikatsu Shigemura
Hi. On Sun, 12 Sep 2010 20:26:07 +0900 Norikatsu Shigemura wrote: > Humm.. Why only C3 state appear when unplug power? :-( Ah, I got it. Every times, evaluating _CST on acpi_cpu_cx_cst, and _CST is a black box because I couldn't see _CST. Maybe, _CST lo

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-12 Thread Norikatsu Shigemura
u.3.cx_usage: 0.81% 0.27% 98.91% last 21592us - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Humm.. Why only C3 state appear when unplug power? :-( Thank you. -- Norikatsu Shigemura ___

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-12 Thread Norikatsu Shigemura
100.00% last 13543us dev.cpu.3.cx_usage: 2.00% 97.99% last 16190us - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - That's perfect! Thank you. -- Norikatsu Shigemura ___ freebsd-current@freebsd.org mailing list http://list

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-12 Thread Norikatsu Shigemura
Hi avg. On Sun, 12 Sep 2010 19:05:37 +0900 Norikatsu Shigemura wrote: > I re-tried to test following patch. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - > --- sys/dev/acpica/acpi_cpu.c.orig2010-09-12 01:31:38.144243000 +0900 &

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-12 Thread Norikatsu Shigemura
st: C2 dev.cpu.3.cx_usage: 80.28% 19.71% last 398us - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - And I can get CPU cooling ~50C(about 45C). Before sysctl cx_lowest=C2, I got 50C~! Thank you. -- Norikatsu Shigemura ___ freebsd-current@freebsd.org mailing list http://li

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-11 Thread Norikatsu Shigemura
On Sun, 12 Sep 2010 08:14:09 +0900 Norikatsu Shigemura wrote: > According to acpidump -dt, I could find CPU0CST table, but > not found _CST. > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > - - - - > Scope (\) > { >

Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9

2010-09-11 Thread Norikatsu Shigemura
xDA9AB618, 0x05CD, : }) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Hum... ACPI CA 20100806 has a bug? Thank you. -- Norikatsu Shigemura ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebs

Intel HD Graphics support ready?

2010-09-11 Thread Norikatsu Shigemura
Hi rnoland. Do you have any schedule to support Intel HD Graphics on Core i series like Clarkdale/Arrandle? I'm waiting for your patch:-). Thank you. -- Norikatsu Shigemura ___ freebsd-current@freebsd.org mailing list

Re: [CFT] Improved ZFS metaslab code (faster write speed)

2010-08-27 Thread Norikatsu Shigemura
too. I'll try to zpool/zfs upgrade! I'm waiting for your update v15, metaslab and abe_stat_rrwlock:-). -- Norikatsu Shigemura ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To u

Re: [OpenRD Ultimate] e1000phy(88E1149/88E1121) has a initialize issue

2010-06-20 Thread Norikatsu Shigemura
correct, but I haven't been able to test it on my board > yet. Does this work for you on a board with two GbE ports? If so I'll > try to get someone to commit it. Yes, good works well. I reported following: http://lists.freebsd.org/

Re: [OpenRD Ultimate] e1000phy(88E1149/88E1121) has a initialize issue

2010-06-20 Thread Norikatsu Shigemura
Hi yongari. On Tue, 15 Jun 2010 11:09:23 -0700 Pyun YongHyeon wrote: > > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > - - - - - - - > > Jun 13 05:02:14 sidearms kernel: mge1: watchdog timeout > > Jun 13 05:02:14 sidearms kernel: mge1: Timeout on link-up > ^^^

Re: [OpenRD Ultimate] e1000phy(88E1149/88E1121) has a initialize issue

2010-06-20 Thread Norikatsu Shigemura
- - - - - - - - /* Tell the MAC where to find the PHY so autoneg works */ - miisc = LIST_FIRST(&sc->mii->mii_phys); - MGE_WRITE(sc, MGE_REG_PHYDEV, miisc->mii_phy); + MGE_WRITE(sc, MGE_REG_PHYDEV, sc->phyaddr); - - - - - - - - - - - - - - - - - - - -

[OpenRD Ultimate] e1000phy(88E1149/88E1121) has a initialize issue

2010-06-13 Thread Norikatsu Shigemura
EL_MARVELL_PHYG65G: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - But there are many points, I don't know that this modify is right. -- Hayabusa, Okaerinasai! Norikatsu Shigemura ___ freebsd-current@f

Re: clangBSD build error on r208621

2010-05-29 Thread Norikatsu Shigemura
Hi rdivacky. On Sat, 29 May 2010 02:17:41 +0900 Norikatsu Shigemura wrote: > error: unknown argument: '-ferror-limit' > mkdep: compile failed > Do you have any idea? Of cause I set fo

clangBSD build error on r208621

2010-05-28 Thread Norikatsu Shigemura
- - Do you have any idea? Of cause I set following environment: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - $ cat /etc/src.conf NO_WERROR= WERROR= - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -- Norikatsu Shigemura ___ freebsd-current@fr

Re: amdtemp(4) issue

2010-05-08 Thread Norikatsu Shigemura
Hi jkim. On Wed, 5 May 2010 13:51:10 -0400 Jung-uk Kim wrote: > > 11 - 0x01 = +10C > > 11 - 0x18 = -13C > > 11 - 0x3f = -52C > > [*] http://support.amd.com/us/Processor_TechDocs/31116.pdf > AMD keeps flipping the sign from core to core. :-( Please see > AMDTEMP_FLAG_DO_SIGN for Family 0Fh, for e

amdtemp(4) issue

2010-05-04 Thread Norikatsu Shigemura
1880 May 5 15:06:53 nadesico kernel: amdtemp0: F3xE4 Thermtrip Status Register = 0x1cc01830 May 5 15:06:53 nadesico kernel: amdtemp0: F3xE8 Northbridge Capabilities Register = 0x0207df19 But I don't have any idea to fix register's paraemters. Do you

Re: ATA_CAM-ed mvsata(4) on OpenRD-client

2010-04-04 Thread Norikatsu Shigemura
Hi mav. On Wed, 31 Mar 2010 10:25:38 +0300 Alexander Motin wrote: > > spin lock 0xc3766680 (fvH) held by 0xc3613b48 (tid -1061308344) too long > > panic: spin lock held too long > > KDB: enter: panic > > [ thread pid 0 tid 10 ] > > Stopped at 0xc09dcb50 = kdb_enter+0x48:ldrbr15,

Re: Core i5 AES acceleration

2010-03-08 Thread Norikatsu Shigemura
Hi David. On Sun, 07 Mar 2010 09:59:07 -0800 David Ehrmann wrote: > I was thinking that if I did do it, I'd start with padlock as a base. > It looks like there are maybe 6 new opcodes. Maybe we could ask the > contributor of the Linux code (an Intel employee) if he'd be willing to > also rel

Re: Core i5 AES acceleration

2010-03-07 Thread Norikatsu Shigemura
Hi Devid and Julian. On Sat, 06 Mar 2010 22:10:28 -0800 Julian Elischer wrote: > David Ehrmann wrote: > > Does FreeBSD currently support cryptographic acceleration for AES on the > > Core i5 CPU? I searched, but couldn't find anything, and the crypto(4) > > manpage only lists these divers in "

Re: ATA_CAM-ed mvsata(4) on OpenRD-client

2010-02-27 Thread Norikatsu Shigemura
Hi mav. On Sun, 28 Feb 2010 13:31:45 +0900 Norikatsu Shigemura wrote: > I didn't know what's happen. So I'll report code trace and > cam related struct dump with ddb which I made. Code tr

Re: ATA_CAM-ed mvsata(4) on OpenRD-client

2010-02-27 Thread Norikatsu Shigemura
Hi mav. I didn't know what's happen. So I'll report code trace and cam related struct dump with ddb which I made. The first, cam ddb patch: show cam show cam_eb show cam_et show cam_ed show

Re: ATA_CAM-ed mvsata(4) on OpenRD-client

2010-02-25 Thread Norikatsu Shigemura
Hi mav. On Fri, 19 Feb 2010 22:36:12 +0200 Alexander Motin wrote: > > xpt_sim_opened() at 0xc0904048 = xpt_sim_opened+0x218 > > scp=0xc0904048 rlv=0xc0905940 (0xc0905940 = xpt_register_async+0xd0) > > rsp=0xc0d62d8c rfp=0xc0d62e34 > > xpt_register_async() at 0xc0905880 = xpt_register_asyn

Re: ATA_CAM-ed mvsata(4) on OpenRD-client

2010-02-20 Thread Norikatsu Shigemura
Hi Warner-san. On Fri, 19 Feb 2010 14:43:19 -0700 (MST) "M. Warner Losh" wrote: > : Even more unexpected. I've searched all sources for xpt_sim_opened() > : call and found only one place - in atapi-cam.c, which shouldn't be used > : in your case. You are using different sources, or there is a gar

ATA_CAM-ed mvsata(4) on OpenRD-client

2010-02-17 Thread Norikatsu Shigemura
Hi mav! I got a OpenRD-client (Marvell 88F6281 SoC), and I'm tring to make mvsata(4) ATA_CAM, like following: based on sys/arm/conf/DB-88F6XXX - - - - - -- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # SATA #device ata #device atadisk dev

NFSSERVER is strange, now?

2010-02-14 Thread Norikatsu Shigemura
Hi. I noticed that I can't kldload nfsserver.ko like following: on boot(rc script) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Clearing /tmp. link_elf_obj: symbol sysctl__vfs_nfs_children undefined linker_load_file: Unsupported file type kldload:

Re: FYI: VMware Workstation, ACPI support for FreeBSD guest

2003-11-28 Thread Norikatsu Shigemura
On Fri, 28 Nov 2003 21:03:24 +0900 Makoto Matsushita <[EMAIL PROTECTED]> wrote: > is enabled, etc. Moreover, it seems that long standing "random/slower/ > faster clock-time bug" is resolved! Wow! I want new one:-). > Please note that this is about FreeBSD as VMware's *guest* OS, not > a

Re: Flash Plugin report

2003-10-24 Thread Norikatsu Shigemura
On Fri, 24 Oct 2003 00:40:24 -0300 Roberto de Iriarte <[EMAIL PROTECTED]> wrote: > a) Problem > Right upon installing mozilla 1.5 from ports, i installed > flashpluginwrapper-20031006, and found out that mozilla would fail to > exit eating up CPU as if stuck in an infinite loop (Usage per top went

Re: threading problems

2003-09-01 Thread Norikatsu Shigemura
On Mon, 1 Sep 2003 03:13:31 +0100 (BST) RMH <[EMAIL PROTECTED]> wrote: > # gcc -O2 -fomit-frame-pointer -march=i686 -o smp smp.c -pthread > # ./smp > 4Gb per pass mode > INTEGER | WRITING 8 Kb block: 1351 Mb/s > res0: 674 > res1: 677 > # gcc -O2 -fomit-frame-pointer -march=i686 -o smp2 smp.c -

Native JDK with libthr/libkse

2003-05-31 Thread Norikatsu Shigemura
I am testing about JDK1.4.1/1.3.1 with libthr/libkse using /etc/libmap.conf. 1. JDK1.3.1/libthr is not work. java is stop. 2. JDK1.3.1/libkse is not work. java is stop. 3. JDK1.4.1/libthr is not work. java is stop. 4. JDK1.4.1/libkse is good work. -

Re: Libthr stable enough for testing

2003-05-29 Thread Norikatsu Shigemura
Hi Lars. On Wed, 28 May 2003 22:20:19 -0700 Lars Eggert <[EMAIL PROTECTED]> wrote: > The problem was fixed by building/reinstalling the problematic ports > without libthr symlinked into place. Can you try to use WITH_LIBMAP=YES feature in /usr/src/libexec/ rtld-elf/Makefile(SEE A

Re: Fix for rtc, vmware modules and post-500104 -current

2003-03-13 Thread Norikatsu Shigemura
On Thu, 13 Mar 2003 04:09:27 +0900 Yoshinori KASAZAKI <[EMAIL PROTECTED]> wrote: > > Hum.. This is not work in my environment. Because MOD_LOAD initializer > > didn't kick rtc_attach. I fixed this problem and merge(but ADHOC:-). > > Please, anyone, check following patch. > I've

Re: big file became broken on 2003-03-11(cvsuped)

2003-03-13 Thread Norikatsu Shigemura
On Thu, 13 Mar 2003 18:08:01 +0900 Norikatsu Shigemura <[EMAIL PROTECTED]> wrote: > RAM speed setting! Ah, I don't test it yet. I'll change speed > setting and test. I seted FastCommand: normal from ultra on `Configure SDRAM Timing by, FastCom

Re: big file became broken on 2003-03-11(cvsuped)

2003-03-13 Thread Norikatsu Shigemura
On Thu, 13 Mar 2003 00:41:37 -0800 (PST) Julian Elischer <[EMAIL PROTECTED]> wrote: > We had a similar problem some time ago that turned out to be bad RAM in > one case and a bad CMOS BIOS setting in another. (RAM speed setting). RAM speed setting! Ah, I don't test it yet. I'll change spe

Re: big file became broken on 2003-03-11(cvsuped)

2003-03-13 Thread Norikatsu Shigemura
On Thu, 13 Mar 2003 03:36:41 -0500 (EST) Jeff Roberson <[EMAIL PROTECTED]> wrote: > Does your machine log ECC errors? If so can you check for them in the > BIOS? If you don't make world and jdk14 does this problem still show up? My machine uses non-ECC unbuffered DDR SDRAM(Transcend - Sa

Re: big file became broken on 2003-03-11(cvsuped)

2003-03-13 Thread Norikatsu Shigemura
On Thu, 13 Mar 2003 01:23:00 -0500 (EST) Jeff Roberson <[EMAIL PROTECTED]> wrote: > > How much memory is in your machine? Can you go back to an earlier date > > and see if this is still a problem? Are you doing anything else with the > > machine while this is going on? 512MB. I u

big file became broken on 2003-03-11(cvsuped)

2003-03-12 Thread Norikatsu Shigemura
Big file like OOo_1.0.2_source.tar.bz2 became broken with making openoffice in my environment. # uname -a FreeBSD ***.*-.*** 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Wed Mar 12 18:39:05 JST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MELFINA i386 # mount /dev/ad0s1a o

vfs panic on 2003-03-11(cvsuped)

2003-03-12 Thread Norikatsu Shigemura
Panic in my environment. # uname -a FreeBSD ***.*-.*** 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Wed Mar 12 18:39:05 JST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MELFINA i386 There are no dmesg in vmcore.0, but I saw process name as mount_procfs in after fsc

Re: Fix for rtc, vmware modules and post-500104 -current

2003-03-11 Thread Norikatsu Shigemura
On Wed, 5 Mar 2003 19:37:35 +0100 (MET) Marcin CIE LAK <[EMAIL PROTECTED]> wrote: > See the patches enclosed to emulators/rtc > and emulators/vmware2 ports. > Tested only for -current with: > #define __FreeBSD_version 500104 Hum.. This is not work in my environment. Because MOD_LOAD initi