On Tuesday 06 September 2005 01:48, Daniel Phillips wrote:
> On Tuesday 06 September 2005 01:05, Dmitry Torokhov wrote:
> > do you think it is a bit premature to dismiss something even without
> > ever seeing the code?
>
> You told me you are using a dlm for a single-node application, is there
>
I run memtest86 and It gives errors.
I removed the installed 256 MB RAM of 512 MB and now PC works.
thanks
- Original Message -
From: "Stephen C. Tweedie" <[EMAIL PROTECTED]>
To: "Riccardo Castellani" <[EMAIL PROTECTED]>
Cc: "Stephen Tweedie" <[EMAIL PROTECTED]>; "linux-kernel"
Sen
On 9/5/05, mandy london <[EMAIL PROTECTED]> wrote:
> in my mind, irq save only store the conditions of that time , and the
> following code can access the shared region and change it ,so modify
> irq states .
>
> while , disable irq keeps the states of interrupt unchangable .
>
> but , I have
On Tuesday 06 September 2005 01:05, Dmitry Torokhov wrote:
> do you think it is a bit premature to dismiss something even without
> ever seeing the code?
You told me you are using a dlm for a single-node application, is there
anything more I need to know?
Regards,
Daniel
-
To unsubscribe from t
On Aug 28 2005, at 18:39, Russell King was caught saying:
> On Wed, Aug 24, 2005 at 03:12:02PM -0700, Deepak Saxena wrote:
> > Version 6 of the ARM architecture introduces the concept of 16MB pages
> > (supersections) and 36-bit (40-bit actually, but nobody uses this)
> > physical addresses. 36-bit
On Tuesday 06 September 2005 07:37, Andi Kleen wrote:
> Running with tight stack is just a fundamentally fragile configuration
> and will come back to bite you later. Even with 8k we regularly
> had overflows reported and with 4k it will be much worse.
I think one of the reasons is:
"No matter ho
hi,
For submitting an sk_buff to upper layer you have to
use atm_vcc structure, provided by kernel. This has
one "push" entry point where you can pass your skbuff
structure. go through drivers/atm/zatm.c.
Mehul.
--- manomugdha biswas <[EMAIL PROTECTED]> wrote:
>
>
> Hi,
> I am writing a n
Russell,
what I'd suggest is to separate the changes that allow to provide PM
callbacks and generic changes in the interface/structures as the latter
will result in changing a lot of code that uses 8250 serial driver,
otherwise that code will stop working.
Namely, is it posible to have the fir
Parag Warudkar wrote (ao):
> Bob Richmond wrote:
> >Immediately upon boot on this system, most userland programs will
> >segfault, including mount. This causes the system to come up in a
> >bizarre state with the root filesystem mounted read-only, and nothing
> >runs without segfault. There have
On Mon, Aug 08, 2005 at 02:02:31PM -0700, Stephane Eranian wrote:
> Hello,
>
> I have released a new version of the perfmon2 kernel patch
> along with a new version of the libpfm user library.
>
> The kernel patch is relative to 2.6.13-rc4-mm1. You need to
> apply Andrew Morton's -mm1 to rc4.
>
On Monday 05 September 2005 19:37, Joel Becker wrote:
> OCFS2, the new filesystem, is fully general purpose. It
> supports all the usual stuff, is quite fast...
So I have heard, but isn't it time to quantify that? How do you think you
would stack up here:
http://www.caspur.it/Files/2005/01
On Monday, 5. September 2005 18:27, Mark Lord wrote:
> Oh, you *should* be able to get the results you
> are looking for (hdparm -I) by trying it this way:
>
> hdparm --Istdin
> Cheers
Oh yes, you are right! It works. But what is the reason behind this new
behaviour?
Best regards
Oliver
-
[J. Bruce Fields]
> On Sun, Sep 04, 2005 at 01:51:08PM -0700, Bret Towe wrote:
> > On 9/4/05, Bret Towe <[EMAIL PROTECTED]> wrote:
> > > On 9/4/05, Francois Romieu <[EMAIL PROTECTED]> wrote:
> > > > Bret Towe <[EMAIL PROTECTED]> :
> > > > [...]
> > > > > after moving some files on the server to a n
On Monday 05 September 2005 23:58, Daniel Phillips wrote:
> On Tuesday 06 September 2005 00:07, Dmitry Torokhov wrote:
> > On Monday 05 September 2005 23:02, Daniel Phillips wrote:
> > > By the way, you said "alpha server" not "alpha servers", was that just a
> > > slip? Because if you don't have a
On Tuesday 06 September 2005 00:07, Dmitry Torokhov wrote:
> On Monday 05 September 2005 23:02, Daniel Phillips wrote:
> > By the way, you said "alpha server" not "alpha servers", was that just a
> > slip? Because if you don't have a cluster then why are you using a dlm?
>
> No, it is not a slip. T
On Mon, Sep 05, 2005 at 01:31:20PM -0500, Brian King wrote:
> That should work also. Here is an updated patch.
...
The code looks good...but it got me thinking.
...
> +void pci_block_user_cfg_access(struct pci_dev *dev)
> +{
> + pci_save_state(dev);
> + dev->block_ucfg_access = 1;
> +
Followup to: <[EMAIL PROTECTED]>
By author:Adrian Bunk <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> On Mon, Sep 05, 2005 at 02:47:40PM -0400, Jakub Jelinek wrote:
> > On Mon, Sep 05, 2005 at 08:00:05PM +0200, Adrian Bunk wrote:
> > > It isn't the same, but "static inline" is the corr
Alan Cox <[EMAIL PROTECTED]> writes:
> On Sul, 2005-09-04 at 07:51 -0700, Alex Davis wrote:
> > I'm not asking you to debug crashes. I'm simply requesting that the
> > kernel stack size situation remain as it is: with 8K as the default
> > and 4K configurable.
>
> How about the relevant question
Pekka Enberg wrote:
On 9/5/05, Howard Chu <[EMAIL PROTECTED]> wrote:
So, any guesses why with otherwise identical config options, a kernel
with SMP enabled doesn't boot up with all of the device nodes that it
should? (Both drives are on the same controller. I haven't checked to
see if any oth
On 9/5/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
Can this:
+static void saa6588_work(void *data)
+{
+ struct saa6588 *s = (struct saa6588 *)data;
+
+ saa6588_i2c_poll(s);
+ mod_timer(&s->timer, jiffies + HZ / 50);/* 20 msec */
+}
+
be:
mod_timer(&s->timer, jif
Hi,
I am writing a new driver module for ATM. I want to
send a packet to protocol stack using netif_rx().
For
ethernet i am using netif_rx() in the following way.
I
have dev pointer.
skbuff->dev = device;
skbuff->protocol = eth_type_trans(skbuff, device);
netif_rx(skbuff);
On Monday 05 September 2005 23:02, Daniel Phillips wrote:
>
> By the way, you said "alpha server" not "alpha servers", was that just a
> slip?
> Because if you don't have a cluster then why are you using a dlm?
>
No, it is not a slip. The application is running on just one node, so we
do not r
On Monday 05 September 2005 22:03, Dmitry Torokhov wrote:
> On Monday 05 September 2005 19:57, Daniel Phillips wrote:
> > On Monday 05 September 2005 12:18, Dmitry Torokhov wrote:
> > > On Monday 05 September 2005 10:49, Daniel Phillips wrote:
> > > > On Monday 05 September 2005 10:14, Lars Marowsk
This patch for 2.6.13-git5 fixes single node sparsemem support. In the case
when multiple nodes are used, setup_memory() in arch/i386/mm/discontig.c calls
get_memcfg_numa() which calls memory_present(). The single node case with
setup_memory() in arch/i386/kernel/setup.c does not call memory_presen
On 9/5/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 9/5/05, Bret Towe <[EMAIL PROTECTED]> wrote:
> > On 9/4/05, J. Bruce Fields <[EMAIL PROTECTED]> wrote:
> > > On Sun, Sep 04, 2005 at 08:08:22PM -0700, Bret Towe wrote:
> > > > On 9/4/05, J. Bruce Fields <[EMAIL PROTECTED]> wrote:
> > > > > Do y
Alan Cox wrote:
On Llu, 2005-09-05 at 14:17 +0600, Alexander E. Patrakov wrote:
Hello,
I tried to build linux-2.6.13-mm1 with the attached configuration, and
it failed with:
drivers/usb/serial/whiteheat.c: In function `rx_data_softint':
drivers/usb/serial/whiteheat.c:1433: error: structu
On Tue, Sep 06, 2005 at 03:27:33AM +0100, [EMAIL PROTECTED] wrote:
> On Mon, Sep 05, 2005 at 07:15:35PM -0700, Eugene Surovegin wrote:
>
> > Identical fix is already in -mm
>
> Then it really should go upstream; obvious fixes like that are not
> something that needs filtration...
Well, it's not
On Mon, Sep 05, 2005 at 07:15:35PM -0700, Eugene Surovegin wrote:
> Identical fix is already in -mm
Then it really should go upstream; obvious fixes like that are not
something that needs filtration...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
On Mon, Sep 05, 2005 at 06:51:41PM -0700, David S. Miller wrote:
> Admittedly, the whole RTC situation is quite a mess I have to
> agree.
>
> To make the problem worse, we have two sets of RTC ioctls
> which userland makes use of on Sparc. The older ones which
> the SBUS RTC driver exported and s
On Tue, Sep 06, 2005 at 01:44:23AM +0100, [EMAIL PROTECTED] wrote:
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
>
> diff -urN RC13-git5-mga/arch/ppc/syslib/ocp.c
> RC13-git5-ppc44x-pm/arch/ppc/syslib/ocp.c
> --- RC13-git5-mga/arch/ppc/syslib/ocp.c 2005-08-28 23:09:40.0
> -0400
On Mon, 5 Sep 2005, Mathieu wrote:
> the bioses released by phoenix seem a little broken. try a 2.6.13
> kernel with the option ec_burst=1.
I agree with the broken phoenix part but be careful playing with ec_burst.
When it was set to default pre-2.6.13-rc6 it caused my laptop to overheat
and tr
Greetings.
This patch improves peformance of serial console by using FIFO.
I think original serial driver is not effective, but transfer rate of
real serial port is low, so this problem has not been exposed.
However, because transfer rate of virtual serial port (ex. Serial Over
Ethernet)
is highe
> > @@ -193,6 +193,34 @@
> >
> > #ifdef CONFIG_OMAP_OSK_MISTRAL
> >
> > +#include
> > +
> > +struct ads7864_info { /* FIXME put in standard header */
> > + u16 pen_irq, busy; /* GPIO lines */
> > + u16 x_ohms, y_ohms;
> > +};
> > +
> > +static struct ads7
On Monday 05 September 2005 19:57, Daniel Phillips wrote:
> On Monday 05 September 2005 12:18, Dmitry Torokhov wrote:
> > On Monday 05 September 2005 10:49, Daniel Phillips wrote:
> > > On Monday 05 September 2005 10:14, Lars Marowsky-Bree wrote:
> > > > On 2005-09-03T01:57:31, Daniel Phillips <[EM
From: "Colin Harrison" <[EMAIL PROTECTED]>
Date: Mon, 5 Sep 2005 16:43:44 +0100
> I'm getting the following BUG report with 2.6.13-git5:-
Should be fixed by this patch. And please use netdev@vger.kernel.org
for networking kernel stuff, thanks.
diff-tree fb5f5e6e0cebd574be737334671d1aa8f170d5f3
From: [EMAIL PROTECTED]
Date: Tue, 6 Sep 2005 01:56:45 +0100
> Yet another architecture not coverd by GEN_RTC - sparc64 never
> picked it until now and it doesn't have asm/rtc.h to go with it, so
> it wouldn't compile anyway (or have these ioctls in the user-visible
> headers, for that matte
On Mon, Sep 05, 2005 at 10:32:04PM +0100, Alistair John Strachan wrote:
> On Monday 05 September 2005 21:13, Sam Ravnborg wrote:
> > On Mon, Sep 05, 2005 at 08:35:14PM +0100, Alistair John Strachan wrote:
> > > On Monday 05 September 2005 18:41, Sam Ravnborg wrote:
> > > > Hi Linus.
> > > >
> > > >
On Sep 5, 2005, at 19:28:07, Kyle Moffett wrote:
With all of that mess out of the way, I'll work on getting a few
initial RFC
patches out the door, and then we can revisit this discussion once
there is
something tangible to talk about.
Ugh. Step one for my cleanup is to rename __ASSEMBLY__
> > > How is this different from the preempt module vermagic?
> > >
> > > ~$ modinfo agpgart | grep vermagic
> > > vermagic: 2.6.13 preempt gcc-4.0
> >
> > My bad. Adding PREEMT to UTS_VERSION makes it visible in uname -a.
> >
>
> I see. I can understand adding an extraversion for SMP and ex
[EMAIL PROTECTED] wrote:
> Thanks for the reply, Matthew.
>
> On Mon, 5 Sep 2005, Matthew Garrett wrote:
>
>> [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>> I am trying to get intelfb running on a system with a 855GM onboard
>>> chip,
>>> and the driver exits at intelfbdrv.c::intelfb_pci_regist
In the current git repository, on my amd64 machine I get the following warning
on compile
drivers/pci/probe.c: In function `pci_read_bases':
drivers/pci/probe.c:166: warning: large integer implicitly truncated to
unsigned type
drivers/pci/probe.c:216: warning: large integer implicitly truncated t
My AMI megaraid card no longer works with recent mm-series kernels. The
bug appears on mm- kernels newer than 2.6.12-rc6-mm1; mainline kernels
are not affected.
The driver will load and detect both devices on the card (sda and sdb).
It will scan each device and read the partition table successfull
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-git5-sunsu/sound/arm/aaci.c RC13-git5-aaci/sound/arm/aaci.c
--- RC13-git5-sunsu/sound/arm/aaci.c2005-08-28 23:09:50.0 -0400
+++ RC13-git5-aaci/sound/arm/aaci.c 2005-09-05 16:41:09.0 -0400
@@ -821,7 +821,7 @@
s
Alan Cox wrote:
On Sul, 2005-09-04 at 11:01 +1000, Nick Piggin wrote:
I would be surprised if it was a big loss... but I'm assuming
a locked cmpxchg isn't outlandishly expensive. Basically:
read_lock_irqsave(cacheline1);
atomic_inc_return(cacheline2);
read_unlock_irqrestore(cacheline1);
A piece of the UML stubs patch got lost - it has
Killed STUBS_CFLAGS - it's not needed and the only remaining use had been
gratitious - it only polluted CFLAGS
in description and does remove it in arch/um/Makefile-x86_64, but forgets to
do the same in i386 counterpart. Lost chunk follows:
Yet another architecture not coverd by GEN_RTC - sparc64 never
picked it until now and it doesn't have asm/rtc.h to go with it, so
it wouldn't compile anyway (or have these ioctls in the user-visible
headers, for that matter).
FWIW, I'm very tempted to introduce ARCH_HAS_GEN_RTC an
On Monday 05 September 2005 12:18, Dmitry Torokhov wrote:
> On Monday 05 September 2005 10:49, Daniel Phillips wrote:
> > On Monday 05 September 2005 10:14, Lars Marowsky-Bree wrote:
> > > On 2005-09-03T01:57:31, Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > > > The only current users of dlms are
Sanitized and fixed floppy dependencies: split the messy dependencies for
BLK_DEV_FD by introducing a new symbol (ARCH_MAY_HAVE_PC_FDC), making
BLK_DEV_FD depend on that one and taking declarations of ARCH_MAY_HAVE_PC_FDC
to arch/*/Kconfig. While we are at it, fixed several obvious cases when
BLK_
sunsu had been broken by ->stop_tx/->start_tx API changes.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-git5-sata_qstor/drivers/serial/sunsu.c
RC13-git5-sunsu/drivers/serial/sunsu.c
--- RC13-git5-sata_qstor/drivers/serial/sunsu.c 2005-09-05 07:05:15.0
-0400
+++ RC13-git
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
diff -urN RC13-git5-mga/arch/ppc/syslib/ocp.c
RC13-git5-ppc44x-pm/arch/ppc/syslib/ocp.c
--- RC13-git5-mga/arch/ppc/syslib/ocp.c 2005-08-28 23:09:40.0 -0400
+++ RC13-git5-ppc44x-pm/arch/ppc/syslib/ocp.c 2005-09-05 16:41:17.0
-0400
@
On Monday 05 September 2005 16:55, Vojtech Pavlik wrote:
> On Mon, Sep 05, 2005 at 04:12:13PM -0500, Dmitry Torokhov wrote:
> > On Monday 05 September 2005 15:58, Bryan O'Donoghue wrote:
> > >
> > > However, the KVM in question invariably ends up sending a packet like this
> > >
> > > packet= 0x0
This patch makes some small rearrangements of the PCI probing code in
order to make it possible for arch code to set up the PCI tree
without needing to duplicate code from the PCI layer unnecessarily.
PPC64 will use this to set up the PCI tree from the Open Firmware
device tree, which we need to do
On Mon, Sep 05, 2005 at 10:24:03PM +0200, Bernd Eckenfels wrote:
> The whole point of the orcacle cluster filesystem as it was described in old
> papers was about pfiles, control files and software, because you can easyly
> use direct block access (with ASM) for tablespaces.
OCFS, the orig
On Sun, Sep 04, 2005 at 09:37:15AM +0100, Alan Cox wrote:
> I am curious why a lock manager uses open to implement its locking
> semantics rather than using the locking API (POSIX locks etc) however.
Because it is simple (how do you fcntl(2) from a shell fd?), has no
ranges (what do you do
Here are some patches for the driver core for 2.6.13. They have all
been in the -mm tree for a while and fix a few bugs, and add proper
sysfs support for the floppy driver.
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-2.6.git/
or if master.kernel.org h
.
- adds the adapter number + i2c address to printk msgs.
- Some CodingStyle cleanups.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/tvaudio.c | 200 +
linux/drivers/media/video/tveeprom.c | 552 +
On Sep 5, 2005, at 12:35:42, H. Peter Anvin wrote:
Followup to: <[EMAIL PROTECTED]>
By author:Kyle Moffett <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
Didn't you mean "#define stat __kabi_stat64"? Also, I can see that
would pose other issues as well say my app does "struct stat sta
On Friday 02 September 2005 22:31, Adrian Bunk wrote:
> "extern inline" doesn't make much sense.
>
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks applied (with a better description)
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
On Mon, Sep 05, 2005 Andrew Morton wrote:
> [Bug 4962] b2c2-flexcop module freezes
> http://bugzilla.kernel.org/show_bug.cgi?id=4962
"freeze" means the hardware stops generating interrupts. Reason unknown,
but a partial workaround was already merged into 2.6.13.
Please read my comments in bu
On Tue, Sep 06, 2005 at 12:05:07AM +0200, Marc Giger wrote:
> Hi Andrea
>
> Two little details:
>
> The following line does not print what you expect on
> alpha's:
>
> MHZ = int(re.search(r' (\d+)\.?\d?',
> os.popen("grep -i mhz /proc/cpuinfo | head -n
> 1").read()).group(1))
Alan Cox <[EMAIL PROTECTED]> wrote:
>
> On Llu, 2005-09-05 at 12:53 -0700, Andrew Morton wrote:
> > > - How are they ref counted
> > > - What are the cleanup semantics
> > > - How do I pass a lock between processes (AF_UNIX sockets wont work now)
> > > - How do I poll on a lock coming free.
On Sep 5, 2005, at 18:32:32, Thorild Selen wrote:
Adrian Bunk <[EMAIL PROTECTED]> writes:
Please name situations where 8K stacks may be preferred that do not
involve binary-only modules.
How about NFS-exporting a filesystem on LVM atop md? I believe it has
been mentioned before in discussions
On Llu, 2005-09-05 at 12:53 -0700, Andrew Morton wrote:
> > - How are they ref counted
> > - What are the cleanup semantics
> > - How do I pass a lock between processes (AF_UNIX sockets wont work now)
> > - How do I poll on a lock coming free.
> > - What are the semantics of lock ownership
>
Nick Warne <[EMAIL PROTECTED]> :
[...]
> This one looks _so_ familiar to me personally - exactly the same problems I
> had:
>
> http://marc.theaimsgroup.com/?l=linux-kernel&m=112458400611745&w=2
Hmmm... I had not envisioned a lost event but it could turn into
something interesting. Thanks for th
Vojtech Pavlik wrote:
>>Not all mice folow the protocol unfortunately. PLease try instead the
>>patch below
Yes Dmitry, that does as advertised.
Bryan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Adrian Bunk <[EMAIL PROTECTED]> writes:
> Please name situations where 8K stacks may be preferred that do not
> involve binary-only modules.
How about NFS-exporting a filesystem on LVM atop md? I believe it has
been mentioned before in discussions that 8k stacks are strongly
recommended in this
Hi Andrea
Two little details:
The following line does not print what you expect on
alpha's:
MHZ = int(re.search(r' (\d+)\.?\d?',
os.popen("grep -i mhz /proc/cpuinfo | head -n
1").read()).group(1))
My /proc/cpuinfo:
cpu : Alpha
cpu model : E
Hi all, how can i produce from a working RH 7.3 env a 386 - demand paged
pure executable from a C file???
My gcc version is 2.95 , if that matters
Thanks in advance.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Mon, Sep 05, 2005 at 04:12:13PM -0500, Dmitry Torokhov wrote:
> On Monday 05 September 2005 15:58, Bryan O'Donoghue wrote:
> >
> > However, the KVM in question invariably ends up sending a packet like this
> >
> > packet= 0x0 0xff 0x2 0x8
> >
> > Which is completely invalid for PS/2 and IMPS/
Brett Russ wrote:
Jeff,
This looked prime to cut since ahci_remove_one() was a functionally
identical to ata_pci_remove_one() except for the interrupt disable
(have_msi) bits, which fit nicely into ahci_host_stop(). However,
1) Will it work?
2) Isn't it wrong for the IRQ disable at the chip t
.
- correct LG NTSC TALN mini tuner takeover as far we can
empirically determine for now.
Signed-off-by: Hermann Pitton <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/tuner-simple.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-
.
- Include saa6588 compiler option and files.
- Fix comment on tuner.h
- linux/utsname.h replaced by linux/version.h to compile on vanilla 2.6.13
linux/drivers/media/video/Kconfig| 12
linux/drivers/media/video/Makefile |2
linux/drivers/media/
.
- Changes the prefix to 'msp34xx' instead of 'msp3400'.
- Changes the message 'error while reading chip version' to a debug printk at
msp3400.c
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/msp3400.c |6
Russell King <[EMAIL PROTECTED]> wrote:
>
> On Mon, Sep 05, 2005 at 01:55:46PM -0700, Andrew Morton wrote:
> > Status of subsystem trees
> > -
> >
> > (size in bytes)
> > 96 git-arm.patch
> > 100git-arm-smp.patch
>
.
- Change LG TDVS H062F from NTSC to ATSC.
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/drivers/media/video/tuner-simple.c |2 +-
linux/drivers/media/video/tveeprom.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff -u /tmp/dst.485 linux/drivers/media/video/t
Here are a bunch of I2C and HWMON patches that have been in the -mm tree
for a while. There is a bunch of hwmon and i2c driver split up changes,
and some i2c api reworks to reduce the size of the structures, and the
size of the kernel code (which accounts for all of the small changes to
all of the
.
- Syncs tveeprom tuners list with the list from ivtv.
- Fixes the incorrect reporting of the radio presence.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/tveeprom.c | 12 ++--
1 files changed, 10 in
.
- tveeprom_hauppauge_analog has an extra i2c_client * argument.
This allows for clearer message prefixes containing the i2c
adapter number and address. This is conform the prefix used
for the tuner messages.
- debugging is improved: debug=1 will dump the full contents
of the eeprom and al
.
- Add saa713x card #65 Kworld V-Stream Studio TV Terminator
Signed-off-by: James R Webb <[EMAIL PROTECTED]>
Signed-off-by: Peter Missel <[EMAIL PROTECTED]>
Signed-off-by: Nickolay V. Shmyrev <[EMAIL PROTECTED]>
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/Documentation/video4linux/C
.
- Remove $Id CVS logs for V4L files
- Included newer cards.
- Added a new NEC protocol for ir based on pulse distance.
- Enable ATSC support for DViCO FusionHDTV5 Gold.
- Added tuner LG NTSC (TALN mini series).
- Fixed tea5767 autodetection.
- Resolve more tuner types.
- Commented debug function
.
- correct the amux for composite and s-video inputs on the Sabrent SBT-TVFM
card.
Signed-off-by: Michael Rodriquez-Torrent <[EMAIL PROTECTED]>
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/drivers/media/video/saa7134/saa7134-cards.c |4 ++--
1 files changed, 2 insertions(+), 2 d
.
- print warning if pal= or secam= argument is unrecognized
Signed-off-by: Philip Rowlands <[EMAIL PROTECTED]>
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/drivers/media/video/tda9887.c| 13 +
linux/drivers/media/video/tuner-core.c | 12
2 files chang
.
- The Microtune 4049FM5 uses an IF frequency of 33.3 MHz for FM radio.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
linux/drivers/media/video/bttv-cards.c |4 ++--
linux/drivers/media/video/cx88/cx88-video.c |2 +-
linux/drivers/media/video/tuner-simple.c|4
3 file
.
- #include no longer needed.
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/drivers/media/video/saa7134/saa7134-dvb.c |1 -
1 files changed, 1 deletion(-)
diff -u /tmp/dst.800 linux/drivers/media/video/saa7134/saa7134-dvb.c
--- /tmp/dst.8002005-09-05 11:43:09.0 -
.
- Remove $Id CVS logs for V4L files
- linux/version.h replaced by linux/utsname.h
- Add new Digimatrix card and LG TAPC Mini tuner for it
Signed-off-by: Hermann Pitton <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
Documentation/video4linux/CARDLIST.saa7134|
Francois Romieu wrote:
> [...]
>> [Bugme-new] [Bug 5137] New: r8169 - network dies.
>> http://bugzilla.kernel.org/show_bug.cgi?id=5137
>
> It's cooking.
This one looks _so_ familiar to me personally - exactly the same problems I
had:
http://marc.theaimsgroup.com/?l=linux-kernel&m=1124584006117
.
- Removed kernel version dependency from tea575x-tuner.h
linux-v4l/include/sound/tea575x-tuner.h |2 --
1 files changed, 2 deletions(-)
--- linux-2.6.13/include/sound/tea575x-tuner.h 2005-08-28 20:41:01.0
-0300
+++ linux/include/sound/tea575x-tuner.h 2005-09-05 15:44:56.
.
- cx88-dvb has been incorrectly reporting the card name instead of frontend name
- Removes a bad PCI subsystem ID for saa713x Sabrent card
- Renames DVICO --> DViCO for bttv.
- #include no longer needed.
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/Documentation/video4linux/CARDLIS
On Monday 05 September 2005 21:13, Sam Ravnborg wrote:
> On Mon, Sep 05, 2005 at 08:35:14PM +0100, Alistair John Strachan wrote:
> > On Monday 05 September 2005 18:41, Sam Ravnborg wrote:
> > > Hi Linus.
> > >
> > > kbuild updates as accumulated over the last few months.
> > > All patches has been
El Mon, 5 Sep 2005 13:55:46 -0700,
Andrew Morton <[EMAIL PROTECTED]> escribió:
> Tracking 144 bugs. I haven't culled these yet - some may be fixed.
[...]
> [Bugme-new] [Bug 4998] New: "init 0" broken between 2.6.12 and
> http://bugzilla.kernel.org/show_bug.cgi?id=4998
Fixed in 2.6.13.r
.
- Add saa713x card #66: Yuan TUN-900 (saa7135)
Signed-off-by: De Greef Sebastien <[EMAIL PROTECTED]>
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
linux/Documentation/video4linux/CARDLIST.saa7134 |1
linux/drivers/media/video/saa7134/saa7134-cards.c | 41 ++
linux/drive
.
- Makes the input event device created by the V4L drivers for the
infrared remote matchable by udev rules.
Signed-off-by: Rudo Thomas <[EMAIL PROTECTED]>
Signed-off-by: Michael Fair <[EMAIL PROTECTED]>
Signed-off-by: Michael Krufky <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMA
.
- Some error treatment implemented at resume functions.
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/bttv-driver.c | 18 --
linux/drivers/media/video/cx88/cx88-mpeg.c | 20 +---
linux/drivers/media/video/cx88/cx88-v
.
- normalize whitespace and comments in tuner lists
Signed-off-by: Philip Rowlands <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/tuner-simple.c | 43 ++---
linux/include/media/tuner.h | 178 +++
2 files
.
- added some missing parameter descriptions at msp3400.c
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/msp3400.c |4
1 files changed, 4 insertions(+)
diff -u /tmp/dst.1110 linux/drivers/media/video/msp3400.c
--- /tmp/dst.1110 2005-09-05 11:4
.
- tveeprom patch was not complete. Completing it.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
linux/drivers/media/video/bttv-cards.c |2 +-
linux/drivers/media/video/cx88/cx88-cards.c |2 +-
linux/include/media/tveeprom.
With several more patches (mostly - sparse regression fixing); same place,
ftp.linux.org.uk/pub/people/viro/{patch-2.6.13-git5-bird2.bz,patchset}
Added:
* O4-dm9000 missed s/u32/pm_message_t/ (dm9000)
* S20-wdt __user annotations (booke_wdt.c)
* S2
Andrew Morton <[EMAIL PROTECTED]> :
[...]
> [Bugme-new] [Bug 5078] New: r8169: eth0: PHY reset until link up
> http://bugzilla.kernel.org/show_bug.cgi?id=5078
Not a bug. I closed it.
[...]
> [Bugme-new] [Bug 5137] New: r8169 - network dies.
> http://bugzilla.kernel.org/show_bug.cgi?id
On Monday 05 September 2005 15:58, Bryan O'Donoghue wrote:
>
> However, the KVM in question invariably ends up sending a packet like this
>
> packet= 0x0 0xff 0x2 0x8
>
> Which is completely invalid for PS/2 and IMPS/2, the specification of
> PS/2 defines bit 4 in byte 0 as always being 1.
>
>
On Mon, Sep 05, 2005 at 01:55:46PM -0700, Andrew Morton wrote:
> Status of subsystem trees
> -
>
> (size in bytes)
> 96 git-arm.patch
> 100git-arm-smp.patch
I know there's some outstanding in git-arm (I've just sent Linus
1 - 100 of 252 matches
Mail list logo
