login
Search
| From | Subject | Date |
|---|---|---|
| Jesse Barnes | [git pull] PCI pull request for 2.6.27
Please consider pulling my linux-next branch:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci-2.6.git linux-next
I'm open to suggestions here about a couple of caveats with this pull:
- it's not merged up to master (though the conflicts are fairly trivial,
you can check out my linux-next-merge branch to see how I handled them)
- it contains a revert for a patch I thought might be ready but have since
chickened out on. I didn't want to rebase since I'm carrying some
...
| Jul 16, 7:39 pm 2008 |
| Linus Torvalds | Re: [git pull] PCI pull request for 2.6.27
Please don't take patches like this.
If it's janitor work, the end result should be better. But it's not. This
patch is full of stuff like
- for(addr = (u8 *) __va(0xf0000); addr < (u8 *) __va(0x100000); addr += 16) {
+ for (addr = (u8 *) __va(0xf0000); addr < (u8 *) __va(0x100000);
+ addr += 16) {
rt = pirq_check_routing_table(addr);
Which just brings negative value. The code is _harder_ to look at, not
easier.
The 80-character limit is less important than making code loo...
| Jul 16, 7:50 pm 2008 |
| Jesse Barnes | Re: [git pull] PCI pull request for 2.6.27
Yeah I noticed that too when I did the merge (and in the original patch),
though on my 80 char display it looked like a wash in terms of readability to
me, but even in that case I should have rejected it as noise. Sorry about
that.
Jesse
--
| Jul 16, 7:54 pm 2008 |
| Kumar Gala | [PATCH] powerpc/ep8248e: Unconditionally select PHYLIB for m...
Its possible to build the phylib as a module, however this breaks the
board code because alloc_mdio_bitbang and mdiobus_register are not
available if we build as a module. These are needed by the board code
since it implements the low level mdio bitbang ops.
So we unconditionally select PHYLIB to ensure its built into the kernel
if we are building in EP8248E support.
Long term we should look at moving the mdio_ops into its own file so it
can be built as a module.
Signed-off-by: Kumar Gala <...
| Jul 16, 7:05 pm 2008 |
| Roland McGrath | [PATCH 0/4] x86 step/syscall-trace fixes & cleanups
Hi!
I'm posting these four patches for everyone to see on the list, but they
can be pulled from GIT as well.
The following changes since commit 8a0ca91e1db5de5eb5b18cfa919d52ff8be375af:
Linus Torvalds (1):
Merge branch 'for-linus' of git://git.kernel.org/.../drzeus/mmc
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/frob/linux-2.6-roland.git x86/step
Roland McGrath (4):
x86 ptrace: block-step fix
x86 ptrace: unify TIF_SINGLE...
| Jul 16, 7:02 pm 2008 |
| Roland McGrath | [PATCH 4/4] x86 ptrace: user-sets-TF nits
This closes some arcane holes in single-step handling that can arise
only when user programs set TF directly (via popf or sigreturn) and
then use vDSO (syscall/sysenter) system call entry. In those entry
paths, the clear_TF_reenable case hits and we must check TIF_SINGLESTEP
to be sure our bookkeeping stays correct wrt the user's view of TF.
Signed-off-by: Roland McGrath <roland@redhat.com>
---
arch/x86/kernel/ptrace.c | 10 ++++++++++
arch/x86/kernel/step.c | 13 ++++++++++...
| Jul 16, 7:05 pm 2008 |
| Roland McGrath | [PATCH 3/4] x86 ptrace: unify syscall tracing
This unifies and cleans up the syscall tracing code on i386 and x86_64.
Using a single function for entry and exit tracing on 32-bit made the
do_syscall_trace() into some terrible spaghetti. The logic is clear and
simple using separate syscall_trace_enter() and syscall_trace_leave()
functions as on 64-bit.
The unification adds PTRACE_SYSEMU and PTRACE_SYSEMU_SINGLESTEP support
on x86_64, for 32-bit ptrace() callers and for 64-bit ptrace() callers
tracing either 32-bit or 64-bit tasks. It behave...
| Jul 16, 7:05 pm 2008 |
| Roland McGrath | [PATCH 2/4] x86 ptrace: unify TIF_SINGLESTEP
This unifies the treatment of TIF_SINGLESTEP on i386 and x86_64.
The bit is now excluded from _TIF_WORK_MASK on i386 as it has been
on x86_64. This means the do_notify_resume() path using it is never
used, so TIF_SINGLESTEP is not cleared on returning to user mode.
Both now leave TIF_SINGLESTEP set when returning to user, so that
it's already set on an int $0x80 system call entry. This removes
the need for testing TF on the system_call path. Doing it this way
fixes the regression for PTRACE_SING...
| Jul 16, 7:04 pm 2008 |
| Roland McGrath | [PATCH 1/4] x86 ptrace: block-step fix
The enable_single_step() logic bails out early if TF is already set.
That skips some of the bookkeeping that keeps things straight.
This makes PTRACE_SINGLEBLOCK break the behavior of a user task
that was already setting TF itself in user mode.
Fix the bookkeeping to notice the old TF setting as it should.
Test case at: http://sources.redhat.com/cgi-bin/cvsweb.cgi/~checkout~/tests/ptrace-tests/tests/step-...
Signed-off-by: Roland McGrath <roland@redhat.com>...
| Jul 16, 7:03 pm 2008 |
| Adrian Bunk | Linux 2.6.16.61
Security fixes since 2.6.16.60:
- CVE-2008-1669: fix SMP ordering hole in fcntl_setlk()
- CVE-2008-1673: asn1: additional sanity checking during BER decoding
- CVE-2008-2136: sit: Add missing kfree_skb() on pskb_may_pull() failure.
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since 2.6....
| Jul 16, 6:22 pm 2008 |
| ZC Miao | Usage of kgdb in v2.6.26
I tried to use the kgdb from v2.6.26, but met few problems.
I use :
1. gdb 6.8 (gdb-6.8-11.fc9.i386)
2. kernel v2.6.26 source code
3. Qemu 0.9.1 (qemu-0.9.1-5.fc9.i386)
4. Host is : 2.6.25.10-86.fc9.i686
5. Cpu : Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz
* Firstly I compile kernel 2.6.26 with kgdb support :
CONFIG_KGDB=y
CONFIG_KGDB_SERIAL_CONSOLE=y
* Then I use qemu to boot my kernel along with a rootfs that I created,
with a qemu option that makes a local tcp port a listening servic...
| Jul 16, 6:00 pm 2008 |
| Joseph Pingenot | ata error message exception Emask 0x0 SAct 0x0 SErr 0x0 acti...
Hi all.
Anyone know what is causing the following troubles:
Jul 16 16:16:27 cruftix kernel: [12538.998440] ata5.00: exception Emask
0x0 SAct 0x0 SErr 0x0 action 0x2
Jul 16 16:16:27 cruftix kernel: [12538.998450] ata5.00: irq_stat
0x00020002, device error via D2H FIS
Jul 16 16:16:27 cruftix kernel: [12538.998457] ata5.00: cmd
35/00:08:87:17:58/00:00:59:00:00/e0 tag 0 dma 4096 out
Jul 16 16:16:27 cruftix kernel: [12538.998459] res
51/84:00:8e:17:58/00:00:59:00:00/e0 Emask 0x10 (ATA bus err...
| Jul 16, 5:26 pm 2008 |
| Andi Kleen | Please pull ACPI updates
Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-acpi-merge-2.6 release-2.6.27
to get the initial ACPI updates for 2.6.27. We got a few more changes
dependent on yet unpulled trees and some other candidate patches,
but that's the bulk for the changes intended for 2.6.27. Most of that
has been collected by Len Brown before he went on sabbatical. I was
relatively conservative with additional changes so far.
-Andi
Aaron Durbin (1):
Add the ability to ...
| Jul 16, 5:45 pm 2008 |
| Rafael J. Wysocki | Re: Please pull ACPI updates
Well, IMO it would be better to merge PCI first.
Thanks,
Rafael
--
| Jul 16, 6:11 pm 2008 |
| Jesse Barnes | Re: Please pull ACPI updates
Yeah, they're interdependent (I pulled from Len's tree, hopefully Andi
preserved the changesets). I had wanted to do a little more testing of what
I've got, but I haven't heard any huge complaints so far so maybe things are
ok. I'll generate a pull request now.
Jesse
--
| Jul 16, 7:33 pm 2008 |
| Linus Torvalds | Re: Please pull ACPI updates
Andi did not. The whole series I pulled was rebased today at 2PM.
I was going to complain about it, because Len's trees were always a
pleasure to pull with clearly delineated topic branches etc, and pulling
from Andi was such a let-down in comparison.
But I decided to let it slide, because quite frankly, Len had done better
than the average bear, and I didn't realize that the commits Andi had
rebased had actually been in Len's tree in the _good_ format.
It seems I was wrong - I should...
| Jul 16, 7:45 pm 2008 |
| Jesse Barnes | Re: Please pull ACPI updates
Ugg, when Andi took over we talked about it; I thought we had agreed that he
Is a topic branch flow like what Len uses documented somewhere that you know
of? I know my process could use some improvement; I'd rather not have to
wait for Len to come back to ask him. :)
Thanks,
Jesse
--
| Jul 16, 7:51 pm 2008 |
| Soumyadip Das Mahapatra | Re: [PATCH] : A better approach to compute int_sqrt in lib/i...
Thanks Peter for noticing :-)
Sorry, I should have it explained before. Really sorry
for that. Here are they...
0 It is better because
o it uses only one loop instead of two
o contains no division operator (older version has two)
which are surely comparatively slow task in computer
0 Currently find . -name '*.[ch]' | xargs grep int_sqrt gives me this
....
./fs/nfs/write.c: nfs_congestion_kb = (16*int_sqrt(totalram_pages)) << (PAGE_SHI...
| Jul 16, 5:35 pm 2008 |
| Lennart Sorensen | Re: [PATCH] : A better approach to compute int_sqrt in lib/i...
It is also very inaccurate:
int_sqrt(9380489) returns 3062 with the old code and 146574 with the new
code. I wonder which one is closer to right. It seems as soon as the
input is 2^22 or higher, the new code goes all to hell and starts
returning 2^16-1 or similarly silly values rather than 2^11-1 or
similar.
Here is how I tested:
(compiled with gcc -Wall -O2 -std=c99)
#include <stdio.h>
#include <unistd.h>
#include <stdlib.h>
#define BITS_PER_LONG 32
unsigned lo...
| Jul 16, 6:05 pm 2008 |
| Denys Vlasenko | [PATCH] x86: do not grow initial process stack so much
Hi,
fs/exec.c has this function
/*
* Finalizes the stack vm_area_struct. The flags and permissions are updated,
* the stack is optionally relocated, and some extra space is added.
*/
int setup_arg_pages(struct linux_binprm *bprm,
unsigned long stack_top,
int executable_stack)
{...
which is called for every newly exec'ed process. Apart from other things,
it grows stack by EXTRA_STACK_VM_PAGES, which is defined to "random",
as comment says, 20 pages...
| Jul 16, 5:32 pm 2008 |
| Morton Harrow | Re: GPL version 4
Hi Miod,
Most of the people who have replied seem to be missing the point.
In addition to the announcement of the GPLv4, I was trying to discuss
another point.
The Free Software Foundation and their mission ("Since 1985 we've been
fighting for essential freedoms of computer users", please see
http://www.fsf.org) are not in line with their GPLv3.
I see with pain in my heart that the GPLv3 doesn't actually give the
users of GPLv3 software the liberty and freedom the FSF has been
fighting fo...
| Jul 16, 5:31 pm 2008 |
| David Collier-Brown | Re: GPL version 4
To quote Fred Weigel, they should be
3
3.1
3.14
3.141
3.1415
3.14159
--dave
--
David Collier-Brown | Always do right. This will gratify
Sun Microsystems, Toronto | some people and astonish the rest
davecb@sun.com | -- Mark Twain
(905) 943-1983, cell: (647) 833-9377, (800) 555-9786 x56583
bridge: (877) 385-4099 code: 506 9191#
--
| Jul 16, 6:06 pm 2008 |
| Al Viro | Re: GPL version 4
Piss off.
1) if you read the text of GPL, you will notice that "later
versions" are explicitly limited to the versions published by FSF.
Which makes your version rather irrelevant.
2) in case you've managed to miss it, Linux is *NOT* under "v2 or
later".
3) discussion of FSF, their mission, their ideals or their imaginary
pet polka-dot goats does not belong here.
4) pain in your heart or in any other parts of your anatomy that might
have been involved in the creation of that wankstain...
| Jul 16, 6:08 pm 2008 |
| Valdis.Kletnieks | Re: GPL version 4
You missed an important philosophical point. In Richard Stallman's world view,
Sometimes, it's not about you.
| Jul 16, 5:41 pm 2008 |
| Matthias Kilian | Re: GPL version 4
Oh, great. First poeple bend the term "freedom" (like FSF does),
then they talk about the freedom of bits and bytes (software).
Now let's start a "free teapots" campaign.
--
| Jul 16, 6:23 pm 2008 |
| Sebastian Siewior | [PATCH] ftrace: copy + paste typo in asm/ftrace.h
Signed-off-by: Sebastian Siewior <bigeasy@linutronix.de>
---
include/asm-x86/ftrace.h | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/asm-x86/ftrace.h b/include/asm-x86/ftrace.h
index c184441..5c68b32 100644
--- a/include/asm-x86/ftrace.h
+++ b/include/asm-x86/ftrace.h
@@ -1,5 +1,5 @@
#ifndef _ASM_X86_FTRACE
-#define _ASM_SPARC64_FTRACE
+#define _ASM_X86_FTRACE
#ifdef CONFIG_FTRACE
#define MCOUNT_ADDR ((long)(mcount))
--
1.5.5.2
--
| Jul 16, 5:31 pm 2008 |
| Robert P. J. Day | unused Kconfig vars under drivers/
while i'll do a more formal listing of these toward the end of the
merge window, here's a quick listing of defined Kconfig variables
under drivers/ that are currently unreferenced, if anyone wants to
deal with them ahead of time. (i know that some fixes are already in
drivers/ide/Kconfig:1035:config BLK_DEV_HD_ONLY
drivers/isdn/hisax/l3dss1.c:355:#ifdef HISAX_DE_AOC
drivers/isdn/hisax/l3dss1.c:424:#else /* not HISAX_DE_AOC */
drivers/isdn/hisax/l3dss1.c:426:#endif /* not HISAX_DE_AOC */
driver...
| Jul 16, 4:41 pm 2008 |
| Neil Horman | [PATCH] prng; bring prng into better alignment with specific...
Bring prng into better alignment with specificaion:
- Convert to using Generic AES 128 bit cipher
- Convert DT to be a non-shifted counter, increasing counter period
Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
prng.c | 69 +++++++++++++++++++----------------------------------------------
1 file changed, 21 insertions(+), 48 deletions(-)
diff --git a/crypto/prng.c b/crypto/prng.c
index 933b4bc..9e2d277 100644
--- a/crypto/prng.c
+++ b/crypto/prng.c
@@ -1,7 +1,7...
| Jul 16, 4:32 pm 2008 |
| Neil Horman | [PATCH] prng: fix a few misc bugs in prng
Fixing a few misc bugs in prng.c:
- Remove prng_key/prng_iv from prng_context (both kept in tfm ptr)
- Making _get_more_prng_bytes return meaningful err codes (not just -1/0)
Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
crypto/prng.c | 26 +++++++++-----------------
firmware/Makefile | 4 ++--
2 files changed, 11 insertions(+), 19 deletions(-)
diff --git a/crypto/prng.c b/crypto/prng.c
index 7aeb0d0..933b4bc 100644
--- a/crypto/prng.c
+++ b/crypto/prng.c
@@...
| Jul 16, 4:29 pm 2008 |
| Soumyadip Das Mahapatra | [PATCH] : A better approach to compute int_sqrt in lib/int_s...
Hello everybody !!
The patch below is what i think is a better approach to
compute int_sqrt().
What about it ?
Thanks !!
---
--- a/lib/int_sqrt.c 2008-04-17 08:19:44.000000000 +0530
+++ b/lib/int_sqrt.c 2008-07-02 11:37:01.000000000 +0530
@@ -1,4 +1,3 @@
-
#include <linux/kernel.h>
#include <linux/module.h>
@@ -7,26 +6,21 @@
* @x: integer of which to calculate the sqrt
*
* A very rough approximation to the sqrt() function.
+ * Improved version from th...
| Jul 16, 4:19 pm 2008 |
| Peter Zijlstra | Re: [PATCH] : A better approach to compute int_sqrt in lib/i...
Indeed, what about it?
How is it better;
- is it cheaper
- how so
- on what platform
- it is more accurate
- who needs it
Please provide a little more information about why you suggest this
With the previuos one being gone, this comment adds little but
--
| Jul 16, 4:51 pm 2008 |
| Harvey Harrison | [PATCH] dlm: sparse endian annotations
fs/dlm/dir.c:419:14: warning: incorrect type in assignment (different base types)
fs/dlm/dir.c:419:14: expected unsigned short [unsigned] [addressable] [assigned] [usertype] be_namelen
fs/dlm/dir.c:419:14: got restricted __be16 [usertype] <noident>
fs/dlm/util.c:27:17: warning: incorrect type in assignment (different base types)
fs/dlm/util.c:27:17: expected unsigned int [unsigned] [usertype] h_version
fs/dlm/util.c:27:17: got restricted __le32 [usertype] <noident>
..lots mor...
| Jul 16, 4:16 pm 2008 |
| Al Viro | Re: [PATCH] dlm: sparse endian annotations
On Wed, Jul 16, 2008 at 01:16:07PM -0700, Harvey Harrison wrote:
NAK on ones below. You are only hiding the warnings; ...s() is not making
--
| Jul 16, 5:38 pm 2008 |
| Harvey Harrison | Re: [PATCH] dlm: sparse endian annotations
I'd suggest that any use of {endian}s() points to code that should be
looked at. But if you'd also rather have the warnings, so be it.
Cheers,
Harvey
--
| Jul 16, 5:43 pm 2008 |
| Al Viro | Re: [PATCH] dlm: sparse endian annotations
Frankly, I would rather have the rest of byteswaps in dlm eliminated...
--
| Jul 16, 6:12 pm 2008 |
| Martin K. Petersen | [PATCH] block: Trivial fix for blk_integrity_rq()
Fail integrity check gracefully when request does not have a bio
attached (BLOCK_PC).
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
---
PS. Jens is out for a couple of weeks. Hence the direct submission.
diff --git a/include/linux/blkdev.h b/include/linux/blkdev.h
--- a/include/linux/blkdev.h
+++ b/include/linux/blkdev.h
@@ -985,6 +985,9 @@ static inline int bdev_integrity_enabled
static inline int blk_integrity_rq(struct request *rq)
{
+ if (rq->bio ==...
| Jul 16, 4:09 pm 2008 |
| Trond Myklebust | [GIT pull] Please pull the following NFS client updates
Hi Linus,
Please pull from the repository at
git pull git://git.linux-nfs.org/projects/trondmy/nfs-2.6.git
This will update the following files through the appended changesets.
Cheers,
Trond
----
fs/Kconfig | 136 +++---
fs/lockd/clntproc.c | 8 +-
fs/lockd/svc4proc.c | 2 +
fs/lockd/svclock.c | 7 +-
fs/lockd/svcproc.c | 2 +
fs/nfs/callback.c ...
| Jul 16, 3:50 pm 2008 |
| D. Kelly | Problem with restricted I2C algorithms in kernel 2.6.26!
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=3845de...
The patch at the preceeding url disables the users ability to select
I2C algorithms. Specifically the reason stated was:
"The algorithm drivers are
helper drivers that are selected automatically
as needed. There's no point in listing them in the config menu, it can
only confuse users and waste their time."
The algorithm drivers will not be 'selected automatically as needed'
...
| Jul 16, 3:33 pm 2008 |
| Bartlomiej Zolnierki... | [git pull] IDE updates [part 2]
Part 2:
* Fix for it821x OOPS in pass-through mode from Dimitri Gorokhovik.
* Fix for long-standing bugs in HDIO_DRIVE_RESET handling from Elias Oltmanns.
* ide-cd preparations for using generic ATAPI support from Borislav Petkov.
* DMA support for REQ_TYPE_ATA_PC requests in ide-cd from FUJITA Tomonori.
* ide/legacy/hd.c to drivers/block/ move from Adrian Bunk.
* Old bast-ide driver removal (we use PATA platform support now) from Ben Dooks.
* mpc8xx-ide driver removal (since arch/ppc...
| Jul 16, 3:07 pm 2008 |
| Randy Dunlap | [PATCH -next] scsi: fix qla1280 printk format warnings
From: Randy Dunlap <randy.dunlap@oracle.com>
Fix printk format warnings (firmware-related):
linux-next-20080716/drivers/scsi/qla1280.c:1654: warning: format '%d' expects type 'int', but argument 2 has type 'size_t'
linux-next-20080716/drivers/scsi/qla1280.c:1713: warning: format '%d' expects type 'int', but argument 2 has type 'size_t'
Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
---
drivers/scsi/qla1280.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
---...
| Jul 16, 2:50 pm 2008 |
| Randy Dunlap | [PATCH -next] scsi: fix advansys printk format warnings
From: Randy Dunlap <randy.dunlap@oracle.com>
Fix printk format warnings (firmware-related):
linux-next-20080716/drivers/scsi/advansys.c:4788: warning: format '%d' expects type 'int', but argument 2 has type 'size_t'
linux-next-20080716/drivers/scsi/advansys.c:5117: warning: format '%d' expects type 'int', but argument 2 has type 'size_t'
linux-next-20080716/drivers/scsi/advansys.c:5631: warning: format '%d' expects type 'int', but argument 2 has type 'size_t'
linux-next-20080716/drivers/scsi/...
| Jul 16, 2:50 pm 2008 |
| David Woodhouse | Re: [PATCH -next] scsi: fix advansys printk format warnings
Thanks. We'll roll those into the original patches, if that's OK with
you.
--
dwmw2 @linux.intel.com
--
| Jul 16, 2:59 pm 2008 |
| Randy Dunlap | Re: [PATCH -next] scsi: fix advansys printk format warnings
Ack.
---
~Randy
Linux Plumbers Conference, 17-19 September 2008, Portland, Oregon USA
http://linuxplumbersconf.org/
--
| Jul 16, 3:20 pm 2008 |
| Jeremy Fitzhardinge | Large increase in context switch rate
Hi Ingo,
We have Alex Nixon doing some profiling of Xen kernels, comparing
current pvops Xen and native with the last "official" Xen kernel
2.6.18.8-xen.
One obvious difference is that the kernbench context switch rate is way
up, from about 30k to 110k. Also, the user time went up from about 375s
to 390s - and that's comparing pvops native to 2.6.18.8-xen (pvops Xen
was more or less identical).
I wonder if the user time increase is related to the context switch
rate, because the actual...
| Jul 16, 2:54 pm 2008 |
| Guy Martin | 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Hi all,
I've been trying several times to boot a 64bit kernel with
CONFIG_PRINTK_TIME=y and each time it failed.
This is the output of my L2000 when trying to do so :
Information: No console specified on kernel command line. This is
normal. PALO will choose the console currently used by firmware
(serial). Command line for kernel: 'root=/dev/md1 console=ttyS0
palo_kernel=2/vmlinux' Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 lo...
| Jul 16, 2:45 pm 2008 |
| Kyle McMartin | Re: 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Wrong mailing list. :)
--
| Jul 16, 2:56 pm 2008 |
| Guy Martin | 64bit kernel not booting with CONFIG_PRINTK_TIME=y
Hi all,
I've been trying several times to boot a 64bit kernel with
CONFIG_PRINTK_TIME=y and each time it failed.
This is the output of my L2000 when trying to do so :
Information: No console specified on kernel command line. This is
normal. PALO will choose the console currently used by firmware
(serial). Command line for kernel: 'root=/dev/md1 console=ttyS0
palo_kernel=2/vmlinux' Selected kernel: /vmlinux from partition 2
ELF64 executable
Entry 00100000 first 00100000 n 2
Segment 0 lo...
| Jul 16, 1:58 pm 2008 |
| Remy Bohmer | Re: 2.6.25.X-rtX compile errors on ARM due to cmpxchg() prob...
Hello Steven,
A while ago I already mentioned that 2.6.25 did not compile on ARM.
(e.g. AT91SAM9261-EK)
Today I looked at it again with the latest 2.6.25 kernel with latest RT-patch.
Several errors are gone, but I still I get these warnings on every
file that is being compiled:
-----------------------------------------------------------------
CC arch/arm/kernel/asm-offsets.s
In file included from include/linux/rt_lock.h:14,
from include/linux/spinlock.h:117,
...
| Jul 16, 2:36 pm 2008 |
| Morton Harrow | GPL version 4
Dear gentlemen (and included list-members),
Let me first introduce myself. My name is Morton Harrow, senior GNU/Linux consultant in the London metropolitan area. I have been around in the Open Source world since the early beginning. I am very happy with the spirit and efforts of the Free Software Foundation (FSF).
As the name mentions free, one would think this organisation embraces real freedom. I can't help but feel that the FSF has made a mistake with the release of the third version of the GPL...
| Jul 16, 2:09 pm 2008 |
| Jan Engelhardt | Re: GPL version 4
Good luck with the FSF's lawyers.
--
| Jul 16, 5:48 pm 2008 |
| previous day | today | next day |
|---|---|---|
| July 15, 2008 | July 16, 2008 | July 17, 2008 |
| Theodore Tso | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Christoph Hellwig | Re: [malware-list] [RFC 0/5] [TALPA] Intro to a linux interface for on access scan... |
| Andi Kleen | [PATCH] [0/45] x86 2.6.24 patches review I |
git: | |
| Wenji Wu | RE: A Linux TCP SACK Question |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
