Search found 16 matches
- Thu Feb 20, 2020 10:33 pm
- Forum: Bare metal, Assembly language
- Topic: Devicetree support
- Replies: 1
- Views: 537
Devicetree support
I am trying to implement device tree support for my hobby kernel, however I cant really get the bootloader to pass me a valid device tree. I put the "bcm2708-rpi-zero-w.dtb" device tree file into the root of my boot partition and have the following settings done in config.txt: uart_2ndstag...
- Fri Aug 16, 2019 10:03 pm
- Forum: Bare metal, Assembly language
- Topic: Bare metal BCM43438 Driver
- Replies: 79
- Views: 17223
Re: Bare metal BCM43438 Driver
While its a pretty interesting read, I don't think its of much use for us, as there is no information in the sdio communication with the host.
Maybe we could instrument the linux driver with more logging and check it using this way ?
Or is there some kernel option to dump all sdio traffic ?
Maybe we could instrument the linux driver with more logging and check it using this way ?
Or is there some kernel option to dump all sdio traffic ?
- Tue Aug 13, 2019 10:03 am
- Forum: Bare metal, Assembly language
- Topic: Bare metal BCM43438 Driver
- Replies: 79
- Views: 17223
Re: Bare metal BCM43438 Driver
Sorry for the late reply. I only tracked it in digital mode, but as far as I know the 1.8v mode on the rpi is broken so I assume its 3.3v. BCM43430 = CYW43430 because Cypress bought Broadcom's wifi division and changed the names. I mostly have a proof of concept/testbed I use to toy around with it, ...
- Thu Aug 01, 2019 8:15 pm
- Forum: Bare metal, Assembly language
- Topic: Bare metal BCM43438 Driver
- Replies: 79
- Views: 17223
Re: Bare metal BCM43438 Driver
Broadcoms WIFI division was bought by Cypress and the provide some of the documentation. You can find the datasheet here: https://www.cypress.com/file/298706/download Linux driver is called brcmfmac and its source is here: https://github.com/torvalds/linux/tree/master/drivers/net/wireless/broadcom/b...
- Wed Jul 31, 2019 4:32 pm
- Forum: Bare metal, Assembly language
- Topic: Bare metal BCM43438 Driver
- Replies: 79
- Views: 17223
Re: Bare metal BCM43438 Driver
No its a custom implementation to fit my OS (I write a C++ RTOS, so no userspace etc and class oriented) but his code was one of the references I used. The only things I currently have is the datasheet of the chip (very little usefull information), the official brcmfmac source of the linux driver an...
- Wed Jul 31, 2019 12:09 pm
- Forum: Bare metal, Assembly language
- Topic: Bare metal BCM43438 Driver
- Replies: 79
- Views: 17223
Re: Bare metal BCM43438 Driver
Its probably a lot easier to just reimplement the driver to fit your OS. However there is very little documentation about the module and despite my driver for the arasan controller working fine and the commands being transmitted on the wire, for some reason the chip does not respond to any SDIO comm...
- Tue Jul 30, 2019 1:08 pm
- Forum: Bare metal, Assembly language
- Topic: WIFI SDIO Clock line
- Replies: 0
- Views: 984
WIFI SDIO Clock line
I currently try to develop a wifi driver for my hobby os to support the wifi onboard of raspberry pi zero w. I could find test points for debugging on the bottom which give me access to CMD, DAT0-DAT3 and WL_ENABLE + BT_ENABLE. However, I could not find the SDIO Clock line. Is there any pad on the r...
- Thu Jul 25, 2019 7:07 am
- Forum: Bare metal, Assembly language
- Topic: Using EMMC Controller with 136 bit response
- Replies: 3
- Views: 4843
Re: Using EMMC Controller with 136 bit response
So I just shift the whole response left by a byte and assume the crc is correct ?
Shouldn't this be noted as an errata to the datasheet then ?
In the Datasheet in clearly says that Response 0 contains bits 0:31 of CID which is not the case.
Shouldn't this be noted as an errata to the datasheet then ?
In the Datasheet in clearly says that Response 0 contains bits 0:31 of CID which is not the case.
- Wed Jul 24, 2019 8:25 pm
- Forum: Bare metal, Assembly language
- Topic: Using EMMC Controller with 136 bit response
- Replies: 3
- Views: 4843
Using EMMC Controller with 136 bit response
Hello, I am trying to get the arasan emmc controller to work correctly in my hobby os. I already have the sdhost controller working fine and I will use that one to access the sd going further, but I'd like to try my luck on getting the wifi chip working in bare metal, so I need the arasan one to wor...
- Wed Jul 24, 2019 8:14 pm
- Forum: Bare metal, Assembly language
- Topic: swp or ldrex/strex issue on RPI2
- Replies: 8
- Views: 3490
Re: swp or ldrex/strex issue on RPI2
You need to enable the MMU (or to be more precise the data and instruction caches, which in turn require the mmu). What happens here is that if you call ldrex or strex without enabled caches it jumps to the data abort handler which unless you set one up correctly will result in a deadloop. This had ...
- Wed Feb 15, 2017 4:18 pm
- Forum: Compute Module
- Topic: CM3 dt-blob crash
- Replies: 7
- Views: 1913
Re: CM3 dt-blob crash
No Problem, at least it works now.
- Wed Feb 15, 2017 3:58 pm
- Forum: Compute Module
- Topic: CM3 dt-blob crash
- Replies: 7
- Views: 1913
Re: CM3 dt-blob crash
I already tried the dual cam one, same result. I'll try to add the sections. What I noticed is that the problem seems to only occur after a power cycle. As long as I only use "reboot" and do not pull the plug it seems to work ok. [EDIT] I added the sections you provided to dualcam.dts, com...
- Wed Feb 15, 2017 3:45 pm
- Forum: Compute Module
- Topic: CM3 dt-blob crash
- Replies: 7
- Views: 1913
CM3 dt-blob crash
Hello, I'm sorry to annoy again, but it seems the compute module does not like me. It seems I can't get the camera module to run on my cm3. I connected the flat cable to cam0, connected the jumper wires and downloaded/compiled the dtb as following: wget https://www.raspberrypi.org/documentation/hard...
- Wed Feb 15, 2017 12:15 am
- Forum: C/C++
- Topic: G++ -march=native crashes
- Replies: 1
- Views: 938
G++ -march=native crashes
Hello, I just started to work on software for my CM3 and think I found a bug in Raspbian. My current system is a standard raspbian fully updated. g++ -v: Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper Target: arm-linux-gnueabihf Configured ...
- Fri Aug 03, 2012 9:56 pm
- Forum: Interfacing (DSI, CSI, I2C, etc.)
- Topic: Controling GPIO16 through Software
- Replies: 2
- Views: 1903
Re: Controling GPIO16 through Software
Thank you very much, i had searched around the web for hour's but didn't find anything.
- Fri Aug 03, 2012 6:42 pm
- Forum: Interfacing (DSI, CSI, I2C, etc.)
- Topic: Controling GPIO16 through Software
- Replies: 2
- Views: 1903
Controling GPIO16 through Software
Hello, I want to control the GPIO pins using c++. Thats working fine for all pins provided by the pin header, but I also want to control the "OK" Led using Software. By default it indicates SDCard access. If I want to "export" it to be usable by any User it gives me an Resource i...