* lk maintainers
From: Denis Vlasenko @ 2003-01-09 8:54 UTC (permalink / raw)
To: linux-kernel
This document is mailed to lkml regularly and will be modified
whenever new victim wishes to be listed in it or someone can
no longer devote his time to maintainer work.
If you want your entry added/updated/removed, contact me.
BTW, requests to move your entry to the top of the list
without actually changing the text are fine too: that
will indicate that entry is not outdated, so don't be shy ;-)
--
vda
------- cut here ------ cut here ------ cut here ------ cut here ------
So, you are new to Linux kernel hacking and want to submit a kernel bug
report or a patch but don't know how to do it and _where_ to report it?
Preparing bug report:
=====================
*** Remember: bad/incomplete bug report ONLY wastes bandwidth! ***
How To Ask Questions The Smart Way:
http://www.tuxedo.org/~esr/faqs/smart-questions.html
Anybody who has written software for public use will
probably have received at least one bad bug report.
Reports that say nothing ("It doesn't work!");
reports that make no sense; reports that don't give
enough information; reports that give wrong information.
How to Report Bugs Effectively:
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
Before asking a technical question by email, or in
a newsgroup, or on a website chat board, do the following:
* Try to find an answer by searching the Web.
* Try to find an answer by reading the manual.
* Try to find an answer by reading a FAQ.
* Try to find an answer by inspection or experimentation.
* Try to find an answer by reading the source code.
Compile problems: report GCC output and result of
"grep '^CONFIG_' .config"
Oops: decode it with ksymoops (or use 2.5 with kksymoops enabled ;).
Unkillable process: Alt-SysRq-T and ksymoops relevant part.
Yes it means you should have ksymoops installed and tested,
which is easy to get wrong. I've done that too often.
Sending bug report/patch:
=========================
* Some device drivers have active developers, try to contact them first.
* Otherwise find a subsystem maintainer to which your report pertains
and send report to his address.
* Small fixes and device driver updates are best directed to subsystem
maintainers and "small bits" integrators.
* It never hurts to CC: Linux kernel mailing list, but without specific
maintainer address in To: field there is high probability that your
patch won't be noticed. You have been warned.
* Do not send it to all addresses at once! This will annoy lots of
people
and isn't useful at all. It's a spam.
* Do NOT send small fixes to Linus, he just can't handle _everything_.
He will eventually receive it from maintainers/integrators, send it
their way.
* If your patch is something big and new, announce it on lkml and try
to attract testers. After it has been tested and discussed, you can
expect Linus to consider inclusion in mainline.
Current Linux kernel people
Note that this list is sorted in reversed date order, most recent
entries first. This means than entries at bottom can be outdated :-(
Linux kernel mailing list <linux-kernel@vger.kernel.org>
Post anything related to Linux kernel here, but nothing else :-)
John Bradford <john@grabjohn.com> [25 dec 2002]
I'm happy to help people who are trying to get run Linux usefully on
old and/or low spec machines, (4 MB 486s, etc).
Adam Belay <ambx1@neo.rr.com> [17 dec 2002]
I am Plug and Play maintainer.
Andrew Morton <akpm@digeo.com> [10 dec 2002]
- VM
- The "data" part of the VFS: pagecache, buffer layer, etc.
- memory management
- ext2 and ext3
- 3c59x.c
- direct-IO
James Simmons <jsimmons@infradead.org> [28 Nov 2002]
Console and framebuffer subsystems.
I also play around with the input layer.
Petko Manolov <petkan@users.sourceforge.net> [27 nov 2002]
pegasus and rtl8150 usb-ethernet drivers maintainer.
Interested in any bugs or new devices related to those drivers.
string-486.h code maintainer.
Greg Ungerer <gerg@snapgear.com> [14 nov 2002]
uClinux (MMU-less support) maintainer. I'll take antyhing
specifically related to MMU-less support or any of the
MMU-less architecture branches (m68knommu, v850, etc).
I would highly recommend sending to uclinux-dev@uclinux.org
mailing list as well.
Andre Hedrick <andre@linux-ide.org> [02 oct 2002]
ATA/ATAPI Storage Architect [2.0,2.2,2.4,2.5]
HBA interface developer
Serial ATA Architect [future release]
Voting NCITS member AT-Attachment Committee
Jeff Garzik <jgarzik@mandrakesoft.com> [24 sep 2002]
I am the network-card-drivers guy (8139 for instance).
CC me and Andrew Morton <akpm@digeo.com> on network driver patches.
Jan-Benedict Glaw <jbglaw@lug-owl.de> [18 sep 2002]
I'm responsible for Alpha's srm_env driver, providing access to
SRM's firmware variables.
Stuart MacDonald <stuartm@connecttech.com> [13 sep 2002]
Connect Tech's linux kernel guy. Currently includes hacking on
drivers/char/serial.c (Blue Heat, Xtreme, Dflex) and maintaining
drivers/usb/serial/whiteheat.c (WhiteHEAT)
Vojtech Pavlik <vojtech@ucw.cz> [13 sep 2002]
Feel free to send me bug reports and patches to input device drivers
(drivers/input/*, drivers/char/joystick/*)
I also want to receive bug reports and patches for following
USB drivers: printer, acm, catc, hid*, usbmouse, usbkbd, wacom.
All other (not in the list) USB driver changes should go to USB
maintainer (hopefully there is one listed here :-).
Also CC me if you are posting VIA IDE driver related message
(although I am not IDE subsystem maintainer).
Robert Love <rml@tech9.net> [12 sep 2002]
Preemptible kernel maintainer.
I am also interesting in anything related to scheduling or locking
primitives.
Jan Kara <jack@suse.cz> [22 aug 2002]
quota subsystem maintainer
Paul Larson <plars@linuxtestproject.org> [20 aug 2002]
I'm a maintainer for the Linux Test Project and it would be nice
if people knew to send their test programs, etc. to me. I see
a lot of them flying around on lkml and try to catch them when
I can, but it's a lot to keep up with. It would be even better
if people just knew to send them our way so we could clean
them up and put them in LTP for regression testing.
Dave Engebretsen <engebret@vnet.ibm.com> [15 aug 2002]
PPC64 architecture maintainer. Please send PPC64 patches to me
and our mailing list at <linuxppc64-dev@lists.linuxppc.org>
Ingo Molnar <mingo@elte.hu> [30 jul 2002]
Ingo wrote the new scheduler for 2.5.
Ralf Baechle <ralf@uni-koblenz.de> [30 jul 2002]
I am maintainer of the AX.25 code
Victor Yodaiken <yodaiken@fsmlabs.com> [30 jul 2002]
RTLinux patches, updates, contributions, drivers.
Please send first to the list: rtl@rtlinux.org
Pavel Machek <pavel@ucw.cz> [27 jul 2002]
I am network block device maintainer. Visit http://nbd.sf.net.
(see Steven Whitehouse <steve@gw.chygwyn.com> entry)
I am working on software suspend.
William Irwin <wli@holomorphy.com> [02 jul 2002]
Send bug reports and/or feature requests related to many tasks,
rmap, space consumption, or allocators to me. I'm involved in
* rmap
* memory allocators
* reducing space consumed by data structures (e.g. struct page)
* issues arising in workloads with many tasks
* kernel janitoring
See also:
Rik van Riel <riel@surriel.com>
Andrea Arcangeli <andrea@suse.de>
Martin Bligh <Martin.Bligh@us.ibm.com>
Andrew Morton <akpm@digeo.com>
Dave Jones <davej@suse.de> [23 apr 2002]
I collect various bits and pieces for inclusion in 2.5,
especially small and trivial ones and driver updates.
I'll feed them to Linus when (and if) they
are proved to be worthy.
Andrea Arcangeli <andrea@suse.de> [28 mar 2002]
Send VM related bug reports and patches to me.
I'm especially interested in VM issues with:
* lots of RAM and CPUs
* NUMA
* heavy swap scenarios
* performance of I/O intensive workloads (in particular
with lots of async buffer flushing involved)
See also Martin J. Bligh <Martin.Bligh@us.ibm.com> entry
Mail also:
Arjan van de Ven <arjanv@redhat.com>
Martin J. Bligh <Martin.Bligh@us.ibm.com> [28 mar 2002]
I'm interested in VM issues with lots (>4G for i386)
of RAM, lots of CPUs, NUMA
Steven Whitehouse <steve@chygwyn.com> [27 mar 2002]
I am the Linux DECnet network stack maintainer
Visit http://www.chygwyn.com/decnet/
Arnaldo Carvalho de Melo <acme@conectiva.com.br> [26 mar 2002]
IPX, 802.2 LLC, NetBEUI, http://kerneljanitors.org,
cyclom2x sync card driver
John Cagle <jcagle@kernel.org> [19 mar 2002]
The current maintainer of devices.txt, the list of
assigned device numbers for LANANA. Consult the web
site (www.lanana.org) for instructions on submitting
requests for new device numbers. Send all device
related email to <device@lanana.org>.
Tigran Aivazian <tigran@veritas.com>
I am author and maintainer of BFS filesystem and IA32
microcode update driver.
Rogier Wolff <R.E.Wolff@BitWizard.nl> [12 mar 2002]
I do "specialix serial ports":
drivers/char/specialix.c (IO8+)
drivers/char/sx.c (SX, SI, SIO)
drivers/char/rio/*.c (RIO)
Martin Dalecki <martin@dalecki.de> [11 mar 2002]
IDE subsystem maintainer for 2.5
(mail Vojtech Pavlik <vojtech@suse.cz> too)
Ed Vance <serial24@macrolink.com> [05 mar 2002]
Maintainer for the generic serial driver, serial.c,
for 2.2 and 2.4 kernels. Please post patches to
linux-serial@vger.kernel.org for tested bug
fixes or to add support for a new serial device.
Limited to time available. If I have not responded
in a week, yell at serial24@macrolink.com
netfilter/iptables <netfilter-devel@lists.samba.org> [23 feb 2002]
Please report all netfilter/iptables related problems
to this mailinglist, where all netfilter developers are present.
See also http://www.netfilter.org/contact.html
Hans Reiser <reiser@namesys.com> [16 feb 2002]
Send me all reiserfs related patches with a cc to
reiserfs-dev@namesys.com, send bug reports to
reiserfs-dev@namesys.com, send paid support requests to
support@namesys.com after going to www.namesys.com/support.html
to pay, send discussions (not bug reports unless they are
interesting to most persons) to reiserfs-list@namesys.com.
If we sit on your patch for a week without responding,
yell at us, we deserve it. Look at our web page
at www.namesys.com for more about sending us code,
working with us, and our patch submission and tracking system.
Paul Bristow <paul@paulbristow.net> [16 feb 2002]
I am an ide-floppy driver maintainer
(ATAPI ZIP, LS-120/240 Superdisk, Clik! drives).
Mike Phillips <phillim2@comcast.net> [15 feb 2002]
Token ring subsystem and drivers.
Anton Altaparmakov <aia21@cam.ac.uk> [15 feb 2002]
I am the NTFS guy.
https://bugzilla.redhat.com/bugzilla [14 feb 2002]
Reports of problems with the Red Hat shipped kernels.
Alan Cox <alan@lxorguk.ukuu.org.uk> [14 feb 2002]
Linux 2.2 maintainer (maintenance fixes only).
Collator of patches for unmaintained things in 2.2/2.4.
Maintainer of the 2.4-ac (2.4 plus stuff being tested) tree.
I2O, sound, 3c501 maintainer for 2.2/2.4.
ALSA development <alsa-devel@alsa-project.org> [12 feb 2002]
Jaroslav Kysela <perex@perex.cz> [12 feb 2002]
Advanced Linux Sound Architecture
ALSA patches are available at
ftp://ftp.alsa-project.org/pub/kernel-patches/*
Neil Brown <neilb@cse.unsw.edu.au> [08 feb 2002]
I am interested in any issues with the code in:
NFS server (fs/nfsd/*)
software RAID (drivers/md/{md,raid,linear}*)
or related include files.
Maksim Krasnyanskiy <maxk@qualcomm.com> [08 feb 2002]
I'm author and maintainer of the Bluetooth subsystem
and Universal TUN/TAP device driver.
These days mostly working on Bluetooth stuff.
Rik van Riel <riel@conectiva.com.br> [07 feb 2002]
Send me VM related stuff, please CC to linux-mm@kvack.org
Geert Uytterhoeven <geert@linux-m68k.org> [07 feb 2002]
I work on the frame buffer subsystem, the m68k port (Amiga part),
and the PPC port (CHRP LongTrail part).
Unfortunately I barely have spare time to really work on these
things. My job is not Linux-related (so far :-). I can not
promise anything about my maintainership performance.
H. Peter Anvin <hpa@zytor.com> [07 feb 2002]
i386 boot and feature code, i386 boot protocol, autofs3,
compressed iso9660 (but I'll accept all iso9660-related
changes). kernel.org site manager; please contact me
for sponsorship-related issues.
kernel.org admins <ftpadmin@kernel.org> [07 feb 2002]
Kernel.org sysadmins. Contact us if you notice something breaks,
or if you want a change make sure you give us at least 1-2 weeks.
Please note that we got a lot of feature requests, a lot of
which conflict or simply aren't practical; we don't have time to
respond to all requests.
Greg KH <greg@kroah.com> [07 feb 2002]
I am USB and PCI Hotplug maintainer.
Trond Myklebust <trond.myklebust@fys.uio.no> [07 feb 2002]
I am NFS client maintainer.
Richard Gooch <rgooch@atnf.csiro.au> [07 feb 2002]
I maintain devfs. I want people to Cc: me when reporting devfs
problems, since I don't read all messages on linux-kernel.
Send devfs related patches to me directly, rather than
bypassing me and sending to Linus/Marcelo/Alan/Dave etc.
Russell King <rmk@arm.linux.org.uk> [06 feb 2002]
ARM architecture maintainer. Please send all ARM patches through
the patch system at http://www.arm.linux.org.uk/developer/patches/
New serial drivers maintainer for 2.5. Submit patches to
rmk+serial@arm.linux.org.uk
Petr Vandrovec <vandrove@vc.cvut.cz> [05 feb 2002]
ncpfs filesystem, matrox framebuffer driver, problems related
to VMware - in all of 2.2.x, 2.4.x and 2.5.x.
Reiserfs developers list <reiserfs-dev@namesys.com> [05 feb 2002]
Send all reiserfs-related stuff here including but not limited to bug
reports, fixes, suggestions.
Oleg Drokin <green@linuxhacker.ru> [05 feb 2002]
SA11x0 USB-ethernet and SA11x0 watchdog are mine.
======= These entries are suggested by lkml folks ========
Ralf Baechle <ralf@gnu.org> [27 mar 2002]
I am mips/mips64 maintainer.
David S. Miller <davem@redhat.com> [07 feb 2002]
I am Sparc64 and networking core maintainer.
======= These ones I made myself ========
======= I am waiting confirmation/correction from these people ========
Urban Widmark <urban@teststation.com> [13 feb 2002]
smbfs
video4linux list <video4linux-list@redhat.com> [12 feb 2002]
Gerd Knorr <kraxel@bytesex.org> [12 feb 2002]
video4linux
Tim Waugh <twaugh@redhat.com> [08 feb 2002]
> Who is maintaining the linux iomega stuff?
For 2.4.x, me (in theory). I don't have time for 2.5.x at the moment.
Alexander Viro <viro@math.psu.edu> [5 feb 2002]
I am NOT a fs subsystem maintainer. But I won't kill
you if you send me some generic fs bug reports and (hopefully) patches.
Eric S. Raymond <esr@thyrsus.com> [5 feb 2002]
Send kernel configuration bug reports and suggestions to me.
Also I'll be more than happy to accept help enties for kernel config
options (Configure.help).
GИrard Roudier <groudier@free.fr> [5 feb 2002]
I am SCSI guy.
Jens Axboe <axboe@suse.de> [5 feb 2002]
I am block device subsystem maintainer.
Linus Torvalds <torvalds@transmeta.com> [5 feb 2002]
Do not send anything to me unless it is for 2.5, well tested,
discussed on lkml and is used by significant number of people.
In general it is a bad idea to send me small fixes and driver
updates, send them to subsystem maintainers and/or
"small stuff" integrator (currently Dave Jones <davej@suse.de>,
see his entry). Sorry, I can't do everything.
Marcelo Tosatti <marcelo@conectiva.com.br> [5 feb 2002]
Do not send anything to me unless it is for 2.4 and well tested.
If you are sending me small fixes and driver updates, send
a copy to subsystem maintainers and/or "small stuff" integrators:
- Alan Cox <alan@lxorguk.ukuu.org.uk>,
- Rusty Russell <trivial@rustcorp.com.au>.
Rusty Russell <rusty@rustcorp.com.au> [5 feb 2002]
> Here are some cleanups of whitespace in .....
Want me to add this to the trivial patch collection for tracking?
If so just send (or cc:) it to trivial@rustcorp.com.au.
^ permalink raw reply
* 2.5.54-mjb3 (scalability / NUMA patchset)
From: Martin J. Bligh @ 2003-01-09 8:31 UTC (permalink / raw)
To: linux-kernel; +Cc: lse-tech
In-Reply-To: <214500000.1041821919@titus>
Yeah, I know I'm "fashionably late", but I wanted to clear down some
stuff before porting to 2.5.55. Will do that tommorow.
The patchset contains mainly scalability and NUMA stuff, and anything
else that stops things from irritating me. It's meant to be pretty stable,
not so much a testing ground for new stuff.
I'd be very interested in feedback from anyone willing to test on any platform, however large or small.
http://www.aracnet.com/~fletch/linux/2.5.54/patch-2.5.54-mjb3.bz2
Since 2.5.54-mjb2 (tweaked NUMA-Q patches, added Summit support)
~ cleanup_cpu_apicid Martin J. Bligh
~ smpboot_cam Martin J. Bligh
+ summit1 James Cleverdon / John Stultz
+ summit2 James Cleverdon / John Stultz
+ summit3 James Cleverdon / John Stultz
+ summit4 James Cleverdon / John Stultz
Also reordered a bunch of stuff.
Pending:
Speed up page init on boot (Bill Irwin)
Notsc automatic enablement
scheduler callers profiling (Anton)
PPC64 NUMA patches (Anton)
Scheduler tunables (rml)
Lockless xtime structures (Andi)
kallsyms Andi Kleen / Daniel Ritz
Fix stem compression bug.
apicid_to_node Martin Bligh
Create an machine specific apicid_to_node for everyone
i386_topo Matt Dobson
Some i386 topology cleanups to make it cache the data.
do_boot_error James Cleverdon
Change do_boot_cpu to return an error code instead of fishing globally
more_numaq1 James Cleverdon / Martin Bligh
yet more Numa-Q subarch splitup
cleanup_cpu_apicid Martin J. Bligh
Cleanup & simplify the apicid <-> cpu mapping stuff I put in ages ago.
smpboot_cam Martin J. Bligh
Remove clustered_apic_mode stuff from smpboot.c
nuke_clustered_apic Martin J. Bligh
Kill clustered_apic_mode and CONFIG_CLUSTERED_APIC forever.
fix_starfire_warning Martin Bligh
Fix trivial starfire compile warning that keeps annoying me.
shpte Dave McCracken
Shared pagetables (as a config option)
dcache_rcu Dipankar / Maneesh
Use RCU type locking for the dentry cache.
early_printk Dave Hansen et al.
Allow printk before console_init
confighz Andrew Morton / Dave Hansen
Make HZ a config option of 100 Hz or 1000 Hz
config_page_offset Dave Hansen / Andrea
Make PAGE_OFFSET a config option
vmalloc_stats Dave Hansen
Expose useful vmalloc statistics
numasched1 Erich Focht
Numa scheduler general foundation work + pooling
numasched2 Michael Hohnbaum
Numa scheduler lightweight initial load balancing.
local_pgdat Bill Irwin
Move the pgdat structure into the remapped space with lmem_map
thread_info_cleanup (4K stacks pt 1) Dave Hansen / Ben LaHaise
Prep work to reduce kernel stacks to 4K
interrupt_stacks (4K stacks pt 2) Dave Hansen / Ben LaHaise
Create a per-cpu interrupt stack.
stack_usage_check (4K stacks pt 3) Dave Hansen / Ben LaHaise
Check for kernel stack overflows.
4k_stack (4K stacks pt 4) Dave Hansen
Config option to reduce kernel stacks to 4K
notsc Martin Bligh
Enable notsc option for NUMA-Q (new version for new config system)
numameminfo Martin Bligh / Keith Mannthey
Expose NUMA meminfo information under /proc/meminfo.numa
kgdb Andrew Morton / Various People
The older version of kgdb, synched with 2.5.54-mm1
noframeptr Martin Bligh
Disable -fomit_frame_pointer
-mjb Martin Bligh
Add a tag to the makefile
^ permalink raw reply
* Re: [parisc-linux] unaligned accesses
From: Randolph Chung @ 2003-01-09 8:29 UTC (permalink / raw)
To: parisc-linux
In-Reply-To: <200301090755.h097tadb003653@vilmos.org>
> The other question. I am using emacs, and I regularly see these messages:
>
> Jan 8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf2 at ip=0x0008937f
> Jan 8 23:52:33 hp kernel: emacs(17795): unaligned access to 0x001cdaf2 at ip=0x0008930b
>
> What are they?
Blame LaMont!
(yes, I'm just kidding, I've just been waiting for my chance to say
this... :-)
On a more serious note, on parisc load/stores to half-words, words,
doublewords have specific address alignment requirements. the message
usually means the program in question is buggy and is making unaligned
accesses. The unaligned access is trapped and emulated by the kernel,
so normally the message itself is simply informational.
This is definitely a FAQ.... maybe we should add it to the list :)
randolph
--
Randolph Chung
Debian GNU/Linux Developer, hppa/ia64 ports
http://www.tausq.org/
^ permalink raw reply
* RE: opening a port..
From: mdew @ 2003-01-09 8:24 UTC (permalink / raw)
To: Dharmendra.T; +Cc: netfilter
In-Reply-To: <1042099912.810.21.camel@india>
On Thu, 2003-01-09 at 21:11, Dharmendra.T wrote:
> it was netcat
> >
> > apt-get install netcat
> >
> >
>
> try with netcat and let us know.
>
> --
> Dharmendra.T
> Linux Enthu
mdew:/bin# ls -al netcat
lrwxrwxrwx 1 root root 2 Jan 9 19:34 netcat -> nc
mdew:~# netcat -help
[v1.10]
connect to somewhere: nc [-options] hostname port[s] [ports] ...
listen for inbound: nc -l -p port [-options] [hostname] [port]
options:
-e prog program to exec after connect
[dangerous!!]
-b allow broadcasts
-g gateway source-routing hop point[s], up to 8
-G num source-routing pointer: 4, 8, 12, ...
-h this cruft
-i secs delay interval for lines sent, ports
scanned
-l listen mode, for inbound connects
-n numeric-only IP addresses, no DNS
-o file hex dump of traffic
-p port local port number
-r randomize local and remote ports
-q secs quit after EOF on stdin and delay of
secs
-s addr local source address
-t answer TELNET negotiation
-u UDP mode
-v verbose [use twice to be more verbose]
-w secs timeout for connects and final net reads
-z zero-I/O mode [used for scanning]
port numbers can be individual or ranges: lo-hi [inclusive]
mdew:~# netcat -p 4662
no destination
mdew:~# nc -l -p 4662
ã;ãÛûÇΨºUû×JüGâ°ødfg<øÁoÆmdew:~# netcat
Cmd line:
mdew:~# netcat -l -p 4662
ã;ãÛûÇΨºUû×JüGâ°ødfg<øÁoÆmdew:~# netcat -l -p 4662
ãP<H¹ogÝT'␉´\¾ä6▒http://emule-project.net<6ÁoÆmdew:~#
^ permalink raw reply
* Re: ipv6 stack seems to forget to send ACKs
From: Herbert Xu @ 2003-01-09 8:32 UTC (permalink / raw)
To: Wichert Akkerman, linux-kernel
In-Reply-To: <20030108130850.GQ22951@wiggy.net>
Wichert Akkerman <wichert@wiggy.net> wrote:
>
> 13:57:40.310471 tornado.wiggy.net.33035 > 2001:968:1::2.8000: . ack 9359225 win 32616 <nop,nop,timestamp 846112 369670744,nop,nop,sack sack 1 {9360653:9363289} >
> 13:57:40.325396 2001:968:1::2.8000 > tornado.wiggy.net.33035: . 9363289:9363509(220) ack 1 win 5712 <nop,nop,timestamp 369670750 846111> [class 0x2]
> 13:57:40.325447 tornado.wiggy.net.33035 > 2001:968:1::2.8000: . ack 9359225 win 32616 <nop,nop,timestamp 846113 369670744,nop,nop,sack sack 1 {9360653:9363509} >
> 13:57:40.568652 2001:968:1::2.8000 > tornado.wiggy.net.33035: . 9359225:9360433(1208) ack 1 win 5712 <nop,nop,timestamp 369670773 846113>
> 13:57:41.121608 2001:968:1::2.8000 > tornado.wiggy.net.33035: . 9359225:9360433(1208) ack 1 win 5712 <nop,nop,timestamp 369670829 846113>
> 13:57:42.242095 2001:968:1::2.8000 > tornado.wiggy.net.33035: . 9359225:9360433(1208) ack 1 win 5712 <nop,nop,timestamp 369670941 846113>
> 13:57:44.481379 2001:968:1::2.8000 > tornado.wiggy.net.33035: . 9359225:9360433(1208) ack 1 win 5712 <nop,nop,timestamp 369671165 846113>
> 13:57:48.963035 2001:968:1::2.8000 > tornado.wiggy.net.33035: . 9359225:9360433(1208) ack 1 win 5712 <nop,nop,timestamp 369671613 846113>
Verify the checksum of that packet, it's probably corrupt.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
^ permalink raw reply
* Re: dns doctoring
From: Raymond Leach @ 2003-01-09 8:25 UTC (permalink / raw)
To: Netfilter Mailing List
In-Reply-To: <FHEJJHLEAGOMBFDMFHNOAEIADKAA.micah@micahabrams.com>
[-- Attachment #1: Type: text/plain, Size: 2030 bytes --]
Hi
There is a feature of most named's these days often called split horizon
DNS. That is what you're looking for.
Ray
On Thu, 2003-01-09 at 10:03, Micah Abrams wrote:
> List --
>
> I'm building an iptables firewall to replace my pix 506. The firewall will
> only have two interfaces for now. My dns server sits outside my firewall on
> the internet and answers queries for both my internal network and the world.
> Of course it only contains real world ips. The pix has an option (called
> alias) that doctors dns request from my internal lan so that the reply
> packet contains the internal ip address instead of the public address given
> out by my dns server. This lets the internal machines access internal hosts
> via dns without having to run two dns servers. For example with following
> command:
>
> alias (inside) 192.168.0.5 245.243.3.5 255.255.255.255
>
> all dns queries passing through the pix containing the address 245.243.3.5
> are re-written to contain 192.168.0.5. My question is, is there any way to
> do this with iptables? How is everyone handling this? I would really like
> to avoid having two dns servers. I am very new to iptables so any and all
> help is much appreciated.
>
> Thanks
>
> ~Micah
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
( Raymond Leach )
) Knowledge Factory (
( )
) Tel: +27 11 445 8100 (
( Fax: +27 11 445 8101 )
) (
( http://www.knowledgefactory.co.za/ )
) http://www.saptg.co.za/ (
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
o o
o o
.--. .--.
| o_o| |o_o |
| \_:| |:_/ |
/ / \\ // \ \
( | |) (| | )
/`\_ _/'\ /'\_ _/`\
\___)=(___/ \___)=(___/
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* SuSE 8.1 RPMs
From: Carsten Grohmann @ 2003-01-09 8:28 UTC (permalink / raw)
To: SELinux
Hi,
Oliver Tennert creates SELinux rpms for SuSE 8.1.
You can find them on my site http://www.carstengrohmann.de/selinux-rpm.html.
Carsten
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* Re: Status of linuxppc_2.5
From: Brad Boyer @ 2003-01-09 8:30 UTC (permalink / raw)
To: Pantelis Antoniou; +Cc: Benjamin Herrenschmidt, Boris Bezlaj, linuxppc-dev
In-Reply-To: <3E1D2F34.20908@intracom.gr>
On Thu, Jan 09, 2003 at 10:13:40AM +0200, Pantelis Antoniou wrote:
> I'm sorry, the patch is just trivial stuff needed
> to get it to compile. I don't even have hardware
> that applies to swim3 driver. I just added the
> include for the header and modified the call
> to ide_unregister to use the new calling convention.
>
> BTW ide_unregister was not exported in linux/ide.h
> and so I added the prototype there. Maybe someone
> should notify the maintainer of the IDE layer that
> since this function is needed by the swim3 driver
> it should be visible in the header?
> Or we should use a new infrastructure?
Is there a reason that the swim3 driver needs something
from the IDE layer? I haven't tried 2.5 on my 7600 yet,
but when I'm compiling a kernel for it, I never include
IDE, since the motherboard doesn't have IDE hardware.
Any machine old enough to use the swim3 driver is slow
enough without any help...
Brad Boyer
flar@allandria.com
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: bdi200 or powertap.. help me to decide.
From: Wolfgang Denk @ 2003-01-09 8:30 UTC (permalink / raw)
To: Omanakuttan; +Cc: linuxppc-embedded
In-Reply-To: <3E1CFC5D.5030608@tataelxsi.co.in>
In message <3E1CFC5D.5030608@tataelxsi.co.in> you wrote:
>
> I have been following the recent ( and ongoing ) discussions on bdi2000.
> I have recommended the company to buy bdi2000. The company is
> considering bdi2000 and powertap. ( AMC Applied Microsystems
> Corporation's PowerTAP™).
> I am going through the data sheet of powertap and doing a comparitative
> study of both products to find out which one is better suited for linux
> kernel debugging. Frankly we don't need any of the jazz that powertap +
> MWX-ICE™ debugger offers .We will be happy to use GNU tools. One good
> feature I see in powertap is to examine the contents of the registers.
> but I am a little pessimistic about the linux kernel debug support on
> powertap.
Ask yourself (and your AMC / Metrowerks sales guy) the following
questions:
* Does the PowerTAP documentation / sales guys claim to support Linux
as target OS? Especially is the MMU support good enough to debug
for example dynamically loaded kernel modules?
* How many people on this mailing list actually reported that they
have successfully used a PowerTAP to debug the Linux kernel
including dynamically loaded device drivers?
* Is there support for Linux as host OS?
* Does the Linux kernel provide special hooks for the PowerTAP
(equivalent to the CONFIG_BDI_SWITCH configuration option)?
* Which CPUs are supported by the PowerTAP? The BDI2000 supports
CPU32/32+, ColdFire, PowerPC, ARM, MIPS32, XScale and M-CORE ...
Guess what we're using...
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de
I wish I had a bronze torc for every user who didn't read the manual.
- Terry Pratchett, _The Light Fantastic_
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* [Linux-ia64] disabling nics using boot options.
From: Roy Dragseth @ 2003-01-09 8:30 UTC (permalink / raw)
To: linux-ia64
Hello again.
Thanks for all the nice answers to my previous question about disabling
interfaces with efi.
As it seems to be impossible to disable the NICs in hardware, I want to try to
make the linux kernel avoid probing the devices by using the reserve= boot
option. The problem is that I am unable to figure out the right parameters
for the Gbit NIC because /proc/pci doesn't contain any iobase information for
this device.
I found an example in the BOOTPROMPT-HOWTO,
http://www.ibiblio.org/mdw/HOWTO/BootPrompt-HOWTO-3.html#ss3.4
and it works for the 10/100Mbit interface using the eepro100 module.
Here are what /proc/pci and /proc/iomem says about the relevant devices:
/proc/pci:
Bus 0, device 3, function 0:
Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 13).
IRQ 53.
Master Capable. Latency=128. Min Gnt=8.Max Lat=56.
Non-prefetchable 32 bit memory at 0x80020000 [0x80020fff].
I/O at 0xd00 [0xd3f].
Non-prefetchable 32 bit memory at 0x80000000 [0x8001ffff].
Bus 32, device 2, function 0:
Ethernet controller: BROADCOM Corporation NetXtreme BCM5701 Gigabit
Ethernet (rev 21).
IRQ 56.
Master Capable. Latency=192. Min Gnt=64.
Non-prefetchable 64 bit memory at 0x90800000 [0x9080ffff].
Bus 128, device 1, function 0:
Ethernet controller: BROADCOM Corporation NetXtreme BCM5701 Gigabit
Ethernet (#2) (rev 21).
IRQ 65.
Master Capable. Latency=192. Min Gnt=64.
Non-prefetchable 64 bit memory at 0xc0000000 [0xc000ffff].
As one can see, the entry for the Ethernet Pro 100 nic has a line
I/O at 0xd00 [0xd3f].
so the the reserve entry becomes 0xd00,64. This works as expected, the device
doesn't show up when I boot with
reserve=0xd00,64
However, the entries for the Gbit interfaces don't have this information, do
anyone know where I should look for the parameters for these devices?
r.
--
The Computer Center, University of Tromsø, N-9037 TROMSØ, Norway.
phone:+47 77 64 41 07, fax:+47 77 64 41 00
Roy Dragseth, High Performance Computing System Administrator
Direct call: +47 77 64 62 56. email: royd@cc.uit.no
^ permalink raw reply
* Re: opening a port..
From: mdew @ 2003-01-09 8:36 UTC (permalink / raw)
To: Jörg Esser; +Cc: netfilter
In-Reply-To: <3E1D2D11.50302@boh.de>
[-- Attachment #1: Type: text/plain, Size: 2089 bytes --]
On Thu, 2003-01-09 at 21:04, Jörg Esser wrote:
>
>
> mdew wrote:
>
> >On Thu, 2003-01-09 at 19:53, Dharmendra.T wrote:
> >
> >
> >>>># nc -l -p 4662
> >>>>
> >>>>And then run nmap. You should get listed this port!
> >>>>
> >>>>--
> >>>>Dharmendra.T
> >>>>Linux Enthu
> >>>>
> >>>>
> >>>mdew:~# nc -l -p 4662
> >>>ãP<H¹ogÝT'b´\Y6▒http://emule-project.net<6Ñ~ÖEmdew:~#
> >>>
> >>>(some strange characters, then it quits)
> >>>
> >>>mdew:~# netstat -an|grep 4662
> >>>mdew:~#
> >>>
> >>>nirvana:/home/mdew# nmap 10.0.0.6
> >>>
> >>>
> nmap -p4662 10.0.0.6
hmm
with all the changes it still cant see it
nirvana:/home/mdew# nmap -p4662 10.0.0.6
Starting nmap V. 3.10ALPHA4 ( www.insecure.org/nmap/ )
The 1 scanned port on debian (10.0.0.6) is: closed
Nmap run completed -- 1 IP address (1 host up) scanned in 0.319 seconds
> Should work better.
> and a new version of nmap should work better, too.
> I heard that when you use nmap as your way it picks just well known
> ports (/etc/service file ?) and then you won´t get this special port if
> its not in there.(Maybe I´m wrong)
>
> >>>Starting nmap V. 3.10ALPHA4 ( www.insecure.org/nmap/ )
> >>>Interesting ports on debian (10.0.0.6):
> >>>(The 1591 ports scanned but not shown below are in state: closed)
> >>>Port State Service
> >>>22/tcp open ssh
> >>>25/tcp open smtp
> >>>110/tcp open pop-3
> >>>111/tcp filtered sunrpc
> >>>113/tcp open auth
> >>>135/tcp filtered loc-srv
> >>>136/tcp filtered profile
> >>>137/tcp filtered netbios-ns
> >>>138/tcp filtered netbios-dgm
> >>>139/tcp filtered netbios-ssn
> >>>199/tcp filtered smux
> >>>826/tcp filtered unknown
> >>>953/tcp filtered rndc
> >>>8080/tcp open http-proxy
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>nc, I mean to say netcat.?
> >>
> >>
> >
> >it was netcat
> >
> >apt-get install netcat
> >
> >
> >
> >
> >
> >
>
>
>
[-- Attachment #2: iptable_list.txt --]
[-- Type: text/plain, Size: 11602 bytes --]
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere tcp dpt:pop3
ACCEPT udp -- anywhere anywhere udp dpt:pop3
ACCEPT udp -- anywhere anywhere udp dpt:pop3
ACCEPT tcp -- anywhere anywhere tcp dpt:pop3
ACCEPT tcp -- anywhere anywhere tcp dpt:smtp
ACCEPT tcp -- anywhere anywhere tcp dpt:ssmtp
REJECT tcp -- anywhere anywhere tcp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp spts:135:netbios-ssn reject-with icmp-port-unreachable
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp spt:auth
ACCEPT tcp -- anywhere anywhere tcp spt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:domain
ACCEPT tcp -- anywhere anywhere tcp dpt:domain
ACCEPT tcp -- anywhere anywhere tcp spt:domain
ACCEPT tcp -- anywhere anywhere tcp spt:domain
ACCEPT udp -- anywhere anywhere udp dpt:domain
ACCEPT udp -- anywhere anywhere udp dpt:domain
ACCEPT udp -- anywhere anywhere udp spt:domain
ACCEPT udp -- anywhere anywhere udp spt:domain
ACCEPT tcp -- anywhere anywhere tcp dpt:4661
ACCEPT udp -- anywhere anywhere udp dpt:4661
ACCEPT udp -- anywhere anywhere udp dpt:4661
ACCEPT tcp -- anywhere anywhere tcp dpt:4661
ACCEPT tcp -- anywhere anywhere tcp spt:4661
ACCEPT udp -- anywhere anywhere udp spt:4661
ACCEPT udp -- anywhere anywhere udp spt:4661
ACCEPT tcp -- anywhere anywhere tcp spt:4661
ACCEPT tcp -- anywhere anywhere tcp dpt:4662
ACCEPT udp -- anywhere anywhere udp dpt:4662
ACCEPT udp -- anywhere anywhere udp dpt:4662
ACCEPT tcp -- anywhere anywhere tcp dpt:4662
ACCEPT tcp -- anywhere anywhere tcp spt:4662
ACCEPT udp -- anywhere anywhere udp spt:4662
ACCEPT udp -- anywhere anywhere udp spt:4662
ACCEPT tcp -- anywhere anywhere tcp spt:4662
ACCEPT tcp -- anywhere anywhere tcp dpt:4665
ACCEPT udp -- anywhere anywhere udp dpt:4665
ACCEPT udp -- anywhere anywhere udp dpt:4665
ACCEPT tcp -- anywhere anywhere tcp dpt:4665
ACCEPT tcp -- anywhere anywhere tcp spt:4665
ACCEPT udp -- anywhere anywhere udp spt:4665
ACCEPT udp -- anywhere anywhere udp spt:4665
ACCEPT tcp -- anywhere anywhere tcp spt:4665
REJECT tcp -- anywhere anywhere tcp dpt:111 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:smux reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:826 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:953 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:111 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:smux reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:826 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:953 reject-with icmp-port-unreachable
Chain FORWARD (policy ACCEPT)
target prot opt source destination
REJECT tcp -- anywhere anywhere tcp dpts:netbios-ns:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp dpts:netbios-ns:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp spts:netbios-ns:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp spts:netbios-ns:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp dpts:135:netbios-ssn reject-with icmp-port-unreachable
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp spt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp spt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:auth
ACCEPT tcp -- anywhere anywhere tcp dpt:domain
ACCEPT tcp -- anywhere anywhere tcp spt:domain
ACCEPT tcp -- anywhere anywhere tcp dpt:domain
ACCEPT tcp -- anywhere anywhere tcp spt:domain
ACCEPT tcp -- paul. anywhere tcp dpt:4665 limit: avg 1/hour burst 5
ACCEPT udp -- paul. anywhere udp dpt:4665 limit: avg 1/hour burst 5
ACCEPT udp -- paul. anywhere udp spt:4665 limit: avg 1/hour burst 5
ACCEPT tcp -- paul. anywhere tcp spt:4665 limit: avg 1/hour burst 5
ACCEPT tcp -- anywhere anywhere tcp dpt:4661
ACCEPT tcp -- anywhere anywhere tcp dpt:4661
ACCEPT udp -- anywhere anywhere udp dpt:4661
ACCEPT udp -- anywhere anywhere udp dpt:4661
ACCEPT udp -- anywhere anywhere udp spt:4661
ACCEPT udp -- anywhere anywhere udp spt:4661
ACCEPT tcp -- anywhere anywhere tcp spt:4661
ACCEPT tcp -- anywhere anywhere tcp spt:4661
ACCEPT tcp -- anywhere anywhere tcp dpt:4662
ACCEPT tcp -- anywhere anywhere tcp dpt:4662
ACCEPT udp -- anywhere anywhere udp dpt:4662
ACCEPT udp -- anywhere anywhere udp dpt:4662
ACCEPT udp -- anywhere anywhere udp spt:4662
ACCEPT udp -- anywhere anywhere udp spt:4662
ACCEPT tcp -- anywhere anywhere tcp spt:4662
ACCEPT tcp -- anywhere anywhere tcp spt:4662
ACCEPT tcp -- anywhere anywhere tcp dpt:4665
ACCEPT tcp -- anywhere anywhere tcp dpt:4665
ACCEPT udp -- anywhere anywhere udp dpt:4665
ACCEPT udp -- anywhere anywhere udp dpt:4665
ACCEPT udp -- anywhere anywhere udp spt:4665
ACCEPT udp -- anywhere anywhere udp spt:4665
ACCEPT tcp -- anywhere anywhere tcp spt:4665
ACCEPT tcp -- anywhere anywhere tcp spt:4665
REJECT tcp -- anywhere anywhere tcp dpt:111 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:smux reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:826 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:953 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:111 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:smux reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:826 reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpt:953 reject-with icmp-port-unreachable
ACCEPT tcp -- anywhere 10.0.0.6 tcp dpt:4662
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
REJECT tcp -- anywhere anywhere tcp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp dpts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT tcp -- anywhere anywhere tcp spts:135:netbios-ssn reject-with icmp-port-unreachable
REJECT udp -- anywhere anywhere udp spts:135:netbios-ssn reject-w
^ permalink raw reply
* 2.5.54...bk-current problem with soundcore.ko (unknown symbol errno) fix
From: Dzmitry Chekmarou @ 2003-01-09 8:51 UTC (permalink / raw)
To: Jaroslav Kysela; +Cc: linux-kernel
Hello
In 2.5.54 error appears:
soundcore: Unknown symbol errno
>From LKML, this comes with ChangeSet@1.879.1.43, 2003-01-05 20:55:52-08:00, varenet@parisc-linux.org ([PATCH] linux-2.5.46: Remove unused static variable)
Here is fix:
--start--
--- linux-2.5/sound/sound_firmware.c Thu Jan 9 09:40:48 2003
+++ linux-2.5.new/sound/sound_firmware.c Thu Jan 9 10:29:41 2003
@@ -5,6 +5,7 @@
#include <linux/mm.h>
#include <linux/slab.h>
#include <linux/unistd.h>
+static int errno;
#include <asm/uaccess.h>
static int do_mod_firmware_load(const char *fn, char **fp)
--end--
--
Regards, Zmiter.
^ permalink raw reply
* Re: (usagi-core 11007) [PATCH] IPsec Configuration Extension for IPv6
From: David S. Miller @ 2003-01-09 8:39 UTC (permalink / raw)
To: usagi-core, Kazunori.Miyazawa; +Cc: linux-kernel, netdev
In-Reply-To: <20030107130050.0903bf59.Kazunori.Miyazawa@jp.yokogawa.com>
From: Kazunori Miyazawa <Kazunori.Miyazawa@jp.yokogawa.com>
Date: Tue, 7 Jan 2003 13:00:50 +0900
This patch is simple extension of PF_KEY to support IPv6;
to accept IPv6 IPsec configurations.
Ok. Your patch looks OK and probably I will integrate it to my
tree tomorrow.
However this patch does not contain any codes to process the packets
in IPv6 stack because we wonder how we should implement it:
1. The building packet codes of datagram (ip_append_data()) is
very different from ip6_build_xmit(). And I guess you will
change ip6_build_xmit() to ip6_append_data().
2. How should we implement to process destination option header
which is inside of AH and/or ESP? There seems two options.
One is to process IPsec on parsing extension headers.
The other is to process IPsec as upper layer protocol and
we always check the destination option header when we finish
to process AH or ESP.
We will be glad to hear your preferences, plans or a better way
to implementation.
To be honest no concrete plans exist. Alexey is currently
offline and I expected to bring him into an ipv6 ipsec discussion
as soon as he reappears. I do not know when he will return, however.
Because of this, I would suggest to just keep working in area of
AH/ESP ipv6-specific packet creation and parsing. Stay clear of
routing/dst/input/output interface issues. If you finish the packet
handling/building work and Alexey does not return, we can work on
design without him.
^ permalink raw reply
* Re: marking all h323 packets with some TOS
From: Raymond Leach @ 2003-01-09 8:44 UTC (permalink / raw)
To: Upma Gandhi; +Cc: Netfilter Mailing List
In-Reply-To: <3E1D2F29.6443D681@networkprograms.com>
[-- Attachment #1: Type: text/plain, Size: 1534 bytes --]
Sounds like it doesn't understand the -j FTOS. Maybe a missing module or
not compiled into the kernel?
On Thu, 2003-01-09 at 10:13, Upma Gandhi wrote:
> Hello All,
> I have a following setup
>
> Internet <-> Router with netfilter configure <-> LAN(192.9.201.0/24)
>
> lets supopose eth0 is LAN side Interface and
> eth1 is WAN side interface.
>
> what I want to do is "Mark all h323 packets with some tos value".
> for which my iptables command seems to be like this-
> iptables -t mangle -A FORWARD -o eth0 -d 192.9.201.0/24 -p tcp -m
> rtp -j FTOS --set-ftos 0xb8.
>
> but it's giving an error message -
> iptable: No chain/target/match by tha rule.
>
> Can anybody help me out.
>
> Thanks & Regards
> Upma
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
( Raymond Leach )
) Knowledge Factory (
( )
) Tel: +27 11 445 8100 (
( Fax: +27 11 445 8101 )
) (
( http://www.knowledgefactory.co.za/ )
) http://www.saptg.co.za/ (
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
o o
o o
.--. .--.
| o_o| |o_o |
| \_:| |:_/ |
/ / \\ // \ \
( | |) (| | )
/`\_ _/'\ /'\_ _/`\
\___)=(___/ \___)=(___/
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* Re: lk maintainers
From: Andre Hedrick @ 2003-01-09 8:51 UTC (permalink / raw)
To: Denis Vlasenko; +Cc: linux-kernel
In-Reply-To: <200301090824.h098OHs09401@Port.imtp.ilyichevsk.odessa.ua>
Serial ATA Architect [released][backported]
Cheers,
Andre Hedrick
LAD Storage Consulting Group
^ permalink raw reply
* Fwd: Verano gets real-time with SELinux
From: Russell Coker @ 2003-01-09 8:44 UTC (permalink / raw)
To: selinux
NB I'm just a regular subscriber to Network World. I don't know anything
about what Verano is doing other than this very brief article. If anyone
knows more then a detailed posting would be welcome...
---------- Forwarded Message ----------
Subject: Verano gets real-time with SELinux
Date: Thu, 9 Jan 2003 00:30
From: NW on Linux <Linux@bdcimail.com>
To: russell@coker.com.au
NETWORK WORLD NEWSLETTER: PHIL HOCHMUTH on
LINUX
01/08/03
Today's focus: Verano gets real-time with SELinux
Dear Russell Coker,
In this issue:
* Verano turns to extra-secure version of Linux
* Links related to Linux
* Featured reader resource
_______________________________________________________________
NETWORK WORLD SPECIAL REPORTS
Exclusive to Network World Fusion - our Special Reports cover
key network technology topics including Security, Business
Continuity, Network/Systems Management, Storage and more. Each
Network World Fusion Special Report is available to you free of
charge - registration is required. Click here:
http://nww1.com/go/1216nwwspec.html
_______________________________________________________________
FREE Technical White Paper: "Higher Availability. Lower TCO."
As companies focus on Total Cost of Ownership (TCO),
availability becomes even more critical. This white paper
discusses the human and technical factors involved in increased
availability and provides an overview of related Sun products,
services, and solutions. Click here for your free copy:
http://nww1.com/go/ad369.html
_______________________________________________________________
Today's focus: Verano gets real-time with SELinux
By Phil Hochmuth
If you're looking for a secure computing platform to run
mission-critical applications, there are dozens of vendors
eager for your business that offer a variety of products. Or
you could just turn to the National Security Agency, which is
what Verano did.
Verano recently announced it is using SELinux, developed by the
NSA, as a secure server platform for software products that
control and monitor industrial processes.
Verano is releasing its Supervisory Control and Data
Acquisition (SCADA) software for SELinux. SCADA is designed to
allow real-time, Internet-based control and monitoring of
infrastructure at critical facilities.
Security Enhanced Linux, or SELinux, was developed by the NSA
as a version of the operating system with security enhancements
beyond most commercial distributions of Linux. SELinux segments
parts of Linux, and the applications that run on the server,
into secure domains, which are aimed at preventing some of the
"buffer overflow" and "string format" attacks that are used to
compromise Linux systems.
Verano's Enterprise Link and Real Time Application Platform
(RTAP) are secure software products used by customers such as
Boeing, ChevronTexaco and Bayer, and run on a variety of Unix
platforms. The company says it went with SELinux for SCADA to
provide an enhanced level of security. SELinux/SCADA is
targeted as a platform for running monitoring and control
software for facilities such as factories, power plants, oil
and gas pipelines, as well as public transportation and
utilities.
_______________________________________________________________
To contact Phil Hochmuth:
Phil Hochmuth is a Senior Writer for Network World, and
a former systems integrator. You can reach him at
mailto:phochmut@nww.com.
_______________________________________________________________
FREE Technical White Paper: "Higher Availability. Lower TCO."
As companies focus on Total Cost of Ownership (TCO),
availability becomes even more critical. This white paper
discusses the human and technical factors involved in increased
availability and provides an overview of related Sun products,
services, and solutions. Click here for your free copy:
http://nww1.com/go/ad369.html
_______________________________________________________________
RELATED EDITORIAL LINKS
More on SELinux
http://www.nsa.gov/selinux/src-disclaim.html
Archive of the Linux newsletter:
http://www.nwfusion.com/newsletters/linux/index.html
_______________________________________________________________
FEATURED READER RESOURCE
HOLIDAY SHOPPING MADE A LITTLE EASIER ON NWFUSION'S NETSMART
Check out NetSmart - Network World's premier books and training
resource. At NetSmart, you will find all the IT learning tools
you need to advance your career. Easily select and purchase
from a comprehensive group of leading vendor certification
programs, practice tests, face-to-face events, Webcasts and
much more! Visit NetSmart at: http://nww1.com/go/ad363.html
_______________________________________________________________
May We Send You a Free Print Subscription?
You've got the technology snapshot of your choice delivered
at your fingertips each day. Now, extend your knowledge by
receiving 51 FREE issues to our print publication. Apply
today at http://www.subscribenw.com/nl2
International subscribers click here :
http://nww1.com/go/circ_promo.html
_______________________________________________________________
SUBSCRIPTION SERVICES
To subscribe or unsubscribe to any Network World e-mail
newsletters, go to:
http://www.nwwsubscribe.com/news/scripts/notprinteditnews.asp
To unsubscribe from promotional e-mail go to:
http://www.nwwsubscribe.com/ep
To change your e-mail address, go to:
http://www.nwwsubscribe.com/news/scripts/changeemail.asp
Subscription questions? Contact Customer Service by replying to
this message.
Have editorial comments? Write Jeff Caruso, Newsletter Editor,
at: mailto:jcaruso@nww.com
For advertising information, write Alonna Doucette, V.P. of
Online Development, at: mailto:sponsorships@nwfusion.com
Copyright Network World, Inc., 2003
------------------------
This message was sent to: russell@coker.com.au
-------------------------------------------------------
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/ My home page
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* Re: 2.4.21-pre3 fails compile of ehci-hcd.c
From: Greg KH @ 2003-01-09 8:54 UTC (permalink / raw)
To: Kristofer T. Karas; +Cc: Linux Kernel
In-Reply-To: <1042100988.3055.11.camel@madmax>
On Thu, Jan 09, 2003 at 03:29:46AM -0500, Kristofer T. Karas wrote:
> On Thu, 2003-01-09 at 02:38, Greg KH wrote:
> > On Thu, Jan 09, 2003 at 02:11:15AM -0500, Kristofer T. Karas wrote:
> > > Noticed that I could not get patch-2.4.21-pre3 to compile:
> >
> > Does this patch solve it for you?
>
> Hi Greg - Yes. The extra whitespace made gcc do the right thing.
> Thanks.
Thanks for testing it, I'll go add it to my trees.
> <Bewilderment> Well I learn something new every day </Bewilderment>
>
> I notice, however, that speed with this version of EHCI seems down.
> hdparm -t /dev/discs/disc1/disc
> 2.4.21-pre2 2.4.21-pre3
> ----------- -----------
> 10.5 MB/s 8.3 MB/s
Hm, that is odd.
> Either way, this is a great improvement over my previous attempts at
> getting USB2.0 running with a Soltek SL75-DRV2 MoBo, which resulted in
> instantaneous reboots.
Yes, a little slower is better than reboots :)
thanks,
greg k-h
^ permalink raw reply
* [PATCH 2.5.55] make PCI_LEGACY_PROC depend on PCI
From: Rolf Eike Beer @ 2003-01-09 8:58 UTC (permalink / raw)
To: linux-kernel
Hi,
from my point of view this would make sense. Or did I miss something magic?
Rolf Eike Beer
--- linux-2.5.55-caliban/drivers/pci/Kconfig.old Thu Jan 9 09:55:07 2003
+++ linux-2.5.55-caliban/drivers/pci/Kconfig Thu Jan 9 09:55:24 2003
@@ -3,6 +3,7 @@
#
config PCI_LEGACY_PROC
bool "Legacy /proc/pci interface"
+ depends on PCI
---help---
This feature enables a procfs file -- /proc/pci -- that provides a
summary of PCI devices in the system.
^ permalink raw reply
* Re: Gauntlet Set NOW!
From: Jeremy Fitzhardinge @ 2003-01-09 8:57 UTC (permalink / raw)
To: Andrew Morton; +Cc: rms, andre, linux-kernel
In-Reply-To: <3E1D2E12.27417587@digeo.com>
On Thu, 2003-01-09 at 00:08, Andrew Morton wrote:
> Richard Stallman wrote:
> >
> > ...
> > That's not the FSF's view. Our view is that just using structure
> > definitions, typedefs, enumeration constants, macros with simple
> > bodies, etc., is NOT enough to make a derivative work. It would take
> > a substantial amount of code (coming from inline functions or macros
> > with substantial bodies) to do that.
>
> The last part doesn't make a lot of sense.
>
> Use of an inline function is just that: usage. It matters not at
> all whether that function is invoked via inline integration or via
> subroutine call. This is merely an implementation detail within
> the code which provides that function.
>
> Such functions are part of the offered API which have global scope,
> that's all.
The thing that copyright law cares about is whether the thing you're
shipping (in binary form) is a derivative work of something else; the
GPL cares if that "something else" is licensed under the GPL because it
requires the whole to be also (at least) GPL'd. Merely calling a
function from a piece of code doesn't make that code a derivative work
of the called function, but it would if the function were inlined.
If a non-GPL piece of code depends on a piece of GPL'd code, but they
are not shipped in a bound state (ie, dynamically linked), then the
non-GPL code is not obligated to be GPL'd because it isn't a derivative
work. This isn't the stated position of the FSF (at least last time I
asked, because they don't consider static and dynamic binding to be
separate cases), but it's the only one which makes sense in terms of
looking at code in the binary and how it got there.
There's a more complex argument that merely depending on GPL'd code (as
a client of a GPL'd library, for example) makes your program a
derivative work, even if your distributed binary contains no GPL'd
code. This argument is based on the assumption that you're depending on
an API for which all the implementations are GPL'd, so there's no way
you can run the code without binding to GPL'd code. All it takes is one
non-GPL'd implementation to break this argument.
Bear in mind that the GPL only governs the act of distribution, so
creating a derivative work dynamically at runtime is not subject to the
GPL. Doing it statically means that you have to distribute the
derivative work, which is subject to the GPL.
Also bear in mind that copyright law only protects things with a
creative input; you cannot copyright pure facts. As Richard says, the
FSF considers things like function names, types, structure definitions,
constants, etc to be pure facts which are necessary to know to call an
API (and extends that to include small pieces of code, where "small" is
not well defined). The implementation of the API itself *is* creative,
and is therefore protected by copyright law. Hence the distinction
between definitions and larger inlined implementations.
Since the thing that is under consideration is not source code, but the
distribution of binaries generated from the source, it is not merely an
implementation detail as to whether a piece of code is included by
reference (ie, an out-of-line function call) or included explicitly
(inlined code). It makes the difference between a non-derivative work
and a derivative work.
J
[Not a lawyer, but I've spent a lot of time talking to them about this
stuff. Not that it makes this message at all valuable or reliable. ]
^ permalink raw reply
* Re: Nvidia and its choice to read the GPL "differently"
From: John Alvord @ 2003-01-09 8:57 UTC (permalink / raw)
To: vlad; +Cc: rms, linux-kernel
In-Reply-To: <010101c2b786$794d87a0$0200a8c0@wsl3>
Try to imagine the last 12 years of Linux without
gcc
binutils
unix programs such as ls, cp, rm, etc
I personally believe the current state of the Linux kernel would have
been impossible to achieve (at this time) without the above tools.
The Linux kernel development has stood on the shoulders of the GNU
effort the whole time.
Whether the result should be labeled as GNU/Linux is semantics - what
is the meaning of "operating system". And it is redundant... after
all there is no Linux without GNU, so why force unnecessary
information on terms. If there was an ATT/Linux and an Intel/Linux,
having a GNU/Linux would make some sense... but that is not the way it
is. GNU/Linux is singular, so Linux makes a reasonable contraction.
Distributor marketting wants a neat snapy name that is easy to
remember. Linux is close enough to unix to merge meanings a bit.
People who read about Linus Torvalds get the Linus/Linux play on
words.
Another puzzling aspect to me is that GNU really goes beyond what I
think of as an operating system. I have a suite of GNU tools installed
on a Windows NT machine and I use make, ls, cp, mv all day. So I am
using GNU on a foreign operating system... or does my usage needs to
be labeled as GNU/Windows NT?
john alvord
On Wed, 8 Jan 2003 20:26:09 -0600, "Vlad@Vlad.geekizoid.com"
<vlad@vlad.geekizoid.com> wrote:
>Do you actually buy your own bullshit here? If so, that's sad. I used to
>respect you. I'd like to see you put your money where your mouth is - PROVE
>that GNU (not just people who have release GPL'd software) contributed most
>of the work to say Slackware, or Debian, or Red Hat.
>
>Face it - you're full of it. You're not fooling anyone either.
>
>-----Original Message-----
>From: linux-kernel-owner@vger.kernel.org
>[mailto:linux-kernel-owner@vger.kernel.org]On Behalf Of Richard Stallman
>Sent: Wednesday, January 08, 2003 2:00 AM
>To: lm@bitmover.com
>Cc: lm@bitmover.com; acahalan@cs.uml.edu; linux-kernel@vger.kernel.org
>Subject: Re: Nvidia and its choice to read the GPL "differently"
>
>
> Great. So not only is there no legal need to cite GNU in the Linux
> name, there is no ethical obligation either.
>
>When you take part of my statement, stretch it, interpret it based on
>assumptions you know I disagree with, and present the result as
>something I said, that doesn't prove anything. It is childish.
>
>There is no ethical obligation to mention secondary contributions
>incorporated in a large project. There ethical obligation is to cite
>the main developer. In the GNU/Linux system, the GNU Project is the
>principal contributor; the system is more GNU than anything else,
>and we started it.
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply
* limit rule on sparc-linux
From: Christian Birchinger @ 2003-01-09 8:58 UTC (permalink / raw)
To: netfilter-devel
Hello
Is there a known patch for the non-working limit rule on
sparc/linux? The last version Kernel i've tested is 2.4.20
and it still refuses limit rules.
I'm not sure if the problem has been reported on this list.
I saw it on many places (Google also found it on some Debian
mailinglists).
Heres a quick example of a rule which perfectly works on x86 but
fails on sparc64:
# iptables -A INPUT -j ACCEPT -p icmp -m limit --limit 120/minute
iptables: Invalid argument
#
If it helps, here are the last lines of a strace with this
command:
open("/lib/iptables/libipt_limit.so", O_RDONLY) = 3
read(3,"\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\22\0\0\0\1\0\0\6"... ,1024) = 1024
fstat64(3, {st_mode=S_IFREG|0755, st_size=5758, ...}) = 0
mmap(NULL, 69552, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x701b8000
mprotect(0x701ba000, 61360, PROT_NONE) = 0
mmap(0x701c8000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x701c8000
close(3) = 0
socket(PF_INET, SOCK_RAW, IPPROTO_RAW) = 3
getsockopt(3, SOL_IP, 0x40 /* IP_??? */, [1718185076], [84]) = 0
getsockopt(3, SOL_IP, 0x41 /* IP_??? */, [1718185076], [672]) = 0
rt_sigtimedwait(ptrace: umoven: Input/output error
[?], 0x3) = -1 EINVAL (Invalid argument)
write(2, "iptables: Invalid argument\n", 27iptables: Invalid argument
) = 27
exit(1) = ?
--
Christian Birchinger
^ permalink raw reply
* Re: OT Naming. was: Re: Why is Nvidia given GPL'd code to use in closed source drivers?
From: Hacksaw @ 2003-01-09 9:08 UTC (permalink / raw)
To: Måns Rullgård; +Cc: linux-kernel@vger.kernel.org
In-Reply-To: <yw1xn0mbn8r9.fsf@gladiusit.e.kth.se>
>The functions in glibc that you are referring to are specified by
>ANSI/ISO C and POSIX standards. If a system doesn't comply to these
>i
It's a POSIX conforming API, but the ABI is provided by linking against glibc.
It's unlikely that you could easily sub in a new libc easily, especially if
the program makes use of any GNU extensions.
--
When we have nothing to say, it is very hard to say nothing.
When we have nothing to do, it is very hard to do nothing.
http://www.hacksaw.org -- http://www.privatecircus.com -- KB1FVD
^ permalink raw reply
* 2.5.55: local symbols in net/ipv6/af_inet6.o
From: Niels den Otter @ 2003-01-09 9:10 UTC (permalink / raw)
To: linux-kernel
As of 2.5.54bk6 (including 2.5.55) I get the following compilation error:
gcc-2.95 -Wp,-MD,init/.version.o.d -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2 -march=i686 -Iinclude/asm-i386/mach-default -fomit-frame-pointer -nostdinc -iwithprefix include -DKBUILD_BASENAME=version -DKBUILD_MODNAME=version -c -o init/version.o init/version.c
ld -m elf_i386 -r -o init/built-in.o init/main.o init/version.o init/do_mounts.o init/initramfs.o
ld -m elf_i386 -e stext -T arch/i386/vmlinux.lds.s arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/built-in.o --start-group usr/built-in.o arch/i386/kernel/built-in.o arch/i386/mm/built-in.o arch/i386/mach-default/built-in.o kernel/built-in.o mm/built-in.o fs/built-in.o ipc/built-in.o security/built-in.o crypto/built-in.o lib/lib.a arch/i386/lib/lib.a drivers/built-in.o sound/built-in.o arch/i386/pci/built-in.o net/built-in.o --end-group -o vmlinux
net/built-in.o(.init.text+0x1a34): In function `inet6_init':
: undefined reference to `local symbols in discarded section .exit.text'
make: *** [vmlinux] Error 1
The reference_discarded.pl script says following:
pangsit:/usr/src/linux/net> perl ~otter/reference_discarded.pl
Finding objects, 245 objects, ignoring 0 module(s)
Finding conglomerates, ignoring 11 conglomerate(s)
Scanning objects
Error: ./ipv6/af_inet6.o .init.text refers to 000003e4 R_386_PC32 .exit.text
Done
I tried both gcc-2.95 & gcc-3.2.2 .
-- Niels
^ permalink raw reply
* Booting Linux from an already running linux
From: Anders Blomdell @ 2003-01-09 9:05 UTC (permalink / raw)
To: linuxppc embedded
Now that I have a Linux running with networking on a PrPMC800 running as
NON-MONARCH, I wonder if anybody knows about a program that can start a
fresh linux kernel from the filesystem. The reason I need this, is that the
PrPMC800 PPC-Bug does not support network booting for NON-MONARCH operation
(neither have I found any alternative that does), and downloading megabytes
over the serial line is not very tempting.
In theory it should be simple (given that we have enough RAM):
1. Load the new image into RAM (userspace)
2. Disable interrupts
3. Copy image from userspace RAM to contiguous (physical) memory
4. Jump to code in the contiguos (physical) memory
Does anybody know of such a program?
Regards
Anders Blomdell
------------------------------------------------------------------------------
Anders Blomdell
Department of Automatic Control Email: anders.blomdell@control.lth.
se
Lund Institute of Technology Phone: +46 46 222 4625
Box 118, S-221 00 Lund, Sweden Fax: +46 46 138118
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* [BENCHMARK]AIM benchmark result for kernel 2.5.55
From: Sowmya Adiga @ 2003-01-09 9:18 UTC (permalink / raw)
To: linux-kernel
Hi,
Here are the AIM benchmark result for kernel 2.5.55.Kernel 2.5.55 when
compared with kernel 2.5.54 showed difference of performance in
following tests:-
Kernel 2.5.55 showed better performance in 1)signal traps/second and
2)Dynamic memory operation/second when compared with 2.5.54.
========================================================================
Test Elapsed Iteration Iteration Operation
Name Time (sec) Count Rate(loops/sec) Rate (ops/sec)
------------------------------------------------------------------------
System Memory Allocations/second
brk_test
[2.5.55] 60.02 3417 56.93102 967827.39
[2.5.54] 60.01 3500 58.32361 991501.42
Signal Traps/second
signal_test
[2.5.55] 60.00 9651 160.85000 160850.00
[2.5.54] 60.00 9282 154.70000 154700.00
Dynamic Memory Operations/second
mem_rtns_1
[2.5.55] 60.01 1838 30.62823 918846.86
[2.5.54] 60.04 1441 24.00067 720019.99
========================================================================
*There is no much significant difference in other test result.
------------------------------------------------------------------------
----
kernel 2.5.55
------------------------------------------------------------------------
----
Machine's name : access1
Machine's configuration : PIII/868MHZ/128MB
Number of seconds to run each test [2 to 1000] : 60
Path to disk files : /tmp
------------------------------------------------------------------------
----
TestTest Elapsed Iteration Iteration Operation
NumberName Time (sec) Count Rate(loops/sec) Rate(ops/sec)
------------------------------------------------------------------------
----
1 add_double 60.02 716 11.92936 214728.42
Thousand Double Precision Additions/second
2 add_float 60.05 1075 17.90175 214820.98
Thousand Single Precision Additions/second
3 add_long 60.03 1768 29.45194 1767116.44
Thousand Long Integer Additions/second
4 add_int 60.01 1768 29.46176 1767705.38
Thousand Integer Additions/second
5 add_short 60.01 4419 73.63773 1767305.45
Thousand Short Integer Additions/second
6 creat-clo 60.00 2149 35.81667 35816.67
File Creations and Closes/second
7 page_test 60.00 8556 142.60000 242420.00
System Allocations & Pages/second
8 brk_test 60.02 3417 56.93102 967827.39
System Memory Allocations/second
9 jmp_test 60.00 318222 5303.70000 5303700.00
Non-local gotos/second
10signal_test 60.00 9651 160.85000 160850.00
Signal Traps/second
11 exec_test 60.02 2084 34.72176 173.61
Program Loads/second
12 fork_test 60.05 1192 19.85012 1985.01
Task Creations/second
13 link_test 60.00 9858 164.30000 10350.90
Link/Unlink Pairs/second
14 disk_rr 60.01 500 8.33194 42659.56
Random Disk Reads (K)/second
15 disk_rw 0.11 397 6.60456 33815.34
Random Disk Writes (K)/second
16 disk_rd 60.02 2833 47.20093 241668.78
Sequential Disk Reads (K)/second
17 disk_wrt 60.05 634 10.55787 54056.29
Sequential Disk Writes (K)/second
18 disk_cp 60.04 500 8.32778 42638.24
Disk Copies (K)/second
19sync_disk_rw 61.18 1 0.01635 41.84
Sync Random Disk Writes (K)/second
20sync_disk_wrt 76.86 2 0.02602 66.61
Sync Sequential Disk Writes (K)/second
21 sync_disk_cp 77.09 2 0.02594 66.42
Sync Disk Copies (K)/second
22 disk_src 60.00 10478 174.63333 13097.50
Directory Searches/second
23 div_double 60.02 1322 22.02599 66077.97
Thousand Double Precision Divides/second
24 div_float 60.01 1322 22.02966 66088.99
Thousand Single Precision Divides/second
25 div_long 60.03 1592 26.52007 23868.07
Thousand Long Integer Divides/second
26 div_int 60.03 1592 26.52007 23868.07
Thousand Integer Divides/second
27 div_short 60.02 1592 26.52449 23872.04
Thousand Short Integer Divides/second
28 fun_cal 60.00 4362 72.70000 37222400.00
Function Calls (no arguments)/second
29 fun_cal1 60.00 10230 170.50000 87296000.00
Function Calls (1 argument)/second
30 fun_cal2 60.00 7971 132.85000 68019200.00
Function Calls (2 arguments)/second
31 fun_cal15 60.02 2455 40.90303 20942352.55
Function Calls (15 arguments)/second
32 sieve 60.51 41 0.67757 3.39
Integer Sieves/second
33 mul_double 60.00 836 13.93333 167200.00
Thousand Double Precision Multiplies/second
34 mul_float 60.03 836 13.92637 167116.44
Thousand Single Precision Multiplies/second
35 mul_long 60.00 75700 1261.66667 302800.00
Thousand Long Integer Multiplies/second
36 mul_int 60.00 76021 1267.01667 304084.00
Thousand Integer Multiplies/second
37 mul_short 60.00 60568 1009.46667 302840.00
Thousand Short Integer Multiplies/second
38 num_rtns_1 60.00 32604 543.40000 54340.00
Numeric Functions/second
39 new_raph 60.00 79918 1331.96667 266393.33
Zeros Found/second
40 trig_rtns 60.00 2165 36.08333 360833.33
Trigonometric Functions/second
41 matrix_rtns 60.00 349604 5826.73333 582673.33
Point Transformations/second
42 array_rtns 60.01 958 15.96401 319.28
Linear Systems Solved/second
43 string_rtns 60.01 851 14.18097 1418.10
String Manipulations/second
44 mem_rtns_1 60.01 1838 30.62823 918846.86
Dynamic Memory Operations/second
45 mem_rtns_2 60.00 131060 2184.33333 218433.33
Block Memory Operations/second
46 sort_rtns_1 60.01 2424 40.39327 403.93
Sort Operations/second
47 misc_rtns_1 60.00 31890 531.50000 5315.00
Auxiliary Loops/second
48 dir_rtns_1 60.00 13086 218.10000 2181000.00
Directory Operations/second
49 shell_rtns_1 60.02 2541 42.33589 42.34
Shell Scripts/second
50 shell_rtns_2 60.01 2541 42.34294 42.34
Shell Scripts/second
51 shell_rtns_3 60.00 2540 42.33333 42.33
Shell Scripts/second
52 series_1 60.00 1463914 24398.56667 2439856.67
Series Evaluations/second
53 shared_memory 60.00 165217 2753.61667 275361.67
Shared Memory Operations/second
54 tcp_test 60.00 16148 269.13333 24222.00
TCP/IP Messages/second
55 udp_test 60.00 48569 809.48333 80948.33
UDP/IP DataGrams/second
56 fifo_test 60.00 88536 1475.60000 147560.00
FIFO Messages/second
57 stream_pipe 60.00 76223 1270.38333 127038.33
Stream Pipe Messages/second
58 dgram_pipe 60.00 75782 1263.03333 126303.33
DataGram Pipe Messages/second
59 pipe_cpy 60.00 254680 4244.66667 424466.67
Pipe Messages/second
60 ram_copy 60.00 1496330 24938.83333 623969610.00
Memory to Memory Copy/second
------------------------------------------------------------------------
----
Regards
Sowmya Adiga
Project Engineer
Wipro Technologies
53/1,Hosur Road,Madivala
Bangalore-560 068,INDIA
Tel: +91-80-5502001 Extn.5086
sowmya.adiga@wipro.com
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.