Re: [PATCH] Re: 2.6.12: itimer_real timers don't survive execve() any more

On Thu, Aug 04, 2005 at 03:02:51PM -0700, Andrew Morton wrote: > Roland McGrath <[EMAIL PROTECTED]> wrote: > > > > That's wrong. It has to be done only by the last thread in the group to go. > > Just revert Ingo's change. > > > > OK.. > > +++ 25-akpm/kernel/exit.c Thu Aug 4 15:01:06 2005

Re: [PATCH] Re: 2.6.12: itimer_real timers don't survive execve() any more

On Thu, Aug 04, 2005 at 03:02:51PM -0700, Andrew Morton wrote: Roland McGrath [EMAIL PROTECTED] wrote: That's wrong. It has to be done only by the last thread in the group to go. Just revert Ingo's change. OK.. +++ 25-akpm/kernel/exit.c Thu Aug 4 15:01:06 2005 @@ -829,8

2.6.12: itimer_real timers don't survive execve() any more

Hi, Somewhere between 2.6.11 and 2.6.12 the regression in $subject was added to the linux kernel. Testcase below. Ideas on that anyone? Gerd ==[ test_exec_alarm.c ]== #include #include #include int main(int argc, char ** argv) {

2.6.12: itimer_real timers don't survive execve() any more

Hi, Somewhere between 2.6.11 and 2.6.12 the regression in $subject was added to the linux kernel. Testcase below. Ideas on that anyone? Gerd ==[ test_exec_alarm.c ]== #include sys/time.h #include unistd.h #include string.h int

Re: [PATCH] i386: Selectable Frequency of the Timer Interrupt

Linus Torvalds <[EMAIL PROTECTED]> writes: > Now, if somebody wants to make nicer helper functions so that you can say > > timeout = ms_from_now(500); We already have something very simliar: timeout = jiffies + msecs_to_jiffies(500); ;) Gerd -- panic("it works"); /* avoid

Re: [PATCH] i386: Selectable Frequency of the Timer Interrupt

Linus Torvalds [EMAIL PROTECTED] writes: Now, if somebody wants to make nicer helper functions so that you can say timeout = ms_from_now(500); We already have something very simliar: timeout = jiffies + msecs_to_jiffies(500); ;) Gerd -- panic(it works); /* avoid being

Re: [2.6 patch] drivers/media/video/tveeprom.c: possible cleanups

> - #if 0 the EXPORT_SYMBOL'ed but unused function tveeprom_dump That's a debug helper function, please don't drop it. #if 0 might be ok, not sure though, the tveeprom module is also used by a out-of-kernel driver (ivtv). Otherwise the patch looks fine to me. Gerd - To unsubscribe from this

Re: [2.6 patch] drivers/media/video/tveeprom.c: possible cleanups

- #if 0 the EXPORT_SYMBOL'ed but unused function tveeprom_dump That's a debug helper function, please don't drop it. #if 0 might be ok, not sure though, the tveeprom module is also used by a out-of-kernel driver (ivtv). Otherwise the patch looks fine to me. Gerd - To unsubscribe from this

Re: IA32 (2.6.11 - 2005-03-12.16.00) - 56 New warnings

> > struct dvb_pll_desc { [ ... ] > > struct { [ ... ] > > } entries[]; > > }; > > > > while 2.6.11-mm3 changed it into entries[0]. > > The original code failed to compile with gcc-2.95.4, so I stuck the [0] in > there, then was vaguely surprised when no warnings

Re: IA32 (2.6.11 - 2005-03-12.16.00) - 56 New warnings

struct dvb_pll_desc { [ ... ] struct { [ ... ] } entries[]; }; while 2.6.11-mm3 changed it into entries[0]. The original code failed to compile with gcc-2.95.4, so I stuck the [0] in there, then was vaguely surprised when no warnings came out.

[patch] v4l: MAINTAINERS file update.

earth, I will be available for questions and patch reviews for some time, but I'll stop doing active development and most likely will not have the time to act as central patch relay for all video4linux stuff. cheers, Gerd Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- MAINTAINERS

[patch] dvb: add or51132 driver (atsc demodulator)

Hi, This patch adds a new ATSC frontend driver, needed by the cx88-based pcHDTV 3000 card. Also includes a tiny chunk to activate the or51132 support in the cx88-dvb driver. This patch depends on the cx88 dvb driver update. Gerd Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- d

[patch] v4l2 api: mpeg encoder support

Add a ioctl to set mpeg hardware encoder parameters. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- include/linux/videodev2.h | 136 ++ 1 files changed, 82 insertions(+), 54 deletions(-) Index: linux-2.6.11-rc4/include/linux/video

[patch] dvb: mt352 frontend driver update

on the dvb list, going to submit directly because the saa7134 driver update depends on this. Gerd Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/dvb/frontends/mt352.c | 197 ++-- drivers/media/dvb/frontends/mt352.h | 15 +- 2 files changed, 144 inse

[patch] dvb: add pll lib

finally get out of the door depends on this one I'll go submit it myself instead of waiting for the dvb guys doing it. Gerd Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/dvb/frontends/Makefile |1 drivers/media/dvb/frontends/dvb-pll.c

[patch] v4l: documentation update.

$subject says all ;) Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- Documentation/video4linux/CARDLIST.saa7134 | 41 ++--- Documentation/video4linux/README.cx88 |3 - Documentation/video4linux/bttv/Cards |7 ++- Documentation/video4linux/bttv/

[patch] Videotext: use I2C_CLIENT_INSMOD macro

Hi, the patch below simplifies the videotext drivers saa5246a and saa5249 by using the I2C_CLIENT_INSMOD macro. Thanks to Kai Volkmar. Michael Signed-off-by: Michael Geng <[EMAIL PROTECTED]> Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/saa52

[patch] v4l: tveeprom update

Add some new tuners to the list. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/tveeprom.c | 27 ++- 1 files changed, 18 insertions(+), 9 deletions(-) Index: linux-2.6.11/drivers/media/video/tvee

[patch] v4l: tuner update

Minor update for the tuner module: Add some new entries, fix a bug in the tda8290 driver. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/mt20xx.c |3 ++- drivers/media/video/tda8290.c |4 ++-- drivers/media/video/tuner-simple.c |9 - i

[patch] v4l: bttv driver update

This is a bttv driver update, changes: * add support for a new card. * add some debug code (bt878 risc disassembler). * drop some obsolete i2c code. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/btcx-risc.c | 12 +- drivers/media/video/bttv-cards.c

[patch] v4l: IR common update

Changes: * add some keytables which are used by both bttv and cx88 driver so they can be shared. * add IR decoding helper functions. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/common/ir-common.c | 164 ++- include/media/ir-co

[patch] v4l: bttv IR driver update

minor bttv IR driver update: drop a keytable and use the one in ir-common.ko instead. This patch depends on the ir-common update. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/ir-kbd-gpio.c | 51 +- 1 files changed, 3 insertions(

[patch] v4l: video-buf update

Bugfix: catch pci_map_sg() failures. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/video-buf.c | 13 +++-- 1 files changed, 11 insertions(+), 2 deletions(-) diff -u linux-2.6.11/drivers/media/video/video-buf.c linux/drivers/media/video/video-buf.c ---

[patch] v4l: video-buf update

Bugfix: catch pci_map_sg() failures. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/video-buf.c | 13 +++-- 1 files changed, 11 insertions(+), 2 deletions(-) diff -u linux-2.6.11/drivers/media/video/video-buf.c linux/drivers/media/video/video-buf.c --- linux

[patch] v4l: bttv IR driver update

minor bttv IR driver update: drop a keytable and use the one in ir-common.ko instead. This patch depends on the ir-common update. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/ir-kbd-gpio.c | 51 +- 1 files changed, 3 insertions(+), 48

[patch] v4l: bttv driver update

This is a bttv driver update, changes: * add support for a new card. * add some debug code (bt878 risc disassembler). * drop some obsolete i2c code. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/btcx-risc.c | 12 +- drivers/media/video/bttv-cards.c | 175

[patch] v4l: IR common update

Changes: * add some keytables which are used by both bttv and cx88 driver so they can be shared. * add IR decoding helper functions. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/common/ir-common.c | 164 ++- include/media/ir-common.h

[patch] v4l: tveeprom update

Add some new tuners to the list. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/tveeprom.c | 27 ++- 1 files changed, 18 insertions(+), 9 deletions(-) Index: linux-2.6.11/drivers/media/video/tveeprom.c

[patch] v4l: tuner update

Minor update for the tuner module: Add some new entries, fix a bug in the tda8290 driver. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/mt20xx.c |3 ++- drivers/media/video/tda8290.c |4 ++-- drivers/media/video/tuner-simple.c |9 - include

[patch] v4l: documentation update.

$subject says all ;) Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- Documentation/video4linux/CARDLIST.saa7134 | 41 ++--- Documentation/video4linux/README.cx88 |3 - Documentation/video4linux/bttv/Cards |7 ++- Documentation/video4linux/bttv/README

[patch] Videotext: use I2C_CLIENT_INSMOD macro

Hi, the patch below simplifies the videotext drivers saa5246a and saa5249 by using the I2C_CLIENT_INSMOD macro. Thanks to Kai Volkmar. Michael Signed-off-by: Michael Geng [EMAIL PROTECTED] Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/saa5246a.c | 13

[patch] dvb: add pll lib

finally get out of the door depends on this one I'll go submit it myself instead of waiting for the dvb guys doing it. Gerd Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/dvb/frontends/Makefile |1 drivers/media/dvb/frontends/dvb-pll.c | 168 ++ drivers

[patch] dvb: mt352 frontend driver update

on the dvb list, going to submit directly because the saa7134 driver update depends on this. Gerd Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/dvb/frontends/mt352.c | 197 ++-- drivers/media/dvb/frontends/mt352.h | 15 +- 2 files changed, 144 insertions

[patch] v4l2 api: mpeg encoder support

Add a ioctl to set mpeg hardware encoder parameters. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- include/linux/videodev2.h | 136 ++ 1 files changed, 82 insertions(+), 54 deletions(-) Index: linux-2.6.11-rc4/include/linux/videodev2.h

[patch] dvb: add or51132 driver (atsc demodulator)

Hi, This patch adds a new ATSC frontend driver, needed by the cx88-based pcHDTV 3000 card. Also includes a tiny chunk to activate the or51132 support in the cx88-dvb driver. This patch depends on the cx88 dvb driver update. Gerd Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers

[patch] v4l: MAINTAINERS file update.

earth, I will be available for questions and patch reviews for some time, but I'll stop doing active development and most likely will not have the time to act as central patch relay for all video4linux stuff. cheers, Gerd Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- MAINTAINERS |5

Re: [patch] add scsi changer driver

On Sun, Mar 06, 2005 at 07:55:25PM +0200, James Bottomley wrote: > Looking through this, the only things I really noticed that need work > are: > > ch_do_scsi(): It looks like this has an effective reimplementation of > scsi_wait_req. We're trying to deprecate the usage of scsi_do_req so we >

Re: [patch] add scsi changer driver

On Sun, Mar 06, 2005 at 07:55:25PM +0200, James Bottomley wrote: Looking through this, the only things I really noticed that need work are: ch_do_scsi(): It looks like this has an effective reimplementation of scsi_wait_req. We're trying to deprecate the usage of scsi_do_req so we can

Re: 2.6.11 vs DVB cx88 stuffs

On Fri, Mar 04, 2005 at 02:39:17AM -0500, Dave Jones wrote: > On Thu, Mar 03, 2005 at 11:17:16PM -0800, Andrew Morton wrote: > > > > The reason this wasn't picked up is that neither `make allyesconfig' or > > > `make allmodconfig' enables CONFIG_VIDEO_CX88_DVB or > > >

Re: 2.6.11 vs DVB cx88 stuffs

On Fri, Mar 04, 2005 at 02:39:17AM -0500, Dave Jones wrote: On Thu, Mar 03, 2005 at 11:17:16PM -0800, Andrew Morton wrote: The reason this wasn't picked up is that neither `make allyesconfig' or `make allmodconfig' enables CONFIG_VIDEO_CX88_DVB or CONFIG_VIDEO_CX88_DVB_MODULE.

Re: Potentially dead bttv cards from 2.6.10

> I did notice one strange thing though; the card= option is only applied > to the first bttv card. All remaining cards in the system are still > autodetected (which ends up assuming card=0 in my case). Not sure if > this is the intended behavior or not, since someone really could run two >

Re: Potentially dead bttv cards from 2.6.10

James Bruce <[EMAIL PROTECTED]> writes: > If you could suggest a very well tested kernel for bttv (2.6.9?), What do you expect? With just one single report and not remotely being clear what exactly caused it ... > I've heard that there is some way to dump eeproms; Is there a way to > write

Re: Potentially dead bttv cards from 2.6.10

James Bruce [EMAIL PROTECTED] writes: If you could suggest a very well tested kernel for bttv (2.6.9?), What do you expect? With just one single report and not remotely being clear what exactly caused it ... I've heard that there is some way to dump eeproms; Is there a way to write them

Re: Potentially dead bttv cards from 2.6.10

I did notice one strange thing though; the card= option is only applied to the first bttv card. All remaining cards in the system are still autodetected (which ends up assuming card=0 in my case). Not sure if this is the intended behavior or not, since someone really could run two

Re: Potentially dead bttv cards from 2.6.10

> I remember something about that you shouldn't use the teletext-decoder > at the same time as viewing regular tv. That would damage the eeprom. > Maybe it is related? No. Thats (a) very old and about two drivers banging on the bt848 card at the same time, where the second doesn't even exist for

Re: Potentially dead bttv cards from 2.6.10

James Bruce <[EMAIL PROTECTED]> writes: > Well, are there any theories as to why it would work flawlessly, then > after a hard lockup (due to what I think is a buggy V4L2 application), > that the cards no longer work? No idea why the eeprom doesn't respond any more. Maybe it's really broken.

Re: Potentially dead bttv cards from 2.6.10

On Fri, Feb 25, 2005 at 11:57:49PM -0500, James Bruce wrote: > Hi I've read elsewhere that the following message: > "tveeprom(bttv internal): Huh, no eeprom present (err=-121)?" > Means that a bttv card is dead. Or i2c communication to the eeprom failed. There used to be some -mm kernels with

Re: Potentially dead bttv cards from 2.6.10

On Fri, Feb 25, 2005 at 11:57:49PM -0500, James Bruce wrote: Hi I've read elsewhere that the following message: tveeprom(bttv internal): Huh, no eeprom present (err=-121)? Means that a bttv card is dead. Or i2c communication to the eeprom failed. There used to be some -mm kernels with

Re: Potentially dead bttv cards from 2.6.10

James Bruce [EMAIL PROTECTED] writes: Well, are there any theories as to why it would work flawlessly, then after a hard lockup (due to what I think is a buggy V4L2 application), that the cards no longer work? No idea why the eeprom doesn't respond any more. Maybe it's really broken. Note

Re: Potentially dead bttv cards from 2.6.10

I remember something about that you shouldn't use the teletext-decoder at the same time as viewing regular tv. That would damage the eeprom. Maybe it is related? No. Thats (a) very old and about two drivers banging on the bt848 card at the same time, where the second doesn't even exist for

Re: [patch] add scsi changer driver

st_for_each(item,_devlist) { > > + tmp = list_entry(item, scsi_changer, list); > > list_for_each_entry Oh, a new fancy toy I havn't notices yet ;) When this was added btw.? New version of the patch is below. Gerd ==[ cut here ]==

Re: [patch] add scsi changer driver

notices yet ;) When this was added btw.? New version of the patch is below. Gerd ==[ cut here ]== Subject: [patch] scsi changer This patch adds a device driver for scsi media changer devices. Signed-off-by: Gerd Knorr [EMAIL PROTECTED

[patch] add scsi changer driver

it ;) Recently I went over it and did some 2.6 cleanups, module parameters and the like. And now, finally, here it is. Please apply, Gerd Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- Documentation/scsi-changer.txt | 184 + drivers/scsi/Kconfig | 18 driver

[patch] minor bttv driver update

Just a new PCI Subsystem ID and a PM fix from Pavel. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/bttv-cards.c |4 +++- drivers/media/video/bttv-driver.c |4 ++-- drivers/media/video/bttv.h|2 +- drivers/media/video/bttvp.h |2 +- 4

[patch] minor bttv driver update

Just a new PCI Subsystem ID and a PM fix from Pavel. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/bttv-cards.c |4 +++- drivers/media/video/bttv-driver.c |4 ++-- drivers/media/video/bttv.h|2 +- drivers/media/video/bttvp.h |2 +- 4 files

[patch] add scsi changer driver

it ;) Recently I went over it and did some 2.6 cleanups, module parameters and the like. And now, finally, here it is. Please apply, Gerd Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- Documentation/scsi-changer.txt | 184 + drivers/scsi/Kconfig | 18 drivers/scsi/Makefile

Re: [patch] tv-card tuner fixup

> > That one should go into 2.6.11. > > - fix initialization order bug. > > I applied your earlier patch already. Can you verify that I merged > everything correctly, and that my current BK tree matches yours? Yep, it is fine. Just a whitespace sneaked in somehow, otherwise current bk is

Re: [patch] tv-card tuner fixup

That one should go into 2.6.11. - fix initialization order bug. I applied your earlier patch already. Can you verify that I merged everything correctly, and that my current BK tree matches yours? Yep, it is fine. Just a whitespace sneaked in somehow, otherwise current bk is identical to

[patch] tv-card tuner fixup

Hi, That one should go into 2.6.11. - fix initialization order bug. - disable + comment current secam tweak, will not work that way ... Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/tda9887.c | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-)

[patch] tv-card tuner fixup

Hi, That one should go into 2.6.11. - fix initialization order bug. - disable + comment current secam tweak, will not work that way ... Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/tda9887.c | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) diff -u

Re: Linux 2.6.11-rc3 - BT848 no signal

> > > mt2032_set_if_freq failed with -121 > > OK here you go. Thanks, seems to be a initialization order bug which changes the default state of the tda9887 output ports. The patch below should fix that. Gerd diff -u linux-2.6.11/drivers/media/video/tda9887.c

Re: [PATCH] Fix SAA7134 transport stream errors

On Tue, Feb 01, 2005 at 08:19:17PM -0500, Eric Lammerts wrote: > > Hi, > I had a lot of problems with the transport stream input on the > SAA7134. Even the slighest bit of other system activity caused data > corruption. This patch corrects the switching of the two DMA > buffers. Thanks, merged

Re: Linux 2.6.11-rc3 - BT848 no signal

Markus Trippelsdorf <[EMAIL PROTECTED]> writes: > tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw] > tuner: type set to 33 (MT20xx universal) by bt878 #0 [sw] > tuner: microtune: companycode=4d54 part=04 rev=04 > tuner: microtune MT2032 found, OK > tda9885/6/7: chip found @ 0x86 > ... >

Re: [PATCH] Fix SAA7134 transport stream errors

On Tue, Feb 01, 2005 at 08:19:17PM -0500, Eric Lammerts wrote: Hi, I had a lot of problems with the transport stream input on the SAA7134. Even the slighest bit of other system activity caused data corruption. This patch corrects the switching of the two DMA buffers. Thanks, merged (and

Re: Linux 2.6.11-rc3 - BT848 no signal

Markus Trippelsdorf [EMAIL PROTECTED] writes: tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw] tuner: type set to 33 (MT20xx universal) by bt878 #0 [sw] tuner: microtune: companycode=4d54 part=04 rev=04 tuner: microtune MT2032 found, OK tda9885/6/7: chip found @ 0x86 ...

Re: Linux 2.6.11-rc3 - BT848 no signal

mt2032_set_if_freq failed with -121 OK here you go. Thanks, seems to be a initialization order bug which changes the default state of the tda9887 output ports. The patch below should fix that. Gerd diff -u linux-2.6.11/drivers/media/video/tda9887.c linux/drivers/media/video/tda9887.c

Re: [patch] add i2c adapter id for the cx88 driver.

> 0x1a is reserved for TI PCILynx in the i2c project, although I never took > the time to forward the update to the kernel trees. Could you please use > 0x1b instead? Ok, here is a new version of the patch, using 0x1b. Gerd Index: linux-2005-01-23/include/linux/i2c-id.h

[patch] add i2c adapter id for the cx88 driver.

Hi, $subject says all. Please apply, Gerd Index: linux-2.6.11-rc2/include/linux/i2c-id.h === --- linux-2.6.11-rc2.orig/include/linux/i2c-id.h2005-01-24 09:11:12.0 +0100 +++

Re: 2.6.11-rc2-mm1: v4l-saa7134-module compile error

> > The patch below should fix this. > > Not completely: > CC drivers/media/video/saa7134/saa7134-core.o > drivers/media/video/saa7134/saa7134-core.c: In function `saa7134_initdev': > drivers/media/video/saa7134/saa7134-core.c:997: error: `need_empress' > undeclared (first use in this

Re: 2.6.11-rc2-mm1: v4l-saa7134-module compile error

The patch below should fix this. Not completely: CC drivers/media/video/saa7134/saa7134-core.o drivers/media/video/saa7134/saa7134-core.c: In function `saa7134_initdev': drivers/media/video/saa7134/saa7134-core.c:997: error: `need_empress' undeclared (first use in this function)

[patch] add i2c adapter id for the cx88 driver.

Hi, $subject says all. Please apply, Gerd Index: linux-2.6.11-rc2/include/linux/i2c-id.h === --- linux-2.6.11-rc2.orig/include/linux/i2c-id.h2005-01-24 09:11:12.0 +0100 +++

Re: [patch] add i2c adapter id for the cx88 driver.

0x1a is reserved for TI PCILynx in the i2c project, although I never took the time to forward the update to the kernel trees. Could you please use 0x1b instead? Ok, here is a new version of the patch, using 0x1b. Gerd Index: linux-2005-01-23/include/linux/i2c-id.h

Re: 2.6.11-rc2-mm1: v4l-saa7134-module compile error

On Mon, Jan 24, 2005 at 12:17:13PM +0100, Adrian Bunk wrote: > On Mon, Jan 24, 2005 at 02:15:16AM -0800, Andrew Morton wrote: > >... > > +v4l-saa7134-module.patch > > This patch broke compilation with CONFIG_MODULES=n: > > drivers/media/video/saa7134/saa7134-core.c: In function `pending_call': >

Re: 2.6.11-rc2-mm1: v4l-saa7134-module compile error

On Mon, Jan 24, 2005 at 12:17:13PM +0100, Adrian Bunk wrote: On Mon, Jan 24, 2005 at 02:15:16AM -0800, Andrew Morton wrote: ... +v4l-saa7134-module.patch This patch broke compilation with CONFIG_MODULES=n: drivers/media/video/saa7134/saa7134-core.c: In function `pending_call':

[patch] v4l2 tuner api update

Add new tuner type to the v4l2 API. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- include/linux/videodev2.h |1 + 1 files changed, 1 insertion(+) diff -u linux-2.6.10/include/linux/videodev2.h linux/include/linux/videodev2.h --- linux-2.6.10/include/linux/videodev2.h 2005-01

[patch] v4l: video-buf update

- Fix a memory leak in video-buf.c - Small update for the video-buf-dvb.c module. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/video-buf-dvb.c | 11 +++ drivers/media/video/video-buf.c |4 +++- include/media/video-buf-dvb.h |4 +++- 3

[patch] v4l: tuner update

- add new tuner types. - add support for digital tv tuning. - make tda9887 output ports more configurable. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/tda9887.c | 38 +++-- drivers/media/video/tuner.c

[patch] v4l: add tveeprom module.

Add a module which can parse config informations out of TV card eeproms. Will be used by bttv, cx88 and ivtv. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/Kconfig |3 drivers/media/video/Makefile |1 drivers/media/video/tveeprom.c

[patch] v4l: bttv IR input driver update

This patch enables IR support for one AverMedia card and drops a obsolete function. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/common/ir-common.c |3 ++- drivers/media/video/ir-kbd-gpio.c |4 ++-- drivers/media/video/ir-kbd-i2c.c | 14 ++ 3

[patch] v4l: bttv update

- some cleanups merged. - use new tveeprom module to configure Hauppauge cards. - add new tv cards. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/Kconfig |1 drivers/media/video/btcx-risc.c |3 drivers/media/video/bttv-cards.c

[patch] v4l: saa7134 module

- fix saa7134 module loading issues. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- drivers/media/video/saa7134/saa7134-core.c | 47 - 1 files changed, 45 insertions(+), 2 deletions(-) Index: linux-2.6.10/drivers/media/video/saa7134/saa7134-

[patch] videotext: ioctls changed to use _IO macros

/ioctl.h to reflect that change. and deletes a unused struct in include/linux/videotext.h. Signed-off-by: Gerd Knorr <[EMAIL PROTECTED]> --- Documentation/ioctl-number.txt |3 - drivers/media/video/saa5246a.c | 49 +++ drivers/media/video/saa5246a.h |2 drivers/media

Re: bttv/v4l2/Linux 2.6.10-ac8: xawtv hanging in videobuf_waiton

> About 100 pixels from my windowmaker background got garbled (I also ran > xrefresh) while panicking ;-> and "rpm -V mozilla" showed three modified > libs. > However, the libs were OK after reboot (maybe because no time for syncing), > but reiserfsck found vpf-10640 error for /var partition.

Re: bttv/v4l2/Linux 2.6.10-ac8: xawtv hanging in videobuf_waiton

About 100 pixels from my windowmaker background got garbled (I also ran xrefresh) while panicking ;- and rpm -V mozilla showed three modified libs. However, the libs were OK after reboot (maybe because no time for syncing), but reiserfsck found vpf-10640 error for /var partition. Thats

[patch] videotext: ioctls changed to use _IO macros

/ioctl.h to reflect that change. and deletes a unused struct in include/linux/videotext.h. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- Documentation/ioctl-number.txt |3 - drivers/media/video/saa5246a.c | 49 +++ drivers/media/video/saa5246a.h |2 drivers/media/video

[patch] v4l: saa7134 module

- fix saa7134 module loading issues. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/saa7134/saa7134-core.c | 47 - 1 files changed, 45 insertions(+), 2 deletions(-) Index: linux-2.6.10/drivers/media/video/saa7134/saa7134-core.c

[patch] v4l: bttv update

- some cleanups merged. - use new tveeprom module to configure Hauppauge cards. - add new tv cards. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/Kconfig |1 drivers/media/video/btcx-risc.c |3 drivers/media/video/bttv-cards.c | 203

[patch] v4l: add tveeprom module.

Add a module which can parse config informations out of TV card eeproms. Will be used by bttv, cx88 and ivtv. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/Kconfig |3 drivers/media/video/Makefile |1 drivers/media/video/tveeprom.c | 577

[patch] v4l: bttv IR input driver update

This patch enables IR support for one AverMedia card and drops a obsolete function. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/common/ir-common.c |3 ++- drivers/media/video/ir-kbd-gpio.c |4 ++-- drivers/media/video/ir-kbd-i2c.c | 14 ++ 3 files

[patch] v4l: tuner update

- add new tuner types. - add support for digital tv tuning. - make tda9887 output ports more configurable. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/tda9887.c | 38 +++-- drivers/media/video/tuner.c | 60 +++--- include

[patch] v4l: video-buf update

- Fix a memory leak in video-buf.c - Small update for the video-buf-dvb.c module. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- drivers/media/video/video-buf-dvb.c | 11 +++ drivers/media/video/video-buf.c |4 +++- include/media/video-buf-dvb.h |4 +++- 3 files

[patch] v4l2 tuner api update

Add new tuner type to the v4l2 API. Signed-off-by: Gerd Knorr [EMAIL PROTECTED] --- include/linux/videodev2.h |1 + 1 files changed, 1 insertion(+) diff -u linux-2.6.10/include/linux/videodev2.h linux/include/linux/videodev2.h --- linux-2.6.10/include/linux/videodev2.h 2005-01-13 10:48

Re: [kbuild 2/5] Dont use the running kernels config file by default

Andreas Gruenbacher <[EMAIL PROTECTED]> writes: > The user does a ``make menuconfig'', and expects to see sane defaults. > What kconfig really does is take the running kernel's configuration > instead. This is a ad choice; it makes much more sense to take > arch/$ARCH/defconfig. IIRC the vanilla

Re: [2.6 patch] bttv: make some code static

> This patch was already sent on: > - 9 Nov 2004 Damn, yes. I have it. I don't consider those patches *that* important that I instantly forward the stuff, they'll go out with the next batch of v4l updates because it's less work that way. If you want to have a look at my latest (not submitted

Re: [2.6 patch] bttv: make some code static

This patch was already sent on: - 9 Nov 2004 Damn, yes. I have it. I don't consider those patches *that* important that I instantly forward the stuff, they'll go out with the next batch of v4l updates because it's less work that way. If you want to have a look at my latest (not submitted

Re: [kbuild 2/5] Dont use the running kernels config file by default

Andreas Gruenbacher [EMAIL PROTECTED] writes: The user does a ``make menuconfig'', and expects to see sane defaults. What kconfig really does is take the running kernel's configuration instead. This is a ad choice; it makes much more sense to take arch/$ARCH/defconfig. IIRC the vanilla

Re: Tvmixer Oops

On Mon, Jun 25, 2001 at 12:56:03PM +0200, Udo A. Steinberg wrote: > > Hello, > > Attached is the trace of an oops which seems to be caused by the > tvmixer code. Tvmixer is compiled monolithically into the kernel, > the rest of bttv is compiled as modules. Any hints on how to reproduce that

Re: Tvmixer Oops

On Mon, Jun 25, 2001 at 12:56:03PM +0200, Udo A. Steinberg wrote: Hello, Attached is the trace of an oops which seems to be caused by the tvmixer code. Tvmixer is compiled monolithically into the kernel, the rest of bttv is compiled as modules. Any hints on how to reproduce that one?

Re: Annoying kernel behaviour

> >There are no conflicts, and PCI should be able to share anyways. > > That's the theory now for some time, has never worked. Even hacking > the SCSI driver, any attempted IRQ sharing kills my systems. Even my > quad ethernet is not successful at sharing IRQs with itself, in 2+ very >

Re: Annoying kernel behaviour

There are no conflicts, and PCI should be able to share anyways. That's the theory now for some time, has never worked. Even hacking the SCSI driver, any attempted IRQ sharing kills my systems. Even my quad ethernet is not successful at sharing IRQs with itself, in 2+ very different

  1   2   >