* Andrew Morton <[EMAIL PROTECTED]> wrote:
> It's a kmap_atomic() debugging patch which I wrote ages ago and whcih
> Ingo sucked into his tree. I don't _think_ this warning is present in
> your tree at all.
>
> http://lkml.org/lkml/2007/11/29/157 is where it starts.
>
> I had a lenghty back-
Hi Andrew,
Hi Len,
after booting 2.6.24-rc4-mm1 (2.6.24-rc4-190-g94545ba, otoh, boots just
fine) on my asus laptop, the machine reboots after claiming that
"Critical temperature reached (255 C)." However, the degrees number
is kinda hinting at 0xff all-ones field. Will try dump_stack in
acpi_therm
* Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 12/08/2007 04:24 PM, Ingo Molnar wrote:
> > i'm wondering why it had no effect now
>
> diff --git a/kernel/cpu.c b/kernel/cpu.c
> index e0d3a4f..a46c252 100644
> --- a/kernel/cpu.c
> +++ b/kernel/cpu.c
> @@ -47,15 +47,21 @@ void __init cpu_hotplug_ini
Gene Heskett wrote:
> Greetings guys & gals;
Hi ,
>
> This was sent about an hour ago to the usb-devel list also.
> -
> Just a few minutes ago I needed to make use of my scanner, an Epson 1250u.
>
> Firing up xsane, the usual select the device menu window didn't show, and it
> went
On Sun, 2007-12-09 at 02:12 +, Ralf Baechle wrote:
> So where do we stand with this?
>
> As I understand the Cobalt system controller it is not possible to address
> ioport addresses below 0x1000 at all on the PCI bus of the GT-64111.
> As such I think the best solution is a GT-64111-spec
On Thu, 2007-12-06 at 17:00 -0800, Greg KH wrote:
> But that is how we already handle this today, in numerous places in
> the
> kernel for this very type.
>
> So, you can disagree that this is what we need to do, and if so, feel
> free to fix up a whole lot of files in the tree :)
Heh, ok, allri
On Sat, Dec 08, 2007 at 07:35:54PM -0500, Theodore Tso wrote:
> On Sat, Dec 08, 2007 at 05:20:17PM -0600, Matt Mackall wrote:
> > random: do extraction before mixing
> >
> > If an attacker manages to capture the current pool state, she can
> > determine the last 10 bytes extracted from the pool.
Hello, (cc'ing Alan)
Andrew Morton wrote:
>> Subject : cd/dvd inaccessible in 2.6.24-rc2
>> Submitter: Will Trives <[EMAIL PROTECTED]>
>> References : http://lkml.org/lkml/2007/11/9/290
>>http://bugzilla.kernel.org/show_bug.cgi?id=9346
>> Handled-By : Len Brown
On Sat, Dec 08, 2007 at 11:50:33PM +0100, Rafael J. Wysocki wrote:
> On Saturday, 8 of December 2007, Borislav Petkov wrote:
> > On Fri, Dec 07, 2007 at 09:19:09PM +0100, Rafael J. Wysocki wrote:
> >
> > ...
> >
> > > > > Well, there's a patchset in the current mainline that allows you to
> > >
On Sun, 2007-12-09 at 06:21 +0100, Willy Tarreau wrote:
> Wouldn't it be possible to mix the data with the pid+uid of the reading
> process so that even if another one tries to collect data from urandom,
> he cannot predict what another process will get ? BTW, I think that the
> tuple (pid,uid,tim
Hello,
Andrew Morton wrote:
>> Subject : PATA scan: ACPI Exception AE_AML_PACKAGE_LIMIT... is
>> beyond end of object
>> Submitter: Hans de Bruin <[EMAIL PROTECTED]>
>> References : http://bugzilla.kernel.org/show_bug.cgi?id=9320
>> Handled-By : Robert Moore <[EMAIL PROTECTED
Kjartan Maraas wrote:
> to., 06.12.2007 kl. 11.38 +0900, skrev Tejun Heo:
>> Thanks. Almost there. Can you please try the attached two patches and
>> report the boot log?
>>
> Here we go again.
Hmmm... Ah.. okay. Wrongly splitted patch. Can you please do it one
more time?
Thanks.
--
tejun
I
On Sat, 2007-12-08 at 22:58 +0100, Adrian Bunk wrote:
> On Mon, Dec 03, 2007 at 09:02:19PM +1100, Rusty Russell wrote:
> > On Sunday 02 December 2007 22:22:31 Geert Uytterhoeven wrote:
> > > On Sat, 1 Dec 2007, Pierre Ossman wrote:
> > > > Yeah, that could work. Have a header with stuff like this:
Hi. Just a quick reply. Is /proc/bus/usb empty? Is there no symlink
named devices (and so you can't cat devices to see what is there)?
Also, (if /proc/bus/usb is empty), is /dev/bus/usb/devices not empty?
(When you cat devices does it list usb devices you have plugged in?) If
so, then tha
Sunday 09 December 2007 01:46:12 tarihinde Theodore Tso şunları yazmıştı:
> On Sun, Dec 09, 2007 at 12:10:10AM +0200, Ismail Dönmez wrote:
> > > As long as /dev/random is readable for all users there's no reason to
> > > use /dev/urandom for a local DoS...
> >
> > Draining entropy in /dev/urandom m
Greetings guys & gals;
This was sent about an hour ago to the usb-devel list also.
-
Just a few minutes ago I needed to make use of my scanner, an Epson 1250u.
Firing up xsane, the usual select the device menu window didn't show, and it
went straight to my tv card as the only input d
Robert Hancock wrote:
> Matthew Garrett wrote:
>> On Sat, Dec 08, 2007 at 02:20:01AM -0800, Andrew Morton wrote:
>>> On Sat, 8 Dec 2007 11:12:57 +0100 Andreas Mohr <[EMAIL PROTECTED]> wrote:
ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index
(0) is beyond end of object [2
Jon Masters wrote:
> On Tue, 2007-12-04 at 22:55 +0900, Tejun Heo wrote:
>
>> Kbuild now generates and installs modules.order along with modules.
>> This patch updates depmod such that it sorts module list according to
>> the file before generating output files. Modules which aren't on
>> modules
Adrian Bunk wrote:
> And thinking about it, it doesn't seem to add any problems regarding
> what I have in mind:
>
> If we would ever stop having any well-defined link-order for in-kernel
> code and express everything through initcall levels, we simply must
> additionally update the modules.ord
On Sat, Dec 08, 2007 at 08:45:50PM -0500, Theodore Tso wrote:
> On Sat, Dec 08, 2007 at 05:20:38PM -0600, Matt Mackall wrote:
> > random: make backtracking attacks harder
> >
> > At each extraction, we change (poolbits / 16) + 32 bits in the pool,
> > or 96 bits in the case of the secondary pools.
On Sat, Dec 08, 2007 at 06:46:12PM -0500, Theodore Tso wrote:
> On Sun, Dec 09, 2007 at 12:10:10AM +0200, Ismail Dönmez wrote:
> > > As long as /dev/random is readable for all users there's no reason to
> > > use /dev/urandom for a local DoS...
> >
> > Draining entropy in /dev/urandom means that i
On Sat, Dec 08, 2007 at 08:51:54PM -0500, Theodore Tso wrote:
> On Sat, Dec 08, 2007 at 05:21:00PM -0600, Matt Mackall wrote:
> > random: improve variable naming, clear extract buffer
> >
> > - split the SHA variables apart into hash and workspace
> > - rename data to extract
> > - wipe extract an
On 08-12-07 20:25, David P. Reed wrote:
In any case, my machine does not have an ISA bus. Why should it? It's
a laptop!
A bus is not something with expansion slots. Your machine has an ISA bus, or
LPC rather, if only to hang its BIOS of. That earlier report about BIOS
chips shitting themse
From: Geoff Levand <[EMAIL PROTECTED]>
SPARSEMEM_VMEMMAP needs to be a selectable config option to
support building the kernel both with and without sparsemem
vmemmap support. This selection is desirable for platforms
which could be configured one way for platform specific
builds and the other f
On Sat, Dec 08, 2007 at 08:00:55PM -0800, Andrew Morton wrote:
> On Sat, 8 Dec 2007 20:48:20 -0500 Theodore Tso <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Dec 08, 2007 at 05:20:39PM -0600, Matt Mackall wrote:
> > > random: step more rapidly through the pool when adding and extracting
> > >
> > > Se
On Sunday December 9, [EMAIL PROTECTED] wrote:
> I have tried to search through the mailing list and it is not entirely
> clear, but it looks like this has gone from the kernel: not least
> because my driver reports:
>
> drivers/sh/gdrom/gdrom.c:665: error: implicit declaration of function
> 'rq_f
Michael Cree wrote:
> Kay Sievers wrote:
> > On Fri, 2007-12-07 at 23:05 -0600, Bob Tracy wrote:
> >> Kay Sievers wrote:
> >>> Is the udev daemon (still) running while it fails?
> >> Yes, and there's something else I forgot to mention that may be
> >> significant... For the bad case, in addition t
On Sat, 08 Dec 2007 20:02:54 -0700 Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> On Sat, 2007-12-08 at 02:07 -0800, Andrew Morton wrote:
> > On Fri, 07 Dec 2007 22:01:33 -0700 Zan Lynx <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
> > > > On Fri, 0
On Sat, 8 Dec 2007 20:48:20 -0500 Theodore Tso <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 08, 2007 at 05:20:39PM -0600, Matt Mackall wrote:
> > random: step more rapidly through the pool when adding and extracting
> >
> > Second, this patch spreads the mixing across the pool more rapidly by
> > usi
On Sat, 8 Dec 2007 16:59:30 -0600 "Jon Nelson" <[EMAIL PROTECTED]> wrote:
> I can confirm that 2.6.24rc4 with the (second) patch works fine.
OK, thanks.
We haven't heard back from Ed yet. I'll sit on this for a few more days.
From: Andrew Morton <[EMAIL PROTECTED]>
Cc: "Ed L. Cashin" <[EMAI
On Sat, 2007-12-08 at 02:07 -0800, Andrew Morton wrote:
> On Fri, 07 Dec 2007 22:01:33 -0700 Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> >
> > On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote:
> > > On Fri, 07 Dec 2007 23:09:43 +
> > > Zan Lynx <[EMAIL PROTECTED]> wrote:
> > [cut]
> > > >
On 12/08/2007 11:30 AM, Miguel Botón wrote:
> sparsemem-make-sparsemem-vmemmap-selectable.patch introduces a little bug.
>
> SPARSEMEM_VMEMMAP can be enabled in an architecture that doesn't support it.
> If the
> architecture supports SPARSEMEM_VMEMMAP, SPARSEMEM_VMEMMAP_ENABLE is enabled,
> so S
> > Dec 6 21:24:28 erratic-orbits init: tty3 main process (2991)
> > terminated with status 1
>
> Boggle. We broke the vt driver?
>
> config, please...
I sent the .config. Is there nothing else to follow up on? I have
tried rebuilding about seven kernels, tweaking the options each time.
All th
On Sun, 9 Dec 2007 01:05:54 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 04, 2007 at 09:51:54PM -0500, Mike Houston wrote:
> > I finally got around to testing Linux 2.6.24 (2.6.24-rc4) and
> > found that the it87 driver fails to probe and consequently, my
> > sensors no longer work.
On Sat, Dec 08, 2007 at 11:30:53PM +0100, Rafael J. Wysocki wrote:
> On Saturday, 8 of December 2007, Theodore Tso wrote:
> > However, as far as I am concerned, Ingo's patch, first posted to LKML
> > here: http://lkml.org/lkml/2007/11/16/66 should be listed as fixing
> > the above regression. Rafa
On Thu, Dec 06, 2007 at 05:24:22PM +1100, Benjamin Herrenschmidt wrote:
> On Thu, 2007-12-06 at 14:58 +0900, Yoichi Yuasa wrote:
> > > What I don't understand is thus why you are calling resource_to_bus
> > on 0x1f0
> > > which is -not- a resource value, but is already a BAR value...
> >
> > 0x1f
On Sat, Dec 08, 2007 at 06:40:17PM -0600, Matt Mackall wrote:
> I'm working on strengthening forward security for cases where the
> internals are exposed to an attacker. There are any number of
> situations where this can and does happen, and ensuring we don't
> expose ourselves to backtracking is
On Sat, Dec 08, 2007 at 05:21:00PM -0600, Matt Mackall wrote:
> random: improve variable naming, clear extract buffer
>
> - split the SHA variables apart into hash and workspace
> - rename data to extract
> - wipe extract and workspace after hashing
>
> diff -r 924f9a441236 drivers/char/random.c
On Sat, Dec 08, 2007 at 05:20:39PM -0600, Matt Mackall wrote:
> random: step more rapidly through the pool when adding and extracting
>
> Second, this patch spreads the mixing across the pool more rapidly by
> using a larger step. For our secondary pools, we'll be sure to touch
> both blocks with
On Sat, Dec 08, 2007 at 05:20:38PM -0600, Matt Mackall wrote:
> random: make backtracking attacks harder
>
> At each extraction, we change (poolbits / 16) + 32 bits in the pool,
> or 96 bits in the case of the secondary pools. Thus, a brute-force
> backtracking attack on the pool state is less dif
I have tried to search through the mailing list and it is not entirely
clear, but it looks like this has gone from the kernel: not least
because my driver reports:
drivers/sh/gdrom/gdrom.c:665: error: implicit declaration of function
'rq_for_each_bio'
I am not arguing for a stable ABI/API, I get
On Sat, 2007-12-08 at 18:47 -0500, Theodore Tso wrote:
> On Sat, Dec 08, 2007 at 09:42:39PM +0100, Willy Tarreau wrote:
> > I remember having installed openssh on an AIX machines years ago, and
> > being amazed by the number of sources it collected entropy from. Simple
> > commands such as "ifconf
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
>> I'm not kexec hacker... but maybe this is in good enough state to be
>> merged? It is useful on its own: kexec jump and back means we can dump
>> system then continue running, for example...
>
> As far as I'm concerned, patches [1/4] and [2/4] can
Kay Sievers wrote:
On Fri, 2007-12-07 at 23:05 -0600, Bob Tracy wrote:
Kay Sievers wrote:
Is the udev daemon (still) running while it fails?
Yes, and there's something else I forgot to mention that may be
significant... For the bad case, in addition to udevd, "ps -ef"
shows a "sh -e /lib/udev
On Sat, 8 Dec 2007, Marco Gatti wrote:
>
> Today, I tested with different amounts of RAM:
>
> 2 GB: everything works fine
> 4 GB: same issue as described before with allocating block in system zone
>
> So what to do, in order to use more than 2 Gigs of RAM?
Was there a dmesg out there somewhe
On Sat, Dec 08, 2007 at 07:01:04PM -0500, Theodore Tso wrote:
> On Sat, Dec 08, 2007 at 05:20:16PM -0600, Matt Mackall wrote:
> > random: use xor for mixing
> >
> > With direct assignment, we can determine the twist table element used
> > for mixing (the high 3 bits of the table are unique) and re
On Sat, Dec 08, 2007 at 05:20:17PM -0600, Matt Mackall wrote:
> random: do extraction before mixing
>
> If an attacker manages to capture the current pool state, she can
> determine the last 10 bytes extracted from the pool.
That's not true; we aren't just extracting data in the
__add_entropy_wo
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> ptrace_stop() decrements ->group_stop_count to "participate" in group stop.
> This looks very wrong to me, the task can in fact decrement this counter
> twice.
> If the tracee returns to the user-space before other threads complete the
> group
> stop,
Ingo,
Due to email problems, I never got your reply on this thread. But I saw
your reply when reading this thread on lkml.org (nor did I receive Linus's
first reply).
Anyway, I booted 2.6.24-rc4-mm1 with the same config, and accepted the
defaults to the new config options as the git version I ch
On Sat, 8 Dec 2007 21:14:09 +0100
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> Jay - can I ask you to try out following patch.
Hello Sam,
Yes, your patch works for me.
Thank you very much.
> diff --git a/Makefile b/Makefile
> index a5252f4..7fb1a2c 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -1
On Saturday 08 December 2007 01:43:28 Rafael J. Wysocki wrote:
> On Saturday, 8 of December 2007, Andrew Morton wrote:
> > On Fri, 07 Dec 2007 17:51:58 -0500
> > Trond Myklebust <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > On Fri, 2007-12-07 at 14:39 -0500, Shane wrote:
> > > > On Dec 7, 2007 2:16
On Tue, Dec 04, 2007 at 09:51:54PM -0500, Mike Houston wrote:
> I finally got around to testing Linux 2.6.24 (2.6.24-rc4) and found
> that the it87 driver fails to probe and consequently, my sensors no
> longer work. This was fine with Linux 2.6.23.8 (the last kernel I was
> using)
>
> The necessa
On Sat, 8 Dec 2007 18:44:39 -0500 (EST)
Justin Piszcz <[EMAIL PROTECTED]> wrote:
> Can some please explain with almost identical kernel .config's I see
> this on a p965 Intel board:
your bios programmed the machines differently...
the p965 has the higher performing settup, but still it's recomme
On Sunday, 9 of December 2007, Pavel Machek wrote:
> Hi!
>
> > This patch implements the functionality of jumping between the kexeced
> > kernel and the original kernel.
> >
> > To support jumping between two kernels, before jumping to (executing)
> > the new kernel and jumping back to the origin
On Sat, Dec 08, 2007 at 05:20:16PM -0600, Matt Mackall wrote:
> random: use xor for mixing
>
> With direct assignment, we can determine the twist table element used
> for mixing (the high 3 bits of the table are unique) and reverse a
> single step of mixing. Instead, use xor, which should also hel
Hi!
> This patch implements the functionality of jumping between the kexeced
> kernel and the original kernel.
>
> To support jumping between two kernels, before jumping to (executing)
> the new kernel and jumping back to the original kernel, the devices
> are put into quiescent state, and the st
Oleg Nesterov <[EMAIL PROTECTED]> writes:
> p->exit_state != 0 doesn't mean this process is dead, it may have sub-threads.
>
> However, the new "p->exit_state && thread_group_empty(p)" check is not correct
> either, this is just the temporary hack. Perhaps we can just remove this
> check,
> but I
On Sat, Dec 08, 2007 at 09:42:39PM +0100, Willy Tarreau wrote:
> I remember having installed openssh on an AIX machines years ago, and
> being amazed by the number of sources it collected entropy from. Simple
> commands such as "ifconfig -a", "netstat -i" and "du -a", "ps -ef", "w"
> provided a lot
On Sun, Dec 09, 2007 at 12:10:10AM +0200, Ismail Dönmez wrote:
> > As long as /dev/random is readable for all users there's no reason to
> > use /dev/urandom for a local DoS...
>
> Draining entropy in /dev/urandom means that insecure and possibly not random
> data will be used and well thats a se
Can some please explain with almost identical kernel .config's I see this
on a p965 Intel board:
CPU0 CPU1 CPU2 CPU3
0: 2501669875 0 0 0 IO-APIC-edge timer
1: 8 0 0 0 IO-APIC-edge i8042
On Dec 8, 2007 9:52 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> the scariest bit isnt even the scaling i think - that is a fairly
> straightforward and clean PER_CPU-ization of the global scaling factor,
> and its hookup with cpufreq events. (and the credit for that goes to
> Guillaume Chazarain)
On 12/08/2007 04:24 PM, Ingo Molnar wrote:
> i'm wondering why it had no effect now
diff --git a/kernel/cpu.c b/kernel/cpu.c
index e0d3a4f..a46c252 100644
--- a/kernel/cpu.c
+++ b/kernel/cpu.c
@@ -47,15 +47,21 @@ void __init cpu_hotplug_init(void)
}
#ifdef CONFIG_HOTPLUG_CPU
-
+#include
void
No problems after disabling CONFIG_HIGHRES_TIMERS , CONFIG_CPU_IDLE
and CONFIG_NO_HZ.
I will try enabling them one by one - HRT, NOHZ and CPU_IDLE last -
that way we can at least tell what is required to be hit with this
problem.
Parag
--
To unsubscribe from this list: send the line "unsubscribe
I can confirm that 2.6.24rc4 with the (second) patch works fine.
--
Jon
--
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
Peter Zijlstra wrote, On 12/08/2007 09:50 PM:
> On Sat, 2007-12-08 at 21:33 +0100, Remy Bohmer wrote:
>
>> Which problems? I did not see any special things, it looked rather
>> straight forward. What have I overlooked?
>
> On suspend it locks the whole device tree, this means it has 'unbounded'
On Saturday, 8 of December 2007, Borislav Petkov wrote:
> On Fri, Dec 07, 2007 at 09:19:09PM +0100, Rafael J. Wysocki wrote:
>
> ...
>
> > > > Well, there's a patchset in the current mainline that allows you to use
> > > > arbitrary (sufficiently new) kernel to load the image and then restore
>
Hi Linus,
> On Fri, 7 Dec 2007, Linus Torvalds wrote:
> >
> > Can you do one run with oprofile, and see exactly where the cost is? It
> > should hopefully be pretty darn obvious, considering your timing.
The results are here:
http://people.redhat.com/srostedt/slub/results/slab.op
http://people.
On Sat, Dec 08, 2007 at 10:21:11PM +0100, Stefan Richter wrote:
> Besides, in order for scsi_wait_scan to work, drivers need to support it
> explicitly, don't they? If so, simply kill the "default m" from config
> SCSI_WAIT_SCAN and let any driver which is integrated with it select it.
No. All d
On Saturday, 8 of December 2007, Richard Purdie wrote:
> On Sat, 2007-12-08 at 03:40 +0100, Rafael J. Wysocki wrote:
> > Subject : leds: ledtrig-timer calls sleeping function from
> > invalid context
> > Submitter : Márton Németh <[EMAIL PROTECTED]>
> > References : http://bugzilla.
On Saturday, 8 of December 2007, Theodore Tso wrote:
> On Sat, Dec 08, 2007 at 01:42:41AM -0800, Andrew Morton wrote:
> > > Subject : snd_hda_intel 2.6.24-rc2 bug: interrupts don't always
> > > work on Lenovo X60s
> > > Submitter : Roland Dreier <[EMAIL PROTECTED]>
> > > References
Sunday 09 December 2007 00:03:45 tarihinde Adrian Bunk şunları yazmıştı:
> On Thu, Dec 06, 2007 at 02:32:05PM -0500, Bill Davidsen wrote:
> >...
> > Sounds like a local DoS attack point to me...
>
> As long as /dev/random is readable for all users there's no reason to
> use /dev/urandom for a local
On Thu, Dec 06, 2007 at 02:32:05PM -0500, Bill Davidsen wrote:
>...
> Sounds like a local DoS attack point to me...
As long as /dev/random is readable for all users there's no reason to
use /dev/urandom for a local DoS...
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked sudd
On Saturday, 8 of December 2007, Andrew Morton wrote:
> On Sat, 8 Dec 2007 03:40:49 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > This message contains a list of some regressions from 2.6.23 which have been
> > reported since 2.6.24-rc1 was released and for which there are no fixes
On Mon, Dec 03, 2007 at 09:02:19PM +1100, Rusty Russell wrote:
> On Sunday 02 December 2007 22:22:31 Geert Uytterhoeven wrote:
> > On Sat, 1 Dec 2007, Pierre Ossman wrote:
> > > Yeah, that could work. Have a header with stuff like this:
> > >
> > > typedef u16 __attribute__((aligned(2))) aligned_u1
On Saturday, 8 of December 2007, Andrew Morton wrote:
> On Sat, 8 Dec 2007 09:28:15 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> >
> > * Fabio Comolli <[EMAIL PROTECTED]> wrote:
> >
> > >
> > >
> > > > Subject : Battery shows up twice in kpowersave
> > > > Submitter : Rolf Ei
Bill Davidsen wrote:
Pavol Cvengros wrote:
Bill Davidsen wrote:
Pavol Cvengros wrote:
On Thursday 06 December 2007 21:15:53 Bill Davidsen wrote:
Pavol Cvengros wrote:
Hello,
I am trying LKML to get some help on one linux kernel related
problem.
Lately we got a machine with new HW from
Well, after that I tried to verify that 22 is really fine.
Unfortunatelly under heavy load its the same... even with .19 (the
oldes kernel I have still installed)
I just noticed it, because its harder to produce it on .22 and before.
You guys tuned the kernel so it was easier.
So it must be some
>> +extern asmlinkage long (*sys_call_table[])(long, long, long,
> This should be something like below instead, otherwise gcc wont parse
> asmlinkage as being an attribute of the function signature.
> extern long (asmlinkage *sys_call_table[])(long, long, long,
Yeah, thanks for pointing
Linus Torvalds schrieb:
But the disk errors are something else, doesn't ring a bell. Sounds like
IO corruption on the group descriptor block or something like that. Might
be worth testing to see if the problem goes away with less than 4GB of
RAM..
Today, I tested with different amounts of
> Clemens Koller <[EMAIL PROTECTED]> wrote:
>> Nick Warne schrieb:
>>> I am bringing this up again - primarily as I forgot about it after
>>> patching my build tree ages ago:
>>>
>>> http://lkml.org/lkml/2007/10/27/68
>> Please see the patch I sent some days ago, which does the very
>> same thing:
On Sat, Dec 08, 2007 at 02:19:54PM -0600, Matt Mackall wrote:
> On Sat, Dec 08, 2007 at 03:04:32PM -0500, Jeff Garzik wrote:
> > Matt Mackall wrote:
> > >On Sat, Dec 08, 2007 at 02:36:33PM -0500, Jeff Garzik wrote:
> > >>As an aside...
> > >>
> > >>Speaking as the maintainer rng-tools, which is the
> The point here is that Linux is NOT using a defined-to-be "unused"
> port. It IS using the "diagnostic" port, and talking to a diagnostic
> device that *is* used, and may be present.
Just like millions of other pieces of software from the same era.
> 2) Start a background task with the main
On Dec 8, 2007 3:51 PM, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> what chipset is this?
> (I wonder if there's one where we shouldn't be force-enabling the hpet)
It's an Intel Mac Mini - Intel 945GM chipset.
I believe OSX requires HPET and so there shouldn't be a need to force
enable it on thi
asm-*/compat.h: fix typo in comment
Signed-off-by: Marcin Ślusarz <[EMAIL PROTECTED]>
---
include/asm-ia64/compat.h|2 +-
include/asm-mips/compat.h|2 +-
include/asm-parisc/compat.h |2 +-
include/asm-powerpc/compat.h |2 +-
include/asm-s390/compat.h|2 +-
include
Peter,
Thanks for this clear answer.
Remy
2007/12/8, Peter Zijlstra <[EMAIL PROTECTED]>:
>
> On Sat, 2007-12-08 at 21:33 +0100, Remy Bohmer wrote:
>
> > Which problems? I did not see any special things, it looked rather
> > straight forward. What have I overlooked?
>
> On suspend it locks the wh
sound/core/seq: move declarations of globally visible variables to proper
headers
Signed-off-by: Marcin Ślusarz <[EMAIL PROTECTED]>
---
sound/core/seq/seq_clientmgr.c |2 --
sound/core/seq/seq_clientmgr.h |2 ++
sound/core/seq/seq_timer.c |7 ---
sound/core/seq/seq_timer.h
sound/core/memory.c: include sound/core.h
copy_to_user_fromio and copy_from_user_toio are declared in sound/core.h
but sound/core/memory.c doesn't include it - fix it
depends on: "[PATCH] sound/core.h: include sound/driver.h"
Signed-off-by: Marcin Ślusarz <[EMAIL PROTECTED]>
---
sound/core/memo
On Sat, 8 Dec 2007 15:46:54 -0500
"Parag Warudkar" <[EMAIL PROTECTED]> wrote:
> On Dec 8, 2007 3:11 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > * Parag Warudkar <[EMAIL PROTECTED]> wrote:
> >
> > > But there are still fluctuations under 100% idle -
> >
> > do you have CONFIG_HIGH_RES_TIMERS
On Sat, 2007-12-08 at 21:33 +0100, Remy Bohmer wrote:
> Which problems? I did not see any special things, it looked rather
> straight forward. What have I overlooked?
On suspend it locks the whole device tree, this means it has 'unbounded'
nesting and holds an 'unbounded' number of locks. Neithe
sound/core.h: include sound/driver.h
include sound/driver.h in sound/core.h because core.h
uses SNDRV_CARDS (which is defined in sound/driver.h)
Signed-off-by: Marcin Ślusarz <[EMAIL PROTECTED]>
---
include/sound/core.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/inc
Theodore Tso wrote:
I think the userspace config problems were mainly due to the fact that
there wasn't a single official userspace utility package for the
random number package. Comments in drivers/char/random.c for how to
set up /etc/init.d/random is Just Not Enough.
Absolutely.
If we had
Hello Ingo,
> no, you are wrong. If you want to do complex locking, you can still do
> it: take a look at the dev->sem conversion patches from Peter which
> correctly do this. Lockdep has all the facilities for that.
> (you just dont know about them)
Ok.
> the general policy message here is: do
I am going to do a test on another "unused" port.
However, I realized as I was thinking about this. 0x80 is the
"diagnostic device" port. It is not an "unused" port.
Normally, Linux would support a device like the diagnostic device by
providing a character device, called /dev/post-diagnosis
On Dec 8, 2007 3:11 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Parag Warudkar <[EMAIL PROTECTED]> wrote:
>
> > But there are still fluctuations under 100% idle -
>
> do you have CONFIG_HIGH_RES_TIMERS=y?
Yes - NO_HZ=y and HIGH_RES_TIMERS=y.
My ssh connection still died with hpet=disable alt
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/dentry.c | 38 +++---
1 files changed, 23 insertions(+), 15 deletions(-)
diff --git a/fs/unionfs/dentry.c b/fs/unionfs/dentry.c
index 05d9914..7d27987 100644
--- a/fs/unionfs/dentry.c
+++ b/fs/unionfs/d
Also a bug fix: disallow unrecognized branch modes at mount time, instead of
defaulting to "rw".
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
---
fs/unionfs/main.c | 44 ++--
fs/unionfs/super.c | 12
fs/unionfs/union.h |3 +--
3 files
The following is a series of patches related to Unionfs: just a couple of
small bug fixes and/or optimizations.
These patches were tested (where appropriate) on Linus's 2.6.24 latest code
(as of v2.6.24-rc4-124-gf194d13), MM, as well as the backports to
2.6.{23,22,21,20,19,18,9} on ext2/3/4, xfs,
info_oss: move prototype of snd_card_info_read_oss to info.h
Signed-off-by: Marcin Ślusarz <[EMAIL PROTECTED]>
---
include/sound/info.h |2 ++
sound/core/info_oss.c |2 --
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/sound/info.h b/include/sound/info.h
index fec
On Fri, Nov 30, 2007 at 04:14:55PM -0600, Kumar Gala wrote:
> Ben and I are talking about using fixmap on ppc for similar applications to
> it use on x86. However in poking around other arch's (sparc, mips) they
> appear to have some support but not as complete as x86.
>
> For example both SPAR
On Sat, Dec 08, 2007 at 02:36:33PM -0500, Jeff Garzik wrote:
>
> As an aside...
>
> Speaking as the maintainer rng-tools, which is the home of the hardware
> RNG entropy gathering daemon...
>
> I wish somebody (not me) would take rngd and several other projects, and
> combine them into a singl
1 - 100 of 256 matches
Mail list logo
