On Fri, Feb 09, 2007 at 11:51:56AM -0800, Greg KH wrote:
On Fri, Feb 09, 2007 at 02:41:05PM -0500, Michael Krufky wrote:
Michael Krufky wrote:
Greg KH wrote:
I'll go through the archives and see if there's enough to do a .18
release (and the patches are serious enough to warrent
On Tue, Feb 20, 2007 at 05:23:56PM -0500, Jeff Garzik wrote:
introducing SATA ACPI does not work for me (I've filled the bug
report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
messages, IDE performance is decreased. libata.noacpi=1 option works ok but
the performance
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
On Thu, Feb 15, 2007 at 05:14:08AM -0800, Andrew Morton wrote:
...
- Added the Linux Kernel Markers code. No idea how to use it and it
seems we're not to be told.
...
Changes since 2.6.20-rc6-mm3:
...
+linux-kernel-markers-kconfig-menus.patch
On Tue, 20 Feb 2007, Max Krasnyansky wrote:
Suppose I need to isolate a CPU. We already support at the scheduler and
irq levels (irq affinity). But I want to go a bit further and avoid
doing kernel work on isolated cpus as much as possible. For example I
would not want to schedule work
here's a slightly revised wording, if that makes it clearer:
diff --git a/init/Kconfig b/init/Kconfig
index f977086..d5ab6ec 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -29,9 +29,10 @@ config EXPERIMENTAL
file:Documentation/BUG-HUNTING, and
Hi!
Add a paragraph in Documentation/SubmittingDrivers requesting that the
basic PM support be provided by new device drivers.
Add two new documents in Documentation/power/ giving general instructions on
debugging the suspend/resume functionality and testing the suspend and resume
support
Hi!
refrigerator() can miss a wakeup, wait event loop needs a proper memory
ordering.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- WQ/kernel/power/process.c~WAKE2007-02-18 22:56:49.0
+0300
+++ WQ/kernel/power/process.c 2007-02-19
On Mon 2007-02-19 23:19:48, Rafael J. Wysocki wrote:
On Monday, 19 February 2007 23:11, Rafael J. Wysocki wrote:
Add a paragraph in Documentation/SubmittingDrivers requesting that the
basic PM support be provided by new device drivers.
Ouch. There was a wrong file name in the
On Wed, 21 Feb 2007, Tilman Schmidt wrote:
Am 20.02.2007 23:52 schrieb Robert P. J. Day:
deprecated means that there *is* a complete replacement available
*right now* and you should consider switching to it.
if you can't offer someone a completely functional, better alternative
to what
On Tue, Feb 20, 2007 at 05:23:21PM -0500, Jeff Garzik wrote:
introducing SATA ACPI does not work for me (I've filled the bug
report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
messages, IDE performance is decreased. libata.noacpi=1 option works ok but
the performance
On Monday 19 February 2007 19:12, Jonathan Woithe wrote:
As of 2.6.20 the kernel has not been able to turn the power off on my laptop
during shutdown. Up to and including 2.6.19, pressing the power button
triggered a shutdown via the ACPI system. Under 2.6.20 (with the same
kernel
This patch adds pagecache accounting and control on top of
Paul's container subsystem v7 posted at
http://lkml.org/lkml/2007/2/12/88
Comments, suggestions and criticisms are welcome.
Features:
* New subsystem called 'pagecache_acct' is registered with containers
* Container pointer
Rudolf Marek wrote:
Hello all,
I got the DSDT from chuck and it seems there is nothing interesting - no
declaration of PCI_config for the registers. If someone wants to check it I
can
send him the DSDT.
_TMP looks like this:
Store (\_SB.PCI0.LPC0.EC0.RTMP, Local0)
On Sun, Feb 18, 2007 at 06:38:05PM +0100, Jean Delvare wrote:
ACPI is broken here, not k8temp, so let's fix ACPI instead. ACPI
doesn't conflict with only k8temp, but with virtually all hardware
monitoring drivers, all I2C/SMBus drivers, and probably other types of
drivers too. We just can't
On 2/20/07, Matthew Garrett [EMAIL PROTECTED] wrote:
On Sun, Feb 18, 2007 at 06:38:05PM +0100, Jean Delvare wrote:
ACPI is broken here, not k8temp, so let's fix ACPI instead. ACPI
doesn't conflict with only k8temp, but with virtually all hardware
monitoring drivers, all I2C/SMBus drivers,
On Tue, Feb 20, 2007 at 10:08:26AM -0500, Chuck Ebbert wrote:
i2c_core
i2c_ec
i2c_piix4
asus_acpi (on a Compaq???)
sbs
Something is pulling in asus_acpi as a dependancy. I've never
figured out what the cause is. For a long time I was thinking
that we had an
From: Joe Jin [EMAIL PROTECTED]
Date: Fri, 9 Feb 2007 17:34:24 +0800
This patch for adjust inet6_exit() to inverse sequence to inet6_init().
At ipv6_init, it first create proc_root/net/dev_snmp6 entry by call
ipv6_misc_proc_init(), then call addrconf_init() to create the corresponding
Adrian Bunk [EMAIL PROTECTED] wrote:
} /* end rxrpc_create_call() */
+EXPORT_SYMBOL(rxrpc_create_call);
A blank line between the end of the function and the EXPORT_SYMBOL please.
David
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Tue, Feb 20, 2007 at 10:59:46AM +, David Howells wrote:
Adrian Bunk [EMAIL PROTECTED] wrote:
} /* end rxrpc_create_call() */
+EXPORT_SYMBOL(rxrpc_create_call);
A blank line between the end of the function and the EXPORT_SYMBOL please.
Please discuss this with Andrew [1] and tell
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE.
Date: Mon, 19 Feb 2007 19:02:31 -0500
On Tue, Feb 20, 2007 at 08:56:39AM +0900, takada wrote:
/proc/cpuinfo with MediaGXm :
:
flags : fpu tsc msr cx8 cmov mmx cxmmx
bogomips
From: Dale Farnsworth [EMAIL PROTECTED]
Remove the use of CONFIG_MV643XX_ETH_[012] variables on most
platforms. Instead, platform-specific code enables the ports
supported by the hardware. After this patch, these config
variables are only used in arch/ppc, so also move them from
On Tue, Feb 20, 2007 at 05:15:20AM -0700, Dale Farnsworth wrote:
From: Dale Farnsworth [EMAIL PROTECTED]
Remove the use of CONFIG_MV643XX_ETH_[012] variables on most
platforms. Instead, platform-specific code enables the ports
supported by the hardware. After this patch, these config
On Tue, Feb 20, 2007 at 08:34:13PM +0900, takada wrote:
I posted with 2.6.20 + enabled X86_OOSTORE.
The clflush sze line is in /proc/cpuinfo. but clfush is not in flags line.
BTW, can we use WBINVD instruction? I tested compile only.
Do you know a method to change dynamically without #ifdef
On 2/8/07, Greg KH [EMAIL PROTECTED] wrote:
And it should also alow for proper power management functionality, using
the changes that Linus put into the driver core about 8 months ago.
Don't worry, I have input patches queued up next for you Dmitry :)
Greg,
Could you please forward me
Mark Brown wrote:
This patch provides code paths which allow the natsemi driver to use the
external MII port on the chip but ignore any PHYs that may be attached to it.
The link state will be left as it was when the driver started and can be
configured via ethtool. Any PHYs that are present can
applied to #vioc branch of netdev-2.6.git, which will be merged into
#ALL for a period of review and testing.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Feb 20, 2007 at 11:50:13AM +0100, Andi Kleen wrote:
P4s are pretty slow at taking locks (or rather doing atomical operations)
and there are several of them in this path. You could try it with a UP
kernel. Actually hotunplugging the other virtual CPU should be sufficient
with recent
Dale Farnsworth wrote:
From: Dale Farnsworth [EMAIL PROTECTED]
Remove the use of CONFIG_MV643XX_ETH_[012] variables on most
platforms. Instead, platform-specific code enables the ports
supported by the hardware. After this patch, these config
variables are only used in arch/ppc, so also move
On Tue, Feb 20, 2007 at 05:27:14PM +0100, bert hubert ([EMAIL PROTECTED]) wrote:
I've done so, with some interesting results. Source on
http://ds9a.nl/tmp/recvtimings.c - be careful to adjust the '3000' divider
to your CPU frequency if you care about absolute numbers!
These are two groups,
On Tuesday 20 February 2007 17:27, bert hubert wrote:
On Tue, Feb 20, 2007 at 11:50:13AM +0100, Andi Kleen wrote:
P4s are pretty slow at taking locks (or rather doing atomical operations)
and there are several of them in this path. You could try it with a UP
kernel. Actually hotunplugging
On Tue, Feb 20, 2007 at 11:27:30AM -0500, Jeff Garzik wrote:
It was a mis-feature that the supported ports were ever user-selectable.
Which ports the hardware supports should be specified by platform-specific
code, not by the user.
arch/mips/momentum/jaguar_atx/platform.c | 21
On Tue, Feb 20, 2007 at 07:41:25PM +0300, Evgeniy Polyakov wrote:
It can be recvfrom only problem - syscall overhead on my p4 (core duo,
debian testing) is bout 300 usec - to test I ran read('dev/zero', data,
0) in a loop.
nsec I assume?
The usec numbers for read(fd, c, 0) where fd is
On Tue, Feb 20, 2007 at 06:02:32PM +0100, bert hubert ([EMAIL PROTECTED]) wrote:
On Tue, Feb 20, 2007 at 07:41:25PM +0300, Evgeniy Polyakov wrote:
It can be recvfrom only problem - syscall overhead on my p4 (core duo,
debian testing) is bout 300 usec - to test I ran read('dev/zero', data,
On Tue, Feb 20, 2007 at 08:11:20PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
I would try it today - but it is a bit late in Moscow already - and
there are some things to complete yet. So, tomorrow I will create a patch
and run it, but I seriously doubt that there is _that_ high
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/8139too.c | 40 ++---
drivers/net/hamradio/baycom_epp.c | 13 +--
On Tue, Feb 20, 2007 at 07:41:25PM +0300, Evgeniy Polyakov wrote:
On Tue, Feb 20, 2007 at 05:27:14PM +0100, bert hubert ([EMAIL PROTECTED])
wrote:
I've done so, with some interesting results. Source on
http://ds9a.nl/tmp/recvtimings.c - be careful to adjust the '3000' divider
to your CPU
On Tue, Feb 20, 2007 at 01:42:42PM -0500, Josef Sipek ([EMAIL PROTECTED]) wrote:
A better thing would be to use getuid - it turns into just a return with a
memory dereference). I ran it on my 3.06GHz P4 (HT, but only UP kernel),
PREEMPT, HZ=1000...
3.290196 0.470588 0.402614 0.396078
On Tue, Feb 20, 2007 at 09:48:59PM +0300, Evgeniy Polyakov wrote:
Likely first overhead related to cache population or gamma-ray radiation.
If it happens only one (it does in my test), then everything is ok I
think. Bert, how frequently you get that long recvfrom()?
I have plotted the average
On Tue, Feb 20, 2007 at 08:33:20PM +0100, bert hubert wrote:
I'm investigating this further for other system calls. It might be that my
measurements are off, but it appears even a slight delay between calls
incurs a large penalty.
Make sure your system is idle. Userspace bloat means that
On Tue, Feb 20, 2007 at 02:40:40PM -0500, Benjamin LaHaise wrote:
Make sure your system is idle. Userspace bloat means that *lots* of idle
activity occurs in between timer ticks on recent distributions -- all those
You hit the nail on the head. I had previously measured with X shut down,
On Tue, 20 Feb 2007 21:45:05 +0100
bert hubert [EMAIL PROTECTED] wrote:
On Tue, Feb 20, 2007 at 02:40:40PM -0500, Benjamin LaHaise wrote:
Make sure your system is idle. Userspace bloat means that *lots* of idle
activity occurs in between timer ticks on recent distributions -- all those
On Tue, 20 Feb 2007 01:02:14 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Tue, Nov 28, 2006 at 11:47:19PM -0800, Andrew Morton wrote:
On Wed, 29 Nov 2006 08:36:09 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Mon, Nov 27, 2006 at 10:24:55AM -0800, Stephen Hemminger wrote:
On Fri,
On Tue, Feb 20, 2007 at 01:31:32PM -0800, Stephen Hemminger wrote:
On Tue, 20 Feb 2007 01:02:14 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On Tue, Nov 28, 2006 at 11:47:19PM -0800, Andrew Morton wrote:
On Wed, 29 Nov 2006 08:36:09 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
On
Jeff,
Please apply and forward upstream this patch series.
This is the followup to the collision of patches that
landed on your doorstep last week. It rolls up the
patches from Jens and Kou.
--linas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Tue, Feb 20, 2007 at 02:02:00PM -0800, Rick Jones wrote:
The slope appears to be flattening-out the farther out to the right it
goes. Perhaps that is the length of time it takes to take all the
requisite cache misses.
The rate of flattening out appears to correlate with the number of
I measure a huge slope, however. Starting at 1usec for back-to-back system
calls, it rises to 2usec after interleaving calls with a count to 20
million.
4usec is hit after 110 million.
The graph, with semi-scientific error-bars is on
http://ds9a.nl/tmp/recvfrom-usec-vs-wait.png
The code to
If del_nbp()-cancel_delayed_work(carrier_check) fails, port_carrier_check()
may run later and access an already freed container (struct net_bridge_port).
With this patch, carrier_check owns a reference to struct net_bridge_port,
not net_device, so it is always safe to acces the container.
I'm trying to figure out which processes have the most impact, I had already
killed anything non-essential. But that still leaves 140 pids.
btw if you have systemtap on your system you can see who is doing evil
with
http://www.fenrus.org/cstop.stp
also.. running vmstat 3 and looking at the
From: Jens Osterkamp [EMAIL PROTECTED]
This version moves the medium variable to the card specific structure and
changes the GMII_* to BCM54XX_* #defines.
This patch adds improved version of enable_fiber for both the 5421 and
the 5461 phy. It is now possible to specify with these wether you
As of 2.6.20-git4, the spider_net driver does not compile.
This appears to be due to some archaic usage involving kobjects.
It also fixes a nasty double-free during ifdown of the interface.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki
From: Kou Ishizaki [EMAIL PROTECTED]
Add auto negotiation support for Celleb.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/spider_net.c | 176 ++-
drivers/net/spider_net.h | 10 ++
From: Kou Ishizaki [EMAIL PROTECTED]
This patch moves calling init_firmware() from spider_net_probe() to
spider_net_open() so as to use the driver by built-in.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/spider_net.c | 247
From: Kou Ishizaki [EMAIL PROTECTED]
This patch adds or changes some HW specific settings for spider_net on
Celleb.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/Kconfig |2 +-
drivers/net/spider_net.c |8 +++-
From: Ishizaki Kou [EMAIL PROTECTED]
This patches removes logging for SPIDER_NET_GTMFLLINT interrupts.
Since the interrupts are not irregular, and they happen frequently
when using 100Mbps network switches.
Signed-off-by: Kou Ishizaki [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL
From: Jens Osterkamp [EMAIL PROTECTED]
This moves the medium variable into the spidernet card structure.
It renames the GMII_ variables to BCM54XX specific ones.
Signed-off-by: Jens Osterkamp [EMAIL PROTECTED]
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
drivers/net/spider_net.c | 14
This patch separates the hardware descriptor state from the
driver descriptor state, per (old) suggestion from Ben Herrenschmidt.
This compiles and boots and seems to work.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED]
It appears that under certain circumstances, a race will result
in a double-free of an skb. This patch null's out the skb pointer
upon the skb free, avoiding the inadvertent deref of bogus data.
The next patch fixes the actual race.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens
Multiple threads performing a transmit can race into
the spidernet tx ring cleanup code. This puts the
relevant check under a lock.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED]
drivers/net/spider_net.c |6
Janitorial patch. Undo long lines, fix typo in err msg.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED]
drivers/net/spider_net.c | 13 +++--
drivers/net/spider_net.h |2 +-
2 files changed, 8
Update driver support contact info.
Signed-off-by: Linas Vepstas [EMAIL PROTECTED]
Cc: Jens Osterkamp [EMAIL PROTECTED]
Cc: Kou Ishizaki [EMAIL PROTECTED]
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.20-git16/MAINTAINERS
On 2/21/07, bert hubert [EMAIL PROTECTED] wrote:
I'm trying to figure out which processes have the most impact, I had already
killed anything non-essential. But that still leaves 140 pids.
Bert
That sounds way too many pids. I run a script to shut down processes
when I do testing as
On Saturday, February 17, 2007 9:04 AM, Mario Giammarco wrote:
Now regarding the whole thing surrounding mptlan, I don't think
that LSI officially supports that feature any more or willing to fix
any bugs for it in their firmware or driver. Is that right?
If so, we might as well remove
Hi!
You can find the new driver, and additional information
about it, here:
http://intellinuxwireless.org/iwlwifi.
...
You can find that package at:
http://intellinuxwireless.org/d80211
Ok. Now... any questions?
Yes... is there merged .git tree somewhere? I downloaded iwl
NeilBrown wrote:
Following 6 patches are against 2.6.20 and are suitable for 2.6.21.
They are not against -mm because the new plugging makes raid5 not work
and so not testable, and there are a few fairly minor intersections between
these patches and those patches.
There is also a very minor
On Feb 20 2007 14:26, Greg KH wrote:
On Tue, Feb 20, 2007 at 03:18:49PM -0600, Serge E. Hallyn wrote:
Quoting Jan Engelhardt ([EMAIL PROTECTED]):
Hello list,
in security/inode.c, the comment for securityfs_create_dir() reads:
If securityfs is not enabled in the kernel, the
Udo van den Heuvel [EMAIL PROTECTED] writes:
saa7146: found saa7146 @ mem f896a000 (revision 1, irq 145) (0x153b,0x1157).
saa7146: found saa7146 @ mem f89e6000 (revision 1, irq 153) (0x153b,0x1155).
IO-APICs can do such things...
Ok, I have experimented a bit with my old unused EPIA-M 600 MHz
IMO it would probably easier on all involved if the comment noted what
you state in the patch description.
seconded
Alan, please send me the actual OOPS if possible.
You have a wide choice of oopses, watchdogs and hangs available.
Basically the device vanishes and in some cases we end
On Tue, 2007-02-20 at 10:40 -0800, Zach Brown wrote:
There are some strange O_DIRECT corner cases in here such that the
'last
writer' may actually be a 'last reader' and winning can mean have
a copy
of the page in page cache older than the copy on disk.
As long as it is marked
[EMAIL PROTECTED] (Lennart Sorensen) writes:
Via has a dual pci-ext card. See EXT-PCI at
http://www.via.com.tw/en/products/mainboards/accessories.jsp
Right, and they say it's compatible with EPIA mini-ITX family.
That means the mappings I just outlined should apply to all of them.
BTW: any
On Tue, 20 Feb 2007 22:47:17 +0100
Lukas Hejtmanek [EMAIL PROTECTED] wrote:
Hello,
introducing SATA ACPI does not work for me (I've filled the bug
report: http://bugzilla.kernel.org/show_bug.cgi?id=8046) beside those error
messages, IDE performance is decreased. libata.noacpi=1 option works
Am 15.01.2007 18:29 schrieb Karsten Keil:
On Mon, Jan 15, 2007 at 12:17:37PM -0500, Robert P. J. Day wrote:
[...] but if
it's still in actual use, then it really should be re-labelled from
obsolete to deprecated, no?
Good point.
May I?
From: Tilman Schmidt [EMAIL PROTECTED]
Remove
x86_64 builds without errors on openSUSE 10.2.
x86 on openSUSE 10.3 Alpha1
gcc version 4.1.2 20070115 (prerelease) (SUSE Linux)
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
# CONFIG_IPV6_MIP6 is not set
CONFIG_IPV6_SIT=m
# CONFIG_IPV6_TUNNEL is not set
On Tue, 2007-02-20 at 11:23 -0600, Olof Johansson wrote:
In my original reproduction, I had to boot with nfs root, and try to mount
my sata drive (/dev/sda3). This is with a static /dev, no udev. Seems like it
happens when trying to mount any block device that's located on NFS.
Since this
On Tue, 20 Feb 2007 20:20:49 +0300
Oleg Nesterov [EMAIL PROTECTED] wrote:
+ clear_stale_sigchild(current, retval);
But we are not checking that SIGCHLD is blocked?
I'm sorry if I don't read SUSv3 correctly. SUSv3 doesn't define how we
should
do if SIGCHLD is not
On Wednesday February 21, [EMAIL PROTECTED] wrote:
x86_64 builds without errors on openSUSE 10.2.
x86 on openSUSE 10.3 Alpha1
gcc version 4.1.2 20070115 (prerelease) (SUSE Linux)
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
# CONFIG_IPV6_MIP6 is
On Tue, 20 Feb 2007 15:10:07 -0800 (PST)
Roland McGrath [EMAIL PROTECTED] wrote:
I'm usually the stickler for anal POSIX compliance, but this is one thing
that I did notice a while ago, realized Linux had never done it, and
decided I didn't care.
Okay, I don't think this is a big trouble.
Tejun,
thanks for the patches! I am on an Intel P965/ICH8R.
Best,
Marcus
On 2/20/07, Tejun Heo [EMAIL PROTECTED] wrote:
* Pablo, the bug you saw was bad interaction between blacklisted NCQ
device and dynamic queue depth adjustment. Patches are submitted to fix
the problem. Just drop the
Here is the full dmesg log of the crash:
iret exception: [#1]
SMP
Modules linked in: ppdev lp button ac battery ipv6 dm_snapshot
dm_mirror dm_mod loop tsdev rtc psmouse parport_pc parport floppy
serio_raw pcspkr i2c_nforce2 snd_intel8x0 snd_ac97_codec snd_
ac97_bus snd_pcm snd_timer snd
Neil Brown wrote:
On Wednesday February 21, [EMAIL PROTECTED] wrote:
x86_64 builds without errors on openSUSE 10.2.
x86 on openSUSE 10.3 Alpha1
gcc version 4.1.2 20070115 (prerelease) (SUSE Linux)
CONFIG_IPV6=m
CONFIG_IPV6_PRIVACY=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_ROUTE_INFO=y
#
On Wednesday 21 February 2007 00:20, Robert P. J. Day wrote:
here's a slightly revised wording, if that makes it clearer:
I think that it does explain things better and I hope that some form
of consensus can be finally reached.
Thanks,
Bart
-
To unsubscribe from this list: send the line
-stable review patch. If anyone has any objections, please let us know.
--
Host endianess does not affect the order that pixel rgb data comes
in from the quickcam (the values are bytes, not words or longs). The
driver is erroniously swapping the order of rgb values for big
This is the start of the stable review cycle for the 2.6.19.5 release.
This will probably be the last release of the 2.6.19-stable series, so
if there are patches that you feel should be applied to that tree,
please let me know.
There are 21 patches in this series, all will be posted as a
-stable review patch. If anyone has any objections, please let us know.
--
From: Peter Korsgaard [EMAIL PROTECTED]
smc911x_phy_configure's error handling unconditionally unlocks the
spinlock even if it wasn't locked. Patch fixes it.
Signed-off-by: Peter Korsgaard [EMAIL
-stable review patch. If anyone has any objections, please let us know.
--
We are doing -buf_prepare(buf) before adding buf to q-stream list. This
means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer.
(cherry picked from commit
-stable review patch. If anyone has any objections, please let us know.
--
Or status flags together in DECODER_GET_STATUS instead of and-zapping them.
(cherry picked from commit 55d5440d4587454628a850ce26703639885af678)
Signed-off-by: Martin Samuelsson [EMAIL PROTECTED]
-stable review patch. If anyone has any objections, please let us know.
--
Autodetect LG TAPC G701D as tuner type 37, fixing
mis-detected tuners in some Hauppauge tv tuner cards.
Thanks to Adonis Papas, for pointing this out.
(cherry picked from commit
-stable review patch. If anyone has any objections, please let us know.
--
Suspending with the cx88xx module loaded causes the system to lock up
because the cx88_audio_thread kthread was missing a try_to_freeze()
call, which caused it to go into a tight loop and result in
-stable review patch. If anyone has any objections, please let us know.
--
From: Ken Chen [EMAIL PROTECTED]
An AIO bug was reported that sleeping function is being called in softirq
context:
BUG: warning at kernel/mutex.c:132/__mutex_lock_common()
Call Trace:
-stable review patch. If anyone has any objections, please let us know.
--
[PATCH] usb-audio: work around wrong frequency in CM6501 descriptors
The C-Media CM6501 chip's descriptors say that altsetting 5 supports
48 kHz, but it actually plays at 96 kHz.
Signed-off-by: Clemens
-stable review patch. If anyone has any objections, please let us know.
--
[PATCH] usbaudio - Fix Oops with broken usb descriptors
This is a patch for ALSA Bug #2724. Some webcams provide bogus
settings with no valid rates. With this patch those are skipped.
Signed-off-by:
-stable review patch. If anyone has any objections, please let us know.
--
From: Ingo Molnar [EMAIL PROTECTED]
[PATCH] net, 8139too.c: fix netpoll deadlock
fix deadlock in the 8139too driver: poll handlers should never forcibly
enable local interrupts, because they might be
-stable review patch. If anyone has any objections, please let us know.
--
If you lose this race, it can iput a socket inode twice and you
get a BUG in fs/inode.c
When I added the option for user-space to close a socket,
I added some cruft to svc_delete_socket so that I could
-stable review patch. If anyone has any objections, please let us know.
--
From: David Howells [EMAIL PROTECTED]
[PATCH] Keys: Fix key serial number collision handling
Fix the key serial number collision avoidance code in key_alloc_serial().
This didn't use to be so much of a
-stable review patch. If anyone has any objections, please let us know.
--
[PATCH] usbaudio - Fix Oops with unconventional sample rates
The patch fixes the memory corruption by the support of unconventional
sample rates. Also, it avoids the too restrictive constraints if
any
-stable review patch. If anyone has any objections, please let us know.
--
Correct assignment of DOT1XENABLE in WE-19 codepaths.
RX_UNENCRYPTED_EAPOL = 1 really means setting DOT1XENABLE _off_, and
vice versa. The original WE-19 patch erroneously reversed that. This
patch
-stable review patch. If anyone has any objections, please let us know.
--
Use different constraint for gcc 4.1 in bitops.h
+m is really correct for a RMW instruction, but some older gccs
error out. I finally gave in and ifdefed it.
This fixes compilation errors with some
-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Buesch [EMAIL PROTECTED]
If bcm43xx were to process an afterburner (ampdu) status response, Linux would
oops. The
ampdu and intermediate status bits are properly named.
Signed-off-by:
-stable review patch. If anyone has any objections, please let us know.
--
There is a kernel oops on bcm43xx when resuming due to an overly tight timeout
loop.
Signed-off-by: Larry Finger[EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
From: Vijay Sampath [EMAIL PROTECTED]
The files cfi_cmdset_0002.c and cfi_cmdset_0020.c do not initialize
their wait queues like is done in cfi_cmdset_0001.c. This causes an
oops when the wait queue is accessed. I have copied the code from
cfi_cmdset_0001.c that is pertinent to initialization of
-stable review patch. If anyone has any objections, please let us know.
--
From: Atsushi Nemoto [EMAIL PROTECTED]
The usage of the century bit was inverted on 2.6.19 following to PCF8563's
description, but it was not match to usage suggested by RTC8564's
datasheet. Anyway what
701 - 800 of 892 matches
Mail list logo