Return-path: Received: from relay4-d.mail.gandi.net ([217.70.183.196]:57705 "EHLO relay4-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750879AbaIJJtW (ORCPT ); Wed, 10 Sep 2014 05:49:22 -0400 Message-ID: <1410342515.4077.27.camel@hadess.net> (sfid-20140910_114929_343951_902C7B6F) Subject: Re: Realtek GPIO chipset, for Baytrail? From: Bastien Nocera To: Marcel Holtmann Cc: Larry Finger , "linux-wireless@vger.kernel.org" Date: Wed, 10 Sep 2014 11:48:35 +0200 In-Reply-To: References: <1410256608.4077.7.camel@hadess.net> <540F54B1.8040409@lwfinger.net> <1410292835.4077.21.camel@hadess.net> <540F61FE.2050404@lwfinger.net> <7234781D-5B78-404A-B945-D090938777C7@hadess.net> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, 2014-09-09 at 16:10 -0700, Marcel Holtmann wrote: > Hi Bastien, > > >>>> What specific Baytrail tablet do you have? > >>> > >>> The Onda v975w. It came with Windows 8.1 32-bit. > >>> > >>> I guess that the device is probably a PCI one, but the enumeration is > >>> done through ACPI instead of "normal" PCI. > >> > >> In http://www.onda-tablet.com/onda-v975w-quad-core-win-8-tablet-9-7-inch-retina-screen-ram-2gb-wifi-32gb.html, someone is specifically looking for an RTL8723BS driver. > > > > That's helpful. > > > >> I will see if my contact at Realtek knows who has worked on drivers for this device, and if it would be possible to use rtl8723be if we were to supply an SDIO frontend. > > > > I'm not sure why the device doesn't show up in the sysfs tree, but maybe it needs a driver bound to it to show up. > > I just booted up my Baytrail based Minnowboard Max in ACPI enumeration > and then the SDIO host controller is enumerated via ACPI. This is > compared to PCI enumeration where the SDIO controller shows up in > lspci. > > So can you try to install sdhci-acpi and see if that starts showing > SDIO devices. If the SDIO host controllers loads, then it start SDIO > enumeration and you would see the cards. That was already loaded (thankfully, as it's a dependency of mmc_core, which drives the builtin storage).