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
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
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 checkout
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 should be
auth 7f5c1c66 unsubscribe freebsd-current [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
! 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.
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: unknown card (vendor=0x16ab, dev=0x1102) at 19.0 irq 12
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
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
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
0x71138086, rev
+---[ 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
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,
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 still wildly
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
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
| dmesg
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
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: Adaptec 2940 Ultra
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 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! I will
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 code to
20 matches
Mail list logo