On Fri, 2006-12-08 at 19:20 -0800, Pete Zaitcev wrote:
> On Thu, 7 Dec 2006 17:22:13 -0600, Erik Jacobson <[EMAIL PROTECTED]> wrote:
Erik,
Thanks for cc'ing me on this patch.
> > Here, we just adjust how the variables are declared and use memcopy to
> > avoid the error messages.
> > -
Kristian Høgsberg wrote:
> Yup, I've done away with the bitfields and switched to a mix of __le16
> and __le32 struct fields.
I suppose the struct should get __attribute__((packed)) then.
But is the order of two adjacent __le16 fields (i.e. two halves of a
quadlet) independent of host byte
Meelis Roos wrote:
>> Hm, what's your .config?
>>
>
> Below. It's a PReP machine so using the old ppc arch.
>
>
>> Hey, what's arch/pps/include/asm/bug.h? Is your tree clean?
>>
>
> Tree is clean
So why don't I have arch/ppc/include/asm/bug.h in my tree here?
It does look like the
On Wednesday 06 December 2006 3:56 pm, Marco d'Itri wrote:
> On Dec 06, David Brownell <[EMAIL PROTECTED]> wrote:
>
> > > Please explain in more details how hotplugging would be broken, possibly
> > > with examples.
> >
> > First, for reference, I refer to hotplugging using the trivial ASH
On Mon, 2006-10-30 at 05:12 -0500, Joseph Fannin wrote:
> On Sat, Oct 28, 2006 at 10:27:46PM +0200, Soeren Sonnenburg wrote:
> > On Sat, 2006-10-28 at 20:55 +0200, Oliver Neukum wrote:
> > > > From: Sergey Vlasov <[EMAIL PROTECTED]>
> > > > Subject: usbhid: Add HID_QUIRK_IGNORE_MOUSE flag
> > > >
Chris Wright wrote:
-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.
Signed-off-by: Herbert Xu
This code segment in /net/core/dev.c is a prime example of the need for
recursive spin locks.
if (dev->flags & IFF_UP) {
int cpu = smp_processor_id(); /* ok because BHs are off */
if (dev->xmit_lock_owner != cpu) {
On Fri, 08 Dec 2006 03:21:52 -0800
Paul Jackson <[EMAIL PROTECTED]> wrote:
> From: Paul Jackson <[EMAIL PROTECTED]>
>
> Elaborate the API for calling cpuset_zone_allowed(), so that users
> have to explicitly choose between the two variants:
>
> cpuset_zone_allowed_hardwall()
>
Also, you mentioned that the corruption occurs systematically on certain
byte patterns. Therefore it's certainly not related to the cables.
It'd guess that too, but who can that say for sure. :-|
You may have a bit pattern that stresses the controllers and suddenly
a marginal cable may matter.
On Fri, 8 Dec 2006 21:46:25 -0800 Andrew Morton wrote:
> On Fri, 8 Dec 2006 17:52:09 +0100
> Eric Dumazet <[EMAIL PROTECTED]> wrote:
[snip]
> Sounds like you have about three patches there.
>
> />
>
> >
> > -extern struct timespec xtime;
> > -extern struct timespec wall_to_monotonic;
> >
Hi,
I am having problems reading VCDs under various Linux distros (Fedora Core 6,
openSUSE 10.2, Slackware 11 with the 2.6 kernel), and while searching Google
for a solution I found that this problem has been mentioned on the LKML list
too. (http://lkml.org/lkml/2006/10/29/95)
I didn't see
On Fri, 08 Dec 2006 18:17:06 -0200
Cesar Eduardo Barros <[EMAIL PROTECTED]> wrote:
> From: Cesar Eduardo Barros <[EMAIL PROTECTED]>
>
> This is a driver for the Silan SC92031/Rsltek 8139D NIC chip.
>
> ...
> +config SC92031
> + depends on NET_PCI && PCI && EXPERIMENTAL
> + select CRC32
On Fri, 8 Dec 2006 17:52:09 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> This patch introduces a new structure called ktimed (Kernel Time Data), where
> some time keeping related variables are put together to share as few cache
> lines as possible. This avoid some false sharing, (since
> Hm, what's your .config?
Below. It's a PReP machine so using the old ppc arch.
> Hey, what's arch/pps/include/asm/bug.h? Is your tree clean?
Tree is clean except a local in-progress patch against cirrusfb and
another against net/ipv6/ndisc.c that made 2.6.19 work, nothing unclean
about
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to 2.6.19
I tested ia64 with this patch under
- DISCONTIGMEM + VIRTUAL_MEM_MAP
- SPARSEMEM
- SPARSEMEM_VMEMMAP
on SMP with tiger4_defconfig.
Fix typo for DISCONTIGMEM
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Index: devel-2.6.19/include/asm-ia64/pgtable.h
This removes implicit default actions in map_generic_kernel() call.
Also changes comments in vmalloc.h
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Index: devel-2.6.19/include/linux/vmalloc.h
===
---
for avoiding complex inclusion of headr file in the middle of another header
file.
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Index: devel-2.6.19/include/linux/mmzone.h
===
--- devel-2.6.19.orig/include/linux/mmzone.h
On Fri, 8 Dec 2006 18:04:46 +0300
Vitaly Wool <[EMAIL PROTECTED]> wrote:
> This patch adds UART support for PNX8330/8550/8950 Philips MIPS-based SoCs.
I expect it'll need updating for the terios->ktermios changes which were
merged today.
> Should be applied together with the PNX UART header
On Thu, 7 Dec 2006 18:24:39 +0300
Vitaly Wool <[EMAIL PROTECTED]> wrote:
> inlined is the patch (being resent) that fixes the serial header breakage for
> the PNX8550 MIPS platform.
When sending a fix please include a full description of the problem which
is being fixed, and a description of
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: 2.6.19-git libusual: modprobe for usb-storage succeeded, but
module is not present
usb 2-2: new high speed USB device using ehci_hcd and address 3
> usb 2-2: configuration #1 chosen from 1 choice
> libusual:
On Fri, 2006-12-08 at 15:58 -0800, Chris Wright wrote:
> plain text document attachment
> (autofs-fix-error-code-path-in-autofs_fill_sb.patch)
> -stable review patch. If anyone has any objections, please let us know.
> --
Stable review of what (version)?
>
> From: Jiri Kosina
On Fri, 8 Dec 2006 19:33:23 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > Would prefer to unconditionally include the header file - conditional
> > > inclusions
> > > like this can cause compile failures when someone changes a config
> > > option. They
> > > generally raise the
On Sat, 9 Dec 2006 11:49:50 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> On Fri, 8 Dec 2006 16:30:20 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > +#ifdef CONFIG_SPARSEMEM_VMEMMAP_STATIC
> > > +#include
> > > +extern struct page mem_map[];
> > > +#else
> > > extern struct
* Chuck Ebbert ([EMAIL PROTECTED]) wrote:
> In-Reply-To: <[EMAIL PROTECTED]>
>
> On Fri, 8 Dec 2006 16:38:10 -0800, Chris Wright wrote:
>
> > And a roll-up is available at:
> >
> >
> > http://www.kernel.org/pub/linux/kernel/people/chrisw/stable/patch-2.6.19.1-rc1.{gz,bz2}
>
> Would it
On Fri, 08 Dec 2006 19:08:29 -0600, [EMAIL PROTECTED] wrote:
> usb 2-2: new high speed USB device using ehci_hcd and address 3
> usb 2-2: configuration #1 chosen from 1 choice
> libusual: modprobe for usb-storage succeeded, but module is not present
> usb 2-4: new high speed USB device using
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 8 Dec 2006 16:38:10 -0800, Chris Wright wrote:
> And a roll-up is available at:
>
>
> http://www.kernel.org/pub/linux/kernel/people/chrisw/stable/patch-2.6.19.1-rc1.{gz,bz2}
Would it be possible to make this available as a quilt patchset, like
On Thu, 7 Dec 2006 17:22:13 -0600, Erik Jacobson <[EMAIL PROTECTED]> wrote:
> Here, we just adjust how the variables are declared and use memcopy to
> avoid the error messages.
> - ev->timestamp_ns = timespec_to_ns();
> + ev.timestamp_ns = timespec_to_ns();
Please try to declare u64
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 11:42 PM
>> With Eric code in LinuxBIOS, it will report "No device found in debug
>> port"
>Hmm. At least this is partial progress :)
It works in LinuxBIOS now. It will loop all
On Tue, Dec 05, 2006 at 08:58:02PM -0800, Andrew Morton wrote:
> That's the easy part. How are we going to get mount(8) patched?
Karel, interested in taking a look at the following patch? The kernel
bits are in -mm currently.
-VAL
Add the "relatime" (relative atime) option support to mount.
Hi.
Sorry for my late reply,.. but I've been very busy this week (dozens of
new Sun Fires that hat to be installed, etc.) ;-)
Parag Warudkar wrote:
> It seems that your kernel is using IDE for your CDROM and libata for your
> other drives.
Yes it does.
> I recall having a similar problem
Update the rtc-rs5c372 driver:
Bugfixes:
- Handle RTCs which are configured to use 12-hour mode.
- Never report bogus/un-initialized times.
- Displaying "raw trim" requires not masking it first!
- Fix the procfs display of crystal and trim data.
Features:
- Handle other RTCs in this
On Fri, 8 Dec 2006 16:30:20 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > +#ifdef CONFIG_SPARSEMEM_VMEMMAP_STATIC
> > +#include
> > +extern struct page mem_map[];
> > +#else
> > extern struct page* mem_map;
> > #endif
> > +#endif
>
> This looks rather unpleasant - what went wrong here?
>
On Fri, 8 Dec 2006 16:28:19 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Generally we prefer to simply *require* that the function vector be filled
> in appropriately. So if the caller has no special needs, the caller will
> set their gen_map_kern_ops.k_pte_alloc to point at
> Checking the patch, my problem is that the old way, all BAR's were being
> set at start = end = flags = 0. The patch makes it set all the BAR's to
Yes the old quirk used to blank the resources as the values on the chip
are undefined and random. This gives you corrupt resource trees and needs
On Sat, 2006-12-09 at 01:25 +, Ralf Baechle wrote:
> On Fri, Dec 08, 2006 at 07:46:18PM -0500, Ben Collins wrote:
>
> > On Wed, 2006-12-06 at 13:41 +, Ralf Baechle wrote:
> > > Since commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f the kernel will try
> > > to update the non-writeable BAR
Jeff Garzik wrote:
Thanks for reviewing this. I'm updating my git repo with your changes now,
will send an updated patch set in a few days.
+struct descriptor {
+u32 req_count:16;
+
+u32 wait:2;
+u32 branch:2;
+u32 irq:2;
+u32 yy:1;
+u32 ping:1;
+
+u32 key:3;
+
Hi, all.
I got a hasee notebook, and failed to poweroff after win soundcard
(ALC861) problem.
I seen someone said acpi=off may help this, but when I append it on
kernel parameter list, the kernel even can not boot, the kernel just
said "hdc: lost interrupt" at last, and freezeing.
The
I've got the p5B-E board to with the onboard attansic l1.
I did the the atl1-2.0.2 patch against the 2.6.19.rc6 kernel.
I can confirm the card is working but performance is *really* bad, 200Kb/s
over Gbit LAN.
I tried copying a ~50MB file over SSH and it didn't complete because of a
connection
I've got the p5B-E board to with the onboard attansic l1.
I did the the atl1-2.0.2 patch against the 2.6.19.rc6 kernel.
I can confirm the card is working but performance is *really* bad, 200Kb/s
over Gbit LAN.
I tried copying a ~50MB file over SSH and it didn't complete because of a
connection
On Sat, Dec 09, 2006 at 01:18:30AM +, Alan wrote:
> On Fri, 8 Dec 2006 20:05:07 -0500
> koan <[EMAIL PROTECTED]> wrote:
>
> > ata4: status=0x50 { DriveReady SeekComplete }
> > ata4: error=0x01 { AddrMarkNotFound }
>
> That looks like a genuine drive problem.
Is a disk driver supposed to
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
NETLINK: Put {IFA,IFLA}_{RTA,PAYLOAD} macros back for userspace.
GLIBC uses them etc.
They are guarded by ifndef __KERNEL__ so nobody will start
accidently using
On Fri, Dec 08, 2006 at 07:46:18PM -0500, Ben Collins wrote:
> On Wed, 2006-12-06 at 13:41 +, Ralf Baechle wrote:
> > Since commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f the kernel will try
> > to update the non-writeable BAR registers 0..3 of PIIX4 IDE adapters if
> >
Hi!
I got this oops on 2.6.19-rc6-mm2 when starting the system. It happened only
once -- when echo "raidautorun /dev/md0" | nash --quiet was executed. I don't
know why it happened, after reboot it started OK.
There is no md0, only md1, md2 and md3.
See camera-shots here:
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2006 5:17 PM
>Buffer size? flow control? the fact that the buffer has already
>overflowed? Who knows, don't trust usb-serial as a real "console"
>please :)
I set buffer size to 128k, and can get
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.19-git libusual: modprobe for usb-storage succeeded, but module is
not present
Linux version 2.6.19-200612081830-g17097758
([EMAIL PROTECTED]) (gcc version 4.1.1 20061011 ) #16 SMP
PREEMPT Fri Dec 8 18:37:41 CST 2006
Command
On Wed, Dec 06, 2006 at 07:20:16PM -0800, Lu, Yinghai wrote:
> Greg,
>
> I wonder why the netconsole could print all boot log from beginning with
> buffer. But your usb serial console can not.
Buffer size? flow control? the fact that the buffer has already
overflowed? Who knows, don't trust
On Fri, 8 Dec 2006 20:05:07 -0500
koan <[EMAIL PROTECTED]> wrote:
> ata4: status=0x50 { DriveReady SeekComplete }
> ata4: error=0x01 { AddrMarkNotFound }
That looks like a genuine drive problem.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hello,
After 33 days of uptime, I noticed something in my dmesg output.
The system is 4 x SATA2 disks connected to the onboard SATA2
controller. They are all part of a linux software raid 5 volume.
According to /proc/mdstat , all of the disks are still online (?).
Right now the system is still
Jiri Slaby wrote:
> -- Forwarded message --
> From: Larry Finger <[EMAIL PROTECTED]>
> Date: Nov 24, 2006 5:17 PM
> Subject: Possible circular locking in ntfs on 2.6.19-rc5-mm2
> To: LKML , [EMAIL PROTECTED]
>
>
> On kernel 2.6.19-rc5-mm2, my log shows the following dump of a
>
me wrote:
> If nothing appeared in dmesg (even before setserial) and the second option is
> enabled, then I'm out of clues for now (however I revealed another recursive
> locking issue in close() function). Could you apply this dirty hack
Ok, this third version covers the revealed recursion.
On Wed, 2006-12-06 at 13:41 +, Ralf Baechle wrote:
> Since commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f the kernel will try
> to update the non-writeable BAR registers 0..3 of PIIX4 IDE adapters if
> pci_assign_unassigned_resources() is used to do full resource assignment
> of the bus.
On Fri, Dec 08, 2006 at 01:36:57PM -0600, Serge E. Hallyn wrote:
> The other is that root can lose capabilities by executing files with
> only some capabilities set. The next two patches change these
> behaviors.
I saw this in my code review and thought that this behaviour was
intentional. :) It
And a roll-up is available at:
http://www.kernel.org/pub/linux/kernel/people/chrisw/stable/patch-2.6.19.1-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
On Fri, 8 Dec 2006 16:07:08 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> This patch adds support for statically allocated virtual mem_map.
> (means virtual address of mem_map array is defined statically.)
> This removes reference to *(_map).
>
> Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL
Hi guys
I still can't get 2.6.19-rt to compile. This time it fails during the final
link process:
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o(.text+0xf2c7): In function
`smp_send_nmi_allbutself':
: undefined reference to `send_IPI_mask_bitmask'
make: *** [.tmp_vmlinux1] Error
Paul M wrote:
> While you're changing this, is there a good reason not to check
> is_mem_exclusive() *before* taking callback_mutex and calling
> nearest_exclusive_ancestor()?
>
> something like:
>
> rcu_read_lock();
> exc = is_mem_exclusive(rcu_dereference(current->cs));
> rcu_read_unlock();
>
On Fri, 8 Dec 2006 16:01:42 +0900
KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> When we want to map pages into the kernel space by vmalloc()'s routine,
> we always need 'struct page' to do that.
>
> There are cases where there is no page struct to use (bootstrap, etc..).
> This function is
-stable review patch. If anyone has any objections, please let us know.
--
From: Jurij Smakov <[EMAIL PROTECTED]>
The following patch fixes the failure of sunhme drivers on x86 hosts
due to missing pci_enable_device() and pci_set_master() calls, lost
during code refactoring. It
-stable review patch. If anyone has any objections, please let us know.
--
From: Andrew Morton <[EMAIL PROTECTED]>
Fix http://bugzilla.kernel.org/show_bug.cgi?id=7606
WARNING: "drm_sman_set_manager" [drivers/char/drm/sis.ko] undefined!
Cc: <[EMAIL PROTECTED]>
Cc: Dave Airlie
-stable review patch. If anyone has any objections, please let us know.
--
From: Alexey Dobriyan <[EMAIL PROTECTED]>
On Sat, Dec 02, 2006 at 11:47:44PM +0300, Alexey Dobriyan wrote:
> David Binderman compiled 2.6.19 with icc and grepped for "was set but never
> used". Many
-stable review patch. If anyone has any objections, please let us know.
--
From: Rafael J Wysocki <[EMAIL PROTECTED]>
The 'testproc' swsusp debug mode thaws tasks twice in a row, which is _very_
confusing. Fix that.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
-stable review patch. If anyone has any objections, please let us know.
--
From: Jeet Chaudhuri <[EMAIL PROTECTED]>
We must reserve SAR + MAX_HEADER bytes for IrLMP to fit in.
This fixes an oops reported (and fixed) by Jeet Chaudhuri, when max_sdu_size
is greater than 0.
-stable review patch. If anyone has any objections, please let us know.
--
From: Ravikiran G Thirumalai <[EMAIL PROTECTED]>
2.6.19 stopped booting (or booted based on build/config) on our x86_64
systems due to a bug introduced in 2.6.19. check_nmi_watchdog schedules an
IPI on
-stable review patch. If anyone has any objections, please let us know.
--
From: Zachary Amsden <[EMAIL PROTECTED]>
It is possible to have tasklets get scheduled before softirqd has had a chance
to spawn on all CPUs. This is totally harmless; after success during action
-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
We need that for iterator to work; existing check had been too weak.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
-stable review patch. If anyone has any objections, please let us know.
--
From: Dmitry Mishin <[EMAIL PROTECTED]>
In compat mode, matches and targets valid hooks checks always successful due
to not initialized e->comefrom field yet. This patch separates this checks from
-stable review patch. If anyone has any objections, please let us know.
--
From: Daniel Barkalow <[EMAIL PROTECTED]>
At least some nforce cards continue to send legacy interrupts when MSI
is enabled, and these interrupts are treated as unhandled by the
kernel. This patch
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
ip_summed changes last summer had missed that one. As the result,
we have ip_summed interpreted as CHECKSUM_PARTIAL now. IOW,
->csum is interpreted as offset of
-stable review patch. If anyone has any objections, please let us know.
--
From: Bart De Schuymer <[EMAIL PROTECTED]>
The attached patch resolves an issue where a IP DNATed packet with a
martian source is forwarded while it's better to drop it. It also
resolves messages
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
Not returning -EINVAL, because someone might want to use the value
zero in some future gact_prob algorithm?
Signed-off-by: Kim Nordlund <[EMAIL PROTECTED]>
On Fri, 8 Dec 2006 12:05:24 +1100
NeilBrown <[EMAIL PROTECTED]> wrote:
> Following are 5 patches for md in 2.6.19-rc6-mm2 that are suitable for 2.6.20.
>
> Patch 4 might fix an outstanding bug against md which manifests as an
> oops early in boot, but I don't have test results yet.
>
>
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
We grab a reference to the route's inetpeer entry but
forget to release it in xfrm4_dst_destroy().
Bug discovered by Kazunori MIYAZAWA <[EMAIL PROTECTED]>
-stable review patch. If anyone has any objections, please let us know.
--
From: Hirokazu Takata <[EMAIL PROTECTED]>
The m32r kernel 2.6.18-rc1 or after cause build errors of "unknown isa
configuration" for userspace application programs, such as glibc, gdb, etc.
This is
-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.
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
-stable review patch. If anyone has any objections, please let us know.
--
From: Jiri Kosina <[EMAIL PROTECTED]>
When kernel is compiled with old version of autofs (CONFIG_AUTOFS_FS), and
new (observed at least with 5.x.x) automount deamon is started, kernel
correctly reports
-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
---
net/bridge/netfilter/ebtables.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
--- linux-2.6.19.orig/net/bridge/netfilter/ebtables.c
+++
-stable review patch. If anyone has any objections, please let us know.
--
From: Maxime Austruy <[EMAIL PROTECTED]>
Routine ieee80211softmac_wx_set_mlme has one return that fails
to release a mutex acquired at entry.
Signed-off-by: Maxime Austruy <[EMAIL PROTECTED]>
-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
We need to verify that
a) we are not too close to the end of buffer to dereference
b) next entry we'll be checking won't be _before_ our
While we are at
-stable review patch. If anyone has any objections, please let us know.
--
From: Patrick McHardy <[EMAIL PROTECTED]>
Currently the behaviour of disable_xfrm is inconsistent between
locally generated and forwarded packets. For locally generated
packets disable_xfrm disables the
-stable review patch. If anyone has any objections, please let us know.
--
From: Sean Young <[EMAIL PROTECTED]>
The PhidgetServo causes an Oops when any of its sysfs attributes are read
or written too, making the driver useless.
Signed-off-by: Sean Young <[EMAIL PROTECTED]>
-stable review patch. If anyone has any objections, please let us know.
--
From: Thomas Graf <[EMAIL PROTECTED]>
Restore API compatibility due to bits moved from rtnetlink.h to
separate headers.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Signed-off-by: David S. Miller
-stable review patch. If anyone has any objections, please let us know.
--
From: Michael S Tsirkin <[EMAIL PROTECTED]>
ib_ucm_cleanup_events() holds file_mutex while calling ib_destroy_cm_id().
This can deadlock since ib_destroy_cm_id() flushes event handlers, and
-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
No need to revisit a chain we'd already finished with during
the check for current hook. It's either instant loop (which
we'd just detected) or a duplicate work.
-stable review patch. If anyone has any objections, please let us know.
--
From: Andrey Mirkin <[EMAIL PROTECTED]>
OpenVZ Linux kernel team has found a problem with mounting in compat mode.
Simple command "mount -t smbfs ..." on Fedora Core 5 distro in 32-bit mode
leads to
-stable review patch. If anyone has any objections, please let us know.
--
From: Patrick McHardy <[EMAIL PROTECTED]>
The tc actions increased the size of struct tc_police, which broke
compatibility with old iproute binaries since both the act_police
and the old NET_CLS_POLICE
-stable review patch. If anyone has any objections, please let us know.
--
From: Andrew Morton <[EMAIL PROTECTED]>
With CONFIG_SMP=n:
drivers/input/ff-memless.c:384: warning: implicit declaration of function
'local_bh_disable'
drivers/input/ff-memless.c:393: warning: implicit
On Fri, Dec 08, 2006 at 03:19:02PM -0800, Andrew Morton wrote:
>
> Like this?
>
> /* don't get messages out of order, and no recursion */
> if (skb_queue_len(>txq) == 0 &&
> npinfo->poll_owner != smp_processor_id()) {
> local_bh_disable(); /*
-stable review patch. If anyone has any objections, please let us know.
--
From: Dmitry Mishin <[EMAIL PROTECTED]>
Commit 590bdf7fd2292b47c428111cb1360e312eff207e introduced a regression
in match/target hook validation. mark_source_chains builds a bitmask
for each rule
-stable review patch. If anyone has any objections, please let us know.
--
From: David Miller <[EMAIL PROTECTED]>
MAX_HEADER does not include the ipv6 header length in it,
so we need to add it in explicitly.
With help from YOSHIFUJI Hideaki.
Signed-off-by: David S. Miller
-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Buesch <[EMAIL PROTECTED]>
In the scan section of ieee80211softmac, network transmits are disabled.
When SoftMAC re-enables transmits, it may override the wishes of a driver
that may have
-stable review patch. If anyone has any objections, please let us know.
--
From: Len Brown <[EMAIL PROTECTED]>
This reverts commit 281ea49b0c294649a6de47a6f8fbe5611137726b,
which broke ACPI Interrupt source overrides that move
the SCI from one IRQ in PIC mode to another in
This is the start of the stable review cycle for the 2.6.19.1 release.
There are 32 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
On Fri, Dec 08, 2006 at 02:28:10PM +1100, Nick Piggin wrote:
> >In generic_file_buffered_write() we now do:
> >
> > status = a_ops->commit_write(file, page, offset,offset+copied);
> >
> >Which tells the file system to commit only the amount of data that
> >filemap_copy_from_user() was able to
Some calls to kcalloc() appear to have the first two args in the
wrong order.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
drivers/macintosh/smu.c |2 +-
drivers/net/skge.c |2 +-
drivers/scsi/sym53c8xx_2/sym_hipd.c |2 +-
On Wed, 06 Dec 2006 17:36:02 -0800
Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Jeremy Fitzhardinge wrote:
> > I'm wondering if activate_mm() is the right thing to be using in
> > use_mm(); shouldn't this be switch_mm()?
> >
> > On normal x86, they're synonymous, but for the Xen patches I'm
On 12/8/06, Auke Kok <[EMAIL PROTECTED]> wrote:
Stephen Hemminger wrote:
> On Fri, 08 Dec 2006 13:45:05 -0800
>
> Hmm.. looks like all that code should really be moved off to PCI bus
> quirk/setup. None of it is E1000 specific. Something like this (untested):
This is not true, and I have to
On Fri, 8 Dec 2006 08:06:57 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 07, 2006 at 09:55:22PM +0100, Ingo Molnar wrote:
> >
> > fallout of the recent big networking merge i guess. Tested fix below.
> > David, Herbert, do you agree with it, or is it a false positive?
>
> I agree
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
arch/frv/kernel/pm.c |6 ++---
arch/mips/lasat/sysctl.c | 17 ++
arch/x86_64/kernel/vsyscall.c |3 --
drivers/char/random.c |2 -
include/linux/sysctl.h |5 +---
kernel.cap-bound uses only OP_SET and OP_AND
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
kernel/sysctl.c | 10 --
1 file changed, 10 deletions(-)
--- a/kernel/sysctl.c
+++ b/kernel/sysctl.c
@@ -1931,9 +1931,6 @@ int proc_dointvec(ctl_table *table, int
#define OP_SET 0
1 - 100 of 736 matches
Mail list logo
