Hi,
I have -current on my laptop as of yesterdays sources and my suspending
isnt working quite right. The first time I suspend (S3) it works and
comes back to life, but the second time the laptop reboots when it
resumes.
I have now build a new kernel with debuging/ddb and hooked up a serial
On Mon, 15 Sep 2003, 23:48-0600, Scott Long wrote:
> All,
>
> I'd like to give a status report for 4.x and 5.x for the developers and
> users who didn't attend the DevSummit this past weekend.
>
> 4.9:
> The 4.9 release is likely going to be pushed back for a few weeks while
> the recent instabili
Kris Kennaway wrote:
On Mon, Sep 15, 2003 at 03:13:30PM -0400, Didier Rwitura wrote:
I am trying to upgrade my sysstem from 4.8-RELEASE-p4 to 5.1
and i getting this error message when I run "make -j4 buildworld"
I had the same problem.
Making without the "-j4" option works however.
Antoine
__
RELENG_5_1 builds just fine, but don't mess with make's max jobs with
buildworld.
-Mike
On Tue, 16 Sep 2003, Antoine Jacoutot wrote:
> Date: Tue, 16 Sep 2003 09:12:46 +0200
> From: Antoine Jacoutot <[EMAIL PROTECTED]>
> To: Kris Kennaway <[EMAIL PROTECTED]>
> Cc: Didier Rwitura <[EMAIL PROTECTE
On Mon, 15 Sep 2003 11:40:07 +0200 (CEST)
Soren Schmidt <[EMAIL PROTECTED]> wrote:
> Okies, you need to update as there has been changes since this that
> should fix the problem.
Update yesterday, same symptoms :(
Bye,
Dario
--
Dario Freni ([EMAIL PROTECTED]) - SaturNero on IRCNet, Azzurra
Gru
On Tue, 16 Sep 2003, Maxim Konovalov wrote:
> PAE MFC brought an incredible instability to stable branch. It
> affects 100% of our user community especially when we issued several
> SAs since PAE commit. They often can't switch to RELENG_4_x security
> branches because even RELENG_4_8 misses sev
The problem of not being able to reboot without a panic seems to persist on
late current with ATAng and SMP.
Pete
Sep 16 13:16:11 rms21 reboot: rebooted by pete
Sep 16 13:16:11 rms21 syslogd: exiting on signal 15
boot() called on cpu#0
Waiting (max 60 seconds) for system process `vnlru' to stop...
It seems Petri Helenius wrote:
> The problem of not being able to reboot without a panic seems to persist on
> late current with ATAng and SMP.
The below doesn't say much actually, but I can reboot to my hearts content
on my SMP box here with no problems. What else do you have in that kernel ?
>
Soren Schmidt wrote:
It seems Petri Helenius wrote:
The problem of not being able to reboot without a panic seems to persist on
late current with ATAng and SMP.
The below doesn't say much actually, but I can reboot to my hearts content
on my SMP box here with no problems. What else do you
Hi!
On Tue, 16 Sep 2003 11:21:01 +1200
Marcos Biscaysaqu <[EMAIL PROTECTED]> wrote:
> Hi There .
> I have in comming a couple a Proxim 8480- pcmcia , with Atheros
> Chipset and 8482- pci .
> someone knows if this card work on Freebsd?
'man ath' has a list of supported cards. There may be mo
Le 2003-09-15, Lee Damon écrivait :
> >Yesterday's cvsup'd and compiled kernel hung at
> > acd0: CDRW at ata1-master UDMA33
> > atapicam0: timeout waiting for ATAPI ready
This is from the low-level ATA layer. Do you see the same message if you
disable ATAPICAM?
Thomas.
--
[EMAIL
Le 2003-09-13, Daniel Eischen écrivait :
> cd0 at ata1 bus 0 target 0 lun 0
> cd0: Removable CD-ROM SCSI-0 device
> cd0: 33.000MB/s transfers
> cd0: cd present [3737169375 x 3737169374 byte records]
Several others have reported similar completely bogus sector size data.
I suspect a problem in t
On Tuesday, September 16, 2003, at 06:11 AM, Bruce Evans wrote:
On Tue, 16 Sep 2003, Maxim Konovalov wrote:
PAE MFC brought an incredible instability to stable branch. It
affects 100% of our user community especially when we issued several
SAs since PAE commit. They often can't switch to RELENG
On Tue, Sep 16, 2003 at 08:43:00AM -0400, David Rhodus wrote:
> Right, say if still the OpenSSH did or still comes out to be
> real. Ops, now thats right, we don't have 3.6.1 in STABLE, why ? It
> was released on April 1, does that not give one enough time to merge
> this in ?
Merging new versions
Le 2003-09-06, Petri Helenius écrivait :
> Should this work or is the work to port this to ATAng still undergoing?
This should work, but does not, so the work is still in progress...
> panic: mutex Giant not owned at ../../../dev/ata/atapi-cam.c:117
Please try this patch.
Index: atapi-cam.c
=
On Mon, Sep 15, 2003 at 03:31:55PM -0700, Gordon Tetlow wrote:
> On Thu, Sep 11, 2003 at 02:44:55PM +0200, Harti Brandt wrote:
> >
> > Hi,
> >
> > I just tried to upgrade one of my systems from a static root from july to
> > an actual dynamic root. The installworld went fine 'til the place where
On Tue, 16 Sep 2003, Ruslan Ermilov wrote:
RE>On Mon, Sep 15, 2003 at 03:31:55PM -0700, Gordon Tetlow wrote:
RE>> On Thu, Sep 11, 2003 at 02:44:55PM +0200, Harti Brandt wrote:
RE>> >
RE>> > Hi,
RE>> >
RE>> > I just tried to upgrade one of my systems from a static root from july to
RE>> > an actual
Le 2003-09-06, Guillaume écrivait :
> I'm running FreeBSD 5-CURRENT (Aug. 28 2003) on a P3 733MHz, 768MB ram
> with a LG DVD-RW/DVD-RAM burner. I would like to know why ATAPICAM is so
> slow with my system.
Maybe because ATAPI/CAM does not actually enable DMA. Can you try the
following patch?
Th
On Tue, 16 Sep 2003, Thomas Quinot wrote:
> Le 2003-09-13, Daniel Eischen écrivait :
>
> > cd0 at ata1 bus 0 target 0 lun 0
> > cd0: Removable CD-ROM SCSI-0 device
> > cd0: 33.000MB/s transfers
> > cd0: cd present [3737169375 x 3737169374 byte records]
>
> Several others have reported similar
>> >Yesterday's cvsup'd and compiled kernel hung at
>> >acd0: CDRW at ata1-master UDMA33
>> >atapicam0: timeout waiting for ATAPI ready
>
>This is from the low-level ATA layer. Do you see the same message if you
>disable ATAPICAM?
If I remove ATAPICAM from the kernel the system boots norm
Bruce Evans wrote:
On Tue, 16 Sep 2003, Maxim Konovalov wrote:
PAE MFC brought an incredible instability to stable branch. It
affects 100% of our user community especially when we issued several
SAs since PAE commit. They often can't switch to RELENG_4_x security
branches because even RELENG_4_
On Tue, 16 Sep 2003, Scott Long wrote:
:Bruce Evans wrote:
:> On Tue, 16 Sep 2003, Maxim Konovalov wrote:
:>
:>
:>>PAE MFC brought an incredible instability to stable branch. It
:>>affects 100% of our user community especially when we issued several
:>>SAs since PAE commit. They often can't swit
Le 2003-09-16, Daniel Eischen écrivait :
> I get this even without atapicam in the kernel. Is trying
> CAMDEBUG and CAM_DEBUG_CDB going to show anything interesting?
No, indeed, probably not. Can you try the following patch:
Index: ata-lowlevel.c
David Rhodus <[EMAIL PROTECTED]> writes:
> Right, say if still the OpenSSH did or still comes out to be
> real. Ops, now thats right, we don't have 3.6.1 in STABLE, why ? It
> was released on April 1, does that not give one enough time to merge
> this in ?
Is there a specific problem with OpenSSH
Scott Long wrote:
Bruce Evans wrote:
On Tue, 16 Sep 2003, Maxim Konovalov wrote:
PAE MFC brought an incredible instability to stable branch. It
affects 100% of our user community especially when we issued several
SAs since PAE commit. They often can't switch to RELENG_4_x security
branches beca
On Tue, 16 Sep 2003, Thomas Quinot wrote:
> Le 2003-09-16, Daniel Eischen écrivait :
>
> > I get this even without atapicam in the kernel. Is trying
> > CAMDEBUG and CAM_DEBUG_CDB going to show anything interesting?
>
> No, indeed, probably not. Can you try the following patch:
OK, on a differ
At Thu, 11 Sep 2003 14:44:55 +0200 (CEST),
Harti Brandt wrote:
> Hi,
>
> I just tried to upgrade one of my systems from a static root from july to
> an actual dynamic root. The installworld went fine 'til the place where
> /bin/test is installed. At that point the installation stopped with "ELF
>
Bill Moran wrote:
Scott Long wrote:
Bruce Evans wrote:
On Tue, 16 Sep 2003, Maxim Konovalov wrote:
PAE MFC brought an incredible instability to stable branch. It
affects 100% of our user community especially when we issued several
SAs since PAE commit. They often can't switch to RELENG_4_x sec
Howdy list,
Is the ath(4) driver, like the wi(4) driver, incapable of performing
bridging?
For reference, this is from the bridge(4) manpage:
Bridging requires interfaces to be put in promiscuous mode, and transmit
packets with Ethernet source addresses. Some interfaces (e.g. wi(4)) d
On Tue, 16 Sep 2003, Richard Nyberg wrote:
RN>At Thu, 11 Sep 2003 14:44:55 +0200 (CEST),
RN>Harti Brandt wrote:
RN>> Hi,
RN>>
RN>> I just tried to upgrade one of my systems from a static root from july to
RN>> an actual dynamic root. The installworld went fine 'til the place where
RN>> /bin/test i
Apparently, yes.
http://slashdot.org/articles/03/09/16/1327248.shtml?tid=126&tid=172
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Dag-Erling
> Smørgrav
> Sent: Tuesday, September 16, 2003 11:54 AM
> To: David Rhodus
> Cc: Maxim Konovalov; Scott Long
On Tue, 16 Sep 2003, Scott Long wrote:
> Patches have been floated on the mailing list that revert PAE in its
> various stages. Maybe those need to be brought back up. Silby? Tor?
>
> Scott
I believe that Tor's commit on August 30th resolved the PAE-related
problems, so there is no need for a
> 3. A panic caused by sending 64K-1 ping packets, which I can't reproduce.
Is this a firewall induced panic? -sc
--
Sean Chittenden
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
Mike Silbersack wrote:
On Tue, 16 Sep 2003, Scott Long wrote:
Patches have been floated on the mailing list that revert PAE in its
various stages. Maybe those need to be brought back up. Silby? Tor?
Scott
I believe that Tor's commit on August 30th resolved the PAE-related
problems, so there
> Is the ath(4) driver, like the wi(4) driver, incapable of performing
> bridging?
Yes. Bridging happens outside the operation of the driver.
Sam
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To u
> Is the ath(4) driver, like the wi(4) driver, incapable of performing
> bridging?
Sorry, answered too quickly. ath and wi have the same restrictions. You
can use bridging to hookup a wired and wireless network but not two
wireless networks. I can't tell from your posting what you are trying to
On Tue, Sep 16, 2003 at 12:16:30PM -0400, Mike Jakubik typed:
> Apparently, yes.
>
> http://slashdot.org/articles/03/09/16/1327248.shtml?tid=126&tid=172
Fortunately, there's allready a patch in the source tree:
http://www.freebsd.org/cgi/cvsweb.cgi/src/crypto/openssh/buffer.c.diff?r1=1.1.1.6&r2
TB --- 2003-09-16 16:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-09-16 16:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-16 16:01:50 - building world
TB --- cd /
I think what he meant was that at on state was known (I don't know the
current state) that as the wi could not be but in promiscuous mode it
could not be used for bridging.. Bridging requires promiscuous mode
(or some very tricky proxy-arp stuff).
On Tue, 16 Sep 2003, Sam Leffler wrote:
> > Is t
Hello,
On Mon, Sep 15, 2003 at 11:42:29AM +1000, Mark Sergeant wrote:
> I get the same problem in the same place with current as of today.
I also noticed this issue. I just got a reply from the port maintainer
Alex Dupre as follows:
"""
MR> It won't configure. Output on my machine is as below.
> I think what he meant was that at on state was known (I don't know the
> current state) that as the wi could not be but in promiscuous mode it
> could not be used for bridging.. Bridging requires promiscuous mode
> (or some very tricky proxy-arp stuff).
You can put wi (and ath) in promiscuous m
I'm not sure what I typed there but what I meant to say was
"At one stage the wi driver could not be put in promiscuous mode and
the bridging code required that. Most people still think this is true."
On Tue, 16 Sep 2003, Sam Leffler wrote:
> > I think what he meant was that at on state was
Scott Long wrote:
> Agreed. PAE was merged into -stable in three steps. Backing out the
> third step and leaving the first two steps removes the instability.
> Unfortunately, it was the third step that also was the most complex.
> In any case, we have 2 weeks to find the resolution before the dec
--- /usr/src/sys/modules/Makefile.orig Tue Sep 16 10:42:38 2003
+++ /usr/src/sys/modules/Makefile Tue Sep 16 10:42:54 2003
@@ -126,7 +126,6 @@
twe \
tx \
txp \
- uart \
ubsa \
ubsec \
ucom \
--
Steve
http://troutmask.apl.washington.edu/
Please compile your kernel with debug symbols (config -g KERNEL) and load
it into gdb to get the actual line of code that is getting that NULL
deref:
gdb kernel.debug
l *scsuspend+0x17
That should show the offending code segment.
-Nate
___
[EMA
> (To recap: I'm having ACPI problems on a DFI CD70-SC, with both 5.1-R and
> 5-CURRENT. Booting GENERIC doesn't show any problems, however, so there's
> a good chance it's a misconfiguration issue.)
>
> Thus spake Damian Gerow ([EMAIL PROTECTED]) [15/09/03 17:34]:
> > It's attached. There's no A
Howdy,
Sam Leffler wrote:
> ath and wi have the same restrictions. You
> can use bridging to hookup a wired and wireless network but not two
> wireless networks. I can't tell from your posting what you are trying to
> do.
>
> Sam
I figured now would be a good place to chime in about WDS.
Nate Lawson wrote:
Please compile your kernel with debug symbols (config -g KERNEL) and load
it into gdb to get the actual line of code that is getting that NULL
deref:
gdb kernel.debug
l *scsuspend+0x17
That should show the offending code segment.
Hopefully I have done this right :)
(g
On Wed, 17 Sep 2003, Andrew Thompson wrote:
> Nate Lawson wrote:
> >gdb kernel.debug
> >l *scsuspend+0x17
> >That should show the offending code segment.
>
> (gdb) l *scsuspend+0x17
> 0xc03d7b17 is in scsuspend (/usr/src/sys/isa/syscons_isa.c:111).
> 106 int retry =
On Wed, 17 Sep 2003, Andrew Thompson wrote:
> (gdb) l *scsuspend+0x17
> 0xc03d7b17 is in scsuspend (/usr/src/sys/isa/syscons_isa.c:111).
> 106 int retry = 10;
> 107 static int dummy;
> 108 sc_softc_t *sc;
> 109
> 110 sc = &main_s
On Tue, Sep 16, 2003 at 11:16:54AM -0700, Julian Elischer wrote:
> I'm not sure what I typed there but what I meant to say was
> "At one stage the wi driver could not be put in promiscuous mode and
> the bridging code required that. Most people still think this is true."
I think it is still t
TB --- 2003-09-16 18:27:08 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-09-16 18:27:08 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-16 18:29:00 - building world
TB --- cd /home
Hi,
I just built a kernel with latest sources, unfortunately, my ath(4) card
stopped working. The device is there, devd sets ip address, route etc.,
just as it did before the upgrade - the problem is that the link is dead,
there's _nothing_ going over the link. It also seems to re-associate with
Hello there!
For versions of ata-lowlevel.c > 1.9 the ad1 device isn't found.
Below is working dmesg with ata-lowlevel.c 1.9.
-Richard
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the Universi
This may be a dumb question, but I have
a situation where machine A and B both have
enabled serial console. I'm ssh'ing into A to
try and debug a problem on B. I'm trying to
use tip, but am getting interference from the
fact that A also has a serial console.
If i disable the getty, its a bit be
Thus spake Nate Lawson ([EMAIL PROTECTED]) [16/09/03 15:00]:
> I'm almost certain your problem is defining MAXMEM to 512 MB. Remove that
> from your kernel config and try again. MAXMEM causes all kinds of
> problems. If this doesn't solve it, start with the stock GENERIC and add
> back in your c
> I just built a kernel with latest sources, unfortunately, my ath(4) card
> stopped working. The device is there, devd sets ip address, route etc.,
> just as it did before the upgrade - the problem is that the link is dead,
> there's _nothing_ going over the link. It also seems to re-associate w
On Tue, 16 Sep 2003, Damian Gerow wrote:
> Thus spake Nate Lawson ([EMAIL PROTECTED]) [16/09/03 15:00]:
> > I'm almost certain your problem is defining MAXMEM to 512 MB. Remove that
> > from your kernel config and try again. MAXMEM causes all kinds of
> > problems. If this doesn't solve it, star
Thus spake Nate Lawson ([EMAIL PROTECTED]) [16/09/03 16:24]:
> I have no time to track this down but the output of acpidump -t may help
> someone else who might be interested. You're looking for the pointers
> that are stored in RSD PTR.
I'm still on 5.1-R, and there's no '-t' flag to acpidump.
On Tue, 16 Sep 2003, Damian Gerow wrote:
> Thus spake Nate Lawson ([EMAIL PROTECTED]) [16/09/03 16:24]:
> > I have no time to track this down but the output of acpidump -t may help
> > someone else who might be interested. You're looking for the pointers
> > that are stored in RSD PTR.
>
> I'm sti
TB --- 2003-09-16 19:46:27 - starting CURRENT tinderbox run for i386/pc98
TB --- 2003-09-16 19:46:27 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/pc98
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-16 19:49:03 - building world
TB --- cd /home
On Tue, Sep 16, 2003 at 10:30:50AM -0600, Scott Long wrote:
> Mike Silbersack wrote:
> >On Tue, 16 Sep 2003, Scott Long wrote:
> >
> >
> >>Patches have been floated on the mailing list that revert PAE in its
> >>various stages. Maybe those need to be brought back up. Silby? Tor?
> >>
> >>Scott
>
If I start my kernel from september 15, my computer hangs after this message:
atapci0: port 0xa400-0xa40f at device 7.1 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
A kernel from september 7 works normally. A normal dmesg is attached. Anything
I can try?
Arjan
Copyright (c) 1992-20
--On Tuesday, September 16, 2003 23:09:57 +0200 Arjan van Leeuwen
<[EMAIL PROTECTED]> wrote:
If I start my kernel from september 15, my computer hangs after this
message:
atapci0: port 0xa400-0xa40f at device
7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
A kernel from september
Aloha!
Arjan van Leeuwen wrote:
If I start my kernel from september 15, my computer hangs after this message:
atapci0: port 0xa400-0xa40f at device 7.1 on
pci0
ata0: at 0x1f0 irq 14 on atapci0
ata0: [MPSAFE]
Did you wait a while? I just completed my system update (getting the
OpenSSH patch in
On Tue, 16 Sep 2003, Sam Leffler wrote:
> > A kernel from Fri Sep 12 works correctly, with the same configuration. I
> > guess the ath/ieee80211 commits from yesterday/today broke something.
>
> I need more help than this. Try supplying some information like the card
> type (e.g. 5212) and your
I've tried various cvsup sites (normally cvsup2 or cvsup16 )
and each site returns this message:
Rejected by server: Access limit exceeded; try again later
I've gotten that before but never with all of the hosts out there. Is everyone and
their brother doing a make world today,
are the sites
On Tue, Sep 16, 2003 at 04:01:39PM -0600, Andrew Lankford wrote:
> I've tried various cvsup sites (normally cvsup2 or cvsup16 )
> and each site returns this message:
>
> Rejected by server: Access limit exceeded; try again later
>
> I've gotten that before but never with all of the hosts out th
Sam Leffler wrote:
>> Is the ath(4) driver, like the wi(4) driver, incapable of performing
>> bridging?
>
> Sorry, answered too quickly. ath and wi have the same restrictions. You
> can use bridging to hookup a wired and wireless network but not two
> wireless networks. I can't tell from your
In the last episode (Sep 16), Andrew Lankford said:
> I've tried various cvsup sites (normally cvsup2 or cvsup16 ) and
> each site returns this message:
>
> Rejected by server: Access limit exceeded; try again later
>
> I've gotten that before but never with all of the hosts out there.
> Is eve
On Tue, Sep 16, 2003 at 05:11:02PM -0500, Dan Nelson wrote:
> In the last episode (Sep 16), Andrew Lankford said:
> > I've tried various cvsup sites (normally cvsup2 or cvsup16 ) and
> > each site returns this message:
> >
> > Rejected by server: Access limit exceeded; try again later
> >
> > I'
> Yes, I was referring to bridging two wireless interfaces.
David Young (of netbsd) has plans for WDS support that should fit into the
existing 802.11 layer. With his design you should be able to bridge WDS
links using the standard bridge support. No ETA.
Sam
__
On Tuesday 16 September 2003 23:33, Joachim Strömbergson wrote:
> Aloha!
>
> Arjan van Leeuwen wrote:
> > If I start my kernel from september 15, my computer hangs after this
> > message:
> >
> > atapci0: port 0xa400-0xa40f at device
> > 7.1 on pci0
> > ata0: at 0x1f0 irq 14 on atapci0
> > ata0: [
On Tue, Sep 16, 2003 at 04:01:39PM -0600, Andrew Lankford wrote:
> I've tried various cvsup sites (normally cvsup2 or cvsup16 )
> and each site returns this message:
>
> Rejected by server: Access limit exceeded; try again later
>
> I've gotten that before but never with all of the hosts out th
Aloha!
Arjan van Leeuwen wrote:
On Tuesday 16 September 2003 23:33, Joachim Strömbergson wrote:
Try again and see if it is a real, solid hang, or if it just takes a while.
Thanks! I guess I'm too impatient these days... Yes, it works after waiting
for about 30 seconds. So a correction, it doesn't
TB --- 2003-09-16 21:02:39 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-09-16 21:02:39 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-16 21:05:41 - building world
TB --- cd /home
TB --- 2003-09-16 22:31:03 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-09-16 22:31:03 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-16 22:32:56 - building world
TB
On Mon, 8 Sep 2003, Soren Schmidt wrote:
> It seems Nate Lawson wrote:
> > With a fresh checkout of last night's -current, I cannot boot my laptop.
> > ATAFD panics the box by reusing freed memory. I do not have a floppy
> > drive in the laptop and when I do, it's a legacy floppy, not atapi. Here
Nate Lawson wrote:
On Wed, 17 Sep 2003, Andrew Thompson wrote:
(gdb) l *scsuspend+0x17
0xc03d7b17 is in scsuspend (/usr/src/sys/isa/syscons_isa.c:111).
106 int retry = 10;
107 static int dummy;
108 sc_softc_t *sc;
109
110 sc = &
I spoke too soon. Suddenly it all works.
>It never got above 10 clients before today. How about a few
>people switch to my server for regular updates? Thanks. :)
>
>Regards,
>--
>wca
Oh, alright!
Andrew Lankford
___
[EMAI
Hello all,
I've been wrestling with my nice, shiny new PITA system all week long.
The consensus seems to be that the RAM is suspect. I'm on my second
stick of 512 MB 2700 DDRAM for this thing and this one seems to be worse
than the first one I got. The first one was a Samsung and this one is
so
I just committed changes to bridge, ipfw, and dummynet. I've been running
these for a while but beware. I'm aware of two LOR issues that I want to
sort out later, after some more changes have gone in. Regardless, if you
encounter problems let me know...
Sam
On Tue, 16 Sep 2003, Don Bowman wrote:
> This may be a dumb question, but I have
> a situation where machine A and B both have
> enabled serial console. I'm ssh'ing into A to
> try and debug a problem on B. I'm trying to
> use tip, but am getting interference from the
> fact that A also has a seri
On Tuesday, September 16, 2003, at 11:54 AM, Dag-Erling Smørgrav wrote:
David Rhodus <[EMAIL PROTECTED]> writes:
Right, say if still the OpenSSH did or still comes out to be
real. Ops, now thats right, we don't have 3.6.1 in STABLE, why ? It
was released on April 1, does that not give one enough t
Scott Reese <[EMAIL PROTECTED]> writes:
> Though I'm not sure if RAM is my problem because I'm not getting Sig 11
> errors. I keep getting extremely consistent internal compiler errors
> pretty much whenever I try to build *anything*. I've tried to
> buildkernel about 16 times today and each tim
Le Mar 16/09/2003 à 09:22, Thomas Quinot a écrit :
> Le 2003-09-06, Guillaume écrivait :
>
> > I'm running FreeBSD 5-CURRENT (Aug. 28 2003) on a P3 733MHz, 768MB ram
> > with a LG DVD-RW/DVD-RAM burner. I would like to know why ATAPICAM is so
> > slow with my system.
>
> Maybe because ATAPI/CAM d
On Tue, Sep 16, 2003 at 09:47:44PM -0400, David Rhodus wrote:
> On Tuesday, September 16, 2003, at 11:54 AM, Dag-Erling Smørgrav wrote:
> >Is there a specific problem with OpenSSH 3.5 which requires an update
> >to 3.6.1? Or do you just want me to update it to make the numbers
> >look pretty on yo
--On Wednesday, September 17, 2003 00:24:06 +0200 Arjan van Leeuwen
<[EMAIL PROTECTED]> wrote:
On Tuesday 16 September 2003 23:33, Joachim Strömbergson wrote:
Aloha!
Arjan van Leeuwen wrote:
> If I start my kernel from september 15, my computer hangs after this
> message:
>
> atapci0: port 0x
Sam Leffler wrote:
>> Yes, I was referring to bridging two wireless interfaces.
>
> David Young (of netbsd) has plans for WDS support that should fit into the
> existing 802.11 layer. With his design you should be able to bridge WDS
> links using the standard bridge support. No ETA.
I appologi
I've got a Netgear WAG511 (Atheros 5212-based card) and a Netgear FWAG114
wireless router.
I've been trying to get the card and the router talking under FreeBSD.
(Both 802.11a and 802.11g work fine under Windows on the same machine.)
I'm using -current from September 15th.
Anyway, whenever I tr
TB --- 2003-09-17 04:00:01 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-09-17 04:00:01 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-09-17 04:02:11 - building world
TB --- cd /
Don Bowman wrote:
> This may be a dumb question, but I have
> a situation where machine A and B both have
> enabled serial console. I'm ssh'ing into A to
> try and debug a problem on B. I'm trying to
> use tip, but am getting interference from the
> fact that A also has a serial console.
>
> If i
cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I.
-I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica
-I/usr/src/sys/contrib/ipfilter -I/usr/src/sys
It seems Joachim Strömbergson wrote:
> > Thanks! I guess I'm too impatient these days... Yes, it works after waiting
> > for about 30 seconds. So a correction, it doesn't hang, it's just slow when
> > detecting :).
>
> So now the tousand dollar question becomes "What in the boot contains a
> ti
Joachim Strömbergson wrote:
> So now the tousand dollar question becomes "What in the boot contains a
> timeout around 30 seconds, a timout that lately has been
> committed/ctivated in the kernel code?"
SCSI has one of these; are you compiling with ATAPICAM?
-- Terry
_
95 matches
Mail list logo