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
-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
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
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
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 @@ struct
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? In
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, removal of OnStream
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 (if we
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 interface
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
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 code
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 x2APIC
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/head_32.S |
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 last
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
accordingly.
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
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
wait for
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
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 @@
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
the
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
* 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 already queued a
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
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 does not
react to
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)
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 swapping,
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
+++
* 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
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
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
+++
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/30/554
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
googled
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, than to put
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: Could
* 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 [EMAIL
* 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 API (with a
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
+++
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
===
---
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-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
+++
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 that
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 -
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; but I
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_release(old_page);
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 building
* 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]
More
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
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
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 Axboe
--
To
* 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 kdump?
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 info if
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
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
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 triggered. Config
* 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 of
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.c
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_init_core() to
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
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 attached. Never saw
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
which parts
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' undeclared
[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
+++
* 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 with
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 see
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 the
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 to just
* 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 because
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 boot
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.
Suspending console(s)
* 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 message
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 function
* 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 identifier
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 1018 matches
Mail list logo
