Re: Low umass performance with USB 2.0 ports

Wed Oct 20 21:32:58 2004 |--- sys/i386/include/bus_at386.h Sat Nov 11 11:11:00 2000 -- File to patch: ^C -- Deomid Ryabkov aka Rojer [EMAIL PROTECTED] [EMAIL PROTECTED] ICQ: 8025844 ___ freebsd-hackers@freebsd.org ma

Re: Low umass performance with USB 2.0 ports

Scott Long wrote: I wonder if that's the whole trick here. Would someone be willing to try the attached patch instead of the one that Ian posted? just tried the patch... no, it doesn't help. stalls still happen when reading large files from the device. -- Deomid Ryabkov aka Ro

Re: Low umass performance with USB 2.0 ports

://www.freebsd.org/cgi/query-pr.cgi?pr=usb/81621) the original submitter seems to have VIA controller too. -- Deomid Ryabkov aka Rojer [EMAIL PROTECTED] [EMAIL PROTECTED] ICQ: 8025844 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman

Re: FreeBSD 5.3R SMP Kernel not detecting 2nd CPU in a HP DL360(?)

e more info and maybe even a short-term remote ssh/serial console access. -- Deomid Ryabkov aka Rojer [EMAIL PROTECTED] [EMAIL PROTECTED] ICQ: 8025844 smime.p7s Description: S/MIME Cryptographic Signature

Re: Freebsd 5.3 with Broadcom BCM5721 PCI Express GbE

Amandeep Pannu wrote: 2) It doesnt detect the broadcom interfaces. They are Broadcom BCM5721 PCI Express GbE. the support is in -STABLE already, update to latest RELENG_5. -- Deomid Ryabkov aka Rojer [EMAIL PROTECTED] [EMAIL PROTECTED] ICQ: 8025844 smime.p7s Description: S/MIME Cryptographic

Re: Freebsd 5.3 hangs under heavy load????

installed Linux on those and all has been going well since that... the point is: PAE and large memory configurations in general need more testing. -- Deomid Ryabkov aka Rojer [EMAIL PROTECTED] [EMAIL PROTECTED] ICQ: 8025844 smime.p7s Description: S/MIME Cryptographic Signature

Re: occasional ECONNREFUSED when connect()ing.

into the issue here... thanks everyone :) [Haven't read your code] Try to turn net.inet.ip.portrange.randomized off. yes, this does solve the problem on 4.10-STABLE. thanks, Maxim :) mink[/home/rojer]# uname -rms FreeBSD 4.10-STABLE i386 mink[/home/rojer]# ./x.pl 24045, http://localhost:8000/junk, 2

Re: Determining userland return address (from syscall)

erver" process, which would then hang around servicing stuff for some time. There don't seem to be better alternatives for doing this securely and still keep reasonable *NIX-like behavior. this is no good either... overhead would bring down our servers right away. -- Deomid Ryabkov aka

Determining userland return address (from syscall)

. I assume that process cannot change its .text section once loaded so this scheme would no be abused by overwriting the location with malicious code. Am I correct here? What do you think of this scheme overall? Thank you. -- Deomid Ryabkov aka Rojer [EMAIL PROTECTED] [EMAIL PROTECTED] IC