On Tue, 11 Dec 2007 01:48:39 +1100
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
>
> On 5/12/2007 4:17 PM, Andrew Morton wrote:
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.24-rc4-mm1/
> >
> > Will appear later at
> >
> >
> >
Stephen Smalley <[EMAIL PROTECTED]> wrote:
> Otherwise, only other issue I have with this interface is it won't
> generalize to dealing with nfsd, where we want to set the acting context
> to a context we obtain from or determine based upon the client.
Are you speaking of
On Monday, 10 of December 2007, Norbert Preining wrote:
> On Mo, 10 Dez 2007, preining wrote:
> > I was running a kvm installing windows, and eek it crashed happily my
> > computer, probably because I forgot to give kvm -no-acpi option.
>
> I forgot:
>
> kernel 2.6.24-rc4
> kvm 55 (debian sid
Fix up various pieces of unconventional formatting in
asm-x86/pgtable*.h. In some cases, the old formatting was arguablly
clearer with a wide enough terminal, but this patch gives the option
of using a more standard form.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
It only has a single use, which can be trivially replaced.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/x86/mm/init_64.c|3 +--
include/asm-x86/pgtable_64.h |1 -
2 files changed, 1 insertion(+), 3 deletions(-)
All x86 modes and architectures have very similar pagetable
structures: the page flags, the accessors for testing/setting them,
and the combinations of page flags used for kernel and usermode
mappings are all the same. The main difference is between 32 and
64-bit pagetable entries, with the
Unify common definitions in page*.h. To simplify other code, I added
typedefs for the value of pte/pmd/pud/pgd values, so they can be used
symbolically elsewhere without needing to have lots of 32/64/PAE
tests.
Also, add PAGETABLE_LEVELS define so that other definitions can test
for it directly
Some code reformatting in init_32.c. No functional change.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/x86/mm/init_32.c | 31 +--
1 file changed, 21 insertions(+), 10 deletions(-)
On Mon, 10 Dec 2007 17:05:30 +0200
Maxim Levitsky <[EMAIL PROTECTED]> wrote:
> On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote:
> > On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> > > ...
> > > > It is best not to use nohide - we should probably mark it as
> > > >
Some versions of Xen 3.x set their magic number to "xen-3.[12]", so
relax the test to match them.
[ Linus: Please apply for 2.6.24. Thanks - J ]
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/x86/xen/enlighten.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Mon, 10 Dec 2007 21:42:12 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > Subject : jiffies counter leaps in 2.6.24-rc3
> > Submitter : Stefano Brivio <[EMAIL PROTECTED]>
> > References : http://lkml.org/lkml/2007/11/24/53
> >
On Dec 10, 2007 9:42 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> although some claimed effect was on udelay()/mdelay() too.
Any specific report?
The jumping sched_clock on frequency change caused some
scheduling oddities for me, but CFS attenuated the effect.
Thanks.
--
Guillaume
--
To
mmap_is_ia32 always true for X86_32, or while emulating IA32 on X86_64
Randomization not supported on X86_32 in legacy layout. Both layouts allow
randomization on X86_64.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Applies against the mm branch of the x86 tree which has Jiri's PIE
On Mon, 2007-12-10 at 15:47 +, Ralf Baechle wrote:
>
>
> > :00:09.1 IDE interface: VIA Technologies, Inc.
> > VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
> > (prog-if 8a [Master SecP PriP])
> > Flags: bus master, fast Back2Back, medium devsel, latency 64
> >
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> Subject : jiffies counter leaps in 2.6.24-rc3
> Submitter : Stefano Brivio <[EMAIL PROTECTED]>
> References: http://lkml.org/lkml/2007/11/24/53
> http://bugzilla.kernel.org/show_bug.cgi?id=9475
> Handled-By
On Mon, 2007-12-10 at 15:01 +, Alan Cox wrote:
>
> If the hardware cannot map the low PCI space then set
> CONFIG_NO_ATA_LEGACY and the ATA layer will leave legacy ports alone.
> Unfortunately its not clear we can make that mode try and force
> controllers into native. We could try that if
[ Cc:-ed Alan Stern a'ka kwatch fame - Alan might be interested in this
too. ]
hi Markus,
finally had time to take a closer look at the design of your
Branch-Trace-Support-via-ptrace-on-x86 patchset. I think we'll need to
work some more on general API issues.
here's the current proposed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have tolerated this problem for a year and do not post to this list in
haste. I have posted on forums and searched the community over the past
year. I have looked at the list archive on gossamer-threads.com for
solutions. With Fedora Core 6
Pekka Enberg wrote:
Hi Richard,
On Dec 10, 2007 9:29 PM, Richard Knutsson <[EMAIL PROTECTED]> wrote:
Remove local definition of TRUE/FALSE.
This is already fixed in Francois' tree:
On Mon, Dec 10, 2007 at 08:57:28PM +0100, Andi Kleen wrote:
> On Monday 10 December 2007 20:32, Sam Ravnborg wrote:
> > On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
> > > When passing an file name > 1k the stack could be overflowed.
> > > Not really a security issue, but still
On Mon, 10 Dec 2007, Ilpo Järvinen wrote:
> Dave, please include this one to net-2.6.25.
...
> --
> [PATCH] [TCP]: Fix fack_count miscountings (multiple places)
I've better version of this coming up, so Dave please don't put this one
into net-2.6.25 (noticed that both the original and the
On Dec 7, 2007 12:42 AM, NeilBrown <[EMAIL PROTECTED]> wrote:
>
> Currently and md array with a write-intent bitmap does not updated
> that bitmap to reflect successful partial resync. Rather the entire
> bitmap is updated when the resync completes.
>
> This is because there is no guarentee that
Ingo Molnar wrote:
* Jie Chen <[EMAIL PROTECTED]> wrote:
I did patch the header file and recompiled the kernel. I observed no
difference (two threads overhead stays too high). Thank you.
ok, i think i found it. You do this in your qmt/pthread_sync.c
test-code:
double get_time_of_day_()
On Mon, Dec 10, 2007 at 08:56:49PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-12-10 at 22:51 +0300, Evgeniy Polyakov wrote:
> > On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED])
> > wrote:
> > > > > > Actually not - I have to set reference counter to
On Monday 10 December 2007 20:32, Sam Ravnborg wrote:
> On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
> > When passing an file name > 1k the stack could be overflowed.
> > Not really a security issue, but still better plugged.
>
> Looks good. A s-o-b line again please.
On Fri, Dec 07, 2007 at 03:53:30PM +, Huang, Ying wrote:
> This patch implements the functionality of jumping between the kexeced
> kernel and the original kernel.
>
Hi,
I am just going through your patches and trying to understand it. Don't
understand many things. Asking is easy so here
On Mon, 2007-12-10 at 22:51 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > > > Actually not - I have to set reference counter to something other
> > > > > than 1
> > > > > or +/- 1, and thus will have to call kref_get()
Hi Richard,
On Dec 10, 2007 9:29 PM, Richard Knutsson <[EMAIL PROTECTED]> wrote:
> Remove local definition of TRUE/FALSE.
This is already fixed in Francois' tree:
http://git.kernel.org/?p=linux/kernel/git/romieu/netdev-2.6.git;a=commitdiff;h=2af61e99e3d1c959840ea007ff56b15db794fb99
On Dec 10, 2007 9:19 AM, Maxim Levitsky <[EMAIL PROTECTED]> wrote:
> ...
> > It is best not to use nohide - we should probably mark it as
> > 'legacy'.
> >
> > Simply export the top level mountpoint as 'crossmnt' and everything
> > below there will be exported.
> >
> > > Where should I put those
On Mon, Dec 10, 2007 at 08:44:55PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > > > Actually not - I have to set reference counter to something other than 1
> > > > or +/- 1, and thus will have to call kref_get() in a loop, which is a
> > > > very ugly step. Is there kref_set() or
On Thu, Dec 06 2007, Zach Brown wrote:
>
> The following patches are a substantial refactoring of the syslet code. I'm
> branding them as the v7 release of the syslet infrastructure, though they
> represent a signifiant change in focus.
[snip]
In case anyone is interested in playing with this,
On Mon, 2007-12-10 at 22:33 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 08:02:28PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > uganda:~/codes# ls -l /sys/devices/storage/n-0-81003ebc220/
> > > total 0
> > > drwxr-xr-x 2 root root0 2007-12-10 13:23 power
> > >
> CC drivers/scsi/rr2310_00/os_linux.o
> drivers/scsi/rr2310_00/os_linux.c: In function 'os_sd_changed':
> drivers/scsi/rr2310_00/os_linux.c:315: error: implicit declaration
> of function 'scsi_device_cancel'
> make[3]: *** [drivers/scsi/rr2310_00/os_linux.o] Error 1
>
Hi Boaz,
On Sun, 09 Dec 2007 11:43:31 +0200, Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> >>> Index: 2.6.24-rc3-mm2/drivers/scsi/scsi_lib.c
>
> >> No I don't like it. The only client left for blk_end_request_callback()
> >> is bidi,
> >
> > ide-cd (cdrom_newpc_intr) is another client.
> > So I
Balbir Singh wrote:
> Changelog
>
> 1. Get rid of the constant 5 (based on comments from
> [EMAIL PROTECTED])
> 2. Implement suggestions from Olof Johannson
> 3. Check if cmdline is NULL in fake_numa_create_new_node()
>
> Tested with additional parameters from
On Mon, 10 Dec 2007 16:32:18 +0300 "Denis V. Lunev" <[EMAIL PROTECTED]> wrote:
>
Plese don't top-post. It makes replying to you rather awkward.
> could you, plz, check patch sent by Eric above in this thread.
>
> I have tried it on my test node and it works for module you have
> provided. The
Compile error during "make" on patched 2.6.23-r3 with Highpoint-tech
RocketRaid 2300 drivers.
Today I tried to upgrade the kernel on my server, with no luck.
The drivers for the Rocket Raid 2300 PCI express were patched onto the
2.6.23-r3-kernel, but it fails to compile while doing make with
On Mon, Dec 10, 2007 at 08:02:28PM +0100, Kay Sievers ([EMAIL PROTECTED]) wrote:
> > uganda:~/codes# ls -l /sys/devices/storage/n-0-81003ebc220/
> > total 0
> > drwxr-xr-x 2 root root0 2007-12-10 13:23 power
> > -r--r--r-- 1 root root 4096 2007-12-10 13:30 size
> > -r--r--r-- 1 root root
Remove local definition of TRUE/FALSE.
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ipg.h b/drivers/net/ipg.h
index d5d092c..4484778 100644
--- a/drivers/net/ipg.h
+++ b/drivers/net/ipg.h
@@ -490,38 +490,34 @@ enum ipg_regs {
* Tune
*/
-/*
On Thu, Nov 22, 2007 at 03:43:10AM +0100, Andi Kleen wrote:
>
> When passing an file name > 1k the stack could be overflowed.
> Not really a security issue, but still better plugged.
Looks good. A s-o-b line again please.
Although I am not so happy with the ue of gcc extensions.
Sam
>
On 12/10/2007 08:03 PM, Matthias Kaehlcke wrote:
> fs/sysfs/file.c: use DEFINE_SPINLOCK for definition of
> sysfs_open_dirent_lock instead of assigning SPIN_LOCK_UNLOCKED
Already done:
http://lkml.org/lkml/2007/11/9/222
regards,
--js
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, 10 Dec 2007 19:11:12 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 09, 2007 at 06:08:18PM +0100, Pierre Ossman wrote:
> >
> > This still requires a bit of maintenance to set up a kerneltypes.h for
> > every arch.
>
> Better doing this work once than fixing similar issues
fs/sysfs/file.c: use DEFINE_SPINLOCK for definition of
sysfs_open_dirent_lock instead of assigning SPIN_LOCK_UNLOCKED
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
index 4045bdc..09a0611 100644
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
On Mon, 2007-12-10 at 17:50 +0300, Evgeniy Polyakov wrote:
> On Mon, Dec 10, 2007 at 03:31:48PM +0100, Kay Sievers ([EMAIL PROTECTED])
> wrote:
> > > I meant that for each new device, it will be placed into
> > > /sys/devices/its_name, but it can also be accessed via
> > > /sys/bus/dst/devices/
>
Andrew Morton wrote:
My ia64 allmodconfig build has taken
akpm 15700 89.6 0.0 8256 700 pts/4RN+ 03:09 10:41 bc -q
kernel/timeconst.bc
11 minutes so far. fc6/x86_64.
I just tried this on my system, using your cross-compiler chain. I got
a different error:
On Mon, Dec 10, 2007 at 07:50:08PM +0100, Sam Ravnborg wrote:
> On Thu, Nov 22, 2007 at 03:43:08AM +0100, Andi Kleen wrote:
> >
> > This way gcc can warn for wrong format strings
>
> This loks good. Can I get i s-o-b then I will apply it.
Sorry must have been left out by mistake.
> Hi Andi,
>
> Does the attached patch fix the Oops?
Nope, got that a few hours after boot again:
-Andi
EXT3 FS on sda1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
[ cut here ]
kernel BUG at fs/dcache.c:595!
invalid opcode: [1] SMP
CPU 0
On Thu, Nov 22, 2007 at 03:43:09AM +0100, Andi Kleen wrote:
>
> Fix wrong format strings in modpost exposed by the previous patch.
> Including one missing argument -- some random data was printed instead.
Looks good. Can I get a s-o-b then I will apply it.
Sam
>
> ---
>
On Thu, Nov 22, 2007 at 03:43:08AM +0100, Andi Kleen wrote:
>
> This way gcc can warn for wrong format strings
This loks good. Can I get i s-o-b then I will apply it.
Sam
>
> ---
> scripts/mod/modpost.c |8 +---
> 1 file changed, 5 insertions(+), 3 deletions(-)
>
> Index:
On Mon, Dec 10, 2007 at 04:14:40PM +1100, NeilBrown wrote:
>
> [EMAIL PROTECTED] is being decommissioned.
OK by me, thanks.
>
> I wonder if the website should be changed to linux-nfs.org ...
Probably.
--b.
>
> Cc: "J. Bruce Fields" <[EMAIL PROTECTED]>
> Cc: Trond Myklebust <[EMAIL
On 12/09, Eric W. Biederman wrote:
>
> Oleg below is my proof of concept patch, which really needs to be
> broken up into a whole patch series, so the changes are small
> enough we can do a thorough audit on them. Anyway take a look
> and see what you think.
Amazing ;)
This patch certainly
On Monday 10 December 2007 17:47:47 J. Bruce Fields wrote:
> On Mon, Dec 10, 2007 at 05:05:30PM +0200, Maxim Levitsky wrote:
> > On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote:
> > > On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> > > > ...
> > > > > It is best not to
On Sun, Dec 09, 2007 at 06:08:18PM +0100, Pierre Ossman wrote:
> On Sun, 2 Dec 2007 12:22:31 +0100 (CET)
> Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
> >
> > I gave it a try:
> > - Remove existing alignment attributes from some device_id types
> > - Introduce kernel_* types with proper
On Mon, Dec 10, 2007 at 02:48:54AM +0100, Alexander Rajula wrote:
> While using 2.6.23 and 2.6.22 (earlier kernels have not been tested)
> /proc/cpuinfo reports the wrong CPU frequency:
>
>
> While overclocking an AMD Athlon X2 (2GHz) CPU /proc/cpuinfo reports the
> wrong CPU frequency.
On Monday 10 December 2007 12:30:53 Krzysztof Halasa wrote:
> Rene Herman <[EMAIL PROTECTED]> writes:
> > Alan, did you double-check that 8 us? I tried to but I seem to not
> > have trustworthy documentation.
>
> I remember 16-bit CPU-driven ISA was able to do 2-3 MB/s transfers,
> that means at
On Sun, Dec 09, 2007 at 09:02:31PM +0100, Julia Lawall wrote:
> Recently, Wang Chen submitted a patch
> (d30f53aeb31d453a5230f526bea592af07944564) to move a call to netif_rx(skb)
> after a subsequent reference to skb, because netif_rx may call kfree_skb on
> its argument. The same problem occurs
Calculate TASK_SIZE at run-time by figuring out the host's VMSPLIT -
this is needed on i386 if UML is to run on hosts with varying VMSPLITs
without recompilation.
TASK_SIZE is now defined in terms of a variable, task_size. This gets
rid of an include of pgtable.h from processor.h, which can
[ Removed the check of mm_users which can't succeed and gave tlb.h an
include of percpu.h ]
Customize the hooks in tlb.h to optimize TLB flushing some more.
Add start and end fields to tlb_gather_mmu, which are used to limit
the address space range scanned when a region is unmapped.
The
It turns out that if there's a panic early enough, UML will just sit
there in the LED-blinking loop because the panic notifier hadn't been
installed yet.
This patch installs it earlier.
It also fixes the problem which exposed the hang, namely that if you
give UML a zero-sized initrd, it will ask
setjmp_wrapper existed to provide setjmp to kernel code when UML used
libc's setjmp and longjmp. Now that UML has its own implementation,
this isn't needed and kernel code can invoke setjmp directly.
do_buffer_op is massively cleaned up since it is no longer a callback
from setjmp_wrapper and
This is a resend of the tlb.h patch from last week, plus four more
small fixes and cleanups.
They should wait for 2.6.25.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Several pSeries firmware versions share a rare locking issue in the
HCA-related hCalls. Check for a feature flag that indicates the issue being
fixed and serialize all HCA hCalls if not.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This is the revised version of my previous patch, which
signals_enabled and pending have requirements on the order in which
they are modified. This used to be done by declaring them volatile
and putting an mb() where the ordering requirements were in effect.
After getting a better (I hope) understanding of how to do this
correctly, the volatile
Hi, guys,
> We're taking this to the firmware architects at the moment, but they're
not
> very fond of the idea of reporting the absence of bugs through
capability
> flags, as this could quickly lead to the exhaustion of flag bits. We'll
let
> the discussion stew for a bit, but if we don't
Chris Friesen wrote:
I'm seeing some strange behaviour on a 2.6.14 ppc64 system. If I run
"ip neigh show" it prints out nothing, but if I run "arp" then I see the
other nodes on the local network.
[EMAIL PROTECTED]:/root> ip neigh show
[EMAIL PROTECTED]:/root> arp -n
Address
> -Message d'origine-
> De : Randy Dunlap [mailto:[EMAIL PROTECTED]
> Envoyé : 10 décembre 2007 12:15
>
> On Mon, 10 Dec 2007 09:03:17 -0500 Fortier,Vincent [Montreal] wrote:
>
> Ingo, can you look at this, please?
> Vincent is getting oopses on 2.6.22.14-cfs-etch.
>
> Vincent, did you
On Monday 10 December 2007 00:22, Roland Dreier wrote:
> Fair enough... according to Documentation/infiniband/core_locking.txt,
> the only driver methods that cannot sleep are:
>
> [...]
> map_phys_fmr
In fact, we do use hCalls there. Our hardware doesn't actually support FMRs,
so we
I'm seeing some strange behaviour on a 2.6.14 ppc64 system. If I run
"ip neigh show" it prints out nothing, but if I run "arp" then I see the
other nodes on the local network.
[EMAIL PROTECTED]:/root> ip neigh show
[EMAIL PROTECTED]:/root> arp -n
Address HWtype HWaddress
On Mon, 2007-12-10 at 17:07 +, David Howells wrote:
> Stephen Smalley <[EMAIL PROTECTED]> wrote:
>
> > > + tsec->create_sid = SECINITSID_UNLABELED;
> > > + tsec->keycreate_sid = SECINITSID_UNLABELED;
> > > + tsec->sockcreate_sid = SECINITSID_UNLABELED;
>
> Cleared means what? Setting to 0?
On Mon, 10 Dec 2007 09:03:17 -0500 Fortier,Vincent [Montreal] wrote:
Ingo, can you look at this, please?
Vincent is getting oopses on 2.6.22.14-cfs-etch.
Vincent, did you apply the cfs patch or did Debian etch provide that?
If you applied it, did you use
Stephen Smalley <[EMAIL PROTECTED]> wrote:
> > + tsec->create_sid = SECINITSID_UNLABELED;
> > + tsec->keycreate_sid = SECINITSID_UNLABELED;
> > + tsec->sockcreate_sid = SECINITSID_UNLABELED;
Cleared means what? Setting to 0? Or is there some other constant I should
use for that?
David
acpi_pci_irq_find_prt_entry(): use list_for_each_entry() instead of
list_for_each()
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/drivers/acpi/pci_irq.c b/drivers/acpi/pci_irq.c
index dd3186a..e51dac7 100644
--- a/drivers/acpi/pci_irq.c
+++ b/drivers/acpi/pci_irq.c
@@
On Mon, Dec 10, 2007 at 12:03:18PM +0800, chang jeff wrote:
> Dear Sir,
>
> Following is patche for scsi driver in 2.6.23.9 what should get into
> 2.6.23.9-final if possible.
>
> First refines a newly created scsi driver
> (/[kernel-version]/driver/scsi/acs_ame).
>
> Thanks,
> JeffChang.
Hi
> > Add an empty drivers/gpio directory for gpiolib based GPIO expanders.
> > We already have three of them (two I2C, one SPI), and there are dozens
> > of similar chips that only exist for GPIO expansion.
> >
> > This won't be the only place to hold such gpio_chip code. Many external
> > chips
On Mon, Dec 10, 2007 at 01:54:53PM +0800, HighPoint Linux Team wrote:
> Most code changes were made to support adapters based on Marvell IOP, plus
> some
> other fixes.
>
> - add more PCI device IDs
> - support for adapters based on Marvell IOP
Are you sure it's a good idea to do this? This
On Wed, 2007-12-05 at 19:38 +, David Howells wrote:
> Allow kernel services to override LSM settings appropriate to the actions
> performed by a task by duplicating a security record, modifying it and then
> using task_struct::act_as to point to it when performing operations on behalf
> of a
Andrew Morton wrote:
My ia64 allmodconfig build has taken
akpm 15700 89.6 0.0 8256 700 pts/4RN+ 03:09 10:41 bc -q
kernel/timeconst.bc
11 minutes so far. fc6/x86_64.
Just got back from a week off-net. Will look into promptly.
That's obviously ridiculous.
-hpa
--
Jan Engelhardt wrote:
On Nov 29 2007 19:54, H. Peter Anvin wrote:
Arjan van de Ven wrote:
Anyway, I don't think compiling bc is hard on anything which has a C
compiler.
alternative is to just also ship the precomputed values ;-)
Oh, come on... it's not like bc is some obscure thing. It's a
--- Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > > I wonder if there's anything else in that area as well..
This is what /proc/iomem contains:
-0009f7ff : System RAM
0009f800-0009 : reserved
000a-000b : Video RAM area
000c-000cbfff : Video ROM
000e4000-000e :
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/x86/kernel/head_32.S |2 +-
arch/x86/xen/setup.c |2 +-
arch/x86/xen/xen-head.S |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.24-rc4/arch/x86/kernel/head_32.S 2007-12-07 09:00:59.0
+0100
+++
Two prior changes resulted in the "ecx" clobber being lost.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/x86/kernel/irq_32.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- linux-2.6.24-rc4/arch/x86/kernel/irq_32.c 2007-12-07 09:00:59.0
+0100
+++
On Mon, Dec 10, 2007 at 10:39:59AM -0500, Neil Horman wrote:
> On Fri, Dec 07, 2007 at 12:58:32PM -0500, Neil Horman wrote:
> >
> > Ok, New patch attached. It preforms the same function as previously
> > described,
> > but is more restricted in its application. As Yinghai pointed out, the
> >
Hi David,
On Sun, 9 Dec 2007 20:39:57 -0800, David Brownell wrote:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Add an empty drivers/gpio directory for gpiolib based GPIO expanders.
> We already have three of them (two I2C, one SPI), and there are dozens
> of similar chips that only exist for
Hi David,
On Sun, 9 Dec 2007 20:34:59 -0800, David Brownell wrote:
> I'm thinking there should be a non-functional change to
> the gpiolib code: move it from lib to drivers/gpio.
>
> My question is whether that's better done by replacing
> the current patches with one new patch, or by a patch
>
David Miller wrote:
The kernel supports much more than 32 groups, see nlk->groups which is
a bitmap which can be sized to arbitrary sizes. nlk->nl_groups is
for backwards compatability only.
netlink_change_ngroups() does the bitmap resizing when necessary.
Thanks for the explanation. Given
The change in head_64.S is needed because ld -r renames .init.data to
.init.data. for all but the first instance due to mismatching
section attributes.
The change in init_64.c is necessary because find_early_table_space()
is called from a __meminit function, but calls itself an __init one.
On Mon, Dec 10, 2007 at 05:05:30PM +0200, Maxim Levitsky wrote:
> On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote:
> > On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> > > ...
> > > > It is best not to use nohide - we should probably mark it as
> > > > 'legacy'.
> > > >
There apparently was an unnoticed conflict between an earlier patch to
this file and mine (d1e084746b0e5806e6345ab31c5b370f8dee2b23), which
I noticed only now. I suppose a change like the one below (untested) is
needed; I didn't get any response on a confirmation request for this from
the
On Mon, Dec 10, 2007 at 03:01:26PM +, Alan Cox wrote:
> > It seems the whole MIPS resource managment is complicated enough (out of
> > necessity) that only a few people actually grok it. Ioports being
> > actually memory mapped on MIPS only makes the confusion worse, sigh.
>
> If the
Tarkan Erimer wrote:
Arjan van de Ven wrote:
well... try to get the oops message out; for many causes of crash
that's a good way to find out what happened...
(not always, but it allows us to find patterns if nothing else)
Unfortunately, I couldn't get the oops message. Because when this
On Fri, Dec 07, 2007 at 12:58:32PM -0500, Neil Horman wrote:
>
> Ok, New patch attached. It preforms the same function as previously
> described,
> but is more restricted in its application. As Yinghai pointed out, the
> broadcast mask bit (bit 17 in the htcfg register) should only be enabled,
The patch introducing this left out x86-64, despite it also having
extra entries.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Cc: Olaf Hering <[EMAIL PROTECTED]>
include/asm-x86/system_64.h |6 ++
1 file changed, 6 insertions(+)
--- linux-2.6.24-rc4/include/asm-x86/system_64.h
On Mon, 10 Dec 2007, Alan Cox wrote:
>
> And as I keep pointing out but you keep ignoring - not doing it breaks
> even more things, by a factor of quite a lot.
But we've never done it before in libata, right?
So the "not doing it breaks" argument is about stuff that isn't
regressions.
Can
Arjan van de Ven wrote:
well... try to get the oops message out; for many causes of crash that's a good
way to find out what happened...
(not always, but it allows us to find patterns if nothing else)
Unfortunately, I couldn't get the oops message. Because when this
behavior happens, the
At least on my Barcelona, I see MCE log entries after cold boot caused
by BIOS not properly clearing the respective registers. Therefore, this
patch extends the workaround to families 0x10 and 0x11 (the latter just
for completeness, I have nothing to verify this against).
At the same time, provide
On Sat, Dec 08, 2007 at 07:50:15PM -0800, Andrew Morton wrote:
> On Sat, 8 Dec 2007 16:59:30 -0600 "Jon Nelson" <[EMAIL PROTECTED]> wrote:
>
> > I can confirm that 2.6.24rc4 with the (second) patch works fine.
>
> OK, thanks.
>
> We haven't heard back from Ed yet. I'll sit on this for a few
Use build target when creating compatibility link, and use $(boot)
where possible.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
arch/x86/Makefile_32 |4 ++--
arch/x86/Makefile_64 |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
--- linux-2.6.24-rc4/arch/x86/Makefile_32
On Mon, Dec 10, 2007 at 05:50:55PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> > Further questions:
> > Why do you do your own refcounting instead of using kref?
>
> That's because I always used atomic operations as a reference counters
> and did not tried krefs :)
> They are the same
* Ananth N Mavinakayanahalli ([EMAIL PROTECTED]) wrote:
> On Mon, Dec 10, 2007 at 11:13:07AM +0100, Sam Ravnborg wrote:
> > On Mon, Dec 10, 2007 at 03:22:22PM +0530, Ananth N Mavinakayanahalli wrote:
> > > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
> > >
> > > This patch adds
Ivan Kokshaysky wrote:
> On Sat, Dec 08, 2007 at 10:19:39PM -0600, Bob Tracy wrote:
> > I *do* have CONFIG_MAGIC_SYSRQ set. Anyone care to bet whether my
> > machine starts working again if I disable it? Sheesh...
>
> Incredible...
>
> Toggling CONFIG_MAGIC_SYSRQ works for me too, so I'm
101 - 200 of 630 matches
Mail list logo