On Tue, 13 Nov 2007 09:46:08 -0800 "Martin Bligh" <[EMAIL PROTECTED]> wrote:
> > > > http://bugzilla.kernel.org/show_bug.cgi?id=9267
> > > > Kernel: 2.6.23.1
> > >
> > > No response from developers
> >
> > Urm, well, if no-one ever tells the SCSI list it's unrealistic to expect
> > anyone to be
Add initialization of an array, which needs brackets that would pollute kernel
code, to kernel.h. It is used to declare arguments passed as function parameters
such as:
text_poke(addr, INIT_ARRAY(unsigned char, 0xf0, len), len);
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
Adrian Bunk wrote:
...
I did bisecting myself, and I know that it costs time and work.
But the first point is the above one that it makes otherwise nearly
undebuggable problems debuggable and fixable.
..
Definitely useful, no question.
But the problem is now that kernel devs are addicted to
Hi Andrew,
Here is a repost of the Text Edit Lock. It is required by the immediate values.
It applies on top of 2.6.24-rc2-git3 in this order :
#Text Edit Lock
#for -mm
kprobes-use-mutex-for-insn-pages.patch
kprobes-dont-use-kprobes-mutex-in-arch-code.patch
i get these errors in the kernel log while trying to copy a file from an
iso9660 file system (/dev/sr0) to my intenal hard disk. This is the
second cd/dvd that gives me this error. kernel 2.6.23 works without any
problems, so i think this is not an medium error:
ISO 9660 Extensions: Microsoft
Matthew Wilcox wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone else.
Where do you get this number from?
$ du -sh .git/objects/pack/
249M.git/objects/pack/
$ du -sh .git/objects/
253M.git/objects/
ie about half
QLogic InfiniPath: convert the semaphore ipath_eep_sem to the mutex
API
Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
--
diff --git a/drivers/infiniband/hw/ipath/ipath_eeprom.c
b/drivers/infiniband/hw/ipath/ipath_eeprom.c
index e7c25db..a5b6299 100644
---
On Tue, Nov 13, 2007 at 09:36:42AM -0200, Glauber de Oliveira Costa wrote:
>-BEGIN PGP SIGNED MESSAGE-
>
>> And the "EM64T based comment" is wrong because there are AMD based
>> vSMPs too.
>Just got it as-is from the old Kconfig. Do you think it should be fixed
>as well?
Yep.
Thanks,
Add the field names to marker example format string.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
samples/markers/marker-example.c |3 ++-
samples/markers/probe-example.c |2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
Index:
Upon module load, we must take the markers mutex. It implies that the marker
mutex must be nested inside the module mutex.
It implies changing the nesting order : now the marker mutex nests inside the
module mutex. Make the necessary changes to reverse the order in which the
mutexes are taken.
Hi Andrew,
Here are some fixes for the Linux Kernel Markers present in 2.6.24-rc2-git3.
There is a code path (module load) that may update markers without holding the
markers mutex, si I fixed that. The rest is just an tiny documentation
improvement.
The patchset applies on top of
Stephane Eranian wrote:
Hello,
On Tue, Nov 13, 2007 at 10:35:11AM -0500, William Cohen wrote:
Robert Richter wrote:
On 10.11.07 21:32:39, Andi Kleen wrote:
It would be really good to extract a core perfmon and start with
that and then add stuff as it makes sense.
e.g. core perfmon could be
Describes the format string standard further: Use of field names before the type
specifiers..
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
Documentation/markers.txt |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Index: linux-2.6-lttng/Documentation/markers.txt
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
> It's a 540MByte download over a slow link for everyone else.
Where do you get this number from?
$ du -sh .git/objects/pack/
249M.git/objects/pack/
$ du -sh .git/objects/
253M.git/objects/
ie about half what you claim.
--
On Tue, Nov 13, 2007 at 01:18:43PM -0500, Mark Lord wrote:
> Adrian Bunk wrote:
>> On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
>>> Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection
of a bug was a very laborous task so that it was
On Tue, Nov 13, 2007 at 09:01:29AM -0800, Greg KH wrote:
> I'm still not sold on this idea at all. I'm really betting that there
> is a lot of incorrect acpi slot information floating around in machines
> and odd things will show up in these slot entries.
Is that the end of the world? Instead
Hello,
On Tue, Nov 13, 2007 at 04:17:18PM +0100, Robert Richter wrote:
> On 10.11.07 21:32:39, Andi Kleen wrote:
> > It would be really good to extract a core perfmon and start with
> > that and then add stuff as it makes sense.
> >
> > e.g. core perfmon could be something simple like just
If fs_enet is build as module, on PPC_CPM_NEW_BINDING platforms
mii-fec/mii-bitbang should be build as module, as well. On other
platforms, mii-fec/mii-bitbang must be included into the main module.
Otherwise some symbols remain undefined. Additionally, fs_enet uses
libphy, so add a select
On Tue, 2007-11-13 at 16:34 +0800, Zhang, Yanmin wrote:
> My new bisect captured 7c9e69faa28027913ee059c285a5ea8382e24b5d
> which caused the regression of iozone following run (3rd/4th... run after
> mounting
> the ext3 partition).
Linus just reverted that commit with commit:
commit
Jan Kara wrote:
Hello,
A one-time event thus far, happened under very heavy I/O,
Dell i9400 Core2Duo notebook w/3GB ram, single SATA drive with ext3.
Had to cycle power to get it back and see this Oops in the syslog:
..
Hmm, your pointer to buffer_head in journal_head has been
> Given the wide range of ARM platforms today, it is utterly idiotic to
> expect a single person to be able to provide responses for all ARM bugs.
> I for one wish I'd never *VOLUNTEERED* to be a part of the kernel
> bugzilla, and really *WISH* I could pull out of that function.
You can. Perhaps
PORTA and PORTB have odr registers, as well. However, the PORTB odr
register is only 16bit.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/commproc.c | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/sysdev/commproc.c
One more thing. Here is my daemonrc:
SESSION_DIR=/var/lib/oprofile
NR_CHOSEN=0
SEPARATE_LIB=0
SEPARATE_KERNEL=0
SEPARATE_THREAD=0
SEPARATE_CPU=0
VMLINUX=/home/jack/source/linux-2.6-linus/vmlinux
IMAGE_FILTER=
CPU_BUF_SIZE=0
CALLGRAPH=8
KERNEL_RANGE=c01000a0,c029f508
XENIMAGE=none
And when
Thomas - what is way forward here?
I consider the patch serie ready to be applied and I
leave it to you (x86 guys) to decide the way forward to mainline.
cleanup -> mm -> linus or straight to linus.
If there is any concerns (from you or others) please let
me know so we can get it fixed.
And I
Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection of
a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we
On Tue, 2007-11-13 at 12:50 -0500, Mark Lord wrote:
> Ingo Molnar wrote:
> >
> > for example git-bisect was godsent. I remember that years ago bisection
> > of a bug was a very laborous task so that it was only used as a final,
> > last-ditch approach for really nasty bugs. Today we can
On Tue, Nov 13, 2007 at 05:07:21PM +0100, Thomas Gleixner wrote:
> On Tue, 13 Nov 2007, Mark Lord wrote:
>
> > Andrew Morton wrote:
> > > On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich"
> > > <[EMAIL PROTECTED]> wrote:
> > ..
> > > > with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel
On Tue, Nov 13, 2007 at 12:50:08PM -0500, Mark Lord wrote:
> Ingo Molnar wrote:
>>
>> for example git-bisect was godsent. I remember that years ago bisection of
>> a bug was a very laborous task so that it was only used as a final,
>> last-ditch approach for really nasty bugs. Today we can
On Tue, Nov 13, 2007 at 03:15:53AM -0800, Andrew Morton wrote:
> On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich" <[EMAIL PROTECTED]>
> wrote:
> > PLATFORM===
> >
> > xipImage is built so that uBoot cant run it (ARM)
> >
Hello,
when I run oprofile like:
opcontrol --reset
opcontrol --start
I just see (hand-copied from screen):
Using default event: CPU_CLK_UNHALTED:10:0:1:1
Using 2.6+ OProfile kernel interface.
Reading module info.
Using log file ...
Daemon started.
And then it hangs the machine hard -
Robert Richter wrote:
On 13.11.07 13:02:08, Adrian Bunk wrote:
On Tue, Nov 13, 2007 at 12:44:43PM +0100, Robert Richter wrote:
x86 CPU specific code is currently implemented in different ways for
64 and 32 bit. While there are almost no CPU specific files for 64
bit, there is the
Hi Clemens,
Clemens Koller wrote:
> This is precisely the sort of thing that BIOS/firmware-level SMI
> handlers do, particularly those that have monitoring or management
> features. Try to determine if the kernel is doing anything during this
> time. If the entire kernel seems to be
On Tue, Nov 13, 2007 at 12:13:56PM -0500, Theodore Tso wrote:
> On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
> > Btw, I used to test every -mm kernel. But since I've switched distros
> > (gentoo->ubuntu)
> > and I have less time, I feel it's harder to test -rc or -mm kernels
Hello,
On Tue, Nov 13, 2007 at 10:35:11AM -0500, William Cohen wrote:
> Robert Richter wrote:
> > On 10.11.07 21:32:39, Andi Kleen wrote:
> >> It would be really good to extract a core perfmon and start with
> >> that and then add stuff as it makes sense.
> >>
> >> e.g. core perfmon could be
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
> Andrew Morton wrote:
> > On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich"
> > <[EMAIL PROTECTED]> wrote:
> ..
> > > with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
> > > boot (ARM, Timer)
> > >
Hi Eric,
Eric Dumazet wrote:
Instead of using less RAM, you could just boot with rhash_entries=1024
to lower the size of this table.
I just tried that and it seems to reduce the scan time. This is the
result for the first 40 minutes of runtime:
[EMAIL PROTECTED]:/# /tmp/wait.rt
looping 1
On Tue, 13 Nov 2007 17:55:25 +0100
Ernst Herzberg <[EMAIL PROTECTED]> wrote:
>
> This pcmcia-card (UMTS Modem) only works if it shares his interrupt with
> another device, eg an usb mice. Moving the mice increases the connection
> speed, unplugging hangs the connection.
Thats consistent with
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that years ago bisection
of a bug was a very laborous task so that it was only used as a final,
last-ditch approach for really nasty bugs. Today we can autonomouly
bisect build bugs via a simple shell command around
> > FILE SYSTEMS===
> >
> > ext4: delalloc space accounting problem drops data
> > http://bugzilla.kernel.org/show_bug.cgi?id=9329
> > Kernel: 2.6.24-rc1
> No response from developers
Actually, there has been a response (Eric asked in mailing
Thomas Gleixner wrote:
On Tue, 13 Nov 2007, Mark Lord wrote:
..
I *still* get very slow resume-from-RAM quite often here
(new in 2.6.23 kernel, wasn't there in early 2.6.23-rc*).
..
Something eventually times out after a minute or so
and it comes back. Cannot make it happen reliably,
unless
> > > http://bugzilla.kernel.org/show_bug.cgi?id=9267
> > > Kernel: 2.6.23.1
> >
> > No response from developers
>
> Urm, well, if no-one ever tells the SCSI list it's unrealistic to expect
> anyone to be working on it. As far as I can tell, email was sent to
> Andrew Vasquez only on 31 October.
On Mon, 2007-11-12 at 20:15 -0500, Erez Zadok wrote:
> NFSD forgets to call mnt_drop_write after a successful rename. Here's a
> fix. (Ah, the curse of a stackable file system developer: you have to debug
> everyone else's too. :-)
>
> One thing I wasn't sure is whether I could move the
Patrick McHardy wrote:
> Kok, Auke wrote:
>> Patrick McHardy wrote:
>>
>>> I already posted a patch for this, not sure what happened to it.
>>> Auke, any news on merging the secondary unicast address support?
>>
>> I dropped the ball on that one. Care to resend it and send me one for
>> e1000e as
Theodore Tso wrote:
> On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
>> Btw, I used to test every -mm kernel. But since I've switched distros
>> (gentoo->ubuntu)
>> and I have less time, I feel it's harder to test -rc or -mm kernels (I
>> know this isn't a lkml problem
>> but
On Tue, 13 Nov 2007 13:50:48 +0100 Jiri Slaby wrote:
> On 11/13/2007 01:15 PM, [EMAIL PROTECTED] wrote:
> > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded to
>
> ERROR: "nfs_put_super" [fs/nfs/nfs.ko] undefined!
> ERROR: "nfs_sb_deactive" [fs/nfs/nfs.ko] undefined!
>
> The other an automated set of standard pre-built bisection points so
> that testers can more easily localize a bug down to a few hundred
> commits without needing to learn how to use "git bisect" (think Ubuntu
> users).
Before that you want a flowchart or instruction list of boot options to
Andrew-
Please see my current submission of the "Trace" patches at:
http://lkml.org/lkml/2007/11/12/281
http://lkml.org/lkml/2007/11/12/282
http://lkml.org/lkml/2007/11/12/283
http://lkml.org/lkml/2007/11/12/284
I believe this code is now ready for inclusion in the mm tree. Please
consider
Kok, Auke wrote:
Patrick McHardy wrote:
I already posted a patch for this, not sure what happened to it.
Auke, any news on merging the secondary unicast address support?
I dropped the ball on that one. Care to resend it and send me one for e1000e as
well?
Patch for e1000 attached.
Does
On Tue, 13 Nov 2007 09:33:21 -0600 James Bottomley wrote:
> On Tue, 2007-11-13 at 03:15 -0800, Andrew Morton wrote:
> > >
> > SCSI==
> > >
> > > qla2xxx: driver initialization does not complete when booting with
> > > Port connected
Glauber de Oliveira Costa wrote:
> the ifdef only exists because, as I said, the code itself will be always
> compiled in, to avoid an ifdef in setup_64.c. So it's just a taking it
> from here, putting it there issue. Kiran seem to prefer this way, but I
> don't really have a preference.
It would
Hello,
> A one-time event thus far, happened under very heavy I/O,
> Dell i9400 Core2Duo notebook w/3GB ram, single SATA drive with ext3.
> Had to cycle power to get it back and see this Oops in the syslog:
>
> : BUG: unable to handle kernel paging request at virtual address 430a7261
> :
This pcmcia-card (UMTS Modem) only works if it shares his interrupt with
another device, eg an usb mice. Moving the mice increases the connection
speed, unplugging hangs the connection.
Tested with 2.6.24-rc2, it is not a regression... 2.6.23/22 - same problem.
Hardware: Thinkpad R60
google
On Tue, Nov 13, 2007 at 04:52:32PM +0100, Benoit Boissinot wrote:
> Btw, I used to test every -mm kernel. But since I've switched distros
> (gentoo->ubuntu)
> and I have less time, I feel it's harder to test -rc or -mm kernels (I
> know this isn't a lkml problem
> but more a distro problem, but I
On Mon, Nov 12, 2007 at 05:08:53PM -0700, Alex Chiang wrote:
> Hello,
>
> [this patch series touches a few subsystems; hopefully I got all
> the right maintainers]
>
> Recently, Matthew Wilcox sent out the following mail about PCI
> slots:
>
> http://marc.info/?l=linux-pci=119432330418980=2
>
On Tue, Nov 13, 2007 at 07:57:54AM -0800, Ray Lee wrote:
> On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi <[EMAIL PROTECTED]> wrote:
> > As a long time kernel tester, I see some problem with the
> > newer "new development model". In the short merge windows,
> > after to much time, there are to many
David Howells <[EMAIL PROTECTED]> wrote:
> > > +extern const unsigned long kallsyms_num_syms
> > > +__nongpreldata __attribute__((weak));
Rather than using __nongpreldata, I should be able to say that it's in
.rodata - which seems to be more correct anyway - and throw into a comment to
say why.
Larry Finger <[EMAIL PROTECTED]> writes:
> For those variants of BCM43xx cards that use 64-bit DMA, there is a
> requirement that all descriptor
> rings must be aligned on an 8K boundary and must fit within an 8K page. On
> the x86_64 architecture
> where the page size is 4K, I was getting
Thanks
On Tue, 13 Nov 2007 17:17:36 +0100
[EMAIL PROTECTED] wrote:
> From: Andre Haupt <[EMAIL PROTECTED]>
> Signed-off-by: Andre Haupt <[EMAIL PROTECTED]>
>
> ---
> drivers/input/keyboard/jornada720_kbd.c |1 -
> 1 file changed, 1 deletion(-)
>
> Index:
On Tue, 13 Nov 2007 14:40:29 +0100 Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > > Do you believe that our response to bug reports is adequate?
> > >
> > > Do you feel that making us feel and look like shit helps?
> >
> > That doesn't answer my question.
> >
> >
From: David Howells <[EMAIL PROTECTED]>
Fix the extern declaration of kallsyms_num_syms to indicate that the symbol
does not reside in the small-data storage space, and so may not be accessed
relative to the small data base register.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
Hi Alexey,
On (12/11/07 21:25), Alexey Dobriyan didst pronounce:
> Cross-compile farm here migrated to .ccache and build dir on separate
> disks and now I have a way to blow up .ccache without waiting half an
> hour for rm(1) to finish. It's called mke2fs(8).
>
> However, in e.g 2.6.24-rc2
From: David Howells <[EMAIL PROTECTED]>
Arrange the sections in the FRV arch so that a BRA instruction with a 16-bit
displacement can always reach from the trap table to entry.S, tlb-miss.S and
break.S.
The problem otherwise is that the linker can insert sufficient code between
the slots in the
* Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> For debugging, maybe it's time someone does an amazon ec2+s3 service
> to automate the bisecting and create .deb/.rpm from git, I don't know
> how much it would cost though.
a few months ago i estimated the costs of this and it's just a few
Chris Snook schrieb:
> Florian Boelstler wrote:
>> While running that test driver a delay of about 10ms _exactly_ occurs
>> every 10 minutes.
>
> This is precisely the sort of thing that BIOS/firmware-level SMI
> handlers do, particularly those that have monitoring or management
> features. Try
* Mark Lord <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> ..
>> This is all QA-101 that _cannot be argued against on a rational basis_,
>> it's just that these sorts of things have been largely ignored for years,
>> in favor of the all-too-easy "open source means many eyeballs and that is
Peter Zijlstra wrote:
> On Tue, 2007-11-13 at 18:21 +0300, Al Boldi wrote:
> > akpm wrote:
> > > The mm snapshot broken-out-2007-11-13-04-14.tar.gz has been uploaded
> > > to
> >
> > Snapshots? Is this something new I missed? Can you elaborate?
>
> Something that will become -mm but isn't up to
Hi all,
while trying to limit the speed of DVD drives during DVD playback I've
come under the impression that GPCMD_SET_STREAMING via SG_IO doesn't yet
work with libata/PATA (AMD/NVIDIA PATA support). I tested on an NForce2
board (all IDE, no SATA) and kernel 2.6.22.12. When I use the "old" ATA
Patrick McHardy wrote:
> Herbert Xu wrote:
>> On Tue, Nov 13, 2007 at 04:06:24AM -0800, David Miller wrote:
In other words we can make it so that nobody is in promiscuous
mode and therefore have to disable VLAN acceleration *unless*
they really want to be in that state. In which
Coly Li wrote:
> Thanks for the feedback :-)
>
> Alex Tomas wrote:
>> hmm. so you trade 265% degradation of creation for 40% improvement of
>> unlink?
>>
> 265% degradation is only for creating 5 empty directories. This is not a
> common case.
> There are 13% improvement on create 15 files
Hi Tigran,
I found a few bugs in the BFS driver. Detailed description of the bugs as well
as the steps to reproduce the errors are given in the kernel bugzilla. Please
follow these links for more information:
http://bugzilla.kernel.org/show_bug.cgi?id=9363
Alexey Dobriyan <[EMAIL PROTECTED]> writes:
>
> +/* Return the page with the lowest PFN in the list */
> +static struct page *min_page(struct list_head *list)
> +{
> + unsigned long min_pfn = -1UL;
> + struct page *min_page = NULL, *page;;
> +
> + list_for_each_entry(page, list, lru)
Florian Boelstler a écrit :
Hi,
this issue has been already discussed on the kernelnewbies mailing
list [1],[2] and suggested to be further discussed here.
I am currently working on a MPC8540-based custom board, which runs Linux
2.6.15 (arch/ppc). The original Linux sources have been
Thanks for the feedback :-)
Alex Tomas wrote:
> hmm. so you trade 265% degradation of creation for 40% improvement of
> unlink?
>
265% degradation is only for creating 5 empty directories. This is not a
common case.
There are 13% improvement on create 15 files in each directories. Total
From: Andre Haupt <[EMAIL PROTECTED]>
Signed-off-by: Andre Haupt <[EMAIL PROTECTED]>
---
drivers/input/keyboard/jornada720_kbd.c |1 -
1 file changed, 1 deletion(-)
Index: linus/drivers/input/keyboard/jornada720_kbd.c
===
---
--
-
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/
From: Andre Haupt <[EMAIL PROTECTED]>
Signed-off-by: Andre Haupt <[EMAIL PROTECTED]>
---
drivers/input/keyboard/bf54x-keys.c |1 -
1 file changed, 1 deletion(-)
Index: linus/drivers/input/keyboard/bf54x-keys.c
===
---
From: Andre Haupt <[EMAIL PROTECTED]>
Signed-off-by: Andre Haupt <[EMAIL PROTECTED]>
---
drivers/input/gameport/gameport.c |1 -
1 file changed, 1 deletion(-)
Index: linus/drivers/input/gameport/gameport.c
===
---
Dong, Eddie wrote:
After thinking for a little while, you are theoretically right.
In the current state, we could even be preempted between all
operations ;-) Maybe after avi's suggestion of moving the call to it
it will end up in a preempt safe region, but anyway, it's safer to
add the preempt
Florian Boelstler wrote:
While running that test driver a delay of about 10ms _exactly_ occurs
every 10 minutes.
This is precisely the sort of thing that BIOS/firmware-level SMI handlers do,
particularly those that have monitoring or management features. Try to
determine if the kernel is
On Tue, 13 Nov 2007, Mark Lord wrote:
> Mark Lord wrote:
> > Andrew Morton wrote:
> > > On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich"
> > > <[EMAIL PROTECTED]> wrote:
> > ..
> ..
> > > > Suspend to RAM resume hangs on a tickless (NO_HZ) kernel
> > > >
time: Fold __get_realtime_clock_ts() into getnstimeofday():
- getnstimeofday() was just a wrapper around __get_realtime_clock_ts()
- Replace calls to __get_realtime_clock_ts() by calls to getnstimeofday()
- Fix bogus reference to get_realtime_clock_ts(), which never existed
Signed-off-by:
On Tue, 13 Nov 2007, Mark Lord wrote:
> Andrew Morton wrote:
> > On Mon, 12 Nov 2007 22:42:32 -0800 "Natalie Protasevich"
> > <[EMAIL PROTECTED]> wrote:
> ..
> > > with CONFIG_NO_HZ and/or CONFIG_HPET_TIMER set kernel 2.6.23 doesn't
> > > boot (ARM, Timer)
> > >
Hello there Shish,
On Aug 10, 2007 11:39 PM, Shish <[EMAIL PROTECTED]> wrote:
> Something seems to have broken in 2.6.23-rc2, and I'm not sure what, or
> where I should look for further debugging. The info I have:
>
> On my 2.6.23-rc2 desktop, things run fine.
>
> On my test server, built from
On 13/11/2007, Florian Boelstler <[EMAIL PROTECTED]> wrote:
> Hi,
>
> this issue has been already discussed on the kernelnewbies mailing list
> [1],[2] and suggested to be further discussed here.
>
> I am currently working on a MPC8540-based custom board, which runs Linux
> 2.6.15 (arch/ppc). The
Suppose I send down an SG_IO command on a generic scsi device node. As
far as I can tell, the code path looks like this in 2.6.14:
sg_ioctl
sg_new_write
scsi_execute_async (sets up sg_cmd_done as callback)
scsi_do_req
On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi <[EMAIL PROTECTED]> wrote:
> As a long time kernel tester, I see some problem with the
> newer "new development model". In the short merge windows,
> after to much time, there are to many patches.
I think the root issue there is that it's hard to get
On 11/12, Roland McGrath wrote:
>
> cf http://bugzilla.kernel.org/show_bug.cgi?id=9347
>
> While a signal is blocked, it must be posted even if its action is
> SIG_IGN or is SIG_DFL with the default action to ignore. This works
> right most of the time, but is broken when a sigwait
On Nov 13, 2007 3:08 PM, Mark Lord <[EMAIL PROTECTED]> wrote:
>
> Ingo Molnar wrote:
> ..
> > This is all QA-101 that _cannot be argued against on a rational basis_,
> > it's just that these sorts of things have been largely ignored for
> > years, in favor of the all-too-easy "open source means
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
This patch builds samples/kprobes/kretprobe_example.c only on archs that
support kretprobes.
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
---
samples/kprobes/Makefile |7 +--
1 files changed, 5 insertions(+), 2
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
This patch adds CONFIG_ARCH_SUPPORTS_KRETPROBES to the
arch//Kconfig file for relevant architectures with kprobes
support. This facilitates easy handling of in-kernel modules (like
samples/kprobes/kretprobe_example.c) that depend on kretprobes
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > +extern const unsigned long kallsyms_num_syms
> > +__nongpreldata __attribute__((weak));
>
> umm, this makes Linux an frv-only operating system...
Oops. Well... is there any other CPU? Apart from MN10300, that is... :-)
I remember I had to fix a
On Tue, Nov 13, 2007 at 04:00:45AM -0800, Andrew Morton wrote:
> On Sun, 21 Oct 2007 18:09:19 +0530 Ananth N Mavinakayanahalli <[EMAIL
> PROTECTED]> wrote:
>
> > Move kprobes examples from Documentation/kprobes.txt to under samples/.
> > Patch originally by Randy Dunlap.
> >
> > In addition, I
> net/irda/irnet/irnet_ppp.c: In function 'dev_irnet_ioctl':
> net/irda/irnet/irnet_ppp.c:738: warning: passing argument 2 of
> 'kernel_termios_to_user_termios_1' from incompatible pointer type
> net/irda/irnet/irnet_ppp.c:750: warning: passing argument 1 of
> 'user_termios_to_kernel_termios_1'
> > pata_pdc202xx_old excessive ATA bus errors
> > http://bugzilla.kernel.org/show_bug.cgi?id=9337
> > 2.6.24-rc2
>
> No response from developers
Untrue. We've been discussing it on list in the past and its now on
bugzilla. Not obvious from outside I realise. That one I'm afraid is
probably a
On Mon, 2007-11-12 at 16:52 -0800, David J. Wilder wrote:
> This patch adds several markers around semaphore primitives.
> Along with a tracing application this patch can be useful for measuring
> kernel semaphore usage and contention.
It would be much better to help in eradicating every last
Robert Richter wrote:
On 10.11.07 21:32:39, Andi Kleen wrote:
It would be really good to extract a core perfmon and start with
that and then add stuff as it makes sense.
e.g. core perfmon could be something simple like just support
to context switch state and initialize counters in a basic way
On Tue, 2007-11-13 at 03:15 -0800, Andrew Morton wrote:
> >
> SCSI==
> >
> > qla2xxx: driver initialization does not complete when booting with
> > Port connected
> > http://bugzilla.kernel.org/show_bug.cgi?id=9267
> > Kernel:
On Tue, 2007-11-13 at 20:13 +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The kernel build fails, with following build error
>
> mm/memory.c: In function ‘free_pte_range’:
> mm/memory.c:126: error: implicit declaration of function ‘pmd_pgtable’
> mm/memory.c:126: warning: initialization makes
> What I'm worred about is SMI traps implemented in the SBIOS for AHCI
> workarounds that may be disabled when in IDE mode.
For Nvidia devices those would only be present if there were problems
with the AHCI hardware right, which would mean you could simply tell us
what workarounds to implement.
On 10.11.07 21:32:39, Andi Kleen wrote:
> It would be really good to extract a core perfmon and start with
> that and then add stuff as it makes sense.
>
> e.g. core perfmon could be something simple like just support
> to context switch state and initialize counters in a basic way
> and perhaps
401 - 500 of 1240 matches
Mail list logo