Anybody else seeing any wierdness with rlogind on current?
As of yesterday I've been seeing this:
Script started on Thu Dec 23 23:24:14 1999
bash$ rlogin tolstoy
assword:mypassword
^C
bash$ exit
Script done on Thu Dec 23 23:24:39 1999
It seems to be ignoring the .rhosts file, echoes back the at
Of all the gin joints in all the towns in all the world, Matthew Dillon
had to walk into mine and say:
> I'm trying to narrow down the area enough that I can mess with the
> driver myself and hopefully locate the problem, since it can't be
> reproduced easily. I was hoping the ma
On Wed, 22 Dec 1999, Soren Schmidt wrote:
> > ad0: ATA-4 disk at ata0 as master
> > ad0: 12416MB (25429824 sectors), 25228 cyls, 16 heads, 63 S/T, 512 B/S
> > ad0: 16 secs/int, 1 depth queue, UDMA33
> > ...
> >
> > Although I coulda sworn it was an ATA/66 device with the proper cable.
> > Hmm.
:Scott Michel wrote:
:> - tcpdump-ing the pn0 interface shows that the host thinks that it's
:> sending data. tcpdump-ing elsewhere in the network shows that pn0
:> isn't actually transmitting anything into the wire.
:
:The host appears to be doing retransmissions but nothing goes out
:on the
:> It appears that the 'dc' driver continues to take receive interrupts
:> (see the systat -vm snapshot at the end), but winds up not processing
:> any of the packets. Except when 64 packets accumulate then suddenly all
:> 64 get processed all at once! Then nothing again until t
On Fri, 24 Dec 1999, Bruce Evans wrote:
> The current release of the ext2fs utilities seems to be
> ef2fsprogs.1.17.tar.gz. Available in most Linux archies. Requires a
> 1 line patch to build. Requires FreeBSD-3.4 or earlier, or Linux to
> run since it requires block devices.
that makes 2
Donn Miller wrote:
> --0-1076429853-946008100=:3761
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
> Here's what I get when I recently tried to build a kernel (see attached
> file).
>
> genassym -o linux_assym.h linux_genassym.o
> genassym:No such file or directory
> *** Error code 1
> Stop in /
seems to work fine,
except that now we don't have block devices any more
so every time it gets stuff off disk, it's REALLY SLOW.
I guess a virtual machine is the "App that no-one could put their finger
on" that really could do with buffered (caching) devices.
of course this is w98.
FreeBSD 1.1
On Thu, 23 Dec 1999, Chris Piazza wrote:
> On Thu, Dec 23, 1999 at 12:26:57PM -0500, Donn Miller wrote:
> > Is there such a beast? This would be a big big help to those who
> > administer Linux boxes from FreeBSD machines. And, it would make
> > life easier for those of us who dual-boot with Fr
I had make buildworld cark it on me in libperl a few times this morning
(several cvsups just to be sure d8)
I booted from the last 4.0 SNAPSHOT CD I got (7/5/99), and cvsupped
it up. Built a kernel and rebooted, before trying to do the world thing.
I put NOPROFILE = true into /etc/make.conf and
Here's what I get when I recently tried to build a kernel (see attached
file).
genassym -o linux_assym.h linux_genassym.o
genassym:No such file or directory
*** Error code 1
Stop in /usr/src/sys/compile/CUSTOM.
Maybe someone changed a config file someplace in /sys/i386/conf?
- Donn
cc -c -mp
Ñìîòðèòå ôàéë Spedia!.html
ÂÀØ ÝËÅÊÒÐÎÍÍÛÉ ÀÄÐÅÑ ÁÛË ÂÇßÒ ÈÇ ÎÒÊÐÛÒÎÃÎ ÈÑÒÎ×ÍÈÊÀ.
Ïî âñåì âîïðîñàì:[EMAIL PROTECTED]
(Â reply to ëåâûé àäðåññ!)
Created with Mail Them 1.41 http://mailthem.hypermart.n
Of all the gin joints in all the towns in all the world, Matthew Dillon
had to walk into mine and say:
> Heh heh. Sorry about this, I believe I have further information on
> another older problem. Bill, remember those ethernet lockups I was
> having with the 'xl' driver all those
Scott Michel wrote:
> - tcpdump-ing the pn0 interface shows that the host thinks that it's
> sending data. tcpdump-ing elsewhere in the network shows that pn0
> isn't actually transmitting anything into the wire.
The host appears to be doing retransmissions but nothing goes out
on the wire.
Chris Piazza wrote:
>
> On Thu, Dec 23, 1999 at 12:26:57PM -0500, Donn Miller wrote:
> > Is there such a beast? This would be a big big help to those who
> > administer Linux boxes from FreeBSD machines. And, it would make
> > life easier for those of us who dual-boot with FreeBSD and
> > Linux
On Thu, 23 Dec 1999 14:32:23 -0500,
Donn Miller <[EMAIL PROTECTED]> said:
Donn> Actually, the patch makes things worse for me on the ESS 1868,
Donn> which is an ISA card in my case. When I press "play" in
Donn> RealPlayer-5.0, the first 4 seconds skip repeatedly, and then the
Donn> whole thing
At 2:33 AM -0800 12/10/99, Alfred Perlstein wrote:
>Can someone take a look at this?
>
>Basically, it makes the link to the file, if it can unlink the original
>it will then chown the spool file if it can't delete or read the original
>then the user didn't have permission and it backs out.
Okay,
On Thu, Dec 23, 1999 at 04:36:41PM -0600, Anthony Kimball wrote:
>
> A very recent commit broke my kernel build with
> options COMPAT_LINUX
> as shown below. Without the option, it is fine:
Already fixed. Update your sources and try again.
-Chris
--
[EMAIL PROTECTED] [EMAIL PROTECTED]
As I'd recently posted on -current, I've been noticing TCP oddities in
3.3 and 3.4. I've got a pn card (NetGear FA310tx) and a few new things
to report:
- Invariably, a TCP connection will freeze with something in the send
queue. Connections don't freeze even if there's something in the
recei
A very recent commit broke my kernel build with
options COMPAT_LINUX
as shown below. Without the option, it is fine:
@ ava:K6$;make depend
make depend
cc -c -O2 -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -ff
Heh heh. Sorry about this, I believe I have further information on
another older problem. Bill, remember those ethernet lockups I was
having with the 'xl' driver all those months ago that we could never
track down?
Well, they happen with the 'dc' driver too. But this time
:Okay, I patched if_rl.c in -current to fixe the problem demonstrated by
:Matt's linktest program. The bug was actually on the receive side of the
:rl driver, not the transmit side. A packet can wrap from the end of the
:RX buffer back to the beginning, and in some cases these packets would
:g
On 23 Dec 99, at 12:26, Donn Miller wrote:
> I
> installed RedHat Linux on there. Basically, that disk had 3
> Linux partitions:
>
> 120M / /dev/hdb1
> 120M swap/dev/hdb5
> ~800MB/usr/dev/hdb6
>
> Anyhow, when I do fdisk /dev/rad1, FBSD's fsck o
Seigo Tanimura wrote:
>
> On Mon, 20 Dec 1999 13:44:02 +0900,
> Seigo Tanimura <[EMAIL PROTECTED]> said:
>
> Seigo> If you have a trouble playing pcm with some applications, could you
> Seigo> please try the patch attached below? The patch does the following things:
Actually, the patch makes
Okay, I patched if_rl.c in -current to fixe the problem demonstrated by
Matt's linktest program. The bug was actually on the receive side of the
rl driver, not the transmit side. A packet can wrap from the end of the
RX buffer back to the beginning, and in some cases these packets would
get lo
On Thu, Dec 23, 1999 at 12:26:57PM -0500, Donn Miller wrote:
> Is there such a beast? This would be a big big help to those who
> administer Linux boxes from FreeBSD machines. And, it would make
> life easier for those of us who dual-boot with FreeBSD and
> Linux. Basically, I'd like to see a p
OK for starters, a disclaimer:
I have nearly zero experience with Linux.
..but I would guess that it is naming the disk much like BSD does, with
hdb1...hdb4 being the four bios partitions (BSD slices) and hdb5 and up
being the logical DOS-style partitions inside the other "DOS extended
partition
On Thu, 23 Dec 1999, Matthew Dillon wrote:
>
> :Hi !
> :
> :I'm seeing strange behaviour of fsck in -current.
> :FreeBSD titan.klemm.gtn.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Dec 22 07:07:11
>CET 1999 root@:/usr/src/sys/compile/TITAN i386
> :
> :SCSI bus hang, so I had to reboot. fsc
Is there such a beast? This would be a big big help to those who
administer Linux boxes from FreeBSD machines. And, it would make
life easier for those of us who dual-boot with FreeBSD and
Linux. Basically, I'd like to see a port of e2fsck in the ports
collection.
Also, I had this weird proble
Just a quick note, not entirely on-topic:
Bill Paul wrote:
[...]
>Yes, I know there's a minimum frame length of 60 bytes. And the rl_encap()
>routine has the following code:
>/* Pad frames to at least 60 bytes. */
>if (m_head->m_pkthdr.len < RL_MIN_FRAMELEN) {
>
Soren Schmidt wrote:
> It seems Garrett Wollman wrote:
> > <
said:
> >
> > > If you looked at the code, you would see that the ata driver only uses
> > > this ugly method when we are dealing with the standard primary &
> > > secondary controller which are bound to specific addresses and int
nblocking if there
are no space to write or data to read.
As the patch is now quite large, I have put it at:
http://people.FreeBSD.org/~tanimura/patches/newmidi/2ndbuf-19991223.diff.gz
--
Seigo Tanimura <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
To Unsubscribe: send mail t
On Wed, 22 Dec 1999, Soren Schmidt wrote:
> It seems Garrett Wollman wrote:
> > < said:
> >
> > > If you looked at the code, you would see that the ata driver only uses
> > > this ugly method when we are dealing with the standard primary &
> > > secondary controller which are bound to specific
> So running
>
> ls -l /dev | grep '^b'
>
> gives no output ?
I'll check and see - initially I did a "./MAKEDEV *" and then
the first time I had problems after that I tried a "./MAKEDEV all".
I think the two of these should have replaced all the old devices?
I still had problems after th
In message <[EMAIL PROTECTED]>, David Malone writes:
>> Remake your devices in /dev with a fresh MAKEDEV
>
>Already done that - 3 times! I even blew away /dev and
>rebuilt it from scratch.
So running
ls -l /dev | grep '^b'
gives no output ?
--
Poul-Henning Kamp FreeBSD cor
> I have the problem on my system using pure scsi disks.
You could try adding printfs to fsck to see if hotroot is being
set and see if fsck is reloading the filesystem. You want to look
in main.c (search for RELOAD) and preen.c (search for hotroot++).
David.
To Unsubscribe: send mail
It seems Pim van Grol wrote:
> Good job, the latest revision works, allthough in DMA mode.
Thanks!
> By the way, my motherboard (Epox EP-51MVP3G-M) indeed supports a
> 82c596 as south bridge, containing a (82c)571 device as IDE controller.
> From dmesg:
>
> found-> vendor=0x1106, dev=0x0
> Remake your devices in /dev with a fresh MAKEDEV
Already done that - 3 times! I even blew away /dev and
rebuilt it from scratch.
David.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
TL_DSP_SETFRAGMENT handles the count correctly.
- GETI/OSPACE returns the number of fragments.
- DMA transfer keeps running upon underrun. Some DSPs seem to end up
with an unpredictable result if the DMA gets stopped followed by
immediate restart. This revokes the change in sys/dev/sound/pcm/chan
Remake your devices in /dev with a fresh MAKEDEV
--
Poul-Henning Kamp FreeBSD coreteam member
[EMAIL PROTECTED] "Real hackers run -current on their laptop."
FreeBSD -- It will take a long time before progress goes too far!
To Unsubscribe: send mail to [EMAIL PROTECTED
In message <[EMAIL PROTECTED]>, Matthew Dillon writes:
>
>I've been bitten by this several times myself recently. The system comes
>up after a crash, fsck's the media, and then can't mount it and drops
>into single-user. The only solution is to reboot.
(install MAKEDEV by
In message <[EMAIL PROTECTED]>, Matthew Dillon writes:
>:
>:make sure you test odd packet lengths. (as in "not even")
>:there are occasional bugs that turn up with that sort of thing.
>
>Yup. Way ahead of you.
>
>Hmm. usleep() seems to have a high granularity - only about 150 Hz.
>H
Ok, here's the current status: The RealTek boards ('rl' driver, D-Link
brand, RealTek chip vendor) appear to have serious packet loss problems
with small packets. The cause is currently unknown. I had two different
machines (an older PPro 200 and a somewhat newer K6-2/233) wit
:Hi !
:
:I'm seeing strange behaviour of fsck in -current.
:FreeBSD titan.klemm.gtn.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Dec 22 07:07:11
:CET 1999 root@:/usr/src/sys/compile/TITAN i386
:
:SCSI bus hang, so I had to reboot. fsck checked every filesystem.
:But then mount was unable to
44 matches
Mail list logo
