At Wed, 27 Mar 2002 10:49:15 +0100,
Poul-Henning Kamp wrote:
> 
> 
> Uhm, I just whacked the code into my editor, you may need
> more #includes like <sys/param.h> or <sys/types.h>

Thanks. That did the trick. Now how do I go about finding that
port? Is that something I can glean from the dmesg, or do I have
to look somewhere else for that?

> 
> In message <[EMAIL PROTECTED]>, Kyle Butt writes:
> >At Wed, 27 Mar 2002 08:42:49 +0100,
> >
> >bash-2.04$ gcc -o apci apci.c
> >In file included from apci.c:2:
> >/usr/include/machine/cpufunc.h:72: syntax error before `bsfl'
> >/usr/include/machine/cpufunc.h:72: syntax error before `mask'
> >/usr/include/machine/cpufunc.h: In function `bsfl':
> >/usr/include/machine/cpufunc.h:74: syntax error before `result'
> >...
> >
> >I looked, apparently it doesn't like u_int. I don't know why.
> >
> >Poul-Henning Kamp wrote:
> >> 
> >> In message <[EMAIL PROTECTED]>, Dag-Erling Smorgrav writes:
> >> >Kyle Butt <[EMAIL PROTECTED]> writes:
> >> >> My system clock is running twice as fast as it should be,
> >> >> but it doesn't affect timing functions. Ex:
> >> >> [...]
> >> >> Has anyone else experienced this problem?
> >> >
> >> >I'm seeing the exact same problem on, guess what...
> >> 
> >> Can I get one of you to collect a hund-thousand samples of the ACPI
> >> timer for me ?
> >> 
> >> You need to find the exact I/O port it lives on, and then run
> >> the following program and send me the uuencoded stdout ?
> >> 
> >>    #include <stdio.h>
> >>    #include <machine/cpufunc.h>
> >> 
> >>    #define PORT 0x1008
> >>    #define N 100000
> >>    uint32_t  h[N];
> >> 
> >>    main()
> >>    {
> >>            FILE *f;
> >> 
> >>            f = fopen("/dev/io", "r");
> >> 
> >>            memset(h, 0, sizeof h);
> >>            insl(PORT, h, N);
> >>            write (1, h, sizeof h);
> >>    }
> >> 
> >> 
> >> 
> >> -- 
> >> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> >> [EMAIL PROTECTED]         | TCP/IP since RFC 956
> >> FreeBSD committer       | BSD since 4.3-tahoe    
> >> Never attribute to malice what can adequately be explained by incompetence.
> >> 
> >
> 
> -- 
> Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
> [EMAIL PROTECTED]         | TCP/IP since RFC 956
> FreeBSD committer       | BSD since 4.3-tahoe    
> Never attribute to malice what can adequately be explained by incompetence.
> 

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to