From: Stephen Hemminger [EMAIL PROTECTED]
The code in transmit timeout incorrectly assumed that netif_tx_lock
was not set.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/net/sky2.c |6 ++
1 file changed, 2
gcc 5.0 will likely not have the constraint problem
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
include/asm-x86_64/bitops.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.20.1.orig/include/asm-x86_64/bitops.h
From: Mike Isely [EMAIL PROTECTED]
Rework the cx23416 firmware loader so that it longer requires the
firmware size to be a multiple of 8KB. Until recently all cx2341x
firmware images were exactly 256KB, but newer firmware is larger than
that and also appears to have arbitrary size. We still
On Wed, 7 Mar 2007, Stephen Rothwell wrote:
Then, of course, you have to think about how to get the siginfo_t out to
the user process. Do you just return it from the read after the read
that returns the signal number? If so, you need to know if the process
did a compat read syscall read or
* Kirk Kuchov [EMAIL PROTECTED] wrote:
I don't believe I'm wasting my time explaining this. They don't exist
as /dev/null, they are just fucking _LINKS_.
[...]
Either stop flaming kernel developers or become one. It is that
simple.
If I were to become a kernel developer I would stick
From: Mike Isely [EMAIL PROTECTED]
This introduces some extra cx23416 commands when streaming is
started. The addition of these commands fix random sporadic video
corruption that can take place when the video stream is temporarily
disrupted through loss of signal (e.g. changing the channel in
From: Andi Kleen [EMAIL PROTECTED]
x86: Don't require the vDSO for handling a.out signals
and in other strange binfmts. vDSO is not necessarily mapped there.
This fixes signals in a.out programs
Signed-off-by: Andi Kleen [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
From: Jan Beulich [EMAIL PROTECTED]
After updating several machines to 2.6.20, I can't boot anymore the single
one of them that supports the NX bit and is configured as a 32-bit system.
My understanding is that the VDSO changes in 2.6.20-rc7 were not fully
cooked, in that with that config
On Wed, 7 Mar 2007, Eric Dumazet wrote:
sockets already uses file-private_data.
But calls to read()/write() (not send()/recv()) still need to go through the
dentry, before entering socket land.
Sure. The dentry and the inode need to *exist*, but they can be one single
static
On 07/03/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Linus Torvalds [EMAIL PROTECTED] wrote:
[ Ingo and Thomas added to Cc, because I think this is them.. ]
Ingo, I think this came in during commit 95492e4646, x86: rewrite SMP
TSC sync code.
yeah.
I get this while
echo shutdown
From: David Miller [EMAIL PROTECTED]
[ATM]: atmarp.h needs to always include linux/types.h
To provide the __be* types, even for userspace includes.
Reported by Andrew Walrond.
Signed-off-by: David S. Miller [EMAIL PROTECTED]
Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED]
---
From: Stefan Richter [EMAIL PROTECTED]
Since my commit 8252bbb1363b7fe963a3eb6f8a36da619a6f5a65 in 2.6.20-rc1,
host devices have a dummy driver attached. Alas the driver was not
registered before use if ieee1394 was loaded with disable_nodemgr=1.
This resulted in non-functional FireWire drivers
From: Ilpo Järvinen [EMAIL PROTECTED]
TCP may advertize up to 16-bits window in SYN packets (no window
scaling allowed). At the same time, TCP may have rcv_wnd
(32-bits) that does not fit to 16-bits without window scaling
resulting in pseudo garbage into advertized window from the
low-order bits
From: Jiri Bohac [EMAIL PROTECTED]
[IPX]: Fix NULL pointer dereference on ipx unload
Fixes a null pointer dereference when unloading the ipx module.
On initialization of the ipx module, registering certain packet
types can fail. When this happens, unloading the module later
dereferences NULL
On Wed, 7 Mar 2007, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Stephen Rothwell wrote:
You probably need the queue anyway because the real time signals are
supposed to queue.
Davide - the *real* problem is (I think) that you try to allow signals to
be returned *both* by signalfd() and
On Wednesday 07 March 2007 11:40, Alan Cox wrote:
If you want to cast a pointer to a small value then start by turning it
into an unsigned long so the compiler knows what is going on.
I already have a fix for that - just haven't pushed it up to wireless-dev yet.
Personally I find the whole
From: Julien BLACHE [EMAIL PROTECTED]
[PATCH] USB HID: Fix USB vendor and product IDs endianness for USB HID devices
The USB vendor and product IDs are not byteswapped appropriately, and
thus come out in the wrong endianness when fetched through the evdev
using ioctl() on big endian platforms.
From: Alan Stern [EMAIL PROTECTED]
This patch (as850b) disables remote wakeup (and everything else!) on
all EHCI ports when the shutdown() method is called. If remote wakeup
is left active then some systems will reboot instead of powering off.
This fixes Bugzilla #7828.
Signed-off-by: Alan
Alan Cox wrote:
I guess something like
tty_buffer_request_room(tty, data_size);
for (i = 0; i data_size; ++i)
work += tty_insert_flip_char(tty, data[i], TTY_NORMAL);
if (work)
tty_flip_buffer_push(tty);
Unless data_size can be very
From: David Woodhouse [EMAIL PROTECTED]
[MTD] Fix regression in RedBoot partition scanning
This fixes a regression introduced by the attempt to handle RedBoot FIS
tables which are smaller than an eraseblock, in commit
0b47d654089c5ce3f2ea26a4485db9bcead1e515
It moves the recalculation of the
From: NeilBrown [EMAIL PROTECTED]
When the last thread of nfsd exits, it shuts down all related sockets.
It currently uses svc_close_socket to do this, but that only is
immediately effective if the socket is not SK_BUSY.
If the socket is busy - i.e. if a request has arrived that has not yet
From: Neil Brown [EMAIL PROTECTED]
Fix various bugs with aligned reads in RAID5.
It is possible for raid5 to be sent a bio that is too big
for an underlying device. So if it is a READ that we
pass stright down to a device, it will fail and confuse
RAID5.
So in 'chunk_aligned_read' we check
From: David Moore [EMAIL PROTECTED]
This together with the phys_to_virt fix in lib/swiotlb.c::swiotlb_sync_sg
fixes video1394 DMA on machines with DMA bounce buffers, especially Intel
x86-64 machines with 3GB RAM.
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
Signed-off-by: David Moore [EMAIL
From: Takashi Iwai [EMAIL PROTECTED]
[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: Gregor Jasny [EMAIL PROTECTED]
Signed-off-by: Takashi Iwai
I'm developing an SPI- bus MMC/SD block driver translation layer.
Another one? There's already been significant work in that area. See for
example
http://marc.theaimsgroup.com/?l=linux-kernelm=117000652529003w=2
Which admittedly didn't behave when I just put it onto my test rig,
but seems
From: Takashi Iwai [EMAIL PROTECTED]
[ALSA] hda-intel - Don't try to probe invalid codecs
Fix the max number of codecs detected by HD-intel (and compatible)
controllers to 3. Some hardware reports extra bits as if
connected, and the driver gets confused to probe unexisting codecs.
From: David Moore [EMAIL PROTECTED]
Missing critical phys_to_virt in lib/swiotlb.c
Adds missing call to phys_to_virt() in the
lib/swiotlb.c:swiotlb_sync_sg() function. Without this change, a kernel
panic will always occur whenever a SWIOTLB bounce buffer from a
scatter-gather list gets synced.
From: John Heffner [EMAIL PROTECTED]
We can accidently spit out a huge burst of packets with TSO
when the FIN back is piggybacked onto the final packet.
[TCP]: Don't apply FIN exception to full TSO segments.
Signed-off-by: John Heffner [EMAIL PROTECTED]
Signed-off-by: David S. Miller [EMAIL
After many weeks of backlogs, I've finally flushed out all of the
pending -stable patches, bringing this series to a whopping 101 patches
pending for the next 2.6.20.2 release.
If everyone could please take the time to review them and let me know if
there are any issues with any of these being
The patch below adds support for devices living in MMIO space to the
Infineon TPM driver. These can be found on some of the newer HP ia64
systems. Thanks,
Alex
Signed-off-by: Alex Williamson [EMAIL PROTECTED]
---
diff -r c8e6d6d04971 -r 5e0fb1be86e6 drivers/char/tpm/tpm_infineon.c
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 call
that function when closing a socket per user-space request.
This was the wrong thing to
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: Michael Buesch [EMAIL PROTECTED]
Signed-off-by: Larry Finger [EMAIL PROTECTED]
Signed-off-by:
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 MO_C=1 means can vary on each platform. This patch
is to detect its polarity in
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 fixes association with unencrypted and WEP networks when using
wpa_supplicant.
It also adds two
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 problem as the key serial numbers were
allocated from a simple incremental counter, and it
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]
---
drivers/net/wireless/bcm43xx/bcm43xx.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
On Wed, 7 Mar 2007, Peter Zijlstra wrote:
I'm not at all happy with this, but plain disallowing remap_file_pages on bdis
without BDI_CAP_NO_WRITEBACK seems to offend some people, hence restrict it to
root only.
I don't think that's a viable approach. Nonlinear mappings would normally
be
From: Dave Jones [EMAIL PROTECTED]
On Sun, Feb 04, 2007 at 04:51:38PM +0100, Eric Piel wrote:
Hello,
I've got a regression in 2.6.20-rc7 (-rc6 was fine) due to commit
4b95320fc4d21b0ff2f8604305dd6c851aff6096 ([AGPGART] intel_agp: restore
graphics device's pci space early in resume).
Incore log buffers are not always a power of two of the page size.
In particular, when xfs is running over software raid devices, the
log buffers are allocated to match the size of a stripe.
However, they are always a multiple of PAGE_SIZE, so we are still safe.
Michael
Christoph Hellwig
On Wed, 7 Mar 2007, Oleg Verych wrote:
GCC's assembler version of this macro is optimized as needed.
Not fora non-constant mask, I bet.
But i wanted to address Al's statement about using typeof():
Well, that doesn't affect ALIGN(), since you can only use ALIGN() on an
arithmetic type
On Wednesday 07 March 2007 18:45, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Eric Dumazet wrote:
sockets already uses file-private_data.
But calls to read()/write() (not send()/recv()) still need to go through
the dentry, before entering socket land.
Sure. The dentry and the inode need
On Wed, 2007-03-07 at 10:00 -0800, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Peter Zijlstra wrote:
I'm not at all happy with this, but plain disallowing remap_file_pages on
bdis
without BDI_CAP_NO_WRITEBACK seems to offend some people, hence restrict it
to
root only.
I don't
Linus Torvalds [EMAIL PROTECTED] writes:
On Mon, 5 Mar 2007, Yinghai Lu wrote:
please check the patch
Hmm.. It doesn't look *wrong*, but could you please
- split it up a bit (some of it is 100% obvious, ie the comment fixes)
- write an explanation for the individually split up patches
On Wed, Mar 07, 2007 at 07:34:38AM -0800, Christoph Lameter wrote:
On Wed, 7 Mar 2007, Peter Zijlstra wrote:
return -1;
}
Perhaps so something with PAGE_SIZE here, as you know there are
platforms/configs where PAGE_SIZE != 4k :-)
Any allocation 2k just uses a regular
On Mon, 5 Mar 2007, Marc Perkel wrote:
--- Jan Engelhardt [EMAIL PROTECTED] wrote:
On Mar 4 2007 19:37, Marc Perkel wrote:
-b internal -- seems like a good idea to speed
up
resynchronization.
I'm trying to figure out what the default is.
-b none, meaning the
On Wed, 2007-03-07 at 15:22 +0100, Thomas Gleixner wrote:
On Tue, 2007-03-06 at 20:59 -0800, Linus Torvalds wrote:
We've finally hopefully started to put a dent in the regressions,
especially the suspend/resume problems introduced since 2.6.20.
Still having SATA breakage on resume:
On 3/7/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Kirk Kuchov [EMAIL PROTECTED] wrote:
I don't believe I'm wasting my time explaining this. They don't exist
as /dev/null, they are just fucking _LINKS_.
[...]
Either stop flaming kernel developers or become one. It is that
simple.
If I
On Wed, 7 Mar 2007, Matt Mackall wrote:
I have a patch here to make this dependent on page size using a loop. The
problem is that it does not work with some versions of gcc. On the
other hand we really need this since one arch can
actually have an order 22 page size!
You don't need
On Wed, Mar 07 2007, Kirk Kuchov wrote:
On 3/7/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Kirk Kuchov [EMAIL PROTECTED] wrote:
I don't believe I'm wasting my time explaining this. They don't exist
as /dev/null, they are just fucking _LINKS_.
[...]
Either stop flaming kernel
On Wed, 2007-03-07 at 19:12 +0100, Peter Zijlstra wrote:
On Wed, 2007-03-07 at 10:00 -0800, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Peter Zijlstra wrote:
I'm not at all happy with this, but plain disallowing remap_file_pages on
bdis
without BDI_CAP_NO_WRITEBACK seems to
On Wed, 07 Mar 2007 08:24:44 -0600 Cliff Wickman wrote:
From: Cliff Wickman [EMAIL PROTECTED]
When a cpu is disabled, move_task_off_dead_cpu() is called for tasks
that have been running on that cpu.
Currently, such a task is migrated:
1) to any cpu on the same node as the disabled
On Wed, Feb 14, 2007 at 03:05:24PM +, Jan Beulich wrote:
The change to force legacy mode IDE channels' resources to fixed
non-zero values confuses (at least some versions of) X, because the
values reported by the kernel and those readable from PCI config space
aren't consistent anymore.
On Wed, 7 Mar 2007, Eric Dumazet wrote:
OK no problem here is the patch without messing f_path.mnt
All right. I like it. Definitely worth putting into -mm, or just
re-sending to me after 2.6.21 is out (I'll forget all about it otherwise).
I have one more worry, namely this::
-
On Tue, 6 Mar 2007 21:31:37 -0800 Luong Ngo wrote:
I am having this problem. I have a process with 2 threads created. One
of the thread will keep calling IOCTL to get information from the
kernel and will be blocked if there is no new information. If there is
information retured, the thread
On Wed, Mar 07, 2007 at 03:21:19PM -0300, Kirk Kuchov ([EMAIL PROTECTED]) wrote:
On 3/7/07, Ingo Molnar [EMAIL PROTECTED] wrote:
* Kirk Kuchov [EMAIL PROTECTED] wrote:
I don't believe I'm wasting my time explaining this. They don't exist
as /dev/null, they are just fucking _LINKS_.
On Tue, 06 Mar 2007 20:19:23 +0100 Martin Peschke wrote:
This adds for_each_substring() and match_substring() to lib/parser.c.
Using these instead of strsep() and match_token() is more comfortable,
less error prone and safer.
strsep() is destructive; it changes the string it is working on.
On Wed, 07 Mar 2007 11:39:02 + Pádraig Brady [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Tue, 06 Mar 2007 12:10:49 +
P__draig Brady [EMAIL PROTECTED] wrote:
Perhaps one could possibly just evict pages with _mapcount==0 ?
That is the present fadvise(FADV_DONTNEED)
On Wed, 07 Mar 2007 12:36:36 +0100 Michal Piotrowski [EMAIL PROTECTED] wrote:
Michal Piotrowski napisał(a):
Hi,
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-03-05-02-22.tar.gz has been uploaded to
Not only might memcpy() do a prefetch for read on the source for some
architectures (which in turn may end up being slow for an address that
isn't in the TLB, like NULL), but you depend on a very much internal
Well, I hope a prefetch(NULL) is OK because we are doing millions of them (see
In file included from include/asm/timex.h:10,
from include/linux/timex.h:187,
from include/linux/sched.h:50,
from include/linux/utsname.h:35,
from include/asm/elf.h:12,
from include/linux/elf.h:7,
from
On Wed, 7 Mar 2007, Eric Dumazet wrote:
I was thinking about being able to cache the name into the dentry, do you
think it's worth the pain ? (its not SMP safe for example...)
Actually, it *can* be SMP-safe, if you do it right. Something like
len = dentry-d_name.len;
if
On Tue, 6 Mar 2007, Roland McGrath wrote:
Yeah, I guess that's right. It should still return NOTIFY_STOP when
args-err has no other bits set, so notifiers aren't called with zero.
In practice that might not work. On my machine, at least, reads of DR6
return ones in all the reserved
[ Andrew, this is definite 2.6.21 material ]
In my previous x86_64 thread fix, I forgot to initialize
thread.arch.fs in arch_prctl. A process calling arch_prctl to set %fs
would lose it on the next context switch.
It also turns out that you can switch to a process which is in the
process of
Suppose I want to create an atomic llseek+writev operation. Is this
more or less sufficient:
ssize_t ret = -EBADF;
file = fget_light(fd, fput_needed);
if (file) {
if (unlikely(origin 2)) {
ret = -EINVAL;
} else {
Hi Dick,
Thanks for your response. In my ioctl in the kernel, I use
interruptible_sleep_on to sleep on a queue and will be wake up by the
the ISR routine when interrupt happens, so isn't
interruptible_sleep_on supposed to be interruptable, from its name? I
am using kernel 2.6.14.
Thanks again,
Kok, Auke [EMAIL PROTECTED] writes:
Kok, Auke wrote:
Eric W. Biederman wrote:
This leaves with some basic questions.
- Does it make sense for suspend/resume methods to request/free irqs?
- Does it make sense for suspend/resume methods to allocate/free msi irqs?
- Do we want
On Wed, 7 Mar 2007 11:01:55 -0800 Miles Lane [EMAIL PROTECTED] wrote:
In file included from include/asm/timex.h:10,
from include/linux/timex.h:187,
from include/linux/sched.h:50,
from include/linux/utsname.h:35,
from
Hi,
I just tryed linux-2.6.21-rc3 on my machine (P4HT 2.8GHz, with 512Mo)
with Tickless System (Dynamic Ticks) and High Resolution Timer Support
(.config in attachement)
The problem is that the kernel hang on boot. I tried different
configuration with nohz and highres on the kernel command line.
From: Rafael J. Wysocki [EMAIL PROTECTED]
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
kernel/power/disk.c |1 +
Sergei Shtylyov writes:
As I said, this was intended for the -rt patch, hence the question was
for
Ingo. I CC'ed the list just to keep people here in a loop.
OK, fair enough, but I still think the patch description was
inadequate. In the -rt context, I would at least expect to see some
On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
I also tried compiling the kernel without Tickless and without High
resolution timer, this kernel is working ok and is one of the first
kernel to suspend and resume from RAM. Congratulations ! ;p
I tried to compile te kernel with only
Em Tue, 6 Mar 2007 00:44:08 -0800
Andrew Morton [EMAIL PROTECTED] escreveu:
|
| Temporarily at
|
| http://userweb.kernel.org/~akpm/2.6.21-rc2-mm2/
|
| Will appear later at
|
|
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc2/2.6.20-rc2-mm2/
Getting this while
hi all,
i just moved my win tv dvb-s card (PCI) from my old to my actual pc.
its an ASUS M2N32 WS Professional AMD64 X2 Board equiped with
the nvidia nForce 590 SLI MCP chipset.
in the past, i had to use the noapic kernel cmdline param to get linux
booting and working properly.
iirc versions
On Wed, 7 Mar 2007 16:46:20 -0300 Luiz Fernando N. Capitulino [EMAIL
PROTECTED] wrote:
Em Tue, 6 Mar 2007 00:44:08 -0800
Andrew Morton [EMAIL PROTECTED] escreveu:
|
| Temporarily at
|
| http://userweb.kernel.org/~akpm/2.6.21-rc2-mm2/
|
| Will appear later at
|
|
On Wed, 7 Mar 2007 20:41:30 +0100 Michal Piotrowski [EMAIL PROTECTED] wrote:
831466f4ad2b5fe23dff77edbe6a7c244435e973 is first bad commit
commit 831466f4ad2b5fe23dff77edbe6a7c244435e973
Author: Randy Cushman [EMAIL PROTECTED]
Date: Tue Dec 19 18:42:16 2006 +0100
[ALSA]
On Wed, Mar 07, 2007 at 07:21:57AM +0100, Willy Tarreau wrote:
On Tue, Mar 06, 2007 at 06:55:04PM +0100, Adrian Bunk wrote:
On Tue, Mar 06, 2007 at 12:46:22PM -0500, Bill Davidsen wrote:
Adrian Bunk wrote:
This patch contains the scheduled removal of the OBSOLETE_OSS options
for
On 3/7/07, Willy Tarreau [EMAIL PROTECTED] wrote:
Real problem is that we can expect several sound does not work anymore
because people doing make oldconfig will get no warning at all about
the removed options. Remember people complaining about keyboard not working ?
Perhaps the real problem is
We have multiple reports of PS/2 mouse port not being found
on Sis 630 and 730 chipsets, starting with Fedora kernel 2.6.19:
2.6.18:
Jan 19 08:59:39 mtranch kernel: PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M]
at 0x60,0x64 irq 1,12
Jan 19 08:59:39 mtranch kernel: serio: i8042 AUX port at
On 3/7/07, linux-os (Dick Johnson) [EMAIL PROTECTED] wrote:
On Wed, 7 Mar 2007, Luong Ngo wrote:
Hi all,
I am having this problem. I have a process with 2 threads created. One
of the thread will keep calling IOCTL to get information from the
kernel and will be blocked if there is no
On Wed, 7 Mar 2007, Mws wrote:
if you would be so kind to provide me some infos,
how i would be able to track the problem down _and_ maybe how to fix it.
The first step is to figure out as exactly as possible _when_ it started
happening.
please find two snippets of dmesg after booting
Hi Ingo,
this is the v5 release of the syslet/threadlet subsystem:
http://redhat.com/~mingo/syslet-patches/
Nice!
I tried to port this to ppc64 but found a few problems:
The 64bit powerpc ABI has the concept of a TOC (r2) which is used for
per function data. This means this wont work:
On Mar 7 2007 08:19, linux-os (Dick Johnson) wrote:
Later versions of the kernel lock the kernel when an ioctl() is
entered. This means that if you sleep in the ioctl(), nothing
will get scheduled.
Later versions of the kernel also have an -unlocked_ioctl method,
which is probably better than
On 3/7/07, Chuck Ebbert [EMAIL PROTECTED] wrote:
We have multiple reports of PS/2 mouse port not being found
on Sis 630 and 730 chipsets, starting with Fedora kernel 2.6.19:
2.6.18:
Jan 19 08:59:39 mtranch kernel: PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M]
at 0x60,0x64 irq 1,12
Jan 19
On Tue, 6 Mar 2007, Andres Salomon wrote:
It would've been nice to see the ZONE_DMA removal patches just #define
ZONE_DMA regardless, and include less #ifdefs scattered about; but at
this point, I'd just as soon prefer to see a proper way to allocate
things based on address constraints (as
Davide Libenzi wrote:
On Wed, 7 Mar 2007, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Stephen Rothwell wrote:
You probably need the queue anyway because the real time signals are
supposed to queue.
Davide - the *real* problem is (I think) that you try to allow signals to
be
Christoph Lameter wrote:
On Tue, 6 Mar 2007, Andres Salomon wrote:
It would've been nice to see the ZONE_DMA removal patches just #define
ZONE_DMA regardless, and include less #ifdefs scattered about; but at
this point, I'd just as soon prefer to see a proper way to allocate
things based on
At Wed, 7 Mar 2007 11:50:24 -0800,
Andrew Morton wrote:
On Wed, 7 Mar 2007 20:41:30 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
831466f4ad2b5fe23dff77edbe6a7c244435e973 is first bad commit
commit 831466f4ad2b5fe23dff77edbe6a7c244435e973
Author: Randy Cushman [EMAIL
The RESTORE_CONTEXT macro is missing the '\n' at the end. It was removed in the
previous patch that touched system.h. It causes compile failure if any
inline asm is added after the macro. Discovered this when playing with
kgdb.
Signed-off-by: Dave Jiang [EMAIL PROTECTED]
---
Hi Adrian !
On Wed, Mar 07, 2007 at 08:56:02PM +0100, Adrian Bunk wrote:
(...)
Real problem is that we can expect several sound does not work anymore
because people doing make oldconfig will get no warning at all about
the removed options. Remember people complaining about keyboard not
At Mon, 05 Mar 2007 19:07:50 +0100,
Michal Piotrowski wrote:
Hi,
I hit this bug on crashdump kernel
[ 8450.127374] divide error: [#1]
[ 8450.130876] PREEMPT
[ 8450.133098] Modules linked in: snd_intel8x0 snd_ac97_codec ac97_bus
snd_seq_dummy snd_seq_oss snd_seq_midi_event
On Wednesday 07 March 2007 16:39:00 Linus Torvalds wrote:
So did you hunt it down to a particular cases where it triggers?
IIRC, it crashed on boot in the powerpc iommu code when slab
debugging is enabled. Not sure if it was on Cell or on benh's
powerbook though.
Arnd
-
To unsubscribe
On Wed, 7 Mar 2007, Jeremy Fitzhardinge wrote:
Davide Libenzi wrote:
On Wed, 7 Mar 2007, Linus Torvalds wrote:
On Wed, 7 Mar 2007, Stephen Rothwell wrote:
You probably need the queue anyway because the real time signals are
supposed to queue.
Davide - the *real*
On Wed, 7 Mar 2007 12:31:21 +0100
Nick Piggin [EMAIL PROTECTED] wrote:
Index: linux-2.6/mm/memory.c
===
--- linux-2.6.orig/mm/memory.c
+++ linux-2.6/mm/memory.c
@@ -1664,6 +1664,15 @@ gotten:
unlock:
Greg KH wrote:
After many weeks of backlogs, I've finally flushed out all of the
pending -stable patches, bringing this series to a whopping 101 patches
pending for the next 2.6.20.2 release.
If everyone could please take the time to review them and let me know if
there are any issues with
On 3/7/07, linux-os (Dick Johnson) [EMAIL PROTECTED] wrote:
Interruptible_sleep_on is interruptible, but for your task to
actually be awakened and your alarm handler to get some CPU,
it needs to be scheduled. If the BKL (big kernel lock) is
held, it won't be scheduled until it is released.
You
* Chuck Ebbert ([EMAIL PROTECTED]) wrote:
What happened to jfs_fix_deadlock.patch?
Dave Kleikamp suggested it was not appropriate for -stable.
thanks,
-chris
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Le Wed, Mar 07, 2007 at 08:52:10PM +0100, Thomas Gleixner ecrivait :
On Wed, 2007-03-07 at 20:12 +0100, Stephane Casset wrote:
I also tried compiling the kernel without Tickless and without High
resolution timer, this kernel is working ok and is one of the first
kernel to suspend and
Usually, a mem_map is aligned on MAX_ORDER_NR_PAGES boundaries and the
struct pages are always valid. However, this is not always the case when
CONFIG_HOLES_IN_ZONE is set.
move_freepages_block() checks that pages within a MAX_ORDER_NR_PAGES block
are in the same zone using page_zone(). However,
On Wed, 7 Mar 2007 20:44:11 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Prevent the WARN_ON() in arch/x86_64/kernel/acpi/sleep.c:init_low_mapping()
from triggering by disabling nonboot CPUs before we finally enter the platform
suspend.
Hello.
Paul Mackerras wrote:
As I said, this was intended for the -rt patch, hence the question was for
Ingo. I CC'ed the list just to keep people here in a loop.
OK, fair enough, but I still think the patch description was
inadequate. In the -rt context, I would at least expect to see
301 - 400 of 1418 matches
Mail list logo