> > Ok. I'm going to revert to the "safe" read code in a few minutes.
> >
> > Can you update and let me know if you're still wildly off? I'm having a
> > hard time believing that your timer is really running at double pace, but
> > I guess anything is possible. If it still does, I'll add some
Title: EMPRESAS - Base de datos de las 500Empresas más grandes, (por ventas),
del país con los siguientes campos: razón social, sigla
EMPRESAS - Base de datos con las
1.000 Empresas más grandes de Colombia (ventas superiores a $20.000 millones
anuales), con los siguientes campos: razón soc
Andrew Kenneth Milton wrote:
>
> +---[ Gordon Tetlow ]--
> | On Sat, 4 Aug 2001, Gordon Tetlow wrote:
> |
> | > Sure enough, that fixed the kernel panic, but here's the next odd piece,
> | > my hard drive wasn't showing up! I have a rather standard Adaptec AHA-2940
> | > d
Gordon Tetlow wrote:
>
> On Sat, 4 Aug 2001, Gordon Tetlow wrote:
>
> > Sure enough, that fixed the kernel panic, but here's the next odd piece,
> > my hard drive wasn't showing up! I have a rather standard Adaptec AHA-2940
> > dmesg reports that ahc0 is there. The lines from the dmesg are (hand
Sorry if this is a duplicate
Hello,
Does anyone have any patches for preliminary support of the Linksys
WDT11/WPC11 wireless ethernet combo? The WDT card uses the PLX PCI9052
chipset and shows up under -STABLE's dmesg as:
pci0: (vendor=0x16ab, dev=0x1102) at 19.0 irq 12
With what I ha
Mike Smith schrieb:
>
> > I forgot: Even if I define CLK_USE_*_CALIBRATION (and get no error messages
> > after defining debug.acpi.timer_test), the Off/2 error still persist.
>
> Ok. I'm going to revert to the "safe" read code in a few minutes.
>
> Can you update and let me know if you're sti
For quite a while now (?3-4 months?) one's terminal settings are messed
up when rlogin'ing into a FreeBSD from a FreeBSD-current one. It used to
be I could rlogin from an 80x24 Xterm, and the terminal settings on the
remote box would also be 80x24. Now COLUMNS=80 and ROWS and TERMCAP
isn't set,
+---[ Gordon Tetlow ]--
| On Sat, 4 Aug 2001, Gordon Tetlow wrote:
|
| > Sure enough, that fixed the kernel panic, but here's the next odd piece,
| > my hard drive wasn't showing up! I have a rather standard Adaptec AHA-2940
| > dmesg reports that ahc0 is there. The lines
! Wichtige Mitteilung an die Geschäftsleitung !
Betr.: VERMOEGENSBERATUNG
Bitte umgehend an die Hauptverwaltung weiterleiten.
--
Sehr geehrte Damen, sehr geehrter Herren,
die Domain Vermoegensberatung.com wird zum Kauf angeboten.
Fal
> >To test your ACPI timer, first check to see which one you have. Look
> >at the output of 'pciconf -lv'. If you have an Intel chipset, chances
>
> Reviewing your last commit on the timer problem, I was a bit suprised
> to see so little chipsets defined as "good" (just PCI ID
> 0x7113
auth 7f5c1c66 unsubscribe freebsd-current [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On 2001-08-03 10:27:26 +0900, Makoto MATSUSHITA wrote:
>
> wosch> What happens? Is -current now so unstable that we cannot make a
> wosch> snapshot anymore?
>
> current.jp.FreeBSD.org is for you until current.freebsd.org is back
> again; it's not a *mirror*, but has almost same features.
Great!
On Sat, 4 Aug 2001, John Baldwin wrote:
> On 04-Aug-01 Gordon Tetlow wrote:
> > I decided I was going to brave 5.0-CURRENT and give the snapshots
> > available on current.jp.freebsd.org a try. I found a couple issues with
> > installation disks (FWIW, I tried it on the lastest snapshot avail on
>
On Sat, 4 Aug 2001, Gordon Tetlow wrote:
> Sure enough, that fixed the kernel panic, but here's the next odd piece,
> my hard drive wasn't showing up! I have a rather standard Adaptec AHA-2940
> dmesg reports that ahc0 is there. The lines from the dmesg are (hand
> typed):
>
> ahc0: port 0x5000-
In message <[EMAIL PROTECTED]>, Robert
Watson writes:
>
>I reported this problem on the linprocfs and procfs modules a while back
>while playing with a complete Linux environment under jail(). So clearly
>we have a general problem among our synthetic file systems with regards to
>the linux emula
I reported this problem on the linprocfs and procfs modules a while back
while playing with a complete Linux environment under jail(). So clearly
we have a general problem among our synthetic file systems with regards to
the linux emulator (and possibly other emulators?)
Robert N M Watson
> According to Mark Murray:
> > Can you make it so that if NO_OPENSSL is not defined, then openssl is used?
>
> I could of course but I don't think that having PUBKEYS by defaults (X.509
> based, not the PGP ones) is probably not very useful yet as it is a fairly
> recent option.
>
> AUTOKEY sho
On Fri, Aug 03, 2001 at 03:07:26AM -0700, Mike Smith wrote:
> - Changed the way ACPI timers are treated to be more pessimistic. It
>looks like we can't assume that the average ACPI timer is properly
>implemented. This is a pain; a "good" timer takes about 350 cycles to
>read on my
On Sun, 5 Aug 2001, Poul-Henning Kamp wrote:
...
> Open a PR so I don't forget and please include how I can reproduce it
> while I test.
Done.
In the meantime a first (but yet untested) patch to devfs_vnops.c is
attached.
Bye!
Michael Reifenberger
^.*Plaut.*$, IT, R/3 Basis, GPS
--- devfs_
On Sat, 04 Aug 2001 17:20:05 -0400, Mixtim wrote:
> > Ha, you think that's bad. Mills doesn't want to be bothered to change his
> > ways to use any sort of revision control. That's how set in his ways he
> > is. Almost as bad as Linus.
>
> :pserver:[EMAIL PROTECTED]:/cvs/ntp
>
> You can che
In message <20010805104350.A1188-10@nihil>, Michael Reifenberger writes:
>Hi,
>linux ls fails on DEVFS /dev because linux_getdents fails because
>linux_getdents uses VOP_READDIR( ..., &ncookies, &cookies ) instead of
>VOP_READDIR( ..., NULL, NULL ) because it seems to need the offsets for
>lin
Hi,
linux ls fails on DEVFS /dev because linux_getdents fails because
linux_getdents uses VOP_READDIR( ..., &ncookies, &cookies ) instead of
VOP_READDIR( ..., NULL, NULL ) because it seems to need the offsets for
linux_dirent and sizeof(dirent) != sizeof(linux_dirent)...
If I eliminate the usage
22 matches
Mail list logo
