Hi Davide,
Davide Libenzi wrote:
> On Thu, 13 Dec 2007, Michael Kerrisk wrote:
>
BUG 2:
The last sentence does not match the implementation.
(Nor is it consistent with the behavior of POSIX timers.
And I *think* things did work correctly in the original
timerfd()
* Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Friday 14 December 2007 02:12:25 Ray Lee wrote:
> > Digging a little farther into it, it looks like b43 is barfing partway
> > through init as the firmware file it's looking for has changed names.
> > Perhaps that's the issue. I'll take a longer
On Dec 14, 2007 5:43 AM, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> Arun, do you have an USB keyboard plugged in ? If not, can you connect
> one and check, whether it changes things or not ?
I had a USB keyboard and mouse connected when I encountered the
problem. Do you want me to try with a
Andi Kleen wrote:
"
With the additional call this should be completely out of line now to save
code size. Similar for the in variant.
Sure. Want me to make a new patch with the _p croutines out-of-line?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Thu, Dec 13, 2007 at 02:30:33PM -0800, David Brownell wrote:
> This is needlessly arch-specific though... some other recent platform updates
> have provided the Documentation/gpio.txt interfaces and plan to update them
> to use the new gpiolib infrastructure when that hits mainline. That gives
On Fri, 14 Dec 2007, Andi Kleen wrote:
> Miao Xie <[EMAIL PROTECTED]> writes:
>
> > Hi everyone,
> > I think we need a check in the function add_timer_on() to avoid adding a
> > timer into the timer list of an offline cpu.
> >
> > This patch fixes this problem in add_timer_on().
>
> No it
On Fri, 14 Dec 2007, Miao Xie wrote:
> Hi everyone,
> I think we need a check in the function add_timer_on() to avoid adding a
> timer into the timer list of an offline cpu.
>
> This patch fixes this problem in add_timer_on().
No, the patch is not fixing the problem. It crashes the machine.
2007/12/14, Dave Young <[EMAIL PROTECTED]>:
> On Dec 10, 2007 1:55 AM, Nick Kossifidis <[EMAIL PROTECTED]> wrote:
> > 2007/12/7, Dave Young <[EMAIL PROTECTED]>:
> >
> > > Hi,
> > >
> > > 2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
> > > inline functions like this:
>
* Michael Buesch <[EMAIL PROTECTED]> wrote:
> > (eth0 is ethernet, eth1 doesn't exist -- usually it's the wireless.)
> >
> > `ifconfig` doesn't see eth1 or wlan0_rename.
> >
> > What else might I be doing wrong?
>
> I don't know. Try ifconfig -a Or tell udev to not crap up your device
>
Miao Xie <[EMAIL PROTECTED]> writes:
> Hi everyone,
> I think we need a check in the function add_timer_on() to avoid adding a
> timer into the timer list of an offline cpu.
>
> This patch fixes this problem in add_timer_on().
No it doesn't -- it will just crash if a caller does that. If it's
On Friday 14 December 2007 02:12:25 Ray Lee wrote:
> Digging a little farther into it, it looks like b43 is barfing partway
> through init as the firmware file it's looking for has changed names.
> Perhaps that's the issue. I'll take a longer look at this all
> tomorrow.
"David P. Reed" <[EMAIL PROTECTED]> writes:
>
> i386 family fixes (completely parallel) were not included, considering
> that such machines might involve more risk of problems on legacy machines.
They're needed because lots of people fomr some reason still boot 32bit kernels
on 64bit machines.
>
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> > You can force git to non-append jump-pull the remote via changing
> > .git/refs/remotes/origin/HEAD from:
> >
> > ref: refs/remotes/origin/master
> >
> > to:
> >
> > ref: +refs/remotes/origin/master
> >
>
> This
On Friday 14 December 2007 01:55:50 Harvey Harrison wrote:
> On Fri, 2007-12-14 at 01:43 +0100, Michael Buesch wrote:
> > Oh come on. b43 is more than a year old now. How long should we wait?
> > Two or three? Forever?
> >
>
> Any pointers to the advantages of b43?
On Fri, 14 Dec 2007 11:17:21 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> >so do whatever is necessary to enable dynticks.
>
> dynticks' main purpose is to save power, but C1e saves more power.
> Disabling C1e for dynticks would be a fairly useless default
> trade off.
I see. Also, AMD specs
* Glauber de Oliveira Costa <[EMAIL PROTECTED]> wrote:
> By Andi Kleen's suggestion, this patch removes pack_ldt() and
> pack_tss() wrappers in favour of a general wrapper. It saves us an
> ifdef and some lines of code, but more importantly, it's more elegant.
>
> No functional change is
On Fri, 14 Dec 2007, Jiri Slaby wrote:
> On 12/14/2007 11:01 AM, Arun Thomas wrote:
> > On Dec 14, 2007 4:53 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >> On Fri, 14 Dec 2007 04:10:31 -0500 "Arun Thomas" <[EMAIL PROTECTED]> wrote:
> >>
>
> some time before:
> [ 20.101392] Calibrating delay
Hi everyone,
I think we need a check in the function add_timer_on() to avoid adding a
timer into the timer list of an offline cpu.
This patch fixes this problem in add_timer_on().
Signed-off-by: Miao Xie <[EMAIL PROTECTED]>
---
kernel/timer.c |1 +
1 files changed, 1 insertions(+), 0
> I do know we need to use the low 4 pat mappings to avoid most of the PAT
> errata issues.
They don't really matter. These are all very old systems who have run
fine for many years without PAT. It is no problem to let them
continue to do so and just disable PAT for them. So just clear pat bit
> The obvious thing to do would be to hook it up like:
> drivers/pci/proc.c:proc_bus_pci_ioctl.
Yes that is what it intended to do -- i just had never finished/tested
that.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On 12/14/2007 11:01 AM, Arun Thomas wrote:
> On Dec 14, 2007 4:53 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>> On Fri, 14 Dec 2007 04:10:31 -0500 "Arun Thomas" <[EMAIL PROTECTED]> wrote:
>>
some time before:
[ 20.101392] Calibrating delay using timer specific routine..
5989.01 BogoMIPS
Forgot to change non_init_core_kernel_text() to regular_core_kernel_text().
Resending the patch.
Since __init functions are discarded and its memory freed once
initialization completes, It would be better if we enable kprobes
to refuse probing __init functions. The attached patchset will do
>so do whatever is necessary to enable dynticks.
dynticks' main purpose is to save power, but C1e saves more power.
Disabling C1e for dynticks would be a fairly useless default
trade off.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Fri, 2007-12-14 at 00:12 -0800, Jeremy Fitzhardinge wrote:
> 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
Le jeudi 13 décembre 2007 à 21:38 -0800, Greg KH a écrit :
> On Thu, Dec 13, 2007 at 11:37:40PM +0100, Nicolas Mailhot wrote:
> > The Gretag-Macbeth Huey display colorimeter claims to be an HID device
> > but isn't. As a result the linux HID device will claim it, preventing
> > FLOSS software
On Dec 14, 2007 4:53 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Fri, 14 Dec 2007 04:10:31 -0500 "Arun Thomas" <[EMAIL PROTECTED]> wrote:
>
> > [ 20.185881] Initializing CPU#1
> > [ 527.926587] Calibrating delay using timer specific routine..
> > 200566.59 BogoMIPS (lpj=401133185)
>
>
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fix kernel-doc in drivers/dio/ so that it is formatted correctly
> and the parameter names match the function parameters.
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Acked-By: Jochen Friedrich <[EMAIL PROTECTED]>
--
To unsubscribe from this
On Fri, 14 Dec 2007 04:10:31 -0500 "Arun Thomas" <[EMAIL PROTECTED]> wrote:
> My Dell Vostro desktop w/ an Intel E6850 dual-core 3GHz CPU has an 8+
> minute delay during boot. The machine seems to run fine after it
> boots. The problem occurs on the Ubuntu gutsy 2.6.22-14 kernel,
> 2.6.23.9, and
On Thu, 13 Dec 2007 23:58:50 +0100
Johannes Weiner <[EMAIL PROTECTED]> wrote:
> I would find this way more readable:
>
> if (lo & ENABLE_C1E_MASK) {
> #ifdef CONFIG_X86_AMD_C1E_WORKAROUND
> if (disable_amd_c1e) {
> ...
> #else
> return 1;
>
On Thu, 13 Dec 2007 17:58:02 +0530 Gautham R Shenoy <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
> On Thu, Dec 13, 2007 at 02:40:50AM -0800, Andrew Morton wrote:
> >
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
> >
> > - If something goes wrong
On Fri, 2007-12-14 at 09:47 +0100, Peter Zijlstra wrote:
> How about something like this:
>
> diff --git a/lib/proportions.c b/lib/proportions.c
> index 332d8c5..4afb330 100644
> --- a/lib/proportions.c
> +++ b/lib/proportions.c
> @@ -190,6 +190,8 @@ prop_adjust_shift(int *pl_shift, unsigned
On 14-12-07 03:59, David P. Reed wrote:
Replace use of outb to "unused" diagnostic port 0x80 for time delay
with udelay based time delay on x86_64 architecture machines. Fix for
bugs 9511 and 6307 in bugzilla, plus bugs reported in
bugzilla.redhat.com.
Derived from suggestion (that didn't
On Thu, 13 Dec 2007, Christoph Lameter wrote:
> Remove a recently added useless masking of GFP_ZERO. GFP_ZERO is
> already masked out in new_slab() (See how it calls allocate_slab). No need
> to do it twice. This reverts the SLUB parts of
> 7fd272550bd43cc1d7289ef0ab2fa50de137e767.
Oh noes,
On Thu, 13 Dec 2007 20:56:17 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> AFAIK the latest available AVR32 toolchains are some patched gcc 4.0 and
> some patched binutils 2.17, and avr32 is currently the only architecture
> in the kernel where upstream of both of them is not capable of
On Thu, 13 Dec 2007 23:33:07 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> The description/option is not correct. The mainline kernel never
> disables C1e. Some distribution kernels and Xen do, perhaps you're
> confusing this with them.
>
> You would rather need a "force_disable_c1e" option if
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> 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
Julia Lawall said the following on 2007-12-14 17:28:
> From: Julia Lawall <[EMAIL PROTECTED]>
>
> 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
This patch makes use of regular_kernel_text_address() to avoid
probing __init functions.
Signed-off-by: Srinivasa DS <[EMAIL PROTECTED]>
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
---
kernel/kprobes.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index:
Resending the patch, by changing the name as suggested by Andrew.
Since __init functions are discarded and its memory freed once
initialization completes, It would be better if we enable kprobes
to refuse probing __init functions. The attached patchset will do
that.
This patch creates
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> 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
From: Julia Lawall <[EMAIL PROTECTED]>
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 in some other drivers as well.
Em Qua, 2007-12-12 às 16:22 -0500, Shane escreveu:
> > Yes it does! I was just going to send the same patch myself :)
>
> But, I am now seeing some errors that weren't there in 2.6.23
>
> kernel: bttv0: SCERR @ 1fa0401c,bits: HSYNC OFLOW SCERR*
> last message repeated 15 times
> kernel: bttv0:
In kobject_add, when kobject_set_name failed we should put the kobj and return.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
lib/kobject.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff -upr linux/lib/kobject.c linux.new/lib/kobject.c
--- linux/lib/kobject.c
if rmqueue_bulk fails, we might get page with wrong migratetype,
shouldn't we consider the case?
Thanks,
Shaohua
Index: linux/mm/page_alloc.c
===
--- linux.orig/mm/page_alloc.c 2007-12-14 16:44:35.0 +0800
+++
James Bottomley wrote:
> On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
>> OK, thanks. I'll assume that James and Hannes have this in hand (or will
>> have, by mid-week) and I won't do anything here.
>
> Just to confirm what I think I'm going to be doing: rebasing the
> scsi-misc tree
On Thursday 13 December 2007, Jan Beulich wrote:
>
> With CONFIG_PM, but without CONFIG_PM_SLEEP, the intention of the
> conditional in ohci_pci_start() doesn't work since device_may_wakeup()
> references pdev only with the latter config option.
Yuck. That means that runtime power management
On Thu, Dec 13, 2007 at 06:46:37PM +0100, Borislav Petkov wrote:
>
> which fails because crypto_hash_type is declared in crypto/hash.c. You might
> wanna
> fix it like so:
>
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
Patch applied. Thanks for picking this up.
> ---
>>> Jeremy Fitzhardinge <[EMAIL PROTECTED]> 14.12.07 09:44 >>>
>Jan Beulich wrote:
>>> --- a/arch/x86/mm/fault_64.c
>>> +++ b/arch/x86/mm/fault_64.c
>>> @@ -158,22 +158,22 @@ void dump_pagetable(unsigned long addres
>>> pgd = __va((unsigned long)pgd & PHYSICAL_PAGE_MASK);
>>> pgd +=
On Fri, 2007-12-14 at 16:26 +0800, zhejiang wrote:
> On Thu, 2007-12-13 at 22:54 +0100, Peter Zijlstra wrote:
> > On Thu, 2007-12-13 at 11:30 +0800, zhejiang wrote:
> > > __percpu_counter_add() cache the result in percpu variable until it
> > > exceeds the batch.
> > > The prop_norm_percpu() use
On Thursday 13 December 2007 13:28:25 Dirk Heinrichs wrote:
> ... and the fb boot options for all kernels are: video=matroxfb:vesa:0x105.
Got a hint via p.m. to change the above to video=matroxfb:[EMAIL PROTECTED] for
the 2.6.23.x kernels. And it works fine.
Bye...
Dirk
--
To
Gidday,
Repeating some old news:
* man-pages now has a website:
http://www.kernel.org/doc/man-pages
The site includes HTML versions of the current set of man-pages.
* Since man-pages-2.69, each man page now includes a COLOPHON
section at the end of the page which indicates the
Jan Beulich wrote:
>> --- a/arch/x86/mm/fault_64.c
>> +++ b/arch/x86/mm/fault_64.c
>> @@ -158,22 +158,22 @@ void dump_pagetable(unsigned long addres
>> pgd = __va((unsigned long)pgd & PHYSICAL_PAGE_MASK);
>> pgd += pgd_index(address);
>> if (bad_address(pgd)) goto bad;
>> -
>>> Jeremy Fitzhardinge <[EMAIL PROTECTED]> 14.12.07 08:12 >>>
>Jan Beulich wrote:
>> When either calling change_page_attr() with the default attributes
>> pages in the direct mapping have and a page's attributes already were
>> set to the default or when changing the attributes from one
>--- a/arch/x86/mm/fault_64.c
>+++ b/arch/x86/mm/fault_64.c
>@@ -158,22 +158,22 @@ void dump_pagetable(unsigned long addres
> pgd = __va((unsigned long)pgd & PHYSICAL_PAGE_MASK);
> pgd += pgd_index(address);
> if (bad_address(pgd)) goto bad;
>- printk("PGD %lx ",
On Thu, 2007-12-13 at 22:54 +0100, Peter Zijlstra wrote:
> On Thu, 2007-12-13 at 11:30 +0800, zhejiang wrote:
> > __percpu_counter_add() cache the result in percpu variable until it
> > exceeds the batch.
> > The prop_norm_percpu() use the percpu_counter_read(>events) to read
> > the counter ,and
Hi,
I've run into this problem on a 'localhost:' NFS mount on a 2.6.23.9:
The fopen syscall will return "Invalid argument" trying to fopen in "w"
mode an existing file. The same file can be opened for append or removed.
The evidence is for example:
mars:~# mount localhost:/opt/nfs/ /mnt/tmp
This patch export the boot parameters via sysfs. This can be used for
debugging and kexec.
The files added are as follow:
/sys/kernel/boot_params/data: binary file for struct boot_params
/sys/kernel/boot_params/version : boot protocol version
This patch is based on 2.6.24-rc5-mm1 and has
Make pte_t have the same basic structure for all pagetable formats so
that it can be accessed in a uniform way. This means exposing both a
"pte" element which is the whole pte value (32 or 64 bit), and
pte_low+pte_high for users which need to access each half independently
(pte_high doesn't exist
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
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]>
---
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
Here's a new set of patches. I've compiled tested:
* 32-bit PAE paravirt
* 32-bit non-PAE paravirt
* 32-bit PAE non-paravirt
* 32-bit non-PAE non-paravirt
* 64-bit
and test-booted them to usermode under kvm (though I'm currently typing
this under 32-bit PAE paravirt).
The
On Thu, Dec 13, 2007 at 05:13:19PM -0800, H. Peter Anvin wrote:
> When the conversion factor between jiffies and milli- or microseconds
> is not a single multiply or divide, as for the case of HZ == 300, we
> currently do a multiply followed by a divide. The intervening
> result, however, is
On Thu, Dec 13 2007, Theodore Ts'o wrote:
>
> I was going through my set of kernel patches that I've cherry picked on
> LKML for my private kernel, and I noticed this hasn't gotten merged into
> mainline yet. The original thread was here:
>
>http://lkml.org/lkml/2007/10/27/61
>
> and
On Thu, Dec 13, 2007 at 05:13:19PM -0800, H. Peter Anvin wrote:
When the conversion factor between jiffies and milli- or microseconds
is not a single multiply or divide, as for the case of HZ == 300, we
currently do a multiply followed by a divide. The intervening
result, however, is subject
Here's a new set of patches. I've compiled tested:
* 32-bit PAE paravirt
* 32-bit non-PAE paravirt
* 32-bit PAE non-paravirt
* 32-bit non-PAE non-paravirt
* 64-bit
and test-booted them to usermode under kvm (though I'm currently typing
this under 32-bit PAE paravirt).
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
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
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]
---
Make pte_t have the same basic structure for all pagetable formats so
that it can be accessed in a uniform way. This means exposing both a
pte element which is the whole pte value (32 or 64 bit), and
pte_low+pte_high for users which need to access each half independently
(pte_high doesn't exist
This patch export the boot parameters via sysfs. This can be used for
debugging and kexec.
The files added are as follow:
/sys/kernel/boot_params/data: binary file for struct boot_params
/sys/kernel/boot_params/version : boot protocol version
This patch is based on 2.6.24-rc5-mm1 and has
Hi,
I've run into this problem on a 'localhost:' NFS mount on a 2.6.23.9:
The fopen syscall will return Invalid argument trying to fopen in w
mode an existing file. The same file can be opened for append or removed.
The evidence is for example:
mars:~# mount localhost:/opt/nfs/ /mnt/tmp
On Thu, Dec 13 2007, Theodore Ts'o wrote:
I was going through my set of kernel patches that I've cherry picked on
LKML for my private kernel, and I noticed this hasn't gotten merged into
mainline yet. The original thread was here:
http://lkml.org/lkml/2007/10/27/61
and
On Thu, 2007-12-13 at 22:54 +0100, Peter Zijlstra wrote:
On Thu, 2007-12-13 at 11:30 +0800, zhejiang wrote:
__percpu_counter_add() cache the result in percpu variable until it
exceeds the batch.
The prop_norm_percpu() use the percpu_counter_read(pl-events) to read
the counter ,and use
--- a/arch/x86/mm/fault_64.c
+++ b/arch/x86/mm/fault_64.c
@@ -158,22 +158,22 @@ void dump_pagetable(unsigned long addres
pgd = __va((unsigned long)pgd PHYSICAL_PAGE_MASK);
pgd += pgd_index(address);
if (bad_address(pgd)) goto bad;
- printk(PGD %lx , pgd_val(*pgd));
+
Jeremy Fitzhardinge [EMAIL PROTECTED] 14.12.07 08:12
Jan Beulich wrote:
When either calling change_page_attr() with the default attributes
pages in the direct mapping have and a page's attributes already were
set to the default or when changing the attributes from one non-default
value to
Jan Beulich wrote:
--- a/arch/x86/mm/fault_64.c
+++ b/arch/x86/mm/fault_64.c
@@ -158,22 +158,22 @@ void dump_pagetable(unsigned long addres
pgd = __va((unsigned long)pgd PHYSICAL_PAGE_MASK);
pgd += pgd_index(address);
if (bad_address(pgd)) goto bad;
-printk(PGD %lx ,
Jeremy Fitzhardinge [EMAIL PROTECTED] 14.12.07 09:44
Jan Beulich wrote:
--- a/arch/x86/mm/fault_64.c
+++ b/arch/x86/mm/fault_64.c
@@ -158,22 +158,22 @@ void dump_pagetable(unsigned long addres
pgd = __va((unsigned long)pgd PHYSICAL_PAGE_MASK);
pgd += pgd_index(address);
if
On Thu, Dec 13, 2007 at 06:46:37PM +0100, Borislav Petkov wrote:
which fails because crypto_hash_type is declared in crypto/hash.c. You might
wanna
fix it like so:
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
Patch applied. Thanks for picking this up.
--- crypto/Kconfig.orig
On Thursday 13 December 2007, Jan Beulich wrote:
With CONFIG_PM, but without CONFIG_PM_SLEEP, the intention of the
conditional in ohci_pci_start() doesn't work since device_may_wakeup()
references pdev only with the latter config option.
Yuck. That means that runtime power management won't
On Thursday 13 December 2007 13:28:25 Dirk Heinrichs wrote:
... and the fb boot options for all kernels are: video=matroxfb:vesa:0x105.
Got a hint via p.m. to change the above to video=matroxfb:[EMAIL PROTECTED] for
the 2.6.23.x kernels. And it works fine.
Bye...
Dirk
--
To
James Bottomley wrote:
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything here.
Just to confirm what I think I'm going to be doing: rebasing the
scsi-misc tree to
Gidday,
Repeating some old news:
* man-pages now has a website:
http://www.kernel.org/doc/man-pages
The site includes HTML versions of the current set of man-pages.
* Since man-pages-2.69, each man page now includes a COLOPHON
section at the end of the page which indicates the
On Fri, 2007-12-14 at 16:26 +0800, zhejiang wrote:
On Thu, 2007-12-13 at 22:54 +0100, Peter Zijlstra wrote:
On Thu, 2007-12-13 at 11:30 +0800, zhejiang wrote:
__percpu_counter_add() cache the result in percpu variable until it
exceeds the batch.
The prop_norm_percpu() use the
if rmqueue_bulk fails, we might get page with wrong migratetype,
shouldn't we consider the case?
Thanks,
Shaohua
Index: linux/mm/page_alloc.c
===
--- linux.orig/mm/page_alloc.c 2007-12-14 16:44:35.0 +0800
+++
In kobject_add, when kobject_set_name failed we should put the kobj and return.
Signed-off-by: Dave Young [EMAIL PROTECTED]
---
lib/kobject.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff -upr linux/lib/kobject.c linux.new/lib/kobject.c
--- linux/lib/kobject.c
Em Qua, 2007-12-12 às 16:22 -0500, Shane escreveu:
Yes it does! I was just going to send the same patch myself :)
But, I am now seeing some errors that weren't there in 2.6.23
kernel: bttv0: SCERR @ 1fa0401c,bits: HSYNC OFLOW SCERR*
last message repeated 15 times
kernel: bttv0: timeout:
On Fri, 14 Dec 2007 04:10:31 -0500 Arun Thomas [EMAIL PROTECTED] wrote:
My Dell Vostro desktop w/ an Intel E6850 dual-core 3GHz CPU has an 8+
minute delay during boot. The machine seems to run fine after it
boots. The problem occurs on the Ubuntu gutsy 2.6.22-14 kernel,
2.6.23.9, and
On Thu, 13 Dec 2007 23:58:50 +0100
Johannes Weiner [EMAIL PROTECTED] wrote:
I would find this way more readable:
if (lo ENABLE_C1E_MASK) {
#ifdef CONFIG_X86_AMD_C1E_WORKAROUND
if (disable_amd_c1e) {
...
#else
return 1;
#endif
On Thu, 13 Dec 2007 17:58:02 +0530 Gautham R Shenoy [EMAIL PROTECTED] wrote:
Hi Andrew,
On Thu, Dec 13, 2007 at 02:40:50AM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
- If something goes wrong with a PCI
On Thu, 13 Dec 2007, Christoph Lameter wrote:
Remove a recently added useless masking of GFP_ZERO. GFP_ZERO is
already masked out in new_slab() (See how it calls allocate_slab). No need
to do it twice. This reverts the SLUB parts of
7fd272550bd43cc1d7289ef0ab2fa50de137e767.
Oh noes, brown
On Thu, 13 Dec 2007 20:56:17 +0100
Adrian Bunk [EMAIL PROTECTED] wrote:
AFAIK the latest available AVR32 toolchains are some patched gcc 4.0 and
some patched binutils 2.17, and avr32 is currently the only architecture
in the kernel where upstream of both of them is not capable of building
This patch makes use of regular_kernel_text_address() to avoid
probing __init functions.
Signed-off-by: Srinivasa DS [EMAIL PROTECTED]
Signed-off-by: Ananth N Mavinakayanahalli [EMAIL PROTECTED]
---
kernel/kprobes.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index:
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
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
Resending the patch, by changing the name as suggested by Andrew.
Since __init functions are discarded and its memory freed once
initialization completes, It would be better if we enable kprobes
to refuse probing __init functions. The attached patchset will do
that.
This patch creates
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
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
From: Julia Lawall [EMAIL PROTECTED]
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 in some other drivers as well.
Julia Lawall said the following on 2007-12-14 17:28:
From: Julia Lawall [EMAIL PROTECTED]
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
On Thu, 13 Dec 2007 23:33:07 +0100
Andi Kleen [EMAIL PROTECTED] wrote:
The description/option is not correct. The mainline kernel never
disables C1e. Some distribution kernels and Xen do, perhaps you're
confusing this with them.
You would rather need a force_disable_c1e option if anything.
On 14-12-07 03:59, David P. Reed wrote:
Replace use of outb to unused diagnostic port 0x80 for time delay
with udelay based time delay on x86_64 architecture machines. Fix for
bugs 9511 and 6307 in bugzilla, plus bugs reported in
bugzilla.redhat.com.
Derived from suggestion (that didn't
401 - 500 of 928 matches
Mail list logo