Ulrich Drepper wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Pavel Emelyanov wrote:
>> The "fix" I mention is just returning -EINVAL in case user orders
>> CLONE_NEWPIDS
>
> That is the "fix" you were referring to? I was hoping you have a sketch
> for a real solution. If nobody
Rik van Riel wrote:
> On Tue, 16 Oct 2007 22:09:04 +0200 (CEST)
> Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> On Oct 16 2007 13:06, Mark Gross wrote:
>>> base function:
>>> Starting from a stock distro (FC, Ubuntu, OpenSuSE...) and put down a
>>> kernel.org tree and automatically create a .config
On Fri, Nov 02, 2007 at 08:42:05AM +0100, Torsten Kaiser wrote:
> The Subject is still missleading, I'm using 2.6.23-mm1.
>
> On 11/2/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > On Thu, Nov 01, 2007 at 07:20:51PM +0100, Torsten Kaiser wrote:
> > > On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> w
On 11/2/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 01, 2007 at 08:00:10PM +0100, Torsten Kaiser wrote:
> > On 11/1/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> > > On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > > > Thank you. Maybe we can start by the applied debug patch
On Fri, 2007-11-02 at 15:48 +1100, Paul Mackerras wrote:
> This also lets us simplify the s390 code a bit; it means that the s390
> timer interrupt can now call update_process_times even when
> CONFIG_VIRT_CPU_ACCOUNTING is turned on, and can just implement a
> suitable account_process_tick().
Jus
The Subject is still missleading, I'm using 2.6.23-mm1.
On 11/2/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 01, 2007 at 07:20:51PM +0100, Torsten Kaiser wrote:
> > On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > > On Wed, Oct 31, 2007 at 04:22:10PM +0100, Torsten Kaiser wrote
Hi,
this happened while I removed my battery on bootup. Complete dmesg is
attached. Kernel is 2.6.24-rc1-git of yesterday (last commit was
d919fd433b5823d1cf9d0688eb2eec183de9b74c).
Greetings,
Eike
BUG: unable to handle kernel NULL pointer dereference at virtual address
001c
printing eip
Felix von Leitner a écrit :
I am trying to use TCP_DEFER_ACCEPT in my web server.
There are some operational problems. First of all: timeout handling. I
would like to be able to set a timeout in seconds (or better:
milliseconds) for how long the socket is allowed to sit there without
data comi
On 11/2/07, Bharata B Rao <[EMAIL PROTECTED]> wrote:
> On 10/29/07, Jan Blunck <[EMAIL PROTECTED]> wrote:
> >
> >
>
> Did you miss the d_path() caller
> arch/blackfin/kernel/traps.c:printk_address() ?
>
Yes, I remember I saw that before.
Please send patch again.
-Bryan Wu
-
To unsubscribe from th
On 10/29/07, Jan Blunck <[EMAIL PROTECTED]> wrote:
>
>
Did you miss the d_path() caller arch/blackfin/kernel/traps.c:printk_address() ?
Regards,
Bharata.
--
"Men come and go but mountains remain" -- Ruskin Bond.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On Thu, Nov 01, 2007 at 06:19:41PM -0700, Linus Torvalds wrote:
>
>
> On Thu, 1 Nov 2007, Rik van Riel wrote:
> >
> > Larry Woodman managed to wedge the VM into a state where, on his
> > 4x dual core system, only 2 cores (on the same CPU) could get the
> > zone->lru_lock overnight. The other 6
On Thu, Nov 01, 2007 at 06:17:42PM -0700, Linus Torvalds wrote:
>
>
> On Fri, 2 Nov 2007, Nick Piggin wrote:
> >
> > But we do want to allow forced COW faults for MAP_PRIVATE mappings. gdb
> > uses this for inserting breakpoints (but fortunately, a COW page in a
> > MAP_PRIVATE mapping is a much
On Wed, 2007-10-31 at 20:48 +0100, Christoph Raisch wrote:
> Michael Ellerman <[EMAIL PROTECTED]> wrote on 30.10.2007 23:50:36:
> >
> > On Tue, 2007-10-30 at 09:39 +0100, Christoph Raisch wrote:
> > >
> > > Michael Ellerman <[EMAIL PROTECTED]> wrote on 28.10.2007 23:32:17:
> > > Hope I didn't miss
From: Sonic Zhang <[EMAIL PROTECTED]>
- Create a new mode TWI_I2C_MODE_REPEAT.
- No change to smbus operation.
Signed-off-by: Sonic Zhang <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-bfin-twi.c | 179 +++--
1 files
- Dynamic alloc the resource of TWI driver data according to board information
- TWI register read/write accessor based on dynamic regs_base
- Support TWI0/TWI1 for BF54x
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-bfin-twi.c | 269 +++---
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-bfin-twi.c | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/i2c/busses/i2c-bfin-twi.c
b/drivers/i2c/busses/i2c-bfin-twi.c
index 727625b..ae41c0b 100644
--- a/drivers/i2c/busse
Blackfin TWI controller hardware pin should be requested from GPIO port
controller
Before BF54x, there is no need to do this. But as long as BF54x and BF52x
are supported by this generic driver, the missing pin mux operation should be
added.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
driver
Still remain in old I2C driver interface. I plan to move to new style I2C API
recently.
Also intend to using new TWI register accessor functions as Jean's suggestions.
Then move that static pin_req setting to our Blackfin board files.
But currently version is OK and tested on Blackfin board with
A detailed crash report is in your letter box
[EMAIL PROTECTED] . It returned steady-steady
because was considered como spam by your mailer.
w.landgraf www.copaya.yi.org
> > On 1/Nov/2007 21:26 werner wrote ..
> > > On 1/Nov/2007 15:57 werner wrote ..
> > > > Kernel Crash -- Details see below
> >
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh64-2.6.git
Which contains:
Adrian Bunk (1):
sh64: fix dma_cache_sync() compilation
Paul Mundt (1):
sh64: Update defconfigs.
Robert P. J. Day (1):
sh64: Move DMA macros from pci.h to scatterlist.h.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Adrian McMenamin (2):
sh: Clean up Kconfig entry for Dreamcast.
maple: Fix maple bus compiler warning
Alejandro Martinez Ruiz (1):
sh: ARRAY_SIZE() cleanup
Kaz Kojima (1):
Jan Kara writes:
> I've just found out that operations like constant_test_bit() take pointer
> of different types on different architectures. In particular, x86_64,
> blackfin and frv take void * while i386, s390 and m68k take unsigned long
> *. Is this intended difference? Wouldn't using void *
Torsten Kaiser wrote:
On 11/1/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
+ lo = tf->lbam;
+ hi = tf->lbam;
+ ibyte = (hi << 8) | lo;
+
+ lo = result_tf->lbam;
+ hi = result_tf->lbam;
That doesn't look right.
I suspect this was intended:
lo = tf->lbam;
hi = tf->lb
Hi,
I am trying to build the toolchain for MIPS processor using buildroot.
I am using gcc version of 3.4.3, binutils-2.15, uclibc-0.9.28 and
linux-2.6.18.8 kernel.
Basically i need to enable NPTL feature support in my toolchain.
does uclibc-0.9.28 has the support for NPTL?
If not, how can i get
From: David Miller <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 00:44:25 -0700 (PDT)
> From: Nick Piggin <[EMAIL PROTECTED]>
> Date: Wed, 31 Oct 2007 08:41:06 +0100
>
> > You could possibly even do a generic "best effort" kind of thing with
> > regular IPIs, that will timeout and continue if some C
Since powerpc started using CONFIG_GENERIC_CLOCKEVENTS, the
deterministic CPU accounting (CONFIG_VIRT_CPU_ACCOUNTING) has been
broken on powerpc, because we end up counting user time twice: once in
timer_interrupt() and once in update_process_times().
This fixes the problem by pulling the code in
On 10/11/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
[snip]
> >
> > Did something got changes which i forgot to take care of? or am i
> > missing something pretty obvious here?
>
> i have successfully built and booted a config derived from your config,
> on similar hardware. The only change is that
--- Olaf Dietsche <[EMAIL PROTECTED]> wrote:
> Jan Kara <[EMAIL PROTECTED]> writes:
>
> > On Thu 01-11-07 20:49:32, Olaf Dietsche wrote:
> >> Jan Kara <[EMAIL PROTECTED]> writes:
> >>
> >> >> This patch implements filesystem capabilities. It allows to
> >> >> run privileged executables without
Anyone happens to know how come, in the x86 tree (and previously in the
x86-64 tree), is not exported to userspace (but uses
userspace-compatible typenames), whereas is?
This is particularly puzzling since at least my version of glibc
contains an that looks just like the one in the
kernel,
Heikki Orsila wrote:
On Mon, Oct 29, 2007 at 09:54:27AM -0700, Max Krasnyansky wrote:
A couple of HP xw9300 machines (dual Opterons) started freezing up.
We're running on 2.6.22.1 on them. Freezes a somewhere weird.
VGA console is alive
(I can switch vts, etc) but everything else is dead (netw
From: Felix von Leitner <[EMAIL PROTECTED]>
Date: Fri, 2 Nov 2007 02:33:21 +0100
> I am trying to use TCP_DEFER_ACCEPT in my web server.
You aren't going to reach many Linux kernel networking
exports on this mailing list. Please post your question
instead to [EMAIL PROTECTED], as that's where al
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Thu, 1 Nov 2007 18:06:17 -0700 (PDT)
> A reasonable implementation for 64 bit is likely going to depend on
> reserving some virtual memory space for the per cpu mappings so that they
> can be dynamically grown up to what the reserved virtual spac
Following sets of patches add EFI/UEFI (Unified Extensible Firmware
Interface) boot support to x86_64 architecture.
The patches have been tested against 2.6.24-rc1 kernel on Intel
platforms with EFI1.10 and UEFI2.0 firmware. With this set of patches
applied, the 64bit and 32bit x86 kernel can be b
Remove some sort of bloaty code, try to get these pin_req arrays built at
compile-time
- move this static things to the blackfin board file
- add pin_req array to struct bfin5xx_spi_master
- tested on BF537/BF548 with SPI flash
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/spi/spi_
- reconfigure SPI baud from speed_hz of each spi transfer
- according to spi_transfer.bits_per_word to reprogram register and setup
correct SPI operation handlers
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/spi/spi_bfin5xx.c | 54 ++--
1
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/spi/spi_bfin5xx.c | 78 ++--
1 files changed, 39 insertions(+), 39 deletions(-)
diff --git a/drivers/spi/spi_bfin5xx.c b/drivers/spi/spi_bfin5xx.c
index 83c866d..fc0c374 100644
--- a/drivers/spi/spi_
According to David and Andrew's advices, update the Blackfin SPI series patches
in -mm tree.
-
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.html
Please read the FA
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/spi/spi_bfin5xx.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/spi/spi_bfin5xx.c b/drivers/spi/spi_bfin5xx.c
index fc0c374..a6f6d5f 100644
--- a/drivers/spi/spi_bfin5xx.c
+++ b/drivers/spi/spi_bfin5
On Thu, Nov 01, 2007 at 08:00:10PM +0100, Torsten Kaiser wrote:
> On 11/1/07, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> > On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > > Thank you. Maybe we can start by the applied debug patch :-)
> >
> > Will applied it and try to recreate this.
>
> P
On Fri, Nov 02, 2007 at 09:33:21AM +0800, Fengguang Wu wrote:
> > I will try that with a USB disk - I hope that won't make a difference.
>
> Thank you. I guess a reiserfs on loop file would also be OK.
>
> > > btw, what's the exact kernel version you are running?
> >
> > I noticed it with the ke
This patch adds document for EFI x86_64 boot support. The setup and
operation guide of EFI based system is documented in
Documentation/x86_64/uefi.txt.
Signed-off-by: Chandramouli Narayanan <[EMAIL PROTECTED]>
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
Documentation/x86_64/uefi.txt | 29
This patch adds Graphics Output Protocol support to the kernel.
UEFI2.0 spec deprecates Universal Graphics Adapter (UGA) protocol and
only Graphics Output Protocol (GOP) is produced. Therefore, the boot
loader needs to query the UEFI firmware with appropriate Output
Protocol and pass the video info
On Thu, Nov 01, 2007 at 04:08:57PM -0700, Randy Dunlap wrote:
>
> > - replace non-standard bash string parsing by sed expression
> > (is the sed syntax ok? correct? strict enough?)
>
> I think that this is the part that bothers me. I can't find
> anything at
> http://www.opengroup.org/onlinepub
On Thu, 1 Nov 2007 18:19:41 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Thu, 1 Nov 2007, Rik van Riel wrote:
> >
> > Larry Woodman managed to wedge the VM into a state where, on his
> > 4x dual core system, only 2 cores (on the same CPU) could get the
> > zone->lru_lock overnight.
On Thu, Nov 01, 2007 at 08:47:01AM -0500, Serge E. Hallyn wrote:
> > > >From 5bff8967f45a35f858b96ca673d9bf98eac53d49 Mon Sep 17 00:00:00 2001
> > > From: Serge E. Hallyn <[EMAIL PROTECTED]>
> > > Date: Wed, 31 Oct 2007 11:22:04 -0500
> > > Subject: [PATCH 1/1] file capabilities: allow sigcont with
On Thu, Nov 01, 2007 at 07:20:51PM +0100, Torsten Kaiser wrote:
> On 11/1/07, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 31, 2007 at 04:22:10PM +0100, Torsten Kaiser wrote:
> > > Since 2.6.23-mm1 I also experience strange hangs during heavy writeouts.
> > > Each time I noticed this I w
This patch removes duplicate includes in arch/sparc64
Signed-off-by Li Zefan <[EMAIL PROTECTED]>
---
arch/sparc64/kernel/ds.c |1 -
arch/sparc64/kernel/module.c |1 -
arch/sparc64/kernel/sys_sparc32.c |1 -
arch/sparc64/kernel/sys_sunos32.c |1 -
arch/sparc64/kerne
On Wednesday 31 October 2007 13:33, Andi Kleen wrote:
> "Dmitry Torokhov" <[EMAIL PROTECTED]> writes:
>
> > On 10/24/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> >>
> >> My favourite for a ridiculous thread was and is "kpsmoused"
> >>
> >
> > Mouse querying can take significant amount of time. Do y
On 11/2/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On 10/30/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > --- a/drivers/i2c/busses/i2c-bfin-twi.c
> > +++ b/drivers/i2c/busses/i2c-bfin-twi.c
> > +static int setup_pin_mux(int action, struct bfin_twi_iface *iface)
> > +{
> > +
> > + u16 pin_r
commit 4ae3f847e49e3787eca91bced31f8fd328d50496 did not get applied
correctly, presumably due to substantial similarities between
handle_stripe5 and handle_stripe6.
This patch (with lots of context) moves the chunk of new code from
handle_stripe6 (where it isn't needed (yet)) to handle_stripe5.
Hmmm... On x86_64 we could take 8 terabyte virtual space (bit order 43)
With the worst case scenario of 16k of cpus (bit order 16) we are looking
at 43-16 = 27 ~ 128MB per cpu. Each percpu can at max be mapped by 64 pmd
entries. 4k support is actually max for projected hw. So we'd get
to 512M.
On Thu, Nov 01, 2007 at 09:14:14AM -0500, Florin Iucha wrote:
> On Thu, Nov 01, 2007 at 09:03:33PM +0800, Fengguang Wu wrote:
> > Or will the system or fs size/age make any difference? If you happen
> > to have a spare/swap partition, could you make a new reiserfs and
> > mount it and copy several
I am trying to use TCP_DEFER_ACCEPT in my web server.
There are some operational problems. First of all: timeout handling. I
would like to be able to set a timeout in seconds (or better:
milliseconds) for how long the socket is allowed to sit there without
data coming in. For high load situatio
Huang, Ying wrote:
From: H. Peter Anvin [mailto:[EMAIL PROTECTED]
The "EFI boot" patchset looks fairly unobtrusive to me. One objection:
the VIDEO_TYPE_ numbers appear split up into groups; and the EFI one
probably should be 0x70 instead of 0x24.
Should I change this and resend the patchset? O
Zachary Amsden wrote:
> I understood it as reordering was permitted, but no re-ordering across
> another volatile load, store, or asm was permitted.
It doesn't say that, so I wouldn't assume it. Certainly we had problems
with the pda code; until I added the _proxy_pda dependency variable, the
onl
On Thu, 1 Nov 2007, Rik van Riel wrote:
>
> Larry Woodman managed to wedge the VM into a state where, on his
> 4x dual core system, only 2 cores (on the same CPU) could get the
> zone->lru_lock overnight. The other 6 cores on the system were
> just spinning, without being able to get the lock.
On Fri, 2 Nov 2007, Nick Piggin wrote:
>
> But we do want to allow forced COW faults for MAP_PRIVATE mappings. gdb
> uses this for inserting breakpoints (but fortunately, a COW page in a
> MAP_PRIVATE mapping is a much more natural thing for the VM).
Yes, I phrased that badly. I meant that I'd
On Thu, 1 Nov 2007, David Miller wrote:
> You cannot put limits of the amount of alloc_percpu() memory available
> to clients, please let's proceed with that basic understanding in
> mind. We're wasting a ton of time discussing this fundamental issue.
There is no point in making absolute demands
On Thu, 2007-11-01 at 10:41 -0700, Jeremy Fitzhardinge wrote:
> Keir Fraser wrote:
> > volatile prevents the asm from being 'moved significantly', according to the
> > gcc manual. I take that to mean that reordering is not allowed.
> >
I understood it as reordering was permitted, but no re-orde
>From: H. Peter Anvin [mailto:[EMAIL PROTECTED]
>The "EFI boot" patchset looks fairly unobtrusive to me. One objection:
>the VIDEO_TYPE_ numbers appear split up into groups; and the EFI one
>probably should be 0x70 instead of 0x24.
Should I change this and resend the patchset? Or you modify it be
>From: Andrew Morton [mailto:[EMAIL PROTECTED]
>On Wed, 31 Oct 2007 09:21:41 +0800
>"Huang, Ying" <[EMAIL PROTECTED]> wrote:
>
>> Can this patchset be merged into mainline kernel? This patchset has
been
>> in -mm tree from 2.6.23-rc2-mm2 on. Andrew Moton has suggested it to
be
>> merged into 2.6.24
On Fri, 2 Nov 2007, Eric Dumazet wrote:
> > Na. Some reasonable upper limit needs to be set. If we set that to say
> > 32Megabytes and do the virtual mapping then we can just populate the first
> > 2M and only allocate the remainder if we need it. Then we need to rely on
> > Mel's defrag stuff tho
On Thu, 1 Nov 2007, Mauro Carvalho Chehab wrote:
> Randy,
> > > The only reason the net stuff works, is because CONFIG_NET includes
> > > igmp.c,
> > > which can't be compiled as a module. That means ip_compute_csum() will
> > > get
> > > pulled out of the lib.a file for igmp, and thus be presen
On Thu, 1 Nov 2007 09:38:22 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> So "unfair" is obviously always bad. Except when it isn't.
Larry Woodman managed to wedge the VM into a state where, on his
4x dual core system, only 2 cores (on the same CPU) could get the
zone->lru_lock overnigh
Hi all!
(Please Cc)
I alsohave to report a very similar incident. Debian/sid, kernel 2.6.22.
Doing some hard work for the disk (svn up of two big repositories, some
copying of files, etc etc).
Suddently the PC froze. Nothing, I had to reboot. But then:
- BIOS didn't detect the disks, or better,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ingo Molnar wrote:
> but this problem is still present in the code, and it has been recently
> committed into mainline via:
>
> commit 30e49c263e36341b60b735cbef5ca37912549264
> Author: Pavel Emelyanov <[EMAIL PROTECTED]>
> Date: Thu Oct 18
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pavel Emelyanov wrote:
> The "fix" I mention is just returning -EINVAL in case user orders
> CLONE_NEWPIDS
That is the "fix" you were referring to? I was hoping you have a sketch
for a real solution. If nobody can think of a way to fix this PID
nam
On Thu, 1 Nov 2007, Ingo Molnar wrote:
> > For some time now I've thought the whole ttpci config/makefile setup
> > sucked. I've finally gone though and redone it and fixed this problem
> > too.
> >
> > Here is the patch: http://linuxtv.org/hg/v4l-dvb/rev/5320c2571183
>
> the drivers/media/dvb/ttp
On Thursday 01 November 2007 15:17:16 Luis R. Rodriguez wrote:
> [EMAIL PROTECTED]:~/devel/wireless-2.6$ git-describe
> v2.6.24-rc1-146-g2280253
>
> So I hit segfault with lockdep on count_matching_names() on the
> strcmp() multiple times now. This is reproducible and with different
> wireless driv
On Thu, Nov 01, 2007 at 04:01:45PM -0400, Chuck Ebbert wrote:
> On 11/01/2007 10:03 AM, Nick Piggin wrote:
>
> [edited to show the resulting code]
>
> > + __asm__ __volatile__ (
> > + LOCK_PREFIX "xaddw %w0, %1\n"
> > + "1:\t"
> > + "cmpb %h0, %b0\n\t"
> > +
On Tue, 30 Oct 2007 08:40:08 -0700
Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 30, 2007 at 05:11:24AM -0700, Medve Emilian-EMMEDVE1 wrote:
> > Hi Greg K-H,
> >
> >
> > > > +#define dev_info(dev, format, arg...) \
> > > > + dev_printk(KERN_INFO, dev, format, ## arg)
> > > > +
On Thu, Nov 01, 2007 at 09:08:45AM -0700, Linus Torvalds wrote:
>
>
> On Thu, 1 Nov 2007, Nick Piggin wrote:
> >
> > Untested patch follows
>
> Ok, this looks ok.
>
> Except I would remove the VM_MAYSHARE bit from the test.
But we do want to allow forced COW faults for MAP_PRIVATE mappings. g
On Mon, Oct 29, 2007 at 09:54:27AM -0700, Max Krasnyansky wrote:
> A couple of HP xw9300 machines (dual Opterons) started freezing up.
> We're running on 2.6.22.1 on them. Freezes a somewhere weird.
> VGA console is alive
> (I can switch vts, etc) but everything else is dead (network, etc).
I'm t
On Thursday 01 November 2007, Adrian Bunk wrote:
> All this USB_USBNET_MII trickery is simply not worth it considering how
> few code it saves.
Depends on what systems you're talking about. Forcing unused
code into the kernel is not free, especially if that's made into
a design policy and applie
On Thu, Nov 01, 2007 at 04:32:18PM -0700, David Brownell wrote:
> On Thursday 01 November 2007, Randy Dunlap wrote:
> > The MII functions aren't available unless NET_ETHERNET=y.
The setting of CONFIG_NET_ETHERNET doesn't matter for this bug.
> > Howver, the MII functions aren't always needed...
>
On Mon, 29 Oct 2007 09:54:27 -0700
Max Krasnyansky <[EMAIL PROTECTED]> wrote:
> A couple of HP xw9300 machines (dual Opterons) started freezing up.
> We're running on 2.6.22.1 on them. Freezes a somewhere weird. VGA console is
> alive
> (I can switch vts, etc) but everything else is dead (network
On Thursday 01 November 2007, Randy Dunlap wrote:
> The MII functions aren't available unless NET_ETHERNET=y.
> Howver, the MII functions aren't always needed...
>
> David, any ideas on this one?
It's been several years since I looked at this. It
used to behave just fine.
Something must have ch
On Thursday 01 November 2007 22:32:38 Andrew Morton wrote:
> On Thu, 25 Oct 2007 10:45:36 +0200
>
> Bongani Hlope <[EMAIL PROTECTED]> wrote:
> > Booting with irqpoll works
> >
> > ls /proc/irq/21/ (with irqpoll)
> > ehci_hcd:usb1/ smp_affinity uhci_hcd:usb2/ uhci_hcd:usb3/
> > uhci_hcd:usb4/
>
On Mon, 29 Oct 2007 16:13:37 +0100
Marcus Better <[EMAIL PROTECTED]> wrote:
> Marcus Better wrote:
> > NO_HZ. I will try without it...
>
> Nope, still the same result.
>
Restoring the (excessively) trimmed context:
> My laptop hangs when I try to log in to X with the current git kernel
> (comm
David Miller wrote:
From: Rick Jones <[EMAIL PROTECTED]>
I'll try to go pester folks in tcpdump-workers then.
The thing to check is "TP_STATUS_CSUMNOTREADY".
When using mmap(), it will be provided in the descriptor. When using
recvmsg() it will be provided via a PACKET_AUXDATA control messa
There have been a few oopses caused by 'struct file's with
NULL f_vfsmnts. There was also a set of potentially missed
mnt_want_write()s from dentry_open() calls.
This patch provides a very simple debugging framework to
catch these kinds of bugs. It will WARN_ON() them, but
should stop us from h
On Mon, 29 Oct 2007 11:11:04 +0100
Romano Giannetti <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> sometime on resuming from s2ram my laptop spew the following oops.
> Config, dmesg etc are at:
>
> http://www.dea.icai.upcomillas.es/romano/linux/info/2624rc1_6/
>
> [3.475386] Oops: [#1]
Pavel Machek wrote:
On Sun 2007-10-28 17:10:53, [EMAIL PROTECTED] wrote:
Hello,
this patch implements a macbook like backlight dimmer on
top of backlight.c.
The dimmer is entirely in kernelspace and is suitable
for an embedded context in order to avoid the overhead
of a daemon controlling t
With the r/o bind mount patches, we can have as many
spinlocks nested as there are CPUs on the system.
Lockdep freaks out after 8.
So, create a new lockdep class of locks for the
mnt_writer spinlocks, and initialize each of the
cpu locks to be in a different class.
It should shut up warnings li
Originally from: Herbert Poetzl <[EMAIL PROTECTED]>
This is the core of the read-only bind mount patch set.
Note that this does _not_ add a "ro" option directly to the bind mount
operation. If you require such a mount, you must first do the bind, then
follow it up with a 'mount -o remount,ro'
On Thu, 1 Nov 2007 23:16:06 +0100 Andreas Mohr wrote:
[add Herbert]
> Hi,
>
> On Thu, Nov 01, 2007 at 08:24:57AM -0700, Randy Dunlap wrote:
> > On Thu, 1 Nov 2007 13:11:33 +0100 Andreas Mohr wrote:
> > > I'll think a bit more about these couple changed places (and whether
> > > this still truly
This is the real meat of the entire series. It actually implements the
tracking of the number of writers to a mount. However, it causes scalability
problems because there can be hundreds of cpus doing open()/close() on files
on the same mnt at the same time. Even an atomic_t in the mnt has mas
If we depend on the inodes for writeability, we will not catch the r/o mounts
when implemented.
This patches uses __mnt_want_write(). It does not guarantee that the mount
will stay writeable after the check. But, this is OK for one of the checks
because it is just for a printk().
The other tw
This takes care of all of the direct callers of vfs_mknod().
Since a few of these cases also handle normal file creation
as well, this also covers some calls to vfs_create().
So that we don't have to make three mnt_want/drop_write()
calls inside of the switch statement, we move some of its
logic
chown/chmod,etc... don't call permission in the same way that the normal
"open for write" calls do. They still write to the filesystem, so bump the
write count during these operations.
This conflicts with the current (~2.6.23-rc7) audit git tree in -mm.
wiggle'ing the patch merges it.
Signed
It is OK to let access() go without using a mnt_want/drop_write() pair because
it doesn't actually do writes to the filesystem, and it is inherently racy
anyway. This is a rare case when it is OK to use __mnt_is_readonly()
directly.
Acked-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by:
This also uses the little helper in the NFS code to make an if() a little bit
less ugly. We introduced the helper at the beginning of the series.
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
Acked-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
Acked-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
linux-2.6.git-dave/fs/open.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff -puN fs/open.c~r-o-bind-mounts-elevate-wr
Some ioctl()s can cause writes to the filesystem. Take these, and make them
use mnt_want/drop_write() instead.
We need to pass the filp one layer deeper in XFS, but somebody _just_ pulled
it out in February because nobody was using it, so I don't feel guilty for
adding it back.
Signed-off-by:
This is an old patch combined with a couple other ones I've
been working on. It should the issues that Miklos has
spotted.
--
This is the first really tricky patch in the series. It
elevates the writer count on a mount each time a non-special
file is opened for write.
We used to do this in ma
Acked-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
linux-2.6.git-dave/fs/namei.c | 10 ++
1 file changed, 10 insertions(+)
diff -puN
fs/namei.c~r-o-bind-mounts-elevate-write-count-for-li
Acked-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
linux-2.6.git-dave/fs/inode.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff -puN
fs/inode.c~r-o-bind-mounts-
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
Acked-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
linux-2.6.git-dave/fs/inode.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff -puN fs/inode.c~r-o-bind-mounts-elevate-w
fs/ncpfs/ioctl.c: In function 'ncp_ioctl_need_write':
fs/ncpfs/ioctl.c:852: error: label at end of compound statement
Cc: Dave Hansen <[EMAIL PROTECTED]>
Cc: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
linux-2.6.git-dave/fs/ncpfs/ioctl.c | 57 +++
Elevate the write count during the vfs_rmdir() call.
Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
Acked-by: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
---
linux-2.6.git-dave/fs/namei.c |5 +
1 file
1 - 100 of 425 matches
Mail list logo
