Re: no USB mice detected on GA-MA74GM-S2
Michal Varga wrote: 2009/4/13 : Yes, I'm 100% positive I tried plugging mouse after the boot up had finished. Honestly I am late asking here. I was struggling with this and looking for cases online for more than 2 weeks at least. And I came across your thread from 2007, too. That's really bad. Though closest I can find to your board with freebsd people I know is AMD770+SB600, while your is AMD740G+SB700, all of them dating back to my first AMD690G/V (and maybe prior to that) so far exhibited the same symptoms and the late-plug approach always worked.. Yours would be then the first one that Gigabyte botched even more (congrats). I guess that's one more reason to push on USB guys to finally fix it. If it works with the OP's USB mouse, a USB -> PS/2 (male) adapter might at least get him running provided that the mobo has a PS/2 port... (I know at least some of the Gigabyte 780G boards do, but I don't have any USB mice...) -- - Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andy...@bullseye.apana.org.au (pref) | Snail: PO Box 370 andy...@pcug.org.au (alt) |Belconnen ACT 2616 Web:http://www.andymac.org/ |Australia ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?)
Luigi Rizzo wrote: Also, what would you suggest as a small scripting language to be used in this kind of platform for implementing CGI scripts (and preferably able to use sockets/select) ? The various perl/python/php and friend are in the 10MB range once you pick up a little bit of libraries (sockets etc) and the tangle of modules they require; awk (which is present in busybox) is ok-ish for some things, but doing I/O and calling external programs with it is > very unfriendly; I've not tried to do this myself (had no need), but Python does support having its standard library code in a ZIP archive. The .py (source) files can be omitted, so the ZIP archive only needs to contain the byte compiled files (.pyc, and .pyo if you ever use Python's -O option). With a stripped interpreter, I'd estimate you might get an install down to ~6MB, with non-essentials (for an embedded production environment) removed. But you do have to work at it... :-( I hear Lua is compact and capable, including sockets support, but have never looked at it. -- - Andrew I MacIntyre "These thoughts are mine alone..." E-mail: [EMAIL PROTECTED] (pref) | Snail: PO Box 370 [EMAIL PROTECTED] (alt) |Belconnen ACT 2616 Web:http://www.andymac.org/ |Australia ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: "ad0: TIMEOUT - WRITE_DMA" type errors with 7.0-RC1
Jeremy Chadwick wrote: * Getting a larger power supply (usually when lots of disk are involved) I only have two drives, so I think the PS has enough capacity in my case. Agreed; even a 350W PSU should handle 2 disks without a problem. I've seen power supplies with a sagging 12V rail cause these sorts of problems. -- - Andrew I MacIntyre "These thoughts are mine alone..." E-mail: [EMAIL PROTECTED] (pref) | Snail: PO Box 370 [EMAIL PROTECTED] (alt) |Belconnen ACT 2616 Web:http://www.andymac.org/ |Australia ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [AMD64-SMP] I can't get my cpus working at 100%
Christian Walther wrote: A nice example of a program being able to do threading, but one CPU (core) only is python. This is not strictly correct: Python relies on a global interpreter lock (aka GIL) to protect internal data structures. When code in the Python process doesn't require access to these data structures, threads can run outside the influence of the lock and run simultaneously on multiple CPUs. Python's I/O system (eg file/network I/O) and many Python extensions do exactly this. -- - Andrew I MacIntyre "These thoughts are mine alone..." E-mail: [EMAIL PROTECTED] (pref) | Snail: PO Box 370 [EMAIL PROTECTED] (alt) |Belconnen ACT 2616 Web:http://www.andymac.org/ |Australia ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ATA DMA timeouts
Tony Byrne wrote: Martin, TB> We're now at 2 hours uptime and there is no sign of the ATA TB> timeouts. With the newer kernels the first timeout would appear TB> within 5 to 10 minutes of rebooting. I can't see any changes to TB> the ATA code in the interim so I'm curious as to what could have TB> caused this issue. TB> My hardware is Intel ICH5 based with a Western Digital SATA hard-disk. Well it was too good to last. I came in this morning to find a handful of "ad0: TIMEOUT - ..." in the messages file. It looks like the nightly cron jobs trigger it even for kernel and world prior to May 9th. I get the sense that there are less timeouts with the older kernel, but it could be wishful thinking. If your timeouts have really gone away then it's possible that our problem has a different cause to yours. Can anyone else shed some light on this issue? I've just been through something like this, eventually traced to one rail (+5V) on the power supply sagging out of tolerance. - Andrew I MacIntyre "These thoughts are mine alone..." E-mail: [EMAIL PROTECTED] (pref) | Snail: PO Box 370 [EMAIL PROTECTED] (alt) |Belconnen ACT 2616 Web:http://www.andymac.org/ |Australia ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Performance issue
Suleiman Souhlal wrote: Hello, On May 9, 2005, at 3:54 PM, Daniel Eischen wrote: On Tue, 10 May 2005, Peter Jeremy wrote: On Mon, 2005-May-09 11:00:18 -0400, Ewan Todd wrote: I have what I think is a serious performance issue with fbsd 5.3 release. I've read about threading issues, and it seems to me that that is what I'm looking at, but I'm not confident enough to rule out that it might be a hardware issue, a kernel configuration issue, or something to do with the python port. There does appear to be a problem in FreeBSD. Python is built with threading enabled by default, the threading libraries play with the signal mask and there have been extensive changes there. My The threading libraries don't play with the signal mask. In fact, libpthread has userland versions of sigprocmask() et. al. and won't even make the syscall() unless the threads are system scope. There is a special thread in libpthread that handles signals which does use the system sigprocmask(), but unless the application is making heavy use of signals in general, it shouldn't matter. I think I've found the problem: Python uses setjmp/longjmp to protect against SIGFPU every time it does floating point operations. The python script does not actually use threads, and libpthread assumes non-threaded processes are system scope. So, it would end up using the sigprocmask syscall, even though it doesn't really need to. The diff at http://people.freebsd.org/~ssouhlal/testing/ thr_sigmask-20050509.diff fixes this, by making sure the process is threaded, before using the syscall. Note that the setjmp/longjmp code is only active if Python is ./configure'd with "-with-fpectl", which has been standard for the ports built Python for a long time. ISTR that this was because FreeBSD didn't mask SIGFPE by default, while Linux and many other OSes do. I also seem to recall that this may have changed in the evolution of 5.x. If so, perhaps use of this configure option in the port needs to be reviewed for 5.x and later. - Andrew I MacIntyre "These thoughts are mine alone..." E-mail: [EMAIL PROTECTED] (pref) | Snail: PO Box 370 [EMAIL PROTECTED] (alt) |Belconnen ACT 2616 Web:http://www.andymac.org/ |Australia ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Problems reclaiming VM cache = XFree86 startup annoyance
On Sat, 20 Dec 2003, Paul Mather wrote: > Not being a Python programmer, I don't know exactly how BitTorrent is > accessing the files (e.g., using mmap), though I do know some kind of > random access is involved as the filesets are chunked and different > chunks are served to different peers. I suspect random access to such > large files is not kind to the cache, though. :-) BT doesn't use mmap(), just seek()/read()/write(). -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: [EMAIL PROTECTED] (pref) | Snail: PO Box 370 [EMAIL PROTECTED] (alt) |Belconnen ACT 2616 Web:http://www.andymac.org/ |Australia ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: The sendmail discussion...
On Wed, 27 Mar 2002, Gregory Neil Shapiro wrote:
{...}
> I plan on continuing to improve the FreeBSD infrastructure for sendmail
> and will continue trying to be sensitive to the needs of non-sendmail
> users. I welcome feedback and I try to be quite reasonable.
Thank you for all your work, including this comprehensive article.
A point I think many users of other MTAs are oblivious to is that the
Internet of today is a far less diverse environment than the environment
sendmail was born into. Sendmail as a result is an extraordinarily
flexible tool. I have needed that flexibility, and believe that FreeBSD
as an OS for the full spectrum of use is the better for retaining such
flexibility.
It is short sighted to lumber the current releases of sendmail with the
millstone of unmaintained vendor versions and poor system administration.
I find it amazing, and reassuring, that sendmail has survived the
challenges of the changing internet and that it continues to successfully
evolve despite the vociferous support for less mature, less flexible and
less widely used competion.
--
Andrew I MacIntyre "These thoughts are mine alone..."
E-mail: [EMAIL PROTECTED] | Snail: PO Box 370
[EMAIL PROTECTED]|Belconnen ACT 2616
Web:http://www.andymac.org/|Australia
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
Re: Win2K & FreeBSD 4.1-20000923-ST
On Sat, 21 Oct 2000, Balakin Alex wrote: > I've got a problem. I have Win2K Professional and FreeBSD > 4.1-2923-STABLE > on one hard disk. Here is a problem with boot loader - after loading of > FreeBSD, I > can't load Win2K getting message "NTLDR not found". > This can be fixed only throught repair mode in Windows. > > Did anybody have such problem ? What is the way to solve it ? Did you create a new partition for your FreeBSD install? My guess (from experience with NT4) is that the Win2K bootstrap is now treating your Win2K's partition as having a different ID than it had when you did the initial Win2K install :-( The relevant place to look is BOOT.INI in the root directory of your NT boot partition (at least it was for NT4). This was a text file which contained all the boot options for the NT loader. When this happened to me, I'd just installed FreeBSD (and hadn't changed the boot loader), and wanted to start NT to add FreeBSD to the NT loader menu. I was able to do a minimal reinstall of NT to a different directory on the boot drive (thus keeping my existing install in one piece) which rewrote the BOOT.INI file. I also had Win95, which wasn't affected by the partition reordering, so I was able to preserve a copy of the BOOT.INI before reinstalling NT for later comparison, which was how I figured out what had actually caused NT to barf in the first place. Hope this helps you a little... -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: [EMAIL PROTECTED](work) | Snail: PO Box 370 [EMAIL PROTECTED] (play) |Belconnen ACT 2616 [EMAIL PROTECTED] (play2) |Australia To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
RE: Macronix driver bugs ?
On Wed, 7 Jul 1999, Pascal Hofstee wrote:
> On Wed, 7 Jul 1999, David Schwartz wrote:
>
> > I've had a lot of problems with MX98713 cards and FreeBSD-stable. None were
> > as bad as what you report. But I finally decided to either run the cards at
> > 10Mbps (which seems to work fine for me) or replace the cards with others
> > and put the 98713 cards in the NT machines.
>
> I DO run it at 10 Mbps (half-duplex) ... but our network here gets
> upgarded soon to 100 Mbps (full-duplex) that's why I was "hoping to
> ditch the SMC"
Problems with drivers for these cards should be directed to the author,
Bill Paul <[EMAIL PROTECTED]>. Please provide as much detail
as you can.
--
Andrew I MacIntyre "These thoughts are mine alone..."
E-mail: [EMAIL PROTECTED](work) | Snail: PO Box 370
[EMAIL PROTECTED] (play) |Belconnen ACT 2616
Fido: Andrew MacIntyre, 3:620/243.18|Australia
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message
