Sorry I can't help you with kernel stuff. On Mon, Jul 26, 2010 at 9:41 AM, potassium <symbianprofessio...@hotmail.com>wrote:
> Thank you > > Could you confirm the Netfilter support/framework is actually present, > its just that the ability to use it in this way is disabled by default > (if so, out of curiosity, was that for security and/or performance > reasons?). > > Is it possible to obtain all the necessary constituent parts (hardware > specific drivers etc.) from somewhere in order to include in a custom > system image that can be successfully executed on hardware? > > On Jul 25, 2:03 pm, Dianne Hackborn <hack...@android.com> wrote: > > Whether or not you have to rebuild the kernel, you are going to need to > > create your own custom system image, because nothing like this is > available > > to normal apps in the SDK. > > > > On Sun, Jul 25, 2010 at 1:12 PM, potassium > > <symbianprofessio...@hotmail.com>wrote: > > > > > > > > > Thanks Dianne > > > > > However I don't want to intercept the traffic to determine the number > > > of bytes sent, I want to intercept TCP, replace it with a proprietary > > > protocol (based on UDP) and then re-inject the packets into the stack > > > as UDP (and do the reverse for incoming UDP packets which have been > > > also converted from TCP by a server sitting in the network). I'm > > > trying to find out the best way of achieving this. > > > > > Netfilter seems to be specifically designed to do this in Linux, > > > however I'm under the understanding netfilter is disabled by default > > > in the stock Android release. Is this correct? > > > Are there any (many) devices on the market with it enabled? > > > > > If we had to rebuild the kernel with it enabled we'd have to create a > > > new rom image to flash devices with, ultimately we would need to do > > > this with a network operator / device manufacturer as customer/partner > > > so ultimately that's no problem. However if we wanted to create a > > > proof-of-concept demo first, if we re-built the kernel, I'm presuming > > > we wouldn't be able to flash a device because we wouldn't have access > > > to the hardware specific drivers that would need to be included in the > > > rom image. (i.e. suppose we want to demo on device X and Y, there will > > > be I'm assuming be specific hardware drivers for things such as the > > > screen, keyboard, modem etc. and if we had to re-build the kernel in > > > order to actually that build onto a device we'd need those specific > > > drivers for devices X and Y, along with anything else else necessary > > > for the image to execute on those pieces of hardware). > > > > > Could anybody comment on my speculation? > > > > > Thanks > > > > > -- > > > unsubscribe: > > > android-kernel+unsubscr...@googlegroups.com<android-kernel%2bunsubscr...@googlegroups.com> > <android-kernel%2bunsubscr...@googlegroups.com<android-kernel%252bunsubscr...@googlegroups.com> > > > > > website:http://groups.google.com/group/android-kernel > > > > -- > > Dianne Hackborn > > Android framework engineer > > hack...@android.com > > > > Note: please don't send private questions to me, as I don't have time to > > provide private support, and so won't reply to such e-mails. All such > > questions should be posted on public forums, where I and others can see > and > > answer them. > > -- > unsubscribe: > android-kernel+unsubscr...@googlegroups.com<android-kernel%2bunsubscr...@googlegroups.com> > website: http://groups.google.com/group/android-kernel > -- Dianne Hackborn Android framework engineer hack...@android.com Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. -- unsubscribe: android-kernel+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-kernel