Adding them with force_drivers do the trick. --- Best Regards, Misha Komarovskiy zombahatgmaildotcom On Mon, Aug 17, 2015 at 3:09 PM, Guillaume Gardet <guillaume.gardet@free.fr> wrote:
You do not need to modify your kernel for that. Remove your /etc/modules-load.d/ file to get back in non-auto loading.
Open the file '/etc/dracut.conf.d/exynos_modules.conf' and add the following line: add_drivers += "cros_ec_devs ptn3460 pwm-samsung"
Then recreate your initrd with: dracut -f and reboot.
If it does not help, replace: add_drivers += "cros_ec_devs ptn3460 pwm-samsung" by: force_drivers += "cros_ec_devs ptn3460 pwm-samsung"
Then recreate your initrd with: dracut -f and reboot.
Guillaume
Le 17/08/2015 14:04, Misha Komarovskiy a écrit :
I made test on already installed image. Connected with usb network dongle, cloned kernel-source git, made sequence-patch to 4.1 source, copied modified lpae kernel config then booted resulting kernel. This extra modules i tried to add to /etc/modules-load.d/ and system start fine this way without manual modprobing, but this is not same as dracut config as i understand.
I never tried to branch kernel-source repo on obs to create custom config, i can make this test also if you can give me please some directions on how to properly create modified kernel branch.
--- Best Regards, Misha Komarovskiy zombahatgmaildotcom
On Mon, Aug 17, 2015 at 2:53 PM, Guillaume Gardet <guillaume.gardet@free.fr> wrote:
Le 17/08/2015 13:30, Misha Komarovskiy a écrit :
Just tested lpae config without CONFIG_EXYNOS_IOMMU on snow, system boots with black screen same, then modprobe cros_ec_devs, ptn3460, pwm-samsung makes panel start to work without kernel panic.
Thanks for your tests. Could you add thoses modules to /etc/dracut.conf.d/exynos_modules.conf with the new line: add_drivers += "cros_ec_devs ptn3460 pwm-samsung"
and recreate initrd with dracut and check if it boots fine?
If it does not work, try 'force_drivers+=' instead of 'add_drivers +=' and recreate initrd.
Guillaume
--- Best Regards, Misha Komarovskiy zombahatgmaildotcom
On Mon, Aug 17, 2015 at 12:01 PM, Misha Komarovskiy <zombah@gmail.com> wrote:
Hello Guillaume, I tested both exynos_defconfig and multi_v7_defconfig, they work fine. But ill test lpae config without EXYNOS_IOMMU today and will report. --- Best Regards, Misha Komarovskiy zombahatgmaildotcom
On Mon, Aug 17, 2015 at 9:59 AM, Guillaume Gardet <guillaume.gardet@free.fr> wrote:
Hi,
Le 16/08/2015 21:59, Misha Komarovskiy a écrit : > > Hello, > Maybe we can disable only Exynos IOMMU in configs for now? Same way > it > is disabled in current exynos_defconfig here > > > > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/arch/... > As i understand it is broken for all exynos devices not only snow.
That is exactly what I would like to do since I read this thread: https://lkml.org/lkml/2015/2/17/163
Before submitting the idea here, I wanted to check if disabling Exynos IOMMU in config was enough. I had only time to test the exynos_defconfig with openSUSE kernel and it was OK (boot messages and login prompt displayed).
Guillaume
> --- > Best Regards, > Misha Komarovskiy > zombahatgmaildotcom > > > On Thu, Jul 23, 2015 at 4:29 PM, Alexander Graf <agraf@suse.de> > wrote: >> >> >>> Am 23.07.2015 um 15:15 schrieb Andreas Färber <afaerber@suse.de>: >>> >>>> Am 23.07.2015 um 15:12 schrieb Alexander Graf: >>>>> >>>>> On 07/23/15 14:43, Andreas Färber wrote: >>>>>> >>>>>> Am 23.07.2015 um 14:22 schrieb Guillaume Gardet: >>>>>> Maybe some config options compiled as module (which?) and >>>>>> blacklisted >>>>>> for chromebooks could be ok? >>>>> >>>>> Maybe. Someone with a Chromebook needs to sit down and try. :) >>>> >>>> Hrm, rather than disable it one way or another manually, couldn't >>>> we >>>> just blacklist it inside the kernel? I doubt that we can load >>>> iommu >>>> as >>>> module... >>> >>> You mean as in patch the iommu probe code to check for >>> "google,snow", >>> "google,spring", etc.? >> >> For example - or remove the respective dt node. Or as a property to >> the >> IOMMU dt node... >> >> Alex >> >>> Andreas >>> >>> -- >>> SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany >>> GF: Felix Imendörffer, Jane Smithard, Dilip Upmanyu, Graham Norton; >>> HRB >>> 21284 (AG Nürnberg) >> >> -- >> To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org >> To contact the owner, e-mail: opensuse-arm+owner@opensuse.org >>
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org