>From a8e5da5a30290b63a5ead662d5fafa4905e8befc Mon Sep 17 00:00:00 2001
From: Jeremy Chang <jeremy(a)0xlab.org>
Date: Mon, 14 Feb 2011 11:39:39 +0800
Subject: [PATCH] Make adbd listen on network and usb gadget concurrently
Device accessed by adb through usb and network concurrently is possible.
For both interfaces listening case, there will be two threads created.
Signed-off-by: Jeremy Chang <jeremy(a)0xlab.org>
---
adb/adb.c | 7 ++++---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/adb/adb.c b/adb/adb.c
index d9f96df..7f1b12a 100644
--- a/adb/adb.c
+++ b/adb/adb.c
@@ -946,13 +946,14 @@ int adb_main(int is_daemon, int server_port)
if (sscanf(value, "%d", &port) == 1 && port > 0) {
// listen on TCP port specified by service.adb.tcp.port property
local_init(port);
- } else if (access("/dev/android_adb", F_OK) == 0) {
- // listen on USB
- usb_init();
} else {
// listen on default port
local_init(DEFAULT_ADB_LOCAL_TRANSPORT_PORT);
}
+
+ if (access("/dev/android_adb", F_OK) == 0) {
+ usb_init();
+ }
init_jdwp();
#endif
--
1.7.1
Hello list,
I'm a developer at 0xlab and focus on toolchain development.
While Android WG was working on integrating Linaro toolchain to Android
system, we encountered prelink error since there are some empty symbols in
symtab produced by toolchain linaro gcc-4.5 + binutils-2.20. The error
message is:
target Prelink: libc
(out/target/product/beagleboard/symbols/system/lib/libc.so)
ASSERTION FAILURE external/elfcopy/elfcopy.c:2457:
[!(shdr_info[sym->st_shndx].shdr.sh_flags & SHF_ALLOC)]
However, we verified it by linaro gcc-4.5 + google binutils-2.19. There is
no prelink problem on this toolchain combination.
(Google binutils-2.19 is not compatible to linaro gcc-4.5 since some new
feature and new instructions used in linaro gcc-4.5).
We produced the link map file and traced this problem, the symbols are
merged by linker optimization (relax) and empty entires are inserted in
symtab. In function elf_link_output_sym at bfd/elflink.c:
if (name == NULL || *name == '\0')
elfsym->st_name = 0;
else if (input_sec->flags & SEC_EXCLUDE)
elfsym->st_name = 0; // st_name will be set to emtry
else
{
elfsym->st_name = (unsigned long) _bfd_stringtab_add (finfo->symstrtab,
name, TRUE,
FALSE);
if (elfsym->st_name == (unsigned long) -1)
return 0;
}
When const strings are merged, the bit of SEC_EXCLUDE in input_sec->flags
will be set.
The bfd elf linker will set the elfsym->st_name to 0.
Before binutils-2.19, the merged string is pushed in section 'glue_t' and
the path is not be traveled.
I think it's not make sense that the address of NOTYPE symbol *not* behind
its section. The zero must be not behind section "rodata.str1.1".
So I filed a bug in
https://bugs.launchpad.net/binutils-linaro/+bug/707487<https://bugs.launchpad.net/binutils-linaro/+bug/707487/+subscribe>
.
The log is readelf -a libc.so | grep 00000000 | grep -v FILE | grep -v
SECTION | grep -v UND
3372: 00000000 0 NOTYPE LOCAL DEFAULT 8
3375: 00000000 0 NOTYPE LOCAL DEFAULT 8
3381: 00000000 0 NOTYPE LOCAL DEFAULT 8
3382: 00000000 0 NOTYPE LOCAL DEFAULT 8
3397: 00000000 0 NOTYPE LOCAL DEFAULT 8
3408: 00000000 0 NOTYPE LOCAL DEFAULT 8
3409: 00000000 0 NOTYPE LOCAL DEFAULT 8
3411: 00000000 0 NOTYPE LOCAL DEFAULT 8
3415: 00000000 0 NOTYPE LOCAL DEFAULT 8
3424: 00000000 0 NOTYPE LOCAL DEFAULT 8
3437: 00000000 0 NOTYPE LOCAL DEFAULT 8
3439: 00000000 0 NOTYPE LOCAL DEFAULT 8
Any comments?
Thanks,
Luse
http://0xlab.org/
This patch series enables Thumb-2 support for omap3 and omap4.
It is not currently well tested, and is known to be faulty for
certain power management operations including power-off suspend
when CONFIG_THUMB2_KERNEL is enabled.
Note that from the patch series, this subset are temporary workarounds
and not likely to be merged upstream:
ARM: Add local symbols in relocate_kernel.S to work around gas bugs
ARM: omap3: Work around assembler errors in sleep34xx.S
ARM: Avoid discarding sections that might have SMP_ON_UP fixups
Full description follows.
Cheers
---Dave
The following changes since commit 9e9711855260b246ba31e79bf420a350bc652ab2:
ARM: ptrace: remove single-step emulation code (2011-02-12 14:06:02 -0500)
are available in the git repository at:
git://git.linaro.org/people/dmart/linux-2.6-arm.git for-linaro-2.6.37/dirty/arm/omap-thumb2+merged
Dave Martin (10):
ARM: omap4: Provide do_wfi() for Thumb-2
ARM: omap4: Convert END() to ENDPROC() for correct linkage with CONFIG_THUMB2_KERNEL
ARM: omap3: Remove hand-encoded SMC instructions
ARM: omap3: Thumb-2 compatibility for sram34xx.S
ARM: omap3: Thumb-2 compatibility for sleep34xx.S
ARM: Thumb-2: Symbol manipulation macros for function body copying
ARM: Correct WFE() in asm/spinlock.h for Thumb-2
ARM: Add local symbols in relocate_kernel.S to work around gas bugs
ARM: omap3: Work around assembler errors in sleep34xx.S
ARM: Avoid discarding sections that might have SMP_ON_UP fixups
Jean Pihet (2):
omap: use fncpy to copy the PM code functions to SRAM
OMAP: fix fncpy API call
Ming Lei (1):
arm: fix oops in sched_clock_poll
arch/arm/include/asm/fncpy.h | 94 +++++++++++++++++++++++
arch/arm/include/asm/spinlock.h | 18 ++++-
arch/arm/kernel/relocate_kernel.S | 12 ++-
arch/arm/kernel/sched_clock.c | 4 +-
arch/arm/kernel/vmlinux.lds.S | 18 +++++
arch/arm/mach-omap1/pm.h | 6 +-
arch/arm/mach-omap1/sleep.S | 3 +
arch/arm/mach-omap1/sram.S | 1 +
arch/arm/mach-omap2/include/mach/omap4-common.h | 4 +
arch/arm/mach-omap2/omap-headsmp.S | 2 +-
arch/arm/mach-omap2/omap44xx-smc.S | 8 +-
arch/arm/mach-omap2/pm.h | 2 +-
arch/arm/mach-omap2/sleep24xx.S | 2 +
arch/arm/mach-omap2/sleep34xx.S | 63 +++++++++++-----
arch/arm/mach-omap2/sram242x.S | 3 +
arch/arm/mach-omap2/sram243x.S | 3 +
arch/arm/mach-omap2/sram34xx.S | 29 +++++--
arch/arm/plat-omap/include/plat/sram.h | 14 +++-
arch/arm/plat-omap/sram.c | 14 ++-
19 files changed, 253 insertions(+), 47 deletions(-)
create mode 100644 arch/arm/include/asm/fncpy.h
>From dbeb9e14eb4b5d70775426a370681c90928d4d84 Mon Sep 17 00:00:00 2001
From: Jeremy Chang <jeremy(a)0xlab.org>
Date: Mon, 14 Feb 2011 11:28:12 +0800
Subject: [PATCH] Make adbd listen on network interface
adb through ethernet is very common that we need.
Set property service.adb.tcp.port to make adbd listen. The default port
is 5555.
Signed-off-by: Jeremy Chang <jeremy(a)0xlab.org>
---
init.rc | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/init.rc b/init.rc
index b6a92c5..50d2dc6 100644
--- a/init.rc
+++ b/init.rc
@@ -181,6 +181,7 @@ on boot
ifup lo
hostname localhost
domainname localdomain
+ setprop service.adb.tcp.port 5555
# set RLIMIT_NICE to allow priorities from 19 to -20
setrlimit 13 40 40
--
1.7.1
Any plan for armv5te support?
It should compatible to Ubuntu of 30MB that seems possible
[http://lists.linaro.org/pipermail/linaro-dev/2011-January/002109.html]
.
There are a lot of arm9 boards in the world.
We have to think that arm9 is the past?
Thanks for any reply,
Recalcati
This patchset adds Samsung's SMDKV310 machine with device tree support. The
bootargs and memory information is obtained from the device tree. The
watchdog driver is also modified such that it is probed based on the information
from the device tree.
Thomas Abraham (4):
ARM: DT: Add SMDKV310 machine with device tree support.
ARM: DT: Add a basic dts file for SMDKV310 machine
ARM: DT: Add support for probing platform bus on SMDKV310 machine
watchdog: s3c2410: Add support for device tree based probe
arch/arm/mach-s5pv310/Kconfig | 7 ++
arch/arm/mach-s5pv310/Makefile | 1 +
arch/arm/mach-s5pv310/mach-smdkv310-dt.c | 107 ++++++++++++++++++++++++++++++
arch/arm/mach-s5pv310/mach-smdkv310.dts | 38 +++++++++++
drivers/watchdog/s3c2410_wdt.c | 10 +++
5 files changed, 163 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/mach-s5pv310/mach-smdkv310-dt.c
create mode 100755 arch/arm/mach-s5pv310/mach-smdkv310.dts
Hi guys,
Nicolas, thanks for taking a look at the basic device tree patches.
I've fixed up the defects you've pointed out and pushed the fixed
versions out to my tree. Other than that, does it look okay to you?
With that series it is possible to turn on device tree booting for any
arm platform by turning on CONFIG_OF and adding a dt_compat string
table to the existing machine_desc. It is far from complete support
since it only decodes the kernel parameters, the initrd location and
the memory size, but it is enough for others to start playing with the
infrastructure.
On the u-boot side of things, everything needed to support device tree
appears to be complete and working, other than a bug I ran into on
systems with memory based at 0. (fix sent to list). Turning on
CONFIG_OF_LIBFDT was simple on Tegra, and I expect it will be on the
other platforms too.
If I were able to get all the supported Linaro platforms modified and
tested to support dt booting, would you be okay with picking up the
current dt support series and having CONFIG_OF turned on by default
for the next Linaro release? There are also some details to nail down
with respect to packaging the .dtb files, but I'm working out those
details with Loïc.
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.