I wonder why we don't have type safe object allocators a-la new() in
C++ or g_new() in glib?
fooptr = k_new(struct foo, GFP_KERNEL);
is nicer and more descriptive than
fooptr = kmalloc(sizeof(*fooptr), GFP_KERNEL);
...
But it's much more likely to break when someone
On Tue, 2007-07-31 at 20:26 -0700, Andrew Morton wrote:
Look. Kconfig's `select' Just. Does. Not. Work. If you find
yourself contemplating using it, please, don sackcloth, take a cold
shower and several analgesics, then have another go, OK?
Amen.
--
dwmw2
-
To unsubscribe from this
This patch fixes some interrrupt - interrupt typos
Signed-off-by: Gabriel Craciunescu [EMAIL PROTECTED]
---
arch/powerpc/platforms/embedded6xx/holly.c|2 +-
arch/powerpc/platforms/embedded6xx/linkstation.c |2 +-
arch/powerpc/platforms/embedded6xx/mpc7448_hpc2.c |2 +-
Stephen Rothwell wrote:
On Wed, 01 Aug 2007 05:16:27 +0200 Gabriel C [EMAIL PROTECTED] wrote:
arch/powerpc/platforms/iseries/it_lp_naca.h | 87
+++--
NAK this part as it just makes a lot of the lines more than 80 characters
for no real gain on a platform that is
Luck, Tony wrote:
This seems crazy to me. Flushing should occur according to the
*architecture*, not model-by-model. Even if we happen to get lucky
on pre-Montecito CPUs, that doesn't justify such ugly hacks. Or you
really want to debug this *again* come next CPU?
Ditto. The only reason
I wonder why we don't have type safe object allocators a-la new() in
C++ or g_new() in glib?
fooptr = k_new(struct foo, GFP_KERNEL);
is nicer and more descriptive than
fooptr = kmalloc(sizeof(*fooptr), GFP_KERNEL);
and more safe than
fooptr = kmalloc(sizeof(struct foo), GFP_KERNEL);
From: Heiko Carstens [EMAIL PROTECTED]
drivers/ssb/Kconfig has already a depends on HAS_IOMEM which should
prevent SSB from being selected. But appearantly it looks like this
doesn't matter at all if it gets selected from somewhere else.
So add an explicit depends on HAS_IOMEM to the Broadcom
Am Dienstag, 31. Juli 2007 19:00 schrieb Jan Blunck:
On Tue, Jul 31, Josef Sipek wrote:
On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
Introduce white-out support to ext2.
I think storing whiteouts on the branches is wrong. It creates all sort
of nasty cases when people
On 7/31/07, Richard Knutsson [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On 7/27/07, Robin Getz [EMAIL PROTECTED] wrote:
If there is a definite style or semantic preference that everyone should
live
with - does it make sense to put checks in checkpatch.pl to enforce it?
On 08/01/2007 11:37 AM, kriko wrote:
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
You shouldn't have dropped Alan from CC then... pata_amd, right?
Rene.
Sorry, yes its pata_amd.
IBM drive is on Primary master (detected as /dev/sdc)
Hello,
Just wanted to mention that the driver by Robert Gerlach also works[1]
with a Fujitsu P1610 convertible, after a trivial modification:
static struct keymap_entry keymap_t1610[] = {
{ 0x0010, KEY_SCROLLDOWN },
{ 0x0020, KEY_SCROLLUP },
{ 0x0040, KEY_DIRECTION },
{
On Wed, Aug 01, 2007 at 11:06:46AM +0200, Miklos Szeredi wrote:
I wonder why we don't have type safe object allocators a-la new() in
C++ or g_new() in glib?
fooptr = k_new(struct foo, GFP_KERNEL);
is nicer and more descriptive than
fooptr = kmalloc(sizeof(*fooptr), GFP_KERNEL);
...
From: David Howells [EMAIL PROTECTED]
Make BSG function declarations dependent on CONFIG_BLOCK as they are not
compilable if the block layer is compiled out.
Signed-off-by: David Howells [EMAIL PROTECTED]
---
include/linux/bsg.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff
ids member of struct acpi_driver is of type struct acpi_device_id, not a
character array.
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
---
drivers/char/sonypi.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/char/sonypi.c b/drivers/char/sonypi.c
index
From: David Howells [EMAIL PROTECTED]
Connect up the fallocate() system call.
Signed-off-by: David Howells [EMAIL PROTECTED]
---
arch/frv/kernel/entry.S |1 +
include/asm-frv/unistd.h |3 ++-
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/frv/kernel/entry.S
Alan Cox [EMAIL PROTECTED] writes:
Realistically - the one case it is done right now is by the mainframe
people, simply because the underlying hypervisor does it. You probably
have much more chance that way using a microkernel (real one not MACH)
underneath. Still a huge task.
There are
(CCs adjusted)
On Wed, 1 Aug 2007, Andrew Morton wrote:
usb 2-1: USB disconnect, address 2
BUG: atomic counter underflow at:
[c010456a] show_trace_log_lvl+0x1a/0x30
[c010508d] show_trace+0x12/0x14
[c01051e0] dump_stack+0x15/0x17
[c01418cf] __free_pages+0x50/0x52
[c01418f0]
On Wednesday, 1 August 2007 05:27, Len Brown wrote:
From: Len Brown [EMAIL PROTECTED]
CONFIG_ACPI_PROCFS_SLEEP is a NO-OP -- delete it (again).
Apparently 296699de6bdc717189a331ab6bbe90e05c94db06 creating CONFIG_SUSPEND
and CONFIG_PM_SLEEP was based on an out-dated version of
At first: Thank you very much for the detailled information!
Alan Cox wrote:
Bad CRC indicates a data transfer problem between the drive and the
controller. The CRC is computed one end and verified the other. The OS
isn't directly involved.
This usually means either
#1 A 40 wire cable in use
On Wed, 01 Aug 2007 12:01:15 +0200, Rene Herman [EMAIL PROTECTED]
wrote:
On 08/01/2007 11:37 AM, kriko wrote:
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
You shouldn't have dropped Alan from CC then... pata_amd, right?
Rene.
I wonder why we don't have type safe object allocators a-la new() in
C++ or g_new() in glib?
fooptr = k_new(struct foo, GFP_KERNEL);
is nicer and more descriptive than
fooptr = kmalloc(sizeof(*fooptr), GFP_KERNEL);
and more safe than
fooptr =
Christoph Lameter [EMAIL PROTECTED] writes:
Export cycles_to_ns (after renaming the cycles_2_ns to cycles_to_ns to be
conforming to other arches).
This function is broken in some cases (e.g Opteron with powernow or
AMD dual core or older Intel systems) and going away. The TSCs tick
with
Takenori Nagano [EMAIL PROTECTED] writes:
No. The problem with your patch is that it doesn't have a code
impact. We need to see who is using this and why.
My motivation is very simple. I want to use both kdb and kdump, but I think it
is too weak to satisfy kexec guys. Then I brought up the
On Wednesday August 1, [EMAIL PROTECTED] wrote:
The other issue is with the layered IO design - no matter what we
configure the stack size to, it is still possible to create a set of
translation layers that will cause it to crash regularly: XFS on
dm_crypt on loop on XFS on dm_crypt on loop
At Wed, 1 Aug 2007 00:53:10 +0100,
Alan Cox wrote:
After modprobe snd-cs5530 I have:
CS5530: XpressAudio at 0x220
CS5530: MPU at 0x330
CS5530: IRQ: 9 DMA8: 0 DMA16: 5
sb: can't grab irq 9
CS5530: Could not create SoundBlaster
CS5530_Audio: probe of :00:12.3 failed with error
#define k_new(type, flags) ((type *) kmalloc(sizeof(type), flags))
The cast doesn't make it more safe in any way
I does, since a warning will be issued, if the type of the assigned
pointer doesn't match the requested allocation.
And yes, warnings are _very_ useful in C for enforcing type
This patch fixes the following warning:
drivers/video/geode/lxfb_core.c: In function 'lxfb_setup':
drivers/video/geode/lxfb_core.c:564: warning: unused variable 'opt'
Signed-off-by: Eugene Teo [EMAIL PROTECTED]
---
drivers/video/geode/lxfb_core.c |7 +--
1 files changed, 1
Miklos Szeredi [EMAIL PROTECTED] writes:
#define k_new(type, flags) ((type *) kmalloc(sizeof(type), flags))
The cast doesn't make it more safe in any way
(at least as long as you don't care about portability to C++;
the kernel doesn't)
-Andi
-
To unsubscribe from this list: send the line
Mike Frysinger wrote:
On 7/31/07, Richard Knutsson [EMAIL PROTECTED] wrote:
Mike Frysinger wrote:
On 7/27/07, Robin Getz [EMAIL PROTECTED] wrote:
If there is a definite style or semantic preference that everyone should live
with - does it make sense to put checks in
fs/unionfs/file.c:147: error: 'file_fsync' undeclared here (not in a function)
make[2]: *** [fs/unionfs/file.o] Error 1
make[1]: *** [fs/unionfs] Error 2
make: *** [fs] Error 2
make: *** Waiting for unfinished jobs
...
Config can be found there - http://194.231.229.228/MM/config-auto-3
Hello, Alan.
Alan Stern wrote:
Tejun:
Can you look at this oops message please? It appears similar to the
sysfs bug in 2.6.23-rc1, but it occurred under 2.6.22. Is a similar
fix needed for the 2.6.22-stable series?
2.6.23-rc1 bug was one too many put during symlink creation failure path
On Dienstag, 31. Juli 2007, Len Brown wrote:
Please get Linux up and running on the two boxes
using whatever means are at your disposal
...
Then open two a bug report for each machine here:
http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI
Done, see
Ingo Molnar [EMAIL PROTECTED] writes:
another reaction below in this thread reported kbd problems in vanilla
2.6.22.1 as well. What is the X versions, etc.? Does the problem go away
if the X kbd driver selection is tweaked to a simpler model, say:
Or perhaps just test with CFS reverted? It
At Wed, 01 Aug 2007 02:02:56 -0400,
Scott Thompson wrote:
ioremap / iounmap balancing in sound/pci tree
Signed-off-by: Scott Thompson postfail at hushmail.com
---
diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
index ac007ce..871b09f 100644
---
Andrew Morton wrote:
...
- git-wireless is back. It is still a 3MB diff, and appears to compile.
...
allmodconfig on UML
...
In file included from drivers/net/wireless/bcm43xx-mac80211/bcm43xx_main.c:48:
drivers/net/wireless/bcm43xx-mac80211/bcm43xx_pio.h: In function
* Roman Zippel [EMAIL PROTECTED] wrote:
[...] e.g. in this example there are three tasks that run only for
about 1ms every 3ms, but they get far more time than should have
gotten fairly:
4544 roman 20 0 1796 520 432 S 32.1 0.4 0:21.08 lt
4545 roman 20 0 1796 344
From: Heiko Carstens [EMAIL PROTECTED]
The slow-down-printk-during-boot patch depends on preset_lpj being
available. That's not the case for architectures that have it's own
calibrate_delay() function.
kernel/sched.c:3840: undefined reference to `preset_lpj'
Cc: Randy Dunlap [EMAIL PROTECTED]
On 08/01/2007 01:31 PM, Andi Kleen wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
another reaction below in this thread reported kbd problems in vanilla
2.6.22.1 as well. What is the X versions, etc.? Does the problem go away
if the X kbd driver selection is tweaked to a simpler model, say:
On Aug 1 2007 12:45, Miklos Szeredi wrote:
#define k_new(type, flags) ((type *) kmalloc(sizeof(type), flags))
The cast doesn't make it more safe in any way
I does, since a warning will be issued, if the type of the assigned
pointer doesn't match the requested allocation.
And yes,
At Wed, 01 Aug 2007 02:06:06 -0400,
Scott Thompson wrote:
ioremap / iounmap balancing in sound/soc tree
Signed-off-by: Scott Thompson postfail at hushmail.com
Applied to ALSA tree. Thanks.
Takashi
---
diff --git a/sound/soc/s3c24xx/s3c24xx-i2s.c
b/sound/soc/s3c24xx/s3c24xx-i2s.c
On Wed, Aug 01, 2007 at 12:00:42PM +0200, Hans-Peter Jansen wrote:
Am Dienstag, 31. Juli 2007 19:00 schrieb Jan Blunck:
On Tue, Jul 31, Josef Sipek wrote:
On Mon, Jul 30, 2007 at 06:13:35PM +0200, Jan Blunck wrote:
Introduce white-out support to ext2.
I think storing whiteouts on
* Roman Zippel [EMAIL PROTECTED] wrote:
[...] the increase in code size:
2.6.22:
textdata bss dec hex filename
10150 243344 1351834ce kernel/sched.o
recent git:
textdata bss dec hex filename
14724 2282020 16972424c
Joe Jin wrote:
Does a patch like this work? I don't have any test-cases, but it would be
good to have something like this tested and passed back with proper
explanations and sign-offs.
Yes it work find after apply the patch, thanks.
Joe
I tried with Badari's and Linus's patch using same
#define k_new(type, flags) ((type *) kmalloc(sizeof(type), flags))
The cast doesn't make it more safe in any way
I does, since a warning will be issued, if the type of the assigned
pointer doesn't match the requested allocation.
And yes, warnings are _very_ useful in C for
NAK - this feature is actively used and can be set by the sysctl
interface. The PRCTL fixup was just a bug being fixed. The sysctl
interface is still relevant.
Thank you for correcting me. Appreciated. I am not aware that it is still
being actively used. May I know who or which program
* Roman Zippel [EMAIL PROTECTED] wrote:
On Wed, 1 Aug 2007, Ingo Molnar wrote:
[...] e.g. in this example there are three tasks that run only for
about 1ms every 3ms, but they get far more time than should have
gotten fairly:
4544 roman 20 0 1796 520 432 S 32.1
Paul Mundt wrote:
On Tue, Jul 31, 2007 at 11:09:32PM -0700, Andrew Morton wrote:
- Is anyone testing the kgdb code in here?
Testing, yes. Succeeding, no. It's utterly hosed on SH in its present
condition at least. Presumably it's been tested on at least one platform
with some measure
Might be worth setting the IRQ to sharable. I've never seen a 5530 with
the sound IRQ shared so I don't know if that works and is a valid
configuration for the VSA firmware
The relevant patch is below. Please give it a try.
Takashi
- if (request_irq(irq, irq_handler, hardware ==
On Tue, 2007-07-31 at 20:52 -0700, Daniel Walker wrote:
Here's a simpler version .. uses the plist data structure instead of the
100 queues, which makes for a cleaner patch ..
Hi Daniel,
I like your idea on the plist simplification a lot. I will definitely
roll that into my series.
I am
Manu Abraham wrote:
Hi All,
After a bit of talks with NXP, they stated that if shown enough of a
user base (future business forecast) for the SAA7160 / SAA7162 PCIe
chipset, they would take into consideration, an investment into
support, such that the chips can be better supported.
ie, i need
On Tue, 31 Jul 2007, Chr wrote:
But I have one (final?) question. Since I am sometimes stuck to 80x25
console...
can we alphabetically sort the blacklist by the Vendor (the first
field), instead of the quirk field(last field)? Or is there a
technical/theoretical reason behind it?
I find
Hi,
On Wed, 1 Aug 2007, Ingo Molnar wrote:
[...] e.g. in this example there are three tasks that run only for
about 1ms every 3ms, but they get far more time than should have
gotten fairly:
4544 roman 20 0 1796 520 432 S 32.1 0.4 0:21.08 lt
4545 roman 20 0
has to get the blessing of the maintainer. On the other hand,
as you just said, the maintainer has no such obligation.
Umm nope. As a maintainer if you feed Linus stuff you wrote that he
thinks is a bad idea it will not go in, and you'll get an explanation of
why.
The process isn't perfect
Roman Zippel [EMAIL PROTECTED] writes:
especially if one already knows that
scheduler clock has only limited resolution (because it's based on
jiffies), it becomes possible to use mostly 32bit values.
jiffies based sched_clock should be soon very rare. It's probably
not worth optimizing for
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[apologies for the empty mail earlier; wetware error]
RFC: Deprecate a.out ELF interpreter support
The Linux ELF loader is quite complicated and messy code (that could
probably need a rewrite, but that's a different chapter). One particular
messy part in it is the support for non ELF a.out
On Wed, August 1, 2007 13:01, Rene Herman wrote:
On 08/01/2007 01:31 PM, Andi Kleen wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
another reaction below in this thread reported kbd problems in vanilla
2.6.22.1 as well. What is the X versions, etc.? Does the problem go away
if the X kbd
On 08/01/2007 02:34 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 13:01, Rene Herman wrote:
Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
that would be a matter of patching it out again. She said she wasn't seeing
trouble on other kernels though.
I was the
Should I change change_page_attr to make it work before mem_init? Or
Should I change init_memory_mapping to make it can be used to change
mapping attributes? Which one is better?
It's probably better to change init_memory_mapping. Just do it cleanly
and correctly please. As in only change
Borislav Petkov wrote:
if i do delete here, it loads the second stage of grub and continues to load the
kernel. Is there another way to land at the jmp instruction instead of poking
blindly, maybe disassemble something parts of the initial code. \me reading
grub-docs...
Oh lovely. The
Hello.
Segher Boessenkool wrote:
This doesn't mean that shift is better anyway. If everyone
considers it
better, I give up. But be warned that shift (stride) is not the only
property
characterizing register accesses -- the regs might be only accessible as
16/32-bit quantities, for
On Wed, Aug 01, 2007 at 11:34:04AM +0200, Heiko Carstens wrote:
From: Heiko Carstens [EMAIL PROTECTED]
drivers/ssb/Kconfig has already a depends on HAS_IOMEM which should
prevent SSB from being selected. But appearantly it looks like this
doesn't matter at all if it gets selected from
I'd prefer we keep this code in atm. The WM97xx touch driver needs it to
eliminate any audio noise from the touchscreen ADC.
I'll post the remaining touch driver patches in time for the next merge
window.
Liam
On Tue, 2007-07-31 at 22:36 +0200, Michal Piotrowski wrote:
Hi,
File
Bernd Schmidt [EMAIL PROTECTED] wrote:
1. munmap can now unmap subparts of previously allocated blocks. This
makes behaviour more consistent with mmu Linux, and allows us to
simplify and speed up the uClibc malloc implementation.
There's a problem with your alteration to do_munmap() to
Hi,
On Wed, 1 Aug 2007, Ingo Molnar wrote:
* Roman Zippel [EMAIL PROTECTED] wrote:
[...] the increase in code size:
2.6.22:
textdata bss dec hex filename
10150 243344 1351834ce kernel/sched.o
recent git:
textdata bss dec
Mariusz Kozlowski writes:
Second issue as reported earilier allmodconfig fails to build on imac g3.
Do you really mean g3? If so it's a 32-bit kernel and it shouldn't be
building lparmap.s. Or do you mean G5?
CC arch/powerpc/kernel/lparmap.s
AS arch/powerpc/kernel/head_64.o
Hi Steve,
On 8/1/07, Steven Toth [EMAIL PROTECTED] wrote:
Hi manu,
Hauppauge deal with NXP on a daily basis. We have a number of 716x
products either in the market or coming to market and we can add some
leverage.
I can push this through our FAE and account manager. Who's your contact
at
When updating this IBM ThinkPad T43p from 2.6.22 to 2.6.23-rc1
using make oldconfig, the text and default Y of
config THINKPAD_ACPI_INPUT_ENABLED
bool Enable input layer support by default
depends on THINKPAD_ACPI
default y
---help---
Enables hot key
Hello.
Segher Boessenkool wrote:
+[EMAIL PROTECTED] {
+compatible = mmio-ide;
+device_type = ide;
Why not ata?
The hardware is called (E)IDE, the protocol is called ATA.
Sorry for not denouncing this earlier. :-)
ATA is the name of ANSI standard describing
Some shipped files were wrongly ignored by git.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
.gitignore |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
--- linux-2.6.23-rc1-mm2/.gitignore.old 2007-08-01 14:12:43.0 +0200
+++ linux-2.6.23-rc1-mm2/.gitignore
On Wed, Aug 01, 2007 at 09:39:12PM +0800, Eugene Teo wrote:
This patch fixes the following compile error:
drivers/scsi/advansys.c: In function 'advansys_board_found':
drivers/scsi/advansys.c:17781: error: implicit declaration of function
'to_pci_dev'
Or just remove the ifdefs around the
Eugene Teo wrote:
Hi Gabriel,
Hi Eugene,
Hope the following trivial patch helps.
Yes it does , thx.
quote sender=Gabriel C
Getting this with a randconfig (
http://194.231.229.228/MM/randconfig-auto-10 )
[...]
drivers/scsi/advansys.c:794:2: warning: #warning this driver is still not
On Wed, 2007-08-01 at 10:13 +0100, David Howells wrote:
From: David Howells [EMAIL PROTECTED]
Make BSG function declarations dependent on CONFIG_BLOCK as they are not
compilable if the block layer is compiled out.
Signed-off-by: David Howells [EMAIL PROTECTED]
---
include/linux/bsg.h
On 8/1/07, Adrian Bunk [EMAIL PROTECTED] wrote:
arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- /dev/null 2006-09-19 00:45:31.0 +0200
+++ linux-2.6.23-rc1-mm2/arch/ppc/boot/.gitignore 2007-08-01
On Wed, Aug 01, 2007 at 01:10:33AM -0700, Andrew Morton wrote:
I was hoping for a 2.6.24 merge. But I haven't actually looked at it yet.
Hopefully Jason is planning to get it all out for review soonish.
The current version is quite messy. I'd be much happier if we could
start with a light
On 8/1/07, Zoltan Menyhart [EMAIL PROTECTED] wrote:
You do have model specific I cache semantics.
Not taking it into account will oblige you to flush in vain for the models
which do not require it. Why do you want to take this option?
Given unlimited resources, your proposal makes perfect
On Tue, Jul 31, 2007 at 05:08:19PM -0400, Cal Peake wrote:
On Mon, 30 Jul 2007, Brian D. McGrew wrote:
Using FC5 with a 2.6.15 kernel my system (Dell Optiplex) see both
drives.
Using the 2.6.16.16 kernel that I've built I see no CD-ROM drives.
What could I have missed in the
Hi Gabriel,
Hope the following trivial patch helps.
quote sender=Gabriel C
Getting this with a randconfig ( http://194.231.229.228/MM/randconfig-auto-10
)
[...]
drivers/scsi/advansys.c:794:2: warning: #warning this driver is still not
properly converted to the DMA API
Indan Zupancic wrote:
I'm having trouble reproducing this at will -- it sounded as though Teresa
had less trouble at least originally. Teresa?
I am at work actually, so i cant test anything. End of this week i got
to vacation, so i possibly can return testing in 1 month again.
Same here,
Hi,
On Wed, 1 Aug 2007, Andi Kleen wrote:
especially if one already knows that
scheduler clock has only limited resolution (because it's based on
jiffies), it becomes possible to use mostly 32bit values.
jiffies based sched_clock should be soon very rare. It's probably
not worth
arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- /dev/null 2006-09-19 00:45:31.0 +0200
+++ linux-2.6.23-rc1-mm2/arch/ppc/boot/.gitignore 2007-08-01
15:18:33.0 +0200
@@ -0,0 +1 @@
+!include
-
To unsubscribe
On Mon, Jul 30, 2007 at 08:17:18PM -0400, Joe Korty wrote:
Add missing IRQs and IRQ descriptions to /proc/interrupts.
/proc/interrupts is most useful when it displays every
IRQ vector in use by the system, not just those somebody
thought would be interesting.
This patch inserts the
Hello,
I'm used to hack Linux on a ARM based board and would like to be
involved in x86_64 architecture but I don't know where I should
start...
Could anyone point out some nice documentations/books describing this
architecture ?
thanks
--
Francis
-
To unsubscribe from this list: send the line
Hi all,
current git doesn't compile for CONFIG_ARCH_AT91SAM926{1,3} and
and CONFIG_FB_ATMEL enabled, due to a missing inclusion of atmel_lcdc.h:
/home/jan/kernel/git/linux-2.6/arch/arm/mach-at91/at91sam9263_devices.c: In
function ‘at91_add_device_lcdc’:
On Wed, August 1, 2007 14:50, Rene Herman wrote:
On 08/01/2007 02:34 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 13:01, Rene Herman wrote:
Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
that would be a matter of patching it out again. She said she wasn't
Getting this with a randconfig ( http://194.231.229.228/MM/randconfig-auto-10 )
...
drivers/scsi/advansys.c:794:2: warning: #warning this driver is still not
properly converted to the DMA API
drivers/scsi/advansys.c: In function 'advansys_board_found':
drivers/scsi/advansys.c:17781: error:
I still have those messages, but now there seem to be much less of them.
It would really help me, if someone could tell me about how critical
such error messages are.
The CRC errors are indicative of cable or similar problems but each time
you see a CRC error the transmission is repeated so
On 7/30/07, Christoph Hellwig [EMAIL PROTECTED] wrote:
The way this driver triesto implement HDIO_GETGEO it'll never be
called. Then again on ppc it probably will never be called anyway
because it's utterly pointless.
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
Heh, that's what I
Hi,
On Wed, 1 Aug 2007, Ingo Molnar wrote:
Please also send me the output of this script:
http://people.redhat.com/mingo/cfs-scheduler/tools/cfs-debug-info.sh
Send privately.
Could you also please send the source code for the l.c and lt.c apps
you used for your testing so i can have a
On 08/01/2007 03:07 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 14:50, Rene Herman wrote:
On 08/01/2007 02:34 PM, Indan Zupancic wrote:
On Wed, August 1, 2007 13:01, Rene Herman wrote:
Teresa was already using 2.6.22.1, with CFS (v19.1) patched in, so reverting
that would be a matter
On Wed, 01 Aug 2007 06:38:16 -0400 Takashi Iwai [EMAIL PROTECTED]
wrote:
This would be rater a lacking check of returned errors.
The other changes look incorrect. All these drivers use
card-private_free callback to release the resources even for the
error exit. Thus, you don't need iounmap
On Wed, Aug 01, 2007 at 04:11:23AM -0400, Dan Merillat wrote:
How expensive would it be to allocate two , then use the MMU mark the
second page unwritable? Hardware wise it should be possible, (for
Tweaking kernel ptes is prohibitive during clone() because that's
kernel memory and it would
On Wed, 2007-08-01 at 16:24 +0800, Eugene Teo wrote:
But why are you replacing the existing pr_*() with printk(KERN_*?
Order of compilation if bisected?
The idea is to eventually convert all single line
printk(KERN_level fmt \n,...) to pr_level
tree wide. This leaves only the multiline
On 8/1/07, Andev Debi [EMAIL PROTECTED] wrote:
Hello,
Im getting the following error while booting the kernel 2.6.22.1-cfs
Aug 1 09:14:09 localhost kernel: [ 30.272161] EXT3 FS on hda8, internal
journal
Aug 1 09:14:09 localhost kernel: [ 33.572083] device-mapper: ioctl:
4.11.0-ioctl
Ingo,
I tried just removing the CONFIG_PREEMPT_RT code, but that drops
packets if another task has the lock. Here's the debug printouts:
4xmit_lock_owner owned by sigd not softirq-net-rx/
4xmit_lock_owner owned by sigd not softirq-net-rx/
4xmit_lock_owner owned by sigd not softirq-net-rx/
Our
Hi,
move_msr_up() is used only on X86_64 and generates a warning on !X86_64
...
drivers/kvm/vmx.c:548: warning: 'move_msr_up' defined but not used
...
Signed-off-by: Gabriel Craciunescu [EMAIL PROTECTED]
---
PS: Btw Avi why do you think I'm mysterious ?:)
...
git-kvm.patch:Noted by the
On Wed, 1 Aug 2007, Michael S. Tsirkin wrote:
Hi!
ACPI appears to have been broken with 2.6.23-rc1 on my T60
Userspace from ubuntu dapper.
(Whereas I'm using a T43p with openSUSE 10.2.)
1. During boot, I see a lot of messages like this:
[ 41.034204] acpi LNXSYSTM:00: uevent:
Matthew Wilcox wrote:
On Wed, Aug 01, 2007 at 09:39:12PM +0800, Eugene Teo wrote:
This patch fixes the following compile error:
drivers/scsi/advansys.c: In function 'advansys_board_found':
drivers/scsi/advansys.c:17781: error: implicit declaration of function
'to_pci_dev'
Or just remove
On Thursday 26 July 2007 09:02:22 am Stephane Eranian wrote:
Hello,
I have released another version of the perfmon new code base package.
This version of the kernel patch is relative to 2.6.22. Sorry for
the delay but there was some traveling on my part + a lot
of patches to integrate + a
On Tue, 31 Jul 2007, H. Peter Anvin wrote:
So it seems to me that either it is something x86_64 specific or
initramfs-specific. Will try to reproduce it.
My guess would be the former, rather than the latter. I haven't had a
chance to reproduce it myself yet (I'm on the road), but I will
601 - 700 of 1048 matches
Mail list logo