lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Sun, 17 May 2020 23:04:48 +0200
From:   Tobias Baumann <017623705678@...nline.de>
To:     Martin Blumenstingl <martin.blumenstingl@...glemail.com>
Cc:     hdegoede@...hat.com, Larry.Finger@...inger.net,
        gregkh@...uxfoundation.org, devel@...verdev.osuosl.org,
        linux-kernel@...r.kernel.org
Subject: Re: RTL8723BS driver doesn't work for,me but I can help testing

hi martin

sorry for cc -problem it was my fault in thunderbird

thanks for dtb file but this file has problem kernel stop with

[    6.122092] mmc0: new high speed SDIO card at address 0001
[   35.804258] VCCK: disabling
[   35.808781] platform pwmleds: deferred probe pending
[   35.812625] platform sound: deferred probe pending

[  215.804295] random: crng init done

(last time deferred probe was gcc problem )

please can you provide me with dts file and i complile at my linux box 
or maybe only the change line and i use the dtb from image and edit the 
lines like the usb patch

thanks

Tobias

Am 17.05.2020 um 22:28 schrieb Martin Blumenstingl:
> Hi Tobias,
>
> (adding back the original Cc list since that got lost at some point.
> please keep them included)
>
> On Sun, May 17, 2020 at 9:57 PM Tobias Baumann <017623705678@...nline.de> wrote:
>> hi Martin
>>
>>
>> i know what you mean with many modules from Arduino sensor modules not
>> all datasheet are correct
>>
>> ok i got into uboot env
>>
>> i could not get GPIOA0 write because of unknowm pin number
> GPIOAO_0 should work though (the underscore is important)
>
>> but GPIOX works
>>
>> now my measurmant show that out high = signal high (3.3V) and out low
>> =singnal low (0.0V)
>>
>> without any instruction the S812 pins show something betwen 0.2V and 0.8v
>>
>> and that GPIOX_11 (old gpio-123 ; new gpio-402) the one to PIN12
>> WLAN-DIS of r8723bs modul
>>
>> and like you saw on my kernel cat print it is set to low
> I have updated the GPIOs polarity of GPIOAO_6 and GPIOX_11 (since both
> are showing inverse polarity compared to the Android kernel).
> since I don't know if you build mainline yourself or if you use builds
> from other people: I attached the updated .dtb so you can use that if
> you want to
>
> Please let me know if that fixes wifi for you.
>
>
>> thanks for you uboot gset instruction thats helps
>>
>> Am 17.05.2020 um 20:09 schrieb Martin Blumenstingl:
>>> Hi Tobias,
>>>
>>> On Sun, May 17, 2020 at 8:53 AM Tobias Baumann <017623705678@...nline.de> wrote:
>>>> hi Martin
>>>>
>>>>
>>>> yes i mean rtw_antsel=1 or rtw_ansel=2 with cold start
>>>>
>>>> i got hands on pine64 rtl8723bs pdf file with datasheet i attached it there i found the pinout and found a hint that maybe help !!!
>>> it *may* help. beware that there are *many* RTL8723BS modules out
>>> there, which may or may not follow the same pattern.
>>>
>>> Realtek only sells the RTL8723BS chip on it's own. But it needs some
>>> extra components (crystals, resistors, capacitors, ...)
>>> When changing some of these components you need to certify (FCC / CE /
>>> some other regulatory) the wifi card again (to ensure it follows the
>>> specification and does not interfere with other devices).
>>> Thus there are manufacturers (for example FN-LINK) that sell certified
>>> RTL8723BS modules.
>>>
>>> Also one datasheet can describe the signal as "active low".
>>> However, if there is a small transistor circuit on the module PCB (or
>>> the main SoC PCB) then that can "flip" the signal, meaning: the SoC
>>> outputs HIGH but the module gets LOW - or vice versa.
>>> Thus we describe the GPIOs from the GPIO controller (in this case:
>>> Amlogic SoC) perspective.
>>>
>>>> GPIOs 0-135:(from 3.10.99 Kernel )
>>>>    gpio-3   (gpio_key            ) in  hi
>>>>    gpio-6   (sdio_wifi           ) out hi ->
>>> this one is GPIOAO_6 and called "gpio-382" in your 5.7 kernel GPIO dump
>>>
>>>>    gpio-14  (amlsd               ) in  lo
>>>>    gpio-15  (DWC_OTG             ) out hi
>>>>    gpio-64  (amlsd               ) in  lo
>>>>    gpio-122 (sdio_wifi           ) out hi
>>> this one is GPIOX_10. I don't know why the vendor kernel requests this as GPIO
>>> because actually it is using the xtal_32k_out mux on the pin controller.
>>> I assume this is what you have for pin24 below (32k/RTC clock/WLAN
>>> clock), because it's output is 32.768kHz (or rounded: 32kHz)
>>>
>>>>    gpio-123 (sdio_wifi           ) out hi
>>> this one is GPIOX_11 and called "gpio-402" in your 5.7 kernel GPIO dump
>>>
>>>>    gpio-132 (bt_rfkill           ) out hi -> pin 34 Bt_dis (Bluetooth disable)
>>> this one is GPIOX_20 and not part of your 5.7 kernel GPIO dump
>>> Linux 5.8 will gain RTL8723BS Bluetooth support -> with that the GPIO
>>> will show up as well
>>>
>>> do you know if this is related to the wifi part somehow?
>>>
>>>>    gpio-133 (sdio_wifi           ) in  hi
>>> this one is GPIOX_21 and not part of your 5.7 kernel GPIO dump either.
>>> It is the "wifi host wake" and should not be related to your issue.
>>> the SDIO wifi card uses it to let the host know that data is available
>>> and the host should resume from suspend.
>>>
>>> [...]
>>>> GPIO Kernel 5.7
>>>>
>>>> gpiochip1: GPIOs 376-390, parent: platform/c8100084.pinctrl, ao-bank:
>>>>    gpio-382 (                    |reset               ) out lo
>>>>
>>>> gpiochip0: GPIOs 391-511, parent: platform/c1109880.pinctrl, cbus-banks:
>>>>    gpio-402 (                    |reset               ) out lo
>>>>    gpio-484 (                    |snps,reset          ) out hi ACTIVE LOW
>>> you can ignore gpio-484 (snps,reset) for the current issue.
>>> This is for the Ethernet PHY and has nothing to do with wifi.
>>>
>>>>    gpio-491 (                    |cd                  ) in  lo ACTIVE LOW
>>>>
>>>>
>>>> i think i do not have a pull down gpio pin i need the pins high state
>>> which one do you mean exactly?
>>>
>>> since you are measuring with a multimeter anyways: can you please find
>>> out the pin from the Amlogic SoC which is routed to the WLAN_DIS pin
>>> of the WIFI module along with the polarity (high/low)?
>>> in Amlogic's vendor u-boot you can use:
>>>     gset GPIO_NAME out high/low
>>> for example:
>>>     gset GPIOX_11 out low
>>>
>>>
>>> Best regards,
>>> Martin
>>>
>> --
>> Diese E-Mail wurde von AVG auf Viren geprüft.
>> http://www.avg.com
>>
>
> Best regards,
> Martin

-- 
Diese E-Mail wurde von AVG auf Viren geprüft.
http://www.avg.com

Powered by blists - more mailing lists