The patch below fixes the following warning, which
by my reckoning is valid, though perhaps not
something that happens in practice.
fs/block_dev.c: In function `bd_claim_by_disk':
fs/block_dev.c:953: warning: 'found' might be used uninitialized in this
function
Patch is against the current Linus
On Wed, 14 Feb 2007, Con Kolivas wrote:
On Wednesday 14 February 2007 09:01, malc wrote:
On Mon, 12 Feb 2007, Pavel Machek wrote:
Hi!
[..snip..]
I have (had?) code that 'exploits' this. I believe I could eat 90% of cpu
without being noticed.
Slightly changed version of hog(around 3
Just out of curiosity, why did you do this in such a manual way instead
of just using the UUID? I would think every time you replace a failed
drive you would have to go edit the files all over again.
Oh, there is a very simple reason for that.
These md arrays exist for a year of three
On Wed, 14 Feb 2007, Nick Piggin wrote:
Can't you have migration without swap?
Yes: but then the only swap entry it can find (short of page
table corruption, which isn't really the focus of mincore)
is a migration entry, isn't it?
Hugh
-
To unsubscribe from this list: send the line
- make the page table contents printing PAE capable
- make sure the address stored in current-thread.cr2 is unmodified from
what was read from CR2
- don't call oops_may_print() multiple times, when one time suffices
- print pte even in highpte case, as long as the pte page isn't in
actually in
Use mask_ack_irq() where possible.
Signed-off-by: Jan Beulich [EMAIL PROTECTED]
--- linux-2.6.20/kernel/irq/chip.c 2007-02-04 19:44:54.0 +0100
+++ 2.6.20-irq-mask-ack/kernel/irq/chip.c 2007-02-09 10:17:26.0
+0100
@@ -534,10 +534,8 @@ __set_irq_handler(unsigned int
Whether a region is below 1Mb is determined by its start rather than
its end.
This hunk got erroneously dropped from a previous patch.
Signed-off-by: Jan Beulich [EMAIL PROTECTED]
--- linux-2.6.20/arch/i386/kernel/cpu/mtrr/generic.c2007-02-04
19:44:54.0 +0100
+++
Linus, please do an update from:
http://www.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
(linus branch)
The GNU patch is available at:
ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-git-2007-02-14.patch.gz
Additional notes:
Mostly fixes and cleanups.
The following files
Synchronize i386's smp_send_stop() with x86-64's in only try-locking
the call lock to prevent deadlocks when called from panic().
In both version, disable interrupts before clearing the CPU off the
online map to eliminate races with IRQ handlers inspecting this map.
Also in both versions,
Move inclusion of asm/fixmap.h to where it is really used rather than
where it may have been used long ago (requires a few other adjustments
to includes due to previous implicit dependencies).
Signed-off-by: Jan Beulich [EMAIL PROTECTED]
--- linux-2.6.20/arch/x86_64/kernel/genapic.c 2007-02-04
Tejun Heo wrote:
On the NCQ side, I think it's pretty safe to assume that all
controllers will handle it. Obviously I've verified it with sata_nv
(at least that it doesn't blow up obviously), and the other two NCQ
drivers we have, ahci and sata_sil24 just feed raw FIS data into the
controller
Convert pci_module_init() to pci_register_driver().
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
---
Compile-tested with allyes, allmod allno on i386
diff --git a/drivers/ide/pci/delkin_cb.c b/drivers/ide/pci/delkin_cb.c
index e2672fc..d4b753e 100644
--- a/drivers/ide/pci/delkin_cb.c
+++
[cc'ing Jeff, Alan, Mark and Jens. Hi!]
Hello, Robert.
Robert Hancock wrote:
Well, we should be able to determine that experimentally (at least on
specific controllers) with a little test program that just writes little
bits of data and fsyncs repeatedly (assuming that does in fact trigger
There is long standing issue in kernel which makes using /etc/sysctl.conf
useless for boottime configuration of specific interface properties and
breaks probably any software relying on unconditional existence of the
conf trees like it was in previous kernels (I alone have written several
pieces
On Friday 09 February 2007 23:12:42 James Ketrenos wrote:
Please hold all questions until I am done with this email. Thank you.
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG Network Connection adapter. This new driver
uses the new d80211
On 2/13/07, Ismail Dönmez [EMAIL PROTECTED] wrote:
Tried this is on a patched 2.6.20 kernel with ipw3945 device and it always
puts the card in 802.11a mode instead of 802.11bg mode.
Ideas?
Before running iwconfig wlan0 channel 8, the card is set to
802.11a mode. iwconfig shows rate at
On Tuesday 13 February 2007 17:10:24 Jeff Chua wrote:
On 2/13/07, Ismail Dönmez [EMAIL PROTECTED] wrote:
Tried this is on a patched 2.6.20 kernel with ipw3945 device and it
always puts the card in 802.11a mode instead of 802.11bg mode.
Ideas?
Before running iwconfig wlan0 channel 8,
On Tue, 13 Feb 2007 15:29:04 +0200
Hasso Tepper [EMAIL PROTECTED] wrote:
There is long standing issue in kernel which makes using /etc/sysctl.conf
useless for boottime configuration of specific interface properties and
breaks probably any software relying on unconditional existence of the
Al Viro wrote:
Spot the bug...
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
diff --git a/drivers/net/atl1/atl1_hw.c b/drivers/net/atl1/atl1_hw.c
index 08b2d78..e28707a 100644
--- a/drivers/net/atl1/atl1_hw.c
+++ b/drivers/net/atl1/atl1_hw.c
@@ -357,7 +357,7 @@ void atl1_hash_set(struct atl1_hw
Al Viro wrote:
Spot the bug...
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
diff --git a/drivers/net/atl1/atl1_hw.c b/drivers/net/atl1/atl1_hw.c
index 08b2d78..e28707a 100644
--- a/drivers/net/atl1/atl1_hw.c
+++ b/drivers/net/atl1/atl1_hw.c
@@ -357,7 +357,7 @@ void atl1_hash_set(struct
Hi!
Please hold all questions until I am done with this
email. Thank you.
We are pleased to announce the availability of a new
driver for the Intel PRO/Wireless 3945ABG Network
Connection adapter. This new driver uses the new d80211
subsystem previously only available as part of the
Stephen Hemminger wrote:
On Tue, 13 Feb 2007 15:29:04 +0200
Hasso Tepper [EMAIL PROTECTED] wrote:
There is long standing issue in kernel which makes using /etc/sysctl.conf
useless for boottime configuration of specific interface properties and
breaks probably any software relying on
On Tue, 2007-02-13 at 18:13 +, Pavel Machek wrote:
Yes... is there merged .git tree somewhere? I downloaded iwl git tree,
but it did not contain d80211 stack. I'm now downloading wireless-dev
git tree...
I would expect Intel to post patches some time soon to get into
wireless-dev.
On Tue, Feb 13, 2007 at 03:29:04PM +0200, Hasso Tepper wrote:
There is long standing issue in kernel which makes using /etc/sysctl.conf
useless for boottime configuration of specific interface properties and
breaks probably any software relying on unconditional existence of the
conf trees like
Neil Horman wrote:
On Tue, Feb 13, 2007 at 03:29:04PM +0200, Hasso Tepper wrote:
There is long standing issue in kernel which makes using /etc/sysctl.conf
useless for boottime configuration of specific interface properties and
breaks probably any software relying on unconditional existence of
John wrote:
Jesse Brandeburg wrote:
What would you like to do? At this stage I would like e100 to work
better than it is, but I'm not sure what to do next.
Hello everyone,
I'm resurrecting this thread because it appears we'll need to support
these motherboards for several months to
On Tue, Feb 13, 2007 at 02:43:32PM -0500, Vlad Yasevich wrote:
Neil Horman wrote:
On Tue, Feb 13, 2007 at 03:29:04PM +0200, Hasso Tepper wrote:
There is long standing issue in kernel which makes using /etc/sysctl.conf
useless for boottime configuration of specific interface properties and
Stephen Hemminger wrote:
You can disable it in /proc/sys/net/ipv6/conf/default/... and then
reenable it on the interfaces that you actually want.
And YOSHIFUJI Hideaki answered to this:
The point is:
- Until we have live address(es), we do not create inet6_dev{} for that
device.
-
Ismail Dönmez wrote:
On Tuesday 13 February 2007 17:10:24 Jeff Chua wrote:
On 2/13/07, Ismail Dönmez [EMAIL PROTECTED] wrote:
Tried this is on a patched 2.6.20 kernel with ipw3945 device and it
always puts the card in 802.11a mode instead of 802.11bg mode.
Ideas?
Before running iwconfig
Johannes Berg wrote:
On Tue, 2007-02-13 at 18:13 +, Pavel Machek wrote:
Yes... is there merged .git tree somewhere? I downloaded iwl git tree,
but it did not contain d80211 stack. I'm now downloading wireless-dev
git tree...
I would expect Intel to post patches some time soon to get into
Norbert Preining wrote:
...
Ahhh ... one thing: The LED on my Acer Laptop (TM3012) does not show up,
maybe because I have CONFIG_D80211_LEDS off?
The LED code in iwlwifi isn't hooked up to the D80211 LED code yet. If
you'd file a bug at http://bughost.org regarding the LEDs being broken
(if
Convert pci_module_init() to pci_register_driver().
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
---
Compile-tested with allyes, allmod allno on i386
diff --git a/drivers/net/wan/pc300too.c b/drivers/net/wan/pc300too.c
index bc156b5..aff05db 100644
--- a/drivers/net/wan/pc300too.c
+++
Pavel Machek wrote:
...
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
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This...
adds the sony-laptop driver, which controls brightness on akpm's vaio...
removes the experimental hotkey driver, per schedule.
adds the ACPI support needed by the upcoming rtc
On Tuesday 13 February 2007 07:23:15 Len Brown wrote:
On Monday 12 February 2007 13:45, Ismail Dönmez wrote:
Hi all,
After latest ACPI merge /proc/acpi/ac_adapter/AC has gone fishing :
[~] ls -al /proc/acpi/ac_adapter/
dr-xr-xr-x 2 root root 0 Şub 12 20:44 ADP1
[~] ls -al
On Fri, Jan 19, 2007 at 12:12:28PM -0500, Benjamin Romer wrote:
On the Unisys ES7000/ONE system, we encountered a problem where performing
a kexec reboot or dump on any cell other than cell 0 causes the system
timer to stop working, resulting in a hang during timer calibration in the
new
801 - 836 of 836 matches
Mail list logo
