ing to work reliably, with all the power of
> FreeBSD's GEOM modules, and ZFS.
[SorAlx] ridin' VS1400
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
, it's safe to drop hackers@ from CC: anytime now
>Kayven Riese, BSCS, MS (Physiology and Biophysics)
[SorAlx] ridin' VS1400
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To un
ke
> that ?
man 1 script
> Regards,
> Sanjeev.
[SorAlx] ridin' VS1400
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ch in ~10 minutes should take care care of all the new unconfigured
(`make config`) ports in single attempt. Practically, there are always some
problems with the gazillion versions of tcl* and tk* (go to ports tree and
manually run `make config` for each and every version of tcl* and tk* that's
there), and any cases where 'dialog' coredumps (long lists of options).
/tmp/deps.lst can be usually reused. Now, just to convert these commands to
normal /bin/sh script...
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
kern.forget_old_msgbuf' would more accurately describe what it does
[SorAlx] ridin' VS1400
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
SCSI drivers is impossible, too (result in panics).
I hope you don't mind me, an ol' whiner here, too much, but I really
had to say that FreeBSD used to be far more stable. So it seems the
trade-off "stability->features" could not be avoided...
> Comment: Nikos Ntarmos &l
en moving cursor with cursor
keys is very slow). 'opera' and 'X' eat all the CPU cycles;
-- some graphics-intensive (lots of vector objects?) apps (Eagle,
Opera) take too long to redraw when changing workspaces.
I'm thinking about sending a PR. Should I bother, o
ing me crazy (did you
notice that copying text to buffer by selecting it with a mouse doesn't
seem to work anymnore with GTK?). Still, how can it be that just
starting an app should waste tens of seconds of your time and more RAM
than necessary? And that's on a dual-core 2GHz machine! Who w
nice people who contacted me. And again,
> it would be nice if you could send me a copy of your reply, because
> I'm not a member of the list (either reply or cc to [EMAIL PROTECTED]).
> Thanks!
Looks like a case of DDoS indeed. The node's DNS A-record better be
le
an old
10/100 switch by a gigabit one, the network speed dropped to less
than 100 kbytes/s. Turns out the NIC began autonegotiating to
1000baseTX for some reason. Setting media manually to 100baseTX
improved things to my satisfaction.
> I'm not in the freebsd-hackers list, so
s `portupgrade -P`
for binary updates. Besides actual 'portupgrade', it has a set of
useful tools, too. But be warned -- the utility is snail-slow.
> -- Clifton
[SorAlx] ridin' VS1400
___
freebsd-hackers@freebsd.org mailing l
elopers. Meaningless
(to a mere mortal) error messages, obscure ways of doing things, chaotic
development, and so on. Quite user-unfriendly. These things aren't
"bad", they just tend to make the OS less useful as a tool.
BTW, if this thread doesn't burn out, then perhaps it&
counter-intuitive), and
installing world before kernel _can_ be dangerous (anyone
disagrees?).
so yes, it is more user friendly
but this change causes very little inconvenience, thus could be
considered an improvement
Enough said
> I didn't
> > command?
>
> `camcontrol da? stop` seemed to do the trick before (5.2.1-R, AFAIR),
> but now I'm not sure (looks like it doesn't)
sorry, I meant to say that `camcontrol da? stop` does not power down
the device anymore; nonetheless, it is probably safe to disconnect it
(looks like it doesn't)
tested with SCSI hard drives and Adaptec 29160
> Sven
[SorAlx] ridin' VS1400
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Sun, 1 Jul 2007 11:58:27 +0200
Erik Trulsson <[EMAIL PROTECTED]> wrote:
> The msk(4) driver should support that chip. This driver is also
> available in both -CURRENT and 6-STABLE and thus will appear in both
> FreeBSD 6.3 and 7.0.
great! is it as good as Marvell's o
> 3) 3ware's new SATA RAID controller (9500)
04. myk by Marvell (88E8056 -- gigabit NIC)
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
de's problem really, but doing away from such
"flexibility" would make life slightly easier...
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
rking their chucks off, but still is
functional. BTW, I've done autopsy on many of them, and the most
common causes of malfunction are:
0a. electronics going crazy in the head;
0b. head crash.
> -Garrett
[SorAlx] ridin' VN1500-B2
mbers, hoping there are some... (there are a few in the dump I
obtained, but it's a laptop)
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
, this means full 5 bits,
right?). What you need is to either write support for the 'byte mode'
in lpt, or utilize the nibble mode if your device supports it.
See `man ppbus` & friends, and `man lptcontrol`.
> -J. Hunt
[SorAlx] ridin' VN1500-B2
_
ould want to have CPUs running at precisely the same
frequency is beyond my imagination.
> Bud Dodson
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
etc) are used to receive data, or both.
> -J. Hunt
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ase, let me know if anyone can help or not. I have installed it on
> a desktop just fine but it appears there is something it doesn't like
> about my keyboard drivers. Thanks,
>
> Sean Sneed.
[SorAlx] ridin' VN1500-B2
___
f
> Having cleared my head a bit more, I realise most of
> this can be done with consecutive runs of 'dd'.
> I think I've reached a conclusion here.
that is, install "ports/sysutils/obliterate/"?
> Tim.
[SorAlx] ridin' VN1500-B2
_
ations), and even the
protection of requiring the '-f' flag if {(inode count) > 1} is
inadequate protection for fools like me (who are used to good ol'
`rm -rf` on large directory structures) ;P
[SorAlx] ridin' VN1500-B2
___
freebsd-h
e release number increases, the em
> > throughput gets worse - or iperf is.
>
> You arent measuring em, you're measuring RELEASES on
> your hardware, is this a surprise on a P3, no.
still, 63% drop in performance doesn't cause much joy, does it?
[SorAlx] ridin' VN1500-
#x27;mild' head-crash,
you'd want to be very careful with the drive, and make a copy ASAP;
don't move it around too much.
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
i) vs. very fast disk (PERC 5/i RAID 0) - about 1:3
> speed,
> produced
> less than 10% gain in time.
>
> danny
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
totally independent of
'user' time.
So, I say if 0a is somehow true, then the setup is likely CPU-bound, but
if 0b is true, then it's probbly IO-ound. Well, I suppose it's hitting
both limits at times, as swapping seems to be present too. My logic
ns would really help out
> a ton.
Try cvsupp'ing /usr/src/sys/dev/usb/* to 5.5-RELEASE, and then replace those
if_*.c files that don't compile with their old (5.4-R) versions. If you want,
I can roll you a tarball of dev/usb/ tree that worked for me (~
> I have the following problem: since I need and do not like any kind of
> smtp activity in my jails (there's no 127.0.0.1 in a jail, all services
[...]
> cron tries to deliver its status mails and fails.
try 'MAILTO=""' in /etc/c
(without encryption, though).
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
this normal? I noticed long time ago that paging always causes
freezes, as though there is no context switching during swapping at all.
[SorAlx] ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
changed physical
> locations in our data center. We have so far been unable resolve the more
0. how many hours did you run memtest86 for?
1. did you try to swap the mainboard?
2. do you suspect any corelation between net traffic intensity,type,etc,
and crashes?
3. disabling ACPI made
0xFFF2
/*
+ * Linksys vendor ID
+ */
+#define DC_VENDORID_LINKSYS0x1737
+
+/*
+ * Linksys device IDs
+ */
+#define DC_DEVICEID_PCM200_AB080xab08
+#define DC_DEVICEID_PCM200_AB090xab09
+
+/*
* PCI low memory base and low I/O base register, and
* other PCI registers.
n the adapter
perhaps). FreeBSD would spit SCSI diagnostic messages onto the console
about failed field-replacable unit (which I couldn't see in X Windows),
restart the HDD a few times (at this point the machine would hang until
HDD is restarted), and then reboot (panic?)
t; somewhere in the user's home directory, and issue a 'mount device
> mount_point'
> instead of 'mount mount_point' if the user clicks the device icon.
pardon my ignorance, but how any of those methods described earlier may
be superior to simply using sudo?
Times
m or
> > more is perfectly reasonable.
>
> It won't go any faster..
>
> In a modern system the CPU is so much faster than the disk than anything
> above
> about 16k would be enough.
I found 64k to be optimal (e.g, max performance) on most machines
Timestamp: 0x4
rying to mount root from ufs:/dev/ad0s3a
> >
> > But if I enter way single functions.
>
> What do you try to express here?
I think he means that if he enters (boots) in single-user
mode, things function properly.
Timestamp: 0x441DF47A
[SorAlx] http://cydem.org.ua/
ridin'
7;s some kind of problem with FreeBSD's
net stack, as 'arp: 192.168.10.15 is on lo0' is imposiible.
Timestamp: 0x441BAC4A
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org
ming packet is not rejected.
>
> remember, fwd doesn't alter the packet, justr where it is sent..
> Without the extra rule your mail server
> will say "why the heck did *I* get his packet?" and discard it.
>
> > Any ideas and/or sugestions?
try natd's &#x
> > Hmm, could it be that the data track is always the last track ?
> Yes.
so that CD players would be able to play the disks? or does not matter?
Timestamp: 0x3E59D6A9
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
freebsd-hacke
tion? Since he's experiencing performance problems with
gvinum, this could very well be a hackers@ question; some more
details may be needed, though.
I apologize for all the confusion created here.
Timestamp: 0x43EF2B47
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
_
does
is provide performance increase and/or some protection against
hardware failure (which will be detected with extremely high
probability) enabling the admin to restore some data.
p.S.: this is not hackers@ discussion.
Timestamp: 0x43EEF1C0
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
clic redundancy check (CRC) error."
Timestamp: 0x43EE7046
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
nk disc
I simply use it through ATAPICAM layer with cdrecord - always
worked perfectly.
Would be interesting to know why these devices don't behave properly.
Timestamp: 0x4260B31F
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
freebsd
not be exactly what you need, but see
'/usr/ports/sysutils/dmidecode' for some code. AFAIK,
this approach should work on most newer machines.
Is it necessary to obtain the mainboard manufacturer/model,
or knowing chipset would be enough?
Timestamp: 0x425518CE
[SorAlx] http://cydem
instance), but never guarantee it.
Also, one may even change (if needed) the way GBDE keeps masterkey, salt,
etc in memory: avoiding keeping this data at one place in RAM for a long
time will practically ruin the hopes to recover anything useful from
deenergized RAM.
Timestamp: 0x422CABCF
[SorA
example:
http://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html
Timestamp: 0x422C930D
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
did you choose the scheme of encrypting offsets of lock
sectors with part of key material and storing them somewhere, instead
of just using part of the key material itself to determine the offsets?
Timestamp: 0x422BE3D9
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
_
ressing is used to work around this. It may be
> worth investigating.
that would be different kind of error:
ad0: FAILURE - READ_DMA status=51 error=10
LBA=268435455
Timestamp: 0x41C40644
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
[EMAIL P
mail to the people who wrote
> the Linux driver.
>
> It would be really nice to see, for each version of the card, what the
> chipset is...
Timestamp: 0x419C4CE3
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
[EMAIL PROTECTED] maili
e
quite a few changes to the driver since 5.2.1-R
> Thanks.
>
> Richard Schilling
Timestamp: 0x419C4C4A
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
C_PMODE_SYM 0x2
I've tested the patch. The kernel won't compile with it: 'dev' [as in
pci_get_vendor(dev)] is not defined. Don't have time now to investigate :(
Timestamp: 0x419C4B20
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
ly helped:
bash-2.05b# dd if=/dev/ad0 bs=512 skip=312581808
0+0 records in
0+0 records out
0 bytes transferred in 0.88 secs (0 bytes/sec)
bash-2.05b# dd if=/dev/ad0 bs=512 skip=312581807
1+0 records in
1+0 records out
512 bytes transferred in 0.019809 secs (25847 bytes/sec)
Times
s controller)
isn't fast enough. Form `man 4 dc`:
dc%d: TX underrun -- increasing TX threshold The device generated a
transmit underrun error while attempting to DMA and transmit a packet.
This happens if the host is not able to DMA the packet data into the
NIC's FIFO fast e
to use more complete description. There are
few resons to use it:
0. More info is _always_ better. In any case, the message will take 2 lines
on console, so shortening the description will not gain anything
1. the description in `pciconf -lv` does not show card's version and chipset
2. when PCI IDs
10ff mem 0x88002000-0x880023ff irq 9 at device 0.0 on cardbus1
Timestamp: 0x4178A3E1
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ICEID_MSMN130_FAKE 0xFFF2
+/*
+ * Linksys vendor ID
+ */
+#define DC_VENDORID_LINKSYS0x1737
+
+/*
+ * Linksys device IDs
+ */
+#define DC_DEVICEID_PCM200_AB080xab08
+#define DC_DEVICEID_PCM200_AB090xab09
+
/*
* PCI low memory base and low I/O base register, and
*
urned on, then 'rm' could refuse to honor
> > any '-rf' request on that directory.
Why not to just add a flag to 'rm'? For example, `rm -rf /` or
`cd; rm -rf .././` will fail, but `rm -rF /` will succeed.
Timestamp: 0x415F2702
[SorAlx] http://cydem.org.ua/
ridin&
> If I install FreeBSD to CF card on other PC and use this CF card to boot
> this machine, it will lockup 5-15 seconds after I login to it on the
> console.
try booting without ACPI
Timestamp: 0x414F3755
[SorAlx] http://cydem.org.ua/
ridin&#
using it? How well does it
work with FreeBSD (or *BSD)? How well FBSD works with its USB controller
(ScanLogic SL811HST)?
Maybe someone can suggest a better and possibly less expensive alternative?
I'd like to get as many opinions as possible, therefore crossposting. Sorry.
Timestamp: 0x4145
> |> This works SOMETIMES
> boot() which just takes an int of boot flags (which was the 0 that I
> shoved into eax for RB_AUTBOOT).
are you shure that you don't need to push the 0x0 into stack (`MOV ESP,0x0`)?
Timestamp: 0x41367B68
[SorAlx] http://cydem.org.ua/
tems need some special procedure
to switch to protected mode (the fact that all Pentium IV CPUs have second
logical processor helps the idea), but then I tested it on Athlon XP
system - reboots also.
I'll play with it later. Maybe somebody at freebsd-hackers know the answer?
D users should get used to it
from the beginning - this will save their time in future. There's nothing
hard in editing the files, especially after few kernels for different machines
have been created (they can be used as templates).
Timestamp: 0x41005EBC
[Sor
tp.ru.freebsd.org/pub/FreeBSD-Archive/old-releases/i386/1.0-RELEASE
(although that's not exactly what you're looking for)
Timestamp: 0x409DB426
[SorAlx] http://cydem.org.ua/
ridin' VN1500-B2
___
[EMAIL PROTECTED] mailing list
http://li
> 2129 155969 1314 38 62 0
>
> and I'm trying to figure out why so much time is consumed in 'system
> mode' (to see if I can further tune the box or not). Any idea what
> kind of structures/utilities I should consult for that?
do you already use pol
e read was
the Apache log - another reason to keep huge logs on sepatate drives (or
slices, at least). :)
Timestamp: 0x4054BCAD
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hacker
478
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
a problem - those should be silently discarded and not rejected anyway
Timestamp: 0x40442CF6
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
fetch=36729+40701+/usr/local/www/db/text/2003/freebsd-hackers/20031012.freebsd-hackers
Timestamp: 0x40288509
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, se
> I am getting these MS Update stuff too for 3 month now ...
> very annoying !
you can setup DrWeb (/usr/ports/security/drweb-) on the
mailserver and tune it to drop all emails with Klez - that _really_ helps
Timestamp: 1072746574
[SorAlx] http://cydem.
> > Subject: I'm resigning from FreeBSD
> ;; QUERY SECTION:
> ;; 104.61.54.202.in-addr.arpa, type = ANY, class = IN
> inetnum: 202.54.61.96 - 202.54.61.111
[...]
202.54.61.104 is a proxy
Timestamp: 1072499268
[SorAlx]
guring too little swap can lead to inefficiencies in the VM
page scanning code as well as create issues later on if you add more mem-
ory to your machine.
Is this still true? For -CURRENT also?
10.12.2003; 18:42:17
[SorAlx] http://cydem.org.ua/
> sadly, all ktrace shows is ktrace launching vmware (from 'ktrace vmware',
> shows sh reading and executing, and then ends with the vmware fork).
why not to `ktrace` vmware binary '/usr/local/lib/vmware/bin/vmware'
instead of the shell-script 'vmware'?
>Isn't there a way so that the PCI card will use another irq
>and initialize correctly ?
AFAIK, you should be able to assign(reserve) IRQs to ISA in BIOS.
19.09.2003; 21:29:20
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] m
but I can't verify it as have no access to documentation for PIIX3 nor
> acces to the PIIX3 hardware now.
I have PIIX3 contorller on a machine with FreeBSD 4.8-RELEASE; I am willing to
test whatever needed.
26.08.2003; 22:32:58
[SorAlx] http://cydem.org.ua/
___
ors are given.
01.08.2003; 18:33:47
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ecs are not specified, it'd be very suspicious, and I
would think 128 time before buying such drives.
31.07.2003; 18:28:06
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
e if you will win some performance be freeing a register.
Or am I wrong?
03.06.2003; 21:30:43
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
bell, if I switch
to another vty, I hear a bell with pitch twice as _high_.
01.
`kbdcontrol quiet.115.400` - won't set SC_QUIET_BELL flag
[0]
(http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/root/src \
/src/sys/dev/syscons/syscons.c?rev=1.399&content-type=text/plain)
22.03.2003; 23:12:44
[SorAlx] http://cydem.org.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
ur_scp && (scp->sc->flags & SC_QUIET_BELL))
> +} else if (duration != 0 && pitch != 0) {
why using "if (duration != 0 && pitch != 0)" is
better than "if (!(duration && pitch))"?
> Can you verify that this fix works for you?
OK, I'll c
UIET_BELL))
return;
+if (!(duration && pitch))
+ return;
+
if (scp->sc->flags & SC_VISUAL_BELL) {
if (scp->sc->blink_in_progress)
return;
===8<===
21.03.2003; 23:20:26
[SorAlx] http://c
'less' output
what's the value of your 'kern.ipc.nmbclusters'?
`sysctl kern.ipc.nmbclusters`: kern.ipc.nmbclusters: 4560
(FreeBSD 4.6.2-RELEASE)
I'll test 'rl' vs 'xl' later on 100Mbit/s.
12.03.2003; 20:16:35
[SorAlx] http://cydem.org.ua/
To Unsubscr
> 5000 packets transmitted, 94 packets received, 98% packet loss
> round-trip min/avg/max/stddev = 0.156/0.337/0.605/0.159 ms
> So I'm not see much difference.
are you sure it's not because of this:
'ping: sendto: No buffer space available'?
12.03.2003; 18:56:02
dy in 4.8-R,
if not too late (good to have breakpoints working in Linux 'gdb')
04.03.2003; 22:56:26
[SorAlx] http://cydem.org.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/47512
> this happens only with the above link, i.e. from the pr summary.
> searching for the bugid 47512 works (=> not empty)
works as well with the link
16.02.2003; 03:03:54
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send ma
and get it working, and finally putting passvie
radiator on it :)
50 Amps actually isn't too much, and 55W of heat - it's only
2 medium-power soldering irons... 8)
01.02.2003; 18:49:57
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
gnitude more than you
> can stuff down your cable modem.
what if he needs to read lot of small files (few KB) - he'd better get
7200RPM UDMA HDD with big cache...
18.01.2003; 11:11:30
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
re sent to random ports
So, watch and try to get the real IP 8)
07.01.2003; 19:42:31
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
g?
06.01.2003; 00:14:26
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
gnore such
packets (and also other trash packets that are useless), target will not send
RST for closed ports, which may also help. I don't know for certain - you need
to experiment.
05.01.2003; 23:25:10
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
MAIL PROTECTED]>
>I had similar problems. Terry Lambert reports that there is a bug
>in the P4.
not likely. why?
18.11.2002; 21:42:59
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
hat ptrace()
syscall is not implemented. Linux RedHAT 7.2 emulation + 'linux_devtools'.
10.11.2002; 19:40:41
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
> > > I'm writing an application that needs info on the machine cpu
> > > architecture, the cpu class, and the cpu features.
Why not just use the 'CPUID' instruction?
07.11.2002; 19:48:41
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PRO
> >As of a write-protected floppy, why is it allowd to be mounted as
> >writeable?
> >The mount should be degraded to readonly or rejected.
This would not be very convenient - a person may want to
remove the write protection without remounting the floppy.
28.10.2002; 18:14
u can be sure that you won't kill the controller
during experiments...
28.10.2002; 18:05:15
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
.
The output signals don't go straight from the chip - do they?
I've seen few KOhms resistors on most boards for each output pin.
27.10.2002; 19:32:00
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
tions won't start working
from this anyway...
21.10.2002; 22:07:56
[SorAlx] http://cydem.zp.ua/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
1 - 100 of 107 matches
Mail list logo
