Re: "df" locked up after upgrade to FreeBSD 7.1-PRERELEASE

[Subhro]

Is there anything NFS related to the box? If yes, then it could be
because of some hung mounts.

Thanks
Subhro

On 11/19/08, Rudy <[EMAIL PROTECTED]> wrote:
>
> Has anyone see the 'df' command just hang after an upgrade?
>  From another terminal, I saw df in the 'D' state when running ps.
>
> I tried 'df &' in my new terminal, and that too just hung out in the
> background.
> typing 'reboot' fixed the problem.  =)
>
> This box had been up for a while, no problems.  The only thing I changed
> was a 7.0 to 7.1 upgrade.
> (Haven't rebuilt all the ports to match the new OS, yet)
>
>  > uname -v
> FreeBSD 7.1-PRERELEASE #0: Thu Nov 13 19:14:42 PST 2008
> [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MONKEY
>   (MONKEY is pretty close to generic, just some ethernet and scsi stuff
> left out)
>
>  > kldstat
> Id Refs AddressSize Name
>  17 0xc040 4d39fc   kernel
>  21 0xc08d4000 164e8geom_mirror.ko
>  31 0xc3e93000 9000 if_bridge.ko
>  41 0xc3e9c000 6000 bridgestp.ko
>  51 0xc3f78000 5000 if_tap.ko
>  61 0xc3fdd000 3000 daemon_saver.ko
>
>  > df -h
> FilesystemSizeUsed   Avail Capacity  Mounted on
> /dev/ad4s1a   248M213M 14M94%/
> devfs 1.0K1.0K  0B   100%/dev
> procfs4.0K4.0K  0B   100%/proc
> /dev/mirror/gm0s1d989M200M710M22%/var
> /dev/mirror/gm0s1e496M1.7M454M 0%/tmp
> /dev/ad4s1f   2.9G1.4G1.3G52%/usr
> /dev/mirror/gm0s1g268G105G142G42%/data
> /dev/ad4s1h   180G391M166G 0%/data2
> devfs 1.0K1.0K  0B   100%/var/named/dev
>
>
>
> - Rudy
> _______
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>


-- 
Subhro Kar
Software Engineer
Dynamic Digital Technologies Pvt. Ltd.
EPY-3, Sector: V
Salt Lake City
700091
India
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Lenovo Thinkpad t61p and FreeBSD?

[Subhro]

I had a feeling nvidia does not work with amd64??

Subhro

On Wed, Jun 4, 2008 at 12:31 AM, Steven Schlansker
<[EMAIL PROTECTED]> wrote:
>
> On Jun 3, 2008, at 5:22 AM, Jeremy Chadwick wrote:
>
>> On Tue, Jun 03, 2008 at 07:51:05AM -0400, Michael C Voorhis wrote:
>>>
>>
>>> ... and if anyone has comments about the hardware in general.
>>
>> Based on my experiences with my workplace-provided T60p, it's safe to
>> say I'll never recommend a Lenovo product.  The temperatures of these
>> laptops are absolutely insane, supported by an incredibly loud fan.  I'm
>> not interested in a product that can have a GPU reaching temperatures of
>> almost 70C **while idling**.
>
> Interesting, I've had almost the opposite experience.  I have the T61p with
> the NVIDIA Quadro card.  If I run a game, the video card becomes almost too
> hot to have on my lap rather quickly (I just put it on a magazine or
> something and it's fine), but if it's idle the temperature is totally
> comfortable on my lap.  It also takes only about 5 minutes to cool off.  The
> fan is almost silent.  Perhaps they fixed the issues you describe with the
> revision?
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>



-- 
Subhro Kar
Software Engineer
Dynamic Digital Technologies Pvt. Ltd.
EPY-3, Sector: V
Salt Lake City
700091
India
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD 7.1 and BIND exploit

[Subhro]

Brett,

You need to understand the release engineering process of FreeeBSD.
The release edition is essential created from the stabe edition. 7.1R
would not be something new which is *not* present on 7-STABLE today.

In addition, while a particular branch is alive (not declared as end
of life) all security updates are backported. The fix which you are
looking for is also present on 7.0-R so you may well install that.

Thanks
Subhro

On Sun, Jul 20, 2008 at 8:50 AM, Brett Glass <[EMAIL PROTECTED]> wrote:
> I'd like to install a fully tested 7.1-RELEASE, rather than
> a snapshot of 7-STABLE (in which there have, apparently, been
> some problems due to driver updates and work on the TCP stack).
>
> Alas, I haven't seen any schedule or "to do" list for the release
> process yet -- just a note saying that 7.1-RELEASE is scheduled
> for August.
>
> I'm sure that a lot of folks are in the same boat as I: they'd
> like to start with a complete release that doesn't need patching
> and recompiling.
>
> --Brett Glass
>
> At 09:02 PM 7/19/2008, Xin LI wrote:
>
>>Yes.  FreeBSD 7-STABLE and RELENG_7_0 errata branches are already
>>patched and not vulnerable to the problem.
>>
>>Cheers,
>>- --
>>Xin LI <[EMAIL PROTECTED]>http://www.delphij.net/
>
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>



-- 
Subhro Kar
Software Engineer
Dynamic Digital Technologies Pvt. Ltd.
EPY-3, Sector: V
Salt Lake City
700091
India
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD 7.1 and BIND exploit

[Subhro]

Cilton,

Off topic, but could you please tell me (us) the advantages(and
disadvantages) of djbdns over bind?

Thanks
Subhro

On Sun, Jul 20, 2008 at 11:45 PM, Clifton Royston <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 19, 2008 at 08:30:57PM -0600, Brett Glass wrote:
>> Everyone:
>>
>> Will FreeBSD 7.1 be released in time to use it as an upgrade to
>> close the BIND cache poisoning hole? We'd like to upgrade affected
>> servers to the latest FreeBSD at the same time that we upgrade
>> BIND if possible.
>
>  Given that 7.1 and 6.4 are still listed as "August" in the RE page,
> and things often slip a bit as the date approaches, I'd say you'd be
> well-advised not to wait.  Assuming you're running 7.0 or 6.3, upgrade
> to the latest _RELENG patch which is much less work than a full version
> upgrade.
>
>  My opinion only.  I'm not a developer, and I'm not running any
> recursive resolvers on BIND these days; my limited set of machines are
> running djbdns instead, so I have more flexibility.
>
>  -- Clifton
>
> --
>Clifton Royston  --  [EMAIL PROTECTED] / [EMAIL PROTECTED]
>   President  - I and I Computing * http://www.iandicomputing.com/
>  Custom programming, network design, systems and network consulting services
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
>



-- 
Subhro Kar
Software Engineer
Dynamic Digital Technologies Pvt. Ltd.
EPY-3, Sector: V
Salt Lake City
700091
India
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: PC-BSD and DesktopBSD compared to FreeBSD

[Subhro]

Hello Charles,

Thanks for your insight. I would also like to express my views in this
regard. Every OS has a target audience and every OS has its own
strengths and weaknesses. Something which would nicely for you does
not mean that it would work exactly the same way for everyone else in
the world. You are free to have personal opinions but please be kind
enough to keep them *personal*. What you have done could very well
generate a troll.

PLEASE DO NOT TROLL.

Also to the best of my knowledge the purpose of this list is to
discuss about the different features/ changes of the STABLE tree. Feel
free to move the discussion to advocacy@ mailing list.

Thanks and Best Regards
Subhro


On 9/15/06, Charles P. Schaum <[EMAIL PROTECTED]> wrote:

A note on PC-BSD and DesktopBSD as compared to my -STABLE experiences:

-STABLE works best. First, PC-BSD will panic under more conditions than
-RELEASE, -STABLE or DesktopBSD. I did some monkeying around and found
that to be true, especially with older boxes. Second, DesktopBSD works
better than PC-BSD, and noticeably so. But it's based on 5 and I want 6.
So that kinda throws a spanner in the works.

Both desktop installers, however, do not easily support an install over
multiple disks or a lot of customization. FreeBSD does.

That's the same reason why I like the Debian installer and the old
Ubuntu installer over many of the others. (Although the Ubuntu
installer, old and new, has geometry issues.) Fedora's default is to use
an LVM setup that will be a pain in the tush if you install anything
else over it unless you use a third-party util to hose all the LVM info.
Merely creating a new FS, i.e., installing FBSD in the slice where
Fedora was, won't cut it; you will get weirdness in the boot loader.

When I want desktop, I don't want dumb. I want defaults for those that
want them and then I want to depart from that when needed. The desktop
attempts based on FreeBSD do not easily handle this. I see that as
basically a show-stopper. The elegant thing about FreeBSD is the way in
which one can vary things to meet individual needs. This is no
"canonical distro" template mentality. The real trick is to make a
desktop work with such variation.

One thing I see, for example, is an opportunity to have a decision like
"here is some default art, themes, whatever" in a port/package for those
that want a "my machine looks like FreeBSD" feel. One might suggest that
all ports that would normally be associated with menus and MIME types in
XFCE, KDE and Gnome, etc. would arrange to install these in the expected
places. Presently, some do; some don't.

One need not integrate a lot into the OS. Indeed, scripts for removable
media events and the like can safely remain in ports. But it strikes me
that Linux and Windows, as well as MacOS, all have a certain "look and
feel" per distro and that a move to say "for those that want a default
option of >>look and feel<< and don't want to continually edit menus
(for which KDE is easiest) then we have a plan for you." This would not
add too much burden to the port maintainers and it would just make the
learning curve a little easier for noobs, until they do a
BOFH-recommended action after failing to RTFM.

Even running the autoconfig for X, if X is installed, and allowing a GUI
login manager selection menu in the installer couldn't hurt. After all,
if one bundles things like Gnome and KDE on distribution media, why not
go the distance and give the option to do all the preliminary
integration in the installer, if so selected?

For example, I have no problem installing NetBSD, knowing that I first
go to the utility menu and set up the NIC, then install, then say yes, I
want those NIC settings to save some work, then do the reboots and set
things up. Then I tweak more files and add software with pkgsrc.

But that's extra work that FreeBSD already integrates to some extent
into one installer session. Why not continue along that path? What about
a menu that allows an expert mode for certain stages as well as just a
default decision like "I want FreeBSD with KDE/Gnome." For example, if
pdftk or ImageMagick blow up /var/tmp when batch converting or if
OpenOffice takes about 9G to compile, then one could consider a resource
needs database correlating to packages desired at install time. Given,
that puts stress on the size of the image. It could also be a DVD-only
option. One could select the ports that one would eventually like
(perhaps like synaptic) and the needs could be anticipated for
install-time FS-tuning. A subsequent option might allow installation via
pkg_add or simply set up a script and notify root to run it in the
background to fetch and install the desired packages at a later time.

Such an approach would take the selection of distributions and packages
to perhaps another level. Yes, it violates the "small is better&

RE: BTX halted

[Subhro]

The first advice I would give is, go and trying flashing your BIOS with an
updated version.

Regards
S.

Indian Institute of Information Technology
Subhro Sankha Kar
Block AQ-13/1, Sector V
Salt Lake City
PIN 700091
India
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:owner-freebsd-
> [EMAIL PROTECTED] On Behalf Of kalin mintchev
> Sent: Saturday, January 01, 2005 10:04
> To: freebsd-stable@freebsd.org
> Cc: freebsd-questions@freebsd.org
> Subject: BTX halted
> 
> hi all...
> 
> i'm trying to install 5.3 on an amd machine...
> i got the discs and they are ok but when i start the off the disk the boot
> stops with BTX halted no matter which boot mode i chose.
> i looked on google and i found a few posts about bios issues but non of
> that helped - i couldn't find how to disable DMA. the only location i saw
> the DMA mentioned was under PnP/PCI configurations => Resources Controlled
> by in the bios but there the setting is Auto(ESCD). i tried al the options
> there and it still stops at the same place...
> 
> anybody can help?!
> 
> thanks
> 
> 
> --
> 
> 
> 
> 
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-
> [EMAIL PROTECTED]"


smime.p7s
Description: S/MIME cryptographic signature

Re: xl(4) & polling

[Subhro]

On 5/11/2005 8:04, Rob wrote:
All computers are running 5-Stable, as of May 10.
All, but PC1 with fxp, use polling, with:
  options DEVICE_POLLING
  options HZ=1000
 

1000 IMHO seems a bit too heavy. Try something lower.
Regards
S.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: xl(4) & polling

[Subhro]

On 5/11/2005 10:40, Rob wrote:
--- Subhro <[EMAIL PROTECTED]> wrote:
 

On 5/11/2005 8:04, Rob wrote:
   

All computers are running 5-Stable, as of May 10.
All, but PC1 with fxp, use polling, with:
 options DEVICE_POLLING
 options HZ=1000
 

1000 IMHO seems a bit too heavy. Try something
lower.
   

What is heavy and what is not?
Does 100 sound better?
How can I develop a feeling for the 'heaviness' of
this HZ number? Is it related to the CPU speed?
Thanks for clarifying!
Rob.
 

Before I answer this question, I would like to clarify a few things. 
Previously (when there was no concept of Device Polling) whenever a 
packet arrived at a network interface, the NIC generated an interrupt. 
An interrupt would cause the processor to stop whatever it was doing and 
make it look into the reason why the interrupt was generated. This 
concept had no problems except the fact that it could be used 
maliciously. For example, if someone wants to consume all processing 
power, he may create an interrupt storm by constanly sending packets to 
the NIC. the NIC would continue generating interrupts and the processor 
would be busy servicing them, thus wasting and depriving other processes 
from precious CPU cycles. This is one form of Denial of Service attack. 
Also for systems which handle really heavy loads, a legal series of 
interrupts may seem like a DOS. Thus the concept of Device Polling came 
into play

In Device Polled systems, the NIC does not generate any interrupt at 
all. Instead whenever the packets arrive at a Network interface, they 
are captured and put into a queue. The kernel scheduler checks the quese 
at regular intervals and processes the packets which are waiting. This 
interval is adjusted by the "options HZ=x" kernel option.

If the value of x is very high, there may eb two scenarios. In the first 
scenario, the queue may fill up and subsequent packets are dropped. In 
this case retransmission of the packets are required. In the second 
scenario, the packets would be held up for excessive long times which 
defeats the entire purpose of Device Polling. If the value of x is very 
low, the scheduler would check the queue frequently and would again 
defeat the entire idea of Device Polling.

The value of x is very much implementation and load specific. When I 
have to put up a new FreeBSD box, I start from 100 and start beefing up 
the number until I find a good balance. For your implementaion it seems 
to me as if the packets are waiting in the queue for a long time which 
are causing the SSH sessions to time out.

Regards
S.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: xl(4) & polling

[Subhro]

On 5/11/2005 11:14, Rob wrote:
When I have to put up a new FreeBSD box, I start
from 100 and start beefing up the number until I
find a good balance.
   

Hmmm, how do you "find a good balance" ?
Network access speed vs. lost connections.?
 

Yes. The access times during the top load period and the average load 
period helps me to decide the "ideal value". Also its worthwhile to 
adjust the values:

sysctl -a | grep nmbcluster
They determine the number of buffers available for storing network 
connections.

Interestingly: HZ=1000 is apparently a problem with
the xl devices (3Com 3c905B-TX), but not with the
rl devices (RealTek 8139).
What could cause that difference? Could a difference
in buffer size on the LAN card cause this?
 

Highly possible. But it also depends on the sysctl values I mentioned 
above.

Regards
S.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: xl(4) & polling

[Subhro]

On 5/11/2005 13:13, Rob wrote:
--- Subhro <[EMAIL PROTECTED]> wrote:
 

On 5/11/2005 8:04, Rob wrote:
   

All computers are running 5-Stable, as of May 10.
All, but PC1 with fxp, use polling, with:
 options DEVICE_POLLING
 options HZ=1000
 

1000 IMHO seems a bit too heavy. Try something
lower.
   

Same problem. Ssh-tunnel connection is also disrupted
with HZ=100. May I conclude that the HZ value is not
the culprit? Or should I try once again with HZ=10?
 

100 should be fine. 10 would be a bit too much overkill.
kern.ipc.nmbclusters is 4928 for this PC.
Is that good or bad?
 

What is the purpose of the box? Give a description of the network traffic.
"sysctl -a | grep -i polling" gives following:
kern.polling.burst: 150
kern.polling.each_burst: 5
kern.polling.burst_max: 150
kern.polling.idle_poll: 0
kern.polling.poll_in_trap: 0
kern.polling.user_frac: 50
kern.polling.reg_frac: 20
kern.polling.short_ticks: 0
kern.polling.lost_polls: 6
kern.polling.pending_polls: 0
kern.polling.residual_burst: 0
kern.polling.handlers: 0
kern.polling.enable: 0
kern.polling.phase: 0
kern.polling.suspect: 6
kern.polling.stalled: 0
kern.polling.idlepoll_sleeping: 1
<118>kern.polling.enable: 
<118>xl0: flags=18843
MULTICAST,POLLING> mtu 1500
<118>   options=49
<118>xl1: flags=18843
MULTICAST,POLLING> mtu 1500
<118>   options=49

 

Did you use any strange CFLAGS like -O3 or -f* compile time options when 
you built the system?

Regards
S.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: xl(4) & polling

[Subhro]

On 5/11/2005 13:57, Tuomo Latto wrote:
Subhro wrote:
...
In Device Polled systems, the NIC does not generate any interrupt at 
all. Instead whenever the packets arrive at a Network interface, they 
are captured and put into a queue. The kernel scheduler checks the 
quese at regular intervals and processes the packets which are 
waiting. This interval is adjusted by the "options HZ=x" kernel option.

If the value of x is very high, there may eb two scenarios. In the 
first scenario, the queue may fill up and subsequent packets are 
dropped. In this case retransmission of the packets are required. In 
the second scenario, the packets would be held up for excessive long 
times which defeats the entire purpose of Device Polling. If the 
value of x is very low, the scheduler would check the queue 
frequently and would again defeat the entire idea of Device Polling.

It's the other way around. Large values indicate larger polling frequency
thus amounting to more checks. Or at least the name of the option would
suggest that anyway.

Silly me :(. I meant something, typed something else. Its indeed the 
other way round. Thanks to everyone who pointed this out.

Regards
S.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: (SOLVED) 5.4RELEASE: problem with my ST34311A UDMA666 controller

[Subhro]

On 5/28/2005 22:15, Remi Degruson wrote:


Hello,

my problem was due to a bad ide cable. I replace it and all work well.
I am surprised , this cable was ok with linux. 
 

This is not something new or unexpected. Windows are Linux run happily 
on a lot of garbage grade hardware. But FreeBSD is very fussy about 
hardware. Thats the reason why a Linux box CAN create strange situations 
due to hardware. But a FreeBSD box would not even be ready to boot up if 
it does not find everything in tiptop condition.


Regards
S.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: RELENG_6 has problems with booting

[Subhro]

On 7/17/2005 22:15, Jonathan Weiss wrote:


Cheers,


Yesterday I updated my 5-STABLE system to RELENG_6 through cvsup&make.
My machine will only boot in safe mode. Verbose or normal boot will result
in a hang that occuers normally during local package startup or filesystem
scan.

I get no panic or LOR, the machine just completely hangs.

I used the GENERIC kernel with these points added:
---
# PF
device  pf
device  pflog
device  pfsync

# ALTQ
options ALTQ
options ALTQ_CBQ# Class Bases Queueing
options ALTQ_RED# Random Early Drop
options ALTQ_RIO# RED In/Out
options ALTQ_HFSC   # Hierarchical Packet Scheduler
options ALTQ_CDNR   # Traffic conditioner
options ALTQ_PRIQ   # Priority Queueing
options ALTQ_NOPCC  # Required for SMP build
options ALTQ_DEBUG

# Sound
devicesound
device  "snd_via82c686"

#atapicam 
deviceatapicam


# GBDE
options GEOM_BDE

options COMPAT_FREEBSD5
---

I also tried a kernel with `options SMP` commented out but it still hangs.

The dmesg:
---
Copyright (c) 1992-2005 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
   The Regents of the University of California. All rights reserved.
FreeBSD 6.0-BETA1 #2: Sat Jul 16 23:22:20 CEST 2005
   [EMAIL PROTECTED]:/usr/obj/usr/src/sys/XXX
WARNING: WITNESS option enabled, expect reduced performance.
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) XP 2500+ (1830.01-MHz 686-class CPU)
 Origin = "AuthenticAMD"  Id = 0x6a0  Stepping = 0
 
Features=0x383fbff
CMOV,PAT,PSE36,MMX,FXSR,SSE>
 AMD Features=0xc0400800
real memory  = 536805376 (511 MB)
avail memory = 515989504 (492 MB)
npx0: [FAST]
npx0:  on motherboard
npx0: INT 16 interface
cpu0 on motherboard
pcib0:  pcibus 0 on motherboard
pir0:  on motherboard
pci0:  on pcib0
$PIR: No matching entry for 0.1.INTA
$PIR: No matching entry for 0.2.INTA
$PIR: No matching entry for 0.2.INTB
$PIR: No matching entry for 0.2.INTC
$PIR: No matching entry for 0.4.INTA
$PIR: No matching entry for 0.6.INTA
agp0:  mem 0xd800-0xdbff at device
0.0 on pci0
pci0:  at device 0.1 (no driver attached)
pci0:  at device 0.2 (no driver attached)
pci0:  at device 0.3 (no driver attached)
pci0:  at device 0.4 (no driver attached)
pci0:  at device 0.5 (no driver attached)
isab0:  at device 1.0 on pci0
isa0:  on isab0
pci0:  at device 1.1 (no driver attached)
ohci0:  mem 0xe0003000-0xe0003fff irq 12 at
device 2.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0:  on ohci0
usb0: USB revision 1.0
uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self powered
ohci1:  mem 0xe0004000-0xe0004fff irq 11 at
device 2.1 on pci0
ohci1: [GIANT-LOCKED]
usb1: OHCI version 1.0, legacy support
usb1:  on ohci1
usb1: USB revision 1.0
uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 3 ports with 3 removable, self powered
ehci0:  mem 0xe0005000-0xe00050ff irq 5
at device 2.2 on pci0
ehci0: [GIANT-LOCKED]
usb2: EHCI version 1.0
usb2: companion controllers, 4 ports each: usb0 usb1
usb2:  on ehci0
usb2: USB revision 2.0
uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
uhub2: 6 ports with 6 removable, self powered
ulpt0: Brother HL-5040, rev 2.00/1.00, addr 2, iclass 7/1
ulpt0: using bi-directional mode
nve0:  port 0xd000-0xd007 mem
0xe000-0xefff irq 11 at device 4.0 on pci0
nve0: Ethernet address 00:0c:6e:57:5a:25
miibus0:  on nve0
rlphy0:  on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
nve0: Ethernet address: 00:0c:6e:57:5a:25
nve0: [GIANT-LOCKED]
pci0:  at device 6.0 (no driver attached)
pcib1:  at device 8.0 on pci0
pci1:  on pcib1
ed0:  port 0xc000-0xc01f irq 5 at device
8.0 on pci1
ed0: [GIANT-LOCKED]
ed0: Ethernet address: 00:a0:d2:14:f5:33
ed0: if_start running deferred for Giant
ed0: type NE2000 (16 bit)
dc0:  port 0xc400-0xc4ff mem
0xdf00-0xdfff irq 12 at device 10.0 on pci1
miibus1:  on dc0
ukphy0:  on miibus1
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
dc0: Ethernet address: 00:80:ad:04:c6:78
dc0: if_start running deferred for Giant
dc0: [GIANT-LOCKED]
atapci0:  port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0
ata0:  on atapci0
ata1:  on atapci0
pcib2:  at device 30.0 on pci0
pci2:  on pcib2
$PIR: ROUTE_INTERRUPT failed.
pci2:  at device 0.0 (no driver attached)
pmtimer0 on isa0
orm0:  at iomem 0xc-0xcb7ff,0xcc000-0xcd7ff on isa0
atkbdc0:  at port 0x60,0x64 on isa0
atkbd0:  irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
isa0
fdc0: [FAST]
ppc0:  at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like

Re: Apache2 just listening to https?

[Subhro]

Roger Grosswiler wrote:


Try adding port 80 to your Listen statement(s) in httpd.conf. Also make
   


sure you have virtual hosts that capture requests on port 80.
 


/Eirik

   


i did a file called virtual.conf in /usr/local/etc/apache2/Include with
this content:


ServerName freebsd.domain.net
ServerAlias freebsd.domain.net
DocumentRoot /usr/local/www/data


...which should be loaded on startup. Also, i activated

NameVirtualHost *:80

in httpd.conf - still no success...whats up here? firewall is open,
redirecting on router is well...but still no success...
 


Did you try to port scan the box?

Regards
S.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problem booting FBSD 5.4-stable..

[Subhro]

Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04:

Specs:
Amd Thunderbird 800
Abit KT7-raid (VIA KT133)

256 MB
30 GB IDE
Cdrom
Floppy

Problem: The computer just prints three rows...

'Building the boot loader arguments
Looking up /BOOT/LOADER... Found
Relocating the loader and the BTX'

...and then reboots.

The cd can be booted on my brothers Dell so I assume it's ok.
Currently I have Gentoo on this machine and there's nothing wrong with 
the cdrom as it boots both Gentoo and Ubuntu-cds.


I have a faint memory that when I had 5.0 on this machine (FBSD) it 
had alot of problems with 'BTX halted'.


Is there any more information you need?

// Sebastian Holmqvist
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Did you try disabling fancy options like BIOS Shadowing, Power Options, 
etc? Are you running the latest release of BIOS from your mo'bo' 
manufacturer? Is the HDD and the CDROM on the same cable? If yes, then 
what is the way they are attached?


Regards
S.

--
-+-----
 | Subhro Sankha Kar
 \   /  |GSM: +919831064613  --  Fax: +919831832913
  \./|MSN:[EMAIL PROTECTED]  --  Yahoo: subhro82
 (0Y0)   |ICQ: 203567534 --  AIM: bsdboy1982
--ooO--(_)--Ooo--+-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problem booting FBSD 5.4-stable..

[Subhro]

Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:45:


On 1 Oct 2005, at 14:01, Subhro wrote:


Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04:


Specs:
Amd Thunderbird 800
Abit KT7-raid (VIA KT133)

256 MB
30 GB IDE
Cdrom
Floppy

Problem: The computer just prints three rows...

'Building the boot loader arguments
Looking up /BOOT/LOADER... Found
Relocating the loader and the BTX'

...and then reboots.

Did you try disabling fancy options like BIOS Shadowing, Power 
Options, etc? Are you running the latest release of BIOS from your 
mo'bo' manufacturer? Is the HDD and the CDROM on the same cable? If 
yes, then what is the way they are attached?



Running the latest BIOS version yes. Also running Fail safe options 
with the exception on that I've but the cdrom on first boot device.
The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're on 
the same cable with manual M/S-setup.


// Sebastian Holmqvist

Great. FreeBSD, unlike Linux and Windowz is very very fusy about 
hardware. As per the IDE specs, the master drive should always be at the 
end of the cable. The middle is occupied by the slave drive, which is 
not your case. For a start, I would try fixing that. Also it is 
recommended not to mix drive types on a single bus. Therefore it would 
be highly recommended to move the optical drive to the secondary bus. 
Also do not rely on CS. Ecplicitly jumper them as master and slave.


Thanks
S.

--
-+-----
 | Subhro Sankha Kar
 \   /  |GSM: +919831064613  --  Fax: +919831832913
  \./|MSN:[EMAIL PROTECTED]  --  Yahoo: subhro82
 (0Y0)   |ICQ: 203567534 --  AIM: bsdboy1982
--ooO--(_)--Ooo--+-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problem booting FBSD 5.4-stable..

[Subhro]

J. T. Farmer sat at his 'puter and typed on 10/1/2005 23:24:

Subhro wrote:


Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:45:

Running the latest BIOS version yes. Also running Fail safe options 
with the exception on that I've but the cdrom on first boot device.
The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're on 
the same cable with manual M/S-setup.


// Sebastian Holmqvist

Great. FreeBSD, unlike Linux and Windowz is very very fusy about 
hardware. As per the IDE specs, the master drive should always be at 
the end of the cable. The middle is occupied by the slave drive, 
which is not your case. For a start, I would try fixing that. Also it 
is recommended not to mix drive types on a single bus. Therefore it 
would be highly recommended to move the optical drive to the 
secondary bus. Also do not rely on CS. Ecplicitly jumper them as 
master and slave. 



Actually, my understanding of the specifications is that the only time
you are required to place the master at the end of the cable is when
it is the only device in the chain.  If there are two devices in the 
chain,

then either can be Master and provide the timing for both.

John

--
John T. FarmerOwner & CTOGoldSword Systems
[EMAIL PROTECTED] 865-691-6498   Knoxville TN
   Consulting, Design, & Development of Networks & Software

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Hello John,

Unfortunately that is not correct. Just for an experiment, put both the 
drives in CS and boot the system. Then try to find out which becomes the 
master. I know CS is not reliable, but still...
The matter is of the IDE specifications which remains constant 
irrespective of the number of drives on the bus.


Thanks
S.

--
-+-----
 | Subhro Sankha Kar
 \   /  |GSM: +919831064613  --  Fax: +919831832913
  \./|MSN:[EMAIL PROTECTED]  --  Yahoo: subhro82
 (0Y0)   |ICQ: 203567534 --  AIM: bsdboy1982
--ooO--(_)--Ooo--+-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Problem booting FBSD 5.4-stable..

[Subhro]

Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 20:09:


On 1 Oct 2005, at 14:29, Subhro wrote:


Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:45:



On 1 Oct 2005, at 14:01, Subhro wrote:



Sebastian Holmqvist sat at his 'puter and typed on 10/1/2005 17:04:



Specs:
Amd Thunderbird 800
Abit KT7-raid (VIA KT133)

256 MB
30 GB IDE
Cdrom
Floppy

Problem: The computer just prints three rows...

'Building the boot loader arguments
Looking up /BOOT/LOADER... Found
Relocating the loader and the BTX'

...and then reboots.


Did you try disabling fancy options like BIOS Shadowing, Power 
Options, etc? Are you running the latest release of BIOS from your 
mo'bo' manufacturer? Is the HDD and the CDROM on the same cable? If 
yes, then what is the way they are attached?




Running the latest BIOS version yes. Also running Fail safe options 
with the exception on that I've but the cdrom on first boot device.
The cable setup is IDE1 <- HD0 (M) <- Cdrom (S). So yes, they're on 
the same cable with manual M/S-setup.


// Sebastian Holmqvist


Great. FreeBSD, unlike Linux and Windowz is very very fusy about 
hardware. As per the IDE specs, the master drive should always be at 
the end of the cable. The middle is occupied by the slave drive, 
which is not your case. For a start, I would try fixing that. Also it 
is recommended not to mix drive types on a single bus. Therefore it 
would be highly recommended to move the optical drive to the 
secondary bus. Also do not rely on CS. Ecplicitly jumper them as 
master and slave.


Thanks
S.
Alright. I've tried putting IDE <- CDrom (S) <- HD0 (M) and it didn't 
work.
Then I tried IDE1 <- HD0 (M) and IDE2 <- CDrom (M) and that didn't 
work EITHER.


This is feeling ridiculous. I'm trying the boot diskettes to test my 
luck.


// Sebastian Holmqvist




Sebastian,

Don't worry, the boot diskettes wont work either. The basic problem is 
some kind of conflict with some existing hardware in the box. I can see 
an ABit RAID inside the box. What is it doing there and what kind of 
configuration is it following? Also could you point us to some sites 
describing your hardware? Could you please tell us about all the devices 
which are present in your system? Include the onboard devices as well.


Thanks
S.

--
-----+-----
 | Subhro Sankha Kar
 \   /  |GSM: +919831064613  --  Fax: +919831832913
  \./|MSN:[EMAIL PROTECTED]  --  Yahoo: subhro82
 (0Y0)   |ICQ: 203567534 --  AIM: bsdboy1982
--ooO--(_)--Ooo--+-

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: make installworld failure

[Subhro]

Alexander 'alxl' Lobachov sat at his 'puter and typed on 10/26/2005 10:12:

Hello,

Just cvsuped and built the kernel and installed it ok, buildworld went
clear also, tried to installworld and got this:

$ sudo make installworld
mkdir -p /tmp/install.QhTsbtJk
for prog in [ awk cap_mkdb cat chflags chmod chown  date
echo egrep find grep  ln make 
  mkdir mtree mv pwd_mkdb rm sed sh sysctl  test true uname
wc zic; do  cp `which $prog` 
  /tmp/install.QhTsbtJk;  done

cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=i386
MACHINE=i386  
  CPUTYPE=athlon-xp
GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin  
  GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font  
  GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac  
PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/tmp/install.QhTsbtJk

make -f Makefile.inc1 reinstall
make: Permission denied
*** Error code 126
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.


The box was quite new actually, already running -STABLE maybe a few
weeks old or so.

Any hints how to fix it will be greatly appreciated. Thanks.

  

Type this and give the output:

sysctl kern.securelevel
mount

Thanks
S.

--
---+--
  |   Subhro Sankha Kar
   \   /  |  GSM: +919831064613  --  Fax: +919831832913
\./   |  MSN:[EMAIL PROTECTED]  --  Yahoo: subhro82
   (0Y0)  |  ICQ: 203567534 --  AIM: bsdboy1982
ooO--(_)--Ooo--+--

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stable Worldstones - Intel P4 vs AMD

[Subhro]

Kim Culhan sat at his 'puter and typed on 11/28/2005 1:05:

Running -Stable make world with recent Intel and AMD hardware
yielded some interesting results.

One machine:

CPU: AMD Athlon(tm) 64 Processor 3200+ (2010.31-MHz 686-class CPU)
Origin = "AuthenticAMD"  Id = 0x20ff0  Stepping = 0

Other machine:

CPU: Intel(R) Pentium(R) 4 CPU 3.60GHz (3600.12-MHz 686-class CPU)
Origin = "GenuineIntel"  Id = 0xf34  Stepping = 4

The Intel machine had hyperthreading disabled in the bios.

kernel config for both machines was GENERIC

Running 'make world' several times on FreeBSD 6.0-STABLE from
11-26-05 a couple of representative timings were:

AMD Athlon 64

45:42

45:19


Intel P4

55:22

54:57


Are there any optimizations for the P4 which might be added to the GENERIC
kernel config to improve the performance ?

-kim

--
w8hdkim err gmail.com
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

  
Let us have a look at /etc/make.conf. BTW, my *personal* opinion is AMD 
implements much better pipelining and concurrent processing compared to 
the Intel platform. So what you see is not something entirely unexpected.


Thanks
S.

--
-------
\   / | Subhro Sankha Kar 
 \./  |   GSM: +919831010002  --  Fax: +919831832913  
(0Y0) |MSN: [EMAIL PROTECTED] --  Yahoo!: subhro82
-ooO--(_)--Ooo-


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Stable Worldstones - Intel P4 vs AMD

[Subhro]

Kim Culhan sat at his 'puter and typed on 11/28/2005 1:40:

On 11/27/05, Subhro <[EMAIL PROTECTED]> wrote:
  

Kim Culhan sat at his 'puter and typed on 11/28/2005 1:05:



  

Running -Stable make world with recent Intel and AMD hardware
yielded some interesting results.
  


  

Let us have a look at /etc/make.conf. BTW, my *personal* opinion is AMD
implements much better pipelining and concurrent processing compared to
the Intel platform. So what you see is not something entirely unexpected.



No /etc/make.conf in either case

-kim

--
w8hdkim err gmail.com

  
Have a look at man 'make.conf' without the 's. Specially look closely at 
the CFLAGS, COPTFLAGS and CPUTYPE variables. Also please be kind enough 
not to send in HTML mails in this list. It's really irritating to 
decipher mail content from within HTML tags for unlucky souls like me 
who use a text based mail client to read mails.


Thanks
S.

--
---
    \   / | Subhro Sankha Kar 
 \./  |   GSM: +919831010002  --  Fax: +919831832913  
(0Y0) |MSN: [EMAIL PROTECTED] --  Yahoo!: subhro82
-ooO--(_)--Ooo-


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"