at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries.
in addition, what are the implications of upgrading to gcc 3.3? and what other RPMs would have to go along with that to have a usable system?
just feeling the need ... the need for speed
rday
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Once upon a time at band camp Thu, 24 Jul 2003 11:09 pm, Robert P. J. Day wrote:
at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries.
im currently running a rawhide system updated to two days ago i havent installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if finding it performs really well i updated some packages from arjans people.redhat.com site but im really happy. the only issues i have is inrared is not working right now and occasionally x eats up all the cpu the keyboard becomes unresponsive and the only option i have is to ssh in and kill off x usually i just init 3 then init 5 and its ok again.
Dennis
in addition, what are the implications of upgrading to gcc 3.3? and what other RPMs would have to go along with that to have a usable system?
just feeling the need ... the need for speed
rday
-- Rhl-beta-list mailing list Rhl-beta-list@redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list
On Thu, 2003-07-24 at 15:23, Dennis Gilmore wrote:
im currently running a rawhide system updated to two days ago i havent installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if finding it performs really well i updated some packages from arjans people.redhat.com site but im really happy. the only issues i have is inrared is not working right now and occasionally x eats up all the cpu the keyboard becomes unresponsive and the only option i have is to ssh in and kill off x usually i just init 3 then init 5 and its ok again.
Does this happen when running 2.6.0-test1-mm2 plus 08int.patch from Con Kolivas?
2.6.0-test1-mm2 is a patch that should be applied on top of vanilla 2.6.0-test1 and can be found at ftp://ftp.kernel.org//pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test1/2.6.0-test1-mm2.
o8int.patch from Con Kolivas must be applied on top of a 2.6.0-test1-mm2 patched kernel and can be found at http://members.optusnet.com.au/ckolivas/kernel/2.5/patch-O8int-0307232108
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Once upon a time at band camp Fri, 25 Jul 2003 12:51 am, Felipe Alfaro Solana wrote:
On Thu, 2003-07-24 at 15:23, Dennis Gilmore wrote:
im currently running a rawhide system updated to two days ago i havent installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if finding it performs really well i updated some packages from arjans people.redhat.com site but im really happy. the only issues i have is inrared is not working right now and occasionally x eats up all the cpu the keyboard becomes unresponsive and the only option i have is to ssh in and kill off x usually i just init 3 then init 5 and its ok again.
Does this happen when running 2.6.0-test1-mm2 plus 08int.patch from Con Kolivas?
not sure im using 2.6.0-test1-ac2
2.6.0-test1-mm2 is a patch that should be applied on top of vanilla 2.6.0-test1 and can be found at ftp://ftp.kernel.org//pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test1/ 2.6.0-test1-mm2.
o8int.patch from Con Kolivas must be applied on top of a 2.6.0-test1-mm2 patched kernel and can be found at http://members.optusnet.com.au/ckolivas/kernel/2.5/patch-O8int-0307232108
-- Rhl-beta-list mailing list Rhl-beta-list@redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list
On Thu, 2003-07-24 at 22:44, Dennis Gilmore wrote:
im currently running a rawhide system updated to two days ago i havent installed severn, with 2.6.0-test1 that i compiled with gcc 3.3 and if finding it performs really well i updated some packages from arjans people.redhat.com site but im really happy. the only issues i have is inrared is not working right now and occasionally x eats up all the cpu the keyboard becomes unresponsive and the only option i have is to ssh in and kill off x usually i just init 3 then init 5 and its ok again.
Does this happen when running 2.6.0-test1-mm2 plus 08int.patch from Con Kolivas?
not sure im using 2.6.0-test1-ac2
Could you please give it a try? Thanks!
2.6.0-test1-mm2 is a patch that should be applied on top of vanilla 2.6.0-test1 and can be found at ftp://ftp.kernel.org//pub/linux/kernel/people/akpm/patches/2.6/2.6.0-test1/ 2.6.0-test1-mm2.
o8int.patch from Con Kolivas must be applied on top of a 2.6.0-test1-mm2 patched kernel and can be found at http://members.optusnet.com.au/ckolivas/kernel/2.5/patch-O8int-0307232108
On Thu, 24 Jul 2003 09:09:14 -0400 (EDT), you wrote:
at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries.
I ran 2.6.0-test1 yesterday with only one noticeable problem (couldn't access cdrom) which I didn't have time to look into.
in addition, what are the implications of upgrading to gcc 3.3? and what other RPMs would have to go along with that to have a usable system?
The beta comes with gcc 3.3 as the default compiler (and gcc32 3.2.3 for the 2.4 kernel).
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Once upon a time at band camp Thu, 24 Jul 2003 11:56 pm, Gerald Henriksen wrote:
On Thu, 24 Jul 2003 09:09:14 -0400 (EDT), you wrote:
at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries.
I ran 2.6.0-test1 yesterday with only one noticeable problem (couldn't access cdrom) which I didn't have time to look into.
i actualy did have the cd issue one time i tried to access a cd modprobe ide-cd fixed that Dennis
in addition, what are the implications of upgrading to gcc 3.3? and what other RPMs would have to go along with that to have a usable system?
The beta comes with gcc 3.3 as the default compiler (and gcc32 3.2.3 for the 2.4 kernel).
-- Rhl-beta-list mailing list Rhl-beta-list@redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list
** Reply to message from Gerald Henriksen ghenriks@rogers.com on Thu, 24 Jul 2003 09:56:31 -0400
On Thu, 24 Jul 2003 09:09:14 -0400 (EDT), you wrote:
at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries.
I ran 2.6.0-test1 yesterday with only one noticeable problem (couldn't access cdrom) which I didn't have time to look into.
I had to
ln -s /dev/scd0 /dev/cdrom ln -s /dev/scd1 /dev/cdrom1
to get my CD-R and CD-RW back with 2.6.0-test1. Somehow the links are removed with the test kernel. Weird. Not sure if it is scsi related.
jb
On Thu, 2003-07-24 at 15:09, Robert P. J. Day wrote:
at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries.
in addition, what are the implications of upgrading to gcc 3.3? and what other RPMs would have to go along with that to have a usable system?
I'm currently running a RawHide-based RHL system with 2.6.0-test1-mm2 compiled with gcc 3.3 with no problems so far. You'll also need Severn (or latest) modutils package. I think this will suffice.
On Thu, 2003-07-24 at 06:09, Robert P. J. Day wrote:
at the risk of being perhaps a little too far out there on the bleeding edge, i'm thinking of dumping the 2.6.0-test1 kernel on my severn system today, just to push the boundaries.
in addition, what are the implications of upgrading to gcc 3.3? and what other RPMs would have to go along with that to have a usable system?
just feeling the need ... the need for speed
I upgraded to the 2.6.0-test1 and I had a very annoying issue with USB not working. I ended up tracking it down to a change in the name of the USB1 module. I also had to take settings from /etc/modules.conf to /etc/modprobe.conf This was especially annoying since I use a USB keyboard and USB mouse. I do have USB legacy support turned on in the bios, but the USB keyboard didn't work till I plugged in a PS/2 keyboard. The really funny thing was I would hit numlock on the USB keyboard and it would change the led on the PS/2 keyboard.
On the same topic USB keyboard and mouse support need to be compiled in like PS/2 support. Loading USB modules in rc.sysinit a very poor substitute. Grub also needs native USB support. Currently it only works with USB legacy support turned on in the bios.
USB1 module. I also had to take settings from /etc/modules.conf to /etc/modprobe.conf This was especially annoying since I use a USB
There is a script with the 2.5 module tools to generate a conf file from your existing one. It knows some of the name changes but submit others to Rusty Russell
like PS/2 support. Loading USB modules in rc.sysinit a very poor substitute. Grub also needs native USB support. Currently it only works with USB legacy support turned on in the bios.
Grub has size constraints like all boot loaders. USB is non trivial. I agree in the longer term that Grub would benefit from native USB keyboard although EFI firmware may one day make that problem go away (or become different or something like that 8))
Alan Cox (alan@redhat.com) said:
USB1 module. I also had to take settings from /etc/modules.conf to /etc/modprobe.conf This was especially annoying since I use a USB
There is a script with the 2.5 module tools to generate a conf file from your existing one. It knows some of the name changes but submit others to Rusty Russell
It should be run on installation of the new modutils, but only once. If it's not working, that's a bug.
Bill
On Thu, 2003-07-24 at 15:27, Bill Nottingham wrote:
Alan Cox (alan@redhat.com) said:
USB1 module. I also had to take settings from /etc/modules.conf to /etc/modprobe.conf This was especially annoying since I use a USB
There is a script with the 2.5 module tools to generate a conf file from your existing one. It knows some of the name changes but submit others to Rusty Russell
It should be run on installation of the new modutils, but only once. If it's not working, that's a bug.
It did transfer my my eth0 and eth1 aliases, but didn't transfer the USB aliases. So I guess it was a bug, I will file one shortly. Even if it had transfered them, the name of the USB1 module changed and would have resulted in the same issue of it not loading and no USB keyboard or mouse.
Grub has size constraints like all boot loaders. USB is non trivial. I agree in the longer term that Grub would benefit from native USB keyboard although EFI firmware may one day make that problem go away (or become different or something like that 8))
I understand size constraints in the boot sector, but Grub loads other parts from disk. I would think USB support could be in one of the later stages from disk.
On Thu, 2003-07-24 at 18:15, Nathan G. Grennan wrote:
I upgraded to the 2.6.0-test1 and I had a very annoying issue with USB not working. I ended up tracking it down to a change in the name of the USB1 module. I also had to take settings from /etc/modules.conf to /etc/modprobe.conf This was especially annoying since I use a USB keyboard and USB mouse. I do have USB legacy support turned on in the bios, but the USB keyboard didn't work till I plugged in a PS/2 keyboard. The really funny thing was I would hit numlock on the USB keyboard and it would change the led on the PS/2 keyboard.
On the same topic USB keyboard and mouse support need to be compiled in like PS/2 support. Loading USB modules in rc.sysinit a very poor substitute. Grub also needs native USB support. Currently it only works with USB legacy support turned on in the bios.
Im having the same problem with USB mouse and keyboard. They are both dead on boot with Arjan's 2.6.0 (test 4 now) though all works fine with the 2.4.21.20...nptl kernel. Ran the /sbin/generate-modprobe-conf script and still nothing. Could someone be more specific with the name problem Nathan reports? In 2.6 I show the keyboard and mouse (Input Device Drivers) compiled into the kernel but USB_KBD and USB_MOUSE are not set. So which module needs to be renamed?
Mark
--------------------------------------------------------------------- On a Dell Precision 650 Xeon: rpm -q initscripts kernel kernel-unsupported modutils mkinitrd && uname -r initscripts-7.30-1 kernel-2.4.21-20.1.2024.2.1.nptl kernel-2.6.0-0.test4.1.32 kernel-unsupported-2.6.0-0.test4.1.32 modutils-2.4.25-8 mkinitrd-3.5.11-2 2.4.21-20.1.2024.2.1.nptl
cat /etc/modules.conf alias eth0 e1000 alias scsi_hostadapter mptbase alias scsi_hostadapter1 mptscsih alias usb-controller usb-uhci alias usb-controller1 ehci-hcd alias ieee1394-controller ohci1394 alias sound-slot-0 i810_audio post-install sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -L
/dev/null 2>&1 || :
pre-remove sound-slot-0 /bin/aumix-minimal -f /etc/.aumixrc -S
/dev/null 2>&1 || :
Rhl-beta-list mailing list Rhl-beta-list@redhat.com http://www.redhat.com/mailman/listinfo/rhl-beta-list
-
Alan Cox -
Bill Nottingham -
Dennis Gilmore -
Felipe Alfaro Solana -
Gerald Henriksen -
Jack Bowling -
Mark Heslep -
Nathan G. Grennan -
Robert P. J. Day