Cleanups and constification of nozomi driver
Mostly trivial cleanups and updates and constification
and annotations of vars.
Patches are based on current linus git tree (while
[PATCH v2 1/3] is already in Gregs gregkh-2.6 tree).
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
nozomi.c | 174 ++
On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
>
> The PyX storage engine supports a scatterlist linked list algorithm that
> ...
Which parts of the PyX source code are licensed under the GPL and
which parts are closed source ? A Google query for PyX + iSCSI showed
infor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here is the patch to add per-process securebits.
Its all code that lives inside the capability LSM and the new securebits
implementation is only active if CONFIG_SECURITY_FILE_CAPABILITIES is
enabled (it doesn't make much sense to support this featur
From: Frank Seidel <[EMAIL PROTECTED]>
Minor cleanups and removal of in-file changelog:
- Correction of misspellings and wrong encoded Name
- changed 'unsigned' to 'unsigned int' for better readability
- use of generic devicefile access macro
- fixed/added explanatory comment to ntty_put_char
Si
From: Jan Engelhardt <[EMAIL PROTECTED]>
nozomi: constify structures and annotate vars
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/char/nozomi.c | 38 ++
1 file changed, 18 insertions(+), 20 d
From: Frank Seidel <[EMAIL PROTECTED]>
Even some more constifications
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/char/nozomi.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
--- a/drivers/char/nozomi.c
+++ b/drivers/char/nozomi.c
@@ -395,7 +395,7 @@ stru
On Thu, Jan 31, 2008 at 06:39:56PM -0800, Paul Menage wrote:
> On Jan 30, 2008 6:40 PM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> >
> > Here are some questions that arise in this picture:
> >
> > 1. What is the relationship of the task-group in A/tasks with the
> >task-group in A/a1/tasks
On Wed, Jan 30, 2008 at 01:29:55AM +0100, Bartlomiej Zolnierkiewicz wrote:
> On Monday 28 January 2008, Borislav Petkov wrote:
> > Hi Bart,
> >
> > [...]
> >
> > > > the BKL in idetape_write_release() with finer-grained locking etc,
> > > > probably also
> > > > some pipeline improvements, remov
Dear Andrew, all,
First of all, thank you for looking at the patch.
I do agree that if mm is NULL, system will call Oops anyway.
However, since it's oops, it does not stop the system, nor call kdump.
By calling BUG_ON(), it'll gives us chance of calling kdump at the first chance.
Since this is
On Fri, 01 Feb 2008 00:11:37 -0800 "Andrew G. Morgan" <[EMAIL PROTECTED]> wrote:
> [This patch represents a no-op unless CONFIG_SECURITY_FILE_CAPABILITIES
> is enabled at configure time.]
Patches like this scare the pants off me.
I'd have to recommend that distributors not enable this feature (
Not necessary to expose it, also fixes sparse warning.
arch/x86/kernel/early_printk.c:196:16: warning: symbol 'early_console' was not
declared. Should it be static?
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/early_printk.c |2 +-
1 files changed, 1 insertions(+),
On Thu, Jan 31 2008, Ingo Molnar wrote:
>
>
> Jens,
>
> AS still has some locking issues - see the lockdep warning below that
> the x86 test-rig just triggered. Config attached. Never saw this one
> before. Can send more info if needed.
>
> Ingo
>
> -->
> udev: renamed network
Hi all,
I found the x2APIC spec via http://www.intel.com/products/processor/manuals/.
Looks at present there is no x2APIC support in Linux kernel 2.6.24?
Is there any experimental patch available for Linux kernel? -- I
googled "x2APIC Linux"; looks no patch for now?
Thanks!
-- Rij
--
To unsub
Hi Greg.
On Fri, Feb 01, 2008 at 05:37:56PM +1000, Greg Ungerer wrote:
> Modify Makefiles to support separate coldfire platform directory.
>
> Currently the common ColdFire CPU family code sits in the
> arch/m68knommu/platform/5307 directory. This is confusing, the files
> containing this common
On Fri, Feb 01, 2008 at 05:34:10PM +1000, Greg Ungerer wrote:
> Switch to platform style configuration for 520x ColdFire parts.
> Initial support is for the UARTs. DMA support moved to common code
> for all ColdFire parts.
>
> +static struct mcf_platform_uart m520x_uart_platform[] = {
> + {
>
On 2/1/08, Rijndael Cosque <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I found the x2APIC spec via http://www.intel.com/products/processor/manuals/.
>
> Looks at present there is no x2APIC support in Linux kernel 2.6.24?
>
> Is there any experimental patch available for Linux kernel? -- I
> googled "x
On Thu, 2008-01-31 at 14:55 -0800, Jeremy Fitzhardinge wrote:
> Xen currently needs swapper_pg_dir page aligned and sized. This fixes
> the second part of that...
>
> Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Acked-by: Ian Campbell <[EMAIL PROTECTED]>
> ---
> arch/x86/kernel/hea
On Thu, 2008-01-31 at 14:10 -0800, H. Peter Anvin wrote:
> Hm. I have some minor concerns about this:
>
> * The classical length field is only available in multiples of 16 (I
> realize your patches change that to some degree, but I'd hate to make
> the guarantee that the image payload is the l
On Feb 1, 2008 12:36 PM, Len Brown <[EMAIL PROTECTED]> wrote:
> From: Johannes Berg <[EMAIL PROTECTED]>
>
> This cleans up the suspend Kconfig and removes the need to
> declare centrally which architectures support suspend. All
> architectures that currently support suspend are modified
> according
On Fri, 1 Feb 2008, Andrew Morton wrote:
> Really? I'd feel a lot more comfortable if yesterday's version 1 had led
> to a stream of comments from suitably-knowledgeable kernel developers which
> indicated that those developers had scrutinised this code from every
> conceivable angle and had decl
On Jan 31, 2008 7:15 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
>
> I meant small referring to storage on IB fabrics which has usually been
> in the research and national lab settings, with some other vendors
> offering IB as an alternative storage fabric for those who [w,c]ould not
> wai
Andrew, i'm really very very sorry for those mistakes, here is the latest, it
adds documentation for every new function, please use it to replace the patch
in -mm tree you added just now:
add-new-string-functions-strict_strto-and-convert-kernel-params-to-use-them.patch
Thank you, Andrew and Randy
Eyal Lebedinsky wrote:
> A recent update to 2.6.23.14-64.fc7 lost sound. The boot log now has
> hda-intel: Error creating card!
> HDA Intel: probe of :00:1b.0 failed with error -12
The two lines before:
| usbcore: registered new interface driver snd-usb-audio
| cannot find the slot
Hi Sam,
Sam Ravnborg wrote:
On Fri, Feb 01, 2008 at 05:37:56PM +1000, Greg Ungerer wrote:
Modify Makefiles to support separate coldfire platform directory.
Currently the common ColdFire CPU family code sits in the
arch/m68knommu/platform/5307 directory. This is confusing, the files
containing
This patch updates the usage of set_memory_xx according to changes in
previous patch.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/pci-gart_64.c |3 ++-
arch/x86/mm/init_32.c |4 ++--
arch/x86/mm/init_64.c |8
arch/x86/mm/ioremap.c
This patch adds __supported_pte_mask checking to set_memory_x/nx.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -445,13 +445,21 @@ EXPORT
This patchset enhances set_memory_xx functions and updates its usage
such as EFI accordingly.
This patchset is based on latest x86 git tree and has been tested on
EFI 32 and EFI 64 platform.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
This patch makes set_memory_xx can be used on arbitrary memory mapping
(besides identity mapping), such as memory mapped with ioremap. The
physical address is added to the set_memory_xx functions as another
parameter.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr-test.c
The casts will always be needed, may as well make them the right
signedness. The ebx variables can easily be unsigned, may as well.
arch/x86/kernel/cpu/common.c:261:21: warning: incorrect type in argument 2
(different signedness)
arch/x86/kernel/cpu/common.c:261:21:expected unsigned int *eax
* Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-02-01 at 10:48 +0100, Ingo Molnar wrote:
> > > Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it.
> > I'll
> > > cook up a patch and queue it in git390.
> >
> > the one below should do the trick.
>
> Thanks but I alr
Clemens
My /etc/modprobe.conf now contains:
alias snd-card-0 snd-hda-intel
options snd-card-0 index=0
options snd-hda-intel index=0
and and I should add
options snd-usb-audio index=1
right?
Any idea why has this changed between the two minor kernel revisions thoug
On Thu, 31 Jan 2008, H. Peter Anvin wrote:
> > Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
> uname -m
I think that the real point here is that there is no general way how to
determine whether the kernel is 32bit or 64bit from full dmesg output,
which could sometimes make
Pavel Machek wrote:
> On Fri 2008-02-01 00:41:06, Michael Tokarev wrote:
[]
>> With 2.6.24, it tries to suspend, saves pages to disk,
>> when prints this:
>>
>> ..Saving pages... done.
>> Sl
It's actually "S|", not "Sl".
>> Suspending console(s)
>> _
>>
>> At this point, nothing more happens. It
today's upstream ALSA merge brought us build failures (exposed by
randconfig testing):
sound/drivers/opl3/opl3_synth.c: In function 'snd_opl3_find_patch':
sound/drivers/opl3/opl3_synth.c:308: error: 'OPL3_PATCH_HASH_SIZE' undeclared
(first use in this function)
sound/drivers/opl3/opl3_synth.c:3
On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
>
> Jens,
>
> AS still has some locking issues - see the lockdep warning below that
> the x86 test-rig just triggered. Config attached. Never saw this one
> before. Can send more info if needed.
>
The io_contexts are swapped. And while swa
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
Index: linux/arch/x86/mm/pageattr.c
===
--- linux.orig/arch/x86/mm/pageattr.c
+++ linux/arch/x86/
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it.
> > I'll cook up a patch and queue it in git390.
>
> the one below should do the trick.
ah, i see the one you queued up (below) is even better :)
Ingo
->
Subject
The AMD Fam10h CPUs support new Gigabyte page table entry for
mapping 1GB at a time. Use this for the kernel direct mapping.
Only done for 64bit because i386 does not support GB page tables.
This only applies to the data portion of the direct mapping; the
kernel text mapping stays with 2MB pag
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
Documentation/x86_64/boot-options.txt |5 +
arch/x86/mm/init_64.c | 16
include/asm-x86/pgtable_64.h |7 +++
3 files changed, 28 insertions(+)
Index: linux/arch/x86/mm/init_64.c
===
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c |5 +
1 file changed, 5 insertions(+)
Index: linux/arch/x86/mm/pageattr.c
===
--- linux.orig/arch/x86/mm/pageattr.c
+++ linux/arch/x86/mm/pageattr.c
@
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/fault.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux/arch/x86/mm/fault.c
===
--- linux.orig/arch/x86/mm/fault.c
+++ linux/arch/x86/mm/fault.c
This patchkit implements support for the 1GB pages of AMD Fam10h CPUs
in the kernel direct mapping.
Change to previous versions:
- Incorporated feedback from Thomas Gleixner
- Switch direct mapping setup over to set_pte() / pte_pfn()
- Split up patches some more
Includes one not strictly requi
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/cpufeature.h |2 ++
1 file changed, 2 insertions(+)
Index: linux/include/asm-x86/cpufeature.h
===
--- linux.orig/include/asm-x86/cpufeature.h
+++ linux/include/a
On Fri, 2008-02-01 at 08:44 +0100, Peter Zijlstra wrote:
> On Fri, 2008-02-01 at 03:04 +0100, Rafael J. Wysocki wrote:
> > On Friday, 1 of February 2008, Rafael J. Wysocki wrote:
> > > Hi,
> > >
> > > This is related to the problem I reported earlier this week:
> > > http://lkml.org/lkml/2008/1/3
On Fri, 2008-02-01 at 16:43 +0800, Rijndael Cosque wrote:
> Hi all,
>
> I found the x2APIC spec via http://www.intel.com/products/processor/manuals/.
>
> Looks at present there is no x2APIC support in Linux kernel 2.6.24?
>
> Is there any experimental patch available for Linux kernel? -- I
> go
cyrix_arr_init was #if 0 all the way back to at least v2.6.12.
This was the only place where arr3_protected was set to anything
but zero. Eliminate this variable.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/mtrr/cyrix.c | 107 -
On Feb 1, 2008 4:50 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> I've forwarded these to Andrew, with my signoff and updated comments.
> You still need to work on having your patch descriptions match up
> to what the patches actually do...
>
Thanks a lot, I will try to make it more clearer next
(a late reply - the merge window made me ignore this thread ;-)
* Stefan Richter <[EMAIL PROTECTED]> wrote:
> > (or if that's still too much, follow the time-deferred lkml updates
> > of lwn.net)
> >
> > Realize it: it's _far_ easier to filter down a too verbose source of
> > information, tha
The patch updates EFI runtime memory mapping code according to the
changes to set_memory_xx.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/efi.c| 48 +++
arch/x86/kernel/efi_64.c | 40 ++-
Hello !
As user "root" I'm trying to load the ath_pci module from madwifi using
the "modprobe" command, which is the recommanded way. But I get the
following diag in the log:
modprobe: WARNING: Could not open '/lib/modules/2.6.23.8-34.fc7/net/ath_hal.ko': Permission denied
modprobe: WARNING: Co
* Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it. I'll
> cook up a patch and queue it in git390.
the one below should do the trick.
Ingo
->
Subject: s390: enable GENERIC_LOCKBREAK
From: Ingo Molnar <[EMA
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > And that from a person who on the other hand wants to introduce (and
> > tries to force on other people) deprecation periods for unused
> > EXPORT_SYMBOL's.
>
> why does this bother you? The API makes total sense. This is a
> completely sensible AP
Fix up all users.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/head_64.S |8
arch/x86/kernel/head_64.S |4 ++--
arch/x86/kernel/pci-gart_64.c |2 +-
arch/x86/mm/init_64.c |6 +++---
arch/x86/mm/pageattr.c
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/page_64.h |3 +++
1 file changed, 3 insertions(+)
Index: linux/include/asm-x86/page_64.h
===
--- linux.orig/include/asm-x86/page_64.h
+++ linux/include/asm-x86/p
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86/pgtable_32.h |2 ++
include/asm-x86/pgtable_64.h |6 ++
2 files changed, 8 insertions(+)
Index: linux/include/asm-x86/pgtable_64.h
===
--- linux.orig/inc
pci-gart needs to unmap the IOMMU aperture to prevent cache corruptions.
Switch this over to using cpa instead of clear_kernel_mapping()
Drawback right now is that cpa will split everything down to 4k
pages, and this costs 4K for each 2MB of aperture; 128KB for a typical
64MB aperture.
Signed-o
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
Index: linux/arch/x86/mm/pageattr.c
===
--- linux.orig/arch/x86/mm/pageattr.c
+++ linux/
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/init_64.c| 43 ---
include/asm-x86/pgtable_64.h |1 -
2 files changed, 44 deletions(-)
Index: linux/arch/x86/mm/init_64.c
=
[Actually not needed for gbpages, but an indepedent, but related cleanup]
Use set_pte() for setting up the 2MB pages in the direct mapping similar
to what the earlier GBPAGES patches did for the 1GB PUDs.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/init_64.c |6 ++
1
On Fri, 2008-02-01 at 10:48 +0100, Ingo Molnar wrote:
> > Defining GENERIC_LOCKBREAK in arch/s390/Kconfig takes care of it.
> I'll
> > cook up a patch and queue it in git390.
>
> the one below should do the trick.
Thanks but I already queued a different one (see below). The other
architectures t
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 changes.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c |5 -
include/asm-x86/cpu
We only need to flush the caches in cpa() if the the caching attributes
have changed. Otherwise only flush the TLBs.
This checks the PAT bits too although they are currently not used by
the kernel.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c| 28 +
Robert Hancock wrote:
Can you (or others experiencing this problem) test the latest patch
attached to the RH Bugzilla entry here:
https://bugzilla.redhat.com/show_bug.cgi?id=351451
and see if it resolves the problem? I have one report of success so far.
I'll test it at this weekend.
--
To
On Feb 1, 2008 2:14 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Lars Noschinski <[EMAIL PROTECTED]> writes:
>
> > For an university project, we had to write a toy filesystem (ext2-like),
> > for which I would like to implement sparse file support. For this, I
> > digged through the ext2 source code
On Fri, Feb 01, 2008 at 04:32:21AM -0600, Robin Holt wrote:
> On Thu, Jan 31, 2008 at 08:43:58PM -0800, Christoph Lameter wrote:
> > On Thu, 31 Jan 2008, Robin Holt wrote:
> >
> > > > Index: linux-2.6/mm/memory.c
> > > ...
> > > > @@ -1668,6 +1678,7 @@ gotten:
> > > > page_cache_re
On Thu, 2008-01-31 at 23:53 -0500, George Spelvin wrote:
> The code to fill it in is smaller than the table itself.
> Is it worth complicating things with some INIT code to reduce
> the stored image size? (The table is not compressible.)
[snip]
Thanks but since the code is only used when buildin
* Jens Axboe <[EMAIL PROTECTED]> wrote:
> Are you sure this triggered with the as fixup in place? It looks like
> the same bug.
most definitely a separate bug.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
James said in a related posting that the Section mismatch
warnings were getting out of control.
So I decided to take a closer look at current
status. Latest mainline with Adrian + mine fixes applied.
Target was x86 - an allyesconfig build.
I looked at the reported Section mismatch warnings per
di
hi there,
since i'm not on the list... how about:
tail /proc/1/smaps and check the address size...
on 32 bit: e000-f000 r-xp 00:00 0 [vdso]
on 64 bit: ff60-ff601000 r-xp 00:00 0
[vdso]
there you can clearly see that your address space is do
On Fri, Feb 01 2008, Ingo Molnar wrote:
>
> * Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > Are you sure this triggered with the as fixup in place? It looks like
> > the same bug.
>
> most definitely a separate bug.
yeah, I didn't read it carefully enough. Nikanth found the reason.
--
Jens Axb
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> /* Direct interface for emergencies */
> -struct console *early_console = &early_vga_console;
> +static struct console *early_console = &early_vga_console;
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, 1 Feb 2008 17:24:17 +0900 "Kenichi Okuyama" <[EMAIL PROTECTED]> wrote:
> First of all, thank you for looking at the patch.
>
> I do agree that if mm is NULL, system will call Oops anyway.
> However, since it's oops, it does not stop the system, nor call kdump.
That would be a huge bug in
On Fri, Feb 01 2008, Nikanth Karthikesan wrote:
> On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
> >
> > Jens,
> >
> > AS still has some locking issues - see the lockdep warning below that
> > the x86 test-rig just triggered. Config attached. Never saw this one
> > before. Can send more
On Friday, 1 of February 2008, Harvey Harrison wrote:
> Let this appear as deprecated in 2.6.25, remove after three
> releases (2.6.28).
Thanks, I'll post a more complete version of the patch later today.
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
> ---
> Something like this should be i
OK. Now that release has been moved, I think I agree with you that the
down_write(mmap_sem) can be used as our lock again and still work for
Jack. I would like a ruling from Jack as well.
Thanks,
Robin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On Fri, 2008-02-01 at 11:12 +0100, Jens Axboe wrote:
> On Fri, Feb 01 2008, Nikanth Karthikesan wrote:
> > On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
> > >
> > > Jens,
> > >
> > > AS still has some locking issues - see the lockdep warning below that
> > > the x86 test-rig just trigge
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> cyrix_arr_init was #if 0 all the way back to at least v2.6.12.
>
> This was the only place where arr3_protected was set to anything but
> zero. Eliminate this variable.
thanks, tentatively applied. I've Cc:-ed Alan: do you agree with the
removal
do_wp_page can reach the _end callout without passing the _begin
callout. This prevents making the _end unles the _begin has also
been made.
Index: mmu_notifiers-cl-v5/mm/memory.c
===
--- mmu_notifiers-cl-v5.orig/mm/memory.c2
On Thu, Jan 31, 2008 at 07:38:53PM +0100, Sam Ravnborg wrote:
>Hi WANG.
>
>On Fri, Feb 01, 2008 at 01:25:17AM +0800, WANG Cong wrote:
>>
>> This patch fix this mismatch warning from mm:
>>
>> WARNING: vmlinux.o(.meminit.text+0x37f): Section mismatch in reference from
>> the function free_area_in
hey all,
since i'm not completely sure where this bug goes, i'll try lkml and
linux-dvb list.
first of all: my "test" computer is a ubuntu gutsy system (standard) on
a dell latitude D810. the tv card: a Kworld v-stream dvb-t usb2.
the bug:
http://harry.enzoverder.be/dvb-crash.txt (some irreleva
On Thu, Jan 31, 2008 at 08:43:58PM -0800, Christoph Lameter wrote:
> On Thu, 31 Jan 2008, Robin Holt wrote:
>
> > > Index: linux-2.6/mm/memory.c
> > ...
> > > @@ -1668,6 +1678,7 @@ gotten:
> > > page_cache_release(old_page);
> > > unlock:
> > > pte_unmap_unlock(page_table, ptl);
> > >
On Fri, Feb 01 2008, Jens Axboe wrote:
> On Fri, Feb 01 2008, Nikanth Karthikesan wrote:
> > On Thu, 2008-01-31 at 23:14 +0100, Ingo Molnar wrote:
> > >
> > > Jens,
> > >
> > > AS still has some locking issues - see the lockdep warning below that
> > > the x86 test-rig just triggered. Config att
On Fri, 2008-02-01 at 09:11 +0100, Bart Van Assche wrote:
> On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> >
> > The PyX storage engine supports a scatterlist linked list algorithm that
> > ...
>
> Which parts of the PyX source code are licensed under the GPL and
> whi
At Fri, 1 Feb 2008 11:17:23 +0100,
Ingo Molnar wrote:
>
> today's upstream ALSA merge brought us build failures (exposed by
> randconfig testing):
>
> sound/drivers/opl3/opl3_synth.c: In function 'snd_opl3_find_patch':
> sound/drivers/opl3/opl3_synth.c:308: error: 'OPL3_PATCH_HASH_SIZE' undeclar
[PATCH] make loglevel related command_line to early_param
so we can use them for early console like console=uart8250 or earlycon=uart8250
or early_printk
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/init/main.c b/init/main.c
index cb81ed1..a774a93 100644
--- a/init/main.c
+++ b/in
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> case 1:
> - *(unsigned char *)s = pattern;
> + *(unsigned char *)s = pattern & 0xff;
i've applied your fix - but wouldnt it be cleaner to just cast the
pattern variable to unsigned char instead?
On Monday 10 December 2007, Benjamin Herrenschmidt wrote:
> The current pci_assign_unassigned_resources() code doesn't work properly
> on 32 bits platforms with 64 bits resources. The main reason is the use
> of unsigned long in various places instead of resource_size_t.
>
> This fixes it, along wi
On Friday 01 February 2008 10:34:52 Huang, Ying wrote:
> This patch makes set_memory_xx can be used on arbitrary memory mapping
> (besides identity mapping), such as memory mapped with ioremap. The
> physical address is added to the set_memory_xx functions as another
> parameter.
Well as you can s
Shuduo Sang a écrit :
On Feb 1, 2008 2:14 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
Lars Noschinski <[EMAIL PROTECTED]> writes:
For an university project, we had to write a toy filesystem (ext2-like),
for which I would like to implement sparse file support. For this, I
digged through t
On Fri, 2008-02-01 at 11:56 +0100, Ingo Molnar wrote:
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > case 1:
> > - *(unsigned char *)s = pattern;
> > + *(unsigned char *)s = pattern & 0xff;
>
> i've applied your fix - but wouldnt it be cleaner
* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Doing a make randconfig I came across this error in the Makefile.
>
> This patch makes a directory out of arch/x86/mach-default for
> CONFIG_X86_RDC321X
thanks, applied. (I had the CONFIG_X86_RDC321X sub-arch turned off in my
automated testing bec
On Friday 01 February 2008 11:47:18 Sam Ravnborg wrote:
> James said in a related posting that the Section mismatch
> warnings were getting out of control.
My question is: where are crashes? If the sections were
really in such bad shape and since we poison (and sometimes
even unmap) init after boo
On Friday, 1 of February 2008, Michael Tokarev wrote:
> Pavel Machek wrote:
> > On Fri 2008-02-01 00:41:06, Michael Tokarev wrote:
> []
> >> With 2.6.24, it tries to suspend, saves pages to disk,
> >> when prints this:
> >>
> >> ..Saving pages... done.
> >> Sl
>
> It's actually "S|", not "Sl".
>
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> Both trampolines actually *do* set up stack. (Is the "we jump into
> compressed/head.S" comment still true?)
thanks, applied. (v2 of this patch)
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Signedness mismatches in level argument.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, my other patch changing lookup_address was truncated and
missed the other call sites, here's the rest. You can either
fold this into that patch or apply separately.
arch/x86/kernel/efi_64.c
On Thu, 2008-01-31 at 17:16 -0800, H. Peter Anvin wrote:
> David Newall wrote:
> > Isn't a crc32 calculation already defined? Yes; in lib/crc32.c. One is
> > surely enough.
>
> As long as it can be included in user-space code we should use that one.
I don't think it can. There is a main functi
* Takashi Iwai <[EMAIL PROTECTED]> wrote:
> > sound/drivers/opl3/opl3_synth.c: In function 'snd_opl3_find_patch':
> > sound/drivers/opl3/opl3_synth.c:308: error: 'OPL3_PATCH_HASH_SIZE'
> > undeclared (first use in this function)
> > sound/drivers/opl3/opl3_synth.c:308: error: (Each undeclared id
On Fri, 1 Feb 2008 11:47:18 +0100 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> James said in a related posting that the Section mismatch
> warnings were getting out of control.
eh. They're easy - the build system tells you about them!
> The list is here:
Question is: why do people keep adding new
On Fri, Feb 01, 2008 at 04:55:16AM -0600, Robin Holt wrote:
> OK. Now that release has been moved, I think I agree with you that the
> down_write(mmap_sem) can be used as our lock again and still work for
> Jack. I would like a ruling from Jack as well.
Ignore this, I was in the wrong work area.
On Feb 1, 2008 11:39 AM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2008-02-01 at 09:11 +0100, Bart Van Assche wrote:
> > On Jan 31, 2008 2:25 PM, Nicholas A. Bellinger <[EMAIL PROTECTED]> wrote:
> > >
> > > The PyX storage engine supports a scatterlist linked list algorithm that
1 - 100 of 540 matches
Mail list logo
