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: 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 Rojer [EMAIL

Re: Low umass performance with USB 2.0 ports

/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 mailing list http://lists.freebsd.org/mailman

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

/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.

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, 2000: starting. 42 500 Can't connect

Re: Determining userland return address (from syscall)

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 Rojer [EMAIL PROTECTED] [EMAIL

Determining userland return address (from syscall)

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] ICQ: 8025844