From: Marcel Moolenaar [EMAIL PROTECTED]
Date: Tue, 31 Oct 2000 22:59:48 -0800
:: Anyone having problems with the linuxulator the past couple days?
::
::Define "past couple of days". I have a working linuxulator made on Oct
::29, 12:25 PST.
By following commit, makebdev() went away.
But there is
On Tue, 31 Oct 2000 13:28:23 PST, Nathan Boeger wrote:
I have looked through the list (I am new to this list) and saw some
mention of the /dev/random. However I have a strange problem that was
not mentioned. After I did a proper make world and updated my system to
5.0-CURRENT, my
In Japanese mailing-list, Ryoji Kato-san [EMAIL PROTECTED]
reported patch for if_aue.c to receive multicast packet correctly.
# http://www.clave.gr.jp/ml/bsd-nomads/29/msg00084.html (Japanese)
One of problem may be caused by too large mask (1 (h 0xF)) for 8
bit register.
I'm using this
Daniel reported that the HP ScanJet 5200C USB scanner works with the
uscanner driver. This means that most probably the following scanners
now will work:
HP ScanJet 4100C
HP ScanJet 5200C
HP ScanJet 6300C
Note: This excludes the 4200C as it _is_ not compatible with the
I'm not sure whether the problem of loading secondary usb modules is a
problem in 4.x but it is easy to try.
Boot a machine without usb support compiled in. after login, kldload
usb, then the miibus and then the if_aue modules. If that works, you
should be ok.
I cannot test this as at the
Hi!
There is a problem in rl's driver in recent -current kernel.
...
rl0: Realtek
rl0: couldn't map memory
kernel trap 12 with interrupts disabled
-current kernel from 20 Oct 2000 works fine.
I know I should provide more info about trap, but I can't cut'n'paste boot
messages. What
I tried this, but the make fails with error
install:/usr/obj/usr/src/include/osreldate.h: No such file or directory
I just got the brand new current source, rebuilt the world and updated the
kernel. If the source file is supposed to be there, its probably missing
on the server.
Any toughts - am
Hi,
I'm not sure what exactly caused this behaviour (I can guess two potential
victims: O'Brien's changes in crt stuff and recent Polstra's changes in
libgcc_r), but it seems that some programs built on the previous -current from
27 October immediately segfault when I'm trying to run then on
It seems that linux progs are using foreign ioctls on tape drives
which of course will fail.
Is there anyone already working on an emulation for these?
Are there similar problems for seriel devices?
--
B.Walter COSMO-Project http://www.cosmo-project.de
[EMAIL PROTECTED]
Hi,
I wonder if anyone noticed, but as of today's current NTFS driver is broken. I
can mount a volume, list files on it, but when I'm trying to read any file I
have famous "Inappropriate ioctl...". Can someone look what is wrong with it?
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Wed, Nov 01, 2000 at 19:17:26 +0200, Maxim Sobolev wrote:
Hi,
I'm not sure what exactly caused this behaviour (I can guess two potential
victims: O'Brien's changes in crt stuff and recent Polstra's changes in
libgcc_r), but it seems that some programs built on the previous -current from
I'm not sure whether the problem of loading secondary usb modules is a
problem in 4.x but it is easy to try.
Boot a machine without usb support compiled in. after login, kldload
usb, then the miibus and then the if_aue modules. If that works, you
should be ok.
I cannot test this as at the
Marcel Moolenaar writes:
Wesley Morgan wrote:
Anyone having problems with the linuxulator the past couple days?
Define "past couple of days". I have a working linuxulator made on Oct
29, 12:25 PST.
phk took away mkbdev on 10/31. The following "fixes" it, but I
have no idea if
I was just looking at that piece of code, and I couldn't entirely
make out what it was even trying to do. Can somebody more
linuxolator savy explain what the function linux_ustat() should
produce.
I also find this comment rather interesting...
/*
* XXX - Don't return an error
On Wed, 1 Nov 2000, John Polstra wrote:
In article [EMAIL PROTECTED],
Maxim Sobolev [EMAIL PROTECTED] wrote:
I'm not sure what exactly caused this behaviour (I can guess two potential
victims: O'Brien's changes in crt stuff and recent Polstra's changes in
libgcc_r), but it seems that
In article [EMAIL PROTECTED],
Daniel Eischen [EMAIL PROTECTED] wrote:
Overall I would lean toward putting the hack into pthread_mutex_lock.
Comments?
If that's the lesser evil, then I guess it's OK with me.
Thanks for replying so quickly. I'll test this to make sure it
really works,
John Polstra wrote:
In article [EMAIL PROTECTED],
Maxim Sobolev [EMAIL PROTECTED] wrote:
I'm not sure what exactly caused this behaviour (I can guess two potential
victims: O'Brien's changes in crt stuff and recent Polstra's changes in
libgcc_r), but it seems that some programs built
In article [EMAIL PROTECTED],
Maxim Sobolev [EMAIL PROTECTED] wrote:
John Polstra wrote:
Overall I would lean toward putting the hack into pthread_mutex_lock.
Comments?
Huh, why we can't just bump libc_r version number and put older (buggy) version into
lib/compat as usually? This would
On Wed, Nov 01, 2000 at 09:53:59AM -0700, [EMAIL PROTECTED] wrote:
I tried this, but the make fails with error
install:/usr/obj/usr/src/include/osreldate.h: No such file or directory
^ !!
I just got the brand new current source, rebuilt the world and updated the
Poul-Henning Kamp wrote:
I was just looking at that piece of code, and I couldn't entirely
make out what it was even trying to do. Can somebody more
linuxolator savy explain what the function linux_ustat() should
produce.
The following comment explains what linux_ustat should do:
In message [EMAIL PROTECTED], Marcel Moolenaar writes:
Poul-Henning Kamp wrote:
I was just looking at that piece of code, and I couldn't entirely
make out what it was even trying to do. Can somebody more
linuxolator savy explain what the function linux_ustat() should
produce.
The
Andrew Gallatin wrote:
Marcel Moolenaar writes:
Wesley Morgan wrote:
Anyone having problems with the linuxulator the past couple days?
Define "past couple of days". I have a working linuxulator made on Oct
29, 12:25 PST.
phk took away mkbdev on 10/31. The following
I wonder if anyone noticed, but as of today's current NTFS driver is broken. I
can mount a volume, list files on it, but when I'm trying to read any file I
have famous "Inappropriate ioctl...". Can someone look what is wrong with it?
It's been broken for me for about a week (could have been
Poul-Henning Kamp wrote:
In short: given the (u)dev_t, get the FS statistics and return the
number of free blocks and inodes of the FS on that device.
But the udev_t is a (32bit truncated to) 16bit one, right ?
Correct.
In that case it will usually not work:
crw-r- 1 root
In message [EMAIL PROTECTED], Marcel Moolenaar writes:
Poul-Henning Kamp wrote:
In short: given the (u)dev_t, get the FS statistics and return the
number of free blocks and inodes of the FS on that device.
But the udev_t is a (32bit truncated to) 16bit one, right ?
Correct.
In that case
On Wed, 01 Nov 2000 21:09:12 +0200, Maxim Sobolev [EMAIL PROTECTED] said:
Huh, why we can't just bump libc_r version number and put older (buggy) version into
lib/compat as usually? This would not require any ugly hacks at all.
If you want to bump libc_r's version, we should do it to libc as
Poul-Henning Kamp wrote:
So, where do the programs that call this syscall have the udev_t from ?
Most likely from stat, lstat and fstat.
Do they know it to be a mountpoint ?
That is implied by the way they get the dev_t.
Do the know it to be a bmajor
or cmajor style udev_t ?
AFAICT,
In message [EMAIL PROTECTED], Marcel Moolenaar writes:
In that case, makebdev() has been wrong ever since we changed to
mount cdevs in FreeBSD.
In the sense that we would never find the vnode and thus always return
zero stats, right?
No, depends on the bmaj - cmaj mapping and the truncation.
Marcel Moolenaar [EMAIL PROTECTED] writes:
Linux has the distinction between block and character devices. I don't
see any evidence that block devices can be accessed as character devices
as well (ie: there's /dev/fd0, but no /dev/rfd0).
You can do this in Linux, but the way it works is
Hi,
I have a realtek ethernet card. The normal dmesg is this:
rl0: RealTek 8139 10/100BaseTX port 0xb400-0xb4ff mem 0xd900-0xd9ff irq 10
at device 11.0 on pci0
rl0: Ethernet address: 00:e0:7d:7d:cd:35
miibus0: MII bus on rl0
rlphy0: RealTek internal media interface on miibus0
rlphy0:
I understand.
The strange thing is that I have to do make clean after make world, because
if I dont, the build of the new kernel fails. Of course, after the make clean
the obj files are missing
jan
I tried this, but the make fails with error
On Wed, Nov 01, 2000 at 03:19:36PM -0500, Garrett Wollman wrote:
If you want to bump libc_r's version, we should do it to libc as well,
and in that case there are a large number of ABI fixes that I have
queued up which should be done at the same time.
Any reason to not get them in -current
how can I subscribe
I've just gotten a HP Deskjet 840C (Bundled with a HP C200 camera)
Is it just a windows-printer, and/or is it supported under Fbsd?
Leif
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
[A best this belonged on -questions though it's not really a FreeBSD
question at all.]
On Thu, Nov 02, 2000 at 12:22:45AM +0100, Leif Neland wrote:
I've just gotten a HP Deskjet 840C (Bundled with a HP C200 camera)
Is it just a windows-printer, and/or is it supported under Fbsd?
Under
Hi,
I have a realtek ethernet card. The normal dmesg is this:
rl0: RealTek 8139 10/100BaseTX port 0xb400-0xb4ff mem 0xd900-0xd9ff irq 10
at device 11.0 on pci0
rl0: Ethernet address: 00:e0:7d:7d:cd:35
miibus0: MII bus on rl0
rlphy0: RealTek internal media interface on miibus0
Subject says it all. I get:
WARNING: driver bpf should register devices with make_dev() (dev_t = "#bpf/0")
probably at first usage. Card is an xe PC Card.
I know I will probably get flamed for not RTF*, but I couldn't find a clue
anywhere...
Bye,
Andrea
--
Give a man a
My driver-floppy patch broke "make release" on current.jp.freebsd.org
(ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i3865.0-CURRENT-20001101-JPSNAP.log).
Of course "make boot.flp" works very well on my enviroment.
I'm debugging this problem, but it'll take hours and h
On Wed, 1 Nov 2000 14:43:55 -0800, "David O'Brien" [EMAIL PROTECTED] said:
Any reason to not get [libc ABI changes] in -current now and make
the bump?
Mostly because they're too small to be worth the pain. I'm waiting
for something more significant that I can piggy-back on.
-GAWollman
--
What paging strategy does FreeBSD currently use? Is it LRU or some
approximation to it? How much memory does this strategy take up in its
current implementation?
Thank you for any information or links,
Jan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
In message [EMAIL PROTECTED] [EMAIL PROTECTED] writes:
: Probably not related at all, but on -current I am seeing:
: xe0: watchdog timeout; resetting card
: It happens just once, at boot time or after I insert the PC Card (Compaq
: whatever). After that, everything works ok.
Generally watchdog
At Thu, 02 Nov 2000 10:34:03 +0900,
Tatsumi Hosokawa [EMAIL PROTECTED] wrote:
My driver-floppy patch broke "make release" on current.jp.freebsd.org
(ftp://current.jp.FreeBSD.org/pub/FreeBSD/snapshots/i3865.0-CURRENT-20001101-JPSNAP.log).
Of course "make boot.flp" w
hi, there!
On Wed, 1 Nov 2000, John Polstra wrote:
Here are all the random facts which, when put together, explain what
is going on.
Your old application was (like all -pthread programs) linked
with "/usr/lib/libgcc_r.a". That library contains a function
"__register_frame_info" which
[EMAIL PROTECTED] wrote:
WARNING: driver bpf should register devices with make_dev() (dev_t = "#bpf/0")
probably at first usage. Card is an xe PC Card.
I know I will probably get flamed for not RTF*, but I couldn't find a clue
anywhere...
I get it as well. IIRC, it simply means that the
What paging strategy does FreeBSD currently use? Is it LRU or some
approximation to it? How much memory does this strategy take up in its
current implementation?
It's probably nothing like anything you've heard of before. It's closest
to LOU (least often used). We look at the page's reference
Interesting. THis needs about two bytes per page for the counter?
JAn
On Wed, 1 Nov 2000, David Greenman wrote:
What paging strategy does FreeBSD currently use? Is it LRU or some
approximation to it? How much memory does this strategy take up in its
current implementation?
It's
VERY JOKE..! SEE PRESIDENT AND FBI TOP SECRET PICTURES..
DOMEO.JPG.vbs
[cc'd to [EMAIL PROTECTED]; please remove -current on future
replies]
Bernd Walter wrote:
It seems that linux progs are using foreign ioctls on tape drives
which of course will fail.
Of course?
Is there anyone already working on an emulation for these?
AFIACT, no.
Are there similar
From: Peter Wagner [SMTP:[EMAIL PROTECTED]]
To:
Date: Thu, Nov 02 2000, 3:34:51 AM
Subject:US PRESIDENT AND FBI SECRETS =PLEASE VISIT
= (http://WWW.2600.CO M)=
The message contained 1 virus(es):
Incident Information:-
Originator:[EMAIL PROTECTED]
Recipients:FreeBSD List [EMAIL PROTECTED]
Subject: US PRESIDENT AND FBI SECRETS =PLEASE VISIT = (http://WWW.2600.CO
M)=
WARNING: The file DOMEO.JPG.vbs you received was infected with the
VBS/LoveLetter@MM virus. The file attachment
In article [EMAIL PROTECTED],
Maxim Sobolev [EMAIL PROTECTED] wrote:
I'm not sure what exactly caused this behaviour (I can guess two potential
victims: O'Brien's changes in crt stuff and recent Polstra's changes in
libgcc_r), but it seems that some programs built on the previous -current
51 matches
Mail list logo