Openwrt and Livebox (howto)
Friday, November 20, 2009 1:22:42 PM
Openwrt and LIVEBOX, openwrt forum
This is an old howto, please use the link above.
This is a schema of our target SoC BCM6348

This is how I connected the serial port to a cellphone data cable.

Livebox Pin-out: 1 data in (3V) 2 data out (3V) 3 button "2" input 4 button "1" input 5 +5V 6 ground Parameters: 115200 baud, 8 databits, no parity, 1 stopbit(I needed to plug the phone because this crap cable does not transmit if the phone is not plugged, probably you don't will need to do this with your cable)
First we need access via telnet because we will need to change the Redboot loader with another one that let us to break into the command line while the Livebox boots.
This is the redboot that we will flash to mtd0:
redboot.20040719 from my.opera server
redboot.20040719 from andyp webpage
Check these files and be sure the file is not corrupted, it is very important, you can make a brick with an improper Redboot loader.
Telnet you livebox load (wget) the redboot file and flash it (cross fingers):
# fcp -v redboot.20040719 /dev/mtd0 Erasing blocks: 3/3 (100%) Writing data: 192k/192k (100%) Verifying data: 192k/192k (100%) # # reboot Sending SIGTERM to adsld and pppd.
Another thing you will need of course is a GNU-Linux environment. I use kubuntu karmic-koala. And a tftp server installed. You can install it simply with:
sudo apt-get install atftp
The directory where atftp works serving files is in my system located at /var/lib/tftpboot. That is where you will put yor openwrt image. Make it writeable:
sudo chmod ugo+rwx /var/lib/tftpboot
Be sure you use an ip that the Redboot of your livebox will understand, default is 10.7.58.114, you can make a virtual interface in your pc with this ip:
sudo ifconfig eth0:10 10.7.58.114
Once you have flashed the new Redboot check that you can break into it, conect the serial port, start CuteCom and press Ctrl+C while the livebox boots up, you must see the redboot command line. Review the config
fconfig -l -n
You can change the ip of redboot, if you need to do so, this is an example:
fconfig bootp_my_ip 10.7.58.1 fconfig bootp_server_ip 10.7.58.114
Before start building the OpenWrt image for livebox you will need some stuff:
svn gcc g++ binutils patch make automake gettext pkg-config unzip bzip2 flex bison libz-dev quilt gawk flex libghc6-zlib-dev...
Make a directory somewhere called "kamikaze" and open a terminal there. Enter this comand
svn -r r18708 co svn://svn.openwrt.org/openwrt/trunk/
Put the ruff's kernel patch 046-cramfs_endianness.patch to enable cramfs endiannes in:
/trunk/target/linux/brcm63xx/patches-2.6.30
Open another terminal in trunk subdirectory and enter the command:
make menuconfig
Then search in the menus the following stuff and check it.
┌────────────────────────── Target System ───────────────────────────┐ │ Use the arrow keys to navigate this window or press the hotkey of │ │ the item you wish to select followed by the <SPACE BAR>. Press │ │ <?> for additional information about this option. │ │ ┌───────────────────^(-)─────────────────────────────────────────┐ │ │ │ ( ) Atheros AR231x/AR5312 │ │ │ │ ( ) Atheros AR71xx/AR7240/AR913x │ │ │ │ ( ) Atmel AVR32 │ │ │ │ (X) Broadcom BCM63xx │ │ │ │ ( ) Broadcom BCM947xx/953xx │ │ │ │ ( ) Broadcom BCM947xx/953xx [2.4] │ │ │ └───────────────────v(+)─────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────┤ │ <Select> < Help > │ └────────────────────────────────────────────────────────────────────┘
┌─────────────────────────────── Target Images ──────────────────────────┐ │ ┌───────────────────────────────────────────────────────────────────── │ │ │ [ ] ramdisk (NEW) │ │ │ │ [ ] jffs2 │ │ │ │ [*] squashfs (NEW) │ │ │ │ [*] tgz │ │ │ │ [ ] cpiogz (NEW) │ │ │ │ [ ] ext2 (NEW) │ │ │ └─v(+)───────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────┘
disable the switch, livebox doesn't have one
┌───────────────────────────────── Other modules ────────────────────────────┐ │ ┌─^(-)───────────────────────────────────────────────────────────────────┐ │ │ │ < > kmod-ledtrig-netdev.............................. LED NETDEV Trigge│ │ │ │ < > kmod-mmc........................................ MMC/SD Card Suppor│ │ │ │ < > kmod-mmc-over-gpio.................... MMC/SD card over GPIO suppor│ │ │ │ <*> kmod-pcmcia-core............................ PCMCIA/CardBus support│ │ │ │ <*> kmod-pcmcia-bcm63xx.............. Broadcom BCM63xx PCMCIA support│ │ │ │ < > kmod-pcmcia-serial.................. Serial devices support (NEW)│ │ │ │ < > kmod-pcmcia-yenta...................... yenta socket driver (NEW)│ │ │ │ < > kmod-pcspkr...................................... PC speaker suppor│ │ │ │ < > kmod-softdog............................... Software watchdog drive│ │ │ │ < > kmod-switch.......................................... Switch driver│ │ │ │ < > kmod-textsearch.............Textsearch support is selected if neede│ │ │ └────────────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────────┘
Select modules that you need for usb. Note that bcm6348 has usb 1.1 then it uses OHCI drivers
┌───────────────────────────── USB Support ──────────────────────────────┐ │ ┌────────────────────────────────────────────────────────────────────┐ │ │ │ <*> kmod-usb-core................................... Support for US│ │ │ │ < > kmod-usb-acm................ Support for modems/isdn controll│ │ │ │ < > kmod-usb-atm......................... Support for ATM on USB │ │ │ │ <*> kmod-usb-audio.................... Support for USB audio devi│ │ │ │ < > kmod-usb-cm109......................... Support for CM109 dev│ │ │ │ < > kmod-usb-hid................ Support for USB Human Input Devi│ │ │ │ < > kmod-usb-net...... Kernel modules for USB-to-Ethernet convert│ │ │ │ <*> kmod-usb-ohci...................... Support for OHCI controll│ │ │ │ < > kmod-usb-phidget............................. USB Phidget Dri│ │ │ │ < > kmod-usb-printer........................... Support for print│ │ │ │ < > kmod-usb-serial............ Support for USB-to-Serial convert│ │ │ │ <*> kmod-usb-storage............................ USB Storage supp│ │ │ │ < > kmod-usb-uhci...................... Support for UHCI controll│ │ │ │ < > kmod-usb-video.................... Support for USB video devi│ │ │ │ < > kmod-usb-yealink......................... USB Yealink VOIP ph│ │ │ │ < > kmod-usb2.......................... Support for USB2 controll│ │ │ └────────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────┘
Exit and save, next do:
make kernel_menuconfig
┌────────────────────────────── CPU support ───────────────────────────────┐ │ ┌──────────────────────────────────────────────────────────────────────┐ │ │ │ [ ] support 6338 CPU │ │ │ │ [ ] support 6345 CPU │ │ │ │ [*] support 6348 CPU │ │ │ │ [ ] support 6358 CPU │ │ │ │ │ │ │ └──────────────────────────────────────────────────────────────────────┘ │ ├──────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └──────────────────────────────────────────────────────────────────────────┘
┌────────────────────────── Board support ───────────────────────────┐ │ ┌────────────────────────────────────────────────────────────────┐ │ │ │ ( ) Generic Broadcom 963xx boards │ │ │ │ (X) Inventel Livebox(es) boards │ │ │ │ │ │ │ └────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────┤ │ <Select> < Help > │ └────────────────────────────────────────────────────────────────────┘
[*] Force read-only for RedBoot system images
┌──────────────────── Memory Technology Device (MTD) support ────────────────┐ │ ┌────────────────────────────────────────────────────────────────────────┐ │ │ │ --- Memory Technology Device (MTD) support │ │ │ │ [ ] Debugging │ │ │ │ <*> MTD concatenating support │ │ │ │ [*] MTD partitioning support │ │ │ │ < > MTD tests support │ │ │ │ [*] Automatically set 'rootfs' partition to be root filesystem │ │ │ │ [*] Automatically split 'rootfs' partition for squashfs │ │ │ │ <*> RedBoot partition table parsing │ │ │ │ (-1) Location of RedBoot partition table │ │ │ │ [*] Include unallocated flash regions │ │ │ │ [ ] Force read-only for RedBoot system images │ │ │ │ [*] Command line partition table parsing │ │ │ │ < > TI AR7 partitioning support │ │ │ │ *** User Modules And Translation Layers *** │ │ │ │ <*> Direct char device access to MTD devices │ │ │ │ -*- Common interface to block layer for MTD 'translation layers │ │ │ │ <*> Caching block device access to MTD devices │ │ │ │ < > FTL (Flash Translation Layer) support │ │ │ │ < > NFTL (NAND Flash Translation Layer) support │ │ │ │ < > INFTL (Inverse NAND Flash Translation Layer) support │ │ │ │ < > Resident Flash Disk (Flash Translation Layer) support │ │ │ │ < > NAND SSFDC (SmartMedia) read only translation layer │ │ │ │ < > Log panic/oops to an MTD buffer │ │ │ │ RAM/ROM/Flash chip drivers ---> │ │ │ │ Mapping drivers for chip access ---> │ │ │ │ Self-contained MTD device drivers ---> │ │ │ │ < > NAND Device Support ---> │ │ │ │ < > OneNAND Device Support ---> │ │ │ │ LPDDR flash memory drivers ---> │ │ │ │ UBI - Unsorted block images ---> │ │ │ └────────────────────────────────────────────────────────────────────────┘ │ ├────────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └────────────────────────────────────────────────────────────────────────────┘
┌────────────────────── RAM/ROM/Flash chip drivers ───────────────────────┐ │ ┌─────────────────────────────────────────────────────────────────────┐ │ │ │ <*> Detect flash chips by Common Flash Interface (CFI) probe │ │ │ │ <*> Detect non-CFI AMD/JEDEC-compatible flash chips │ │ │ │ [*] Flash chip driver advanced configuration options │ │ │ │ Flash cmd/query data swapping (NO) ---> │ │ │ │ [*] Specific CFI Flash geometry selection │ │ │ │ [*] Support 8-bit buswidth │ │ │ │ [*] Support 16-bit buswidth │ │ │ │ [ ] Support 32-bit buswidth │ │ │ │ [ ] Support 64-bit buswidth │ │ │ │ [ ] Support 128-bit buswidth │ │ │ │ [ ] Support 256-bit buswidth │ │ │ │ [*] Support 1-chip flash interleave │ │ │ │ [ ] Support 2-chip flash interleave │ │ │ │ [ ] Support 4-chip flash interleave │ │ │ │ [ ] Support 8-chip flash interleave │ │ │ │ [ ] Protection Registers aka one-time programmable (OTP) bits │ │ │ │ < > Support for Intel/Sharp flash chips │ │ │ │ <*> Support for AMD/Fujitsu/Spansion flash chips │ │ │ │ <*> Support for ST (Advanced Architecture) flash chips │ │ │ │ < > Support for RAM chips in bus mapping │ │ │ │ <*> Support for ROM chips in bus mapping │ │ │ │ < > Support for absent chips in bus mapping │ │ │ └─────────────────────────────────────────────────────────────────────┘ │ ├─────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └─────────────────────────────────────────────────────────────────────────┘
This is the most important:
┌────────────────────── Mapping drivers for chip access ───────────────────┐ │ ┌──────────────────────────────────────────────────────────────────────┐ │ │ │ [*] Support non-linear mappings of flash chips │ │ │ │ <*> Flash device in physical memory map │ │ │ │ [*] Physmap compat support │ │ │ │ (0x1e400000) Physical start address of flash mapping │ │ │ │ (0x00800000) Physical length of flash mapping │ │ │ │ (2) Bank width in octets (NEW) │ │ │ │ < > BCM963xx Flash device │ │ │ │ < > PCI MTD driver │ │ │ │ < > NOR flash on Intel Vermilion Range Expansion Bus CS0 │ │ │ │ < > Map driver for platform device RAM (mtd-ram) │ │ │ └──────────────────────────────────────────────────────────────────────┘ │ ├──────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └──────────────────────────────────────────────────────────────────────────┘
here we will enable usb for our board
┌───────────────────────────────── USB support ─────────────────────────────┐ │ ┌───────────────────────────────────────────────────────────────────────┐ │ │ │ --- USB support │ │ │ │ <*> Support for Host-side USB │ │ │ │ [ ] USB verbose debug messages │ │ │ │ [ ] USB announce new devices │ │ │ │ *** Miscellaneous USB options *** │ │ │ │ [*] USB device filesystem │ │ │ │ [ ] USB device class-devices (DEPRECATED) │ │ │ │ [ ] Dynamic USB minor allocation │ │ │ │ [ ] Rely on OTG Targeted Peripherals List │ │ │ │ [ ] Disable external hubs │ │ │ │ < > USB Monitor │ │ │ │ < > Enable Wireless USB extensions (EXPERIMENTAL) │ │ │ │ < > Support WUSB Cable Based Association (CBA) │ │ │ │ *** USB Host Controller Drivers *** │ │ │ │ < > Cypress C67x00 HCD support │ │ │ │ < > EHCI HCD (USB 2.0) support (NEW) │ │ │ │ < > OXU210HP HCD support │ │ │ │ < > ISP116X HCD support │ │ │ │ < > ISP 1760 HCD support │ │ │ │ <*> OHCI HCD support │ │ │ │ [ ] OHCI support for Broadcom SSB OHCI core │ │ │ │ < > UHCI HCD (most Intel and VIA) support (NEW) │ │ │ │ < > SL811HS HCD support │ │ │ │ < > R8A66597 HCD support │ │ │ └────v(+)───────────────────────────────────────────────────────────────┘ │ ├───────────────────────────────────────────────────────────────────────────┤ │ <Select> < Exit > < Help > │ └───────────────────────────────────────────────────────────────────────────┘
Kernel hacking, this is very important too
┌───────────────────── Default kernel command string ─────────────────────────────────────┐ │ Please enter a string value. Use the <TAB> key to move from the input │ │ field to the buttons below it. │ │ ┌─────────────────────────────────────────────────────────────────────────────────────┐ │ │ │root=/dev/mtdblock1 rootfstype=cramfs,squashfs init=/etc/preinit console=ttyS0,115200│ │ │ └─────────────────────────────────────────────────────────────────────────────────────┘ │ │ │ ├─────────────────────────────────────────────────────────────────────────────────────────┤ │ < Ok > < Help > │ └─────────────────────────────────────────────────────────────────────────────────────────┘
now exit and save changes, and make the world
dani@NEXUS:/media/ext4/kamikaze/trunk$ make V=99
Next step is to convert our stuff into a cramfs image to flash the Livebox
Download the ruff's script to your kamikaze directory, mkcramfs binary, etccramfs and network (edit this to your preferences). Change permisions of these files (chmod ugo+rwx file). Make the cramfs image.
dani@NEXUS:/media/ext4/kamikaze$ ./kamk.sh
We will get openwrt.cramfs image ready to flash. This is mine http://files.myopera.com/danitool/linux/openwrt.cramfs (use it only for testing purpose)
put openwrt.cramfs into the atftp server directory /var/lib/tftpboot. Plug an ethernet cable from your computer to the yellow port in the livebox.
Open cutecom and flash it
Plug your serial interface to the livebox, an power on the livebox, push control+c to break into redboot
First check your partition table. This is mine:
RedBoot> fis list Name FLASH addr Mem addr Length Entry point RedBoot 0xBE400000 0xBE400000 0x00030000 0x00000000 user_fs 0xBE430000 0xBE430000 0x00720000 0x80545FB0 jffs_system 0xBEB50000 0xBEB50000 0x000A0000 0x80545FB0 FIS directory 0xBEBF0000 0xBEBF0000 0x0000F000 0x00000000 RedBoot config 0xBEBFF000 0xBEBFF000 0x00001000 0x00000000
As you see I have jffs_system with flash adress=0xBEB50000 and length=0x000A0000. Then:
erase jffs_system
fis erase -f 0xBEB50000 -l 0x000A0000
load openwrt.cramfs
load -r -v -b 0x80800000 openwrt.cramfs
flash openwr.cramfs
fis create -b 0x80800000 user_fs

Reboot your device, and telnet it in your computer
telnet 10.7.58.1
This is my log
Linux version 2.6.30.9 (dani@NEXUS) (collect2: ld returned 1 exit status) #17 Thu Nov 19 21:18:34 CET 2009
Detected Broadcom 0x6348 CPU revision b0
CPU frequency is 256000000 Hz
16MB of RAM installed
registering 37 GPIOs
console [early0] enabled
CPU revision is: 00029107 (Broadcom BCM6348)
board_livebox: board name: Livebox
Determined physical RAM map:
memory: 01000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
Normal 0x00000000 -> 0x00001000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0x00000000 -> 0x00001000
On node 0 totalpages: 4096
free_area_init_node: node 0, pgdat 80283910, node_mem_map 802e7000
Normal zone: 32 pages used for memmap
Normal zone: 0 pages reserved
Normal zone: 4064 pages, LIFO batch:0
Built 1 zonelists in Zone order, mobility grouping off. Total pages: 4064
Kernel command line: root=/dev/mtdblock1 rootfstype=cramfs,squashfs init=/etc/preinit console=ttyS0,115200
Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
Primary data cache 8kB, 2-way, VIPT, no aliases, linesize 16 bytes
NR_IRQS:128
PID hash table entries: 64 (order: 6, 256 bytes)
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Memory: 13268k/16384k available (2088k kernel code, 3116k reserved, 428k data, 124k init, 0k highmem)
Calibrating delay loop... 252.41 BogoMIPS (lpj=504832)
Mount-cache hash table entries: 512
net_namespace: 332 bytes
NET: Registered protocol family 16
registering PCI controller with io_map_base unset
bio: create slab <bio-0> at 0
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
pci 0000:00:01.0: reg 10 32bit mmio: [0x000000-0x001fff]
Switched to high resolution mode on CPU 0
PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
PCI: Setting latency timer of device 0000:00:01.0 to 64
ssb: Sonics Silicon Backplane found on PCI device 0000:00:01.0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 512 (order: 0, 4096 bytes)
TCP bind hash table entries: 512 (order: -1, 2048 bytes)
TCP: Hash tables configured (established 512 bind 512)
TCP reno registered
NET: Registered protocol family 1
audit: initializing netlink socket (disabled)
type=2000 audit(0.650:1): initialized
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc.
msgmni has been set to 25
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler deadline registered (default)
bcm63xx_uart.0: ttyS0 at MMIO 0xfffe0300 (irq = 10) is a bcm63xx_uart
console handover: boot [early0] -> real [ttyS0]
bcm63xx_enet MII bus: probed
physmap platform flash device: 00800000 at 1e400000
physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank
Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Searching for RedBoot partition table in physmap-flash.0 at offset 0x7f0000
5 RedBoot partitions found on MTD device physmap-flash.0
Creating 5 MTD partitions on "physmap-flash.0":
0x000000000000-0x000000030000 : "RedBoot"
0x000000030000-0x000000750000 : "user_fs"
0x000000750000-0x0000007f0000 : "jffs_system"
0x0000007f0000-0x0000007ff000 : "FIS directory"
0x0000007ff000-0x000000800000 : "RedBoot config"
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
bcm63xx_ohci bcm63xx_ohci.0: BCM63XX integrated OHCI controller
bcm63xx_ohci bcm63xx_ohci.0: new USB bus registered, assigned bus number 1
bcm63xx_ohci bcm63xx_ohci.0: irq 20, io mem 0xfffe1b00
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
bcm63xx_wdt started, timer margin: 30 sec
TCP westwood registered
NET: Registered protocol family 17
VFS: Mounted root (cramfs filesystem) readonly on device 31:1.
Freeing unused kernel memory: 124k freed
Please be patient, while OpenWrt loads ...
mini_fo: using base directory: /jffs/etc-ro
mini_fo: using storage directory: /jffs/etc
bcm63xx_enet bcm63xx_enet.0: attached PHY at address 1 [Broadcom BCM63XX (1)]
device eth0 entered promiscuous mode
eth0: link UP - 100/full - flow control off
br-lan: port 1(eth0) entering forwarding state
eth1: link forced UP - 100/full - flow control off/off
cfg80211: Calling CRDA to update world regulatory domain
SCSI subsystem initialized
b43-phy0: Broadcom 4318 WLAN found (core revision 9)
phy0: Selected rate control algorithm 'minstrel'
Registered led device: b43-phy0::tx
Registered led device: b43-phy0::rx
Registered led device: b43-phy0::radio
Broadcom 43xx driver loaded [ Features: PL, Firmware-ID: FW13 ]
Driver 'sd' needs updating - please use bus_type methods
usbcore: registered new interface driver snd-usb-audio
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
b43 ssb0:0: firmware: requesting b43/ucode5.fw
b43 ssb0:0: firmware: requesting b43/pcm5.fw
b43 ssb0:0: firmware: requesting b43/b0g0initvals5.fw
b43 ssb0:0: firmware: requesting b43/b0g0bsinitvals5.fw
b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)
BusyBox v1.14.4 (2009-11-17 12:55:07 CET) built-in shell (ash)
Enter 'help' for a
list of built-in commands.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
KAMIKAZE (bleeding edge, r18440) ------------------
* 10 oz Vodka Shake well with ice and strain
* 10 oz Triple sec mixture into 10 shot glasses.
* 10 oz lime juice Salute!
---------------------------------------------------
root@OpenWrt:/#
You can probe this steps if you are sure enough. I hope this howto will be outdated soon, and developers from Openwrt will make images ready to flash in a easier way.
Be care, and of course don't blow me if you make a brick.
enjoy
(danitool)
external links: andyp website
dbzoo
darkfader
kamikaze latest trunk br63xx
pinouts
An easier way to flash without serial connection, but more dangerous:
You can flash the built image of Kamikaze without serial, simply in your telnet command line with the old original firmware working you can do this:
fcp -v openwrt.cramfs /dev/mtd1
I didn't try this yet, and i don't know if it is possible with original redboot. Maybe less dangerous because if it doesn't work, always you will be able to load the original firmware again using the button 1.
I'm sure that is possible with the old redboot but if you do not have serial access you can make a brick with a wrong openwrt.cramfs (a simple error in network configuration in the image is catastrofic). The button 1 to load firmwares will not work, openwrt.cramfs needs to be encrypted, and an original firmware will not load neither.
As always be care
Regards.








1 2 3 Next »
Unregistered user # Sunday, November 22, 2009 2:24:21 PM
Unregistered user # Saturday, November 28, 2009 1:02:45 PM
danitool # Sunday, November 29, 2009 8:04:41 PM
1. No existen drivers para la parte adsl, así que este no funcionará
2. Para la parte wifi existen drivers para broadcom aunque no parece que funcionen muy bien, tal vez se acabe solucionando el problema pero de momento la cosa no va como se espera.
Aunque los drivers de broadcom funcionar funcionan, son un poco rebeldes. Yo al menos en modo cliente me funcionó. Es necesario editar el archivo /etc/config/wireless. Para mí esto no fue suficiente, y además edité también el archivo /etc/rc.local para que activase correctamente el wifi. Para mí en modo cliente introduje esta secuencia:
En cuanto a al mini_fo:
Es raro si no te lo carga pienso que debería hacerlo, de lo contrario no podrías almacenar datos en jffs_system, y por lo tanto editar configuraciones.
Lo del tamaño de la imagen que compilas, en cuanto seleccionas varios paquetes a más de los que hay por defecto, sí se desmadra un poquito y engorda hasta los 6 megas. Pienso que esto es debido a usar el sistema de archivos cramfs.
Esta es la primera vez que compilo openwrt. Si quieres agregarme como contacto a algún servicio de mensajería instantánea (jabber-gmail, hotmail..) estaría bien para compartir experiencias sobre el Livebox.
Saludos
Unregistered user # Tuesday, December 1, 2009 6:46:50 PM
Unregistered user # Tuesday, December 1, 2009 9:08:59 PM
danitool # Thursday, December 3, 2009 12:50:40 PM
(Ten en cuenta que el Livebox usa un wifi minipci bcm4318, no sé que usa el comtrend..)
/etc/config/network
# Copyright (C) 2008 OpenWrt.org config interface loopback option ifname lo option proto static option ipaddr 127.0.0.1 option netmask 255.0.0.0 config interface lan option type bridge option ifname eth0 option proto static option ipaddr 10.200.200.1 option netmask 255.0.0.0 option nat 1 config interface wifi option ifname wifi0 option proto static option ipaddr 192.168.1.231 option netmask 255.255.255.0 option gateway 192.168.1.1 option dns 192.168.1.1 config interface wan option ifname eth1 option proto dhcp/etc/config/wireless
config wifi-device wifi0 option type mac80211 option channel 10 option macaddr 00:1f:3a:63:08:fb option hwmode 11b # REMOVE THIS LINE TO ENABLE WIFI: # option disabled 1 config wifi-iface option device wifi0 option network wifi option mode sta option ssid somormujo option encryption wep option key 1 option key1 miclavewepenformatoHEXAunque esta configuración no hace nada, tuve como ya he dicho, que meter comandos "manuales" en rc.local para que se active correctamente el wifi al iniciarse el livebox
/etc/rc.local
"iwconfig wlan0 ap 00:12:A9:12:10:36" fuerza a conectarse en modo cliente al ap que tiene esa mac. Quizás lo mejor sería hacer un script para que ejecute ese comando cada vez que se desconecta.
También comentar que yo lo configuro con wifi separado, vamos que no hay bridge con el resto de interfaces de red... va con su propia ip, etc, etc..
Unregistered user # Thursday, December 3, 2009 2:25:55 PM
Unregistered user # Thursday, December 3, 2009 7:34:18 PM
danitool # Thursday, December 3, 2009 7:49:16 PM
Existe una forma de solucionar el problema y es hacer NAT en la interfaz wifi. El puente de red también podría servir pero en este caso yo lo tengo configurado de forma separada porque me interesa en lo que estoy tratando de hacer. La solución más fácil por supuesto es el puente de red pero la falta de transparencia del puente puede hacer que no llegue a funcionar. Ahora mismo no sabría cual sería la configuración exacta a probar. Pero en principio para añadir al puente con lan el wifi habría al menos que poner en /etc/config/wireless
y tal vez modificar algo mas en /etc/config/network
pienso que la sección de "config interface wifi" debiera ser eliminada o modificada...
Unregistered user # Friday, December 4, 2009 8:32:50 PM
danitool # Friday, December 4, 2009 8:49:40 PM
Unregistered user # Saturday, December 5, 2009 7:53:43 PM
danitool # Sunday, December 6, 2009 2:23:33 PM
En cuanto a flashear sin cable serie, tal vez sea posible con openwrt arrancado y accediendo por cable de red, usando el comando mtd (lo probé una vez pero no me funcionó..). Otra posibilidad sería usando el botón 1 al lado del puerto usb, puedes pulsarlo mientras arranca y ver lo que te devuelve la conexión serie, eso puede darte algunas pistas. Pero pienso que usando ese botón el redboot solo flashea imágenes encriptadas dwb (el formato de thomson), hay información acerca de esto en http://www.dbzoo.com/wiki/livebox/firmware
Para acceder por puerto 9000 o algo parecido a eso me temo que habría que modificar algo del redboot. No me atrevo con este tipo de cosas porque no tengo JTAG y es la única forma de restaurar el redboot en caso de hacer algo mal.
Unregistered user # Monday, December 7, 2009 7:25:11 PM
Unregistered user # Monday, December 7, 2009 8:19:18 PM
danitool # Monday, December 7, 2009 10:04:50 PM
Saludos
Unregistered user # Tuesday, December 8, 2009 4:57:46 PM
danitool # Tuesday, December 8, 2009 6:30:18 PM
http://files.myopera.com/danitool/linux/make_kernel_menuconfig.log
Unregistered user # Tuesday, December 8, 2009 7:04:23 PM
danitool # Tuesday, December 8, 2009 7:18:39 PM
Unregistered user # Tuesday, December 8, 2009 7:45:15 PM
danitool # Tuesday, December 8, 2009 8:46:50 PM
http://files.myopera.com/danitool/linux/Kamikaze_r18701_luci.cramfs
Parece que va bastante lenta la interfaz web.
Unregistered user # Tuesday, December 8, 2009 9:00:36 PM
Unregistered user # Tuesday, December 8, 2009 9:45:47 PM
Unregistered user # Tuesday, December 8, 2009 10:19:18 PM
Unregistered user # Thursday, December 10, 2009 3:43:25 PM
danitool # Thursday, December 10, 2009 5:11:52 PM
Unregistered user # Friday, December 11, 2009 8:11:31 AM
Unregistered user # Friday, December 11, 2009 8:27:50 AM
Unregistered user # Friday, December 11, 2009 11:03:41 PM
danitool # Friday, December 11, 2009 11:22:15 PM
Saludos Hektor.
Unregistered user # Sunday, December 20, 2009 9:59:07 AM
danitool # Sunday, December 20, 2009 2:24:51 PM
https://forum.openwrt.org/viewtopic.php?id=22841
No lo he probado, tal vez funcione correctamente, sería cuestión de probar.
Por cierto, en el último trunk el wifi va nombrado como radio0 no como anteriormente wifi0. Esto como apunte.
Héctor, únicamente con montar /usr/lib/opkg en un directorio con escritura ya te funcionó opkg o hiciste algo adicional?
Saludos
Unregistered user # Sunday, December 20, 2009 3:30:37 PM
danitool # Sunday, December 20, 2009 3:45:19 PM
Unregistered user # Sunday, December 20, 2009 5:01:29 PM
Unregistered user # Sunday, December 20, 2009 8:00:56 PM
Unregistered user # Tuesday, December 22, 2009 8:18:18 AM
Unregistered user # Thursday, December 24, 2009 8:01:51 PM
Unregistered user # Friday, December 25, 2009 3:17:08 PM
Unregistered user # Sunday, December 27, 2009 12:24:41 PM
Unregistered user # Wednesday, January 13, 2010 8:01:20 PM
Unregistered user # Sunday, January 24, 2010 10:14:05 AM
Unregistered user # Sunday, January 24, 2010 10:57:33 AM
Unregistered user # Sunday, January 24, 2010 11:37:34 AM
Unregistered user # Sunday, January 24, 2010 12:01:29 PM
Unregistered user # Monday, February 15, 2010 11:21:28 PM
danitool # Tuesday, February 16, 2010 2:30:47 PM
Yo siempre he usado un adaptador de teléfono móvil para este propósito, tanto usb a serie de un sony ericsson como uno por puerto serie de un móvil Samsumg me funcionaron bien con cualquier dispositivo que use comunicación serie TTL, incluido el livebox.
Saludos
Unregistered user # Tuesday, February 16, 2010 10:15:43 PM
danitool # Tuesday, February 16, 2010 10:43:19 PM
Esto puede clarificar un poco mejor como debe ser el serial TTL para el livebox cuando necesitamos constuirlo nosotros mismos. Esto para uno por puerto serie. Por puerto usb creo que los ftdi no debieran tener problema, además usando usb NO es necesario alimentación ya que la toma del propio ordenador, vamos que el pin de 5 V del livebox no hay que enchufarlo en este caso.
Unos contactos sucios también puede ocasionar que salgan caracteres raros, más no se me ocurre la verdad.