Re: [ANN] New Kernel packages set / 3.10.x longterm kernel?

2014-02-07 Thread Jan Rękorajski
On Thu, 06 Feb 2014, Elan Ruusamäe wrote:

 On 06.02.2014 10:36, Jan Rękorajski wrote:
  Really? You reported seemingly unfixable problem with 3.10 (100% CPU)
  without any solution and then switched to THAT kernel?
  You are pulling my leg here.
 
 100% cpu problem exists only on one node. switched to 3.4 there, but 
 some other hosts do have 3.10 already. now i wonder what to plan for those.

It looks that no one besides us care about what the longterm will be ;)

Then I have a question, if anyone has anything against 3.10.x being new
longterm? For me 3.10.x is fine, is there anything that would cause
problems?

-- 
Jan Rękorajski | PLD/Linux
SysAdm | http://www.pld-linux.org/
bagginsatmimuw.edu.pl
bagginsatpld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: [ANN] New Kernel packages set

2014-02-06 Thread Jan Rękorajski
On Wed, 05 Feb 2014, Elan Ruusamäe wrote:

 On 05/02/14 19:05, Jan Rękorajski wrote:
  On Fri, 31 Jan 2014, Jan Rękorajski wrote:
 
  Hi,
  Because of some seemingly unfixable problems reported for 3.10, I
  decided to stay with 3.4.x line as longterm kernel for Th.
 
  But more important changes will apply to main kernel package, we are
  currently 3 releases behind because of slow updates of the Linux-Vserver
  patch. So there will be an additional package set - kernel-vserver which
  will be the latest mainline kernel supported by vserver community
  (currently it's 3.10.x). This means that main kernel packages WILL NOT
  HAVE VSERVER SUPPORT!
 
  To sum it up:
  - kernel-longterm - 3.4.x as long as maintained upstream
  - kernel-vserver - latest upstream supported by Linux-Vserver
  - kernel - mainline, without Vserver
  A recent update of the Linux-Vserver patch, let us postpone the 3
  kernels scenario. Thanks to vserver developers nothing will change wrt
  out kernel packaging. 3.4 stays as longterm and mainline will have
  vserver patch appliad.
 
 
 so what you suggests to users who have switched to 3.10 knowing it will 
 be next longterm? i.e preferring the longterm rather bleeding edge kernel.

Really? You reported seemingly unfixable problem with 3.10 (100% CPU)
without any solution and then switched to THAT kernel?
You are pulling my leg here.

 should go back to 3.4? use manual 3.10 builds, or try the HEAD?

What works best for them, 3.4 or HEAD.

-- 
Jan Rękorajski | PLD/Linux
SysAdm | http://www.pld-linux.org/
bagginsatmimuw.edu.pl
bagginsatpld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: [ANN] New Kernel packages set

2014-02-05 Thread Jan Rękorajski
On Fri, 31 Jan 2014, Jan Rękorajski wrote:

 Hi,
 Because of some seemingly unfixable problems reported for 3.10, I
 decided to stay with 3.4.x line as longterm kernel for Th.
 
 But more important changes will apply to main kernel package, we are
 currently 3 releases behind because of slow updates of the Linux-Vserver
 patch. So there will be an additional package set - kernel-vserver which
 will be the latest mainline kernel supported by vserver community
 (currently it's 3.10.x). This means that main kernel packages WILL NOT
 HAVE VSERVER SUPPORT!
 
 To sum it up:
 - kernel-longterm - 3.4.x as long as maintained upstream
 - kernel-vserver - latest upstream supported by Linux-Vserver
 - kernel - mainline, without Vserver

A recent update of the Linux-Vserver patch, let us postpone the 3
kernels scenario. Thanks to vserver developers nothing will change wrt
out kernel packaging. 3.4 stays as longterm and mainline will have
vserver patch appliad.

-- 
Jan Rękorajski | PLD/Linux
SysAdm | http://www.pld-linux.org/
bagginsatmimuw.edu.pl
bagginsatpld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: [ANN] New Kernel packages set

2014-02-05 Thread Elan Ruusamäe

On 05/02/14 19:05, Jan Rękorajski wrote:

On Fri, 31 Jan 2014, Jan Rękorajski wrote:


Hi,
Because of some seemingly unfixable problems reported for 3.10, I
decided to stay with 3.4.x line as longterm kernel for Th.

But more important changes will apply to main kernel package, we are
currently 3 releases behind because of slow updates of the Linux-Vserver
patch. So there will be an additional package set - kernel-vserver which
will be the latest mainline kernel supported by vserver community
(currently it's 3.10.x). This means that main kernel packages WILL NOT
HAVE VSERVER SUPPORT!

To sum it up:
- kernel-longterm - 3.4.x as long as maintained upstream
- kernel-vserver - latest upstream supported by Linux-Vserver
- kernel - mainline, without Vserver

A recent update of the Linux-Vserver patch, let us postpone the 3
kernels scenario. Thanks to vserver developers nothing will change wrt
out kernel packaging. 3.4 stays as longterm and mainline will have
vserver patch appliad.



so what you suggests to users who have switched to 3.10 knowing it will 
be next longterm? i.e preferring the longterm rather bleeding edge kernel.


should go back to 3.4? use manual 3.10 builds, or try the HEAD?

--
glen

___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


[ANN] New Kernel packages set

2014-01-31 Thread Jan Rękorajski
Hi,
Because of some seemingly unfixable problems reported for 3.10, I
decided to stay with 3.4.x line as longterm kernel for Th.

But more important changes will apply to main kernel package, we are
currently 3 releases behind because of slow updates of the Linux-Vserver
patch. So there will be an additional package set - kernel-vserver which
will be the latest mainline kernel supported by vserver community
(currently it's 3.10.x). This means that main kernel packages WILL NOT
HAVE VSERVER SUPPORT!

To sum it up:
- kernel-longterm - 3.4.x as long as maintained upstream
- kernel-vserver - latest upstream supported by Linux-Vserver
- kernel - mainline, without Vserver

-- 
Jan Rękorajski | PLD/Linux
SysAdm | http://www.pld-linux.org/
bagginsatmimuw.edu.pl
bagginsatpld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


ANN: New kernel in Th - 2.6.27.4

2008-11-04 Thread Arkadiusz Miskiewicz

Hello,

There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as 
2.6.25.x was + additionally grsec_full and apparmor by default.

Please test it and report bugs. 0.1 rel runs on carme for last few days 
without problems.
-- 
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: ANN: New kernel in Th - 2.6.27.4

2008-11-04 Thread Lukasz Kies
2008/11/4 Arkadiusz Miskiewicz [EMAIL PROTECTED]:

 Hello,

 There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as
 2.6.25.x was + additionally grsec_full and apparmor by default.

 Please test it and report bugs. 0.1 rel runs on carme for last few days
 without problems.

I couldn't load i915 module.  Here's dump from dmesg:

[22176.695418] mtrr: no MTRR for d000,1000 found
[22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5
[22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual
address for ring buffer

Could someone else confirm? If you need any other info, just let me know.

Regards,
Lukasz
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: ANN: New kernel in Th - 2.6.27.4

2008-11-04 Thread Michał Łukaszek
On Tue, Nov 4, 2008 at 6:59 PM, Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote:

 Hello,

 There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as
 2.6.25.x was + additionally grsec_full and apparmor by default.

 Please test it and report bugs. 0.1 rel runs on carme for last few days
 without problems.

fglrx is not available.
I've built 8.10.1 successfully, but fglrx_drv.so it cannot find a
symbol on startup.
And 8.10 fails to build with 2.6.27 kernel :-(

-- 
regards,
Michał Łukaszek
[EMAIL PROTECTED]
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: ANN: New kernel in Th - 2.6.27.4

2008-11-04 Thread Arkadiusz Miskiewicz
On Tuesday 04 of November 2008, Michał Łukaszek wrote:
 On Tue, Nov 4, 2008 at 6:59 PM, Arkadiusz Miskiewicz [EMAIL PROTECTED] 
 wrote:
  Hello,
 
  There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff
  as 2.6.25.x was + additionally grsec_full and apparmor by default.
 
  Please test it and report bugs. 0.1 rel runs on carme for last few days
  without problems.

 fglrx is not available.
 I've built 8.10.1 successfully, but fglrx_drv.so it cannot find a
 symbol on startup.
 And 8.10 fails to build with 2.6.27 kernel :-(

fglrx is not ready (see Paweł Sikora mail on -pl on what's needed).

-- 
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: ANN: New kernel in Th - 2.6.27.4

2008-11-04 Thread Fryderyk Dziarmagowski
On Tue, 4 Nov 2008 21:07:46 +0100
Lukasz Kies [EMAIL PROTECTED] wrote:

 2008/11/4 Arkadiusz Miskiewicz [EMAIL PROTECTED]:
 
  Hello,
 
  There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as
  2.6.25.x was + additionally grsec_full and apparmor by default.
 
  Please test it and report bugs. 0.1 rel runs on carme for last few days
  without problems.
 
 I couldn't load i915 module.  Here's dump from dmesg:
 
 [22176.695418] mtrr: no MTRR for d000,1000 found
 [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5
 [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual
 address for ring buffer
 
 Could someone else confirm? If you need any other info, just let me know.

nothing special, xf86-intel-2.5.0 doesn't not cooperate correctly with
kernel 2.6.27.x.

-- 
Fryderyk Dziarmagowski
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: ANN: New kernel in Th - 2.6.27.4

2008-11-04 Thread Arkadiusz Miskiewicz
On Tuesday 04 of November 2008, Arkadiusz Miskiewicz wrote:
 On Tuesday 04 of November 2008, Lukasz Kies wrote:
  2008/11/4 Arkadiusz Miskiewicz [EMAIL PROTECTED]:
   Hello,
  
   There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same
   stuff as 2.6.25.x was + additionally grsec_full and apparmor by
   default.
  
   Please test it and report bugs. 0.1 rel runs on carme for last few days
   without problems.
 
  I couldn't load i915 module.  Here's dump from dmesg:
 
  [22176.695418] mtrr: no MTRR for d000,1000 found
  [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5

google says it's harmless. It's test for GEM which doesn't exists in older 
kernels than 2.6.28rcX.

  [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual
  address for ring buffer

That's real problem and google finds no solution and only 3-4 reports. Uh. 
Even freedesktop bugzilla has nothing about this.

-- 
Arkadiusz MiśkiewiczPLD/Linux Team
arekm / maven.plhttp://ftp.pld-linux.org/
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: ANN: New kernel in Th - 2.6.27.4

2008-11-04 Thread Lukasz Kies
2008/11/4 Arkadiusz Miskiewicz [EMAIL PROTECTED]:
 On Tuesday 04 of November 2008, Lukasz Kies wrote:
 2008/11/4 Arkadiusz Miskiewicz [EMAIL PROTECTED]:
  Hello,
 
  There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff
  as 2.6.25.x was + additionally grsec_full and apparmor by default.
 
  Please test it and report bugs. 0.1 rel runs on carme for last few days
  without problems.

 I couldn't load i915 module.  Here's dump from dmesg:

 [22176.695418] mtrr: no MTRR for d000,1000 found
 [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5
 [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual
 address for ring buffer

 Could someone else confirm? If you need any other info, just let me know.

 Which xorg intel driver? You will need recent intel 2.5.0 (or patched 2.4.x).

[EMAIL PROTECTED] ~]$ rpm -q libdrm xorg-driver-video-intel xorg-xserver-server
libdrm-2.4.1-1.i686
xorg-driver-video-intel-2.5.0-4.i686
xorg-xserver-server-1.5.2-3.i686

Regards,
Lukasz
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en


Re: new kernel

2006-05-19 Thread Paweł Sikora
Dnia piątek, 19 maja 2006 09:46, Elan Ruusamäe napisał:
 you should collect the files after this line:
 find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm -f

 but imho this rm -f should be moved to %prep instead, after all patches
 applied (that's where the backup files came from)

commit, please.

 Processing files: kernel-module-build-2.6.16.16-2
 error: File not found:
 /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/crypto/Kc
onfig.~1~ error: File not found:
 (...)

2.6.16.16-2 kernel builds fine on the TH builders.
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en