Community-Firmware für den TXT

Community-Firmware (cfw), Selbstbaucontroller (TX-Pi, ftduino, usw.), usw.
Forumsregeln
Bitte beachte die Forumsregeln!
richard.kunze
Administrator
Beiträge: 583
Registriert: 26 Dez 2015, 23:49
Wohnort: Rhein-Main-Gebiet

Re: Community-Firmware für den TXT

Beitrag von richard.kunze » 27 Feb 2016, 01:01

Hallo zusammen,

ich habe die Änderungen von bo911 jetzt mal integriert.

Beim DTS waren wir schon fast gut, da hat "nur" Typ und Adresse vom wlcore noch nicht gepasst. Der Treiber für das Display ist jetzt auch mit drin (als Patch, damit wir die eigentlichen Kernel-Sourcen sauber halten können).

Die Änderungen sind wie üblich auf Github.

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 27 Feb 2016, 09:54

Hmmm ... kein auf den ersten Blick erkennbarer Unterschied ...

Ich habe den Kernel-Zweig im Build-Verzeichnis vorher gelöscht. Ich will ja nicht ausschließen, dass ich dabei etwas übersehen habe. Aber das Datum das der Kernel beim Booten anzeigt ist das von gerade eben ...

Wird Zeit, dass Richard seinen USB-Seriell-Adapter bekommt :D

Code: Alles auswählen

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.1.18 (harbaum@metis) (gcc version 5.2.1 20151005 (Linaro GCC 5.2-2015.11-2) ) #1 PREEMPT Sat Feb 27 09:19:09 CET 2016
[    0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c5387d
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] Machine model: Knobloch TXT AM3352
[    0.000000] cma: Reserved 16 MiB at 0x8e000000
[    0.000000] Memory policy: Data cache writeback
[    0.000000] On node 0 totalpages: 65024
[    0.000000] free_area_init_node: node 0, pgdat c0a65800, node_mem_map cfbf1000
[    0.000000]   Normal zone: 512 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 65024 pages, LIFO batch:15
[    0.000000] CPU: All CPU(s) started in SVC mode.
[    0.000000] AM335X ES2.1 (neon )
[    0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[    0.000000] pcpu-alloc: [0] 0 
[    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 64512
[    0.000000] Kernel command line: fbtft_device.name=txt_ili9341 fbtft_device.fps=10 console=ttyO0,115200 root=/dev/mmcblk0p2 rw rootwait quiet
[    0.000000] PID hash table entries: 1024 (order: 0, 4096 bytes)
[    0.000000] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[    0.000000] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[    0.000000] Memory: 222168K/260096K available (7031K kernel code, 801K rwdata, 2416K rodata, 388K init, 8189K bss, 21544K reserved, 16384K cma-reserved, 0K hi)
[    0.000000] Virtual kernel memory layout:
[    0.000000]     vector  : 0xffff0000 - 0xffff1000   (   4 kB)
[    0.000000]     fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
[    0.000000]     vmalloc : 0xd0800000 - 0xff000000   ( 744 MB)
[    0.000000]     lowmem  : 0xc0000000 - 0xd0000000   ( 256 MB)
[    0.000000]     pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
[    0.000000]     modules : 0xbf000000 - 0xbfe00000   (  14 MB)
[    0.000000]       .text : 0xc0008000 - 0xc09420bc   (9449 kB)
[    0.000000]       .init : 0xc0943000 - 0xc09a4000   ( 388 kB)
[    0.000000]       .data : 0xc09a4000 - 0xc0a6c4c4   ( 802 kB)
[    0.000000]        .bss : 0xc0a6f000 - 0xc126e764   (8190 kB)
[    0.000000] Running RCU self tests
[    0.000000] Preemptible hierarchical RCU implementation.
[    0.000000]  RCU lockdep checking is enabled.
[    0.000000] NR_IRQS:16 nr_irqs:16 16
[    0.000000] IRQ: Found an INTC at 0xfa200000 (revision 5.0) with 128 interrupts
[    0.000000] OMAP clockevent source: timer2 at 24000000 Hz
[    0.000023] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every 89478484971ns
[    0.000055] clocksource timer1: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 79635851949 ns
[    0.000116] OMAP clocksource: timer1 at 24000000 Hz
[    0.001235] Console: colour dummy device 80x30
[    0.001316] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
[    0.001330] ... MAX_LOCKDEP_SUBCLASSES:  8
[    0.001341] ... MAX_LOCK_DEPTH:          48
[    0.001352] ... MAX_LOCKDEP_KEYS:        8191
[    0.001364] ... CLASSHASH_SIZE:          4096
[    0.001374] ... MAX_LOCKDEP_ENTRIES:     32768
[    0.001385] ... MAX_LOCKDEP_CHAINS:      65536
[    0.001396] ... CHAINHASH_SIZE:          32768
[    0.001407]  memory used by lock dependency info: 5167 kB
[    0.001419]  per task-struct memory footprint: 1152 bytes
[    0.001452] Calibrating delay loop... 594.73 BogoMIPS (lpj=1486848)
[    0.058043] pid_max: default: 32768 minimum: 301
[    0.058275] Security Framework initialized
[    0.058429] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.058449] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[    0.062147] CPU: Testing write buffer coherency: ok
[    0.064263] Setting up static identity map for 0x80008200 - 0x80008270
[    0.073437] devtmpfs: initialized
[    0.132622] VFP support v0.3: implementor 41 architecture 3 part 30 variant c rev 3
[    0.216627] omap_hwmod: debugss: _wait_target_disable failed
[    0.275901] clocksource jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 9556302231375000 ns
[    0.281503] pinctrl core: initialized pinctrl subsystem
[    0.294481] NET: Registered protocol family 16
[    0.305056] DMA: preallocated 256 KiB pool for atomic coherent allocations
[    0.328622] cpuidle: using governor ladder
[    0.343171] cpuidle: using governor menu
[    0.379353] gpiochip_add: registered GPIOs 0 to 31 on device: gpio
[    0.381183] OMAP GPIO hardware version 0.1
[    0.385865] gpiochip_add: registered GPIOs 32 to 63 on device: gpio
[    0.391471] gpiochip_add: registered GPIOs 64 to 95 on device: gpio
[    0.397071] gpiochip_add: registered GPIOs 96 to 127 on device: gpio
[    0.442267] omap-gpmc 50000000.gpmc: could not find pctldev for node /ocp/l4_wkup@44c00000/scm@210000/pinmux@800/nandflash_pins_s0, deferring probe
[    0.456814] No ATAGs?
[    0.456864] hw-breakpoint: debug architecture 0x4 unsupported.
[    0.459376] omap4_sram_init:Unable to allocate sram needed to handle errata I688
[    0.459413] omap4_sram_init:Unable to get sram pool needed to handle errata I688
[    0.463772] fbtft_device:  SPI devices registered:
[    0.463810] fbtft_device:  'fb' Platform devices registered:
[    0.463970] fbtft_device:  display not supported: 'txt_ili9341'
[    0.669537] edma 49000000.edma: TI EDMA DMA engine driver
[    0.672323] of_get_named_gpiod_flags: can't parse 'gpio' property of node '/fixedregulator@0[0]'
[    0.675420] of_get_named_gpiod_flags: parsed 'gpio' property of node '/fixedregulator@1[0]' - status (0)
[    0.761357] SCSI subsystem initialized
[    0.764226] usbcore: registered new interface driver usbfs
[    0.765044] usbcore: registered new interface driver hub
[    0.766216] usbcore: registered new device driver usb
[    0.771815] omap_i2c 44e0b000.i2c: could not find pctldev for node /ocp/l4_wkup@44c00000/scm@210000/pinmux@800/pinmux_i2c0_pins, deferring probe
[    0.771982] omap_i2c 4802a000.i2c: could not find pctldev for node /ocp/l4_wkup@44c00000/scm@210000/pinmux@800/pinmux_i2c1_pins, deferring probe
[    0.772623] Linux video capture interface: v2.00
[    0.786553] Bluetooth: Core ver 2.20
[    0.787340] NET: Registered protocol family 31
[    0.787365] Bluetooth: HCI device and connection manager initialized
[    0.787561] Bluetooth: HCI socket layer initialized
[    0.787607] Bluetooth: L2CAP socket layer initialized
[    0.787933] Bluetooth: SCO socket layer initialized
[    0.792850] Switched to clocksource timer1
[    1.099045] NET: Registered protocol family 2
[    1.103679] TCP established hash table entries: 2048 (order: 1, 8192 bytes)
[    1.103915] TCP bind hash table entries: 2048 (order: 4, 73728 bytes)
[    1.104905] TCP: Hash tables configured (established 2048 bind 2048)
[    1.105231] UDP hash table entries: 256 (order: 2, 20480 bytes)
[    1.105516] UDP-Lite hash table entries: 256 (order: 2, 20480 bytes)
[    1.106822] NET: Registered protocol family 1
[    1.109242] RPC: Registered named UNIX socket transport module.
[    1.109276] RPC: Registered udp transport module.
[    1.109292] RPC: Registered tcp transport module.
[    1.109307] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    1.114180] CPU PMU: Failed to parse /pmu/interrupt-affinity[0]
[    1.114306] hw perfevents: enabled with armv7_cortex_a8 PMU driver, 5 counters available
[    1.129648] futex hash table entries: 256 (order: 1, 11264 bytes)
[    1.140837] VFS: Disk quotas dquot_6.6.0
[    1.141021] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    1.144351] NFS: Registering the id_resolver key type
[    1.145000] Key type id_resolver registered
[    1.145026] Key type id_legacy registered
[    1.146251] jffs2: version 2.2. (NAND) (SUMMARY)  �© 2001-2006 Red Hat, Inc.
[    1.158858] io scheduler noop registered
[    1.158916] io scheduler deadline registered
[    1.158982] io scheduler cfq registered (default)
[    1.164876] pinctrl-single 44e10800.pinmux: 142 pins at pa f9e10800 size 568
[    1.172004] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[    1.187565] omap_uart 44e09000.serial: no wakeirq for uart0
[    1.187615] of_get_named_gpiod_flags: can't parse 'rts-gpio' property of node '/ocp/serial@44e09000[0]'
[    1.189862] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 158, base_baud = 3000000) is a OMAP UART0
[    1.199079] console [ttyO0] enabled
[    1.202152] omap_uart 48024000.serial: no wakeirq for uart2
[    1.202198] of_get_named_gpiod_flags: can't parse 'rts-gpio' property of node '/ocp/serial@48024000[0]'
[    1.202793] 48024000.serial: ttyO2 at MMIO 0x48024000 (irq = 159, base_baud = 3000000) is a OMAP UART2
[    1.205981] omap_uart 481a6000.serial: no wakeirq for uart3
[    1.206025] of_get_named_gpiod_flags: can't parse 'rts-gpio' property of node '/ocp/serial@481a6000[0]'
[    1.206591] 481a6000.serial: ttyO3 at MMIO 0x481a6000 (irq = 160, base_baud = 3000000) is a OMAP UART3
[    1.212569] omap_rng 48310000.rng: OMAP Random Number Generator ver. 20
[    1.284648] brd: module loaded
[    1.323896] loop: module loaded
[    1.325295] (stk) :sysfs entries created
[    1.339345] mtdoops: mtd device (mtddev=name/number) must be supplied
[    1.358616] spidev spi1.0: buggy DT: spidev listed directly in DT
[    1.365582] ------------[ cut here ]------------
[    1.365627] WARNING: CPU: 0 PID: 1 at drivers/spi/spidev.c:731 spidev_probe+0x188/0x1d0()
[    1.365643] Modules linked in:
[    1.365676] CPU: 0 PID: 1 Comm: swapper Not tainted 4.1.18 #1
[    1.365691] Hardware name: Generic AM33XX (Flattened Device Tree)
[    1.365745] [<c0015408>] (unwind_backtrace) from [<c001314c>] (show_stack+0x10/0x14)
[    1.365775] [<c001314c>] (show_stack) from [<c003e718>] (warn_slowpath_common+0x78/0xb0)
[    1.365799] [<c003e718>] (warn_slowpath_common) from [<c003e7ec>] (warn_slowpath_null+0x1c/0x24)
[    1.365822] [<c003e7ec>] (warn_slowpath_null) from [<c047a588>] (spidev_probe+0x188/0x1d0)
[    1.365846] [<c047a588>] (spidev_probe) from [<c0477198>] (spi_drv_probe+0x50/0x74)
[    1.365874] [<c0477198>] (spi_drv_probe) from [<c03f6710>] (driver_probe_device+0x174/0x2b8)
[    1.365897] [<c03f6710>] (driver_probe_device) from [<c03f4df8>] (bus_for_each_drv+0x64/0x98)
[    1.365919] [<c03f4df8>] (bus_for_each_drv) from [<c03f6568>] (device_attach+0x80/0x98)
[    1.365941] [<c03f6568>] (device_attach) from [<c03f5c10>] (bus_probe_device+0x88/0xb0)
[    1.365975] [<c03f5c10>] (bus_probe_device) from [<c03f3ee4>] (device_add+0x348/0x568)
[    1.365999] [<c03f3ee4>] (device_add) from [<c0477bc8>] (spi_add_device+0x90/0x134)
[    1.366020] [<c0477bc8>] (spi_add_device) from [<c0479e68>] (spi_register_master+0x470/0x744)
[    1.366043] [<c0479e68>] (spi_register_master) from [<c047a168>] (devm_spi_register_master+0x2c/0x68)
[    1.366068] [<c047a168>] (devm_spi_register_master) from [<c047cf70>] (omap2_mcspi_probe+0x300/0x3b4)
[    1.366096] [<c047cf70>] (omap2_mcspi_probe) from [<c03f87e0>] (platform_drv_probe+0x44/0xac)
[    1.366119] [<c03f87e0>] (platform_drv_probe) from [<c03f6710>] (driver_probe_device+0x174/0x2b8)
[    1.366141] [<c03f6710>] (driver_probe_device) from [<c03f692c>] (__driver_attach+0x94/0x98)
[    1.366166] [<c03f692c>] (__driver_attach) from [<c03f4d4c>] (bus_for_each_dev+0x6c/0xa0)
[    1.366189] [<c03f4d4c>] (bus_for_each_dev) from [<c03f5e84>] (bus_add_driver+0x144/0x1f0)
[    1.366211] [<c03f5e84>] (bus_add_driver) from [<c03f7844>] (driver_register+0x78/0xf8)
[    1.366234] [<c03f7844>] (driver_register) from [<c00096dc>] (do_one_initcall+0x80/0x1dc)
[    1.366263] [<c00096dc>] (do_one_initcall) from [<c0943d68>] (kernel_init_freeable+0xf0/0x1ac)
[    1.366293] [<c0943d68>] (kernel_init_freeable) from [<c06aad1c>] (kernel_init+0x8/0xe8)
[    1.366318] [<c06aad1c>] (kernel_init) from [<c000f638>] (ret_from_fork+0x14/0x3c)
[    1.366411] ---[ end trace d360b817835e4c37 ]---
[    1.377779] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[    1.377826] ehci-omap: OMAP-EHCI Host Controller driver
[    1.379906] usbcore: registered new interface driver cdc_wdm
[    1.380988] usbcore: registered new interface driver usb-storage
[    1.381546] usbcore: registered new interface driver usbtest
[    1.385968] mousedev: PS/2 mouse device common for all mice
[    1.391834] TI-am335x-tsc TI-am335x-tsc: ti,charge-delay not specified
[    1.393991] input: ti-tsc as /devices/platform/ocp/44e0d000.tscadc/TI-am335x-tsc/input/input0
[    1.405326] omap_rtc 44e3e000.rtc: rtc core: registered 44e3e000.rtc as rtc0
[    1.406739] i2c /dev entries driver
[    1.407132] Driver for 1-wire Dallas network protocol.
[    1.416711] omap_wdt: OMAP Watchdog Timer Rev 0x01: initial timeout 60 sec
[    1.421629] sdhci: Secure Digital Host Controller Interface driver
[    1.421658] sdhci: Copyright(c) Pierre Ossman
[    1.425101] omap_hsmmc 48060000.mmc: GPIO lookup for consumer cd
[    1.425134] omap_hsmmc 48060000.mmc: using device tree for GPIO lookup
[    1.425206] of_get_named_gpiod_flags: parsed 'cd-gpios' property of node '/ocp/mmc@48060000[0]' - status (0)
[    1.425255] omap_hsmmc 48060000.mmc: Got CD GPIO
[    1.425282] omap_hsmmc 48060000.mmc: GPIO lookup for consumer wp
[    1.425299] omap_hsmmc 48060000.mmc: using device tree for GPIO lookup
[    1.425320] of_get_named_gpiod_flags: can't parse 'wp-gpios' property of node '/ocp/mmc@48060000[0]'
[    1.425340] of_get_named_gpiod_flags: can't parse 'wp-gpio' property of node '/ocp/mmc@48060000[0]'
[    1.425356] omap_hsmmc 48060000.mmc: using lookup tables for GPIO lookup
[    1.425560] omap_hsmmc 48060000.mmc: lookup for GPIO wp failed
[    1.440833] omap_hsmmc 47810000.mmc: GPIO lookup for consumer cd
[    1.440870] omap_hsmmc 47810000.mmc: using device tree for GPIO lookup
[    1.440895] of_get_named_gpiod_flags: can't parse 'cd-gpios' property of node '/ocp/mmc@47810000[0]'
[    1.440917] of_get_named_gpiod_flags: can't parse 'cd-gpio' property of node '/ocp/mmc@47810000[0]'
[    1.440933] omap_hsmmc 47810000.mmc: using lookup tables for GPIO lookup
[    1.440957] omap_hsmmc 47810000.mmc: lookup for GPIO cd failed
[    1.440984] omap_hsmmc 47810000.mmc: GPIO lookup for consumer wp
[    1.441000] omap_hsmmc 47810000.mmc: using device tree for GPIO lookup
[    1.441020] of_get_named_gpiod_flags: can't parse 'wp-gpios' property of node '/ocp/mmc@47810000[0]'
[    1.441040] of_get_named_gpiod_flags: can't parse 'wp-gpio' property of node '/ocp/mmc@47810000[0]'
[    1.441056] omap_hsmmc 47810000.mmc: using lookup tables for GPIO lookup
[    1.441076] omap_hsmmc 47810000.mmc: lookup for GPIO wp failed
[    1.441721] /ocp/mmc@47810000: could not get #dma-cells for /ocp/l4_wkup@44c00000/prcm@200000/clocks/clk_24mhz
[    1.452495] omap_hsmmc 47810000.mmc: unable to obtain RX DMA engine channel 0
[    1.474093] sdhci-pltfm: SDHCI platform and OF driver helper
[    1.474777] of_get_named_gpiod_flags: parsed 'gpios' property of node '/leds/led@1[0]' - status (0)
[    1.477476] ledtrig-cpu: registered to indicate activity on CPUs
[    1.480086] usbcore: registered new interface driver usbhid
[    1.480115] usbhid: USB HID core driver
[    1.485553] oprofile: using arm/armv7
[    1.486979] ip_tables: (C) 2000-2006 Netfilter Core Team
[    1.487692] Initializing XFRM netlink socket
[    1.488904] NET: Registered protocol family 17
[    1.489053] NET: Registered protocol family 15
[    1.490987] Key type dns_resolver registered
[    1.492620] omap_voltage_late_init: Voltage driver support not added
[    1.504570] ThumbEE CPU extension supported.
[    1.504660] Registering SWP/SWPB emulation handler
[    1.516336] omap-gpmc 50000000.gpmc: GPMC revision 6.0
[    1.516627] gpmc_mem_init: disabling cs 0 mapped at 0x0-0x1000000
[    1.516667] gpiochip_find_base: found new base at 510
[    1.519355] gpiochip_add: registered GPIOs 510 to 511 on device: omap-gpmc
[    1.520235] omap-gpmc 50000000.gpmc: cannot request GPMC CS 0
[    1.527236] omap-gpmc 50000000.gpmc: failed to probe DT children
[    1.538835] omap-gpmc: probe of 50000000.gpmc failed with error -16
[    1.574582] tps65910-gpio tps65910-gpio: ti,en-gpio-sleep not specified
[    1.574637] gpiochip_find_base: found new base at 506
[    1.576196] gpiochip_add: registered GPIOs 506 to 511 on device: tps65910
[    1.655398] tps65910-rtc tps65910-rtc: rtc core: registered tps65910-rtc as rtc1
[    1.658428] at24 0-0050: 128 byte 24c01 EEPROM, writable, 1 bytes/write
[    1.658666] omap_i2c 44e0b000.i2c: bus 0 rev0.11 at 400 kHz
[    1.664660] omap_i2c 4802a000.i2c: bus 1 rev0.11 at 400 kHz
[    1.666298] omap_hsmmc 48060000.mmc: GPIO lookup for consumer cd
[    1.666330] omap_hsmmc 48060000.mmc: using device tree for GPIO lookup
[    1.666395] of_get_named_gpiod_flags: parsed 'cd-gpios' property of node '/ocp/mmc@48060000[0]' - status (0)
[    1.666460] omap_hsmmc 48060000.mmc: Got CD GPIO
[    1.666488] omap_hsmmc 48060000.mmc: GPIO lookup for consumer wp
[    1.666505] omap_hsmmc 48060000.mmc: using device tree for GPIO lookup
[    1.666528] of_get_named_gpiod_flags: can't parse 'wp-gpios' property of node '/ocp/mmc@48060000[0]'
[    1.666551] of_get_named_gpiod_flags: can't parse 'wp-gpio' property of node '/ocp/mmc@48060000[0]'
[    1.666568] omap_hsmmc 48060000.mmc: using lookup tables for GPIO lookup
[    1.666602] omap_hsmmc 48060000.mmc: lookup for GPIO wp failed
[    1.667746] vmmc: supplied by vbat
[    1.701905] of_get_named_gpiod_flags: parsed 'gpios' property of node '/gpio_buttons@0/switch@1[0]' - status (0)
[    1.708015] input: gpio_buttons@0 as /devices/platform/gpio_buttons@0/input/input1
[    1.716023] tps65910-rtc tps65910-rtc: setting system clock to 2000-01-01 00:00:00 UTC (946684800)
[    1.751214] wlan-en-regulator: disabling
[    1.756843] Waiting for root device /dev/mmcblk0p2...
[    1.777703] mmc0: host does not support reading read-only switch, assuming write-enable
[    1.781229] mmc0: new high speed SDHC card at address aaaa
[    1.785915] mmcblk0: mmc0:aaaa SS16G 14.8 GiB 
[    1.792688]  mmcblk0: p1 p2 p3
[    1.873444] kjournald starting.  Commit interval 5 seconds
[    1.877593] EXT3-fs (mmcblk0p2): using internal journal
[    1.877628] EXT3-fs (mmcblk0p2): mounted filesystem with ordered data mode
[    1.877974] VFS: Mounted root (ext3 filesystem) on device 179:2.
[    1.882070] devtmpfs: mounted
[    1.883276] Freeing unused kernel memory: 388K (c0943000 - c09a4000)
[    2.417056] udevd[724]: starting version 3.1.5
[    2.447136] random: udevd urandom read with 22 bits of entropy available
[    3.675044] am335x-phy-driver 47401300.usb-phy: GPIO lookup for consumer reset
[    3.675088] am335x-phy-driver 47401300.usb-phy: using device tree for GPIO lookup
[    3.675119] of_get_named_gpiod_flags: can't parse 'reset-gpios' property of node '/ocp/usb@47400000/usb-phy@47401300[0]'
[    3.675142] of_get_named_gpiod_flags: can't parse 'reset-gpio' property of node '/ocp/usb@47400000/usb-phy@47401300[0]'
[    3.675160] am335x-phy-driver 47401300.usb-phy: using lookup tables for GPIO lookup
[    3.675188] am335x-phy-driver 47401300.usb-phy: lookup for GPIO reset failed
[    3.675212] am335x-phy-driver 47401300.usb-phy: GPIO lookup for consumer vbus-detect
[    3.675229] am335x-phy-driver 47401300.usb-phy: using device tree for GPIO lookup
[    3.675250] of_get_named_gpiod_flags: can't parse 'vbus-detect-gpios' property of node '/ocp/usb@47400000/usb-phy@47401300[0]'
[    3.675271] of_get_named_gpiod_flags: can't parse 'vbus-detect-gpio' property of node '/ocp/usb@47400000/usb-phy@47401300[0]'
[    3.675288] am335x-phy-driver 47401300.usb-phy: using lookup tables for GPIO lookup
[    3.675309] am335x-phy-driver 47401300.usb-phy: lookup for GPIO vbus-detect failed
[    3.675456] 47401300.usb-phy supply vcc not found, using dummy regulator
[    3.719796] am335x-phy-driver 47401b00.usb-phy: GPIO lookup for consumer reset
[    3.719841] am335x-phy-driver 47401b00.usb-phy: using device tree for GPIO lookup
[    3.719871] of_get_named_gpiod_flags: can't parse 'reset-gpios' property of node '/ocp/usb@47400000/usb-phy@47401b00[0]'
[    3.719894] of_get_named_gpiod_flags: can't parse 'reset-gpio' property of node '/ocp/usb@47400000/usb-phy@47401b00[0]'
[    3.719911] am335x-phy-driver 47401b00.usb-phy: using lookup tables for GPIO lookup
[    3.719937] am335x-phy-driver 47401b00.usb-phy: lookup for GPIO reset failed
[    3.719960] am335x-phy-driver 47401b00.usb-phy: GPIO lookup for consumer vbus-detect
[    3.719978] am335x-phy-driver 47401b00.usb-phy: using device tree for GPIO lookup
[    3.719999] of_get_named_gpiod_flags: can't parse 'vbus-detect-gpios' property of node '/ocp/usb@47400000/usb-phy@47401b00[0]'
[    3.720020] of_get_named_gpiod_flags: can't parse 'vbus-detect-gpio' property of node '/ocp/usb@47400000/usb-phy@47401b00[0]'
[    3.720037] am335x-phy-driver 47401b00.usb-phy: using lookup tables for GPIO lookup
[    3.720058] am335x-phy-driver 47401b00.usb-phy: lookup for GPIO vbus-detect failed
[    3.720182] 47401b00.usb-phy supply vcc not found, using dummy regulator
[    4.705196] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
[    4.705242] musb-hdrc: MHDRC RTL version 2.0 
[    4.705259] musb-hdrc: setup fifo_mode 4
[    4.705289] musb-hdrc: 28/31 max ep, 16384/16384 memory
[    4.816164] musb-hdrc: ConfigData=0xde (UTMI-8, dyn FIFOs, bulk combine, bulk split, HB-ISO Rx, HB-ISO Tx, SoftConn)
[    4.816210] musb-hdrc: MHDRC RTL version 2.0 
[    4.816227] musb-hdrc: setup fifo_mode 4
[    4.816258] musb-hdrc: 28/31 max ep, 16384/16384 memory
[    4.817274] musb-hdrc musb-hdrc.1.auto: MUSB HDRC host driver
[    4.841636] musb-hdrc musb-hdrc.1.auto: new USB bus registered, assigned bus number 1
[    4.866985] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    4.867030] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    4.867051] usb usb1: Product: MUSB HDRC host driver
[    4.867070] usb usb1: Manufacturer: Linux 4.1.18 musb-hcd
[    4.867087] usb usb1: SerialNumber: musb-hdrc.1.auto
[    4.913823] hub 1-0:1.0: USB hub found
[    4.923225] hub 1-0:1.0: 1 port detected
[    5.428248] usb 1-1: new high-speed USB device number 2 using musb-hdrc
[    5.569157] usb 1-1: New USB device found, idVendor=2001, idProduct=3c05
[    5.569203] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    5.569223] usb 1-1: Product: DUB-E100
[    5.569241] usb 1-1: Manufacturer: D-Link Corporation
[    5.569257] usb 1-1: SerialNumber: 000001
[    7.562343] asix 1-1:1.0 eth0: register 'asix' at usb-musb-hdrc.1.auto-1, ASIX AX88772 USB 2.0 Ethernet, 00:80:c8:3c:91:49
[    7.569761] usbcore: registered new interface driver asix
[   16.534600] random: nonblocking pool is initialized
[   34.541980] cfg80211: Calling CRDA to update world regulatory domain
[   34.719875] cfg80211: World regulatory domain updated:
[   34.719929] cfg80211:  DFS Master region: unset
[   34.719946] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[   34.719968] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[   34.719990] cfg80211:   (2457000 KHz - 2482000 KHz @ 20000 KHz, 92000 KHz AUTO), (N/A, 2000 mBm), (N/A)
[   34.720008] cfg80211:   (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
[   34.720027] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
[   34.720047] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
[   34.720065] cfg80211:   (5490000 KHz - 5730000 KHz @ 160000 KHz), (N/A, 2000 mBm), (0 s)
[   34.720082] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[   34.720099] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
[  221.549900] hdev cde1e000
[  221.585707] HCI device registered (hdev cde1e000)
[  221.595692] hci0 cde1e000
[  221.595938] (stc):  chnl_id list empty :4 
[  221.595960] (stk) : st_kim_start(stk) :ldisc_install = 1
[  222.703073] (stk) :ldisc installation timeout(stk) :ldisc_install = 0
[  223.703004] (stk) : timed out waiting for ldisc to be un-installed(stk) :ldisc_install = 1
[  224.817971] (stk) :ldisc installation timeout(stk) :ldisc_install = 0
[  225.818090] (stk) : timed out waiting for ldisc to be un-installed(stk) :ldisc_install = 1
[  226.927973] (stk) :ldisc installation timeout(stk) :ldisc_install = 0
[  227.928047] (stk) : timed out waiting for ldisc to be un-installed(stk) :ldisc_install = 1
[  229.043041] (stk) :ldisc installation timeout(stk) :ldisc_install = 0
[  230.042962] (stk) : timed out waiting for ldisc to be un-installed(stk) :ldisc_install = 1
[  231.158076] (stk) :ldisc installation timeout(stk) :ldisc_install = 0
[  232.157972] (stk) : timed out waiting for ldisc to be un-installed(stk) :ldisc_install = 1
[  233.273280] (stk) :ldisc installation timeout(stk) :ldisc_install = 0
[  234.272968] (stk) : timed out waiting for ldisc to be un-installed<3>[  234.281422] Bluetooth: st_register failed -22
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

richard.kunze
Administrator
Beiträge: 583
Registriert: 26 Dez 2015, 23:49
Wohnort: Rhein-Main-Gebiet

Re: Community-Firmware für den TXT

Beitrag von richard.kunze » 27 Feb 2016, 17:53

MasterOfGizmo hat geschrieben:Wird Zeit, dass Richard seinen USB-Seriell-Adapter bekommt :D
War heute in der Post :D

Und dmesg sagt auch gleich was Interessantes:

Code: Alles auswählen

[   66.090377] wlcore: ERROR could not get configuration binary ti-connectivity/
wl18xx-conf.bin: -12
[   66.107430] wlcore: WARNING falling back to default config
[   66.372094] wlcore: wl18xx HW: 183x or 180x, PG 2.2 (ROM 0x11)
[   66.452077] wlcore: loaded
Ich denke, da fehlt nicht mehr allzuviel...

Edit: Da fehlt wirklich nicht mehr viel - lediglich die passende Firmware für den wl18xx. In der Default-Config war die nicht ausgewählt - warum auch immer :-/

Edit: Arrgh - das Log war vom falschen Kernel. Da war von einem vorherigen Experiment noch der originale 3.16-Kernel auf der SD-Karte... :oops:
Zuletzt geändert von richard.kunze am 28 Feb 2016, 11:25, insgesamt 2-mal geändert.

richard.kunze
Administrator
Beiträge: 583
Registriert: 26 Dez 2015, 23:49
Wohnort: Rhein-Main-Gebiet

Re: Community-Firmware für den TXT

Beitrag von richard.kunze » 27 Feb 2016, 22:39

MasterOfGizmo hat geschrieben:Ich habe den Kernel-Zweig im Build-Verzeichnis vorher gelöscht. Ich will ja nicht ausschließen, dass ich dabei etwas übersehen habe. Aber das Datum das der Kernel beim Booten anzeigt ist das von gerade eben ...
Im Bootlog unten kommt mir was komisch vor:

Code: Alles auswählen

[    0.463772] fbtft_device:  SPI devices registered:
[    0.463810] fbtft_device:  'fb' Platform devices registered:
[    0.463970] fbtft_device:  display not supported: 'txt_ili9341'
Das sieht bei mir so aus:

Code: Alles auswählen

[    0.367600] fbtft_device:  SPI devices registered:
[    0.367635] fbtft_device:  'fb' Platform devices registered:
[    0.368922] fbtft_device:  GPIOS used by 'txt_ili9341':
[    0.368946] fbtft_device:    'led' = GPIO7
[    0.368958] fbtft_device:  'fb' Platform devices registered:
[    0.369083] fbtft_device:      fb_ili9341_txt id=0 pdata? yes
Da scheint bei Dir was beim Übersetzen schiefgelaufen zu sein - eigentlich sollte der Treiber fürs TFT jetzt nämlich mit dabei sein...

richard.kunze
Administrator
Beiträge: 583
Registriert: 26 Dez 2015, 23:49
Wohnort: Rhein-Main-Gebiet

Community-Firmware: WLAN

Beitrag von richard.kunze » 28 Feb 2016, 13:49

Hallo zusammen,

So, WLAN geht jetzt - da waren noch ein paar Nickligkeiten im DTS nicht in Ordnung. Außerdem hilft es immens, die richtige Firmware dabeizuhaben. Aktueller Stand ist wie immer auf Github.

Was noch fehlt:
  • wl18xx-conf.bin - WLAN geht auch ohne, aber da sollte man mal schauen was in der Original-Firmware konfiguriert ist und das gegebenenfalls übernehmen.
  • ich hab bisher nur wlan0 ansprechen können, bei wlan1 behauptet das System "gibts nicht". In der Original-Firmware geht das aber.

bo911
Beiträge: 10
Registriert: 22 Feb 2016, 20:07

Re: Community-Firmware für den TXT

Beitrag von bo911 » 28 Feb 2016, 13:58

richard.kunze hat geschrieben:
MasterOfGizmo hat geschrieben:Ich habe den Kernel-Zweig im Build-Verzeichnis vorher gelöscht. Ich will ja nicht ausschließen, dass ich dabei etwas übersehen habe. Aber das Datum das der Kernel beim Booten anzeigt ist das von gerade eben ...
Im Bootlog unten kommt mir was komisch vor:

Code: Alles auswählen

[    0.463772] fbtft_device:  SPI devices registered:
[    0.463810] fbtft_device:  'fb' Platform devices registered:
[    0.463970] fbtft_device:  display not supported: 'txt_ili9341'
Das sieht bei mir so aus:

Code: Alles auswählen

[    0.367600] fbtft_device:  SPI devices registered:
[    0.367635] fbtft_device:  'fb' Platform devices registered:
[    0.368922] fbtft_device:  GPIOS used by 'txt_ili9341':
[    0.368946] fbtft_device:    'led' = GPIO7
[    0.368958] fbtft_device:  'fb' Platform devices registered:
[    0.369083] fbtft_device:      fb_ili9341_txt id=0 pdata? yes
Da scheint bei Dir was beim Übersetzen schiefgelaufen zu sein - eigentlich sollte der Treiber fürs TFT jetzt nämlich mit dabei sein...
Was Dir fehlt, sind die Ergänzungen in der fbtft_device.c, dort werden die Einträge aller Devices inkl. deren Resourcen (hier sdio, also paralleles Interface) sowie der Treibername eingetragen...
Sollte in den Patches oder aber in meiner Beitrag enthalten gewesen sein..

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 28 Feb 2016, 14:30

bo911 hat geschrieben: Was Dir fehlt, sind die Ergänzungen in der fbtft_device.c
Das war mir im Prinzip klar. Aber die Frage war, warum. Die Patches selbst waren ja da. Die Antwort ist: Ich hatte die buildroot-Config nicht aktualisiert und dort war neu der Pfad zu den Kernel-Patches hinzu gekommen.

Jetzt habe ich ein wlan0-Device und einen Framebuffer :-)
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 28 Feb 2016, 21:54

Den dhcpcd kann man m.E aus der Config werfen. Busybox nutzt den eh nicht und bringt den eigenen udhcpc mit.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

richard.kunze
Administrator
Beiträge: 583
Registriert: 26 Dez 2015, 23:49
Wohnort: Rhein-Main-Gebiet

Erste Experimente mit dem WLAN

Beitrag von richard.kunze » 29 Feb 2016, 22:25

Hallo zusammen,

dem ersten Eindruck nach haben wir hier ein echtes Killerfeature für die Community-Firmware: Ein wesentlich stabileres und empfindlicheres WLAN.

Ich habe meinen TXT mit der Community-Firmware gerade eben mehrmals erfolgreich und stabil an einem Accesspoint angemeldet, der zwar Luftlinie nur ca 10 Meter entfernt ist, aber ein Stockwerk tiefer und jenseits einer Stahlbetondecke steht. Die Verbindung ist zwar nicht berauschend schnell, aber stabil genug um darüber die eigenen Sourcen von https://github.com/ftCommunity/ftcommun ... master.zip zu laden.

Mit der Originalfirmware bekomme ich mit derselben Hardware an exakt derselben Stelle noch nicht mal eine Verbindung zum AP...

Andre87
Beiträge: 3
Registriert: 01 Mär 2016, 01:15

Re: Community-Firmware für den TXT

Beitrag von Andre87 » 01 Mär 2016, 01:58

Hallo zusammen,

vielleicht helfen meine Erfahrungen euch ein wenig weiter.

Mir ist die Wlan Verbindung auch zu-instabil gewesen also an den Einstellung rum geschraubt " iw reg set BO " und " iwconfig wlan0 txpower 30 " die tx power ging aber im channel 9 nur auf 25
Standard massig ist tx auf 20.

qt 4.8 ausprobiert ging aber die ft app flackert mit der qt gui im wechsel also meine Lösung war die ft app in den Hintergrund zuschicken mit "export SDL_VIDEODRIVER=dummy" .

Der Txt Controller friert des Öfteren ein (manchmal nach paar Minuten oder erst nach 4 Stunden ohne das ein Programm läuft ) meine Vermutung , Linux hat keine swap partition. Eine swap partition erstellt und getestet . 12 Stunden blieb der TXT Controller an ohne ein zufieren bis ich ihn ausgeschaltet habe .

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Erste Experimente mit dem WLAN

Beitrag von MasterOfGizmo » 01 Mär 2016, 08:26

richard.kunze hat geschrieben: dem ersten Eindruck nach haben wir hier ein echtes Killerfeature für die Community-Firmware: Ein wesentlich stabileres und empfindlicheres WLAN.
Klingt cool. Mir ist aber nicht ganz klar, wodurch das verursacht werden sollte. Die wl18xx-Firmware-Binaries sind im ft-TXT und der Community-Firmware identisch. Und das wäre die eigentliche Stelle, wo ich einen Effekt dieser Art erwarten würde.

Allerdings frage ich mich, warum der wlcore der community-FW dann die alte wl18xx-conf.bin nicht mehr laden mag. Irgendwas hat sich wohl doch geändert. Würde mich aber wundern, wenn es der Kernel-Treiber selbst wäre, der hier einen Unterschied macht.

Hat mal jemand aus Spass die Datei /lib/firmware/ti-connectivity/wl18xx-conf.bin auf einer Original-FW entfernt/umbenannt? Vielleicht haben sie's ja einfach nur kaputt konfiguriert.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 01 Mär 2016, 10:54

QT läuft in der Tat problemlos. Der Resourcenverbrauch ist auch echt überschaubar, selbst mit einer einfachen QT-Grafikdemo nur knappe 50 MB RAM in Benutzung. Mal schauen, Nokia hatte damals für das N900 ein nettes QT-Touch-Theme.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 01 Mär 2016, 13:35

elektrolutz hat geschrieben: die "stabilere" WLan-Verbindung hört sich erst einmal recht gut an, aber bitte nicht zu früh jubeln.
Ah, ein Optimist. Keine Sorge, wir jubeln erst wenn Du es erlaubst ...

Im Ernst: WLAN ist nicht für Echtzeitanwendungen gemacht. CSMA/CA hat nunmal unverhersehbare Verzögerungen. Mein Ziel ist auch, mögoichst viel Intelligenz auf den TXT zu verschieben. Wenn man z.B. Richards SNAP auf den TXT verlegt stellt sich die Frage nach der WLAN-Latenz ja gar nicht mehr.

Wenn man RoboPro durch Verlinken der Original-Binaries aus dem NAND zum Laufen bekommt ist das prima. Aber das ist alles Closed-Source und ich denke nicht, dass es sich lohnt, da besonders Arbeit zu investieren.

Aber genau dafür ist ja Fischertechnik da. Die Original-Firmware werden die hoffentlich weiter entwickeln und unterstützen. Und wenn Fischertechnik oder die ROBOPro-Entwickler auf den Community-Zug aufspringen wollen können sie das ja gerne tun. Aber das ist allein deren Entscheidung.
elektrolutz hat geschrieben: Ich hoffe, ihr bekommt von ft brauchbar gute Unterstützung für euer Projekt.
Nö, nix. Wie sollte die denn auch aussehen?
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 01 Mär 2016, 13:44

Andre87 hat geschrieben: qt 4.8 ausprobiert ging aber die ft app flackert mit der qt gui im wechsel also meine Lösung war die ft app in den Hintergrund zuschicken mit "export SDL_VIDEODRIVER=dummy" .
Das Geflackere haben wir ja nocht, weil wir z.Zt gar keine Anwendung haben, die den Framebuffer ansteuert. Aber ich schaue mal, ob ich nicht eine kleine QT-Anwendung schreibe, die genau das tut und wo man dann WLAN konfigurieren kann.

Hast Du bei Deinen Versuchen das Touchscreen unter QT nutzen können? Im Prinzip habe ich es auch so versucht wie u.a. in http://www.arm9board.net/wiki/index.php ... _Buildroot beschrieben. Aber Qt will weder vom Touch noch von einer USB-Maus was wissen.

Touch und Maus an sich gehen. ts_test ist auch zufrieden ...
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

Markus Burkhardt
Beiträge: 171
Registriert: 12 Jan 2016, 09:13

Re: Community-Firmware für den TXT

Beitrag von Markus Burkhardt » 01 Mär 2016, 13:47

elektrolutz hat geschrieben: Ich hoffe, ihr bekommt von ft brauchbar gute Unterstützung für euer Projekt.
Es ist eher so, dass wir das bisher gespannt verfolgen und begeistert sind, was für Fortschritte die Community-Firmware macht. Ich bin immer noch dran, die Lizenzfragen zu klären und dann möglichst viele der Sourcen für die Community offen zu legen.

Viele Grüße
Markus

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 01 Mär 2016, 13:47

Wie/wo wollen wir denn zusätzliche Dateien ablegen? Also z.B. ein paar rudimentäre Webseiten für den lighttpd? Wieder wie Knobloch in einen vorgefertigten root tree und dann per post.sh rüberkopieren? Das via Patch gegen z.B. lighttpd zu machen ist m.E: etwas Overkill und auf Dauer auch recht lästi.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

Andre87
Beiträge: 3
Registriert: 01 Mär 2016, 01:15

Re: Community-Firmware für den TXT

Beitrag von Andre87 » 01 Mär 2016, 13:54

Der Touchscreen geht unter qt mann muss beim Aufruf die folgende Argumente zusätzlich mit dazu geben ./qtApp -qws -qt-mouse-tslib. Ich habe auch die Einstellungen gemacht in buildroot
http://www.arm9board.net/wiki/index.php ... _Buildroot aber mit # export QWS_MOUSE_PROTO="Tslib:/dev/input/event0

Benutzeravatar
MasterOfGizmo
Beiträge: 2720
Registriert: 30 Nov 2014, 07:44

Re: Community-Firmware für den TXT

Beitrag von MasterOfGizmo » 01 Mär 2016, 14:29

Andre87 hat geschrieben:-qt-mouse-tslib
Ja, das war's. Cool, danke. Wo hast Du das denn her? Das steht nirgends.

Und so sieht das dann aus, wenn der QT-Taschenrechner auf dem TXT läuft:

Bild
Zuletzt geändert von MasterOfGizmo am 01 Mär 2016, 14:44, insgesamt 1-mal geändert.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32

Andre87
Beiträge: 3
Registriert: 01 Mär 2016, 01:15

Re: Community-Firmware für den TXT

Beitrag von Andre87 » 01 Mär 2016, 14:40


bo911
Beiträge: 10
Registriert: 22 Feb 2016, 20:07

Re: Community-Firmware für den TXT

Beitrag von bo911 » 01 Mär 2016, 15:03

Markus Burkhardt hat geschrieben:
elektrolutz hat geschrieben: Ich hoffe, ihr bekommt von ft brauchbar gute Unterstützung für euer Projekt.
Es ist eher so, dass wir das bisher gespannt verfolgen und begeistert sind, was für Fortschritte die Community-Firmware macht. Ich bin immer noch dran, die Lizenzfragen zu klären und dann möglichst viele der Sourcen für die Community offen zu legen.

Viele Grüße
Markus
Ich denke, wir brauchen die Beschreibung, ggf. auch Sourcen / Samples für den I/O Setup und Zugriff auf möglichst niedrigen Level,
Die I/O scheint ja zwischen dem AM3352 und dem M3 ausgetauscht werden, die höheren Zugriffe wie z.B via LAN (local, WLAN,BT,USB) kann dann darauf aufbauend entsprechend umgesetzt werden...
Für den Start-Up wäre es schon hilfreich wenn mindestens einmal die aktuellen Applikationen / Libaries im Umfeld von z.B Debian jessie armhf gebaut würden, also "einfach" außerhalb des
buildroot - Kontextes erstellt würden. => Die gesamte Umgebung kann auf Debian Jessie umziehen, und trotzdem die aktuelle FT-Software in der neuen Umgebung gestartet werden.

Final kommt man wahrscheinlich nicht um eine Offenlegung der Details herum, will man keinen völlig getrennten Alleingang der community Firmware erleben ...
ggf. kann ja FT zunächst einmal, wie oben beschrieben, die Umgebung aktiv durch Bereitstellung der notwendigen Informationen oder auch binaries + libraries das Projekt schieben.. ;)

Antworten