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, 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
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, 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
> >> >
> >> > #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
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
At Wed, 01 Aug 2007 02:06:06 -0400,
Scott Thompson wrote:
>
> ioremap / iounmap balancing in sound/soc tree
>
> Signed-off-by: Scott Thompson 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 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.
>
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
* 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
* 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
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
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:
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
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
> >
> > #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
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
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
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
At Wed, 01 Aug 2007 02:02:56 -0400,
Scott Thompson wrote:
>
> ioremap / iounmap balancing in sound/pci tree
>
> Signed-off-by: Scott Thompson hushmail.com>
> ---
> diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c
> index ac007ce..871b09f 100644
> ---
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
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 ->
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
(CCs adjusted)
On Wed, 1 Aug 2007, Andrew Morton wrote:
> > usb 2-1: USB disconnect, address 2
> > BUG: atomic counter underflow at:
> > [] show_trace_log_lvl+0x1a/0x30
> > [] show_trace+0x12/0x14
> > [] dump_stack+0x15/0x17
> > [] __free_pages+0x50/0x52
> > [] free_pages+0x1f/0x21
> > []
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
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
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.
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
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
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
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)
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
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
> > 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
> >
> >
Andrew Morton wrote:
> On Wed, 01 Aug 2007 00:22:38 +0200 Frank Benkstein <[EMAIL PROTECTED]> wrote:
>
>> I wonder why there are different permissions needed for VT_PROCESS
>> (access to the current virtual console) and VT_LOCKSWITCH
>> (CAP_SYS_TTY_CONFIG).
>>
> Perhaps the issue with
Jan Engelhardt wrote:
On Jul 27 2007 10:59, Al Viro wrote:
On Fri, Jul 27, 2007 at 11:44:07AM +0200, Yoann Padioleau wrote:
buf = alloc_safe_buffer(device_info, ptr, size, dir);
- if (buf == 0) {
+ if (buf == NULL) {
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?
checkpatch.pl does not have enough semantic knowledge to know
On Tue, Jul 31, 2007 at 05:05:00PM +0200, Gabriel C wrote:
> Jarek Poplawski wrote:
> > On Tue, Jul 31, 2007 at 12:14:36PM +0200, Gabriel C wrote:
> >> Jarek Poplawski wrote:
> >>> On 28-07-2007 20:42, Gabriel C wrote:
> Andrew Morton wrote:
> > On Sat, 28 Jul 2007 17:44:45 +0200 Gabriel
Miklos Szeredi <[EMAIL PROTECTED]> writes:
> 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
On 8/1/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
> >
> > + if (ata_id_has_hipm(dev->id) || ata_id_has_dipm(dev->id))
> > + dev->flags |= ATA_DFLAG_IPM;
>
> Is it safe to use ALPM on a device which only claims to support DIPM?
I have tested on a Dell Inspiron 6400, it has ICH7-M
Hendrik . wrote:
Ok, I did actually not copy the coreret code in the
mcelog, leaving me some errors about the Northbridge.
If I do it again it gives me something else. I made 2
digital photo's of 2 lockups when it happened and this
is the result of the tool, the TSC is different in
both errors,
> > 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
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
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
On 08/01/2007 10:37 AM, kriko wrote:
using only new drivers works fine.
... oh well. I suppose it's not really worth it to try and debug that.
Cheers.
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
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
On Wednesday 01 August 2007, Andrew Morton wrote:
> On Sun, 29 Jul 2007 13:24:54 +0200 Michael Buesch <[EMAIL PROTECTED]> wrote:
>
> > The Sonics Silicon Backplane is a mini-bus used on
> > various Broadcom chips and embedded devices.
>
> Sigh.
>
> s390:
>
> drivers/ssb/main.c: In function
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),
Jim Hull wrote:
Not just crazy, but wrong - this *can* happen on pre-Montecito. Even though
L1D is write-through and L2 was mixed I/D, the L1 I-cache could contain
stale instrutions if there are missing flushes.
I cannot agree with you.
In order to consider an L1 I-cache entry as valid, a
Eric W. Biederman wrote:
> Takenori Nagano <[EMAIL PROTECTED]> writes:
>> Hi all,
>>
>> IMHO, most users don't use kdump, kdump users are only kernel developers and
>> enterprise users.
>
> Not at all. So far the only kdump related bug report I have seen has
> been from fedora Core.
Sorry, I
Tejun Heo wrote:
> Arjan van de Ven wrote:
>>> They were hardware problems. I don't think any amount of proper
>>> implementation can fix them. I have one DVD RAM somewhere in my pile of
>>> hardware which locks up solidly if any link PS mode is used and had a
>> and the AHCI ALPM code decides
On Jul 28 2007 12:34, Linus Torvalds wrote:
>On Sat, 28 Jul 2007, Jan Engelhardt wrote:
>>
>> Time to investigate...
Well it really is different.
Simple test:
- run Unreal Tournament 99 (nice 0, it gets 98%,99% CPU most of the time)
- in a shell, `renice 20 $$; while :; do date; done;`
The
I've been working on this for quite some time. And should post again
soon. Please see the patches:
http://programming.kicks-ass.net/kernel-patches/vm_deadlock/current/
For now it requires one uses SLUB, I hope that SLAB will go away (will
save me the trouble of adding support) and I guess I
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
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]>
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(-)
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);
On 8/1/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> The generic code has a better chance of being merged if it actually works
> at least and doesn't break every platform out there that has an existing
> stub. It offers quite a bit of new functionality and does clean things up
> a bit, so it would
On Tue, 2007-07-31 at 13:35 +0200, Andi Kleen wrote:
> > static unsigned long dma_reserve __initdata;
> > +/* Flag indicating EFI runtime executable code area */
> > +static int efi_runtime_code_area;
>
> We don't normally use globals to modify function behaviour.
>
> >
> >
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, 2007-08-01 at 09:36 +0200, Mike Galbraith wrote:
> On Wed, 2007-08-01 at 09:30 +0200, Ingo Molnar wrote:
>
> > yeah, the posted numbers look most weird, but there's a complete lack of
> > any identification of test environment - so we'll need some more word
> > >from Roman. Perhaps
On 08/01/2007 10:37 AM, kriko wrote:
using only new drivers works fine.
... oh well. I suppose it's not really worth it to try and debug that.
Cheers.
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
On Wednesday 01 August 2007 01:40:18 Christoph Lameter wrote:
> It does in the sense that slabs are allocated following policies. If you
> want to place individual objects then you need to use kmalloc_node().
Nick wants to place individual objects here
-Andi
-
To unsubscribe from this list:
using only new drivers works fine.
... oh well. I suppose it's not really worth it to try and debug that.
Cheers.
I just want to add that my DVD drive is not detected when using new
driver. So back to old one
--
kriko
-
To unsubscribe from this list: send the line "unsubscribe
Hi,
The pnc2000 probe function cause oops. Possible reason is its iomem
region not being remaped.
I searched lkml history, the oops was reported at 2006-06-14, but still there.
http://lkml.org/lkml/2006/6/14/59
If the ioremap/iounmap can be added to it, is it the right fix?
Regards
dave
-
To
On Wed, 01 Aug 2007 04:04:06 -0400 Eric St-Laurent <[EMAIL PROTECTED]> wrote:
> I intend to try only this specific patch not the full -mm, is there any
> other patch I need to apply too?
>
no, it is standalone.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Kristen Carlson Accardi wrote:
> libata drivers can define a function (enable_pm) that will
> perform hardware specific actions to enable whatever power
> management policy the user set up from the scsi sysfs
> interface if the driver supports it. This power management
> policy will be
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Not sure its a good idea to overload page_has_private() with an
> overloadable page-flag. What if some future FS wants to use
> PG_owner_priv_2 for other purposes?
All that it means is that releasepage() and co will get called if a page is to
be
Hi Joe,
Joe Perches wrote:
> Remove current #define and uses of pr_err
> Add pr_emerg, pr_alert, pr_crit, pr_err, pr_warn, pr_notice
> to include/linux/kernel.h
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
>
> diff --git a/drivers/i2c/chips/menelaus.c b/drivers/i2c/chips/menelaus.c
Hi Andrew,
I am getting following error on powerpc almost for allyesconfig,
allmodconfig.
Error produced:
PowerPC: allmodconfig,allyesconfig
CC arch/powerpc/mm/tlb_64.o
/home/risrajak/TEST2/TEST/linux/CurrentTest/23-rc1-mm2-testing/linux-2.6.23-rc1/arch/powerpc/lib/copyuser_64.S:
On Wed, 1 Aug 2007 13:29:18 +0530
"Gireesh Kumar M" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm trying to load some modules upon occurance of a GPIO interrupt.
> The ISR checks some register and then schedules a tasklet to act
> further on the interrupt.
> Inside the tasklet, I call request_module
Kristen Carlson Accardi wrote:
> Use a stored value for which interrupts to enable. Changing this allows
> us to selectively turn off certain interrupts later and have them
> stay off.
>
> Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
Acked-by: Tejun Heo <[EMAIL PROTECTED]>
--
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > I get this warning. Looking at the comment in kernel/irq/resend.c
> > it's harmless. Is it?
yeah, harmless.
Ingo
-
To unsubscribe from
On Wed, Aug 01, 2007 at 03:58:48AM -0400, Mike Frysinger wrote:
> On 8/1/07, Paul Mundt <[EMAIL PROTECTED]> 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
On 8/1/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> Let me repeat the key message:
>
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
> It does not matter who's code gets merged.
>
> What matters is that the
On Wed, 1 Aug 2007 10:02:30 +0200 Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I get this warning. Looking at the comment in kernel/irq/resend.c
> it's harmless. Is it?
>
> WARNING: at kernel/irq/resend.c:69 check_irq_resend()
> [] show_trace_log_lvl+0x1a/0x30
> []
On 7/31/07, Eric Sandeen <[EMAIL PROTECTED]> wrote:
> No, what I had did only that, so it was still a matter of probabilities...
How expensive would it be to allocate two , then use the MMU mark the
second page unwritable? Hardware wise it should be possible, (for
constant 4k pagesizes, I have
On Wed, 1 Aug 2007 03:58:48 -0400 "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> On 8/1/07, Paul Mundt <[EMAIL PROTECTED]> 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
On Wed, 2007-01-08 at 00:46 -0700, Andrew Morton wrote:
> Or you could do something more real-worldly like start up OO, firefox and
> friends, then run /etc/cron.daily/everything and see what the
> before-and-after effects are. The aggregate info we're looking for is
> captured in /proc/meminfo:
Hello,
I get this warning. Looking at the comment in kernel/irq/resend.c
it's harmless. Is it?
WARNING: at kernel/irq/resend.c:69 check_irq_resend()
[] show_trace_log_lvl+0x1a/0x30
[] show_trace+0x12/0x14
[] dump_stack+0x15/0x17
[] check_irq_resend+0x91/0xa0
[] enable_irq+0xb1/0xb3
On 8/1/07, Paul Mundt <[EMAIL PROTECTED]> 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
Hi,
I'm trying to load some modules upon occurance of a GPIO interrupt.
The ISR checks some register and then schedules a tasklet to act
further on the interrupt.
Inside the tasklet, I call request_module to load a driver. But, here
it's failing. Please see the error log pasted below.
When I
On Tue, 2007-07-31 at 11:51 +0200, Pavel Machek wrote:
> Hi!
>
> > This patch implement the functionality of jumping from kexeced kernel
> > to original kernel.
> >
> > A new reboot command named LINUX_REBOOT_CMD_KJUMP is defined to
> > trigger the jumping to (executing) the new kernel or
I've got a Dell Vostro 1400 here, which according to the Windows drivers
has an ALPS touchpad that I'm working on. It has PS/2 pass through,
which means I can move the pointer around. It also picks up (via
hardware I assume) quick double-taps as click-and-drag. It however,
doesn't do
On Wed, Aug 01, 2007 at 04:19:36PM +1000, Matthew Hawkins wrote:
> On 8/1/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > But there's not much value in benchmarking if an important part of the
> > performance critical code is in some undebuggable driver...
>
> In this case we don't care about the
On Wed, 01 Aug 2007 03:36:30 -0400 Eric St-Laurent <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-31-07 at 23:09 -0700, Andrew Morton wrote:
>
> > +vm-dont-run-touch_buffer-during-buffercache-lookups.patch
> >
> > A little VM experiment. See changelog for details.
>
> > We don't have any tests to
On 08/01/2007 01:35 AM, kriko wrote:
Machine hangs at summary screen where it would be trying a boot from
DVD normally on cold boot, or reboot from Windows. reboot=b doesn't help.
Sorted out, built 2 kernels, one with old driver, other with only new
driver. The one with old driver hangs (it
On Tue, 2007-31-07 at 23:09 -0700, Andrew Morton wrote:
> +vm-dont-run-touch_buffer-during-buffercache-lookups.patch
>
> A little VM experiment. See changelog for details.
> We don't have any tests to determine the effects of this, and nobody will
> bother setting one up, so ho hum, this
On Wed, 2007-08-01 at 09:30 +0200, Ingo Molnar wrote:
> * Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > I haven't been able to reproduce this with any combination of
> > features, and massive_intr tweaked to his work/sleep cycle. I notice
> > he's collecting stats though, and they look funky.
* Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > Thanks for the testing and the feedback, it's much appreciated! :-)
> > On what platform did you do your tests, and what .config did you use
> > (and could you please send me your .config)?
> >
> > Please also send me the output of this script:
* Marcin Ślusarz <[EMAIL PROTECTED]> wrote:
> > ei_outb_p(ENISR_ALL, e8390_base + EN0_IMR);
> > + /* force POST: */
> > + ei_inb_p(e8390_base + EN0_IMR);
> >
> > spin_unlock(_local->page_lock);
> > enable_irq_lockdep_irqrestore(dev->irq, );
> >
>
> Bad news.
Just so you guys have it all in one pretty little package, these will remove
the need for the Pegasos IDE and ISA fixups in the prom_init.c too.
s" /[EMAIL PROTECTED]/[EMAIL PROTECTED],1" find-device
d# 14 encode-int 0 encode-int
d# 15 encode-int 0 encode-int
encode+ encode+ encode+ s"
2007/7/30, Ingo Molnar <[EMAIL PROTECTED]>:
> (..)
> does the patch below fix those timeouts? It tests the theory whether any
> POST latency could expose this problem.
>
> Ingo
>
> Index: linux/drivers/net/lib8390.c
> ===
>
Yeah please do a fixup for the boot wrapper.
Or, if you have trouble, go into the firmware and type "nvedit", add
these lines;
" /isa/8042" find-device
" 8042" encode-string device-type
(then ctrl-c to exit and nvstore to run it on next reboot. Try it without
the patch first, on the firmware
On Wed, 2007-08-01 at 09:12 +0200, Ingo Molnar wrote:
> Roman,
>
> Thanks for the testing and the feedback, it's much appreciated! :-) On
> what platform did you do your tests, and what .config did you use (and
> could you please send me your .config)?
>
> Please also send me the output of this
At the moment I have a Jetway/VIA Mainboard which seems to have a
problem with the handoff.
Evenwhen I wait about 20 seconds the EHCI_USBLEGSUP_BIOS flag is not
cleared. I think this is a BIOS
bug and I will have to talk to Jetway/VIA.
On the other hand, I don't need the EHCI controller in my
401 - 500 of 1048 matches
Mail list logo