Frequency and core voltage adjustment for AMD CPUs.
sity of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA3 #0: Mon Aug 24 23:29:36 JST 2009 juni...@shiga.pn.junichi.org:/usr/src/sys/amd64/compile/SHIGA WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 9850 Quad-Core Processor (2500.02-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff TSC: P-state invariant real memory = 5100273664 (4864 MB) avail memory = 4105482240 (3915 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fec0, 1000 (3) failed acpi0: reservation of fee0, 1000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x2008-0x200b on acpi0 acpi_hpet0: iomem 0xfed0-0xfed003ff on acpi0 Timecounter "HPET" frequency 2500 Hz quality 900 ... cpu0: on acpi0 hwpstate0: P-state0: 2500MHz->2700MHz, 1300mV->1300mV hwpstate0: P-state1: 1250MHz->900MHz, 1050mV->875mV hwpstate0: on cpu0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 ... ======== Result of "sysctl dev.cpu.0.freq_levels": dev.cpu.0.freq_levels: 2700/30940 900/1848 --- Junichi Satoh ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
RealSystem module for libalias
The libalias allows to transport only TCP stream on the RealSystem (RealAudio and RealVideo). It can not transport UDP stream, rtsp and pna, from the real server to the client. So, I wrote the new module for the libalias to support the UDP stream on the RealSystem. The patch againt to the libalias source tree of the FreeBSD 4.0-RELEASE is available at: http://configure.sh/FreeBSD Any comments are welcome. --- Junichi Satoh [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: wfd.c and ATAPI Zip
>> My thoughts now are:
>> 1) My two drive are somewhat 'rogue' in that they don't conform to the
>> driver's expectations.
>> 2) When the driver was written, the '!strcmp' should be 'strcmp' since
>> strcmp returns 0 when equal (-1 or 1 when < or >), in which case my patch
>> makes sense:
>>
>> --- /sys/i386/isa/wfd.c.origThu Feb 18 17:06:08 1999
>> +++ /sys/i386/isa/wfd.c Tue Jun 6 08:59:59 1999
>> @@ -247,7 +247,7 @@
>> * is known to lock up if transfers > 64 blocks are
>> * requested.
>> */
>> - if (!strcmp(ap->model, "IOMEGA ZIP 100 ATAPI")) {
>> + if (strcmp(ap->model, "IOMEGA ZIP 100 ATAPI")) {
>> printf("wfd%d: buggy Zip drive, 64-block transfer limit
>> set\n",
>>t->lun);
>> t->maxblks = 64;
>>
>> 3) I've just plain lost it :)
>>
>> Can anyone else with an ATAPI Zip Drive confirm this?
Hmm...
I have an ATAPI ZIP drive:
wdc0: unit 1 (atapi): , removable, intr,
iordis
wfd1: medium type unknown (no disk)
wfd1: buggy Zip drive, 64-block transfer limit set
========
It does not work with your patch. It's a buggy drive.
Probably, using only strcmp() is not enough.
We shoud distinguish buggy or not using revision number.
#I don't know how many revisions are available. :-)
---
Junichi Satoh juni...@junichi.org
juni...@jp.freebsd.org
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
