![](https://seccdn.libravatar.org/avatar/eeee970188aaff5989ec40df8a5a46d9.jpg?s=120&d=mm&r=g)
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