On Tue, Aug 07, 2007 at 03:12:02PM -0600, Eric W. Biederman wrote:
>
> This is a small cleanup patch that makes the code just
> a little bit cleaner.
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Acked-by: Tejun Heo <[EMAIL PROTECTED]>
--
tejun
-
To unsubscribe from this list: send
On Tue, Aug 07, 2007 at 03:11:16PM -0600, Eric W. Biederman wrote:
>
> This patch modifies the users of sysfs_mount to use sysfs_root
> instead (which is what they are looking for). It then
> makes sysfs_mount static to keep people from using it
> by accident.
>
> The net result is slightly fast
On Tue, Aug 07, 2007 at 03:10:27PM -0600, Eric W. Biederman wrote:
>
> Since sysfs no longer stores fs directory information in the dcache
> on a permanent basis kill_litter_super it is inappropriate and actively
> wrong. It will decrement the count on all dentries left in the
> dcache before try
Chris Friesen wrote:
Chris Snook wrote:
This is not a problem, since indirect references will cause the CPU to
fetch the data from memory/cache anyway.
Isn't Zan's sample code (that shows the problem) already using indirect
references?
Yeah, I misinterpreted his conclusion. I thought abou
commit 23b0a2f0f4e98a23f6fdf5b7ae4a4d60ca0cc3e2
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Wed Aug 8 02:28:46 2007 -0400
[netdrvr] 8139too: tab-align enums and structs; remove dead code
* (main change) tab-align hardware register value enums, and hw struct
* MMIO_FLUSH_
commit 9ee6b32a47b9abc565466a9c3b127a5246b452e5
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Wed Aug 8 02:42:47 2007 -0400
[netdrvr] 8139too: clean up I/O remapping
* no need to explicitly use ioport_map() for PIO. pci_iomap()
works just fine for both PIO and MMIO. This pe
commit f09934422b162e0eb7a8fd3b4b25ffc92e31541a
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Wed Aug 8 02:16:04 2007 -0400
[netdrvr] 8139cp, 8139too: convert to generic DMA
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
drivers/net/8139cp.c | 31 +-
On Tue, Aug 07, 2007 at 03:08:07PM -0600, Eric W. Biederman wrote:
>
> Signed-off-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
Acked-by: Tejun Heo <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
On Tue, Aug 07, 2007 at 03:08:50PM -0600, Eric W. Biederman wrote:
>
> Now that sysfs_get_inode is dropping the inode lock
> we no longer have a need from sysfs_instantiate.
>
> Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
Acked-by: Tejun Heo <[EMAIL PROTECTED]>
-
To unsubscribe from thi
Hello,
alloc_fcdev() calls alloc_netdev() which uses kzalloc to alloc
all the memory together with dev->priv region hence no zeroing of structs
inside struct mpt_lan_priv needed.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/message/fusion/mptlan.c | 47738 -> 47618 (-120
Hi, thank you for your answer, actually I removed 2Gb of physical memory and
the problem gone away .. but my system needs 4Gb.
I reproduce it under Xen and without xen (on a standard kernel) I can't tell
you how mutch difference I have betwwen files, regarding a 4 month system
running on these
On Tue, Aug 07, 2007 at 11:52:34PM -0500, Larry Finger wrote:
> David Miller wrote:
> >From: Larry Finger <[EMAIL PROTECTED]>
> >Date: Tue, 07 Aug 2007 23:17:23 -0500
> >
> >>I am getting the following error message from drivers/base/core.c:
> >>
> >>net eth1: device_rename: sysfs_create_symlink fa
On Wed, Aug 08, Alexey Dobriyan wrote:
> On Tue, Aug 07, 2007 at 10:16:03PM +0200, Olaf Hering wrote:
> > remove linux/binfmts.h from make headers_install
> >
> > A recent patch added PAGE_SIZE to the part outside of __KERNEL__.
> > qemu and ia32el have their own define of MAX_ARG_PAGES.
>
> Sho
On Wed, Aug 08, Rene Herman wrote:
> >No package uses linux/binfmts.h, so it is safe to not provide it.
>
> How is "all packages" defined?
3052 openSuSE 10.3 packages.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
> > Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> NAK
>
> > - struct n_hdlc *n_hdlc = kmalloc(sizeof(*n_hdlc), GFP_KERNEL);
> > -
> > + struct n_hdlc *n_hdlc;
> > +
> > + n_hdlc = kzalloc(sizeof(*n_hdlc), GFP_KERNEL);
>
> Change looks fine but please keep the original formatting
> Please send wireless patches to [EMAIL PROTECTED],
> and CC me.
Ok. Did you pick the patch up?
Regards,
Mariusz
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordo
Jerry Jiang wrote:
On Tue, 07 Aug 2007 16:32:23 -0400
Chris Snook <[EMAIL PROTECTED]> wrote:
It seems like this would fall more into the case of the arch providing
guarantees when using locked/atomic access rather than anything
SMP-related, no?.
But if you're not using SMP, the only way you ge
>On 8/8/07, Robert Hancock <[EMAIL PROTECTED]> wrote:
> Dave Young wrote:
> >> On 8/7/07, Li Yang-r58472 <[EMAIL PROTECTED]> wrote:
> >> -Original Message-
> >>> From: [EMAIL PROTECTED]
> >>> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Young
> >>> Sent: Tuesday, August 07, 2007 2:32 PM
>
On Tue, Aug 07, 2007 at 09:18:29PM +0200, Peter Zijlstra wrote:
> On Tue, 2007-08-07 at 11:48 -0700, Paul E. McKenney wrote:
> > This patch implements a new version of RCU which allows its read-side
> > critical sections to be preempted. It uses a set of counter pairs
> > to keep track of the read-
Misc cleanup post removal of class_device. adm1025_group_opt is unused.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
---
drivers/hwmon/adm1025.c | 13 -
1 file changed, 13 deletions(-)
--- a/drivers/hwmon/adm1025.c
+++ b/drivers/hw
Convert from class_device to device for drivers/video.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
---
drivers/acpi/video.c |4 ++--
drivers/video/output.c | 29 -
include/linux/video_output.h |4
Convert from class_device to device for hwmon_device_register/unregister
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
---
drivers/hwmon/hwmon.c | 27 +--
include/linux/hwmon.h |4 ++--
2 files changed, 15 insertions(+)
Convert from class_device to device in drivers/char.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
---
drivers/char/dsp56k.c|4 ++--
drivers/char/ip2/ip2main.c | 12 ++--
drivers/char/ipmi/ipmi_devintf.c |6 +++---
Convert drivers/char, drivers/hwmon and drivers/video from struct class_device
to struct device. Toward end-goal of removing class_device.
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger
Convert from class_device to device in drivers/char/drm.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
---
drivers/char/drm/drmP.h |8 ++---
drivers/char/drm/drm_stub.c |9 +++---
drivers/char/drm/drm_sysfs.c | 58 +++
> >From a purely practical standpoint: it's a concern that all filesytems need
> patching to continue to correctly function after this change. There might
> be filesystems which you missed, and there are out-of-tree filesystems
> which won't be updated.
>
> And I think the impact upon the out-of-
On Wed, Aug 08 2007, dragoran wrote:
> so there is no real reason not to allow it for non root users?
> removing the check is easy (3 lines)
> or are there any other issues/problems?
Andi already explained to you why it can't be enabled for non-root
users. I merely talked about why idle prior
David Miller wrote:
From: Larry Finger <[EMAIL PROTECTED]>
Date: Tue, 07 Aug 2007 23:52:34 -0500
Yes, it is most likely coming from udev. Do you know who maintains
udev? Google didn't give an answer in the first two pages.
I may be mis-remembering but I thought Greg KH was at the
helm at leas
This patch fixes the following warning:
drivers/scsi/ips.c: In function 'ips_register_scsi':
drivers/scsi/ips.c:6867: warning: ignoring return value of
'scsi_add_host', declared with attribute warn_unused_result
Signed-off-by: Eugene Teo <[EMAIL PROTECTED]>
---
drivers/scsi/ips.c | 16
From: Larry Finger <[EMAIL PROTECTED]>
Date: Tue, 07 Aug 2007 23:52:34 -0500
> Yes, it is most likely coming from udev. Do you know who maintains
> udev? Google didn't give an answer in the first two pages.
I may be mis-remembering but I thought Greg KH was at the
helm at least at one point.
-
To
David Miller wrote:
From: Larry Finger <[EMAIL PROTECTED]>
Date: Tue, 07 Aug 2007 23:17:23 -0500
I am getting the following error message from drivers/base/core.c:
net eth1: device_rename: sysfs_create_symlink failed (-17)
Upon investigation, the call generating the error is renaming 'eth1' t
Chris Snook wrote:
This is not a problem, since indirect references will cause the CPU to
fetch the data from memory/cache anyway.
Isn't Zan's sample code (that shows the problem) already using indirect
references?
Chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
From: Larry Finger <[EMAIL PROTECTED]>
Date: Tue, 07 Aug 2007 23:17:23 -0500
> I am getting the following error message from drivers/base/core.c:
>
> net eth1: device_rename: sysfs_create_symlink failed (-17)
>
> Upon investigation, the call generating the error is renaming 'eth1' to
> 'eth1'.
Henrique de Moraes Holschuh wrote:
On Tue, 07 Aug 2007, Robert Hancock wrote:
You *do* have to worry about it in any box you turn off daily. Desktop
HDs will croak fast in that scenario, laptop HDs less so, but still too
fast. A very good laptop HD can last about 20k emergency unloads (this
is
Introduce ticket lock spinlocks for x86-64 which are FIFO. The implementation
is described in the comments. The straight-line lock/unlock instruction
sequence is slightly slower than the dec based locks on modern x86 CPUs,
however the difference is quite small on Core2 and Opteron when working out
The break_lock data structure and code for spinlocks is quite nasty.
Not only does it double the size of a spinlock but it changes locking to
a potentially less optimal trylock.
Put all of that under CONFIG_GENERIC_LOCKBREAK, and introduce a
__raw_spin_is_contended that uses the lock data itself
On Tue, 2007-08-07 at 14:45 +0200, Roman Zippel wrote:
> Hi,
>
> On Mon, 6 Aug 2007, Arjan van de Ven wrote:
>
> > So, let me ask a direct question: What do you think is specifically
> > wrong about changing the msleep() implementation as is done here? The
> > behavior is clearly an improvement,
I am getting the following error message from drivers/base/core.c:
net eth1: device_rename: sysfs_create_symlink failed (-17)
Upon investigation, the call generating the error is renaming 'eth1' to 'eth1'. The following patch
suppresses the error.
Index: wireless-dev/drivers/base/core.c
On Wed, 8 Aug 2007 05:47:02 +0200 (CEST) Roman Zippel <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 7 Aug 2007, Andrew Morton wrote:
>
> > On Wed, 8 Aug 2007 01:16:49 +0200 (CEST)
> > Roman Zippel <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > >
> > > On Tue, 7 Aug 2007, Andrew Morton wrote:
> > >
On Tue, 07 Aug 2007, Robert Hancock wrote:
>> You *do* have to worry about it in any box you turn off daily. Desktop
>> HDs will croak fast in that scenario, laptop HDs less so, but still too
>> fast. A very good laptop HD can last about 20k emergency unloads (this
>> is a unit that can do about
On Wed, Aug 08, 2007 at 02:31:00AM +0100, Alan Cox wrote:
> O> > The endianness is only useful when examining a raw dump of
> > > pagemap from a different machine when you don't know the
> > > source of the file. This is pretty rare, and the programs
> > > or scripts doing the copying off-machine
On Sat, 28 Jul 2007 01:39:37 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> At OLS, the resource management BOF, it was discussed that we need to manage
> RSS and unmapped page cache together. This patchset is a step towards that
>
Can I make a question ? Why limiting RSS instead of # of used pag
On Tue, 7 Aug 2007, Andrew Morton wrote:
> On Wed, 8 Aug 2007 01:16:49 +0200 (CEST)
> Roman Zippel <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > On Tue, 7 Aug 2007, Andrew Morton wrote:
> >
> > > I'd be surprised if there was significant overhead - the maximum frequency
> > > at which msleep()
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
include/asm-blackfin/gpio.h | 13 +
include/asm-blackfin/mach-bf533/irq.h |2 ++
include/asm-blackfin/mach-bf537/irq.h |
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/mach-bf548/boards/ezkit.c | 367 ++-
1 files changed, 366 insertions(+), 1 deletions(-)
diff --git a/arch/blackfin/mach-bf548/boards/ezkit.c
b/arch/blackfin/mach-bf548/boards/ezkit.c
index 96ad95f..59e64c5
Cc: Alexey Dobriyan <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/init_task.c |1 +
arch/blackfin/kernel/process.c |2 ++
arch/blackfin/kernel/sys_bfin.c |1 +
arch/blackfin/kernel/traps.c |1 +
4 files changed, 5 insertions(+), 0 d
From: Mike Frysinger <[EMAIL PROTECTED]>
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
include/asm-blackfin/mach-bf533/blackfin.h |2 +-
include/asm-blackfin/mach-bf537/blackfin.h |2 +-
include/asm-blackfin/mach-bf548/blackfin.h |2
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/blackfin/Kconfig b/arch/blackfin/Kconfig
index 017d
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/mach-bf548/Kconfig |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/blackfin/mach-bf548/Kconfig b/arch/bla
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/bfin_gpio.c | 272 ++---
include/asm-blackfin/mach-bf533/bfin_serial_5xx.h | 11 +-
include/asm
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/mach-common/ints-priority-dc.c |4 ++--
arch/blackfin/mach-common/ints-priority-sc.c |8
2 files changed, 6 insertions(+)
As David mentioned, I send out these series patch to LKML for review.
These patches are related Blackfin arch GPIO updating, not big change at all.
I think it is OK for git-pull in -RC2 or later.
Thanks
- Bryan Wu
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
include/asm-blackfin/mach-bf548/bfin_serial_5xx.h | 39 ++---
1 files changed, 19 insertions(+), 20 deletions(-)
diff --git a/include
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/bfin_gpio.c | 19 +--
include/asm-blackfin/mach-bf537/portmux.h | 35 -
2 file
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
include/asm-blackfin/gpio.h | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/include/asm-blackfin/gpio.h b/include/asm-blackfin/gpio.h
index e714363..dd203cd 100644
--- a/include/asm-blackfin/gpio.h
+++ b/inc
From: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/bfin_gpio.c | 10 --
arch/blackfin/mach-bf548/gpio.c | 11 +--
2 files changed, 17 insertions(+), 4 deletions(
On 8/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> My PCI domains patch add support for multiple peer root buses. That's
> the definition of PCI domain support.
one one segment, we can not have multi peer root buses?
>
> Branch 'pciseg' of
> git://git.kernel.org/pub/scm/linux/kernel/git/jgarz
On 8/7/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> Found these while looking at printk uses.
>
> Add missing newlines to dev_ uses
> Add missing KERN_ prefixes to multiline dev_s
> Fixed a wierd->weird spelling typo
> Added a newline to a printk
I think these should have been split logically into
Rafael J. Wysocki wrote:
> Well, on my box (nx6325) with the appended (experimental) patch applied
> on top of 2.6.23-rc1 with the patchset from
> http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.23-rc2/patches/ , the
> double spin down doesn't occur during hibernation and the system is shut d
Michael Sedkowski wrote:
> I did some additional checking today...
> On kernels prior to 2.6.22 line, the bug exists and manifests itself
> exactly the same way. However, when I removed the "-h" flag
> from /etc/init.d/halt, the drive spins down only once on "Power down"
> message and there is no s
On 8/8/07, David Weinehall <[EMAIL PROTECTED]> wrote:
> Try adding acpi_sleep=s3_bios to your kernel boot options and see if it
> helps.
I tried, but that didn't help.
Thanks,
Jeff.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
Make checkpatch warn about pointless casting of kalloc returns.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 73751ab..c6cae6a 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -1051,6 +1051,11 @@ sub process {
Harvey Chapman wrote:
> just don't identify it specifically. In the ISRs, they simply check to
> see if any of bits 1, 2, or 3 are set. In the example above, on the last
Well, not entirely true, it actually checks bit 0 which indicates that
there was an interrupt, period. Bits 1, 2, and 3 indicate
On Tue, 07 Aug 2007 16:32:23 -0400
Chris Snook <[EMAIL PROTECTED]> wrote:
> > It seems like this would fall more into the case of the arch providing
> > guarantees when using locked/atomic access rather than anything
> > SMP-related, no?.
>
> But if you're not using SMP, the only way you get a
On 06 Aug 2007 13:11:01 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote:
> For IO I suppose the same could happen too. e.g. low priority
> task wants to write out a page and keeps it locked until the IO
> is finished. High priority task wants to access the page and has
> to wait until it is unlocked. M
Alan Cox wrote:
> What are you actually trying to achieve ?
I'm trying to reduce the load on embedded systems running Linux and
using serial ports.
I'm trying to alleviate the following typical software scenario:
A Linux program is connected via serial port to some other serial device
using asyn
James Smart wrote:
ACK
-- james s
Joe Perches wrote:
[...]
Standard email etiquette: please don't quote the entirety of a 1200+
line patch, just for a one-line response.
(also, top posting should be avoided as well)
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
On Tue, Aug 07, 2007 at 03:33:03PM -0700, Dave Hansen wrote:
>
> For the /proc//pagemap code[1], we need to able to query how
> much virtual address space a particular task has. The trick is
> that we do it through /proc and can't use TASK_SIZE since it
> references "current" on some arches. The
On Tue, Aug 07, 2007 at 04:55:02PM -0700, Dave Hansen wrote:
> On Tue, 2007-08-07 at 18:40 -0500, Matt Mackall wrote:
> > On Tue, Aug 07, 2007 at 03:33:02PM -0700, Dave Hansen wrote:
> > > +#define PAGEMAP_ENTRY_SIZE_BYTES sizeof(unsigned long)
> > > +
> > > static int add_to_pagemap(unsigned long
On Tue, Aug 07, 2007 at 03:33:01PM -0700, Dave Hansen wrote:
>
> Use existing macros (PAGE_MASK/PAGE_ALIGN()) instead of
> open-coding them.
Absolutely.
Acked-by: Matt Mackall <[EMAIL PROTECTED]>
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the lin
ACK
-- james s
Joe Perches wrote:
Found these while looking at printk uses.
Add missing newlines to dev_ uses
Add missing KERN_ prefixes to multiline dev_s
Fixed a wierd->weird spelling typo
Added a newline to a printk
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
arch/ia64/sn/kernel/xpne
On Tue, Aug 07, 2007 at 05:13:52PM -0700, Christoph Lameter wrote:
> On Mon, 6 Aug 2007, Peter Zijlstra wrote:
>
> > Restrict objects from reserve slabs (ALLOC_NO_WATERMARKS) to allocation
> > contexts that are entitled to it.
>
> Is this patch actually necessary?
>
> If you are in an atomic con
Zan Lynx wrote:
On Tue, 2007-08-07 at 15:38 -0600, Chris Friesen wrote:
Chris Snook wrote:
That's why we define atomic_read like so:
#define atomic_read(v) ((v)->counter)
This avoids the aliasing problem, because the compiler must de-reference
the pointer every time, which requires
On 8/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > the sysdata stuff try to fix:
> > when calgary iommu code was introduced, it is trying to share sysdata
> > that orginally is initialized k8_bus.c and used by pcibus_to_node. but
> > that only happen with AMD K8 platform. and
On Wed, 8 Aug 2007, Al Viro wrote:
> Check for audit_signals is misplaced and check for
> audit_dummy_context() is missing; as the result, if we send
> signal to auditd from task with NULL ->audit_context while
> we have audit_signals != 0 we end up with an oops.
>
> Signed-off-by: Al Viro
O> > The endianness is only useful when examining a raw dump of
> > pagemap from a different machine when you don't know the
> > source of the file. This is pretty rare, and the programs
> > or scripts doing the copying off-machine can certainly be
> > made to hold this information.
Nobody fancie
On Tue, 7 Aug 2007, Serge E. Hallyn wrote:
> Yeah, I did that in v1, but didn't want to add two new security_ hooks.
> But I'll send a v4 doing that.
Yep, add what's actually needed.
Continually having to jump through all of these hoops for LSM has gone
beyond ridiculous.
- James
--
James
[PATCH 3/5] try parent numa_node at first before using default v2
in the device_add, we try to use use parent numa_node.
need to make sure pci root bus's bridge device numa_node is set.
then we could use device->numa_node direclty for all device.
and don't need to call pcibus_to_node().
Signed-of
Yinghai Lu wrote:
the sysdata stuff try to fix:
when calgary iommu code was introduced, it is trying to share sysdata
that orginally is initialized k8_bus.c and used by pcibus_to_node. but
that only happen with AMD K8 platform. and have nothing to do with
calgary.
incorrect: sysdata is initial
[PATCH 4/5] net: use numa_node in net_devcice->dev instead of parent
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 27cfe5f..005cc1c 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -217,7 +217,7 @@ nodata:
struct sk_buff *__netdev
[PATCH 2/5] x86_64: use bus conf in NB conf fun1 to get bus range on node
So we use the same code with Quad core cpu as old opteron.
this patch is usful when acpi=off or _PXM is not there in DSDT
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
--- a/arch/x86_64/pci/k8-bus.c 2007-07-23 10:35:58.00
please check this one against pci_scan_bus_with_sysdata
[PATCH 1/5] x86_64: get mp_bus_to_node as early v3
current on amd k8 system with multi ht chain, the numa_node of pci devices under
/sys/devices/pci:80/* always 0, even that chain is on node 1 or 2 or 3.
workaround: pcibus_to_node(bus)
[PATCH 5/5] dma: use dev_to_node to get node for device in dma_alloc_pages
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
diff --git a/arch/x86_64/kernel/pci-dma.c b/arch/x86_64/kernel/pci-dma.c
index 9f80aad..6dbf1c9 100644
--- a/arch/x86_64/kernel/
On Tue, Aug 07, 2007 at 03:33:00PM -0700, Dave Hansen wrote:
>
> The /proc//pagemap file has a header containing:
> * first byte: 0 for big endian, 1 for little
> * second byte: page shift (eg 12 for 4096 byte pages)
> * third byte: entry size in bytes (currently either 4 or 8)
> * fourth
Found these while looking at printk uses.
Add missing newlines to dev_ uses
Add missing KERN_ prefixes to multiline dev_s
Fixed a wierd->weird spelling typo
Added a newline to a printk
Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
arch/ia64/sn/kernel/xpnet.c| 13 ++-
dri
On 8/7/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Muli Ben-Yehuda wrote:
>
> Strongly agreed. It overall fixes bugs that existing _before_ the
> sysdata stuff went in.
what are those bugs?
the sysdata stuff try to fix:
when calgary iommu code was introduced, it is trying to share sysdata
that
A couple of questions.
How bad is it if you just run with irqpoll in the kdump kernel?
If running with irqpoll is usable that is probably preferable
to putting in a hardware work around we can survive without.
Have you done any looking at moving where the kernel initalizes
io_apics? One of the
The only non-fix are two sata_mv PCI ID additions.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ata_piix.c|2 +-
drivers/ata/pata_isapnp.c |2 ++
drivers/
Hi Joerg:
(I tried to follow-up using the gmane.org mail/news gateway... didn't seem
to work.)
* Joerg Sommrey <[EMAIL PROTECTED]> [2007-08-05 12:26:04 +0200]:
> Hi,
>
> after upgrading from 2.6.21 to 2.6.22 the CPU temperatures shown by
> w83781d look unreal. They were in a range from 40°C whe
> Currently, I only have this code enabled for i386 and arm, and only for
> the 8250 and pxa serial drivers. If no one thinks this is a terrible
> idea, I'll modify all of the other ioctl.h files and resubmit the patch.
What are you actually trying to achieve ?
Firstly we don't want stuff with de
On Tue, 07 Aug 2007 20:45:34 -0400
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > - rename something so that unconverted filesystems will reliably fail to
> > compile?
> >
> > - leave existing filesystems alone, but add a new
> > inode_operations.setattr_jeff, which the networked filesytems c
On Wed, 8 Aug 2007, Andi Kleen wrote:
> Not sure why the MSR varies between cores though.
Yeah that boggled me too.
> It's better to just make it a global instead.
Haven't gotten to figuring out how to do *that* yet... but here's a
cleanup for the detection function:
From: Cal Peake <[EMAIL P
Jeff Garzik wrote:
> Yes. It's in my pending-for-2.6.24 folder, since it's not a bug fix.
Great, thanks.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.htm
On Tue, 2007-08-07 at 17:15 -0700, Andrew Morton wrote:
> Is there any way in which we can prevent these problems? Say
The problem here is that we occasionally DO need to add new flags, and
yes, they MAY be security related. The whole reason why we're now having
to change the semantics of setatt
Jeremy Fitzhardinge wrote:
Jeff Garzik wrote:
Please send drivers/net/* through me and netdev...
Sure. Did you pick this patch up?
Yes. It's in my pending-for-2.6.24 folder, since it's not a bug fix.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Muli Ben-Yehuda wrote:
On Tue, Aug 07, 2007 at 03:49:11PM -0700, Andrew Morton wrote:
I am sooo tired of this thing. Andi, someone, can we for heaven's
sake please just get it all sorted out?
With regards to the sysdata conversion: Riku says he cannot test new
kernel. I haven't heard any
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/atl1/atl1_main.c|4 +--
drivers/net/ehea/ehea.h |2 +-
drivers/net/ehea/ehea_m
On Tue, 7 Aug 2007 11:12:02 -0500
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Quoting Casey Schaufler ([EMAIL PROTECTED]):
> >
> > --- "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> >
> > > Quoting Andrew Morton ([EMAIL PROTECTED]):
> > > > On Mon, 6 Aug 2007 15:31:12 -0500 "Serge E. Hallyn"
On Mon, 06 Aug 2007 17:08:05 +0200
Martin Wilck <[EMAIL PROTECTED]> wrote:
> PATCH/RFC: [kdump] fix APIC shutdown sequence
>
> This patch fixes a problem that we have encountered
> with kdump under high I/O load on some machines.
> The machines showing the errors have an Intel ICH7
> chip set wit
Henrique de Moraes Holschuh wrote:
On Tue, 07 Aug 2007, Tejun Heo wrote:
Henrique de Moraes Holschuh wrote:
On Tue, 07 Aug 2007, Tejun Heo wrote:
Michael Sedkowski wrote:
Hmmm... If the problem only shows up on nx6325, it might be that ACPI is
pulling unnecessary stunt. Please apply the atta
1 - 100 of 602 matches
Mail list logo
