Re: 2.6.25-rc[12] Video4Linux Bttv Regression

> Bisecting this won't be that easy. The support for the depreciated V4L1 API > were removed from bttv driver. Now, it uses v4l1-compat module, that > translates > a V4L1 call into a V4L2 one. I'll try to seek for troubles at the current > code. I think I might have seen this problem but it

Re: 2.6.25-rc[12] Video4Linux Bttv Regression

Bisecting this won't be that easy. The support for the depreciated V4L1 API were removed from bttv driver. Now, it uses v4l1-compat module, that translates a V4L1 call into a V4L2 one. I'll try to seek for troubles at the current code. I think I might have seen this problem but it didn't

[PATCH] bttv: Fix overlay divide error.

o function. Signed-off-by: Robert Fitzsimons <[EMAIL PROTECTED]> --- drivers/media/video/bt8xx/bttv-driver.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) Hi Mauro This patch against Linus's git tree fixes an overlay regression in the bttv driver in 2.6.25-rc1. Robert di

[PATCH] bttv: Fix overlay divide error.

. Signed-off-by: Robert Fitzsimons [EMAIL PROTECTED] --- drivers/media/video/bt8xx/bttv-driver.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) Hi Mauro This patch against Linus's git tree fixes an overlay regression in the bttv driver in 2.6.25-rc1. Robert divide error: [#1

Re: oops in oprofile/dump_trace/X86 with 2.6.24-rcX

> this only happens 32bit. Somehow I broke this when I introduced > stack_pointer(). Here is a patch that fixes the problem. > > Subject: oprofile: Fix oops on x86 32-bit I've tested this and it fixes the oops. Thank you. Robert - To unsubscribe from this list: send the line "unsubscribe

Re: oops in oprofile/dump_trace/X86 with 2.6.24-rcX

this only happens 32bit. Somehow I broke this when I introduced stack_pointer(). Here is a patch that fixes the problem. Subject: oprofile: Fix oops on x86 32-bit I've tested this and it fixes the oops. Thank you. Robert - To unsubscribe from this list: send the line unsubscribe

Re: oops in oprofile/dump_trace/X86 with 2.6.24-rcX

> Philippe, on Sun, 21 Oct you sent a "[patch 1/2] oProfile: oops when > profile_pc() return ~0LU" which as far as I can tell never got applied. This patch applied on it own doesn't fix the problem causing my oops. > I've queued the below revert of Jan's change, in case your lost [2/2] doesn't >

Re: oops in oprofile/dump_trace/X86 with 2.6.24-rcX

Philippe, on Sun, 21 Oct you sent a [patch 1/2] oProfile: oops when profile_pc() return ~0LU which as far as I can tell never got applied. This patch applied on it own doesn't fix the problem causing my oops. I've queued the below revert of Jan's change, in case your lost [2/2] doesn't

Re: Hang in 2.6.23-rc5

Here is a relevant oops for this hang. [ 7329.832382] BUG: unable to handle kernel NULL pointer dereference at virtual address 0025 [ 7329.934755] printing eip: [ 7329.967145] 802cb921 [ 7329.993347] *pde = [ 7330.026799] Oops: [#1] [ 7330.060246] Modules linked in: usblp

Re: Hang in 2.6.23-rc5

Here is a relevant oops for this hang. [ 7329.832382] BUG: unable to handle kernel NULL pointer dereference at virtual address 0025 [ 7329.934755] printing eip: [ 7329.967145] 802cb921 [ 7329.993347] *pde = [ 7330.026799] Oops: [#1] [ 7330.060246] Modules linked in: usblp

V4L Regression (Was: Linux 2.6.22-rc1)

Existing v4l applications are failing with the latest release candidate. This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.22-rc1) xinerama 0: 1280x1024+0+0 /dev/video0 [v4l2]: ioctl VIDIOC_G_FBUF: Invalid argument v4l-conf had some trouble, trying to continue anyway ioctl:

V4L Regression (Was: Linux 2.6.22-rc1)

Existing v4l applications are failing with the latest release candidate. This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.22-rc1) xinerama 0: 1280x1024+0+0 /dev/video0 [v4l2]: ioctl VIDIOC_G_FBUF: Invalid argument v4l-conf had some trouble, trying to continue anyway ioctl:

Re: gitweb on kernel.org buggy?

> Would be nice if there was anybody familiar with issues concerning > high-volume gitweb serving who could contribute. This bug is fixed (http://lkml.org/lkml/2007/1/5/204), but I guess the change never made it to kernel.org servers. Robert - To unsubscribe from this list: send the line

Re: gitweb on kernel.org buggy?

Would be nice if there was anybody familiar with issues concerning high-volume gitweb serving who could contribute. This bug is fixed (http://lkml.org/lkml/2007/1/5/204), but I guess the change never made it to kernel.org servers. Robert - To unsubscribe from this list: send the line

Re: How git affects kernel.org performance

> Some more data on how git affects kernel.org... I have a quick question about the gitweb configuration, does the $projects_list config entry point to a directory or a file? When it is a directory gitweb ends up doing the equivalent of a 'find $project_list' to find all the available projects,

Re: How git affects kernel.org performance

Some more data on how git affects kernel.org... I have a quick question about the gitweb configuration, does the $projects_list config entry point to a directory or a file? When it is a directory gitweb ends up doing the equivalent of a 'find $project_list' to find all the available projects,

[PATCH] gitweb: Fix shortlog only showing HEAD revision.

My change in 190d7fdcf325bb444fa806f09ebbb403a4ae4ee6 had a small bug found by Michael Krufky which caused the passed in hash value to be ignored, so shortlog would only show the HEAD revision. Signed-off-by: Robert Fitzsimons <[EMAIL PROTECTED]> --- Thanks for finding this Michael. It

[PATCH] gitweb: Fix shortlog only showing HEAD revision.

My change in 190d7fdcf325bb444fa806f09ebbb403a4ae4ee6 had a small bug found by Michael Krufky which caused the passed in hash value to be ignored, so shortlog would only show the HEAD revision. Signed-off-by: Robert Fitzsimons [EMAIL PROTECTED] --- Thanks for finding this Michael. It' just