Hi,
Since 3.11.y maintenance was discontinued by Greg, Ubuntu took over
it. It made me wonder: are we willing to continue 3.11.y for openSUSE
13.1 updates, just relying on Ubuntu? Or, can we just move on 3.12.y?
Takashi
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org
Hi,
please find in attachment a patch to re-eanble ARM kernel in config.conf file and update all ARM configs:
* config/arm64/default:
- Add SATA/PATA support
- Add voltage and regulator support
* config/armv6hl/default:
- Add external I2C controllers
- Add usermode SPI driver
* config/armv7hl/default:
- Add I2C support for Tegra SoC
- Add external I2C controllers
- Add SPI support to Davinci/Keystone SoC
- Add RTC driver for Tegra and sunxi SoC
- Enhance nVidia Tegra supprt with MFD_NVEC
- Add OMAP4 video input support
- Add IR receiver
- Add iMX HDMI support
- Add Serial support for Tegra SoC
* config/armv7hl/exynos:
- Trivial update
* config/armv7hl/lpae:
- Add I2C support for Tegra SoC
- Add external I2C controllers
- Add SPI support to Davinci/Keystone SoC
- Remove unused Terga20/Tegra30 SPI support
- Add RTC driver for Tegra and sunxi SoC
- Enhance nVidia Tegra supprt with MFD_NVEC
- Add IR receiver
- Add iMX HDMI support
- Add Serial support for Tegra SoC
Signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org>
Regards,
Guillaume
Hi Alex,
In:
commit 957e65cd70e5666dfef341505d4115f29a7f56d0
Date: Wed Sep 25 16:25:49 2013 +0200
ARM: Update config files: Use lpae for multiarch, exynos for LPAE exynos5
you disabled CONFIG_USB_SERIAL_WISHBONE in config/armv7hl/exynos. Was
there any reason for that? All other configuration files have it
enabled.
On the same topic, arm config files currently have all USB-to-serial
drivers enabled except USB_SERIAL_MXUPORT and USB_SERIAL_QT2. There
doesn't seem to be any reason for that except that these drivers are
recent. Both are enabled on all other architectures. I would like to
enable them on arm too for the sake for consistency.
Thanks,
--
Jean Delvare
SUSE L3 Support
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 4/28/14, 8:53 AM, Jan Beulich wrote:
>>>> On 28.04.14 at 14:46, <jeffm(a)suse.com> wrote:
>> Commit b0b49f2673f (x86, vdso: Remove compat vdso support)
>> removed the FIX_VDSO macro defining the vdso area.
>>
>> This patch updates it to use the vdso pointer and size to define
>> the area instead.
>
> Now that I look at it a second time I think the change can be
> _much_ smaller (and we won't need any backport):
>
>> @@ -141,8 +154,7 @@ static inline int arch_unw_user_mode(/*c
>> #else return user_mode_vm(&info->regs) || info->regs.ip <
>> PAGE_OFFSET - || (info->regs.ip >=
>> __fix_to_virt(FIX_VDSO) - && info->regs.ip <
>> __fix_to_virt(FIX_VDSO) + PAGE_SIZE) + ||
>> is_vdso32_area(info) || info->regs.sp < PAGE_OFFSET; #endif }
>
> Afaict when is_vdso32_area() returns true, ->regs.ip can only ever
> be < PAGE_OFFSET, i.e. all we need is to delete the extra check.
Ha. Yep. You're right. Even better.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
iQIcBAEBAgAGBQJTXlEVAAoJEB57S2MheeWycmUP/2pgZIZwLQ4NW7d+0EGQquBf
kOwBNWf+k7bbB6AHmcK5zCc42IN4vFrjaWyZdk+EoHrJifFLw5iwmyd30kgg1c3l
Odj4H2EV83CF4uMnBTZyx/RSMoz7iER2ImjwokXY3JRfEl+qXiii1yCYlcBW2dM0
bp/omoY4CC1Fdft/JLrBBLDtUm/wXpWPj4eeg73rm0HIBP4dqXext+pFkIKgQP9E
1vfI3/+7k3GeKNpoU7WWZ08G5jooY0rZkwJde+akKpGbCYnTScsu+Z6e4mg1BlpS
YobwUywgfg5jnrDFAmEmIMQHg3DfLxSU9CjVB5HhdMOSA+cMpw5NeRTAPbPgUyDm
lHEESSfNxH7q3R45m4qQc++fqSeacdwuprECPw63Nf4W7KX3rnkiLGbxajJR0IKI
fgeBx5udeI82gt0fgR8ZpswQDr9i9a7XSZK/GtbA/2OkcQTQNbLbuyURlMTbcOXe
wX/SSRQxdHb+SP/NajUARiA5y/amiO///T5vOvYKSPvbll3f7NNKpc4Wc5rdd434
LqBoGbpC+2XfqpC5sDCLXe2RZctVe9JQ2ilsNUNpwn5YpnjQbAoT+iUQdzit3YS0
9Wvwj8ttitPVz1KcZQe49X8kJZZzZcMln9Zwg+ZMdmLhBAFW3NIFVgSx8X1oBjEQ
Sb37qfoi4To6dIdr1Bxk
=xPmG
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 4/28/14, 4:23 AM, Jan Beulich wrote:
>>>> On 27.04.14 at 22:18, <jeffm(a)suse.com> wrote:
>> Can you take a quick look at this? I don't have any 32-bit x86
>> machines to test with (or more accurately, I don't really want to
>> have a 32-bit install *just* to test this.)
>>
>> The 32-bit builds are failing because of the removal of FIX_VDSO
>> and I'd rather not "fix" it with the wrong thing.
>
> Conceptionally it looks right, but I suppose this wasn't compile
> tested and/or is stale, because ...
Yep, I was just looking to confirm I got the general idea right as
this code is /way/ outside my typical area of experience. :)
>> --- a/arch/x86/include/asm/unwind.h +++
>> b/arch/x86/include/asm/unwind.h @@ -141,8 +141,9 @@ static inline
>> int arch_unw_user_mode(/*c #else return
>> user_mode_vm(&info->regs) || info->regs.ip < PAGE_OFFSET -
>> || (info->regs.ip >= __fix_to_virt(FIX_VDSO) - &&
>> info->regs.ip < __fix_to_virt(FIX_VDSO) + PAGE_SIZE) + ||
>> (info->mm->context.vdso && + info->regs.ip >=
>> info->mm->context.vdso && + info->regs.ip <
>> info->mm_context.vdso + vdso32_size)
>
> ... struct unwind_frame_info has no member "mm" or "mm_context",
> and the patch also doesn't add one. Depending on what your
> intentions here really were, ->mm (or, if you meant
> info->task->mm->, ->task and ->task->mm) may additionally need
> checking to be non-NULL here.
Ok, thanks. That's easy enough.
> Additionally I think this tells us that we may need to adjust
> older trees in this way too, to account for the VDSO_ENABLED case.
Yeah, it looks that way. I'd imagine the final patch should be a
pretty easy backport if we want to bother with it.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
iQIcBAEBAgAGBQJTXkgqAAoJEB57S2MheeWydyEQAJjXm83025DEQVValzi9WSBu
va6mQFvXjQi5eW2oXqFoV7LhxefV7rgLhS/HyrqV+VtBwtYvsLfD6/mC/f/i0+jX
wedNZWf8sda2qOCndC/T+kYhvIuR6dYxtWkBkRYUqDQlVihGYM3O6MfWbVmceAh+
VHLEe3r+sG0l9XiO7AbsNWR36RLNXDUlCZZTrPYemN8pYGZ+cYigJ0p2UyCyAWRi
c8uB4bUkjxqbmhBOe4LJvMjTw/8zpPdv2551/vT7dfTrqzNToeIwIdJ0eCJtdJOG
eS1Uw5NFx89A71HeeJrYQBdbR6hSl8qjwJ3ZG4DfJvHPetbfeGcrQgEi1Dlh5dzK
nV8kFSg+TwjZwSQKAP/uussCwRDnbbOMcMVQFM/w6jmhtLzgLJuxlwrqQPHg4Uo5
lez858u2+rKV+WHBIA+GEoFf3jNgHZNBl/sxmjKn4vMxOaB1m+b50I9Wb4GylAqB
jYPo6bYmMObxu1r1Qbo5bWOrepaR/LVEF/lDtxPFi6D5X+TidxOEzURPbBg7yuYf
zuQ0vP65nMuBzE+s7GH9fSJzAQVoklOuYUl/4iVcT2bmfiOtSUpLFH+Ai1JfGfGG
5sj4SNCE17S1soqJv3SpoEM1gwnCTq/mzMkMPiyq6S2P2qMhuv0DpvkirApeyvKp
+s+EkjiZW+9qej+l92/j
=KEI/
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org
Jan -
Can you take a quick look at this? I don't have any 32-bit x86 machines
to test with (or more accurately, I don't really want to have a 32-bit
install *just* to test this.)
The 32-bit builds are failing because of the removal of FIX_VDSO and
I'd rather not "fix" it with the wrong thing.
Thanks,
-Jeff
---
Commit b0b49f2673f (x86, vdso: Remove compat vdso support) removed
the FIX_VDSO macro defining the vdso area.
This patch updates it to use the vdso pointer and size to define the area
instead.
---
arch/x86/include/asm/elf.h | 1 +
arch/x86/include/asm/unwind.h | 5 +++--
arch/x86/vdso/vdso32-setup.c | 2 +-
3 files changed, 5 insertions(+), 3 deletions(-)
--- a/arch/x86/include/asm/elf.h
+++ b/arch/x86/include/asm/elf.h
@@ -76,6 +76,7 @@ typedef struct user_fxsr_struct elf_fpxr
#include <asm/vdso.h>
extern unsigned int vdso_enabled;
+extern unsigned int vdso32_size;
/*
* This is used to ensure we don't load something for the wrong architecture.
--- a/arch/x86/include/asm/unwind.h
+++ b/arch/x86/include/asm/unwind.h
@@ -141,8 +141,9 @@ static inline int arch_unw_user_mode(/*c
#else
return user_mode_vm(&info->regs)
|| info->regs.ip < PAGE_OFFSET
- || (info->regs.ip >= __fix_to_virt(FIX_VDSO)
- && info->regs.ip < __fix_to_virt(FIX_VDSO) + PAGE_SIZE)
+ || (info->mm->context.vdso &&
+ info->regs.ip >= info->mm->context.vdso &&
+ info->regs.ip < info->mm_context.vdso + vdso32_size)
|| info->regs.sp < PAGE_OFFSET;
#endif
}
--- a/arch/x86/vdso/vdso32-setup.c
+++ b/arch/x86/vdso/vdso32-setup.c
@@ -71,7 +71,7 @@ EXPORT_SYMBOL_GPL(vdso_enabled);
#endif
static struct page **vdso32_pages;
-static unsigned vdso32_size;
+unsigned int vdso32_size;
#ifdef CONFIG_X86_64
--
Jeff Mahoney
SUSE Labs
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org
Hi,
using the instructions from
I could easily create OpenSuSE rpms using rpmbuild.
Wrote: /var/tmp/rpmbuild/SRPMS/kernel-desktop-3.11.10-0.nosrc.rpm
Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-3.11.10-0.i686.rpm
Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-base-3.11.10-0.i686.rpm
Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-devel-3.11.10-0.i686.rpm
Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-devel-
debuginfo-3.11.10-0.i686.rpm
I am no wondering how to create kernel-source-3.11.10.noarch.rpm and
a suitable kernel-devel-3.11.10.noarch from the git sources.
Alternativly I am wondering how to create kernel-source-3.11.10.src.rpm from
git sources escpecially when using osc_wrapper.
I have the kernel-source, kernel and linux git repositories available.
Yours,
-- martin konold
--
Dipl.-Physiker Martin Konold
e r f r a k o n
Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker
Registergericht: Amtsgericht Stuttgart PR 126
Firmensitz: Adolfstraße 23, 70469 Stuttgart
fon: 0711 67400961
fax: 0711 67400959
email: martin.konold(a)erfrakon.de
http://www.erfrakon.de
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org
Hi,
I've been using openSUSE as my private-server-distro of choice for a few years now (so apologies in advance for being blissfully ignorant of the inner workings of these systems). Since it's a Xen guest I'm using Kernel:stable/kernel-xen. Before that I used the kernel tied to the current openSUSE release. So far so good. BUT, on boot I'd always see the I8042 driver taking some time to detect hardware, only to throw an error telling me it couldn't:
[ 1.268512] i8042: No controller found
This makes sense, I'm running headless. There didn't seem to be a readily available solution to this problem, so I let it be.
Now it turns out that folks at Arch Linux got annoyed by the same thing and pushed a few patches to upstream[0]. The final realization was with kernel 3.13[1]. Would it be possible to do the same in openSUSE? In particular:
CONFIG_SERIO=m
CONFIG_SERIO_I8042=m
CONFIG_SERIO_LIBPS2=m # not entirely sure about this one
CONFIG_INPUT_MOUSEDEV=m
As far as I can tell this should be reasonably safe on Xen, even safer on kernel-ec2. It might also be time to do this for the -default and -desktop kernels. I don't have nearly enough experience with Linux to know the exact impact that would have. Would be nice to bypass this step during boot on boxes `in the cloud', though.
Thanks!
[0]:
https://bugs.archlinux.org/task/27555#comment116488
[1]:
https://www.archlinux.org/news/linux-313-warning-ps2-keyboard-support-is-no…
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org
man dracut.conf lists these:
Adding dracut Modules
Omitting dracut Modules
Adding Kernel Modules
Why is there no section for omitting kernel modules? IOW, how do kernel modules and
dracut modules differ WRT to initrd content? I want never used modules left out for a
multitude of reasons, e.g. lvm, dmraid, plymouth, resume, btrfs. Where exactly in
13.2 should omitting these be configured?
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org