
I had something similar in test9-loves 1,2 and 3 when I removed my USB zip drive. Its now working in love4, though I still have to try (and fail) to mount /dev/sda before /dev/sda4 will show up and let me mount it using the fstab entry (using hotplug and a modified devfsd.conf to create sda4... it works in 2.4.22).tatesworld wrote:This kernel runs fine here, damn fast running gnome, cant wait for proper 2.6.0 final. Very good.
only slight problem is when using my camera to upload pictures using mass storage usb device , I can only do it once! , if i disconnect power to camera I cannot use it anymore until reboot, get this on dmesg
(dont know if this have been long running through other test kernels, just tried my camera out today)
usb 2-1: USB disconnect, address 4
releasing cfq io scheduler
Unable to handle kernel NULL pointer dereference at virtual address 00000001
printing eip:
00000001
*pde = 05611067
*pte = 00000000
Oops: 0000 [#1]
PREEMPT
CPU: 0
EIP: 0060:[<00000001>] Tainted: PF VLI
EFLAGS: 00010202
EIP is at 0x1
eax: c23a0300 ebx: c0fba000 ecx: 00000001 edx: c0fba000
esi: c0fba010 edi: c03ad560 ebp: c0493824 esp: dfe51e20
ds: 007b es: 007b ss: 0068
Process khubd (pid: 5, threadinfo=dfe50000 task=dff70040)
Stack: c02573ca c0fba000 c23a0300 c02595b8 c0fba000 ddb71400 c03ad530 e187dd5c
c0fba000 c0493ea0 c03ad530 e187f17b ddb71400 00000000 c0253ff0 ddb71580
c0209943 c020965a c0493ec8 ddb715a8 c0209a85 ddb715a8 e1887ce0 ddb71580
Call Trace:
<snip>
Code: Bad EIP value.
Code: Select all
Nov 23 15:59:39 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).

Code: Select all
grubcheck () {
# Right way in Gentoo to check, but grub is in system profile,
# so rather check for lilo first....
if [ -x /usr/bin/qpkg ] ; then
[ "$(qpkg -nc sys-apps/grub)" = "sys-apps/grub *" ]
else
return 1
fi
}Code: Select all
grubcheck () {
# Right way in Gentoo to check, but grub is in system profile,
# so rather check for lilo first....
if [ -x /usr/bin/qpkg ] ; then
[ "$(qpkg -I -nc sys-apps/grub)" = "sys-apps/grub" ]
else
return 1
fi
}I get those too. They come after the nvidia taint and AGP messages, so I think they're related to xfree startup... dunno any more than that at this point.;RobMcM wrote: <EDIT> this is what I'm on about:I get a couple of them after booting.Code: Select all
Nov 23 15:59:39 localhost kernel: atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).

Emerge leaves /usr/src/linux-${KERNEL-VERSION} directory. After for example emerge -C mm-sources the directory /usr/src/linux-2.6.0-test9-mm5 still exists.antisthenes wrote:I don't know what you mean by 'removes everything emerge won't'.
I'll put it in, but can you clarify?

That is because emerge only knows about the source files, and will only uninstall those; after you built a kernel the object files will still be in the directory, and emerge doesn't delete non-empty directories.Master_Of_Disaster wrote:Emerge leaves /usr/src/linux-${KERNEL-VERSION} directory. After for example emerge -C mm-sources the directory /usr/src/linux-2.6.0-test9-mm5 still exists.antisthenes wrote:I don't know what you mean by 'removes everything emerge won't'.
I'll put it in, but can you clarify?
Just rename or copy previous ebuild over i.eSaFrOuT wrote:but how can i install the love2 pathced kernel
i can't find it in portage
i sure know how to install a kernel but i am asking here how can i emerge the wanted files?
Code: Select all
cp love-sources-2.6.0_beta9-r4.ebuild love-sources-2.6.0_beta9-r2.ebuildIndeed.Master_Of_Disaster wrote:Emerge leaves /usr/src/linux-${KERNEL-VERSION} directory. After for example emerge -C mm-sources the directory /usr/src/linux-2.6.0-test9-mm5 still exists.antisthenes wrote:I don't know what you mean by 'removes everything emerge won't'.
I'll put it in, but can you clarify?
Which leads me to assume we may not see a test10-mm (instead going straight to final), or it will be some time in coming.Linus Torvalds wrote:Timing-wise Andrew is apparently going to be off for a few weeks, so regardless of whether this turns out to be rock solid or not, we'll have a few weeks of final testing before [final 2.6.0] were to happen.

Code: Select all
for tree in /usr/src/linux-2.6.0-test*-love*; do cd $tree; make mrproper; doneCode: Select all
cp /usr/src/linux-2.6.0-test${1}-love${2}/.config /usr/src/ 

The server gives a 403:antisthenes wrote:For what it's worth, the new, slightly amended script is here:
http://antisthenes.dyndns.org/pub/lovebuild.sh
Code: Select all
The requested URL '/pub/lovebuild.sh' resolves to a file which is marked executable but is not a CGI file; retrieving it is forbidden.Framebuffer and bootsplash don't cause any significant performance drop once you get into X (or at least no one's noticed one, and I think us here are all crazy desktop users). There's likely a bit more RAM being used by the kernel, but that should be it. The performance drop they're probably referring to is that text scrolling can be DOG SLOW in a framebuffer terminal (PgUp, PgDown in less takes a bit). Other than that I don't know of any performance drop.MG-Cloud wrote:I've been toying with the idea of applying love-sources lately (I've mainly been using vanilla and mm), but I have a really quick question about bootsplash.
Does it decrease performance noticably? I remember reading in 'make menuconfig' that compiling framebuffer support can slow things down. I can live with a couple of seconds extra boot up time, but things should be OK once I boot up XFree/GNOME right? Performance is pretty important to me as I like to multitask and have several multimedia apps going simultaneously (eg ... xmms, gimp, and games :) That's why I've been loving mm-sources)
Thanks! With luck, I'll be using test10-love1 when it comes out :D
Thanks for the help, looks like I'll be installing this *very* soonbssteph wrote:Framebuffer and bootsplash don't cause any significant performance drop once you get into X (or at least no one's noticed one, and I think us here are all crazy desktop users). There's likely a bit more RAM being used by the kernel, but that should be it. The performance drop they're probably referring to is that text scrolling can be DOG SLOW in a framebuffer terminal (PgUp, PgDown in less takes a bit). Other than that I don't know of any performance drop.MG-Cloud wrote:I've been toying with the idea of applying love-sources lately (I've mainly been using vanilla and mm), but I have a really quick question about bootsplash.
Does it decrease performance noticably? I remember reading in 'make menuconfig' that compiling framebuffer support can slow things down. I can live with a couple of seconds extra boot up time, but things should be OK once I boot up XFree/GNOME right? Performance is pretty important to me as I like to multitask and have several multimedia apps going simultaneously (eg ... xmms, gimp, and gamesThat's why I've been loving mm-sources)
Thanks! With luck, I'll be using test10-love1 when it comes out
