Am Montag, 9. Juli 2007 schrieb Kunai, Takashi:
> (b)printk hashes and (c)Format strings. (a) seems difficult to get
> supports from kernel developers and (c) lacks uniqueness of each
> message. Though (b) also lacks uniqueness, adding component id and/or
We have generators for hash functions that
Jeremy Fitzhardinge wrote:
> Sasa Ostrouska wrote:
>> [EMAIL PROTECTED]:~# modprobe kvm-amd
>> int3: [1] PREEMPT SMP
>> CPU 1
>> Modules linked in: kvm_amd snd_seq_dummy snd_seq_oss
>> snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
>> nls_iso8859_1 ntfs nls_base usb_storag
Jeremy Fitzhardinge napsal(a):
> Sasa Ostrouska wrote:
>> [EMAIL PROTECTED]:~# modprobe kvm-amd
>> int3: [1] PREEMPT SMP
>> CPU 1
>> Modules linked in: kvm_amd snd_seq_dummy snd_seq_oss
>> snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
>> nls_iso8859_1 ntfs nls_base usb_st
> Well, smp_call_function_single() is arch specific whereas on_cpu() is
Yes, but the few instances should be relatively easy to fix.
> generic code. Perhaps rename smp_call_function_single() to
> __smp_call_function_single() and on_cpu() to smp_call_function_single()?
The low level function che
Joel Becker wrote:
> On Fri, Jul 06, 2007 at 11:01:07AM +0200, Gerd Hoffmann wrote:
>> And the 10% where it doesn't work it is a real pain to figure what goes
>> wrong due to the completely unreadable Makefiles generated by autotools.
>> After all they are not Makefiles, they are shellscripts embe
[cc'ing linux-ide and Bartlomiej.]
Rodney Gordon II wrote:
> Have been quite busy, and I regret I haven't tried a rc kernel in
> awhile, but, this bug has gone un-fixed still.. Thought I'd throw in
> another "heads up"..
>
> 2.6.22 hang: http://spherevision.org/sync/visual/itelock.jpg
> lspci -vv
This are some random patches I've lying around here. They are not related to
each other
1) Use kcalloc() in drivers/video/aty/atyfb_base.c
2) Initialize filp->private_data only once in em28xx_v4l2_open
3) [Doc] Fix typos in fs/sysfs/file.c
4) [Doc] Document pci_iomap()
Eike
signature.asc
Descr
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit cc4a7b5dfee25083a6a5741b5b640ae2a1d3aa12
tree a4763216a61fa1501bf9b5dbb60f8860d1620b99
parent dcd9673a1ca36cb084de58f443edf42fd64b186b
author Rolf Eike Beer <[EMAIL PROTECTED]> Mon, 07 Aug 2006 13:36:24 +0200
committer Rolf Eike Beer <[E
Some lines later filp->private_data is initialized to dev again. Since there
are some checks that might fail in the mean time keep the later version.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 7103e0b114b01a16d7c1ea71914d5069d974167d
tree 6b976d7ce4e872b32805d7df73dd13b5349d439f
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 966fef8404d59056d8524bf94d7dff790fe1fa82
tree 1adc274bc9b8e7e420db0b0023c8b70bd294e84e
parent 0cbdc367b144a95709852c642a069ed652989520
author Rolf Eike Beer <[EMAIL PROTECTED]> Mon, 21 May 2007 22:55:30 +0200
committer Rolf Eike Beer <[E
This useful interface is hardly mentioned anywhere in the in-tree
documentation.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
---
commit 2cb2450818804edcbcb1486a4df0db06e5d49969
tree 2c53fbd2e0be832767446a8684561200b437a695
parent 288a3f1fd00365669ed9ad725b15ff67004cee0a
author Rolf Eike Bee
Benjamin Herrenschmidt wrote:
Use mmu_gather for fork() instead of flush_tlb_mm()
This patch uses an mmu_gather for copying page tables instead of
flush_tlb_mm(). This allows archs like ppc32 with hash table to
avoid walking the page tables a second time to invalidate hash
entries, and to only f
Dave Hansen wrote:
> On Thu, 2007-07-05 at 22:20 -0700, Balbir Singh wrote:
>> +/*
>> + * the core object. the container that wishes to account for some
>> + * resource may include this counter into its structures and use
>> + * the helpers described beyond
>> + */
>
> I'm going to nitpick a bit h
Hi All,
I have 2 questions on XMON of 2.6 kernel. Any answers are appreciated!
1) Any engineer is still developing for XMON and who is the maintainer?
2) When I issued command "ls", XMON told me there are no sysmap or
sysmap_size. Do you know how to include the sysmap?
mon> ls
: No sysmap or
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
the current layout of profiling configuration is a bit of a mess, so
this patch tries to make things uniform across all architectures.
1) it's pointless having some arches define profiling as a separate
menu while others don't, so remove
It makes more sense to make instrumentation support experimental on a
case-by-case basis.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
arch/i386/Kconfig|1 -
arch/ia64/Kconfig|1 -
arch/powerpc/Kconfig |1 -
arch/sparc/Kconfig |1 -
arch/sparc64/Kconfig |
Hello,
When buf_check_overflow() returns != 0 we will hit kfree(ERR_PTR(err))
and it will not be happy about it.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
fs/9p/conv.c |1 +
1 file changed, 1 insertion(+)
diff -U 4 -pr linux-2.6.22-rc6-mm1-a/fs/9p/conv.c
linux-2.6.22-rc
At Fri, 6 Jul 2007 21:42:27 +0100,
Adrian McMenamin wrote:
>
> On 06/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > On 06/07/07, Takashi Iwai <[EMAIL PROTECTED]> wrote:
> > > I guess you shoud call del_timer() there at least. Otherwise the
> > > timer handler (aica_period_elapsed()) might
--- Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 05/07/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > On 05/07/07, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> >
> > I'd suspect you can't get both at 100%.
> >
> > I'd guess you are probably using a 100Hz no-preempt kernel. Have
>
2007/7/6, Indan Zupancic <[EMAIL PROTECTED]>:
On Fri, July 6, 2007 16:20, Duncan Sands wrote:
> On Friday 6 July 2007 14:54:18 mikie wrote:
>> Hi,
>>
>> I experience some problems with the speedtch.c module, especially in
>> regards to its firmware loader.
>> I am not quite sure if this module is
On Sun, 2007-07-08 at 20:58 +0800, Avi Kivity wrote:
> The only fly in the ointment is that it crashes quite soon. Haven't
> figured
> out why yet, but comments on the general direction would be welcome.
Attached patch seems help in my test. prepare_task_switch is called with
irq disabled.
> -st
On Mon, 2007-07-09 at 17:39 +1000, Nick Piggin wrote:
> Would it be better off to start off with a new API for this? The
> mmu gather I think is traditionally entirely for dealing with
> page removal...
It would be weird because the new API would mostly duplicate this one,
and we would end up wit
On Mon, 2007-07-09 at 08:47 +0200, Oliver Neukum wrote:
> Am Sonntag, 8. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > But I'm not sure it's a good idea in the long run. Think of a printer
> > > daemon, for example. It shouldn't have to experience unexpected I/O
> > > problems merely because
On Mon, 2007-07-09 at 08:52 +0200, Oliver Neukum wrote:
> Am Sonntag, 8. Juli 2007 schrieb Benjamin Herrenschmidt:
> > Another issue that's been a problem forever with suspend is the
> > synchronous request_firmware interface. Lots of drivers do that in
> > resume() which will generally not work.
>
On Sun, Jul 08, 2007 at 11:05:32AM +0200, Oleg Verych wrote:
> * Rodolfo Giometti (Thu, 28 Jun 2007 18:14:50 +0200)
> * Organization: GNU/Linux Device Drivers, Embedded Systems and Courses
>
> > +.PHONY : all depend dep
> > +
> > +all : .depend $(TARGETS)
> > +
> > +.depend depend dep :
> > + $(
Hello,
* Dan Aloni <[EMAIL PROTECTED]> [2007-07-06 16:58]:
>
> Redhat has a makedumpinfo util which they intend to use as slim
> kernel-version-independent utility on kdump rootfs in order to
> save /proc/vmcore in a compact manner.
I think you mean makedumpfile, don't you?
> A patch that I am
Am Montag, 9. Juli 2007 schrieb Benjamin Herrenschmidt:
> On Mon, 2007-07-09 at 08:47 +0200, Oliver Neukum wrote:
> > Am Sonntag, 8. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > > But I'm not sure it's a good idea in the long run. Think of a printer
> > > > daemon, for example. It shouldn't h
Some of the linux/dvb header files include libc header files and break
compilation on x86-64 in compat_ioctl.c:
CC fs/timerfd.o
CC fs/eventfd.o
CC fs/compat.o
CC fs/compat_ioctl.o
In file included from fs/compat_ioctl.c:111:
include/linux/dvb/audio.h:27:20: error: s
> It will be solved differently longer term, but short term the fix
> was still needed. There are limits on what can be done late
> in the release cycle so simple patches win.
>
> Besides none of the "NAK"s were particularly inspired in my opinion;
> there were no clear technical objections broug
Benjamin Herrenschmidt wrote:
On Mon, 2007-07-09 at 17:39 +1000, Nick Piggin wrote:
Would it be better off to start off with a new API for this? The
mmu gather I think is traditionally entirely for dealing with
page removal...
It would be weird because the new API would mostly duplicate thi
> Please have a look at the documentation update at the bottom of this patch:
>
> http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.22-rc7/patches/15-freezer-make-kernel-threads-nonfreezable-by-default.patch
>
> It says what the freezer is for in the first place. :-)
Thanks, good description
The PXA2xx keyboard driver does not compile with 2.6.22
The following patch fixes it
Signed-off-by: Mike Rapoport <[EMAIL PROTECTED]>
drivers/input/keyboard/pxa27x_keyboard.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/input/keyboard/pxa27x_keyboard.c
b/dr
On Mon, 2007-07-09 at 11:23 +0200, Oliver Neukum wrote:
> Suspension is to be transparent. Apart from a jump in the system clock
> user space must not notice, thus returning errors due to suspension is
> not an option.
Who says ?
If I'm talking to a USB printer, it will notice the USB bus being
s
Am Montag, 9. Juli 2007 schrieb Miklos Szeredi:
> In that case the "we need suspend to be invisible to userspace" as a
> reason to use the freezer would also be moot, since if you don't
> schedule userspace after offlining the CPUs, it can't notice this.
After? Can you do the offlining atomically?
Andi Kleen wrote:
Well, smp_call_function_single() is arch specific whereas on_cpu() is
Yes, but the few instances should be relatively easy to fix.
generic code. Perhaps rename smp_call_function_single() to
__smp_call_function_single() and on_cpu() to smp_call_function_single()?
> > It will be solved differently longer term, but short term the fix
> > was still needed. There are limits on what can be done late
> > in the release cycle so simple patches win.
>
> Your patch got into Linus' tree in the middle of the merge window...
Even in the middle of the merge window i
On Monday 09 July 2007 11:32:23 Alan Cox wrote:
> > It will be solved differently longer term, but short term the fix
> > was still needed. There are limits on what can be done late
> > in the release cycle so simple patches win.
> >
> > Besides none of the "NAK"s were particularly inspired in my
> > In that case the "we need suspend to be invisible to userspace" as a
> > reason to use the freezer would also be moot, since if you don't
> > schedule userspace after offlining the CPUs, it can't notice this.
>
> After? Can you do the offlining atomically?
Don't know. Wait for all CPUs to re
On Sun, 08 Jul 2007 20:23:24 -0500
Rodney Gordon II <[EMAIL PROTECTED]> wrote:
> Have been quite busy, and I regret I haven't tried a rc kernel in
> awhile, but, this bug has gone un-fixed still.. Thought I'd throw in
> another "heads up"..
>
> 2.6.22 hang: http://spherevision.org/sync/visual/ite
On Sun, 08 Jul 2007 19:46:46 -0700
Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Adrian Bunk wrote:
> >>> Reverting is safe since it simply re-establishes the 2.6.21 status quo.
> >>>
> >> Well, not really. It breaks any non-GPL module when CONFIG_PARAVIRT is
> >> enabled, even though t
Shaohua Li wrote:
On Sun, 2007-07-08 at 20:58 +0800, Avi Kivity wrote:
The only fly in the ointment is that it crashes quite soon. Haven't
figured
out why yet, but comments on the general direction would be welcome.
Attached patch seems help in my test. prepare_task_switch is called wi
On Mon, 2007-07-09 at 19:29 +1000, Nick Piggin wrote:
> They could just #define one to the other though, there are only a
> small
> number of them. Is there a downside to not making them distinct? i386
> for example probably would just keep doing a tlb flush for fork and
> not
> want to worry about
Quoting Neil Brown <[EMAIL PROTECTED]>:
> This suggests that the superblock is currently the correct byteorder
> for the current host. You use
>mdadm --examine --metadata=0.swap /dev/sda1
> when you have moved a devices from one host to different host with the
> opposite endian-ness (e.g. big
linux-usb-devel should be CCed on this
On Sun, 8 Jul 2007, Daniel J Blueman wrote:
> When plugging in a USB 2 mass-storage device which I've been seeing
> problems with, I caught a khubd oops [1]. Kernel is 2.6.22-rc7 on ia32
> built with Ubuntu's 2.6.22 .config.
>
> Let me know if you need more
On Mon, 9 Jul 2007 11:39:25 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > It will be solved differently longer term, but short term the fix
> > > was still needed. There are limits on what can be done late
> > > in the release cycle so simple patches win.
> >
> > Your patch got into Linus
Hi!
> > > But I'm not sure it's a good idea in the long run. Think of a printer
> > > daemon, for example. It shouldn't have to experience unexpected I/O
> > > problems merely because someone has decided to put the system to sleep.
> >
> > Why not ? Printer is offline when machine is asleep..
On Mon, 2007-07-09 at 12:02 +0200, Pavel Machek wrote:
> Hi!
>
> > > > But I'm not sure it's a good idea in the long run. Think of a printer
> > > > daemon, for example. It shouldn't have to experience unexpected I/O
> > > > problems merely because someone has decided to put the system to slee
2.6.22-ck1 is the last ever -ck release.
So long, and thanks for all the fish
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspa
Are the shortlogs useful - yes .. they catch what appear to be mistakes
Specifically: What happened to the aacraid ioctl security fix ? Did someone
decide it
wasn't needed or did it get lost somewhere on the way ?
While this looks scary the only obvious exploit cases are where the user can
open
Benjamin Herrenschmidt wrote:
On Mon, 2007-07-09 at 19:29 +1000, Nick Piggin wrote:
They could just #define one to the other though, there are only a
small
number of them. Is there a downside to not making them distinct? i386
for example probably would just keep doing a tlb flush for fork and
n
Nick Piggin wrote:
Benjamin Herrenschmidt wrote:
On Mon, 2007-07-09 at 19:29 +1000, Nick Piggin wrote:
They could just #define one to the other though, there are only a
small
number of them. Is there a downside to not making them distinct? i386
for example probably would just keep doing a tlb
Avi Kivity wrote:
Shaohua Li wrote:
On Sun, 2007-07-08 at 20:58 +0800, Avi Kivity wrote:
The only fly in the ointment is that it crashes quite soon. Haven't
figured
out why yet, but comments on the general direction would be welcome.
Attached patch seems help in my test. prepare_task_s
Hi,
On Jul 8 2007 16:52, Linus Torvalds wrote:
>
>So this is also a heads-up that I'm considering skipping the ChangeLog
>files in the future - the full release ones are so big as to not be very
>easily readable (the full ChangeLog from 2.6.21 is ove ra hundred thousand
>lines, and weighs in at
On Monday 09 July 2007 12:06:05 Alan Cox wrote:
> On Mon, 9 Jul 2007 11:39:25 +0200
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> >
> > > > It will be solved differently longer term, but short term the fix
> > > > was still needed. There are limits on what can be done late
> > > > in the release c
On Sat, Jul 07, 2007 at 03:03:30AM +0200, Adrian Bunk wrote:
> "extern inline" will have different semantics with gcc 4.3,
> and "static inline" is correct here.
The idea was to have a linker error in case gcc should deciede for some
reason not to inline this function which as I understand will c
On Jul 9 2007 04:39, Gabriel C wrote:
>>
>> NAK. It starts reporting here empty binutils field.
>> FWIW,
>>
>> $ ld -v
>> GNU ld version 2.16.1
>>
>
> Well the format changed so now we have :
>
> $ ld -v
> GNU ld (Linux/GNU Binutils) 2.17.50.0.16.20070511
Adding to the collection:
12:39 ichi:~
On Mon, July 9, 2007 10:49, mikie wrote:
> 2007/7/6, Indan Zupancic <[EMAIL PROTECTED]>:
>> On Fri, July 6, 2007 16:20, Duncan Sands wrote:
>> > On Friday 6 July 2007 14:54:18 mikie wrote:
>> >> Hi,
>> >>
>> >> I experience some problems with the speedtch.c module, especially in
>> >> regards to it
On Mon, Jul 09, 2007 at 11:16:43AM +0200, Rodolfo Giometti wrote:
> On Sun, Jul 08, 2007 at 11:05:32AM +0200, Oleg Verych wrote:
> > * Rodolfo Giometti (Thu, 28 Jun 2007 18:14:50 +0200)
> > * Organization: GNU/Linux Device Drivers, Embedded Systems and Courses
> >
> > > +.PHONY : all depend dep
>
Hi,
> On my system the /proc/sys/kernel/hotplug points to /sbin/hotplug.
> I copied your script to /sbin/hotplug and also added simple logging,
> so I can see whenever the script is being started. It turns out that
> the script is not started at all by the kernel...
did you turn hotplug on in you
On Mon, 02 Jul 2007 15:32:00 +0200
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Nicolas Ferre wrote:
> > Fixes hanging using multi block operations (seen during CMD25).
> > Follows closely the datasheet flowcharts.
> >
> > This piece of code handles better big file writing. I had to take
> > care o
On Mon, Jul 09, 2007 at 12:56:11PM +0200, Oleg Verych wrote:
> On Mon, Jul 09, 2007 at 11:16:43AM +0200, Rodolfo Giometti wrote:
> > On Sun, Jul 08, 2007 at 11:05:32AM +0200, Oleg Verych wrote:
> > > * Rodolfo Giometti (Thu, 28 Jun 2007 18:14:50 +0200)
> > > * Organization: GNU/Linux Device Drivers
Hi Nick,
On 7/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
SLOB contains several significant O(1) and also O(n) memory savings that
are so far impossible-by-design for SLUB. They are: slab external
fragmentation is significantly reduced; kmalloc internal fragmentation is
significantly reduced; o
2007/7/9, Duncan Sands <[EMAIL PROTECTED]>:
Hi,
> On my system the /proc/sys/kernel/hotplug points to /sbin/hotplug.
> I copied your script to /sbin/hotplug and also added simple logging,
> so I can see whenever the script is being started. It turns out that
> the script is not started at all by
On Thu, 5 Jul 2007, Bill Davidsen wrote:
Justin Piszcz wrote:
On Wed, 4 Jul 2007, Justin Piszcz wrote:
On Wed, 4 Jul 2007, Michael Tokarev wrote:
> Tejun Heo wrote:
>> Hello,
>>
>> Michael Tokarev wrote:
>>> Well. It looks like the results does not depend on the
>>> elevator. Originall
2007/7/9, Indan Zupancic <[EMAIL PROTECTED]>:
On Mon, July 9, 2007 10:49, mikie wrote:
> 2007/7/6, Indan Zupancic <[EMAIL PROTECTED]>:
>> On Fri, July 6, 2007 16:20, Duncan Sands wrote:
>> > On Friday 6 July 2007 14:54:18 mikie wrote:
>> >> Hi,
>> >>
>> >> I experience some problems with the spee
Pekka Enberg wrote:
Hi Nick,
On 7/9/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
SLOB contains several significant O(1) and also O(n) memory savings that
are so far impossible-by-design for SLUB. They are: slab external
fragmentation is significantly reduced; kmalloc internal fragmentation is
si
Gene Heskett wrote:
Greetings;
The drive speeds seem to be going the wrong way. Its an nforce2 equipt mobo,
and I have 3 drives currently in this box. Running 2.6.22-rc6-cfs-v18 + the
ftdi_sio.c patch.
hda, the primary on cable 0, is running at around 28MB/Sec. Its a 200GB WD
about 2 yea
gshan wrote:
Hey Guys,
I got a strange problem recently but no ideas, so to post the question
here. We have a FPGA what finish ATM AAL5 to ethernet frame, and CPU
receives IP packets from it. The interface based on the FPGA (called
sar0) has been bound with several IP addresses. When the MTU
Rogier Wolff wrote:
Hi,
I have an application that creates some 228 thousand files,
spread over about 4000 directories. Total is not more than
1.3Gb. (I'm not sure, and I don't care if it's 10% or 90% of
that number)
Anyway, I've loaded all of the 1.3Gb into the cache (the machine
has 8Gb of
Michael Tokarev wrote:
Tejun Heo wrote:
Hello,
Michael Tokarev wrote:
Well. It looks like the results does not depend on the
elevator. Originally I tried with deadline, and just
re-ran the test with noop (hence the long delay with
the answer) - changing linux elevator changes almost
nothing
Justin Piszcz wrote:
On Wed, 4 Jul 2007, Justin Piszcz wrote:
On Wed, 4 Jul 2007, Michael Tokarev wrote:
> Tejun Heo wrote:
>> Hello,
>>
>> Michael Tokarev wrote:
>>> Well. It looks like the results does not depend on the
>>> elevator. Originally I tried with deadline, and just
>>> re-ran
Please do not make unnecessary kernel changes which require changes in
our systems.
Kok, Auke wrote:
Bill Davidsen wrote:
Adrian Bunk wrote:
This patch contains the overdue removal of the eepro100 driver.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
The hardware supported by this driver i
On Mon, 2007-07-09 at 10:49 +0100, Alan Cox wrote:
> On Sun, 08 Jul 2007 20:23:24 -0500
> Rodney Gordon II <[EMAIL PROTECTED]> wrote:
>
> > Have been quite busy, and I regret I haven't tried a rc kernel in
> > awhile, but, this bug has gone un-fixed still.. Thought I'd throw in
> > another "heads
Hi Stefan :)
* Stefan Richter <[EMAIL PROTECTED]> dixit:
> > I don't know if cdparanoia should be fixed, but certainly the
> > warning could be issued only if CONFIG_SCSI_VERBOSE is set. This way you
> > will have the message if something goes wrong and you want more info,
> > but in case
Is there any API/function in Redhat Linux to update
specific entries in the DMI table ? Either a driver
and app combination ? Any existing features in the
Linux kernel to do this ? Any existing tools ?
(execuses If I posted here wrongly, but I am sure
people out there would help me)
Avi Kivity wrote:
Andi Kleen wrote:
Well, smp_call_function_single() is arch specific whereas on_cpu() is
Yes, but the few instances should be relatively easy to fix.
generic code. Perhaps rename smp_call_function_single() to
__smp_call_function_single() and on_cpu() to
smp_call_fun
Hi Douglas :)
* Douglas Gilbert <[EMAIL PROTECTED]> dixit:
> >> I don't know if cdparanoia should be fixed, but certainly the
> >> warning could be issued only if CONFIG_SCSI_VERBOSE is set. This way you
> >> will have the message if something goes wrong and you want more info,
> >> but i
On Mon, Jul 09, 2007 at 01:20:51AM +0200, Michal Piotrowski wrote:
> On 09/07/07, Flavio Curti <[EMAIL PROTECTED]> wrote:
> Jul 8 00:19:13 dorade.cyberlink.ch EFLAGS: 00210046
> (2.6.22-rc7-dorade #1)
> Is this a regression?
I also tried 2.6.21.5, which showed the same problem. So I doubt it's
as a short follow up to my previous patches, it might be worth
pointing out that profiling in general is defined improperly WRT
Kconfig, since *general* profiling is defined inside the more specific
Kconfig files for *oprofiling*:
$ ls arch/*/oprofile/Kconfig
that makes no sense, as it lea
On Sat, 7 Jul 2007, Jakub Jelinek wrote:
> I believe BAD_ADDR macro was changes from ((unsigned long)(x) >=
> TASK_SIZE) (which is the right test for invalid user addresses, stronger
> check than >= PAGE_MASK) to >= PAGE_MASK only because of the one check
> of the return value of load_elf_inter
On Sun, 2028-02-27 at 02:39 -0500, Balbir Singh wrote:
> I am not a CLUI expert, but rounding off bytes will something that
> the administrators will probably complain about. Since we manage
> the controller memory in pages, it might be the easiest unit to use.
> The output is totally different ma
Jan Engelhardt wrote:
On Jul 9 2007 04:39, Gabriel C wrote:
NAK. It starts reporting here empty binutils field.
FWIW,
$ ld -v
GNU ld version 2.16.1
Well the format changed so now we have :
$ ld -v
GNU ld (Linux/GNU Binutils) 2.17.50.0.16.20070511
Adding to the collection:
* Jan Engelhardt "Mon, 9 Jul 2007 12:41:54 +0200 (CEST)"
>
> On Jul 9 2007 04:39, Gabriel C wrote:
>>>
>>> NAK. It starts reporting here empty binutils field.
>>> FWIW,
>>>
>>> $ ld -v
>>> GNU ld version 2.16.1
>>>
>>
>> Well the format changed so now we have :
>>
>> $ ld -v
>> GNU ld (Linux/GNU
Convert the LEDs class from struct class_device to struct device
since class_device is scheduled for removal.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
[I've applied this patch to the LEDs for-mm branch for testing but will
work in any feedback]
drivers/leds/led-class.c | 49
Hi,
On 7/9/07, Ralf Baechle <[EMAIL PROTECTED]> wrote:
On Sat, Jul 07, 2007 at 03:03:30AM +0200, Adrian Bunk wrote:
> "extern inline" will have different semantics with gcc 4.3,
> and "static inline" is correct here.
The idea was to have a linker error in case gcc should deciede for some
reaso
On Mon, Jul 09, 2007 at 11:21:54AM +0200, Bernhard Walle wrote:
> Hello,
>
> * Dan Aloni <[EMAIL PROTECTED]> [2007-07-06 16:58]:
> >
> > Redhat has a makedumpinfo util which they intend to use as slim
> > kernel-version-independent utility on kdump rootfs in order to
> > save /proc/vmcore in a co
Convert the backlight and LCD classes from struct class_device to struct
device since class_device is scheduled for removal.
One nasty API break is the backlight power attribute has had to be
renamed to bl_power and the LCD power attribute has had to be renamed to
lcd_power since the original name
On Jul 9 2007 13:39, Gabriel C wrote:
>
> Uhh :) Ok here an ugly one :
>
> $ ld -v | sed 's/.*version//;s/.*Binutils)//'|awk '{print $1}'|tr -d ' '
> 2.17.50.0.16.20070511
>
> $ echo 'GNU ld version 2.17.50.0.5 20060927 (SUSE Linux)' | sed
> 's/.*version//;s/.*Binutils)//'|awk '{print $1}'|tr -d '
On Jul 9 2007 12:30, Jan Engelhardt wrote:
>
>The rc-to-rc shortlog is usually helpful. That way, I can see whether a
>particular fix that I am interested in/involved with has already been
>merged - or not and its needs some reminder. And the 2.6.x -> 2.6.y-rc1
>shortlog for seeing whether patches
On Monday, 9 July 2007 11:14, Benjamin Herrenschmidt wrote:
> On Mon, 2007-07-09 at 08:52 +0200, Oliver Neukum wrote:
> > Am Sonntag, 8. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > Another issue that's been a problem forever with suspend is the
> > > synchronous request_firmware interface. Lots
Hi Bruce
From some of the earlier threads that I missed (below) I have the
impression that the problem may be a very simple one, namely that
starting with 2.6.22 one needs to run a command to enable SMART when a
box is first booted -- the kernel no longer does this as part of the
init/setup of
On Fri, Jul 06, 2007 at 12:01:59PM +0400, Pavel Emelianov wrote:
> This is "submition for inclusion" of hierarchical, not kconfig
> configurable, zero overheaded ;) pid namespaces.
>
> The overall idea is the following:
>
> The namespace are organized as a tree - once a task is cloned
> with CLON
Avi Kivity wrote:
Jeremy Fitzhardinge wrote:
Sasa Ostrouska wrote:
[EMAIL PROTECTED]:~# modprobe kvm-amd
int3: [1] PREEMPT SMP
CPU 1
Modules linked in: kvm_amd snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
nls_iso8859_1 ntfs nls_base
> > It would be useful to know if a kernel built with no DMA support for the
> > IT8212 behaved as that might give us a clue about what is choking. If you
> > look in drivers/ata/pata_it821x.c:it821x_init_one you'll see a pair of
> > lines that say
> >
> > mwdma = 0x1f,
> > udma_mask = 0x7
On Mon, 9 Jul 2007 04:27:26 -0700 (PDT)
Hemanth <[EMAIL PROTECTED]> wrote:
> Is there any API/function in Redhat Linux to update
> specific entries in the DMI table ? Either a driver
> and app combination ? Any existing features in the
> Linux kernel to do this ? Any existing tools ?
> (execuses I
Please post your .config.
Here is my config:
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.21.5
# Thu Jun 21 21:34:48 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_ZONE_DMA32=y
CONFIG_LOCKDEP_SU
Sasa Ostrouska wrote:
On 7/9/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
Please post your .config.
Here is my config:
[config config config]
#
# Virtualization
#
CONFIG_KVM=y
CONFIG_KVM_INTEL=m
CONFIG_KVM_AMD=m
Ah, kvm is built in but the arch modules aren't.
Anybody know how to disallo
On Mon, Jul 09, 2007 at 11:27:55AM +0100, Ralf Baechle wrote:
> On Sat, Jul 07, 2007 at 03:03:30AM +0200, Adrian Bunk wrote:
>
> > "extern inline" will have different semantics with gcc 4.3,
> > and "static inline" is correct here.
>
> The idea was to have a linker error in case gcc should decied
On Wed, Jul 04 2007, James Bottomley wrote:
> On Wed, 2007-07-04 at 10:19 +0900, Tejun Heo wrote:
> > Michael Tokarev wrote:
> > > Well. It looks like the results does not depend on the
> > > elevator. Originally I tried with deadline, and just
> > > re-ran the test with noop (hence the long dela
On Wed, Jul 04 2007, Justin Piszcz wrote:
> On Wed, 4 Jul 2007, Michael Tokarev wrote:
>
> > Tejun Heo wrote:
> >> Hello,
> >>
> >> Michael Tokarev wrote:
> >>> Well. It looks like the results does not depend on the
> >>> elevator. Originally I tried with deadline, and just
> >>> re-ran the tes
1 - 100 of 525 matches
Mail list logo
