On Apr 19, 2022, at 4:49 AM, Michael Schuster wrote:
> Hi,
>
> I'm highjacking and re-purposing the previous thread, I hope that's OK
> (I did change the subject ;-)) - I'm keeping some of the previous
> contents for reference.
>
> I have similar HW to OP (Ryzen 7 4700 w. Renoir Graphics), and
Hi,
I'm highjacking and re-purposing the previous thread, I hope that's OK
(I did change the subject ;-)) - I'm keeping some of the previous
contents for reference.
I have similar HW to OP (Ryzen 7 4700 w. Renoir Graphics), and have
been using a similar approach to keep the machine up to date - o
On dl., abr. 18 2022, Pete Wright wrote:
On 4/18/22 12:23, filis+fbsdcurr...@filis.org wrote:
Hi,
I'm running -CURRENT on this one desktop box which is a "Ryzen
7 4800U with
Radeon Graphics", since it didn't work on 13R.
I use Boot environments and on 2022-04-04 I updated it and it
started
On 4/18/22 12:23, filis+fbsdcurr...@filis.org wrote:
Hi,
I'm running -CURRENT on this one desktop box which is a "Ryzen 7 4800U
with Radeon Graphics", since it didn't work on 13R.
I use Boot environments and on 2022-04-04 I updated it and it started
to completely freeze under X (I haven't t
Hi,
I'm running -CURRENT on this one desktop box which is a "Ryzen 7 4800U
with Radeon Graphics", since it didn't work on 13R.
I use Boot environments and on 2022-04-04 I updated it and it started to
completely freeze under X (I haven't tried letting it run without X)
after a few dozen minutes
On November 13 2003, John Baldwin wrote:
> >> On 13-Nov-2003 Benjamin Lewis wrote:
> > [trouble booting -current on Tyan Tiger MP]
> >> Can you do a 'show intrcnt' from the ddb prompt? It sounds like you
> >> may be getting an interrupt storm due to a mis-routed PCI interrupt.
> > db> show int
On 13-Nov-2003 Benjamin Lewis wrote:
> On November 13 2003, John Baldwin wrote:
>
>>
>> On 13-Nov-2003 Benjamin Lewis wrote:
>
> [trouble booting -current on Tyan Tiger MP]
>
>> Can you do a 'show intrcnt' from the ddb prompt? It sounds like you
>> may be getting an interrupt storm due to a m
On November 13 2003, John Baldwin wrote:
>
> On 13-Nov-2003 Benjamin Lewis wrote:
[trouble booting -current on Tyan Tiger MP]
> Can you do a 'show intrcnt' from the ddb prompt? It sounds like you
> may be getting an interrupt storm due to a mis-routed PCI interrupt.
I didn't see any unexpecte
On 13-Nov-2003 Benjamin Lewis wrote:
> Hello,
>
> I'm having trouble getting recent (post- "device apic", pre- turnstile)
> kernels to boot on my Tyan S2460 (Tiger MP) system with dual AMD
> Athlons. What happens is that the machine seems to get "stuck" soon
> after the "Waiting for SCSI devic
Hello,
I'm having trouble getting recent (post- "device apic", pre- turnstile)
kernels to boot on my Tyan S2460 (Tiger MP) system with dual AMD
Athlons. What happens is that the machine seems to get "stuck" soon
after the "Waiting for SCSI devices to settle" message is printed -- it
appears to
Don Lewis <[EMAIL PROTECTED]> writes:
> Try the very untested patch below ...
Well, it seems to be working now, but not necessarily due to this
patch. I lost two of the four drives on my ATA RAID card (RAID-5) so
lost my entire system :-(.
Rebuilt the box from the 5.0-RELEASE floppies/net then
On 2003-06-19 08:13 -0700, Don Lewis <[EMAIL PROTECTED]> wrote:
> > In PR kern/46652 I reported, that DEBUG_VFS_LOCKS does never
> > check the **vpp parameters. A patch is included in the PR and
> > it does generate the missing tests.
> >
> > I asked for feedback on the hackers mail list (IIRC), b
On 19 Jun, Stefan Eßer wrote:
> On 2003-06-18 20:41 -0700, Don Lewis <[EMAIL PROTECTED]> wrote:
>> On 18 Jun, Chris Shenton wrote:
>> > Don Lewis <[EMAIL PROTECTED]> writes:
>> >
>> >> Try the very untested patch below ...
[ snip ]
>> > Tried it, rebuilt kernel, rebooted, no affect :-(
>> >
>>
On 2003-06-18 20:41 -0700, Don Lewis <[EMAIL PROTECTED]> wrote:
> On 18 Jun, Chris Shenton wrote:
> > Don Lewis <[EMAIL PROTECTED]> writes:
> >
> >> Try the very untested patch below ...
> >
> >> RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v
> >> retrieving revision 1.150
> >> Try the very
On 18 Jun, Chris Shenton wrote:
> Don Lewis <[EMAIL PROTECTED]> writes:
>
>> Try the very untested patch below ...
>
>> RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v
>> retrieving revision 1.150
>> Try the very untested patch below ...
>> diff -u -r1.150 uipc_syscalls.c
>> --- uipc_syscalls
Don Lewis <[EMAIL PROTECTED]> writes:
> Try the very untested patch below ...
> RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v
> retrieving revision 1.150
> Try the very untested patch below ...
> diff -u -r1.150 uipc_syscalls.c
> --- uipc_syscalls.c 12 Jun 2003 05:52:09 - 1.150
>
On 18 Jun, Chris Shenton wrote:
> Don Lewis <[EMAIL PROTECTED]> writes:
>
>> Try the very untested patch below ...
>
>> RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v
>
> When I do the patch, how much of the OS do I need to rebuild, just do
> a "make install" in the ".../src/sys/kern" dir?
Don Lewis <[EMAIL PROTECTED]> writes:
> Try the very untested patch below ...
> RCS file: /home/ncvs/src/sys/kern/uipc_syscalls.c,v
When I do the patch, how much of the OS do I need to rebuild, just do
a "make install" in the ".../src/sys/kern" dir? Rebuild the OS from
the top dir? Rebuild the
On 17 Jun, Chris Shenton wrote:
> Don Lewis <[EMAIL PROTECTED]> writes:
>
>> If you have another machine and a null modem cable you can redirect the
>> system console of the machine to be debugged to a serial port and run
>> some comm software on the other machine so that you can capture all the
>
Don Lewis <[EMAIL PROTECTED]> writes:
> If you have another machine and a null modem cable you can redirect the
> system console of the machine to be debugged to a serial port and run
> some comm software on the other machine so that you can capture all the
> output from ddb.
OK, I'll give that a
On 17 Jun, Chris Shenton wrote:
> Don Lewis <[EMAIL PROTECTED]> writes:
>
>> I doubt it. I checked in a fix for this problem today so you should get
>> the fix when you next cvsup.
>
> Yup, many thanks.
>
>> Can you break into ddb and do a ps to find out what state all the
>> processes are in?
Oh, FWIW, I did a cvsup and rebuilt the OS and kernel then did a
mergemaster about 30 minutes ago in order to get your fix to my qmail
issue. So I'm running about as CURRENT as possible.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
Don Lewis <[EMAIL PROTECTED]> writes:
> I doubt it. I checked in a fix for this problem today so you should get
> the fix when you next cvsup.
Yup, many thanks.
> Can you break into ddb and do a ps to find out what state all the
> processes are in?
I'm a newbie to ddb. Was able to get a ps fr
On 16 Jun, Chris Shenton wrote:
> (I don't know if this has any relation to the problems I reported
> yesterday with qmail-send consuming 100% cpu after 5.0 to 5.1 upgrade.)
I doubt it. I checked in a fix for this problem today so you should get
the fix when you next cvsup.
> After booting 5.1-C
(I don't know if this has any relation to the problems I reported
yesterday with qmail-send consuming 100% cpu after 5.0 to 5.1 upgrade.)
After booting 5.1-CURRENT the system runs fine for a while. Then
later most disk i/o related actions seem to hang. E.g., system works
but when cron kicks off
On Wed, 11 Dec 2002, Taavi Talvik wrote:
After testing, it turns out, that 'hang on reboot' problem maybe related
to mainboard (Gigabyte GA-8PE667 Ultra) and/or USB driver for Intel 82801DB.
After turning off onboard USB rebooting works even if ACPI is enabled.
It was necessary to disable only In
On Wed, 11 Dec 2002, Nate Lawson wrote:
> On Wed, 11 Dec 2002, Taavi Talvik wrote:
> > On Wed, 11 Dec 2002, Taavi Talvik wrote:
> > > Current as of yesterday (actually problem presist about
> > > month) hangs on reboot.
> > >
> > > Only message:
> > >
> > > Waiting (max 60 seconds) for system proc
On Wed, 11 Dec 2002, Taavi Talvik wrote:
> On Wed, 11 Dec 2002, Taavi Talvik wrote:
> > Current as of yesterday (actually problem presist about
> > month) hangs on reboot.
> >
> > Only message:
> >
> > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
>
> Turning off ACPI makes
On Wed, Dec 11, 2002 at 03:35:52PM +0200, Taavi Talvik wrote:
> > Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
> Turning off ACPI makes it reboot. Thanks for suggestion Gerrit!
You're welcome. I just noticed I forgot to include the mailinglist in
my answers to you. :)
>
On Wed, 11 Dec 2002, Taavi Talvik wrote:
> Current as of yesterday (actually problem presist about
> month) hangs on reboot.
>
> Only message:
>
> Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
Turning off ACPI makes it reboot. Thanks for suggestion Gerrit!
But how is ACPI
Current as of yesterday (actually problem presist about
month) hangs on reboot.
Only message:
Waiting (max 60 seconds) for system process `vnlru' to stop...stopped
appears. And thereafter it is dead. Cannot break to DDB anymore over
serial console. Only RESET button helps.
Motherboard is Gigab
Kenneth D. Merry writes:
> > Wow, I didn't actually expect my config would make things work
> > differenty on your box. I'm very interested in whatever you
> > turn up.
>
> The answer is...the USB code.
>
> [ Nick and Joe CCed ]
>
> If I comment out the following lines in
"Kenneth D. Merry" wrote:
> Your config works!
>
> I've attached the dmesg. Now the question is, what is the difference
> between GENERIC and your config that is causing the problem?
>
> (I suppose it makes sense that your config would work, since I think that
> Dell is a Serverworks-based syst
+---[ Kenneth D. Merry ]--
|
| The answer is...the USB code.
I have also solved my problem, and my answer is SMB code..
When booting an SMP kernel with SMB enabled, trying to access /dev/smb0
returns device not configured (works fine in UP mode).
Removing the SMB (and re
On 26-Feb-02 Kenneth D. Merry wrote:
> On Mon, Feb 25, 2002 at 21:29:44 -0800, Matthew Dillon wrote:
>>
>> :> Just as a data point, I've been running -current on a 2xCPU SMP
>> :> system (DELL2550) for a few weeks and it's always booted fine.
>> :>
>> :> For the last few months I ha
On Mon, Feb 25, 2002 at 21:29:44 -0800, Matthew Dillon wrote:
>
> :> Just as a data point, I've been running -current on a 2xCPU SMP
> :> system (DELL2550) for a few weeks and it's always booted fine.
> :>
> :> For the last few months I have noticed occassional freezes occuring
> :>
:> Just as a data point, I've been running -current on a 2xCPU SMP
:> system (DELL2550) for a few weeks and it's always booted fine.
:>
:> For the last few months I have noticed occassional freezes occuring
:> at odd times long after boot. I have no idea why it happens.
:
:Your
On Sun, Feb 24, 2002 at 23:15:34 -0800, Matthew Dillon wrote:
>
> :...
> :> stuff (it was not used on that machine) and it booted fine, I think that
> :> might just cure the SMP problem you are seeing too.
> :
> :Thanks for the suggestion.
> :
> :Unfortunately it still hangs with SMP enabled
On Mon, Feb 25, 2002 at 06:39:31PM +1000, Andrew Kenneth Milton wrote:
> +---[ Glenn Gombert ]--
> | There is a problem in -Current now between SCSI card(s) and the ATA
> | drivers, On my Dell 410 Workstation at work I commetned out the ATA driver
> | stuff (it was not used
+---[ Glenn Gombert ]--
| There is a problem in -Current now between SCSI card(s) and the ATA
| drivers, On my Dell 410 Workstation at work I commetned out the ATA driver
| stuff (it was not used on that machine) and it booted fine, I think that
| might just cure the SMP pr
:...
:> stuff (it was not used on that machine) and it booted fine, I think that
:> might just cure the SMP problem you are seeing too.
:
:Thanks for the suggestion.
:
:Unfortunately it still hangs with SMP enabled and the ATA drivers commented
:out of the GENERIC config.
:
:Ken
:--
:Kenneth
On Sun, Feb 24, 2002 at 09:02:02PM -0500, Glenn Gombert wrote:
> There is a problem in -Current now between SCSI card(s) and the ATA
> drivers,
For how long has this problem existed?
This is being typed from a dual Athlon system with 5 SCSI busses
(AHC,SYM,ISP) several disks, CD burnger; and wit
On Sun, Feb 24, 2002 at 21:02:02 -0500, Glenn Gombert wrote:
> There is a problem in -Current now between SCSI card(s) and the ATA
> drivers, On my Dell 410 Workstation at work I commetned out the ATA driver
> stuff (it was not used on that machine) and it booted fine, I think that
> might just cu
There is a problem in -Current now between SCSI card(s) and the ATA
drivers, On my Dell 410 Workstation at work I commetned out the ATA driver
stuff (it was not used on that machine) and it booted fine, I think that
might just cure the SMP problem you are seeing too.
At 11:15 AM 2/25/2002 +
+---[ Kenneth D. Merry ]--
|
| I've got a SMP machine with a Supermicro P3TDE6 motherboard. (Serverworks
| HE-SL chipset, dual 1.26GHz Pentium III's.)
|
| It boots just fine with a GENERIC -current kernel (sources cvsupped
| yesterday at ~1500 MST), but hangs (at the "Wa
* Kenneth D. Merry <[EMAIL PROTECTED]> [020224 16:56] wrote:
>
> I've got a SMP machine with a Supermicro P3TDE6 motherboard. (Serverworks
> HE-SL chipset, dual 1.26GHz Pentium III's.)
>
> It boots just fine with a GENERIC -current kernel (sources cvsupped
> yesterday at ~1500 MST), but hangs (
I've got a SMP machine with a Supermicro P3TDE6 motherboard. (Serverworks
HE-SL chipset, dual 1.26GHz Pentium III's.)
It boots just fine with a GENERIC -current kernel (sources cvsupped
yesterday at ~1500 MST), but hangs (at the "Waiting 15 seconds for SCSI
devices to settle" message) when SMP
In message <[EMAIL PROTECTED]>, John Baldwin writes:
>
>On 20-Jan-01 Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, John Baldwin writes:
>>>
>>>On 20-Jan-01 The Hermit Hacker wrote:
On Sat, 20 Jan 2001, Mark Murray wrote:
> >
> > on a 2xPII/350, 256M, two scsi disks
I'll confirm a hang on both alpha && i386 (both SCSI, qlogic && ahc resp). The
i386 was SMP. The Qlogic wasn't. Both were hung with phk's make -j 256
foolery.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sat, 20 Jan 2001, John Baldwin wrote:
>
> On 20-Jan-01 The Hermit Hacker wrote:
> > On Sat, 20 Jan 2001, Mark Murray wrote:
> >
> >> >
> >> > on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
> >> > now hung the machine so that only reset got any attention simply by
> >>
On 20-Jan-01 Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, John Baldwin writes:
>>
>>On 20-Jan-01 The Hermit Hacker wrote:
>>> On Sat, 20 Jan 2001, Mark Murray wrote:
>>>
>
> on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
> now hung the machin
In message <[EMAIL PROTECTED]>, John Baldwin writes:
>
>On 20-Jan-01 The Hermit Hacker wrote:
>> On Sat, 20 Jan 2001, Mark Murray wrote:
>>
>>> >
>>> > on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
>>> > now hung the machine so that only reset got any attention simply by
On 20-Jan-01 The Hermit Hacker wrote:
> On Sat, 20 Jan 2001, Mark Murray wrote:
>
>> >
>> > on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
>> > now hung the machine so that only reset got any attention simply by
>> >make -j 128 world
>>
>> Do you have an easy way to
On Sat, 20 Jan 2001, Mark Murray wrote:
> >
> > on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
> > now hung the machine so that only reset got any attention simply by
> > make -j 128 world
>
> Do you have an easy way to narrow it down to CCD by doing the same
> thing
I have a recent -current that hangs in 'make -j36 world'.
I am now running a UP kernel of the same date:
# uname -a
FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \
Mon Jan 15 18:42:30 PST 2001 \
root@celebris:/usr/src/sys/compile/CELEBRIS i386
dmesg attached.
tomdean
dmesg fro
Mark Murray <[EMAIL PROTECTED]> types:
> > on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
> > now hung the machine so that only reset got any attention simply by
> > make -j 128 world
>
> Do you have an easy way to narrow it down to CCD by doing the same
> thing but w
In message <[EMAIL PROTECTED]>, Mark Murray writes:
>>
>> on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
>> now hung the machine so that only reset got any attention simply by
>> make -j 128 world
>
>Do you have an easy way to narrow it down to CCD by doing the same
>
> on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
> now hung the machine so that only reset got any attention simply by
> make -j 128 world
Do you have an easy way to narrow it down to CCD by doing the same
thing but without ccd involvement?
M
--
Mark Murray
War
on a 2xPII/350, 256M, two scsi disks on ahc, and ccd I have three times
now hung the machine so that only reset got any attention simply by
make -j 128 world
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer |
In message <[EMAIL PROTECTED]>, Matt Dillon writes:
>:
>:Why not this:
>:
>:s = splbio();
>:TAILQ_FOREACH(bp, &vp->v_dirtyblkhd, b_vnbufs) {
>
>First rule when making simple bug fixes by copying working code from one
>source file to another is: Dont try to optimize the code on the
>fl
On 01-Jan-01 Matt Dillon wrote:
>:
>:Why not this:
>:
>:s = splbio();
>:TAILQ_FOREACH(bp, &vp->v_dirtyblkhd, b_vnbufs) {
>
> First rule when making simple bug fixes by copying working code from one
> source file to another is: Dont try to optimize the code on the
> fly.
That works.
:
:Why not this:
:
:s = splbio();
:TAILQ_FOREACH(bp, &vp->v_dirtyblkhd, b_vnbufs) {
First rule when making simple bug fixes by copying working code from one
source file to another is: Dont try to optimize the code on the
fly.
Personally speaking, I don't find the FOREACH macros
On 30-Dec-00 Matt Dillon wrote:
> #include
> @@ -352,12 +352,25 @@
> return (0);
>
> /*
> + * MARK/SCAN initialization to avoid infinite loops
> + */
> + s = splbio();
> +for (bp = TAILQ_FIRST(&vp->v_dirtyblkhd); bp;
> + bp = TAILQ_NEXT(bp
A bug in specfs's fsync dating back to Kirk's original softupdates work
( which required a similar mark/scan fix to the FFS fsync ) appears to
have been exposed by recent pageout peformance commits I made.
I've committed a mark/scan fix to specfs's fsync, which appears
to so
I am seeing a couple of problems with -current.
Running gdb on a recent -current,
# uname -a
FreeBSD dsl081-020-229-sea1.dsl-isp.net 5.0-CURRENT FreeBSD 5.0-CURRENT \
#1: Wed Dec 27 16:20:32 PST 2000 \
root@celebris:/usr/src/sys/compile/CELEBRIS i386
causes the console to go out into left
In message <[EMAIL PROTECTED]>, Matt Dillon writes:
>:
>:I'm seeing this kind of hang about twice a day on my build-box.
>:
>:Any clues ? insights ?
>
>When did this start occuring?
Can't say for sure, it's certainly noticeable today, but I have not
had much FreeBSD time recently so I would
If possible, 'print *bp' from a gdb'd kernel dump if you can.
I suspect this may be related to 'bp->b_xflags & BX_BKGRDINPROG'.
If a bitmap is undergoing a background write and is then dirtied
a second time and bawrite()n, the bawrite() will be turned into a
bdwrite() (becaus
:
:I'm seeing this kind of hang about twice a day on my build-box.
:
:Any clues ? insights ?
When did this start occuring? I committed some pageout &
buffer-cache-related I/O pipelining a day or two ago to -current
(which has been well tested under -stable and reasonably well tested
I'm seeing this kind of hang about twice a day on my build-box.
Any clues ? insights ?
login: [halt - sent]
Stopped at siointr1+0xb1: jmp siointr1+0x1b7
db> ps
pid proc addruid ppid pgrp flag stat wmesg wchan cmd
39121 d56c7200 d581b0000 39120 24496 004006 2
I cannot make mergemaster work. Tried twice earlier in the year and
took several hours to recover... Don't know what my problem is.
However, I have a script that compares and lists diffs in /etc/rc* and
/etc/defaults/* to those in src/etc. Normally, I manually copy those
files to /etc.
# grep
> Did I miss something on the /dev/random hang?
I don't know...
> During a `shutdown -r now`, the boot process hangs for more than an
> hour. I thought this was supposed to work. However, jwd's receipe
> for recovery works. I repeated this three times, although I only
> waited an hour the las
Did I miss something on the /dev/random hang?
During a `shutdown -r now`, the boot process hangs for more than an
hour. I thought this was supposed to work. However, jwd's receipe
for recovery works. I repeated this three times, although I only
waited an hour the last time (dinner!).
I am run
> > Hello FreeBSD-hackers.
> >
> > I had my first CVSup-ed source tre d/loaded today. It compiled correctly
> > (make buildworld) and installed correctly (make installworld).
>
> Mistake #1 was CVSuping -CURRENT.
[...]
> NOTE #3. Your machine is probably totaly broke. And you will need to
> rein
> I had my first CVSup-ed source tre d/loaded today. It compiled correctly
> (make buildworld) and installed correctly (make installworld).
>
> But on rebooting the box, the loader fails to find a bootable kernel. It
> seems my loader.conf got trashed somewhere ... I get the list of the /
> parti
Hello FreeBSD-hackers.
I had my first CVSup-ed source tre d/loaded today. It compiled correctly
(make buildworld) and installed correctly (make installworld).
But on rebooting the box, the loader fails to find a bootable kernel. It
seems my loader.conf got trashed somewhere ... I get the list of
Thanks for the updates. A few questions below.
-John
- Mark Hittinger's Original Message -
>
> It does look like an updating entry is needed for this badly.
>
> I did the following things, some of which may not be needed, and now my
> -current boxes boot OK.
>
> 1. update MAKEDEV fr
It does look like an updating entry is needed for this badly.
I did the following things, some of which may not be needed, and now my
-current boxes boot OK.
1. update MAKEDEV from /usr/src/etc, run MAKEDEV all
2. update /etc/rc /etc/rc.* /etc/defaults/rc.conf from /usr/src/etc
3. add ran
In message <[EMAIL PROTECTED]> Bigbear writes:
: i update my system from 4.1 to current, when system boot, it hangs when:
: start elf ldconfig: /usr/lib /usr/lib/compat /usr/X11R6/lib
: why?
This is not a hang, otherwise you would not have been able to boot by
pressing ^C or ^T
The files , espec
On Mon, 23 Oct 2000, John W. De Boskey wrote:
> I'm beginning to think we need an updating entry.
>
> 1. Make sure /dev/random exists 'cd /dev && sh MAKEDEV std'
Unless you are using devfs.
> 2. Make sure your kernel includes:
>
> devicerandom # Entropy device
On Tue, Oct 24, 2000 at 12:38:41PM -0600, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> "Matthew N.
>Dodd" writes:
> : On Mon, 23 Oct 2000, Brian O'Shea wrote:
> : > I am also having this problem. If you interrupt it (with ^\ to send
> : > SIGQUIT), ldconfig generates a core. Then ldconfi
Unless the network is lying to me again, Andy Farkas said:
> For those of us that couldn't go, has anybody posted pictures from the con
> yet? ...any kind of pictures - not just ones of keyboard bashing...
http://www.atlanta-bsd.org/bsdcon/
AlanC
To Unsubscribe: send mail to [EMAIL PROTECTE
You need to put
random_load="YES"
into /boot/loader.conf.
Optionally, you can load random.ko during the boot process.
John W. De Boskey wrote:
> It didn't work without the device line when I tested it
> last week(Thursday/Friday).
>
> - David O'Brien's Original Message -
> > On Mon, O
On Tue, 24 Oct 2000, Warner Losh wrote:
> We also found at bsdcon that lots of keystrokes would also make the
> system boot.
>
> Warner
For those of us that couldn't go, has anybody posted pictures from the con
yet? ...any kind of pictures - not just ones of keyboard bashing...
--
:{ [EMA
It didn't work without the device line when I tested it
last week(Thursday/Friday).
-John
- David O'Brien's Original Message -
> On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
> > 2. Make sure your kernel includes:
> >
> > device random # Entrop
On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
> 2. Make sure your kernel includes:
>
> devicerandom # Entropy device
Are you implying the random.ko module is broken?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current
In message <[EMAIL PROTECTED]> "Matthew N. Dodd"
writes:
: On Mon, 23 Oct 2000, Brian O'Shea wrote:
: > I am also having this problem. If you interrupt it (with ^\ to send
: > SIGQUIT), ldconfig generates a core. Then ldconfig will hang while
: > setting a.out ldconfig path:
:
: ^C also works.
In message <[EMAIL PROTECTED]> Bigbear writes:
: i update my system from 4.1 to current, when system boot, it hangs when:
: start elf ldconfig: /usr/lib /usr/lib/compat /usr/X11R6/lib
: why?
This is the random entropy problem. To work around it, you can hit
the keyboard enough to generate the ne
In message <[EMAIL PROTECTED]> Leif Neland
writes:
: > Hi there,
: >
: > I've done a very recent week's make world(S) on -current, making
: > and installing world and kernel go fine, but all hang on boot,
: > with no error codes or msgs.
: >
: Solution: Due to changes in the random/entropy
On Mon, Oct 23, 2000 at 06:30:29PM -0400, John W. De Boskey wrote:
>
> 5. At this time, remove ALL MFS filesystems from /etc/fstab.
>They can be hand mounted after bootup or via a local rc
>startup script.
You can leave them in, with option "noauto", and mount them later with
"mount -a -
- Makoto MATSUSHITA's Original Message -
>
> jwd> 5. At this time, remove ALL MFS filesystems from /etc/fstab.
> jwd>They can be hand mounted after bootup or via a local rc
> jwd>startup script.
>
> Is there any chance to mount MFS filesystem listed in /etc/fstab just
> after the
jwd> 5. At this time, remove ALL MFS filesystems from /etc/fstab.
jwd>They can be hand mounted after bootup or via a local rc
jwd>startup script.
Is there any chance to mount MFS filesystem listed in /etc/fstab just
after the /dev/random reseeding is done ? I cannot put up with that we
c
On Mon, 23 Oct 2000, Brian O'Shea wrote:
> I am also having this problem. If you interrupt it (with ^\ to send
> SIGQUIT), ldconfig generates a core. Then ldconfig will hang while
> setting a.out ldconfig path:
^C also works.
^T is generally useful if you suspect something is hanging on bootup
I'm beginning to think we need an updating entry.
1. Make sure /dev/random exists 'cd /dev && sh MAKEDEV std'
2. Make sure your kernel includes:
device random # Entropy device
3. Make sure /etc/rc is at rev 1.237 or higher.
4. Make sure /etc/rc.shutdown is at rev 1.13 or 1.1
On Sun, Oct 22, 2000 at 07:35:39PM -0400, John W. De Boskey wrote:
> - David O'Brien's Original Message -
> > On Sun, Oct 22, 2000 at 04:14:08PM +0800, Donny Lee wrote:
> > > with the mfs enable, it hangs there right after FILESYSTEM
> > > checking, and with random_load set to YES, it ha
(Yikes, my message turned out to be a bit long, sorry)
I did a little poking around.
I'm running -current as of last Saturday:
# uname -a
FreeBSD panic.localdomain 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Oct
21 22:20:11 PDT 2000 [EMAIL PROTECTED]:/usr/obj/usr/local/cvs
up/current/src/sys/PA
On Mon, Oct 23, 2000 at 01:38:36AM +0200, [EMAIL PROTECTED] wrote:
> Randomized file generation numbers to make NFS attacks more difficult,
> as far as I can remember.
>From p. 315 of the "red devil book":
A generation number is assigned to an inode each time that the latter is
allocated to repr
In reply:
> On Sun, Oct 22, 2000 at 04:14:08PM +0800, Donny Lee wrote:
> > with the mfs enable, it hangs there right after FILESYSTEM
> > checking, and with random_load set to YES, it hangs at ldconfig.
>
> mount_mfs is blocking on "rndblk". Our /dev/*random is fubar'ed *again*.
quick fix, wo
i update my system from 4.1 to current, when system boot, it hangs when:
start elf ldconfig: /usr/lib /usr/lib/compat /usr/X11R6/lib
why?
__
BIGBEAR
===
ÐÂÀËÃâ·Ñµç×ÓÓÊÏä http://mail.sina.com.cn
ÐÂÀË
>Anyone know the history on the '#ifdef FSIRAND' code?
Randomized file generation numbers to make NFS attacks more difficult,
as far as I can remember.
Steinar Haug, Nethelp consulting, [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in t
- David O'Brien's Original Message -
> On Sun, Oct 22, 2000 at 04:14:08PM +0800, Donny Lee wrote:
> > with the mfs enable, it hangs there right after FILESYSTEM
> > checking, and with random_load set to YES, it hangs at ldconfig.
>
> mount_mfs is blocking on "rndblk". Our /dev/*random
1 - 100 of 144 matches
Mail list logo
