* Re: dd PATCH: add conv=direct
From: Jim Meyering @ 2004-04-08 11:07 UTC (permalink / raw)
To: Paul Eggert
Cc: bug-coreutils, Andrew Morton, Bruce Allen, linux-kernel,
Andy Isaacson
In-Reply-To: <87r7uzlzz7.fsf@penguin.cs.ucla.edu>
Paul Eggert <eggert@CS.UCLA.EDU> wrote:
> At the end of this message is a proposed patch to implement everything
> people other than myself have asked for so far, along with several
> other things since I was in the neighborhood.
Thanks for that nice patch!
I've applied it, and made these additional changes:
2004-04-08 Jim Meyering <jim@meyering.net>
* src/dd.c (set_fd_flags): Don't OR in -1 when fcntl fails.
Rename parameter, flags, to avoid shadowing global.
Index: dd.c
===================================================================
RCS file: /fetish/cu/src/dd.c,v
retrieving revision 1.155
diff -u -p -r1.155 dd.c
--- a/dd.c 8 Apr 2004 10:22:05 -0000 1.155
+++ b/dd.c 8 Apr 2004 11:02:20 -0000
@@ -1017,12 +1017,12 @@ copy_with_unblock (char const *buf, size
in FLAGS. The file's name is NAME. */
static void
-set_fd_flags (int fd, int flags, char const *name)
+set_fd_flags (int fd, int add_flags, char const *name)
{
- if (flags)
+ if (add_flags)
{
int old_flags = fcntl (fd, F_GETFL);
- int new_flags = old_flags | flags;
+ int new_flags = old_flags < 0 ? add_flags : (old_flags | add_flags);
if (old_flags < 0
|| (new_flags != old_flags && fcntl (fd, F_SETFL, new_flags) == -1))
error (EXIT_FAILURE, errno, _("setting flags for %s"), quote (name));
^ permalink raw reply
* LOG per IP basis
From: Danila Octavian @ 2004-04-08 11:04 UTC (permalink / raw)
To: netfilter
[-- Attachment #1: Type: text/plain, Size: 528 bytes --]
Hello,
This is my first post to the list after many months, but i'm running out of time with my problem.
Anyone can tell me how to log separately trafic to the outside world of my machines that are behind a masquerading firewall ?
my setup : internet --- ETXIP fw INTIP --- 192.168.13.0/24.
for example i want to be able to measure how much traffic is doing 192.168.13.222 (for example) to the outside world but not to my extip or intip.
Thanks in advance,
With respect,
Octavian DANILA
[-- Attachment #2: Type: text/html, Size: 1576 bytes --]
^ permalink raw reply
* Re: [uml-devel] A quick humfs HOWTO
From: Jeff Dike @ 2004-04-08 11:41 UTC (permalink / raw)
To: Henrik Nordstrom; +Cc: Nick Craig-Wood, user-mode-linux-devel
In-Reply-To: <Pine.LNX.4.44.0404081201120.8462-100000@filer.marasystems.com>
uml@henrik.marasystems.com said:
> Eh? Why a loop mounted filesystem for humfs? The whole point of humfs
> is to be able to emulate full UNIX semantics including ownership,
> permissions, filesystem size etc ontop of a plain file tree without
> requiring root on the host..
humfs was done now because it's the only way to get the memory savings offered
by doing mmap IO.
It turns out that some people need block devices because they repartition
their UMLs, run RAID, etc. Loop-mounting a disk image located on a humfs
filesystem gives you both. So, it's more than a transitional thing.
> If you want performance then ubd devices is the path to go.
That's currently the case (a humfs boot is noticably slower than a ubd boot),
but it's not clear why that should be the case. There is less code running
inside UML (no block layer or block driver), and it's not obvious to me
that putting stuff in files in a host directory should be slower than
having it in a disk image.
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* Re: [uml-devel] A quick humfs HOWTO
From: Jeff Dike @ 2004-04-08 11:41 UTC (permalink / raw)
To: Nick Craig-Wood; +Cc: user-mode-linux-devel
In-Reply-To: <20040408095432.GA10043@axis.demon.co.uk>
ncw1@axis.demon.co.uk said:
> Why not make each of the files in the metadata directory a symlink and
> store the metadata in the symlink itself? I believe that there is
> room in the inode for short symlinks so you'll save inodes there.
Yeah, I'll keep that in mind for a future version.
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* PPTP connttrack problem - 'unexpecting' performed too early?
From: Colin Paton @ 2004-04-08 10:59 UTC (permalink / raw)
To: netfilter-devel
Hi,
I've been trying to get GRE/PPTP connection tracking working between a
Windows XP laptop and a Windows 2003 server machine. I've applied the PPTP
patches to kernel 2.4.25.
The plan is to allow a PPTP VPN to work across a NAT Linux machine.
The GRE packets did not appear to be correctly NATted. I've done some
debugging and think I know what is causing the problem, but am not quite
sure of the correct way to solve it!
I think that the 'other expectation' is being deleted too early, as
ip_ct_gre_keymap_destroy is being called before it should be (I think).
If I edit ip_conntrack_proto_gre.c to prevent the original key mapping from
being destroyed, by commenting out the 'list_del' as follows:
void ip_ct_gre_keymap_destroy(struct ip_conntrack_expect *exp)
{
DEBUGP("entering for exp %p\n", exp);
WRITE_LOCK(&ip_ct_gre_lock);
if (exp->proto.gre.keymap_orig) {
DEBUGP("removing %p from list\n", exp->proto.gre.keymap_orig);
/* COMMENT ADDED BY CPATON list_del(&exp->proto.gre.keymap_orig->list);
kfree(exp->proto.gre.keymap_orig);
exp->proto.gre.keymap_orig = NULL; */
}
if (exp->proto.gre.keymap_reply) {
DEBUGP("removing %p from list\n", exp->proto.gre.keymap_reply);
list_del(&exp->proto.gre.keymap_reply->list);
kfree(exp->proto.gre.keymap_reply);
exp->proto.gre.keymap_reply = NULL;
}
WRITE_UNLOCK(&ip_ct_gre_lock);
}
... then everything seems to work correctly.
The connection should be NATted between the laptop, at 10.8.0.2 to one
interface on Linux at 10.8.0.1, to the other interface on Linux at
192.168.1.249, to the server at 192.168.1.104.
Can anyone advise? I'm not 100% sure of the nature of the 'expect' stuff,
which is perhaps where my misunderstanding is coming from. I'm wondering if
the other end should be 'unexpected' only AFTER GRE reply has been seen, but
am not quite sure.
I enclose a debug log.
Thanks,
Colin
Apr 7 17:02:52 bigmachine kernel: ip_tables: (C) 2000-2002 Netfilter core
team
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
ctinfo = 2, skipping
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
no full PPTP header, can't track
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_outbound_pkt:
outbound control message START_SESSION_REQUEST
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
sstate: 0->3, cstate: 0->0
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_inbound_pkt:
inbound control message START_SESSION_REPLY
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
sstate: 3->4, cstate: 0->0
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_outbound_pkt:
outbound control message OUT_CALL_REQUEST
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_outbound_pkt:
OUT_CALL_REQUEST, CID=C000
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
sstate: 4->4, cstate: 0->2
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_inbound_pkt:
inbound control message OUT_CALL_REPLY
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_inbound_pkt:
OUT_CALL_REPLY, CID=2288, PCID=C000
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:exp_gre: calling
expect_related <7>ip_conntrack_pptp.c:exp_gre: tuple c02a9d98: 47
10.8.0.2:0x0000c000 -> 192.168.1.104:0x880b0100
Apr 7 17:02:56 bigmachine kernel:
ip_conntrack_proto_gre.c:ip_ct_gre_keymap_add: adding new entry c5a1ce40:
10.8.0.2:0xc000 -> 192.168.1.104:0x2288:1:0x880b
Apr 7 17:02:56 bigmachine kernel:
ip_conntrack_proto_gre.c:ip_ct_gre_keymap_add: adding new entry c5a1ce60:
192.168.1.104:0x2288 -> 10.8.0.2:0xc000:1:0x880b
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:exp_gre: calling
expect_related <7>ip_conntrack_pptp.c:exp_gre: tuple c02a9d98: 47
192.168.1.104:0x00002288 -> 192.168.1.249:0x880b0100
Apr 7 17:02:56 bigmachine kernel:
ip_conntrack_proto_gre.c:ip_ct_gre_keymap_add: adding new entry c5a1cec0:
192.168.1.104:0x2288 -> 192.168.1.249:0xc000:1:0x880b
Apr 7 17:02:56 bigmachine kernel:
ip_conntrack_proto_gre.c:ip_ct_gre_keymap_add: adding new entry c5a1cee0:
192.168.1.249:0xc000 -> 192.168.1.104:0x2288:1:0x880b
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
sstate: 4->4, cstate: 2->3
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_outbound_pkt:
outbound control message SET_LINK_INFO
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
sstate: 4->4, cstate: 3->3
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_proto_gre.c:gre_new: :
10.8.0.2:0xc000 -> 192.168.1.104:0x2288:1:0x880b
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_expectfn:
increasing timeouts
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_expectfn:
completing tuples with ct info
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_expectfn:
unexpecting other direction
Apr 7 17:02:56 bigmachine kernel:
ip_conntrack_proto_gre.c:ip_ct_gre_keymap_destroy: entering for exp c617fbc0
Apr 7 17:02:56 bigmachine kernel:
ip_conntrack_proto_gre.c:ip_ct_gre_keymap_destroy: removing c5a1cec0 from
list
Apr 7 17:02:56 bigmachine kernel:
ip_conntrack_proto_gre.c:ip_ct_gre_keymap_destroy: removing c5a1cee0 from
list
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_proto_gre.c:gre_packet:
cpaton - gre_packet is called... status is: 1 (seen reply: 0)
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_proto_gre.c:gre_packet:
cpaton - gre_packet is called... status is: 9 (seen reply: 0)
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_proto_gre.c:gre_packet:
cpaton - gre_packet is called... status is: b (seen reply: 2)
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_proto_gre.c:gre_packet:
cpaton - gre_packet is called... status is: f (seen reply: 2)
Apr 7 17:02:56 bigmachine last message repeated 4 times
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_inbound_pkt:
inbound control message SET_LINK_INFO
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_inbound_pkt:
invalid SET_LINK_INFO (TY=15)
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
sstate: 4->4, cstate: 3->3
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:pptp_outbound_pkt:
outbound control message SET_LINK_INFO
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
sstate: 4->4, cstate: 3->3
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_proto_gre.c:gre_packet:
cpaton - gre_packet is called... status is: f (seen reply: 2)
Apr 7 17:02:56 bigmachine last message repeated 24 times
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_pptp.c:conntrack_pptp_help:
no full PPTP header, can't track
Apr 7 17:02:56 bigmachine kernel: ip_conntrack_proto_gre.c:gre_packet:
cpaton - gre_packet is called... status is: f (seen reply: 2)
Apr 7 17:03:09 bigmachine last message repeated 27 times
_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
^ permalink raw reply
* LOG one particular IP traffic
From: Danila Octavian @ 2004-04-08 10:55 UTC (permalink / raw)
To: netfilter
[-- Attachment #1: Type: text/plain, Size: 528 bytes --]
Hello,
This is my first post to the list after many months, but i'm running out of time with my problem.
Anyone can tell me how to log separately trafic to the outside world of my machines that are behind a masquerading firewall ?
my setup : internet --- ETXIP fw INTIP --- 192.168.13.0/24.
for example i want to be able to measure how much traffic is doing 192.168.13.222 (for example) to the outside world but not to my extip or intip.
Thanks in advance,
With respect,
Octavian DANILA
[-- Attachment #2: Type: text/html, Size: 1563 bytes --]
^ permalink raw reply
* [PATCH 2.6] netpoll: prevent transmission stall
From: Stelian Pop @ 2004-04-08 10:39 UTC (permalink / raw)
To: Matt Mackall; +Cc: kgdb-bugreport, Linux Kernel Mailing List
While working on kgdb over netpoll I found out another bug in
netpoll.
This one is in netpoll_send_skb(), and it is triggered by
sending repeatedly more packets than the transmit buffers the
ethernet card has, while being in the netpoll_trap. (this is
rapidly triggered by kgdb when using a card with limited
transmit buffers, like my pcmcia NE2000).
One should poll() the ethernet card interrupt function in order
to get the transmit acks from the card and free the transmit
buffers in order to be able to transmit more packets.
This is why in the original code, netpoll_send_skb() calls
netpoll_poll() if dev->hard_start_xmit() fails. However, this
does not work because netpoll_poll() is called only if
netif_queue_stopped(). But the net queue functions are overridden
if netpoll_trap() is on, causing netif_queue_stopped() to never
return true.
The attached patch 'fixes' this, by forcing a netpoll_poll()
every time dev->hard_start_xmit() fails. Maybe there is a cleaner
way to do this by making the queue functions work even under
netpoll_trap, but it shouldn't really be necessary, I cannot
see how forcing the netpoll_poll() call could break anything.
Stelian.
--- net/core/netpoll.c.ORIG 2004-04-06 10:50:05.000000000 +0200
+++ net/core/netpoll.c 2004-04-08 10:41:56.484026496 +0200
@@ -163,21 +163,15 @@
spin_lock(&np->dev->xmit_lock);
np->dev->xmit_lock_owner = smp_processor_id();
- if (netif_queue_stopped(np->dev)) {
- np->dev->xmit_lock_owner = -1;
- spin_unlock(&np->dev->xmit_lock);
-
- netpoll_poll(np);
- goto repeat;
- }
-
status = np->dev->hard_start_xmit(skb, np->dev);
np->dev->xmit_lock_owner = -1;
spin_unlock(&np->dev->xmit_lock);
/* transmit busy */
- if(status)
+ if(status) {
+ netpoll_poll(np);
goto repeat;
+ }
}
void netpoll_send_udp(struct netpoll *np, const char *msg, int len)
--
Stelian Pop <stelian@popies.net>
^ permalink raw reply
* Re: [Bluez-devel] weird behaviour with bluez and obex
From: Johan Hedberg @ 2004-04-08 10:38 UTC (permalink / raw)
To: Marcel Holtmann; +Cc: BlueZ Mailing List
In-Reply-To: <1081419587.2970.11.camel@pegasus>
On Thu, Apr 08, 2004, Marcel Holtmann wrote:
> the rfcomm connect method allows you to specific the --raw switch which
> sets the resulting /dev/rfcommX device into TTY raw mode. By default the
> echoing is enabled on TTY's and this can cause problems.
This solved the problem. Thanks!
Johan
^ permalink raw reply
* Re: cat /dev/hdb > /dev/null DoS
From: Sven Köhler @ 2004-04-08 10:36 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <20040408085518.B4607@beton.cybernet.src>
> I did cat /dev/hdb > /dev/null and after a while (5 minutes),
> the system went totally unresponsive:
>
> 1) man top takes 3 minutes to display man page
> 2) Switching between console and X takes also a couple of minutes
> 3) top shows this:
>
> Cpu(s): 1.4% us, 1.4% sy, 0.0% ni, 0.0% id, 0.0% wa, 97.3% hi, 0.0% si
i guess you have DMA enabled on /dev/hdb. I would expect, that the
system is at least 50% idle
^ permalink raw reply
* Re: Rewrite Kernel
From: David Weinehall @ 2004-04-08 10:34 UTC (permalink / raw)
To: David B. Stevens; +Cc: linux-kernel
In-Reply-To: <407488CD.1020006@maine.rr.com>
On Wed, Apr 07, 2004 at 07:03:41PM -0400, David B. Stevens wrote:
> Will you please use a more modern programming language such as Autocoder
> or maybe COBOL.
>
> There have already been several operating systems written in Assembly.
>
> They are also rather large in terms of LOC.
>
> Cheers,
> Dave
>
> PS:Sorry I couldn't resist ;) , late night little sleep :( , plenty of
> beer:).
I suggest n*Funge.
Regards: David Weinehall
--
/) David Weinehall <tao@acc.umu.se> /) Northern lights wander (\
// Maintainer of the v2.0 kernel // Dance across the winter sky //
\) http://www.acc.umu.se/~tao/ (/ Full colour fire (/
^ permalink raw reply
* Re: auto-discovery of exports?
From: Michael @ 2004-04-08 10:29 UTC (permalink / raw)
To: nfs
In-Reply-To: <41089CB27BD8D24E8385C8003EDAF7AB08484E@karl.alexa.com>
Thanks everyone for the input. Based on your suggestions I quickly put
together this rough shell script which seems to work. It correctly found
every nfs server on my LAN and listed the exports each had.
---------------
#!/bin/bash
PORT='111'
NETWORK='192.168.1.0/24'
NMAP='/usr/bin/nmap'
SHOWMOUNT='/usr/sbin/showmount'
IPs=`$NMAP -PT$PORT $NETWORK | grep "Interesting ports on" | cut -d" "
-f4 | cut -d":" -f1`
for IP in $IPs ; do
$SHOWMOUNT -e $IP
done
---------------
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* Re: [uml-devel] A quick humfs HOWTO
From: stian @ 2004-04-08 10:26 UTC (permalink / raw)
To: Nick Craig-Wood; +Cc: Jeff Dike, user-mode-linux-devel
In-Reply-To: <20040408095432.GA10043@axis.demon.co.uk>
> And an idea...
>
> Why not make each of the files in the metadata directory a symlink and
> store the metadata in the symlink itself? I believe that there is room in
> the inode for short symlinks so you'll save inodes there. Lots of
> dangling symlinks might look a bit untidy, but its a technique thats
> been used before (eg emacs session files).
>
> See http://www.charmed.com/txt/ext2.txt and in particular
>
> Symbolic links are also filesystem objects with inodes. They
> deserve special mention because the data for them is stored within
> the inode itself if the symlink is less than 60 bytes long. It uses
> the fields which would normally be used to store the pointers to
> data blocks. This is a worthwhile optimisation as it we avoid
> allocating a full block for the symlink, and most symlinks are less
> than 60 characters long.
What if the place you store all you data does not support symlinks (yes,
most filesystems supports symlinks, but there are a few that don't).
Stan
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* RE: problem with ftp data connection
From: Rakhmat Farunuddin @ 2004-04-08 10:27 UTC (permalink / raw)
To: iptables netfilter, Wan Seman Bin Wan Ismail
In-Reply-To: <4075015A.1030209@scan-associates.net>
That command is already in my iptables script unfortunatelly snipped by me
:)
Best Regards
Rakhmat Farunuddin, ST | http://www.oke.com
Network & Security Engineer | Jl. Abdul Muis 24 Jakarta
PT Trikomsel Multimedia | 62-21 3440220
-----Original Message-----
From: Wan Seman Bin Wan Ismail [mailto:wswi@scan-associates.net]
Sent: 08 April 2004 14:38
To: Rakhmat Farunuddin
Subject: Re: problem with ftp data connection
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Rakhmat Farunuddin wrote:
| hai all
|
| i have this configuration for my iptables (/etc/rc.d/init.d/iptables)
below,
| but with this configuration i only can login into the server, nothing
more,
| i can't download or upload my files, is there something wrong with my
| configuration?
try to load ip_contrack_ftp
/sbin/modprobe ip_conntrack_ftp
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAdQFannQOtAme0WcRAtA7AJ9EsyA1ZXDXe6D2FvnWY5dmF+azpgCeKf8f
iuLwhNw3aX5CBR140XmnDYg=
=D33z
-----END PGP SIGNATURE-----
^ permalink raw reply
* Patch for Linux 2.6 on MPC5xxx
From: Sylvain Munaut @ 2004-04-08 10:22 UTC (permalink / raw)
To: linuxppc-embedded
Here is basic support for the MPC5xxx on the 2.6 series :
* The patch can be obtained at :
http://www.246tNt.com/linux-2.5-mpc5xxx-20040408.diff.bz2
It applies to a tree constructed by a
bk clone bk://linux.bkbits.net/linux-2.5
bk pull bk://source.mvista.com/linux-2.5-ocp
* There is also a read-only bitkeeper tree at
bk://bkbits.246tNt.com/linux-2.5-mpc5xxx
Please, try to avoid cloning it directly since the BW is limited on this
server. Prefer a :
bk clone bk://linux.bkbits.net/linux-2.5
bk pull bk://source.mvista.com/linux-2.5-ocp
bk pull bk://bkbits.246tNt.com/linux-2.5-mpc5xxx
which should give the same result.
There is a Documentation/powerpc/mpc5xxx.txt file for more informations.
Any comments, feed-backs, patches, whatever, are welcomed ;)
Sylvain Munaut
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: (no subject)
From: Antony Stone @ 2004-04-08 10:20 UTC (permalink / raw)
To: netfilter
In-Reply-To: <24002.1081417393@zworg.com>
On Thursday 08 April 2004 10:43 am, __ Radien__ wrote:
> Thx Antony
>
> But:
> > Circuit level filtering means packet filtering - what netfilter does - in
> > other words you filter packets based on where they've come from and where
> > they're going to (IP addresses), and on *assumptions* about what the
> > TCP/UDP port numbers mean, rather than based on anything that's actually
> > inside the body of the packets (data).
>
> I read it's sth more than packet filtering, and it work on session
> layer. Working on session layer is a little hard for me to underestand.
> I'm looking for some example.
I don't blame you for being confused. The session layer (and the
presentation layer) of the OSI model are very hard to explain what they're
for. I have never heard of circuit level filtering applying at the session
layer. My understanding is that circuit level filters work at the network
layers 3/4 of the OSI model. The session layer is layer 5.
> > Gateway simply refers to a machine which is in the path between your
> > network and the outside world - can mean anything from a simple router
> > with no filtering capabilities to a multi-protocol proxy server with
> > intrusion detection.
>
> Thx but, I meant "Circuit Level gateway" not a simple gateway I mean
> IP(or network level).
Sure, but what I meant was that "gateway" just means a machine in the middle
of a communications path. It could be a circuit level gateway, it could be
an application layer gateway, it could be a network layer gateway.
> > Netfilter (iptables) is a stateful packet filter, and therefore operates
> > at layers 3/4 of the OSI model - the network layers. It does not
> > meaningfully operate at layer 7 - the application layer.
>
> But I think matching RELATED state of ftp data connection means working
> on layer 7.
You are correct - netfilter has some very limited and very specific
understandings of what happens at layer 7. This does not make it an
application layer filtering system.
> > If you want realistic application layer filtering on a linux system you
> > need proxy applications like sendmail/exim/apache/squid/frox. Netfilter
> > won't do it for you.
>
> So you mean there's no such matching module or action in Netfilter.
About the closest you can get with netfilter is the "string" match, but that
is not very useful if you compare it what can be done with a proper proxy.
Regards,
Antony.
--
Most people are aware that the Universe is big.
- Paul Davies, Professor of Theoretical Physics
Please reply to the list;
please don't CC me.
^ permalink raw reply
* Re: [Bluez-devel] weird behaviour with bluez and obex
From: Marcel Holtmann @ 2004-04-08 10:19 UTC (permalink / raw)
To: Johan Hedberg; +Cc: BlueZ Mailing List
In-Reply-To: <20040408100543.GA10479@kone>
Hi Johan,
> I have been trying to get obex file transfer working with bluez and
> openobex by using a local rfcomm device which is bound to the OBEX file
> transfer RFCOMM channel of my phone.
>
> The problem I encountered was that the connection was dropped almost
> imediately after some bytes were writen to the device. After some
> further investigation, it turned out that the connection is always
> dropped when more than two bytes are written to the device. This happens
> also for OBEX Object Push. Using "rfcomm connect" instead of binding
> causes this behaviour also. Other profiles (eg. DUN) do not have
> this behaviour.
>
> If I use the bluez socket interface to create the connection everything
> works fine (and I guess this is the way most existing BT OBEX
> applications work). I also checked with affix (which now also has
> binding support) and the problem does not exist there.
>
> The HCI Disconnection Complete event which is generated by the
> disconnection has 0x16 (connection terminated by local host) as the
> reason parameter, which implies that the problem is not on the phone
> side, but in bluez.
>
> Can anyone reproduce this behaviour? Any ideas what's causing it?
the rfcomm connect method allows you to specific the --raw switch which
sets the resulting /dev/rfcommX device into TTY raw mode. By default the
echoing is enabled on TTY's and this can cause problems.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply
* Re: [Lhms-devel] Re: [patch 0/3] memory hotplug prototype
From: IWAMOTO Toshihiro @ 2004-04-08 10:19 UTC (permalink / raw)
To: Martin J. Bligh; +Cc: IWAMOTO Toshihiro, linux-kernel, lhms-devel
In-Reply-To: <20040408091610.65C29706C3@sv1.valinux.co.jp>
At Thu, 08 Apr 2004 18:16:10 +0900,
IWAMOTO Toshihiro wrote:
>
> At Wed, 07 Apr 2004 11:12:55 -0700,
> Martin J. Bligh <mbligh@aracnet.com> wrote:
> >
> > > This is an updated version of memory hotplug prototype patch, which I
> > > have posted here several times.
> >
> > I really, really suggest you take a look at Dave McCracken's work, which
> > he posted as "Basic nonlinear for x86" recently. It's going to be much
> > much easier to use this abstraction than creating 1000s of zones ...
>
> Well, I think his patch is orthogonal to mine. My ultimate target
> is IA64 and it will only support node-sized memory hotplugging.
>
> If you need fine-grained memory resizing, that shouldn't be hard to
> do. As others have pointed out, per section hotremovable is not as
> easy as per zone one, but we've done a similar thing for hugetlbfs
> support. Look for PG_again in Takahashi's patch.
Err, s/PG_again/PG_booked/
Pages with PG_booked bit set are skipped in alloc_pages.
Alternatively, when such pages are freed, they can be linked to
another list than free_list to avoid being used again, but buddy
bits handling would be a bit tricky in this case.
--
IWAMOTO Toshihiro
^ permalink raw reply
* Inflex scan report [0408121811047]
From: postmaster @ 2004-04-08 10:18 UTC (permalink / raw)
To: linux-kernel
Administrator Email Reply Address: postmaster
Email sent to: yasmeen@tpcarchs.co.za
Inflex ID: 0408121811047
Report Details -----------------------------------------------
AntiVirus Results...
File NAME/TYPE Scan Results
MS-DOS executable (EXE), OS/2 or MS Windows
0408121811047 from:linux-kernel@vger.kernel.org to: yasmeen@tpcarchs.co.za
END OF MESSAGE.
End.
.
^ permalink raw reply
* [Ocfs2-devel] Fail to mount an OCFS volume for the second time under kernel 2.6.
From: Mark Fasheh @ 2004-04-08 10:09 UTC (permalink / raw)
To: ocfs2-devel
In-Reply-To: <37FBBA5F3A361C41AB7CE44558C3448E03B65E51@PDSMSX403.ccr.corp.intel.com>
On Wed, Apr 07, 2004 at 05:24:46PM +0800, Zhang, Sonic wrote:
> Hi,
>
> After check out the latest svn source, I found I fail to mount
> an OCFS volume for the second time under kernel 2.6. The system will
> halt if I do so. But, I remember I did it successfully in the former
> version. I submitted it into the bugzilla.
>
> See following details.
>
> Steps:
> 1. create ocfs volume.
> 2. mount this volume.
> 3. umount this volume.
> 4. mount this volume again.
>
> Results:
> System halt with error information.
> JBD: no valid journal superblock found
> (1342) ERROR: status=-22, fs/ocfs2/osb.c, 407
> (1342) ERROR: status=-22, fs/ocfs2/super.c, 1032
So does this happen every time, even on a fresh file system? I wonder if the
1st mount of that filesystem was somehow interrupted...
--Mark (hoping we didn't break the 2.6 stuff somehow :)
--
Mark Fasheh
Software Developer, Oracle Corp
mark.fasheh@oracle.com
^ permalink raw reply
* Re: [uml-devel] A quick humfs HOWTO
From: Henrik Nordstrom @ 2004-04-08 10:07 UTC (permalink / raw)
To: Nick Craig-Wood; +Cc: Jeff Dike, user-mode-linux-devel
In-Reply-To: <20040408095432.GA10043@axis.demon.co.uk>
On Thu, 8 Apr 2004, Nick Craig-Wood wrote:
> Do you think it is easy / possible to make UML boot off a loop mounted
> filesystem which is stored in humfs? This would be an easy migration
> path...
Eh? Why a loop mounted filesystem for humfs? The whole point of humfs is
to be able to emulate full UNIX semantics including ownership,
permissions, filesystem size etc ontop of a plain file tree without
requiring root on the host..
If you want performance then ubd devices is the path to go.
Please elaborate on what you envision being able to do. Probably I just
misunderstood something.
> Why not make each of the files in the metadata directory a symlink and
> store the metadata in the symlink itself? I believe that there is room in
> the inode for short symlinks so you'll save inodes there. Lots of
> dangling symlinks might look a bit untidy, but its a technique thats
> been used before (eg emacs session files).
Good idea for optimization on ext2/ext3 host filesystems.
For host filesystems such as reiserfs there is no difference as the same
kind of optimisation is done on small files as well there (provided the
notail option is not used)
Regards
Henrik
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* [Bluez-devel] weird behaviour with bluez and obex
From: Johan Hedberg @ 2004-04-08 10:05 UTC (permalink / raw)
To: bluez-devel
Hi,
I have been trying to get obex file transfer working with bluez and
openobex by using a local rfcomm device which is bound to the OBEX file
transfer RFCOMM channel of my phone.
The problem I encountered was that the connection was dropped almost
imediately after some bytes were writen to the device. After some
further investigation, it turned out that the connection is always
dropped when more than two bytes are written to the device. This happens
also for OBEX Object Push. Using "rfcomm connect" instead of binding
causes this behaviour also. Other profiles (eg. DUN) do not have
this behaviour.
If I use the bluez socket interface to create the connection everything
works fine (and I guess this is the way most existing BT OBEX
applications work). I also checked with affix (which now also has
binding support) and the problem does not exist there.
The HCI Disconnection Complete event which is generated by the
disconnection has 0x16 (connection terminated by local host) as the
reason parameter, which implies that the problem is not on the phone
side, but in bluez.
Can anyone reproduce this behaviour? Any ideas what's causing it?
I'm using kernel version 2.6.5.
Johan
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply
* Re: [Qemu-devel] qemu on PPC with recent distro (was Re: qemu with recent wine?)
From: Jean-Michel POURE @ 2004-04-08 9:59 UTC (permalink / raw)
To: qemu-devel; +Cc: Wim Vanderbauwhede
In-Reply-To: <1081415986.2952.16.camel@an-leabhar-i.eee.strath.ac.uk>
Le jeudi 8 Avril 2004 11:19, Wim Vanderbauwhede a écrit :
> I'm trying to figure out why qemu-0.5.3 doesn't work on PPC with a
> recent x86 distro (Mandrake 10)
Dear Wim,
There is a small usability wiki at the following address:
http://am.xs4all.nl/phpwiki/index.php/Qemu
Mandrake 10 is reported not to work under x86 (pc emulation mode).
Very interesting to see that it does not work under PPC too.
Cheers,
Jean-Michel
^ permalink raw reply
* Re: [Bluez-users] hci_uart and Ambicom BT2000E
From: Marcel Holtmann @ 2004-04-08 9:59 UTC (permalink / raw)
To: Daniel Jimenez; +Cc: BlueZ Mailing List
In-Reply-To: <40743AAE.4070808@pobox.com>
Hi Daniel,
> In a previous thread Marcell recommended I use serial_cs and hci_uart
> for my Ambicom PCMCIA bluetooth adaptor.
>
> I've got serial_cs working, and it's created device /dev/ttyS1.
>
> I did a hciattach /dev/ttyS1 ericsson and that returned no errors/notices.
>
> hciconfig hci0 up hangs and does nothing. I can control+c out of it.
>
> I do notice this in /var/log/messages:
>
> hcid[6522]: HCI dev 0 registered
> hcid[6437]: HCI dev 0 registered
> hcid[6295]: HCI dev 0 registered
> hcid[7097]: Can't init device hci0. Connection timed out(110)
> hcid[7098]: Can't init device hci0. Connection timed out(110)
> hcid[7099]: Can't init device hci0. Connection timed out(110)
you should check how many hcid you have running. There must only be one.
The other problem is that not every serial based PCMCIA card works right
now with the 2.6 kernel. Some do and some don't and actually this is a
problem in the serial subsystem, but I don't know where.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply
* Re: [uml-devel] A quick humfs HOWTO
From: Nick Craig-Wood @ 2004-04-08 9:54 UTC (permalink / raw)
To: Jeff Dike; +Cc: user-mode-linux-devel
In-Reply-To: <200404080207.i3827rbe009294@ccure.user-mode-linux.org>
On Wed, Apr 07, 2004 at 10:07:52PM -0400, Jeff Dike wrote:
> As the readers of uml-devel are aware by now, there is a new virtual UML
> filesystem called humfs.
Sounds like a good solution to lots of problems to me ;-)
Do you think it is easy / possible to make UML boot off a loop mounted
filesystem which is stored in humfs? This would be an easy migration
path...
> The superblock file has the format
> "version <number>\nused <number>\ntotal <number>\n"
>
> The version is currently 1. used is set to the disk space consumed by
> everything in the data directory. total is set arbitrarily when you set
> up the filesystem. It is the size of the filesystem as seen within
> UML.
Does uml actually obey this total in the superblock? Ie does this
setting act as a quota?
And an idea...
Why not make each of the files in the metadata directory a symlink and
store the metadata in the symlink itself? I believe that there is room in
the inode for short symlinks so you'll save inodes there. Lots of
dangling symlinks might look a bit untidy, but its a technique thats
been used before (eg emacs session files).
See http://www.charmed.com/txt/ext2.txt and in particular
Symbolic links are also filesystem objects with inodes. They
deserve special mention because the data for them is stored within
the inode itself if the symlink is less than 60 bytes long. It uses
the fields which would normally be used to store the pointers to
data blocks. This is a worthwhile optimisation as it we avoid
allocating a full block for the symlink, and most symlinks are less
than 60 characters long.
--
Nick Craig-Wood
ncw1@axis.demon.co.uk
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* RE: Circuit Level Gateway & Filtering!?
From: __ Radien__ @ 2004-04-08 9:52 UTC (permalink / raw)
To: netfilter
Thx Antony
But:
>Circuit level filtering means packet filtering - what netfilter does - in
>other words you filter packets based on where they've come from and where
>they're going to (IP addresses), and on *assumptions* about what the TCP/UDP
>port numbers mean, rather than based on anything that's actually inside the body of the packets (data).
I read it's sth more than packet filtering, and it work on session
layer. Working on session layer is a little hard for me to underestand.
I'm looking for some example.
I guess ESTABLISHED state option of iptables make it work on such
level, but I'm not sure.
>Application level filtering means proxies - software which can understand
>protocols like http, smtp, pop3, ftp, irc.... and look at the data and
>commands which are being transferred between machines, then base the
>filtering decisions on that (as well as IP addresses and hostnames).
>Gateway simply refers to a machine which is in the path between your network
>and the outside world - can mean anything from a simple router with no
>filtering capabilities to a multi-protocol proxy server with intrusion detection.
Thx but, I meant "Circuit Level gateway" not a simple gateway I mean
IP(or network level).
>Netfilter (iptables) is a stateful packet filter, and therefore operates at
>layers 3/4 of the OSI model - the network layers. It does not meaningfully
>operate at layer 7 - the application layer.
But I think matching RELATED state of ftp data connection means working
on layer 7.
>If you want realistic application layer filtering on a linux system you need
>proxy applications like sendmail/exim/apache/squid/frox. Netfilter won't do
>it for you.
So u mean there's no such matching module or action in Netfilter.
P.S. Below is what I read about Circuit Level (Filtering and Gateway).
But they are alittle ambiguous!
Regards
__Radien__
http://www.pc-help.org/www.nwinternet.com/pchelp/lockdown/claims/firewalls.htm
http://csrc.nist.gov/publications/nistpubs/800-10/node53.html&e=7317
http://www.pcstats.com/articleview.cfm?articleid=1450&page=5
http://www.firewall-software.com/firewall_faqs/types_of_firewall.html
^ 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.