* PPTP NAT using p-o-m and iptables 1.2.9
From: Anders Blockmar @ 2004-01-27 13:21 UTC (permalink / raw)
To: 'netfilter@lists.netfilter.org'
Hi
I hope I'm not posting an aldready answered queston. I read a thread
regarding PPTP and NAT started by Joshua Jackson but I could not get that
soultion working, thats why I'm asking something simular.
I'm currently building a NAT firewall using the 2.4.24 kernel with the
latest p-o-m and iptables 1.2.9. I have applied Harald Weltes PPTP-patch but
I still can't get more than one PPTP connection thru the firewall (to the
SAME host) at once.
My goal is to make serveral PPTP-connection from different clients behind
the firewall to an external PPTP server. I am not always using the same
PPTP-server but must be able to make multiple connections to the same server
at once.
The only way I succeded in making multiple connections what to use the
round-robin function in SNAT, and then hoping that the FW would give my PPTH
connections different source ips.
Does anyone have any idea how I could get it work without having to use
multiple SNAT addresses? I have already tried building the modules into the
kernel intead of building them like modules (As sugested in the thread
started by Joshua) but that just gave me a kernel that would not compile.
regards,
Anders
^ permalink raw reply
* Re: NAT before IPsec with 2.6
From: Henrik Nordstrom @ 2004-01-27 13:22 UTC (permalink / raw)
To: Harald Welte; +Cc: Willy Tarreau, Tom Eastep, Michal Ludvig, netfilter-devel
In-Reply-To: <20040127130739.GR11761@sunbeam.de.gnumonks.org>
On Tue, 27 Jan 2004, Harald Welte wrote:
> > If the packet is rerouted in POSTROUTING then this should include IPSec
> > routing. If the new route is to an IPSec SPI then it is. If not then it is
> > not.
>
> You are talking about the first POSTROUTING, Number 3? Then I would
> definitely agree.
I am.
> > (Gateway) -> Gateway -> (client)
>
> This is not symmetric, despite being the exact opposite of the previous
> case. I don't like that. If we make it similar to the previous case,
> it would be:
>
> 1. PREROUTING, ESP packet
> 2. INPUT, ESP packet
> 3. PREROUTING, decapsulated packet
> 4. FORWARD, decapsulated packet
> 5. POSTROUTING, decapsulated packet.
Right. My error. Thinks one thing, writes another. Brain obviously not
fully functional today.
> > I also see it likely there needs to be some skb extensions to add the
> > requires SPI tracking information to allow rulesets a better view of
> > what is going on (optional).
>
> yes, but let's that make step 2. First we have to agree on the first
> step, do a decent implementation and then submit it to netdev.
Agreed.
Regards
Henrik
^ permalink raw reply
* Re: Problem deleting files with NAND/JFFS2 and a possible solution
From: David Woodhouse @ 2004-01-27 13:22 UTC (permalink / raw)
To: rhea; +Cc: linux-mtd
In-Reply-To: <200401271247.41281.rhea@matrix-vision.de>
On Tue, 2004-01-27 at 12:47 +0100, Howard Gray wrote:
> I'm not sufficiently knowledgeable about the internals of JFFS2 to supply a
> proper patch, but it would seem to me that the call to "jffs2_flash_writev"
> in write.c at line 282 should be like this:
Correct diagnosis, correct fix. I've applied it to CVS -- thanks.
--
dwmw2
^ permalink raw reply
* Re: NAT before IPsec with 2.6
From: Valentijn Sessink @ 2004-01-27 13:27 UTC (permalink / raw)
To: Harald Welte, Willy Tarreau, Henrik Nordstrom, Tom Eastep,
Michal Ludvig, netfilter-devel
In-Reply-To: <20040127103917.GC11761@sunbeam.de.gnumonks.org>
Hello,
At Tue, Jan 27, 2004 at 11:39:18AM +0100, Harald Welte wrote:
> I also disagree that an ESP packet should be trated as locally
> generated (and thus iterate over OUTPUT).
This is what happens with incoming packets: they hit INPUT twice.
> From my perspective, locally
> generated means more something like: sent via a local userspace process
> using PF_INET sockets. If we consider a packet after any kind of change
> as locally-generated, we could argue doing this with NAT'ed packets,
> too. Please try to convince me, if I'm missing some point.
You are missing the point that the netfilter code changes the packets here,
thus if you would want netfilter to do something else, you could code that
in netfilter rules.
Now let's review an IPsec tunnel. On the input side, everything works as
expected: an ESP packet hits PREROUTING, then INPUT, gets unencrypted, then
the new packet (that has different from and to, and may be a different
protocol altogether) hits PREROUTING again, then INPUT (or FORWARD).
On output, however, things are not so transparant. A packet hits OUTPUT,
then gets encrypted. A totally different packet hits POSTROUTING. This makes
no sense.
> One of the fundamental principles behind netfilter/iptables, especially
> NAT, is it's symmetric behaviour (between incoming and outgoing packets,
> between the hooks, ...). So with any possible solution, this should be
> kept in mind.
There's no symmetric behaviour now. And from an "input" perspective, I think
a decapsulated packet that has a locally ending payload should hit INPUT
again. Same with output: a locally generated packet hits output, then should
hit OUTPUT again if it was really destined for the outside world.
V.
--
http://www.openoffice.nl/ Open Office - Linux Office Solutions
Valentijn Sessink valentyn+sessink@nospam.openoffice.nl
^ permalink raw reply
* PPTP NAT using p-o-m and iptables 1.2.9
From: Anders Blockmar @ 2004-01-27 13:29 UTC (permalink / raw)
To: 'netfilter@lists.netfilter.org'
Hi
I hope I'm not posting an aldready answered queston. I read a thread
regarding PPTP and NAT started by Joshua Jackson but I could not get that
soultion working, thats why I'm asking something simular.
I'm currently building a NAT firewall using the 2.4.24 kernel with the
latest p-o-m and iptables 1.2.9. I have applied Harald Weltes PPTP-patch but
I still can't get more than one PPTP connection thru the firewall (to the
SAME host) at once.
My goal is to make serveral PPTP-connection from different clients behind
the firewall to an external PPTP server. I am not always using the same
PPTP-server but must be able to make multiple connections to the same server
at once.
The only way I succeded in making multiple connections what to use the
round-robin function in SNAT, and then hoping that the FW would give my PPTH
connections different source ips.
Does anyone have any idea how I could get it work without having to use
multiple SNAT addresses? I have already tried building the modules into the
kernel intead of building them like modules (As sugested in the thread
started by Joshua) but that just gave me a kernel that would not compile.
regards,
Anders
^ permalink raw reply
* [LARTC] U32 filters in htb.init?
From: Gastón @ 2004-01-27 13:30 UTC (permalink / raw)
To: lartc
I want to use a filter to shape outbound traffic (upload from the
client side) in eth0.
Manually I should do this by doing something like this:
tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip
src 192.168.0.50 classid 1:59
How can I do this with HTB.init?
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: [PATCH] [2.4] forcedeth network driver
From: Rask Ingemann Lambertsen @ 2004-01-27 13:30 UTC (permalink / raw)
To: Netdev
In-Reply-To: <4012D3C6.1050805@pobox.com>
On Sat, Jan 24, 2004 at 03:21:26PM -0500, Jeff Garzik wrote:
> Manfred Spraul wrote:
> > Jeff wrote:
>
> >>> + /*
> >>> + * the packet is for us - immediately tear down the pci
> >>> mapping, and
> >>> + * prefetch the first cacheline of the packet.
> >>> + */
> >>> + pci_unmap_single(np->pci_dev, np->rx_dma[i],
> >>> + np->rx_skbuff[i]->len,
> >>> + PCI_DMA_FROMDEVICE);
> >>> + prefetch(np->rx_skbuff[i]->data);
> >>
> >>
> >> is this just guessing? or has this actually shown some value?
> >>
> >> I would prefer not to put stuff like this in unless it shows a
> >> measureable CPU usage or cache miss impact.
> >>
> >>
> > Just guessing - it shouldn't hurt. CPU usage won't be important until
> > nForce supports GigE. Should I remove it for now?
>
> I would rather remove it. "premature optimization" and all that.
> Otherwise this guess will be cut-n-pasted into other drivers, I
> guarantee, all without any verification of the guess... :)
There was a thread about using prefetch() on netdev or linux-net.
The idea is to have the Ethernet header prefetched by the time
eth_type_trans() needs it.
> >> bug #2: need a minimum bound for the MTU as well
> >>
> >>
> > What is the minimum MTU? I remember a flamewar lkml about 200 byte MTU
> > for noisy radio links.
>
> Usually the ethernet standard 60 is fine.
Minimum MTU != minimum frame length. An MTU of 0 should work fine. It is
just not very useful in most cases to send just the Ethernet header but
no payload.
--
Regards,
Rask Ingemann Lambertsen
^ permalink raw reply
* Using MTD to flash mainboard BIOS
From: Surjan Singh @ 2004-01-27 13:33 UTC (permalink / raw)
To: linux-mtd
Hi,
I have an EPIA 5000 mainboard
(http://www.viavpsd.com/product/epia_mini_itx_spec.jsp?motherboardId=21), which uses a SST39SF020A-70-4C-NH BIOS chip.
Is it possible to flash this chip using MTD? If so, can someone offer
some pointers?
Thanks,
Surj
^ permalink raw reply
* Re: fix jffs2 data errors ?
From: David Woodhouse @ 2004-01-27 13:38 UTC (permalink / raw)
To: rhea; +Cc: linux-mtd, Armin
In-Reply-To: <200401271413.09390.rhea@matrix-vision.de>
On Tue, 2004-01-27 at 14:13 +0100, Howard Gray wrote:
> Sorry, I missed this posting originally, otherwise I wouldn't have top posted.
You weren't top-posting, were you? By 'top-posting' I refer to the
abominable practice of writing a confusing upside-down mail, by placing
your own reply _above_ the mail to which you're replying. It's generally
accompanied by quoting a _complete_ copy of the original mail, rather
than only those parts which are needed for context.
> I have also seen the problems you mentioned. Please see my mail "Problem
> deleting files with NAND/JFFS2 and a possible solution" posted today. The
> "solution" appears to cure these problems too, at least for me.
It should do, yes.
> Garbage collection is started by the kupdated/bdflush daemon or when
> there are not enough free blocks to carry out another file operation
> or by the sync command.
Also by the dedicated JFFS2 kernel thread, to make space for new writes
slightly ahead of time, before we actually have to garbage collect in
the context of a process which is attempting to write.
> Or you can kick it by sending SIGHUP to the GC process. But in your
> case the GC won't clean up your bad blocks until some other file really needs
> the space, so it doesn't matter how long you wait. You could try filling up
> your FLASH with data and then erasing it again. That'll do it.
I'm thinking of prioritising the blocks we complain about, so they get
garbage collected sooner despite the fact that they haven't really got
much space wasted in them. It is purely a cosmetic issue though.
> Older versions of the GC were started by a 2 second timer but that seems to
> have been abondoned in favour of kupdated (but you can still find some
> refrences to it in the code, which foxed me for a while...).
Patches accepted :)
--
dwmw2
^ permalink raw reply
* Re: [Qemu-devel] Reactos not booting
From: Jens Arm @ 2004-01-27 13:22 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <1075205627.4720.7.camel@localhost>
> > > > I have to use the newest VGA- and normal BIOS that freeloader boots.
> > > > The BIOSes which are in the qemu-CVS do not boot with reactos.
> > >
> > > You mean those included in CVS, don't you? That's what I meant with
> > > current CVS. :)
> >
> > I meant that if you want to boot ros you have to use the BIOSes from the
> > bochs CVS.
>
> Well, I've got mine from qemu, and ROS boots... Strange.
If I use qemu-fast I get always SegFaults, not only if I try ros, linux, nt4, ...
I think there is the qemu BIOS SegFaulting.
Jens
^ permalink raw reply
* Re: Using MTD to flash mainboard BIOS
From: David Woodhouse @ 2004-01-27 13:40 UTC (permalink / raw)
To: Surjan Singh; +Cc: linux-mtd
In-Reply-To: <1075210425.2325.14.camel@tank>
On Tue, 2004-01-27 at 13:33 +0000, Surjan Singh wrote:
> Hi,
>
> I have an EPIA 5000 mainboard
> (http://www.viavpsd.com/product/epia_mini_itx_spec.jsp?motherboardId=21), which uses a SST39SF020A-70-4C-NH BIOS chip.
>
> Is it possible to flash this chip using MTD? If so, can someone offer
> some pointers?
Yes, probably -- you need to know how to enable the WE# and write-enable
lines to the flash chip, which are often hidden deeply in chipset magic.
See the other BIOS map drivers, e.g. ichxrom.c and l440gx.c, for
examples.
--
dwmw2
^ permalink raw reply
* [LARTC] Whats wrong with my script?
From: Gastón @ 2004-01-27 13:41 UTC (permalink / raw)
To: lartc
I`m trying to shape both upload (eth0) and download(eth1). I made this
script to acomplishthis but the filters are not working even though the
classes and qdiscs are created. What am I doing wrong? #!/bin/bash
tc qdisc del dev eth0 root
tc qdisc add dev eth0 root handle 1 htb default 10 r2q 5
tc qdisc del dev eth1 root
tc qdisc add dev eth1 root handle 1 htb default 10 r2q 5
tc class add dev eth0 parent 1: classid 1:2 htb rate 5Mbit burst 15k
tc class add dev eth0 parent 1:2 classid 1:59 htb rate 64Kbit ceil 64Kbit
tc qdisc add dev eth0 parent 1:59 handle 59 sfq perturb 10
tc filter add dev eth0 parent 1:0 protocol ip prio 100 u32 match ip src
192.168.0.50 classid 1:59
tc class add dev eth1 parent 1: classid 1:2 htb rate 5Mbit burst 15k
tc class add dev eth1 parent 1:2 classid 1:56 htb rate 64Kbit ceil 64Kbit
tc qdisc add dev eth1 parent 1:56 handle 56 sfq perturb 10
tc filter add dev eth1 parent 1:0 protocol ip prio 100 u32 match ip dst
192.168.0.50 classid 1:56
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* [U-Boot-Users] Configuring PCI on MPC8280
From: sudhakar rajashekhara @ 2004-01-27 13:41 UTC (permalink / raw)
To: u-boot
Hi,
I was sucessful in bringing up U-boot on MPC8280 board
using sbc8260 port of U-boot as base. Even Linux has
come up correctly on the board. Now I am trying to
enable PCI and I am facing some problems regarding the
same. The init function "pci_mpc8250_init" is calling
"pci_hose_scan" at the end. Inside the function
"pci_hose_scan_bus", which gets called from
"pci_hose_scan" function, there is one call to
function "pci_hose_read_config_byte". U-boot is
resetting the board when this function is getting
called. I searched in the entire u-boot directory for
the source of this function but I couldn't find it.
Where is this function implemented and what is the
reason for the reset of the board? Following is the
message I get on the hyperterminal before the board is
getting reset.
=======================================================
Bus Fault @ 0x0ffdb9f0, fixup 0x00000000
Machine check in kernel mode.
Caused by (from msr): regs 0ff73d68 Unknown values in
msr
NIP: 0FFDB9F0 XER: 20000000 LR: 0FFDB9EC REGS:
0ff73d68 TRAP: 0200 DAR: FFBFFEF1
MSR: 00083002 EE: 0 PR: 0 FP: 1 ME: 1 IR/DR: 00
GPR00: 0FFDC604 0FF73E58 FFFFFF7F 00000000 8000080C
00000002 0FF73E7E 00000003
GPR08: 00000002 F0010904 FFFFFFFF F0000091 00000000
FFFFFFFF 10000000 CFFD4000
GPR16: EFFF7FFF 7F6FEFFF FFFFFFFF FFFBFFFF 00000000
00000000 00000000 0FFD7098
GPR24: 00000000 00000000 0FFFF9AC 0FF73FB9 0FFFF9AC
0FF73F6C 100003C8 00000800
Call backtrace:
machine check
=======================================================
regards,
Sudhakar.
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
^ permalink raw reply
* Re: JFFS2 case insensitivity
From: David Woodhouse @ 2004-01-27 13:48 UTC (permalink / raw)
To: Jarkko Lavinen; +Cc: MTD List
In-Reply-To: <20040127100613.GA16078@angel.research.nokia.com>
On Tue, 2004-01-27 at 12:06 +0200, Jarkko Lavinen wrote:
> How difficult it would be to add support for file name case
> insensitivity to JFFS2?
I'm dubious about the need for this.
You only need case insensitivity when the filename you're given is wrong
in case only -- which is basically only if you're taking input from the
user and trying to look up a filename directly, surely?
On an embedded device, how often are your filenames coming from external
sources in that way, rather than being chosen by the user from a list?
Even then, it should be easy enough to do it in userspace if you really
need it.
Unless, of course, you're pondering a port to WinCE. In which case it's
easier than it would be under Linux. You don't actually _use_ the
readdir() and lookup() functions which the Linux version uses, you
implement real FindFirst() and FindNext() functions directly on top of
the JFFS2 core code, and can do what you want.
--
dwmw2
^ permalink raw reply
* Re: Clock interrupt simulation on sde-gdb
From: Chris Dearman @ 2004-01-27 13:47 UTC (permalink / raw)
To: navin; +Cc: linux-mips
In-Reply-To: <Pine.SUN.3.96.1040127074316.1295C-100000@grex.cyberspace.org>
navin wrote:
> As such my bootup code seems to be configuring thigs (Count, Compare, and
> Status registers) properly. Is it that such timer interrupt CAN'T BE
> SIMULATED on sde-gdb? I have tried trace32 simulator software
The simulator built into sde-gdb does not support exceptions.
sde-gdb can connect to MIPSsim which is a full ISS. If you're interested
in trying this, drop me a line and I will get someone to contact you.
Regards
Chris
--
Chris Dearman The Fruit Farm, Ely Road voice +44 1223 706206
MIPS Technologies (UK) Chittering, Cambs, CB5 9PH fax +44 1223 706250
^ permalink raw reply
* mantis - our bugtracking system
From: Jaroslav Kysela @ 2004-01-27 13:51 UTC (permalink / raw)
To: ALSA development
Hello,
I have configured Mantis - our bugtracking system. You'll find
the link on the ALSA main page (Bug reporting or tracker).
Developers - please, register and send me a private mail with
your maintaned drivers, so I can assign you as developer and as the
default maintainer for given driver.
Note that all bugs will go though this mailing list, so anybody
can comment / take care.
Everything else will be in the bug-tracker "news".
Have fun,
Jaroslav
P.S. And report bugs, of course :-)
-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
^ permalink raw reply
* [uml-devel] [PATCH]: 2.6.2-rc2: kill arch/um/sys-i386/extable.c
From: Nikita Danilov @ 2004-01-27 13:56 UTC (permalink / raw)
To: Jeff Dike; +Cc: user-mode-linux-devel
Hello,
2.6.2-rc2 moved search_extable() into generic code (lib/extable.c), so
there is no need to duplicate i386's version in the UML.
Patch attached removes extable.c from the Makefile. extable.c itself is
easier to kill locally, than by patch. :)
Nikita.
===== arch/um/sys-i386/Makefile 1.16 vs edited =====
--- 1.16/arch/um/sys-i386/Makefile Tue Jan 27 15:47:46 2004
+++ edited/arch/um/sys-i386/Makefile Tue Jan 27 16:35:54 2004
@@ -1,4 +1,4 @@
-obj-y = bugs.o checksum.o extable.o fault.o ksyms.o ldt.o ptrace.o \
+obj-y = bugs.o checksum.o fault.o ksyms.o ldt.o ptrace.o \
ptrace_user.o semaphore.o sigcontext.o syscalls.o sysrq.o time.o
obj-$(CONFIG_HIGHMEM) += highmem.o
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
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: PATCH: (as177) Add class_device_unregister_wait() and platform_device_unregister_wait() to the driver model core
From: Roman Zippel @ 2004-01-27 13:56 UTC (permalink / raw)
To: Rusty Russell; +Cc: viro, torvalds, stern, greg, linux-kernel, mochel
In-Reply-To: <20040127175104.48bd8664.rusty@rustcorp.com.au>
Hi,
On Tue, 27 Jan 2004, Rusty Russell wrote:
> viro@parcelfarce.linux.theplanet.co.uk wrote:
>
> > Basically, "protect the module" is wrong - it should be "protect specific
> > object" and we need that anyway.
>
> Agreed. You're oversimplifying a little, though.
>
> In this model, the object here is the function text. So if you hand out
> a pointer to the function text, you need to hold a refcount.
>
> BUT since the module itself is the only one which can hand these out,
> and it unregisters everything it has registered, and all those references
> fall to zero, it's trivial to prove that there are no more references to
> the module functions.
There is a very simple rule: If two or more objects have the same
lifetime, they all only need to be protected once.
So if you have two static objects (e.g. a static structure with a
reference to a function), the module count is indeed enough to protect
both objects. The problem starts when you mix dynamic and static objects,
then the module count is not enough anymore and you have to use proper
refcounts, but the generic module code currently has no decent way to get
to that information, so we have to maintain the module count additionally
to the refcount. Now we only have to find a way to utilize the object
protection to also protect the module it refers to and you can get rid of
the module count.
Rusty, you need to get away from this idea, that every single function
pointer must be protected by itself, it can also be protected via another
object, the real problem is that the generic module code doesn't know
anything about this. Fixing this requires changing every single module,
but in the end it would be worth it, as it avoids the duplicated
protection and we had decent module unload semantics.
bye, Roman
^ permalink raw reply
* Re: NAT before IPsec with 2.6
From: Henrik Nordstrom @ 2004-01-27 13:57 UTC (permalink / raw)
To: Valentijn Sessink
Cc: Harald Welte, Willy Tarreau, Tom Eastep, Michal Ludvig,
netfilter-devel
In-Reply-To: <20040127132725.GA14685@openoffice.nl>
On Tue, 27 Jan 2004, Valentijn Sessink wrote:
> On output, however, things are not so transparant. A packet hits OUTPUT,
> then gets encrypted. A totally different packet hits POSTROUTING. This makes
> no sense.
And there the required hooks needs to be inserted in the IPSec
implementation to call
a) POSTROUTING before the final decision that this packet is to go via
IPSec. Note that this may need to allow reroute of the packet including
IPSec policy. Because of this some changes may be needed in the IPSec
implementation for this to be complete.
b) After encrypting OUTPUT needs to be called on the encrypted packet
before the packet leaves IPSec and continues the normal path leading to
POSTROUTING.
> There's no symmetric behaviour now.
We all know that, and is why this discussion exists in order to find out
how it should be.
> And from an "input" perspective, I think a decapsulated packet that has
> a locally ending payload should hit INPUT again. Same with output: a
> locally generated packet hits output, then should hit OUTPUT again if it
> was really destined for the outside world.
To this we all agree from what I can tell.
Regards
Henrik
^ permalink raw reply
* Re: FYI: Free Online Book: Inside Linux Kernel and PowerPC
From: Kenneth Johansson @ 2004-01-27 13:59 UTC (permalink / raw)
To: huailin; +Cc: linuxppc-embedded@lists.linuxppc.org
In-Reply-To: <20040122185859.54320.qmail@web21410.mail.yahoo.com>
On Thu, 2004-01-22 at 19:58, Huailin Chen wrote:
> Chapter 3: PowerPC EABI
> Chapter 15: PowerPC EABI Cross Compiler
Well we actually use system V ABI for linux binaries and making a cross
compiler with TARGET=powerpc-linux can also use EABI with the -meabi
option.
Perhaps pointing to dan kegel's crosstool would be better than invent
your own way.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: [Bluez-devel] Windows Port
From: Marcel Holtmann @ 2004-01-27 13:59 UTC (permalink / raw)
To: acr; +Cc: BlueZ Mailing List
In-Reply-To: <31555.80.63.28.114.1075193693.squirrel@acroberts.com>
Hi Antony,
> Is anybody working on a Windows port? I did a lot of the work on
> Digianswers Windows stack (certainly the inovator back in the day) and I
> would passionately like to see the current lack of BT support in Windows
> resolved.
>
> So if there are any porting projects in progress, please let me know.
I already answered this many times. BlueZ will not and can not be ported
to the Windows platform.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply
* Re: [PATCH] kgdb-x86_64-support.patch for 2.6.2-rc1-mm3
From: Jim Houston @ 2004-01-27 13:58 UTC (permalink / raw)
To: Andrew Morton; +Cc: ak, george, amitkale, linux-kernel
In-Reply-To: <20040126192840.0c1694b9.akpm@osdl.org>
On Mon, 2004-01-26 at 22:28, Andrew Morton wrote:
> Jim Houston <jim.houston@comcast.net> wrote:
> >
> > The attached patch updates my kgdb-x86_64-support.patch to work
> > with linux-2.6.2-rc1-mm3.
>
> Thanks. Why does it relocate the call to trap_init() in start_kernel()?
Hi Andrew,
Moving trap_init() before parse_args() makes the "gdb" command line
option work.
On the i386 George has a few lines of code in breakpoint() which do
enough setup to allow a break point trap to enter kgdb early in the
boot. I played with similar code on x86_64, but it didn't work.
Handling a break point trap requires some of the initialization
done in cpu_init(). I suspect the difference is the per-cpu-data
referenced using %gs.
Jim Houston - Concurrent Computer Corp.
^ permalink raw reply
* Re: [2.6.x] e1000: NETDEV WATCHDOG: eth0: transmit timed out
From: Petr Sebor @ 2004-01-27 13:59 UTC (permalink / raw)
To: Feldman, Scott; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.4.44.0401261625210.3324-100000@localhost.localdomain>
Feldman, Scott wrote:
>Petr, sorry for the suspense. Here's a patch against 2.6.2-rc2 that fixes
>a race in the Tx path of e1000 that you may be exposing with TSO on. The
>race is:
>
>Tx queue Tx clean (interrupt context)
>
>...
>if(h/w Q full) | clean h/w Q
> ... <---| if(s/w Q stopped)
> stop s/w Q | wake s/w Q
>
>
>So let's try this patch with TSO back on.
>
>
Scott,
thanks for the patch. Again, 3/4 of working day with moderate server
load resulted in no
WATCHDOG barking with the patched kernel and tso's turned on. I dare say
that this is it! :-)
(Little more testing here won't harm though)
If nothing, the stability of the e1000 has vastly improved
Thanks a lot!
Regards,
Petr
^ permalink raw reply
* Re: [Bluez-users] Getting remote device address & name using obex commands
From: Marcel Holtmann @ 2004-01-27 14:01 UTC (permalink / raw)
To: jan d tux; +Cc: BlueZ Mailing List
In-Reply-To: <1075194444.945.39.camel@Asgard>
Hi Jan,
> Is there an obex command that I can use to get the bluetooth address and
> name of a remote device? It is possible with hci commands but I would
> like to use obex commands if it is possible.
there is not OBEX command for this.
> What Im trying to do is run the obexserver (from frasunek) and get the
> sender's address and name.
If you know the socket descriptor you can simply get the local and the
remote address for that connection. Getting the name is a HCI command.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply
* [U-Boot-Users] NFS Server problem
From: sudhakar rajashekhara @ 2004-01-27 14:06 UTC (permalink / raw)
To: u-boot
Hi,
I have sucessfully ported U-boot on MPC8280 board. I
am using FCC2 for ethernet. I am able to boot Linux
correctly. But sometimes I face some strange problems
such as the board suddenly stops responding to
commands saying:
=======================================
nfs: server not responding, still trying
=======================================
Sometimes, the board continues after printing,
=======================================
nfs: server OK
=======================================
but sometimes the board just hangs. Earlier I have
ported U-boot to sbc8260 board and there I was using
SCC for ethernet. I never faced such problems there.
Is this problem (on MPC8280) because of any problems
in FCC ethernet configuration?
thanks in advance,
regards,
Sudhakar.
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
http://webhosting.yahoo.com/ps/sb/
^ 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.