Re: [kbuild-devel] Re: CML2 design philosophy heads-up

In article <[EMAIL PROTECTED]> you wrote: > On Mon, May 21, 2001 at 02:29:17AM +0200, Jes Sorensen wrote: >> distributions). 18 months is more realistic for it to be deployed >> widely enough. > People who are going to be savvy enough to install a development 2.5.* > kernel that is defining a new

Re: Xircom RealPort versus 3COM 3C3FEM656C

card to half-duplex? I manage to get 8Mbyte/sec with it without any problems. Greetings, Arjan van de Ven - 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 FAQ at http://www.tux.org/lkml/

Re: [CHECKER] error path memory leaks in 2.4.4 and 2.4.4-ac8

In article <[EMAIL PROTECTED]> you wrote: >> I believe we can make that a short. Arjan? > Is the general way to fix these too-large stack vars to heap allocate > them? Or is it preferable to put a "static" in front of them, if the > routine is non-reentrant

Re: Linux-2.4.5

In article <[EMAIL PROTECTED]> you wrote: > If there are more situations like this, please get a stack trace on the > deadlock (fairly easy these days with ctrl-scrolllock), and let's think > about what make for the nasty pattern in the first place instead of trying > to add more "reserved" pages

Re: [CHECKER] new floating point bugs in 2.4.5-ac4

In article <[EMAIL PROTECTED]> you wrote: > Here are two new uses of floating point that popped up in the 2.4.5-ac4 > kernel. While the expressions that use FP are trivial, at least my > version of gcc does not calculate them at compile time. > [BUG] DMFE_TX_KICK is (HZ * 0.5) which gcc does as

Re: Linux 2.4.5-ac9

y to make it work for everyone . Greetings, Arjan van de Ven - 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 FAQ at http://www.tux.org/lkml/

Re: 3C905b partial lockup in 2.4.5-pre5 and up to 2.4.6-pre1

be robust against "random" packetloss, and, well, pump is. Just not against the "targeted" packetloss of loosing every first few packets. Greetings, Arjan van de Ven [1] I know this is not always easy for the driverwrite. For one, xircom will eat every first few packe

Re: Changing CPU Speed while running Linux

*not* solved: you still have short time when > kernel runs with wrong bogomips.] But the kernel controls that time . It's not perfect, and it might be aleviated by going in small steps at a time. Disabling interrupts isn't fun as the bogomips code kind of needs that ;) Greetings

Re: ACPI fundamental locking problems

In article <[EMAIL PROTECTED]> you wrote: >> walking into their top secret menwith hill base playing the >> mission impossible >> theme tune then chaining themselves to things.. > You're kidding.right? > BTW of course ACPI can be turned off via make menuconfig. Can you point me to the

Re: funky tyan s2510

In article <[EMAIL PROTECTED]> you wrote: > I have a tyan s2510 with a single pIII 800Mhz cpu and 1GB of RAM. > I have been having problems with this system from the get go and > cant seem to narrow down what the problem is. I have tried running > 2.4.6, but the system usually doesnt last more t

Re: ASUS CUV4X-D Dual CPU's - Failure to boot...

test bios 2) Change the "MPS" level in the bios. It can have 3 values "1.4" "1.1" and "none". the default one doesn't work, one of the others does (but I forgot which one) Greetings, Arjan van de Ven - To unsubscribe from this list: send the line

Re: RFC: Remove swap file support

In article <[EMAIL PROTECTED]> you wrote: > Since you can make any file into a block device using loop, > is there any value to supporting swap files in 2.5? > swap files seem like a special case that is no longer necessary... loop is always tricky re near-OOM deadlocks. It'll survive now, by sl

Re: [Acpi] Re: ACPI fundamental locking problems

In article <[EMAIL PROTECTED]> you wrote: >> Would it be possible to use a cramfs image in vmlinux (i.e. real >> filesystem image, not an in-kernel-structures fs like ramfs), and map >> it directly from the kernel image (it would have to be suitably aligned, >> of course)? > Yes that would work,

Re: PATCH: linux-2.4.7-pre3/drivers/char/sonypi.c would hang some non-Sony notebooks

In article <[EMAIL PROTECTED]> you wrote: > I guess this'll still pickup Sony desktops. > Perhaps we need a survey of lspci -nv results for sony and non-sony > machines ? The DMI table might be bettur up to this job instead... - To unsubscribe from this list: send the line "unsubscribe linux-ker

2.4.4-pre3: lvm.c patch results in "hanging" mount or swapon

some notes about the patch, so i tried that (beta7), but no luck, only 2.4.3:lvm.c worked ok. Greatings, -- Arjan Filius mailto:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo i

Re: 2.4.4-pre3: lvm.c patch results in "hanging" mount or swapon

Hello, On Sun, 15 Apr 2001, Jens Axboe wrote: > On Sun, Apr 15 2001, Arjan Filius wrote: > > Hello, > > > > While trying kernel 2.4.4-pre3 i found a "hanging" swapon (my swap is on > > LVM), same effect for "mount -a". 2.4.3 works properly. >

Re: [linux-lvm] 2.4.3-ac{6,7} LVM hang

is like a game you can't win; > However, without VM there's truly nothing to lose... > > http://www.surriel.com/ > http://www.conectiva.com/ http://distro.conectiva.com.br/ > > ___ > linux-lvm mailing li

Re: [linux-lvm] 2.4.3-ac{6,7} LVM hang

Hello Jens, Yes this fixes it. I'm running 2.4.4-pre4 with only your patch applied. Greatings, On Thu, 19 Apr 2001, Jens Axboe wrote: > On Thu, Apr 19 2001, Arjan Filius wrote: > > Hello, > > > > Same here as reported. > > restoring lvm.c from 2.4.3 into 2.4.

Re: reiserfs: still problems with tail conversion

gt; reiser-00984.test contains null bytes > reiser-00988.test contains null bytes > reiser-00995.test contains null bytes > reiser-00999.test contains null bytes > reiser-01006.test contains null bytes > reiser-01010.test contains null bytes > reiser-01017.test cont

Re: 2.4.0-test11: "_isofs_bmap: block < 0"

o unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > Please read the FAQ at http://www.tux.org/lkml/ > -- Arjan Filius mailto:[EMAIL PROTECTED] - To unsubscribe from this list: send the line "un

Re: 2.4.0-test11-pre3 doesn't compile (ax25 and md)

.c:117: parse error before `;' make[2]: [sysctl_net_ax25.o] Error 1 (ignored) rm -f ax25.o ld -m elf_i386 -r -o ax25.o af_ax25.o ax25_addr.o ax25_dev.o ax25_iface.o ax25_in.o ax25_ip.o ax25_out.o ax25_route.o ax25_std_in.o ax25_std_subr.o ax25_std_timer.o ax25_subr.o ax25_timer.o ax25_uid

[PATCH] net/ax25/sysctl_net_ax25.c Re: 2.4.0-test11-pre3 doesn'tcompile

- ctl_table *child = kmalloc(sizeof(ax25_param_table, GFP_ATOMIC); + ctl_table *child = kmalloc(sizeof(ax25_param_table), GFP_ATOMIC); if (!child) { while (n--) kfree(ax25_table[n].child); Arjan Filius mailto:[

"undefined reference" atm_lane_init & atm_mpoa_init with test13-pre4

rk.o(.text+0x3ff92): undefined reference to `atm_lane_init' net/network.o(.text+0x40039): undefined reference to `atm_mpoa_init' make: *** [vmlinux] Error 1 sjoerd:/usr/src/linux # Unsetting these options "fixed" this for me. Greatings, -- Arjan Filius mailto:[EMAIL PROTECTE

2.4.0-13-4: raid on lvm: VFS: Unsupported blocksize on dev md(9,3)

locks 32k rounding md2 : active raid1 lvmx[1] lvmw[0] 102336 blocks [2/2] [UU] md1 : active raid5 lks level 5, 32k chunk, algorithm 0 [4/4] [] md0 : active raid0 lvmv[3] lvmu[2] lvmt[1] lvms[0] 409344 blocks 4k chunks unused devices: Greatings, -- Arjan Filius mailto:[EMAIL PROTE

Re: IDE Disk Corruption with 2.4.3 / NOT with AC kernels

27;m using to test new kernel configurations without affecting my > "normal" system. > > I am following the list only through the archives on the web, so if you want to > get in touch with me, please CC [EMAIL PROTECTED] > > Karl Heinz > > -- Arjan Filius

[PATCH] Elantech touchpad driver update for kernel 2.6.24-rc8-mm1

>From Arjan Opmeer <[EMAIL PROTECTED]> Update to the Elantech touchpad driver. Changes include: - Fixed an issue on some models where using the physical buttons did not work and only tapping the touchpad produced mouse clicks. - Absolute mode reporting also has an "older"

Version 3 of Elantech touchpad driver for kernel 2.6.24

are still very much wanted and encouraged to give feedback. For people that are reading the mailing list via a web interface: I've made the patches available for download and provided some extra information at http://arjan.opmeer.net/elantech Arjan --- diff -purN -X linux-2.6.24.vanilla/Docu

New version of Elantech touchpad driver for kernel 2.6.23.1

interface: I've made the patches available for download and provided some extra information at http://arjan.opmeer.net/elantech Arjan --- diff -purN -X linux-2.6.23.1.vanilla/Documentation/dontdiff linux-2.6.23.1.vanilla/Documentation/input/elantech.txt linux-2.6.23.1.elantech/Documentation/

[PATCH] Elantech touchpad driver update for kernel 2.6.23-mm1

>From Arjan Opmeer <[EMAIL PROTECTED]> Update to the Elantech touchpad driver. Changes include: - Absolute mode reporting is now working on my laptop. - Fixed the use of a wrong constant in the Synaptics Identify query - Added Synaptics Modes query as newer versions of the Windows

Re: First stab at Elantech touchpad driver for 2.6.22.6. Testers wanted!

Hi Dmitry, On Tue, Oct 09, 2007 at 04:01:58PM -0400, Dmitry Torokhov wrote: > On 9/13/07, Arjan Opmeer <[EMAIL PROTECTED]> wrote: > > > > This is a first stab at a Linux driver for the Elantech touchpad as > > found on some laptops (e.g. MSI MS-1035 aka L725). >

First stab at Elantech touchpad driver for 2.6.22.6. Testers wanted!

le to find out. Corrections or additions in this area are certainly appreciated. The included patch is against kernel 2.6.22.6 in the hope of reaching more testers than those that run the bleeding edge rc kernels. Arjan --- diff -purN -X linux-2.6.22.6.vanilla/Documentation/dontdiff linux-2.6

Re: [PATCH] nohz1: Documentation

On 3/20/2013 5:27 PM, Steven Rostedt wrote: I'm not sure I would recommend idle=poll either. It would certainly work, but it goes to the other extreme. You think NO_HZ=n drains a battery? Try idle=poll. do not ever use idle=poll on anything production.. really bad idea. if you temporary canno

Re: [PATCH] Consolidate CONFIG_DEBUG_STRICT_USER_COPY_CHECK

On 2/27/2013 2:45 PM, Stephen Rothwell wrote: Hi all, On Wed, 27 Feb 2013 14:19:16 -0800 "H. Peter Anvin" wrote: Although some of the cases I have seen being flagged as "false positives" have been real bugs. [hijacking the thread :-)] I have been getting this warning for a very long time (

[PATCH] x86: introduce /dev/mem restrictions with a config option

From: Arjan van de Ven <[EMAIL PROTECTED]> Subject: [PATCH] x86: introduce /dev/mem restrictions with a config option This patch introduces a restriction on /dev/mem: Only non-memory can be read or written unless the newly introduced config option is set. The X server needs access to /d

Re: [PATCH] x86: introduce /dev/mem restrictions with a config option

On Thu, 31 Jan 2008 15:04:28 +0100 [EMAIL PROTECTED] wrote: > nice ! > > did you think about some boot-time param , e.g. "insecure-devmem" or > something like that? > > recompiling kernel is time consuming. given that this has been in fedora/rhel for 5 years with no complaints... it's extre

Re: [PATCH 5/5] x86: EFI memory mapping changes according to changes to ioremap and c_p_a

On Thu, 31 Jan 2008 15:36:08 +0800 "Huang, Ying" <[EMAIL PROTECTED]> wrote: > The patch fixes EFI runtime memory mapping code according to the > changes to ioremap() and change_page_attr(). this is way overkill. really. Just call set_memory_x() after your ioremap call, and call set_memory_nx()

Re: [PATCH] kill hotplug init/exit section annotations

exit and discard section removal might > produce more robust debate. I also think doing the hotplug removal > gives us 90% of the benefits and removes 90% of the section mismatch > problems. Since hotplug is so fundamental nowadays the value no longer outweighs the pain/cost to me, s

Re: [PATCH v2] x86: Add a list for custom page fault handlers.

's clean-up with the #ifdefs > - handler call site moved earlier > - remove sync RCU call > > I'm not aware of any functional problems with this one. > > Arjan, you said you don't like this. May I ask why? it's overhead that's rarely used, and worse, it s

Re: [RFC PATCH v2] x86: mmiotrace - trace memory mapped IO

On Thu, 31 Jan 2008 18:16:30 +0200 Pekka Paalanen <[EMAIL PROTECTED]> wrote: > > > could you please send us a patch for the whole mmiotrace > > > kernel-side feature, so that we can have a look at the general > > > structure of this? (and the interaction with change_page_attr(), > > > etc.) Even i

Re: [PATCH] kill hotplug init/exit section annotations

On Thu, 31 Jan 2008 18:21:42 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Thu, Jan 31, 2008 at 08:11:20AM -0800, Arjan van de Ven wrote: > > On Thu, 31 Jan 2008 09:57:31 -0600 > > James Bottomley <[EMAIL PROTECTED]> wrote: > > > > > No-one seems

Re: [PATCH] x86: introduce /dev/mem restrictions with a config option

On Thu, 31 Jan 2008 17:53:04 +0100 (CET) Jan Engelhardt <[EMAIL PROTECTED]> wrote: > > On Jan 30 2008 12:48, Arjan van de Ven wrote: > >Subject: [PATCH] x86: introduce /dev/mem restrictions with a config > >option > > > >This patch introduces a restriction on

Re: [PATCH] kill hotplug init/exit section annotations

On Thu, 31 Jan 2008 19:14:36 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote: > > cpuhotplug is required for suspend/resume. > > Not on UP computers. > great! someone who still has one of those and uses a kernel without it. Can you look at your system.map and see how many kilobytes you've gained? Eg

Re: [PATCH] kill hotplug init/exit section annotations

On Thu, 31 Jan 2008 19:34:25 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote: > On Thu, Jan 31, 2008 at 09:48:01AM -0800, Arjan van de Ven wrote: > > On Thu, 31 Jan 2008 19:14:36 +0200 > > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > > cpuhotplug is required

Re: Feature Removals for 2.6.25

--- What: CONFIG_FORCED_INLINING When: June 2006 Why:Config option is there to see if gcc is good enough. (in january 2006). If it is, the behavior should just be the default. If it's not, the option should just go away entirely. Who:Arja

Re: Feature Removals for 2.6.25

Harvey Harrison wrote: Something like the following (grep found me two example symbols) to be honest, nobody reads this file with such detail; the actual UNUSED marking is a lot more louder and people are more likely to notice those for all I care we nuke the entire entry from the removals

Re: latencytop: optimize LT_BACKTRACEDEPTH loops a bit

Dmitry Adamushko wrote: Subject: latencytop: optimize LT_BACKTRACEDEPTH loops a bit. It looks like there is no need to loop any longer when 'same == 0'. thanks for the contribution! while I like your patch, I wonder if we should go even a little further in cleaning this up @@ -73,12 +73,12 @

Re: [rfc] direct IO submission and completion scalability issues

David Chinner wrote: Hi Nick, When Matthew was describing this work at an LCA presentation (not sure whether you were at that presentation or not), Zach came up with the idea that allowing the submitting application control the CPU that the io completion processing was occurring would be a good

Re: latencytop: optimize LT_BACKTRACEDEPTH loops a bit

Dmitry Adamushko wrote: --- Subject: latencytop: optimize LT_BACKTRACEDEPTH loops a bit. It looks like there is no need to loop any longer when 'same == 0'. Signed-off-by: Dmitry Adamushko <[EMAIL PROTECTED]> looks good to me; Ingo can you queue this one up ? -- To unsubscribe from this lis

Re: 20000+ wake-ups/second in 2.6.24. Bug?

On Mon, 04 Feb 2008 12:29:03 -0500 Mark Lord <[EMAIL PROTECTED]> wrote: > re: http://bugzilla.kernel.org/show_bug.cgi?id=9489 > > This just happened here again. Or at least I finally noticed that > the fan on my notebook seemed to be running hard for much longer > than usual. :) > > Powertop

Re: [rfc] direct IO submission and completion scalability issues

Jens Axboe wrote: I was imagining the patch a little bit differently (per-cpu tasks, do a wake_up from the driver instead of cpu nr testing up in blk, work queues, whatever), but we know how to iron out these kinds of details ;). per-cpu tasks/wq's might be better, it's a little awkward to jump

Re: issue with patch "x86: no CPA on iounmap"

Siddha, Suresh B wrote: This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600 "x86: no CPA on iounmap" This can use performance issue. When a GART driver unmaps a RAM page, which was mapped as UC, this commit will still retain UC attribute on the kernel identity mapping.

Re: issue with patch "x86: no CPA on iounmap"

Siddha, Suresh B wrote: This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600 "x86: no CPA on iounmap" This can use performance issue. When a GART driver unmaps a RAM page, thinking about this some more... afaik the gart driver doesn't use ioremap (and it does ca

[patch] x86: add code to dump the (kernel) page tables for visual inspection

Subject: x86: add code to dump the (kernel) page tables for visual inspection by kernel developers From: Arjan van de Ven <[EMAIL PROTECTED]> This patch adds code to the kernel to have an (optional) /proc/kernel_page_tables debug file that basically dumps the kernel pagetables; this all

Re: NVIDIA's Linux x86 Display Driver fresh driver isn't compatible anymore

On Tue, 05 Feb 2008 13:28:40 +0700 Igor M Podlesny <[EMAIL PROTECTED]> wrote: > On 2008-02-05 12:32, Igor M Podlesny wrote: > > On 2008-02-04 20:27, Andrew Morton wrote: > >> On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny > >> <[EMAIL PROTECTED]> wrote: > > [...] > >>>Now I can say that bo

Re: > best asked at one of the nvidia forums, not on lkml...

On Mon, 04 Feb 2008 22:53:10 -0800 Zachary Amsden <[EMAIL PROTECTED]> wrote: > > On Tue, 2008-02-05 at 13:44 +0700, Igor M Podlesny wrote: > > On 2008-02-05 13:34, Arjan van de Ven wrote: > > [...] > > >> 1) To have compiled it I had to replace

Re: issue with patch "x86: no CPA on iounmap"

Ingo Molnar wrote: * Arjan van de Ven <[EMAIL PROTECTED]> wrote: Siddha, Suresh B wrote: This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600 "x86: no CPA on iounmap" This can use performance issue. When a GART driver unmaps a RAM page, thinking

Re: brk randomization breaks columns

s) for even longer. > to be good enough to rely on adding the ELF note to disable their > randomization? sadly elfnotes are a sparse commodity. > > In my usual dither, I'm rather hoping Arjan will have a clear answer. setarch works. If the apps come in source form they need fix

Re: brk randomization breaks columns

On Tue, 5 Feb 2008 16:46:48 +0100 Pavel Machek <[EMAIL PROTECTED]> wrote: > Hi! > > > > In my usual dither, I'm rather hoping Arjan will have a clear > > > answer. > > > > > > setarch works. If the apps come in source form they need fixing

Re: 2.6.24-mm1

[EMAIL PROTECTED] wrote: On Sun, 03 Feb 2008 17:16:34 PST, Andrew Morton said: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24/2.6.24-mm1/ Builds, boots, mostly seems to run for limited testing. One note - the following commit(s) (and related CPA reworking) broke the NVid

Re: aic7xxx build failure

On Tue, 05 Feb 2008 12:30:56 -0600 > > make: *** [sub-make] Error 2 > > Do I assume from this that you have different source and object > directories? There shouldn't be a failure if this is building > in /home/bunk/linux/kernel-2.6/git/linux-2.6/ because the source file > should be there. > >

Re: PCIE ASPM support hangs my laptop pretty often

On Tue, 5 Feb 2008 18:40:04 +0100 Дамјан Георгиевски <[EMAIL PROTECTED]> wrote: > I've patched my kernel with the PCIe ASPM and after setting > echo powersave > /sys/module/pcie_aspm/parameters/policy > > I started to experience random hangs of my laptop. > Hardware info: > Thinkpad x60s 1704-5U

Re: Linux 2.6.25-rc1

On Mon, 11 Feb 2008 08:39:11 +0100 Brice Goglin <[EMAIL PROTECTED]> wrote: > Linus Torvalds wrote: > > - Lots of cleanups from the x86 merge (making more and more use of > > common files), but also the big page attribute stuff is in and > > caused a fair amount of churn, and while most of the iss

Re: [PATCH] [6/8] Account overlapped mappings in end_pfn_map

On Mon, 11 Feb 2008 10:34:34 +0100 (CET) Andi Kleen <[EMAIL PROTECTED]> wrote: > > When end_pfn is not aligned to 2MB (or 1GB) then the kernel might > map more memory than end_pfn. Account this in end_pfn_mapped. we need to fix this btw; mapping memory that doesn't really exist is a rather nasty

Re: [PATCH 8/8] Move RODATA and NX tests to tests/

On Mon, 11 Feb 2008 16:22:29 +0530 Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote: > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> > > Move RODATA and NX testcases to tests/ > for the NX test I can see this; for RODATA... that one is not really stand alone, but integrated with the

Re: [PATCH 7/8] Move backtrace tests to tests/

On Mon, 11 Feb 2008 16:21:45 +0530 Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote: > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> > > Move backtrace selftests to tests/ > > Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> Thanks for

Re: [PATCH] make /dev/kmem a config option

On Mon, 11 Feb 2008 14:38:04 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Sun, 10 Feb 2008 17:05:09 -0800 > Arjan van de Ven <[EMAIL PROTECTED]> wrote: > > > Subject: [PATCH] make /dev/kmem a config option > > From: Arjan van de Ven <[EMAIL PROTECTED]&

Re: Announce: Linux-next (Or Andrew's dream :-))

On Mon, 11 Feb 2008 20:43:14 -0800 Greg KH <[EMAIL PROTECTED]> wrote: > On Mon, Feb 11, 2008 at 08:31:46PM -0800, Arjan van de Ven wrote: > > On Mon, 11 Feb 2008 20:21:33 -0800 > > Greg KH <[EMAIL PROTECTED]> wrote: > > > > > > > > The mainta

Re: [PATCH] make /dev/kmem a config option

On Mon, 11 Feb 2008 20:59:14 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > On Mon, 11 Feb 2008 20:03:29 -0800 Arjan van de Ven > <[EMAIL PROTECTED]> wrote: > > > +config DEVKMEM > > + bool "/dev/kmem virtual device support" > > + help >

Re: Announce: Linux-next (Or Andrew's dream :-))

On Mon, 11 Feb 2008 20:21:33 -0800 Greg KH <[EMAIL PROTECTED]> wrote: > > The maintainer will be notified. I hope to provide some clue as to > > what the conflict is with, but probably not initially. > > > > I will attempt to build the tree between each merge (and a failed > > build will again

Re: [PATCH] [7/8] CPA: Don't flush caches on CPUs that support self-snoop

On Mon, 11 Feb 2008 11:47:12 -0800 "Siddha, Suresh B" <[EMAIL PROTECTED]> wrote: > On Mon, Feb 11, 2008 at 06:58:46PM +0100, Andi Kleen wrote: > > On Monday 11 February 2008 18:36:06 Siddha, Suresh B wrote: > > > On Mon, Feb 11, 2008 at 04:27:23PM +0100, Andi Kleen wrote: > > > > > > > > > > That

Re: [PATCH] [7/8] CPA: Don't flush caches on CPUs that support self-snoop

On Mon, 11 Feb 2008 16:12:56 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote: > On Monday 11 February 2008 16:04:30 Arjan van de Ven wrote: > > On Mon, 11 Feb 2008 10:50:22 +0100 (CET) > > Andi Kleen <[EMAIL PROTECTED]> wrote: > > > > > > >

Re: Announce: Linux-next (Or Andrew's dream :-))

On Mon, 11 Feb 2008 22:02:22 -0800 (PST) David Miller <[EMAIL PROTECTED]> wrote: > From: Theodore Tso <[EMAIL PROTECTED]> > Date: Tue, 12 Feb 2008 00:11:36 -0500 > > > __deprecate the old one, > > Deprecate is garbage, shit hangs around in the tree forever > and people just turn off the warnings

Re: Oops report for the week upto Feb 10th 2008

Alexey Dobriyan wrote: On Sun, Feb 10, 2008 at 04:35:51PM -0800, Arjan van de Ven wrote: Rank 3: remove_proc_entry WARN_ON at fs/proc/generic.c:736 Reported 20 times (38 total reports) This WARN_ON is there if code tries to remove a non-empty /proc directory. Most

Re: [2.6.25-rc1 regression] Suspend to RAM (bisected)

On Mon, 11 Feb 2008 03:25:33 -0200 "Carlos R. Mafra" <[EMAIL PROTECTED]> wrote: > The problem with suspend to RAM is that right after typing (from > inside X) 'echo mem > /sys/power/state' the screen becomes black and > the laptop freezes. I have to use SysRq+b to reboot. > > I tried to revert th

Re: [PATCH] proc: print more information when removing non-empty directories

Alexey Dobriyan wrote: This usually saves one recompile to insert similar printk like below. :) Sample nastygram: looks very useful to me! -- 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://vg

Re: [PATCH] [7/8] CPA: Don't flush caches on CPUs that support self-snoop

On Mon, 11 Feb 2008 10:50:22 +0100 (CET) Andi Kleen <[EMAIL PROTECTED]> wrote: > > [2.6.25 candidate I believe] > > The specification of SS in the public manuals is a little unclear, > but I got confirmation from Intel that SS implies that there is no > cache flush needed on caching attribute ch

Re: vmsplice exploits, stack protector and Makefiles

On Tue, 12 Feb 2008 19:50:12 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote: > > > > Now I realize that certain distros have patched gcc to compensate > > for their lack of distro wide CFLAGS, and it's great to work around > > that... but would there be a way to NOT disable this for > > CONFIG_CC_ST

Re: [GIT PULL?] Create and populate toplevel tests/ for kernel tests

Sam Ravnborg wrote: Hi Linus. Will you consider such a primary code-movement for -rc1 or shall we wait until next merge window? Had we hit -rc2 I would not have sent this pull req and feel free to flame me anyway. The rationale to get it merged is obviously to avoid merge conflicts and the onl

Re: [PATCH 0/8] Create and populate toplevel tests/ for kernel tests

Andrew Morton wrote: On Tue, 12 Feb 2008 11:44:52 -0500 Christoph Hellwig <[EMAIL PROTECTED]> wrote: On Mon, Feb 11, 2008 at 04:14:52PM +0530, Ananth N Mavinakayanahalli wrote: The following series of patches create and populate the toplevel tests/ directory. This will henceforth be the place

Re: [ata crash] Re: Linux 2.6.25-rc1

On Tue, 12 Feb 2008 09:18:16 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > > hm, ata_port_wait_eh() started crashing on a testsystem (8-way box): > > [ 39.324116] Calling initcall 0xc09f41eb: legacy_init+0x0/0x888() > [ 39.331868] BUG: unable to handle kernel NULL pointer dereference > at 0

vmsplice exploits, stack protector and Makefiles

includes distros like Fedora) Greetings, Arjan van de Ven -- If you want to reach me at my work email, use [EMAIL PROTECTED] For development, discussion and tips for power savings, visit http://www.lesswatts.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu

Re: [2.6 patch] x86: make dump_pagetable() static

On Wed, 13 Feb 2008 23:31:31 +0200 Adrian Bunk <[EMAIL PROTECTED]> wrote: > dump_pagetable() can now become static. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Acked-by: Arjan van de Ven <[EMAIL PROTECTED]> -- If you want to reach me at my work email

Re: [patch 1/2] x86: apic: Export symbols for extended interrupt LVT functions

On Wed, 13 Feb 2008 16:19:36 +0100 (CET) "Robert Richter" <[EMAIL PROTECTED]> wrote: > Signed-off-by: Robert Richter <[EMAIL PROTECTED]> > --- > arch/x86/kernel/apic_64.c |2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) > > diff --git a/arch/x86/kernel/apic_64.c b/arch/x86/kernel/ap

Re: [RFC PATCH] feature-removal: add documentation for exported symbols going away

On Wed, 13 Feb 2008 14:22:06 -0800 Harvey Harrison <[EMAIL PROTECTED]> wrote: > Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]> > --- > Documentation/feature-removal-schedule.txt | 10 -- > Documentation/feature-removal/exported-symbols.txt | 34 > > arch/x8

Re: [patch 1/2] x86: apic: Export symbols for extended interrupt LVT functions

On Thu, 14 Feb 2008 10:40:36 +0100 "Robert Richter" <[EMAIL PROTECTED]> wrote: > On 13.02.08 14:32:56, Arjan van de Ven wrote: > > On Wed, 13 Feb 2008 16:19:36 +0100 (CET) > > "Robert Richter" <[EMAIL PROTECTED]> wrote: > >

Re: Feature Removals for 2.6.25

Bill Davidsen wrote: Note that because the hardware is old, it's highly likely that most of it will be retired before that sk98lin driver needs a change. I can't see anyone using sk98lin on a new system, so it would be less contentious to let the hardware (or users) die of natural causes if you

Re: [x86.git#mm] stack protector fixes, vmsplice exploit

On Thu, 14 Feb 2008 21:25:35 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote: > > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > really, the best defense is to reduce the useful lifetime of any > > leaked canary, and you can't get better than syscall granularity > > without disproportional e

Re: [PATCH] Fix left over EFI cache mapping problems

On Thu, 14 Feb 2008 22:42:41 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote: > On Thu, Feb 14, 2008 at 07:38:19PM +0100, Ingo Molnar wrote: > > > > * Andi Kleen <[EMAIL PROTECTED]> wrote: > > > > > > this is indeed a bug (we change the attributes for a larger > > > > area than needed), but your fix

Re: [PATCH] latencytop: fix kernel panic and memory leak on proc

On Thu, 14 Feb 2008 14:51:19 -0800 Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote: > Hi, > > I posted 2 patches to fix kernel panic and memory leak. > http://lkml.org/lkml/2008/2/14/282 > http://lkml.org/lkml/2008/2/14/283 > > But, I think this patch is better than old ones. > > --- > From: Hirosh

[PATCH] x86: add CONFIG_CC_STACKPROTECTOR selftest

(against x86/mm git) From: Arjan van de Ven <[EMAIL PROTECTED]> Subject: [PATCH] x86: add CONFIG_CC_STACKPROTECTOR selftest This patch adds a simple self-test capability to the stackprotector feature. The test deliberately overflows a stack buffer and then checks if the canary trap functio

Re: [PATCH 1/3] Fix Unlikely(x) == y

On Sat, 16 Feb 2008 17:08:01 +0100 Roel Kluin <[EMAIL PROTECTED]> wrote: > The patch below was not yet tested. If it's correct as it is, please > comment. --- > Fix Unlikely(x) == y > you found a great set of bugs.. but to be honest... I suspect it's just best to remove unlikely altogether for

Re: [PATCH 1/3] Fix Unlikely(x) == y

On Sat, 16 Feb 2008 18:58:49 +0100 > > If you think unlikely() means something else, we should fix what it > > maps to towards gcc ;) (to.. be empty ;) > > eventhough the gcc docs say it's just a hint to help the compiler > optimize the branch it takes by default, I too have noticed that it > more

Re: [PATCH 1/3] Fix Unlikely(x) == y

On Sat, 16 Feb 2008 10:31:26 -0800 Geoff Levand <[EMAIL PROTECTED]> wrote: > On 02/16/2008 09:42 AM, Arjan van de Ven wrote: > > On Sat, 16 Feb 2008 18:33:16 +0100 > > Willy Tarreau <[EMAIL PROTECTED]> wrote: > > > >> On Sat, Feb 16, 2008 at 09:25:52A

Re: [PATCH 1/3] Fix Unlikely(x) == y

On Sat, 16 Feb 2008 18:33:16 +0100 Willy Tarreau <[EMAIL PROTECTED]> wrote: > On Sat, Feb 16, 2008 at 09:25:52AM -0800, Arjan van de Ven wrote: > > On Sat, 16 Feb 2008 17:08:01 +0100 > > Roel Kluin <[EMAIL PROTECTED]> wrote: > > > > > The patch below wa

Re: include/linux/pcounter.h

On Sat, 16 Feb 2008 11:26:18 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > indirect functions calls are everywhere in kernel, network, fs, > > everywhere. > > That doesn't make them fast. just to emphasize this: an indirect function call is at least as expensive as an atomic operation on

Re: [PATCH 2/4] nohz: Synchronize sleep time stats with seqlock

On 10/2/2013 5:45 AM, Frederic Weisbecker wrote: On Tue, Oct 01, 2013 at 06:59:57PM +0200, Peter Zijlstra wrote: On Tue, Oct 01, 2013 at 06:47:10PM +0200, Frederic Weisbecker wrote: Yeah thinking more about it, the preempt disable was probably not necessary. Now that's trading 2 atomics + 1 Loc

Re: [PATCH v2 3/6] PowerCap: Added to drivers build

On 10/4/2013 4:17 PM, Gene Heskett wrote: I hope this is a better explanation. :) The idea of power capping is to cap total power not power down and also need root level access to modify. No. Restricting it to root control only is NOT an option. There has to be some mechanism whereby the us

Re: [RFC][PATCH 1/9] sched: Introduce power scheduler

On 7/9/2013 8:55 AM, Morten Rasmussen wrote: +void power_schedule_wq(struct work_struct *work) +{ + __power_schedule(); + mod_delayed_work_on(schedule_cpu(), system_wq, &dwork, + msecs_to_jiffies(INTERVAL)); +} please tell me this is at least a deferabl

Re: [RFC][PATCH 0/9] sched: Power scheduler design proposal

On 7/9/2013 8:55 AM, Morten Rasmussen wrote: Hi, This patch set is an initial prototype aiming at the overall power-aware scheduler design proposal that I previously described . The patch set introduces a cpu capacity managing 'power schedu

Re: [RFC][PATCH 1/9] sched: Introduce power scheduler

On 7/9/2013 8:55 AM, Morten Rasmussen wrote: + mod_delayed_work_on(schedule_cpu(), system_wq, &dwork, + msecs_to_jiffies(INTERVAL)); so thinking about this more, this really really should not be a work queue. a work queue will cause a large number of context

  1   2   3   4   5   6   7   8   9   10   >