On Fri 2007-01-05 14:19:41, Jiri Kosina wrote:
> Hi,
>
> 2.6.20-rc3-mm1 hangs on boot on my IBM T42p when compiled with ACPI_BAY=y.
> Below is the trace of two BUGs I get.
>
> When compiled with ACPI_BAY=n, it boots fine.
ACPI people usually prefer entries in bugzilla.kernel.org, try that if
> From: [EMAIL PROTECTED] on behalf of Nicolas Williams
> Sent: Fri 1/5/2007 18:40
> To: Halevy, Benny
> Cc: Trond Myklebust; Jan Harkes; Miklos Szeredi; nfsv4@ietf.org;
> linux-kernel@vger.kernel.org; Mikulas Patocka; linux-fsdevel@vger.kernel.org;
> Jeff Layton; Arjan van de Ven
> Subject: Re:
On Sat, 6 Jan 2007, Ahmed S. Darwish wrote:
> > On Fri, Jan 05, 2007 at 09:10:01AM +0100, rday wrote:
> > > Ahmed S. Darwish wrote:
> > > Remove unnecessary kmalloc casts in drivers/char/tty_io.c
> > > Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
> >
> > rday
> >
> > p.s. just FYI, i have a
Hi!
> Saw this oops on 2.6.20-rc3-git4 when attempting to
> suspend. This only happened in 1 of 3 attempts.
Find out how reproducible it is... and if it works with minimum
modules loaded.
Pavel
--
Thanks for all the (sleeping) penguins.
-
To
Hi!
> 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 softlockup when
> suspending. Fix that.
>
> Signed-off-by: Robert Hancock <[EMAIL
Hi!
> >IMHO you should play such games with "g++ -O9", but
> >that's
> >a discussion for a different mailing list.
>
> For a different mailing list indeed; let me just point
> out
> that for certain important quite common cases it's an
> ~50%
> overall speedup.
Hmm, what code was that?
Andrew,
Here're more readahead updates. They go like:
--- broken-out/series 2007-01-05 13:13:19.0 +0800
+++ patches/series 2007-01-05 22:11:37.0 +0800
@@ -985,13 +985,17 @@
readahead-sysctl-parameters.patch
readahead-sysctl-parameters-use-ctl_unnumbered.patch
ra_min => req_size.
Now it is for try_context_based_readahead() to compute ra_min from req_size.
Please fold it into readahead-nfsd-case.patch to avoid a compiling error.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
mm/readahead.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Set default readahead_hit_rate to 1 for the majority users.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
Documentation/sysctl/vm.txt |2 +-
mm/readahead.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
--- linux.orig/Documentation/sysctl/vm.txt
+++
Remove get_readahead_bounds():
- ra_max: we already have get_max_readahead() for it
- ra_min: is only used by context based readahead, and will be moved there
and set to a more reasonable value
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
mm/readahead.c | 24
Classify the 4 cases into 2 classes, and assign proper ra_min for them.
Also update comments correspondly.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
mm/readahead.c | 49 +++
1 file changed, 33 insertions(+), 16 deletions(-)
---
The context based readahead is pretty conservative by nature,
so do not apply readahead_ratio here.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
mm/readahead.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
--- linux-2.6.20-rc3-mm1.orig/mm/readahead.c
+++
Remove the one and only get_readahead_bounds() call.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
mm/readahead.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
--- linux-2.6.20-rc3-mm1.orig/mm/readahead.c
+++ linux-2.6.20-rc3-mm1/mm/readahead.c
@@ -1572,7 +1572,6 @@
* Rusty Russell <[EMAIL PROTECTED]> wrote:
> +EXPORT_SYMBOL(clts);
> +EXPORT_SYMBOL(read_cr0);
> +EXPORT_SYMBOL(write_cr0);
mark these a _GPL export. Perhaps even mark the symbol deprecated, to be
unexported once we fix raid6.
> +EXPORT_SYMBOL(wbinvd);
> +EXPORT_SYMBOL(raw_safe_halt);
>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> this doesnt do the most crutial step: the removal of the paravirt_ops
> export. [...]
ah, you removed it already ... it hid at the very last line of the patch
chunk. Good :)
Ingo
-
To unsubscribe from this list: send the line "unsubscribe
* Rusty Russell <[EMAIL PROTECTED]> wrote:
> diff -r 48f31ae5d7b5 arch/i386/kernel/paravirt.c
> --- a/arch/i386/kernel/paravirt.c Sat Jan 06 10:32:24 2007 +1100
> +++ b/arch/i386/kernel/paravirt.c Sat Jan 06 17:23:12 2007 +1100
> @@ -596,6 +596,154 @@ static int __init print_banner(void)
This fixes one bug in the SA-1100/PXA RTC support: read_alarm()
isn't reporting whether the alarm is enabled. This causes a small
regression, with procfs no longer reporting that state.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
---
Note there are still bugs with how this driver handles
This fixes the SH rtc driver to
(a) correctly report 'enabled' status with other alarm status;
(b) not duplicate that status in its procfs dump
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
---
An audit of the RTC driver treatment of the "enabled" flag turned
up a handful of clear bugs;
From: Randy Dunlap <[EMAIL PROTECTED]>
In kernel-doc syntax, be a little flexible: allow whitespace between
a function parameter name and the colon that must follow it, such as:
@pdev : PCI device to unplug
(This allows lots of megaraid kernel-doc to work without tons of
editing.)
On Fri, 2007-01-05 at 16:31 -0800, Zachary Amsden wrote:
> Ingo Molnar wrote:
> > Subject: [patch] paravirt: isolate module ops
> > From: Ingo Molnar <[EMAIL PROTECTED]>
> >
> > only export those operations to modules that have been available to them
> > historically: irq disable/enable,
On Fri, Jan 05, 2007 at 07:59:11PM -0800, Andrew Morton wrote:
> On Sat, 6 Jan 2007 10:50:02 +0800
> Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > Jens: can this be a plugging issue?
> >
> > The following command seems to block for ever:
> > # mount /home
> >
> > It is an ext3 fs on top of
> We are in the process of porting RAIF to 2.6.19 right now. Should be done
> in early January. The trick is that we are trying to keep the same source
> good for a wide range of kernel versions. In fact, not too long ago we
> even were able to compile it for 2.4.24!
>
> Nikolai.
We now have
On Fri, 2007-01-05 at 18:07 -0800, Arjan van de Ven wrote:
> >
> > I would suggest a slightly different carving. For one, no TLB flushes.
> > If you can't modify PTEs, why do you need to have TLB flushes? And I
> > would allow CR0 read / write for code which saves and restores FPU state
>
On Fri, Jan 05, 2007 at 12:27:34AM +0200, Yakov Lerner wrote:
> How can I get serial_no from usb-attached HD drive ?
use the *_id programs that come with udev, they show you how to properly
do that.
good luck,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> I dropped this on the floor over Christmas. This has had a few smoke
> tests on ppc64 and i386 and is ready for -mm. Against 2.6.20-rc2-mm1.
Could this break ia64, given that it uses memmap_init_zone()?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Arjan van de Ven wrote:
I would suggest a slightly different carving. For one, no TLB flushes.
If you can't modify PTEs, why do you need to have TLB flushes? And I
would allow CR0 read / write for code which saves and restores FPU state
no that is abstracted away by
On Sat, Jan 06, 2007 at 04:39:07 +0200, Sami Farin wrote:
> Linux 2.6.19.1 SMP [2] on Pentium D...
> I was running dt-15.14 [2] and I ran
> "cinfo datafile" (it does mincore()).
> Well it went OK but when I ran "strace cinfo datafile"...:
> 04:18:48.062466 mincore(0x37f1f000, 2147266560,
Forgot
On Friday 05 January 2007 11:10, Len Brown wrote:
> On Friday 05 January 2007 12:24, MoRpHeUz wrote:
> > > What workaround are you using?
> >
> > This one: http://bugzilla.kernel.org/show_bug.cgi?id=7465
>
> Ah yes, the duplicate MADT issue is clearly a BIOS bug.
> It is possible that we can
> Those rtc's actually have a 1/100th of second
> register. Should the generic rtc interface not support that?
Are you implying a new userspace API, or just an in-kernel update?
Either way, that raises the question of what other features should
be included. What sub-second precision?
On Friday 05 January 2007 7:10 pm, David Brownell wrote:
> On Friday 05 January 2007 12:45 pm, Alessandro Zummo wrote:
> > I'd appreciate if someone (Woody?) can test
> > this code on ARM.
>
> There are PPC, M68K, SPARC, and other boards that could also
> use this; ARMs tend to integrate some
On Sat, 6 Jan 2007 10:50:02 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> Jens: can this be a plugging issue?
>
> The following command seems to block for ever:
> # mount /home
>
> It is an ext3 fs on top of /dev/md0, RAID1.
http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically
Linux 2.6.19.1 SMP [2] on Pentium D...
I was running dt-15.14 [2] and I ran
"cinfo datafile" (it does mincore()).
Well it went OK but when I ran "strace cinfo datafile"...:
04:18:48.062466 mincore(0x37f1f000, 2147266560,
...
2007-01-06 04:19:03.788181500 <4>BUG: warning at
Jeremy Fitzhardinge wrote:
Well, in the Xen case, where the pages are simply not mapped, then
the signature simply won't exist. In other cases, I guess its
possible the signature might exist but the rest of the ROM doesn't,
but that won't happen on normal hardware.
In your opinion, is the
Hi,
On Thu, 4 Jan 2007, Cyrill V. Gorcunov wrote:
> qconf may cause SIGSEGV by trying to show debug
> information on empty menu items
Thanks, but this is more complex than necessary.
It simply lacks some initializers.
bye, Roman
Signed-off-by: Roman Zippel <[EMAIL PROTECTED]>
---
Index:
On Friday 05 January 2007 11:44, Shlomi Fish wrote:
> > I would prefer it as separate smaller steps.
> > So one patch where you move the dialog and another where you improve
> > the search dialog.
>
> Move the dialog from where, to where, and in what respect?
Move the Find entry to a separate
On Friday 05 January 2007 12:45 pm, Alessandro Zummo wrote:
> On Fri, 5 Jan 2007 10:01:57 -0800
> David Brownell <[EMAIL PROTECTED]> wrote:
>
> > This is an "RTC framework" driver for the "CMOS" RTCs which are standard
> > on PCs and some other platforms. That's MC146818 compatible silicon.
> >
Jens: can this be a plugging issue?
The following command seems to block for ever:
# mount /home
It is an ext3 fs on top of /dev/md0, RAID1.
The call trace is:
mount D 00210a34f3b6 5488 5574 (NOTLB)
8100799718c8 0046
-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Krufky <[EMAIL PROTECTED]>
In some cases when using VSB, the AGC status register has been known to
falsely report "no signal" when in fact there is a carrier lock. The
datasheet labels
-stable review patch. If anyone has any objections, please let us know.
--
From: Tim Chen <[EMAIL PROTECTED]>
The structure cpu_isolated_map is used not only during initialization.
Multi-core scheduler configuration changes and exclusive cpusets
use this during run time.
-stable review patch. If anyone has any objections, please let us know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
Clear-garbage-after-CDB patch missed scsi_execute() and it causes some
ODDs (HL-DT-ST DVD-RAM GSA-H30N) choke during SCSI scan. Note that
this patch is only for
-stable review patch. If anyone has any objections, please let us know.
--
From: Dimitri Gorokhovik <[EMAIL PROTECTED]>
ramfs doesn't provide the .set_dirty_page a_op, and when the BLOCK layer is
not configured in, 'set_page_dirty' makes a call via a NULL pointer.
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
We were not being careful enough. When we trim the physical
memory areas, we have to make sure we don't remove the kernel
image or initial ramdisk image ranges.
-stable review patch. If anyone has any objections, please let us know.
--
From: Shantanu Goel <[EMAIL PROTECTED]>
Fix a rather obvious buglet. Noticed while instrumenting the VM using
/proc/vmstat.
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
-stable review patch. If anyone has any objections, please let us know.
--
From: David Woodhouse <[EMAIL PROTECTED]>
Don't add it there please; add it lower down inside the existing #ifdef
__KERNEL__. You just made the _userspace_ net.h include random.h, which
then fails to
-stable review patch. If anyone has any objections, please let us know.
--
From: Linus Torvalds <[EMAIL PROTECTED]>
The VM layer (on the face of it, fairly reasonably) expected that when
it does a ->writepage() call to the filesystem, it would write out the
full page at that
-stable review patch. If anyone has any objections, please let us know.
--
From: David L Stevens <[EMAIL PROTECTED]>
It is important that we only assign dev->ip{,6}_ptr
only after all portions of the inet{,6} are setup.
Otherwise we can receive packets before the multicast
-stable review patch. If anyone has any objections, please let us know.
--
From: Hans Verkuil <[EMAIL PROTECTED]>
This bug broke the MPEG audio mode controls.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
Signed-off-by:
> On Fri, Jan 05, 2007 at 09:10:01AM +0100, rday wrote:
> > Ahmed S. Darwish wrote:
> > Remove unnecessary kmalloc casts in drivers/char/tty_io.c
> > Signed-off-by: Ahmed Darwish <[EMAIL PROTECTED]>
>
> rday
>
> p.s. just FYI, i have a patch that does most of this, but i was going
> to hold off
-stable review patch. If anyone has any objections, please let us know.
--
From: Robert Olsson <[EMAIL PROTECTED]>
---
net/core/pktgen.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
--- linux-2.6.19.1.orig/net/core/pktgen.c
+++
-stable review patch. If anyone has any objections, please let us know.
--
From: Paul Moore <[EMAIL PROTECTED]>
Back when the original NetLabel patches were being changed to use Netlink
attributes correctly some code was accidentially dropped which set all of the
undefined
-stable review patch. If anyone has any objections, please let us know.
--
From: Hugh Dickins <[EMAIL PROTECTED]>
These days, if you swapoff when there isn't enough memory, OOM killer gives
"BUG: scheduling while atomic" and the machine hangs: badness() needs to do
its
-stable review patch. If anyone has any objections, please let us know.
--
From: Linus Torvalds <[EMAIL PROTECTED]>
Doug Chapman noticed that mincore() will doa "copy_to_user()" of the
result while holding the mmap semaphore for reading, which is a big
no-no. While a recursive
-stable review patch. If anyone has any objections, please let us know.
--
From: Georg Chini <[EMAIL PROTECTED]>
fix some initialisation problems.
Change period_bytes_min from 4096 to 256 to allow driver to work with
low latency (VOIP) applications. Hope this does not break
rollup available (when mirroring completes):
http://www.kernel.org/pub/linux/kernel/people/chrisw/stable/patch-2.6.19.2-rc1.{gz,bz2}
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
-stable review patch. If anyone has any objections, please let us know.
--
From: Jan Andersson <[EMAIL PROTECTED]>
Add sg->offset to sg->dvma_address in pci_map_sg() on sparc32. Without the
offset, transfers to buffers that do not begin on a page boundary will not
work as
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
This matches what the ISA cs4231 driver uses.
Tested by Georg Chini.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL
-stable review patch. If anyone has any objections, please let us know.
--
From: Erik Jacobson <[EMAIL PROTECTED]>
On ia64, the various functions that make up cn_proc.c cause kernel
unaligned access errors.
If you are using these, for example, to get notification about all
-stable review patch. If anyone has any objections, please let us know.
--
From: David Hollis <[EMAIL PROTECTED]>
The attached patch fixes a PHY selection problem that prevents AX88772
based devices (Linksys USB200Mv2, etc) devices from working. The
interface comes up and
-stable review patch. If anyone has any objections, please let us know.
--
From: Ulrich Kunitz <[EMAIL PROTECTED]>
In 2.6.19 a deauthentication from the AP doesn't start a
reassociation by the softmac code. It appears that
mac->associnfo.associating must be set and the
-stable review patch. If anyone has any objections, please let us know.
--
From: Ang Way Chuang <[EMAIL PROTECTED]>
CRC-32 checking during ULE decapsulation always failed on x86_64 systems due
to the size of a variable used to store CRC. This bug was discovered on
Fedora Core 6
-stable review patch. If anyone has any objections, please let us know.
--
From: Ingo Molnar <[EMAIL PROTECTED]>
Fernando Lopez-Lezcano reported frequent scheduling latencies and audio
xruns starting at the 2.6.18-rt kernel, and those problems persisted all
until current -rt
-stable review patch. If anyone has any objections, please let us know.
--
From: Eric Sandeen <[EMAIL PROTECTED]>
I've been using Steve Grubb's purely evil "fsfuzzer" tool, at
http://people.redhat.com/sgrubb/files/fsfuzzer-0.4.tar.gz
Basically it makes a filesystem, splats some
-stable review patch. If anyone has any objections, please let us know.
--
From: Phillip Lougher <[EMAIL PROTECTED]>
Steve Grubb's fzfuzzer tool (http://people.redhat.com/sgrubb/files/
fsfuzzer-0.6.tar.gz) generates corrupt Cramfs filesystems which cause
Cramfs to kernel oops in
-stable review patch. If anyone has any objections, please let us know.
--
From: Ed L Cashin <[EMAIL PROTECTED]>
Fix a bug that only appears when AoE goes over a network card that does not
support scatter-gather. The headers in the linear part of the skb appeared
to be larger
-stable review patch. If anyone has any objections, please let us know.
--
From: Mike Miller <[EMAIL PROTECTED]>
This patch fixes a stupid bug. Sometime during the 2tb enhancement I ended up
replacing the macros XFER_READ and XFER_WRITE with h->cciss_read and
h->cciss_write
-stable review patch. If anyone has any objections, please let us know.
--
From: Andy Gospodarek <[EMAIL PROTECTED]>
This is a small fix-up to finish out the work done by Jay Vosburgh to
add carrier-state support for bonding devices. The output in
/proc/net/bonding/bondX was
Hi all,
A comment in driver/rtc/hctosys says :
/* IMPORTANT: the RTC only stores whole seconds. It is arbitrary
* whether it stores the most close value or the value with partial
* seconds truncated. However, it is important that we use it to store
* the truncated value. This
-stable review patch. If anyone has any objections, please let us know.
--
From: Chuck Ebbert <[EMAIL PROTECTED]>
We cannot compute the gap until we know we have a 'struct ebt_entry'
and not 'struct ebt_entries'. Failure to check can cause crash.
Tested-by: Santiago Garcia
-stable review patch. If anyone has any objections, please let us know.
--
From: Jean Delvare <[EMAIL PROTECTED]>
reference to .init.text: from .text between 'cx88_card_setup'
(at offset 0x68c) and 'cx88_risc_field'
Caused by leadtek_eeprom() being declared __devinit and called
-stable review patch. If anyone has any objections, please let us know.
--
From: Eric Sandeen <[EMAIL PROTECTED]>
This one was pointed out on the MOKB site:
http://kernelfun.blogspot.com/2006/11/mokb-09-11-2006-linux-26x-ext2checkpage.html
If a directory's i_size is corrupted,
-stable review patch. If anyone has any objections, please let us know.
--
From: Dirk Eibach <[EMAIL PROTECTED]>
On a custom board with ds1337 RTC I found that upgrade from 2.6.15 to
2.6.18 broke RTC support.
The main problem are changes to ds1337_init_client().
When a ds1337
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
And this points out that the return value from
isa_dev_get_resource() and the 'pregs' arg to
isa_dev_get_irq() are totally unused.
Based upon a patch from Richard
-stable review patch. If anyone has any objections, please let us know.
--
From: Ulrich Kunitz <[EMAIL PROTECTED]>
[PATCH] zd1211rw: Call ieee80211_rx in tasklet
The driver called ieee80211_rx in hardware interrupt context. This has
been against the intention of the
-stable review patch. If anyone has any objections, please let us know.
--
From: Shaohua Li <[EMAIL PROTECTED]>
In VMSPLIT mode, kernel PGD might have more entries than user space
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
---
-stable review patch. If anyone has any objections, please let us know.
--
From: Badari Pulavarty <[EMAIL PROTECTED]>
Ran into BUG() while doing madvise(REMOVE) testing. If we are punching a
hole into shared memory segment using madvise(REMOVE) and the entire hole
is below the
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
When this code was converted to use sk_for_each() the
logic for the "best hash chain length" code was reversed,
breaking everything.
The original code was of the
-stable review patch. If anyone has any objections, please let us know.
--
From: Vitaly Wool <[EMAIL PROTECTED]>
Fix the compilation failure for smc911x.c when NET_POLL_CONTROLLER is set.
Signed-off-by: Vitaly Wool <[EMAIL PROTECTED]>
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Cc:
-stable review patch. If anyone has any objections, please let us know.
--
From: Roland Dreier <[EMAIL PROTECTED]>
struct srp_device.fmr_page_mask was unsigned long, which means that
the top part of addresses above 4G was being chopped off on 32-bit
architectures. Of course
-stable review patch. If anyone has any objections, please let us know.
--
From: Marcel Holtmann <[EMAIL PROTECTED]>
With malformed packets it might be possible to overwrite internal
CMTP and CAPI data structures. This patch adds additional length
checks to prevent these kinds
-stable review patch. If anyone has any objections, please let us know.
--
From: Roman Zippel <[EMAIL PROTECTED]>
The as-instr/ld-option need to create temporary files, but create them in the
output directory, when compiling external modules. Reformat them a bit and
use $(CC)
-stable review patch. If anyone has any objections, please let us know.
--
From: Ulrich Kunitz <[EMAIL PROTECTED]>
ieee80211softmac_wx_get_genie locks the associnfo mutex at
function exit. This patch fixes it. The patch is against Linus'
tree (commit af1713e0).
Signed-off-by:
-stable review patch. If anyone has any objections, please let us know.
--
From: John W. Linville <[EMAIL PROTECTED]>
This reverts commit 4e1bbd846d00a245dcf78b6b331d8a9afed8e6d7.
Quoth Daniel Drake <[EMAIL PROTECTED]>:
"A user reported that commit
-stable review patch. If anyone has any objections, please let us know.
--
From: Russell King <[EMAIL PROTECTED]>
Later glibc requires the *at syscalls. Add them.
Signed-off-by: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
---
-stable review patch. If anyone has any objections, please let us know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
libata waits for !BSY even when the status register reports 0xff.
This causes long boot delays when D8 isn't pulled down properly. This
patch does the followings.
*
-stable review patch. If anyone has any objections, please let us know.
--
From: Stefan Richter <[EMAIL PROTECTED]>
Fixes http://bugzilla.kernel.org/show_bug.cgi?id=7431
iBook G3 threw a machine check exception and put the display backlight
to full brightness after ohci1394 was
-stable review patch. If anyone has any objections, please let us know.
--
From: Hans Verkuil <[EMAIL PROTECTED]>
The TUNER_LG_NTSC_TAPE is identical in all respects to the
TUNER_PHILIPS_FM1236_MK3. So use the params struct for the Philips tuner.
Also add this LG_NTSC_TAPE tuner
-stable review patch. If anyone has any objections, please let us know.
--
From: Herbert Xu <[EMAIL PROTECTED]>
The SHA384 block size should be 128 bytes, not 96 bytes. This was
spotted by Andrew Donofrio.
This breaks HMAC which uses the block size during setup and the final
-stable review patch. If anyone has any objections, please let us know.
--
From: Herbert Xu <[EMAIL PROTECTED]>
As CBC is the default chaining method for cryptoloop, we should select
it from cryptoloop to ease the transition. Spotted by Rene Herman.
Signed-off-by: Herbert Xu
-stable review patch. If anyone has any objections, please let us know.
--
From: Arjan van de Ven <[EMAIL PROTECTED]>
On the Core2 cpus, the rdtsc instruction is not serializing (as defined
in the architecture reference since rdtsc exists) and due to the deep
speculation of
-stable review patch. If anyone has any objections, please let us know.
--
From: Hugh Dickins <[EMAIL PROTECTED]>
Ramiro Voicu hits the BUG_ON(!pte_none(*pte)) in zeromap_pte_range: kernel
bugzilla 7645. Right: read_zero_pagealigned uses down_read of mmap_sem,
but another
This is the start of the stable review cycle for the 2.6.19.2 release.
There are 50 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let us know. If anyone is a maintainer of the proper subsystem, and
wants to add a
>
> I would suggest a slightly different carving. For one, no TLB flushes.
> If you can't modify PTEs, why do you need to have TLB flushes? And I
> would allow CR0 read / write for code which saves and restores FPU state
no that is abstracted away by kernel_fpu_begin/end. Modules have no
On Friday 05 January 2007 20:32, Greg KH wrote:
[...]
>> >
>> >It should work like any other serial port on Linux, so try the serial
>> >port programming HOWTO.
>>
>> Maybe so Greg, but I spent quite some time on it a few months back,
>> trying to make '7 wire' protocol work, could not. I could
[ trimmed the cc to just linux-kernel ]
On 1/3/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
On Tue, Jan 02, 2007 at 02:38:13PM -0700, Dan Williams ([EMAIL PROTECTED])
wrote:
> Would you have time to comment on the approach I have taken to
> implement a standard asynchronous memcpy interface?
On Fri, Jan 05, 2007 at 08:25:59PM -0500, Gene Heskett wrote:
> On Friday 05 January 2007 19:45, Greg KH wrote:
> >On Wed, Dec 27, 2006 at 10:48:06PM -0500, Gene Heskett wrote:
> >> Greetings;
> >>
> >> Rather offtopic, but:
> >>
> >> Is there available anyplace, a document that describes how to
>
On Friday 05 January 2007 19:45, Greg KH wrote:
>On Wed, Dec 27, 2006 at 10:48:06PM -0500, Gene Heskett wrote:
>> Greetings;
>>
>> Rather offtopic, but:
>>
>> Is there available anyplace, a document that describes how to
>> configure the PL2303 USB<->serial adaptor to match up with all the
>>
I dropped this on the floor over Christmas. This has had a few smoke
tests on ppc64 and i386 and is ready for -mm. Against 2.6.20-rc2-mm1.
The following patch fixes an oops experienced on the Cell architecture
when init-time functions, early_*(), are called at runtime. It alters
the call paths
- #ifdef guard this header for multiple inclusion
- adjust the #include's to what is actually required by this header
- remove an unneeded #ifdef
- #endif comments
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/reiserfs_xattr.h | 24 +++-
1 file changed,
- reduce the userspace visible part
- fix the in-kernel compilation
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/Kbuild |2 +-
include/linux/xattr.h |8
2 files changed, 9 insertions(+), 1 deletion(-)
--- linux-2.6.20-rc3-mm1/include/linux/Kbuild.old
On Thu, Jan 04, 2007 at 10:02:00PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc2-mm1:
>...
> +add-taint_user-and-ability-to-set-taint-flags-from-userspace.patch
>...
> Misc fixes and updates
>...
This patch makes the needlessly global proc_dointvec_taint() static.
Signed-off-by:
1 - 100 of 606 matches
Mail list logo
