Hello Greg,
I just started to hack the Linux kernel source code and I am having a doubt
regarding the platform devices addition in Linux kernel.
My understanding is now the platform device also uses probe functions.
Usually for plug and play devices like USB, when it is plugged some signals
Correct, disambiguate, and reformat documentation.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
Documentation/fault-injection/failmodule.sh |4 -
Documentation/fault-injection/fault-injection.txt | 70 +++---
2 files changed, 37
Use bool-true-false throughout.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
include/linux/fault-inject.h |2 +-
lib/fault-inject.c | 40 +++-
2 files changed, 20 insertions(+), 22 deletions(-)
Index:
David, you have to fix the locking scheme used in kernel/workqueue.c,
you absolutely cannot assume that cmpxchg() is available on all
platforms. This breaks the build on the platforms that don't
have such an instruction, and no it cannot emulated.
Also, because Alan Cox's machine (zeniv) went
From: Amit Choudhary [EMAIL PROTECTED]
Date: Wed, 6 Dec 2006 23:04:58 -0800
Description: Check the return value of kmalloc() in function dbg_kmalloc(),
in file net/wanrouter/wanmain.c.
Signed-off-by: Amit Choudhary [EMAIL PROTECTED]
Better to just delete this code altogether, there is no
Clamp /debug/fail*/stacktrace-depth to MAX_STACK_TRACE_DEPTH.
Ensures that a read of /debug/fail*/stacktrace-depth always
returns a truthful answer.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
lib/fault-inject.c | 27 +++
1 file
Trivial optimization and simplification of should_fail().
Do cheaper disqualification tests first (performance gain not quantified).
Simplify logic; eliminate goto.
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
lib/fault-inject.c | 11 ---
1 file
On Thu, Dec 07, 2006 at 12:09:50AM -0800, David Miller wrote:
David, you have to fix the locking scheme used in kernel/workqueue.c,
you absolutely cannot assume that cmpxchg() is available on all
platforms. This breaks the build on the platforms that don't
have such an instruction, and no
Assign defaults most likely to please a new user:
1) generate some logging output
(verbose=2)
2) avoid injecting failures likely to lock up UI
(ignore_gfp_wait=1, ignore_gfp_highmem=1)
Signed-off-by: Don Mullis [EMAIL PROTECTED]
Cc: Akinobu Mita [EMAIL PROTECTED]
---
Hi all,
I have one problem with menuconfig in linux 2.6.18. Description is as
below.
make menuconfig
(Go to)
Device Drivers ---
USB support ---
USB Gadget Support ---
Select Support for USB Gadgets as 'Y'
USB Gadget Drivers is selected as 'M' by default. But USB Gadget
From: Randy Dunlap [EMAIL PROTECTED]
Add some kernel coding style comments, mostly pulled from emails
by Andrew Morton, Jesper Juhl, and Randy Dunlap.
- add paragraph on switch/case indentation
- add paragraph on multiple-assignments
- add more on Braces
- add section on Spaces
- add paragraph
On Wed, 6 Dec 2006, Randy Dunlap wrote:
On Wed, 6 Dec 2006 09:33:46 -0500 (EST) Robert P. J. Day wrote:
This is a *proposed* restructuring of the DD menu so that one can
see and select/de-select entire submenus without having to enter each
submenu.It's also immediately obvious
On 07/12/06, Randy Dunlap [EMAIL PROTECTED] wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Add some kernel coding style comments, mostly pulled from emails
by Andrew Morton, Jesper Juhl, and Randy Dunlap.
- add paragraph on switch/case indentation
- add paragraph on multiple-assignments
- add
Robert Hancock wrote:
Matthias Schniedermeyer wrote:
Hi
I'm using a Bunch auf HDDs in USB-Enclosures for storing files.
(currently 38 HDD, with a total capacity of 9,5 TB of which 8,5 TB is
used)
All the same enclosure type?
36xFantec (was MaPower) DB-335U2-1 with Genesys-Logic-Chipset
Subject: [patch] debug: add sysrq_always_enabled boot option
From: Ingo Molnar [EMAIL PROTECTED]
most distributions enable sysrq support but set it to 0 by default. Add
a sysrq_always_enabled boot option to always-enable sysrq keys. Useful
for debugging - without having to modify the
Rewrite a number of the Kconfig files under the drivers/ directory
so that those driver submenus can be selected or de-selected
directly from the Drivers menu using the kbuild menuconfig feature
without having to enter the submenu itself.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
Hi,
On Fri, 2006-12-01 at 11:09 -0800, Andrew Morton wrote:
On Fri, 01 Dec 2006 10:58:58 +
Steven Whitehouse [EMAIL PROTECTED] wrote:
On Thu, 2006-11-30 at 23:01 -0800, Andrew Morton wrote:
On Thu, 30 Nov 2006 12:24:08 +
Steven Whitehouse [EMAIL PROTECTED] wrote:
Hi,
On Sat, 2006-12-02 at 09:40 +0100, Jan Engelhardt wrote:
Commit [GFS2] split and annotate gfs2_log_head resulted in an incorrect
checksum calculation for log headers. This patch corrects the
problem without resorting to copying the whole log header as
the previous code used to.
Cc: Al
Recent driver model changes affected miscdev and broke
the build for the OMAP watchdog timer; fixed by this patch.
Signed-off-by: David Brownell [EMAIL PROTECTED]
Index: osk/drivers/char/watchdog/omap_wdt.c
===
---
Subject: [patch] lockdep: filter off by default
From: Ingo Molnar [EMAIL PROTECTED]
fix typo in the class_filter() function. (filtering is not used
by default so this only affects lockdep-internal debugging cases)
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
kernel/lockdep.c |4 ++--
1
Subject: [patch] lockdep: improve verbose messages
From: Ingo Molnar [EMAIL PROTECTED]
make verbose lockdep messages (off by default) more informative
by printing out the hash chain key. (this patch was what helped
me catch the earlier lockdep hash-collision bug)
Signed-off-by: Ingo Molnar
Subject: [patch] lockdep: clean up VERY_VERBOSE define
From: Ingo Molnar [EMAIL PROTECTED]
cleanup: the VERY_VERBOSE define was unnecessarily dependent
on #ifdef VERBOSE - while the VERBOSE switch is 0 or 1 (always
defined).
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
kernel/lockdep.c |
On Thursday 07 December 2006 09:02, ANIL JACOB wrote:
At what stage of the initiation the probe function is called. I guess when
compiled as a module, the only entry point of the driver I will be having
is init function and the exit point is exit function. Then how will it be
entering into the
Paul E. McKenney wrote:
On Wed, Dec 06, 2006 at 10:50:14AM +0100, Brice Goglin wrote:
Hi,
When running sparse checks on a file that ends up including srcu.h, we
get the following warnings:
include/linux/srcu.h:52:44: error: undefined identifier 'sp'
include/linux/srcu.h:52:44:
Subject: [patch] lockdep: improve lockdep_reset()
From: Ingo Molnar [EMAIL PROTECTED]
clear all the chains during lockdep_reset(). This fixes
some locking-selftest false positives i saw on -rt. (never
saw those on mainline though, but it could happen.)
Signed-off-by: Ingo Molnar [EMAIL
Paul E. McKenney wrote:
On Wed, Dec 06, 2006 at 10:50:14AM +0100, Brice Goglin wrote:
Hi,
When running sparse checks on a file that ends up including srcu.h, we
get the following warnings:
include/linux/srcu.h:52:44: error: undefined identifier 'sp'
include/linux/srcu.h:52:44:
Subject: [patch] lockdep: use chain hash on CONFIG_DEBUG_LOCKDEP too
From: Ingo Molnar [EMAIL PROTECTED]
CONFIG_DEBUG_LOCKDEP is unacceptably slow because it does not utilize
the chain-hash. Turn the chain-hash back on in this case too.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
Peter Zijlstra wrote:
On Mon, 2006-12-04 at 21:32 -0600, Larry Finger wrote:
There are at least two patches in 2.6.19-rc5-mm2 that make my system much more responsive for
interactive jobs. The one that has the majority of the effect is:
radix-tree-rcu-lockless-readside.patch
I have not
as a followup to my previous patch (and before i build on top of
that), perhaps someone can clarify some of these bits of curiosity:
1) although Sound is listed in the Device Drivers menu, its actual
source directory is at the top level of the kernel source tree, and
it's the *only* entry in
On Wed, Dec 06, Russell King wrote:
On Wed, Dec 06, 2006 at 04:54:39PM +0100, Jan Blunck wrote:
Maybe the arm backend is somehow broken. AFAIK (and I verfied it on S390 and
i386) the alignment shouldn't change.
Once again: I refered to packed attribute on the struct vs. packed attribute
On Wed, Dec 06, 2006 at 08:15:47PM +, [EMAIL PROTECTED] wrote:
Author: Atsushi Nemoto [EMAIL PROTECTED] Thu Dec 7 02:04:17 2006 +0900
Comitter: Ralf Baechle [EMAIL PROTECTED] Wed Dec 6 20:10:54 2006 +
Commit: bf8cfe1360932f191a3ea8d47c773c008ec32cd7
Gitweb:
Subject: [patch] lockdep: print irq-trace info on asserts
From: Ingo Molnar [EMAIL PROTECTED]
when we print an assert due to scheduling-in-atomic bugs, and if lockdep
is enabled, then the IRQ tracing information of lockdep can be printed
to pinpoint the code location that disabled interrupts.
Hello.
On Wed, 2006-12-06 at 19:54, Pavel Machek wrote:
Please don't top-post...
Its nice to see acpi moving to the backlight api. Will acpi also move to
hwmon and led class support ?
It would be nice... ACPI does not drive many leds ... usually ...
I work on led class support for
I thought it was, but from my look through yout 8-billion-task backtrace,
no task was stuck in D-state with the appropriate call trace.
I was afraid of that... Where is the lock on the i_mutex suppose
to be released ? I can't grasp the codepath from within an interrupt back
to the fs layer.
Paul E. McKenney wrote:
On Wed, Dec 06, 2006 at 10:50:14AM +0100, Brice Goglin wrote:
Hi,
When running sparse checks on a file that ends up including srcu.h, we
get the following warnings:
include/linux/srcu.h:52:44: error: undefined identifier 'sp'
include/linux/srcu.h:52:44:
Jan Blunck [EMAIL PROTECTED] writes:
Once again: I refered to packed attribute on the struct vs. packed attribute
on each member of the struct. The alignment shouldn't be different.
You are mistaken. The alignment of a non-packed structure can be greater
than the maximum alignment of the
Andrew Morton [EMAIL PROTECTED] wrote:
I guess I don't understand exactly what problem the noautorel stuff is
trying to solve. It _seems_ to me that in all cases we can simply stuff
the old `data' field in alongside the controlling work_struct or
delayed_work which wants to operate on it.
On Thu, 07 Dec 2006 10:29:39 + David Howells [EMAIL PROTECTED] wrote:
Andrew Morton [EMAIL PROTECTED] wrote:
I guess I don't understand exactly what problem the noautorel stuff is
trying to solve. It _seems_ to me that in all cases we can simply stuff
the old `data' field in
Hi evrybody,
I come back with my problem of I/O error (refer to
the following link to reffresh your mind :
http://groups.google.fr/group/linux.kernel/browse_thread/thread/386b69ca8389cda0/a58d753bf87c4f06?lnk=stq=hamid+ZINE+EL+ABIDINErnum=2hl=fr#a58d753bf87c4f06
)
I come back with a last
As a test of raw CPU power I've been decompressing the kernel tree, with
a UP 2.6 kernel this takes about 1m 15s, I don't know if bz2 is
multithreaded but even if it's not I would expect a slight speed increase
but in fact with a SMP 2.6 kernel it take 13 ~ 26m, with a SMP 2.4
kernel it
David Miller [EMAIL PROTECTED] wrote:
David, you have to fix the locking scheme used in kernel/workqueue.c,
you absolutely cannot assume that cmpxchg() is available on all
platforms. This breaks the build on the platforms that don't
have such an instruction, and no it cannot emulated.
Yeah,
* Karsten Wiese [EMAIL PROTECTED] wrote:
Am Donnerstag, 7. Dezember 2006 03:28 schrieb Sergio Monteiro Basto:
On Wed, 2006-12-06 at 23:30 +0100, Ingo Molnar wrote:
Subject: [patch] ACPI, i686, x86_64: fix laptop bootup hang in init_acpi()
From: Ingo Molnar [EMAIL PROTECTED]
Hi Ingo,
On Dec 7 2006 00:48, Randy Dunlap wrote:
+The preferred way to ease multiple indentation levels in a switch
+statement is to align the switch and its subordinate case labels in
+the same column instead of double-indenting the case labels. E.g.:
+
+ switch (suffix) {
+ case 'G':
+
* Len Brown [EMAIL PROTECTED] wrote:
c. disable the NMI whenever the ACPI interpeter is running
(who knows, maybe this isn't limited to the _INI case, but
could cause a hang at some other time -- only the
BIOS AML writers knows)
i have tested this by forcing the NMI frequency
in UP config everything is OK in SMP the system slows right down,
I've been searching and recompiling my kernel for days looking for
the problem option without success, please help.
does the linux-ready firmware kit work on this machine? (see url in
sig), it might be something with the
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Karsten Wiese [EMAIL PROTECTED] wrote:
Am Donnerstag, 7. Dezember 2006 03:28 schrieb Sergio Monteiro Basto:
On Wed, 2006-12-06 at 23:30 +0100, Ingo Molnar wrote:
Subject: [patch] ACPI, i686, x86_64: fix laptop bootup hang in
init_acpi()
On Thu, 07 Dec 2006 11:03:49 +
David Howells [EMAIL PROTECTED] wrote:
David Miller [EMAIL PROTECTED] wrote:
David, you have to fix the locking scheme used in kernel/workqueue.c,
you absolutely cannot assume that cmpxchg() is available on all
platforms. This breaks the build on the
This patch adds a missing error check spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.19-rc6-mm2/drivers/net/bnx2.c.old 2006-12-06 13:32:51.0
+0100
+++ linux-2.6.19-rc6-mm2/drivers/net/bnx2.c 2006-12-06 13:33:34.0
+0100
@@ -2510,7
Adrian Bunk wrote:
This patch adds a missing error check spotted by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
ACK
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Andrew Morton [EMAIL PROTECTED] wrote:
I don't see why the 2.6.19 logic needed changing.
a) Nobody should be freeing the work_struct itself without running
flush_scheduled_work() and
b) even if the work_struct _did_ get freed, the callback function won't
care, because there's
Security fixes since 2.6.16.34:
- CVE-2006-5751: bridge: fix possible overflow in get_fdb_entries
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
Rewrite the Fusion MPT Kconfig file so that all of MPT functionality
is entirely selectable from Device drivers.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
The original Kconfig file seems to have an odd structure, as you can
see from the first part of the file:
* Len Brown [EMAIL PROTECTED] wrote:
Personally I have never been a big fan of having the NMI watchdog
running by default on all systems -- but Andi insists that it helps
him debug failures, so tick it does...
enabling it by default was IMO a really bad decision and it needs to be
undone
Linus Torvalds wrote:
On Thu, 7 Dec 2006, Roman Zippel wrote:
On Wed, 6 Dec 2006, Matthew Wilcox wrote:
To be honest, it'd be much easier if we only defined these operations on
atomic_t's. We have all the infrastructure in place for them, and
they're fairly well understood. If you need
Russell King wrote:
On Wed, Dec 06, 2006 at 11:16:55AM -0800, Christoph Lameter wrote:
No. If you read what I said, you'll see that you can _cheaply_ use
cmpxchg in a ll/sc based implementation. Take an atomic increment
operation.
do {
old = load_locked(addr);
On Dec 4 2006 07:31, Josef 'Jeff' Sipek wrote:
+int init_inode_cache(void)
+{
+ int err = 0;
+
+ unionfs_inode_cachep =
+ kmem_cache_create(unionfs_inode_cache,
+sizeof(struct unionfs_inode_info), 0,
+SLAB_RECLAIM_ACCOUNT,
On Dec 4 2006 07:31, Josef 'Jeff' Sipek wrote:
If the makefile contains
--- a/fs/unionfs/Makefile
+++ b/fs/unionfs/Makefile
@@ -3,3 +3,5 @@ obj-$(CONFIG_UNION_FS) += unionfs.o
unionfs-y := subr.o dentry.o file.o inode.o main.o super.o \
stale_inode.o branchman.o rdstate.o copyup.o
On Dec 4 2006 07:31, Josef 'Jeff' Sipek wrote:
+#define ibstart(ino) (UNIONFS_I(ino)-bstart)
+#define ibend(ino) (UNIONFS_I(ino)-bend)
+
+#define sbend(sb) UNIONFS_SB(sb)-bend
If you () ibstart/ibend, you may want to do the same for sbend.
-`J'
--
-
To unsubscribe from this list: send
On Dec 4 2006 07:31, Josef 'Jeff' Sipek wrote:
Date: Mon, 4 Dec 2006 07:31:05 -0500
From: Josef 'Jeff' Sipek [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED],
linux-fsdevel@vger.kernel.org, [EMAIL PROTECTED],
Ingo Molnar wrote:
i have released the 2.6.19-rt6 tree, which can be downloaded from the
usual place:
Attached patch fixes rtc histogram. Looks like it got broken around
2.6.18-rt?, probably during the merge for 2.6.18?
--
kr
--- linux-2.6.19/drivers/char/rtc.c.orig 2006-12-06
* K.R. Foley [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
i have released the 2.6.19-rt6 tree, which can be downloaded from the
usual place:
Attached patch fixes rtc histogram. Looks like it got broken around
2.6.18-rt?, probably during the merge for 2.6.18?
thanks, applied. I have
On Thu, 7 Dec 2006 13:11:35 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
or via the nmi_watchdog=1 or nmi_watchdog=2 boot options.
build and boot tested on an Athlon64 box.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Acked-by: Alan Cox [EMAIL PROTECTED]
-
To unsubscribe from this list:
Hi,
All the outstanding issues have now been resolved. Please consider
pulling the following GFS2 DLM patches,
Steve.
---
The following changes since commit 0215ffb08ce99e2bb59eca114a99499a4d06e704:
Linus
Hi,
Sometimes my machine hangs in userspace area like this :-
VFS: Mounted root (ext3 filesystem).
Freeing init memory: 124K
INIT:
HANGS
OR
VFS: Mounted root (ext3 filesystem).
Freeing init memory: 124K
INIT: version 2.85 booting
RUNNING SMOOTHLY
How can I debug this hang, what are the
I've enabled most debugging now, I'll see of i can run both a disk and VM
stresstest.
Running stress now :
stress -c 2 -i 2 -m 8 -d 8 --vm-bytes 20M --vm-hang 5 --hdd-bytes 20M
I'll see what this results in.
I'll put a .config and a dmesg of the machine booting at
On Thu, Dec 07, 2006 at 10:46:39AM +0100, Christoph Hellwig wrote:
On Wed, Dec 06, 2006 at 08:15:47PM +, [EMAIL PROTECTED] wrote:
Author: Atsushi Nemoto [EMAIL PROTECTED] Thu Dec 7 02:04:17 2006 +0900
Comitter: Ralf Baechle [EMAIL PROTECTED] Wed Dec 6 20:10:54 2006 +
Commit:
On Thu, 7 Dec 2006, zine el abidine Hamid wrote:
Hi evrybody,
I come back with my problem of I/O error (refer to
the following link to reffresh your mind :
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Gautham R Shenoy
Sent: Wednesday, December 06, 2006 11:07 PM
To: Pallipadi, Venkatesh
Cc: [EMAIL PROTECTED]; Ingo Molnar; [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
[EMAIL
Fix spi_bitbang.h. It need to #include linux/workqueue.h before it can
compile.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
include/linux/spi/spi_bitbang.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/spi/spi_bitbang.h
Jaswinder Singh wrote:
Sometimes my machine hangs in userspace area like this :-
VFS: Mounted root (ext3 filesystem).
Freeing init memory: 124K
INIT:
HANGS
OR
VFS: Mounted root (ext3 filesystem).
Freeing init memory: 124K
INIT: version 2.85 booting
RUNNING SMOOTHLY
How can I debug this hang,
Al Viro [EMAIL PROTECTED] wrote:
diff --git a/drivers/i2c/chips/m41t00.c b/drivers/i2c/chips/m41t00.c
This could be done differently. m41t00_set() is only called on that global
variable, so why pass its address in as an argument?
The old code is also wrong: m41t00_set() was being passed a
Selon Frank Sorenson [EMAIL PROTECTED]:
Remi Colinet wrote:
Frank Sorenson [EMAIL PROTECTED] wrote:
The latest -git tree panics at boot for me. git-bisect traced the
offending commit to:
368c73d4f689dae0807d0a2aa74c61fd2b9b075f is first bad commit
commit
While checking how to fix the VIA quirk regressions for several users
introduced into -stable in 2.6.16.17, I started looking through all
drivers/pci/quirks.c updates up to both -stable and 2.6.19.
Below is the selection the seemed good and safe.
Any comments on whether it's really good or
I am using here 2 machines with the ICP Vortex SCSI-Controler SCRU32 for some
years now.
After switching one machine from Debian 3.1 (sarge, with Kernel 2.6.8) to the
upcoming Debian 4.0 (etch with Kernel 2.6.17 or 2.6.18) I have noticed that
my scsi-devices become very slow while there is
Subject: [patch] lockdep: fix possible races while disabling lock-debugging
From: Ingo Molnar [EMAIL PROTECTED]
Jarek Poplawski noticed that lockdep global state could be accessed in a
racy way if one CPU did a lockdep assert (shutting lockdep down), while
the other CPU would try to do
On Wed, 2006-12-06 at 11:56 +, Maciej W. Rozycki wrote:
The fasteoi IRQ handler is named fasteio incorrectly. This is a
fix.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
It should be obvious.
Please apply.
ouch ... -stable stuff too i guess.
Acked-by: Ingo Molnar
On Wed, Dec 06, 2006 at 03:31:59PM +0100, Samuel Thibault wrote:
Ok, so Linux will never be fully posix compliant.
?
Can you please quote chapter and verse (in POSIX) where it states that
ENOTSUP and EOPNOTSUP have to be numerically distinct? If you are
reading Unix 98 you might be able to
On Thu, 7 Dec 2006 14:24:30 +0100 Adrian Bunk wrote:
While checking how to fix the VIA quirk regressions for several users
introduced into -stable in 2.6.16.17, I started looking through all
drivers/pci/quirks.c updates up to both -stable and 2.6.19.
Below is the selection the seemed good
config SOUND_TVMIXER
tristate TV card (bt848) mixer support
depends on SOUND_PRIME I2C VIDEO_V4L1
help
Support for audio mixer facilities on the BT848 TV frame-grabber
card.
Is this driver still used by anyone or can it be removed?
cu
Adrian
--
My apologies for the late response, I've had a lot on my schedule
over the last week.
On Dec 02, 2006, at 23:29:28, David Schwartz wrote:
It comes down to just what those guarantees GCC provides actually
are.
This is the first correct statement in your email. In any case
the documented
Theodore Tso [EMAIL PROTECTED] writes:
Can you please quote chapter and verse (in POSIX) where it states that
ENOTSUP and EOPNOTSUP have to be numerically distinct?
http://www.opengroup.org/onlinepubs/009695399/basedefs/errno.h.html
Their values shall be unique except as noted below.
(And
On Thu, Dec 07, 2006 at 02:59:48PM +0100, Andreas Schwab wrote:
Theodore Tso [EMAIL PROTECTED] writes:
Can you please quote chapter and verse (in POSIX) where it states that
ENOTSUP and EOPNOTSUP have to be numerically distinct?
Anyway, it seems all screwed up - I'll drop the patch.
I'm working on a new patch. The build system has changed quite a bit
from the last time I worked with it 2 years ago.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Theodore Tso [EMAIL PROTECTED] writes:
On Thu, Dec 07, 2006 at 02:59:48PM +0100, Andreas Schwab wrote:
Theodore Tso [EMAIL PROTECTED] writes:
Can you please quote chapter and verse (in POSIX) where it states that
ENOTSUP and EOPNOTSUP have to be numerically distinct?
Done in 5 steps, at Andi's very reasonable request:
1/5: PCI MMConfig: Share what's shareable.
Share code between i386 and x86-64
2/5: PCI MMConfig: Only call unreachable_devices() when type 1 is available.
Trivial fix.
3/5: PCI MMConfig: Only map what's necessary.
Trivial fix too.
4/5:
Adrian Bunk wrote:
Daniel Drake (1):
PCI: VIA IRQ quirk behaviour change
Please drop this one, Alan isn't 100% on it and is working on getting a
better fix into mainline
Daniel
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
The x86-64 mmconfig code always map a range of MMCONFIG_APER_MAX
bytes, i.e. 256MB, whatever the number of accessible busses is. Fix
it, and add the end of the zone in the printk while we're at it.
Signed-off-by: Olivier Galibert [EMAIL PROTECTED]
---
arch/x86_64/pci/mmconfig.c |9 +++--
Put back the resource reservation as per
4c6e052adfe285ede5884e4e8c4d33af33932c13 but use it *only* when the
range(s) come from a chipset probe instead of the bios.
Signed-off-by: Olivier Galibert [EMAIL PROTECTED]
---
arch/i386/pci/mmconfig-shared.c | 33 +
1
i386 and x86-64 pci mmconfig code have a lot in common. So share
what's shareable between the two.
Signed-off-by: Olivier Galibert [EMAIL PROTECTED]
---
arch/i386/pci/Makefile |2 +-
arch/i386/pci/mmconfig-shared.c | 88 +++
It seems that the only way to reliably support mmconfig in the
presence of funky biosen is to detect the hostbridge and read where
the window is mapped from its registers. Do that for the E7520 and
the 945G/GZ/P/PL for a start.
Signed-off-by: Olivier Galibert [EMAIL PROTECTED]
---
On Thursday 07 December 2006 4:44 am, David Howells wrote:
Fix spi_bitbang.h. It need to #include linux/workqueue.h before it can
compile.
Signed-Off-By: David Howells [EMAIL PROTECTED]
NAK. Headers don't compile. A driver including this _might_ need to
include that header; most won't.
unreachable_devices compares between the results of pci configuration
accesses through type1 and mmconfig, so it should be called only if
type1 actually works in the first place.
Signed-off-by: Olivier Galibert [EMAIL PROTECTED]
---
arch/i386/pci/mmconfig-shared.c |3 ++-
1 files changed, 2
On Thu, Dec 07, 2006 at 09:38:44AM -0500, Daniel Drake wrote:
Adrian Bunk wrote:
Daniel Drake (1):
PCI: VIA IRQ quirk behaviour change
Please drop this one, Alan isn't 100% on it and is working on getting a
better fix into mainline
Thanks for this information.
That's the one that
On Thu, Dec 07, 2006 at 03:49:53PM +0100, Olivier Galibert wrote:
+void __init pci_mmcfg_init(int type)
+{
+ extern int pci_mmcfg_arch_init(void);
Please put this in a suitable header file.
@@ -27,7 +23,7 @@
/* The base address of the last MMCONFIG device accessed */
static u32
This patch removes the unused HAVE_VIDEO_BUF_DVB define.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.19-rc6-mm2/drivers/media/video/cx88/Makefile.old 2006-12-07
15:04:11.0 +0100
+++ linux-2.6.19-rc6-mm2/drivers/media/video/cx88/Makefile 2006-12-07
On Thu, Dec 07, 2006 at 03:50:52PM +0100, Olivier Galibert wrote:
The x86-64 mmconfig code always map a range of MMCONFIG_APER_MAX
bytes, i.e. 256MB, whatever the number of accessible busses is. Fix
it, and add the end of the zone in the printk while we're at it.
Signed-off-by: Olivier
On Thu, Dec 07, 2006 at 12:09:50AM -0800, David Miller wrote:
Also, because Alan Cox's machine (zeniv) went down, a few folks such
as Al Viro (CC:'d) had no opportunity to comment on your changes
before they went in.
Special thanks should be given to Vince Sanders and Leslie Mitchell for
On Thu, Dec 07, 2006 at 05:00:23PM +0200, Muli Ben-Yehuda wrote:
On Thu, Dec 07, 2006 at 03:49:53PM +0100, Olivier Galibert wrote:
+void __init pci_mmcfg_init(int type)
+{
+ extern int pci_mmcfg_arch_init(void);
Please put this in a suitable header file.
Sure, which ?
OG.
-
To
Hello folks,
inlined is the patch (being resent) that fixes the serial header breakage for
the PNX8550 MIPS platform.
include/linux/serial_core.h|2 -
include/linux/serial_ip3106.h | 81 -
include/linux/serial_pnx8xxx.h | 81
- I would remove struct device *dev, void *devdata of
display_device_register()
Are they neccesary for other display drivers? I have to pass NULL right
now.
Yes. Passing in a struct device allows you a link between the device and
the class. If you pass in the device for the parport
1 - 100 of 754 matches
Mail list logo