Hi,
can you please add openSUSE 11.2 as distro for Kernel:HEAD
building?
Ciao, Marcus
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
Tried out the kernel update from 11.2-test, seems alright so far but
thought better give heads up on drive name change.
Trying to break things, I had /boot read-only, and remounted after
checking the error popup. Did have some issues with the preload
kernel module package, perhaps because I had a kernel-vanilla
installed as well as desktop, which I upgraded first rather than
running whole patch. Anyway, on first boot up after loading the
preload package, when hitting ESC I noticed some unexpected error
messages re object files not being found very early on, before udev is
started. The next boot was clean.
When I looked, a USB mass storage device has become sdb, and the 2nd
hard disk is sdc. Because I mount using Labels it's not a problem for
me, but thought I better report this in case, it's not due to my
system glitch, but more general affecting ppl using device names
statically.
Rob
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all -
Some of you have seen my posts on this list before, but it may not be
clear what my involvement is with kernel development. I lead one of the
kernel teams in SUSE Labs. I maintain the master branch of the SUSE
kernel trees (both SLE and openSUSE) and have been the release manager
for the kernel for the past few openSUSE releases (as well as a few
enterprise releases). Historically, some decisions have been made that
affect the openSUSE kernel collaboratively, but not entirely
transparently, and I'd like to change that.
One of our policies regarding kernel updates is that we'll fix bugs
pertaining to usability until the next release. Otherwise, it's
security, data loss/corruption, and system crash fixes until EOL. While
it could be argued that hardware enablement falls under usability, we
haven't treated it that way in the past. I'd like to revisit that.
I was asked today about the possibility of adding a driver to the 11.2
kernel, and I started thinking about it. Strictly speaking, it's
against our inclusion policy. However, the new longer release cycle
means that users with new hardware may be forced to run a Factory kernel
on 11.2, switch to a different distribution, or wait around until the
next release.
While I don't personally have a problem with option #1, I'm a kernel
hacker and kernel bugs don't scare me. Not everyone wants to be a beta
tester. Option #2 isn't in the long-term interests of the openSUSE
community. Option #3 is painful because it means that you have this
shiny new hardware for which you've paid your hard-earned money and
can't use to its fullest potential.
The particular driver I was asked about is completely standalone. I
don't have a problem including it since it won't affect anything else.
The issue was that I don't want to encourage the expectation that this
would be a normal occurrence - unless we want to change the policy
surrounding updates.
I should be clear on what I have in mind and what the limitations are. I
do not intend to open the door for every crap driver that's floating
around out there. There are reasons that the drivers aren't in the
mainline kernel and I have no interest in duplicating that debate on
this list. Drivers up for post-release inclusion _must_ be already in
the mainline kernel. The other limitation is that the changes be
completely standalone or isolated such that it's apparent that the
introduction of the change doesn't affect the stability of users who are
using those drivers already. That part can get sticky since adding a PCI
ID is easy, but adding handling that is needed to enable that PCI ID
while potentially affecting other devices in a clean way is not.
So with that, I'd like to open it up for discussion. I've cross-posted
between opensuse-factory and opensuse-kernel since it's a policy that
affects everyone, not just those interested in the kernel itself.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iEYEARECAAYFAksm4ecACgkQLPWxlyuTD7LD7QCeK9lDtJo6h/LcRnfng93+i0Pc
Hv0An2Wnb1N41xxLSQjB830w1SwGdiUQ
=Fwo1
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
From: Larry Finger <Larry.Finger(a)lwfinger.net>
Subject: Fix build when CONFIG_ACPI_CUSTOM_OVERRIDE_INITRAMFS is not defined
If CONFIG_ACPI_CUSTOM_OVERRIDE_INITRAMFS is not defined, a build fails
with the following warnings/error:
CC drivers/acpi/tables.o
In file included from include/acpi/acpi.h:63,
from include/linux/acpi.h:39,
from drivers/acpi/tables.c:33:
include/acpi/acpiosxf.h: In function ‘acpi_load_override_tables’:
include/acpi/acpiosxf.h:98: warning: no return statement in function returning non-void
CC drivers/acpi/blacklist.o
In file included from include/acpi/acpi.h:63,
from include/linux/acpi.h:39,
from drivers/acpi/blacklist.c:33:
include/acpi/acpiosxf.h: In function ‘acpi_load_override_tables’:
include/acpi/acpiosxf.h:98: warning: no return statement in function returning non-void
CC drivers/acpi/osl.o
In file included from include/acpi/acpi.h:63,
from include/linux/acpi.h:39,
from drivers/acpi/osl.c:40:
include/acpi/acpiosxf.h: In function ‘acpi_load_override_tables’:
include/acpi/acpiosxf.h:98: warning: no return statement in function returning non-void
drivers/acpi/osl.c: At top level:
drivers/acpi/osl.c:514: error: redefinition of ‘acpi_load_override_tables’
include/acpi/acpiosxf.h:98: note: previous definition of ‘acpi_load_override_tables’ was here
Signed-off-by: Larry Finger <Larry.Finger(a)lwfinger.net>
---
Index: linux-2.6.32-master/include/acpi/acpiosxf.h
===================================================================
--- linux-2.6.32-master.orig/include/acpi/acpiosxf.h
+++ linux-2.6.32-master/include/acpi/acpiosxf.h
@@ -91,12 +91,8 @@ acpi_status
acpi_os_predefined_override(const struct acpi_predefined_names *init_val,
acpi_string * new_val);
-#ifdef CONFIG_ACPI_CUSTOM_OVERRIDE_INITRAMFS
acpi_status
acpi_load_override_tables(void);
-#else
-static inline acpi_status acpi_load_override_tables(void) {}
-#endif
acpi_status
acpi_os_table_override(struct acpi_table_header *existing_table,
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
Hi,
I added a new script in the git repo, scripts/osc_wrapper, which sets
all the cryptic osc build options for you:
$ ./scripts/tar-up.sh
...
$ ./scripts/osc_wrapper
+ osc build --local-package --alternative-project=openSUSE:11.2:Update
standard kernel-source/kernel-default.spec
Building kernel-source/kernel-default.spec for standard/x86_64
...
It's available in master and openSUSE-11.2, I'll add it to the other
branches later.
Michal
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
Hello Mates,
i'm an Supporter from open-slx (Box Version Support).
One Client of us has written, that his Notebook hangs on:
....
Initializing /dev
Mounting devpts at /dev/pts done
/etc/init.d/boot.startpreload: line 44: staprun: command not found
done
Starting udevd: done
Loading drivers, configuring devices: [5.978302] ACPI: I/O resource
0000:00:1f.3 [0x1c00-0x1c1f] conflicts with ACPI region SMBI
[0x1c00-0x1c0f]
After that he says, that the Notebook crashes. And it is reproducable
every boot process.
He tried the Option "acpi=off" and Failsafe, but the same Issue.
His Configuration:
lenovo ideapad u350 .
CPU: Intel Celeron 723 1.20G
RAM: 2048MB
HDD: 250G (umgeschalten in AHCI)
LAN: 10/100/1000M
Display: 13.3"
Model Name: 20028
Model Number: QB09090733
P/N: 1LL10000227
Intel Corporation Mobile 4 Series Chipset
Integrated Graphics Controller (rev 07)
Driver: vesa_fb
Has anyone an Idea?
....
--
Sincerely yours
Sascha Manns open-slx GmbH
openSUSE Member openSUSE Community & Support Agent
openSUSE Ambassador Web: http://www.open-slx.de
openSUSE Marketing Team Web: http://www.open-slx.com
openSUSE Build Service
openSUSE Medical Team
Web: http://saschamanns.gulli.to
Blog: http://saigkill.wordpress.com
ClaimID: http://claimid.com/saigkill
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
Hi,
I have to compile Kernel Firmware from http://cgit.freedesktop.org/nouveau/linux-2.6/ for my OBS project (home:jobermayr) which includes latest nouveau drivers for openSUSE users.
I do not know how I can do this. With "my" script (from Ruediger Oertel) I do not receive the proper files...
Nouveau's firmware files will/have to change from binary to ihex format, too. (see http://lists.freedesktop.org/archives/nouveau/2009-December/004261.html)
The second problem is that drm-all packages for openSUSE 11.2 tell me the following at installation:
# WARNING: /lib/modules/2.6.31.5-0.1-pae/updates/drm/i915/i915.ko needs unknown symbol acpi_lid_notifier_register
# WARNING: /lib/modules/2.6.31.5-0.1-pae/updates/drm/i915/i915.ko needs unknown symbol acpi_lid_notifier_unregister
# WARNING: /lib/modules/2.6.31.5-0.1-pae/updates/drm/i915/i915.ko needs unknown symbol acpi_lid_open
# WARNING: /lib/modules/2.6.31.5-0.1-pae/updates/drm/i915/i915.ko needs unknown symbol acpi_lid_notifier_register
# WARNING: /lib/modules/2.6.31.5-0.1-pae/updates/drm/i915/i915.ko needs unknown symbol acpi_lid_notifier_unregister
# WARNING: /lib/modules/2.6.31.5-0.1-pae/updates/drm/i915/i915.ko needs unknown symbol acpi_lid_open
There I do not know how I can back-compile ACPI things (2.6.32->2.6.31) for proper i915.ko work.
You can find "official" statements regarding my OBS project here:
https://features.opensuse.org/307588 (including statement regarding my programming skills...)
https://bugzilla.novell.com/show_bug.cgi?id=528355http://nouveau.freedesktop.org/wiki/openSUSEPackageshttp://nouveau.freedesktop.org (News)
http://de.opensuse.org/Nouveau (German)
Please note that nouveau's DRM/KMS code goes into Kernel 2.6.33 (see http://www.phoronix.com/scan.php?page=news_item&px=Nzc5NQ)
Thanks for your hints/help/answers/work in advance.
Johannes
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org