> 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
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
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
.
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
> 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
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
> 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
>
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
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
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
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:
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:
> 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
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
> 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,
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,
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
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
18 matches
Mail list logo