> wonderful! You know, I should use that myself! "Hey Bill: my network
> crashed." "Well, there's probably something you could do to fix that
> but I don't know the details." Yes! I like it! Instead of trying to help
> people, I'll be maddeningly vague! I'll pretend to be helpful but stop
You hav
A friend of mine upgraded one of his machines to a duel-cpu
box and upgraded the OS to -STABLE, and he noticed that his
backups were being corrupted. The corruption appears to occur when
he transfers huge gzip'd tar files over a 100BaseTX network:
rsh remote -n "cat remote
At 1:40 am -0400 29/5/99, Bill Paul wrote:
>[...] Yes! I like it! Instead of trying to help
>people, I'll be maddeningly vague! I'll pretend to be helpful but stop
>short of actually providing any useful information! Then everyone else
>will go insane instead of me, society will collapse, and I can
Could anyone with any ISA plug-and-play cards, especially soundcards which
currently work with FreeBSD (or which used to work prior to the new-bus
merge) please send me the output of /usr/sbin/pnpinfo. I need to know all
the device ids for the new-bus isapnp code.
Thanks in advance.
--
Doug Rabso
> I'd like to propose a change in struct socket, which should increase its
> functionality. It should first be noted that, along with my IPFW UID/GID
> code (which would be nice to have merged into HEAD too, and if I must, I'll
> clean up the ugly switch part), I included this change. Implementat
> Could anyone with any ISA plug-and-play cards, especially soundcards which
> currently work with FreeBSD (or which used to work prior to the new-bus
> merge) please send me the output of /usr/sbin/pnpinfo. I need to know all
> the device ids for the new-bus isapnp code.
I have put the ones i hav
On Sat, May 29, 1999, Doug Rabson wrote:
> Could anyone with any ISA plug-and-play cards, especially soundcards which
> currently work with FreeBSD (or which used to work prior to the new-bus
> merge) please send me the output of /usr/sbin/pnpinfo. I need to know all
> the device ids for the new-bu
>I commented out the SMP and FAST code, rebuilt the kernel from scratch and
>the panic still occurs. Is there other code that should be disabled? Is
>this fixed in 3.2? Why are there evil macro's in my computer? Why am I
>asking so many questions?
I committed a proper fix in /sys/i386/isa/cy.c
On Sat, May 29, 1999 at 12:03:54AM -0500, Joel Ray Holveck wrote:
> How do people like to set up their filesystems these days? I've heard
> of people who like one big fs (not generally usable anymore because of
> the 1024 cyl limit), others who like the small root fs and one big fs
> for everythin
On Sat, 29 May 1999, Luigi Rizzo wrote:
> > I'd like to propose a change in struct socket, which should increase its
> > functionality. It should first be noted that, along with my IPFW UID/GID
> > code (which would be nice to have merged into HEAD too, and if I must, I'll
> > clean up the ugly
Bill Paul writes:
> [...] Yes! I like it! Instead of trying to help
> people, I'll be maddeningly vague! I'll pretend to be helpful but stop
> short of actually providing any useful information! Then everyone else
> will go insane instead of me, society will collapse, an
Joel Ray Holveck writes:
> About five minutes ago, I realized that one problem is that I recently
> installed a new disk, and forgot to enable softupdates on it (doh!).
> From the little I know, I don't quite understand why softupdates is a
> tunefs parameter, instead of a mount flag.
You shouldn
In local.freebsd.hackers <199905262104.oaa09...@kithrup.com> you enscribed:
>
>>Yes, I was able to reproduce it.
>>
>>Client - FreeBSD 2.2.8-stable (PII-300Mhz)
>>
>>Server1 - Solaris 2.6 (UltraSparc 2)
>>Server2 - FreeBSD 2.2.8 (P133 laptop)
>>
>>If I create a file on both servers as myself, size
On Fri, 28 May 1999, Zhihui Zhang wrote:
>
> Thanks for your valuable information. This explains why I have not found
> any routines in the files under /ufs/ffs and /ufs/ufs that re-organize the
> on-disk image of a file in that way. If a middle part of a file is
> deleted, then all the remaining
> "Doug" == Doug Rabson writes:
Doug> Could anyone with any ISA plug-and-play cards, especially
Doug> soundcards which currently work with FreeBSD (or which used
Doug> to work prior to the new-bus merge) please send me the
Doug> output of /usr/sbin/pnpinfo. I need to know all
At 01:40 AM 5/29/99 -0400, you wrote:
>Of all the gin joints in all the towns in all the world, Dennis had to
>walk into mine and say:
>
>> I dunno what it is, but we've had customers experiencing packet loss at
>> high usage on 100Mb's nets...and the problem goes away when replacing them
>> with
Here is a diff of one example of the corruption that is occuring which I
believe to be a bug in the pipe device. This diff is out of a
multi-hundred-megabyte file:
staid# diff t3.cuthex t4.cuthex
86c86
< 0550 f7 7e f4 05 48 2f 28 ef 1f 9b b6 49 5d 76 f5 13 |.~..H/(I]v..|
-
On 29-May-99 Zhihui Zhang wrote:
>
> Thanks for your valuable information. This explains why I have not found
> any routines in the files under /ufs/ffs and /ufs/ufs that re-organize the
> on-disk image of a file in that way. If a middle part of a file is
> deleted, then all the remaining part of
On Sat, 29 May 1999, Duncan Barclay wrote:
> Primarily the file system is a "block" orientated storage media where a
> "block"
> is the fragment size or a file system block. Addressing in the filesystem is
> done on a block by block basis. As each block is a number of bytes we cannot
> use byte a
> It's only truly associative with the socket itself, if you think about it.
> I'd like to see
> what David thinks about this change, since networking is seemingly 'his'
> where IPFW is
> 'yours'.
nothing is mine, and certainly not IPFW -- i merely added the dummynet
hooks!
> > On the ipfw side
On Sat, 29 May 1999, Luigi Rizzo wrote:
> > It's only truly associative with the socket itself, if you think about it.
> > I'd like to see
> > what David thinks about this change, since networking is seemingly 'his'
> > where IPFW is
> > 'yours'.
>
> nothing is mine, and certainly not IPFW -- i
>
> COFF? FreeBSD never supported COFF, to the best of my knowledge.
>
Sorry, should've said a.out.
> You might want to take a look at objcopy(1).
>
I was interested in functionality given by 'symorder -c' that can localize
all function and data definitions in an object file. objcopy() does
Forwarding this on to -hackers since -questions didn't seem to solicit
much response. I've picked up two of the cards, but don't have the
technical documentation for them so the best i can do is add them to the
list of cards in the driver and have them probed appropriately. I'm in
the process of
On 29 May 1999 at 0:03, Joel Ray Holveck wrote:
[snip]
> How do people like to set up their filesystems these days? I've heard
> of people who like one big fs (not generally usable anymore because of
> the 1024 cyl limit), others who like the small root fs and one big fs
> for everything else, an
>I recently heard about the "Diamond HomeFree" network cards that provide
>an ethernet interface running on a traditional in-home phone system. They
>supposedly situation an ethernet-style layer in one of the free frequency
>ranges, and make use of an AMD chip to do this (mentioned in title). I
Matthew Dillon said:
>
> We are attempting to reproduce the problem with a smaller dataset, but
> if anyone is hot on the pipe code in the kernel and can give it a
> once-over
> we may be able to find the bug more quickly.
>
After a quick code inspection (and I really don't remember
Of all the gin joints in all the towns in all the world, Dennis had to
walk into mine and say:
> >Then *FIND THEM OUT*! Replacing the cards does not fix the problem! How
> >is anybody supposed to be able to help you if a) you never tell anybody
> >about the trouble, b) you destroy the test confi
I have been running 3.x and 4.0-CURRENT for some time, but have
never bothered using PAM. Yesterday, after a build of 4.0-CURRENT
of that day, I decided to try enabling PAM by copying /usr/src/pam.conf
to /etc.
My problem is that login fails, due to undefined symbols in the PAM
modules:
May 28 2
subscribe bi...@mag.ucsd.edu
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
subscribe freebsd-hackers
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
>On Sat, 29 May 1999, Luigi Rizzo wrote:
>
>> > I'd like to propose a change in struct socket, which should increase its
>> > functionality. It should first be noted that, along with my IPFW UID/GID
>> > code (which would be nice to have merged into HEAD too, and if I must, I'll
>> > clean up the
On Sat, 29 May 1999, Bill Paul wrote:
:So, tell me: just how many of you other people reading this have been
:having problems with 'drivers under load' and couldn't be bothered to
:actually report the problem? Hm? Well what're you waiting for?! Go on:
:speak up! Take two minutes of your precious t
32 matches
Mail list logo
