On Wed, Jun 18, 2008 at 11:18:56AM +0200, Pavel Machek wrote:
> Hi!
>
> > > Just a quick FYI that after the 11.0 branch announcement, the HEAD
> > > kernel has been rebased to 2.6.26-rc5-git5. Updates will be ongoing.
> >
> > Thanks a lot for doing this.
> >
> > > Once 11.0 is officially released, this will be updated as the FACTORY
> > > kernel. Until then, packages will be available via the KOTD site at
> > > http://ftp.suse.com/pub/projects/kernel/kotd/HEAD/
> >
> > I'm considering what would be involved in updating the version that is
> > in the "normal" 11.0 update repos to 2.6.26, when it is out and we seem
> > to have tested it pretty well in FACTORY. It would be nice to offer
> > this for the increased number of bug fixes, and new hardware support.
> > But it would be something new from what we have done before, and I don't
> > know how people would react to it.
> >
> > Any opinions?
>
> I believe it is 'too dangerous'. We tested 2.6.25 in betas and rcs,
> while 2.6.26 would be just dumped to users.
With some testing first of course :)
> OTOH, having easy way of installing 2.6.26 _in addition_ to 2.6.25
> kernel would be nice ...
>
> I guess adding 2.6.26 into boot menu as an non-default option by
> update would be acceptable compromise?
That sounds fine to me.
thanks,
greg k-h
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
Hi,
anybody experienced update-bootloader hangs, yet?
I just applied the serial fix to the kernel-pae-2.6.25.5-1.1, and installed
the rpm with -ihv, but again, the update-bootloader hung similar to
https://bugzilla.novell.com/show_bug.cgi?id=400682.
I bet, my config isn't that unusual, that this bug will get lots of
duplicates, therefor I raised the severity.
Pete
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
Hi,
I'm struggling with two kernel issues of 11.0:
- Bug 401119 - ntp doesn't work with serial DCF receiver
(Greg, I tried to CC you on the bug, but the dreaded bugzilla refrained
from sending the message to you..)
and today another issue appeared, that didn't happen on my hefty modded 10.2
(2.6.25.4):
I tried to use my Canon Powershot as a capture device.
Plug in:
Jun 18 23:03:10 stan kernel: usb 1-5: new high speed USB device using ehci_hcd and address 2
Jun 18 23:03:10 stan kernel: usb 1-5: configuration #1 chosen from 1 choice
Jun 18 23:03:10 stan kernel: usb 1-5: New USB device found, idVendor=04a9, idProduct=311a
Jun 18 23:03:10 stan kernel: usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jun 18 23:03:10 stan kernel: usb 1-5: Product: Canon Digital Camera
Jun 18 23:03:10 stan kernel: usb 1-5: Manufacturer: Canon Inc.
"gphoto2 --set-config capture=on --capture-image" resulted in:
Jun 18 23:04:01 stan kernel: ehci_hcd 0000:00:0b.1: HC died; cleaning up
Jun 18 23:04:01 stan kernel: usb 1-5: USB disconnect, address 2
unplug:
Jun 18 23:10:07 stan kernel: irq 21: nobody cared (try booting with the "irqpoll" option)
Jun 18 23:10:07 stan kernel: Pid: 0, comm: swapper Tainted: P N 2.6.25.5-1.1-pae #1
Jun 18 23:10:07 stan kernel: [<c01071d9>] dump_trace+0x63/0x227
Jun 18 23:10:07 stan kernel: [<c0107c8a>] show_trace+0x15/0x29
Jun 18 23:10:07 stan kernel: [<c02e84b5>] _etext+0x5b/0x65
Jun 18 23:10:07 stan kernel: [<c01556bc>] __report_bad_irq+0x2e/0x6f
Jun 18 23:10:07 stan kernel: [<c01558bc>] note_interrupt+0x1bf/0x217
Jun 18 23:10:07 stan kernel: [<c0155e6c>] handle_fasteoi_irq+0x8f/0xaf
Jun 18 23:10:07 stan kernel: [<c010830c>] do_IRQ+0x71/0x89
Jun 18 23:10:07 stan kernel: [<c0106a33>] common_interrupt+0x23/0x30
Jun 18 23:10:07 stan kernel: [<c012199d>] finish_task_switch+0x2a/0xa6
Jun 18 23:10:07 stan kernel: [<c02e30d1>] schedule+0x690/0x6ef
Jun 18 23:10:07 stan kernel: [<c0104a4e>] cpu_idle+0xbb/0xc0
Jun 18 23:10:07 stan kernel: [<c02d7301>] rest_init+0x49/0x4b
Jun 18 23:10:07 stan kernel: [<c04938a0>] start_kernel+0x32a/0x332
Jun 18 23:10:07 stan kernel: =======================
Jun 18 23:10:07 stan kernel: handlers:
Jun 18 23:10:07 stan kernel: [<f90e0f81>] (usb_hcd_irq+0x0/0x57 [usbcore])
Jun 18 23:10:07 stan kernel: Disabling IRQ #21
reboot...
Suggestions are highly appreciated (apart from hacking this into bugzilla,
if not known already, but I'm just to tired ATM)..
Pete
--
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 -
Just a quick FYI that after the 11.0 branch announcement, the HEAD
kernel has been rebased to 2.6.26-rc5-git5. Updates will be ongoing.
Here are the caveats:
- - No Xen kernels: Due to the ongoing upstream merge process, there are
differences that weren't easily resolved for this update. The Xen team
will be working on updating the code soonish.
- - No RT kernels: Similar explanation.
- - No OCFS2 userspace clustering: OCFS2 userspace clustering will be
receiving an update soonish to fully integrate with the fs/dlm DLM
implementation.
Once 11.0 is officially released, this will be updated as the FACTORY
kernel. Until then, packages will be available via the KOTD site at
http://ftp.suse.com/pub/projects/kernel/kotd/HEAD/
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iEYEARECAAYFAkhQvnIACgkQLPWxlyuTD7L3nwCdGccX+QF02qBPT0lbEvyBNY49
hbcAoIo2HSlfi7BlFF+8STzI56wh8tVf
=Ww1Q
-----END PGP SIGNATURE-----
--
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 -
I've just tagged the current CVS repo as SL110_BRANCH. Please put 11.0
updates there. FACTORY development will continue in HEAD as usual.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iEYEARECAAYFAkhQJxEACgkQLPWxlyuTD7IRSgCfbS7F6tfaXPCXX3fBttP9CBuh
grEAoIiHfEWUfcDfk638XJAO5i/6CqJW
=vj5R
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org
Am Mittwoch, 4. Juni 2008 schrieb Sid Boyce:
> Hans-Peter Jansen wrote:
> > did anybody managed to get the current nvidia kernel module going with
> > factory kernel?
> >
> > I tried both, nvidia-169.12 and nvidia-173.14.05 with a appropriate
> > patches without success:
> >
> > make -C /usr/src/linux-2.6.25.4-8
> > O=/usr/src/linux-2.6.25.4-8-obj/i386/default/. modules CC [M]
> > /usr/src/packages/BUILD/nvidia-169.12/usr/src/obj/default/nv.o In file
> > included from /usr/src/linux-2.6.25.4-8/include/linux/list.h:8,
>
> The patch for 173.14.05 is for 2.6.26-rc kernels, suggest trying that
> version unpatched.
> # uname -r
> 2.6.25.4-8-default
>
> Kernel headers and sources installed.
> # cd /usr/src/linux
> # make cloneconfig
> # make prepare
> 173.14.05 built, installed, up and running only minutes ago.
Sid, thanks to your hints, I was able to build the kmp successfully (even
with the patch applied; while not mandatory, it may improve driver
behavior, if your CPU has the PAT feature).
The problem was within my nvidia-kmp spec. To be honest, I'm using and
tried to build the factory kernel for my main system also (still running
10.2), and wanted to build the nvidia driver without previously booting
the new kernel..
All could be well, but installing the kernel/nvidia-kmp rpms revealed, that
the new kernel changed the dependency symbols, e.g.:
nvidia kmp requires kernel module provides
kernel(vmlinux) = 015782a1ee5a89fa kernel(pae:arch_x86_kernel) = b9c1ac86531e74ba
kernel(drivers_char_agp) = 03dd4e9dc2a83744 kernel(pae:drivers_char_agp) = 03dd4e9dc2a83744
kernel(drivers_i2c) = 1960c406fe25bb0c kernel(pae:drivers_i2c) = 1960c406fe25bb0c
thus, automatic rollout fails once again :-(.
Leaving the distro provided kernel way was never as painfull as today.
Does some suse kernel hacker has a bright idea, how to workaround this
problem? IOW, is it possible to translate the old symbol names to the
new ones? I must confess, I don't grok /usr/lib/rpm/find-requires.ksyms
at the moment..
Pete
--
To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org