On Sun, Dec 16 2007, Adrian McMenamin wrote:
> +static int gdrom_readdisk_dma(int block, int block_cnt, char *buffer)
> +{
> + int err;
> + struct packet_command *read_command;
> + /* release the spin lock but check later
> + * we're not in the middle of some dma */
> + spin_un
Hi Harvey and Ingo,
I'm working on another version of patches for unification.
Currently cleaning up the patches.
http://sources.redhat.com/ml/systemtap/2007-q4/msg00457.html
I'll cleanup and repost it today.
Ingo Molnar wrote:
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
>> If you compare t
* Ingo Molnar <[EMAIL PROTECTED]> [2007-12-15 14:12:04]:
Hi Ingo, Harvey
In file include/asm-x86/kprobes_32.h
typedef u8 kprobe_opcode_t;
hence sizeof(kprobe_opcode_t) turns out to be 1.
Hence
memcpy(p->ainsn.insn, p->addr, MAX_INSN_SIZE * sizeof(kprobe_opcode_t));
is correct.
--
Regards
Srik
> On Sun, 16 Dec 2007 14:46:36 +0100 (CET) Krzysztof Oledzki <[EMAIL
> PROTECTED]> wrote:
>
> > >>> Which filesystem, which mount options
> > >>
> > >> - ext3 on RAID1 (MD): / - rootflags=data=journal
> > >
> > > It wouldn't surprise me if this is specific to data=journal: that
> > > journallin
On Mon, 17 Dec 2007 09:55:04 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> On Sun, 16 Dec 2007 22:00:23 -0500 (EST)
> Parag Warudkar <[EMAIL PROTECTED]> wrote:
>
> > In my quest to get the wake-ups from idle per second down to bare minimum,
> > I noticed 3 places in the kernel that could benef
Masami,
* Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
> Hi Harvey and Ingo,
>
> I'm working on another version of patches for unification.
> Currently cleaning up the patches.
> http://sources.redhat.com/ml/systemtap/2007-q4/msg00457.html
> I'll cleanup and repost it today.
cool! Please Cc: lk
* Jan Beulich <[EMAIL PROTECTED]> wrote:
> > hm, does this patch fix any real bug seen live? (if yes then do you
> > have links to it, etc?) It would be a v2.6.24 fix in theory but it
> > looks too dangerous for that. So i've queued it up for v2.6.25, for
> > the time being.
>
> I had run int
On Mon, December 17, 2007 2:06 pm, Jens Axboe wrote:
> On Sun, Dec 16 2007, Adrian McMenamin wrote:
>
> Few notes:
Thanks for these, very helpful.
>
> - Compare rq_data_dir() with WRITE, don't just assume that any non-zero
> will be a write.
>
> - You need to offload this request handling to a
* David P. Reed <[EMAIL PROTECTED]> wrote:
> Rene Herman wrote:
>> No, most definitely not. Having the user select udelay or none through the
>> kernel config and then the kernel deciding "ah, you know what, I'll know
>> better and use port access anyway" is _utterly_ broken behaviour. Software
On Mon, Dec 17 2007 at 15:05 +0200, Alan Cox <[EMAIL PROTECTED]> wrote:
>> initio doesn't seem to have a maintainer...
>>
>> Are you able to identify any earlier kernel which worked OK?
>>
>> Maybe it's a new device? If you can get the `lspci -vvxx' output
>> for that device we can take a look.
>
Hi Ingo, Harvey
In file include/asm-x86/kprobes_32.h
typedef u8 kprobe_opcode_t;
hence sizeof(kprobe_opcode_t) turns out to be 1.
Hence
memcpy(p->ainsn.insn, p->addr, MAX_INSN_SIZE * sizeof(kprobe_opcode_t));
is correct.
--
Regards
Srikar
>
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
On Mon, 17 Dec 2007 16:40:53 +0200
Boaz Harrosh <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 17 2007 at 15:05 +0200, Alan Cox <[EMAIL PROTECTED]> wrote:
> >> initio doesn't seem to have a maintainer...
> >>
> >> Are you able to identify any earlier kernel which worked OK?
> >>
> >> Maybe it's a new de
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > > ./char/epca.c
> > > > ./char/sonypi.c
> > > > ./scsi/megaraid.c
> > > > ./ide/pci/serverworks.c
> > > > ./ide/pci/cmd640.c
> > > > ./input/mouse/pc110pad.c
> >
> > You are missing some watchdogs at least ?
>
> I snipped them, I only wanted to c
Please CC netfilter-devel on netfilter patches.
Denys Vlasenko wrote:
Hi Patrick, Harald,
I was working on unrelated problem and noticed that ip_tables.c
seem to abuse inline. I prepared a patch which removes inlines
except those which are used by packet matching code
(and thus are really perfo
Hi arch people, Andrew,
Proposed trivial patch introduces smallint type,
which is defined as minimal efficiently addressable
memory unit. It is intended to be primarily used for
flag variables in memory.
Random example. In arch/x86/kernel/vmi_32.c:
static int disable_pge;
static int disable_pse;
On Sun, Dec 16, 2007 at 10:39:17PM -0800, Andrew Morton wrote:
> On Sun, 16 Dec 2007 20:26:11 -0800 (PST) David Miller <[EMAIL PROTECTED]>
> wrote:
>
> > From: Matt Mackall <[EMAIL PROTECTED]>
> > Date: Sun, 16 Dec 2007 20:11:49 -0600
> >
> > > But as the function doesn't actually show up in you
* Jan Beulich <[EMAIL PROTECTED]> wrote:
> > good catch! Applied your patch to x86.git - queued it up for
> > v2.6.25. I bet there are tons of other instances where we use signed
> > instead of unsigned and get worse code generation.
>
> Yes, definitely. This patch was kind of a testing one wh
Hi.
I got another crash, now with 2.6.23.11 on logout from KDE (two differences,
new kernel, 4gb ram instead of 2gb):
[ 1771.063731] Unable to handle kernel paging request at 0400 RIP:
[ 1771.063735] [] _spin_lock+0x0/0xf
[ 1771.063740] PGD 0
[ 1771.063741] Oops: 0002 [1] SMP
[ 1771
On Mon, 2007-12-17 at 14:36 +, Alan Cox wrote:
> On Mon, 17 Dec 2007 16:40:53 +0200
> Boaz Harrosh <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Dec 17 2007 at 15:05 +0200, Alan Cox <[EMAIL PROTECTED]> wrote:
> > >> initio doesn't seem to have a maintainer...
> > >>
> > >> Are you able to identify
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> Mostly space after comma, one space after if.
thanks Harvey, i've applied all your local.h unification patches to
x86.git. They successfully passed a couple of build and boot tests as
well.
Ingo
--
To unsubscribe from this list: send the
Distributed storage.
I'm pleased to announce the 12'th release of the distributed
storage subsystem (DST).
DST allows to form a storage on top of local and remote nodes
and combine them into linear or mirroring setup, which in
turn can be exported to remote nodes.
Short changelog:
* new improv
Core distributed storage files.
Include userspace interfaces, initialization,
block layer bindings and other core functionality.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig
index b4c8319..ca6592d 100644
--- a/drivers/block/Kconf
Network state machine.
Includes network async processing state machine and related tasks.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/kst.c b/drivers/block/dst/kst.c
new file mode 100644
index 000..6d92014
--- /dev/null
+++ b/drivers/block/dst/kst.c
@
Distributed storage documentation.
Algorithms used in the system, userspace interfaces
(sysfs dirs and files), design and implementation details
are described here.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/Documentation/dst/algorithms.txt b/Documentation/dst/algorithms.
Algorithms used in distributed storage.
Mirror and linear mapping code.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/drivers/block/dst/alg_linear.c b/drivers/block/dst/alg_linear.c
new file mode 100644
index 000..836764d
--- /dev/null
+++ b/drivers/block/dst/alg_linear.c
(And, take 2... follow the coding style on export declarations...)
ext4 needs to deal with 2 different max file offsets for block- and
extent-allocated file formats, whereas the s_maxbytes scheme can only deal
with one. So, for block-allocated files, we must catch and fix up
too-large offsets f
I did a bit more work and investigation on this and it turns out I could
not read the mmio in kernel space because I had not done a
pci_enable_device_bars() on the device. I had never done this on x86 so
I didn't realize it was necessary.
> The virtual address 0xc030 looks sensible and the phy
Hi Harvey,
Harvey Harrison wrote:
> diff --git a/arch/x86/kernel/kprobes_32.c b/arch/x86/kernel/kprobes_32.c
> index f4ba584..2a8acd6 100644
> --- a/arch/x86/kernel/kprobes_32.c
> +++ b/arch/x86/kernel/kprobes_32.c
> @@ -234,7 +234,7 @@ static int __kprobes is_IF_modifier(kprobe_opcode_t
> opcode
* Neil Horman <[EMAIL PROTECTED]> wrote:
> Ok, new patch attached, taking into account Andi's request for a
> cleaner method to implement single application quirks. I've spoken
> with Ben, who is continuing to retest, and reports that clean
> methodical testing results in success with this pa
* Robert Hancock <[EMAIL PROTECTED]> wrote:
>> unfortunately this hack's side-effects are mis-used by an unknown
>> number of drivers to mask PCI posting bugs. We want to figure out
>> those bugs (safely and carefully) and we want to remove this hack
>> from modern machines that dont need it.
Hi Ingo,
Ingo Molnar wrote:
> Masami,
>
> * Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
>
>> Hi Harvey and Ingo,
>>
>> I'm working on another version of patches for unification.
>> Currently cleaning up the patches.
>> http://sources.redhat.com/ml/systemtap/2007-q4/msg00457.html
>> I'll cleanup
> Dears, I've got a double dual xeon wich sometimes is getting too slow.
>
>
> While i was observing one of these slowly times, I realized the time
> wait of processors come close to 100% and nfsd and kjournald process
> become to D status (uniterruptible sleep) .Does someone know why this
> can
YOSHIFUJI Hideaki / 吉藤英明 wrote:
In article <[EMAIL PROTECTED]> (at Wed, 12 Dec 2007
15:57:08 -0600), "Chris Friesen" <[EMAIL PROTECTED]> says:
You may try other versions of this command
http://devresources.linux-foundation.org/dev/iproute2/download/
They appear to be numbered by kernel vers
[Ingo Molnar - Mon, Dec 17, 2007 at 03:53:17PM +0100]
|
| * Jan Beulich <[EMAIL PROTECTED]> wrote:
|
| > > good catch! Applied your patch to x86.git - queued it up for
| > > v2.6.25. I bet there are tons of other instances where we use signed
| > > instead of unsigned and get worse code generat
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
include/asm-s390/pgtable.h |8
1 files changed, 4 insertions(+), 4 deletions(-)
Martin Schwidefsky (1):
[S390] pud_present/pmd_presen
Hello.
Jon Dufresne wrote:
I did a bit more work and investigation on this and it turns out I could
not read the mmio in kernel space because I had not done a
pci_enable_device_bars() on the device. I had never done this on x86 so
I didn't realize it was necessary.
The virtual address 0xc030
On Mon, 17 Dec 2007, Michael Kerrisk wrote:
> > Can you try the two patches below? I tried them on my 32 bit box (one of
> > the rare beasts still lingering around here) and it seems to be working
> > fine (those go on top of the previous ones).
>
> Against 2.6.24-rc5, I applied first your earlie
In mm/slab.c, the DEBUG variant of cache_alloc_debugcheck_after
might call cachep->ctor(objp, cachep, 0); but the non-DEBUG
variant does absolutely nothing. idr_pre_get is a routine
which notices the difference.
Even when cache_alloc_debugcheck_after does invoke the ctor,
then it is conditional
On Mon, 17 Dec 2007, Hemmann, Volker Armin wrote:
>
> I got another crash, now with 2.6.23.11 on logout from KDE (two differences,
> new kernel, 4gb ram instead of 2gb):
>
> [ 1771.063731] Unable to handle kernel paging request at 0400 RIP:
> also I got some strange message yesterday
On Mon, Dec 17, 2007 at 04:16:42PM +0100, Ingo Molnar wrote:
>
> * Neil Horman <[EMAIL PROTECTED]> wrote:
>
> > Ok, new patch attached, taking into account Andi's request for a
> > cleaner method to implement single application quirks. I've spoken
> > with Ben, who is continuing to retest, and
Hi,
I've a block device driver which does the following,
Inside the request function I do something like this:
request(fn) {
while ((req = elv_next_request(q)) != NULL) {
set up the request;
spin_unlock_irq(q->queue_lock);
call the transfer(set_up_req) function;
spin_lock_
This patch adds kdump support using the new PPC crash shutdown hook to the
ehea driver.
The reworked implementation follows the feedback I got. The crash handler
now just iterates over two simple arrays instead of handling linked lists.
Further feedback will be appreciated.
ehea kdump support RFC
* Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> Hi, I've tried to make a one ;) It's over last (today synced) linus
> tree.
thanks, applied :-)
Some small details: i had to hand-apply your patch to the x86.git#mm
tree (see the instructions below how to fetch that tree). It's best (for
us main
* Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> Checkpatch still does complain about
> if (0) { T__ tmp__; tmp__ = (val)
> I'm not sure if we need this line at all.
that's a type-checking trick. It does not result in any generated code
but gcc flags it with a build time warning if there's
> sparse generated:
> fs/udf/dir.c:78:5: warning: symbol 'udf_readdir' was not declared. Should it
> be static?
> there are 2 different prototypes of udf_readdir - remove them and move
> code around to make it still compile
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Acked-by: Jan Kara <
> make reading do_udf_readdir easier by adding new variable
>
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Acked-by: Jan Kara <[EMAIL PROTECTED]>
Honza
> CC: Ben Fennema <[EMAIL PROTECTED]>
> ---
> fs/udf/dir.c |
I have previously sent this to [EMAIL PROTECTED] and its
maintainer, but the error is still in linus' tree.
--
'!' has a higher priority than '&', so as was the bit test masks a binary.
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/drivers/isdn/hardware/eicon/message.c
b/drivers/
On Mon, 17 Dec 2007 10:44:05 -0500 (EST)
[EMAIL PROTECTED] wrote:
> > You will *probably* get stable 16GB with the vendor tuned enterprise
> > kernels (RHEL, CentOS etc),
>
> That's sounds "a little" relief. Thesis 1,2,3 has 16GB memory. Aries has 12G.
If you can run a 64bit kernel, it will save
Hello all,
I developed a series of patches which unifies kprobes code on x86
and introduces boosters on x86-64. These patches can be applied to
2.6.24-rc4-mm1.
The purpose of this patchset is unifying kprobes_[32|64].[c|h] to kprobes.[c|h]
for simplifying code maintenance.
I know these patches
This patch cleans up and fixes bugs in resume_execution on x86-64.
Kprobes for x86-64 may cause a kernel crash if it inserted on "iret"
instruction. "call absolute" is invalid on x86-64, so we don't need
treat it.
- Change the processing order as same as x86-32.
- Add "iret"(0xcf) case.
- Remov
* Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
> > cool! Please Cc: lkml and Harvey as well so that there's less
> > overlap in unification work - Harvey spent quite some time unifying
> > and cleaning up the kprobes code during the past week.
>
> Should I rewrite it based on current git tree?
This patch adds kprobe-booster to kprobes_64.c.
- Changes are based on x86-32.
- Add REX prefix checking code.
Signed-off-by: Masami Hiramatsu <[EMAIL PROTECTED]>
Signed-off-by: Jim Keniston <[EMAIL PROTECTED]>
---
arch/x86/kernel/kprobes_64.c | 142 ++-
On Mon, Dec 17 2007 at 17:03 +0200, James Bottomley <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-12-17 at 14:36 +, Alan Cox wrote:
>> On Mon, 17 Dec 2007 16:40:53 +0200
>> Boaz Harrosh <[EMAIL PROTECTED]> wrote:
>>
>>> On Mon, Dec 17 2007 at 15:05 +0200, Alan Cox <[EMAIL PROTECTED]> wrote:
> i
[Ingo Molnar - Mon, Dec 17, 2007 at 05:01:27PM +0100]
|
| * Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > Checkpatch still does complain about
| > if (0) { T__ tmp__; tmp__ = (val)
| > I'm not sure if we need this line at all.
|
| that's a type-checking trick. It does not result in any ge
This patch fixes a bug of jprobe and cleans up.
jprobe for x86-64 can cause kernel page fault when the jprobe_return()
is called from incorrect function. Anyway, that path finally invokes
BUG() macro, so this is not so serious.
- Use jprobe_saved_regs instead getting it from stack.
(Especially o
On Sun, Dec 16, 2007 at 11:32:33PM -0600, Eric Sandeen wrote:
> ecryptfs in 2.6.24-rc3 wasn't surviving fsx for me at all,
> dying after 4 ops. Generally, encountering problems with stale
> data and improperly zeroed pages. An extending truncate + write
> for example would expose stale data.
>
>
This patch adds kretprobe-booster to kprobes_64.c.
- Changes are based on x86-32.
- Rewrite register saving/restoring code
Signed-off-by: Masami Hiramatsu <[EMAIL PROTECTED]>
---
arch/x86/kernel/kprobes_64.c | 92 ++-
1 file changed, 65 insertions(+), 27
I found that the patch Robert has provided hasn't gone into 2.6.24-rc5 so maybe
it is not working.
At the same time I did apply a small patch to 2.6.24-rc5 that seems to fix the
issue.
I feel this could just be added to 2.6.24-rc5 without Robert's patch because of
Jeff Garzik's" sata_nv: don't
On Tuesday 04 December 2007, Pavel Machek wrote:
> On Mon 2007-12-03 06:01:26, Ritesh Raj Sarraf wrote:
> > On Sunday 02 December 2007, Pavel Machek wrote:
> > > killall -9 pulseaudio. If pulseaudio is not dead within 60 seconds,
> > > you hit a kernel bug. If it needs suspend to be reproduced, you
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
Please add a changelog even to changes like these. From a quick look
it seems like whitespace / coding style cleanups and they look fine so
you can add:
Acked-by: Jan Kara <[EMAIL PROTECTED]>
I don't think we should be offering udelay based delays at this point.
There are a lot of drivers to fix first. This is just one trivial example
...
--- drivers/watchdog/wdt.c~ 2007-12-17 15:58:49.0 +
+++ drivers/watchdog/wdt.c 2007-12-17 15:58:49.0 +
@@ -70,6 +70
Hi Ingo,
Ingo Molnar wrote:
> * Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
>
>>> cool! Please Cc: lkml and Harvey as well so that there's less
>>> overlap in unification work - Harvey spent quite some time unifying
>>> and cleaning up the kprobes code during the past week.
>> Should I rewrite
On Mon, Dec 17, 2007 at 06:08:59PM +0200, Boaz Harrosh wrote:
> Below fixes a deadly typo. Might as well be included in 2.6.24
You're sure ? scsi_for_each_sg includes a (sg)++ already...
> scsi_for_each_sg(cmnd, sglist, cblk->sglen, i) {
> sg->data = cpu_to_l
> Well, the change log isn't very committal for "rush me immediately into
> main line" plus, as far as I could dig out, there was no confirmation
> that it actually worked. This way, I can now say please try the current
Without that change it always tries to use zero as the memory/io address
of t
> sparse generated:
> fs/udf/inode.c:324:41: warning: incorrect type in argument 4 (different
> signedness)
> fs/udf/inode.c:324:41:expected long *
> fs/udf/inode.c:324:41:got unsigned long *
>
> inode_getblk always set 4th argument to uint32_t value
> 3rd parameter of map_bh is sector_t
On Dec 17, 2007 4:03 PM, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> +++ b/Documentation/dst/sysfs.txt
> @@ -0,0 +1,33 @@
> +This file describes sysfs files created for each storage.
> +
> +1. Per-storage files.
> +Each storage has its own dir /sysfs/devices/$storage_name,
> +2. Per-node files.
Theodore Tso wrote:
> On Fri, Dec 14, 2007 at 04:30:08PM -0800, John Reiser wrote:
>
>>There is a path that goes from user data into the pool.
Note particularly that the path includes data from other users.
Under the current implementation, anyone who accesses /dev/urandom
is subject to having so
> sparse generated:
> fs/udf/namei.c:896:15: originally declared here
> fs/udf/namei.c:1147:41: warning: incorrect type in argument 3 (different
> signedness)
> fs/udf/namei.c:1147:41:expected int *offset
> fs/udf/namei.c:1147:41:got unsigned int *
> fs/udf/namei.c:1152:78: warning: incorr
* Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
> Hello all,
>
> I developed a series of patches which unifies kprobes code on x86 and
> introduces boosters on x86-64. These patches can be applied to
> 2.6.24-rc4-mm1.
>
> The purpose of this patchset is unifying kprobes_[32|64].[c|h] to
> kpro
(removing Alan Cox from the Cc: list; He does not need to be involved
in the details of our discussions of local systems ...)
On Mon, 17 Dec 2007 [EMAIL PROTECTED] wrote:
> ... Thesis 1,2,3 has 16GB memory. Aries has 12G.
Note that the Theses and Aries are Xeon systems, which are 32-bit system
> You will *probably* get stable 16GB with the vendor tuned enterprise
> kernels (RHEL, CentOS etc),
That's sounds "a little" relief. Thesis 1,2,3 has 16GB memory. Aries has 12G.
Tony Wang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
2007/12/17, Jan Kara <[EMAIL PROTECTED]>:
> > Dears, I've got a double dual xeon wich sometimes is getting too slow.
> >
> >
> > While i was observing one of these slowly times, I realized the time
> > wait of processors come close to 100% and nfsd and kjournald process
> > become to D status (unit
Stefan Richter wrote:
Jon Masters wrote:
On Sun, 2007-12-16 at 21:51 -0500, Dave Jones wrote:
On Sat, Dec 15, 2007 at 04:49:05PM +0100, Stefan Richter wrote:
> Reports about tainted kernels have arguably less value. It would be
> good to hide such reports until a report of the same oops i
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> One section collecting all constant defines. Ifdef the asm blocks for
> X86_32/64.
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
thanks, applied. Vivek, does it look good to you too?
Ingo
--
To unsubscribe from this list: send t
* Alan Cox <[EMAIL PROTECTED]> wrote:
> I don't think we should be offering udelay based delays at this point.
> There are a lot of drivers to fix first. This is just one trivial
> example
>
> ...
>
> --- drivers/watchdog/wdt.c~ 2007-12-17 15:58:49.0 +
> +++ drivers/watchdog/wdt
> fix warnings:
> fs/udf/super.c:1320:24: warning: symbol 'bh' shadows an earlier one
> fs/udf/super.c:1240:21: originally declared here
> fs/udf/super.c:1583:4: warning: symbol 'i' shadows an earlier one
> fs/udf/super.c:1418:6: originally declared here
> fs/udf/super.c:1585:4: warning: symbol 'i'
On Mon, 17 Dec 2007 15:29:43 +0100
Eric Dumazet <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Dec 2007 09:55:04 +0100
> Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 16 Dec 2007 22:00:23 -0500 (EST)
> > Parag Warudkar <[EMAIL PROTECTED]> wrote:
> >
> > > In my quest to get the wake-ups from id
On Mon, Dec 17 2007 at 18:20 +0200, Olivier Galibert <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 17, 2007 at 06:08:59PM +0200, Boaz Harrosh wrote:
>> Below fixes a deadly typo. Might as well be included in 2.6.24
>
> You're sure ? scsi_for_each_sg includes a (sg)++ already...
>
>
>> s
> next suspend/resume try:
> BLE drm_addmap_core a: map 81007c2d9b00, handle
> BLE drm_addmap_core c: map 81007c2d9b00, handle c20010092000
> BLE drm_rmmap_locked b: map 81007c2d9b00, handle c20010092000
> BLE drm_addmap_core a: map 81007c2d9b00, handle
On Sun, 16 Dec 2007 19:29:44 -0200
Arnaldo Carvalho de Melo <[EMAIL PROTECTED]> wrote:
> Hi,
> While looking at the pahole output for struct timer_list on
> recent kernels I noticed that there is a 4 bytes padding on struct
> timer_list that gets propagated to many structs on 64 bits
> archi
On Dec 17, 2007 5:53 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 15 Dec 2007 21:10:47 +0100 Zsolt Barat <[EMAIL PROTECTED]> wrote:
>
> > Zsolt Barat schrieb:
> > > hi list,
>
> Let's cc the IDE development list.
>
> > > i just bought a "MyBook" called external HD with a fixed enclosure,
On Sunday 16 December 2007 06:59:39 pm Shaohua Li wrote:
> On Sun, 2007-12-09 at 23:02 -0500, Mike Houston wrote:
> > On Mon, 10 Dec 2007 10:31:27 +0800
> > Shaohua Li <[EMAIL PROTECTED]> wrote:
> > > This should exist in previous kernel (before we remove acpi
> > > motherboard driver) too. Basical
This patch does cleanup checkpatch warnings/errors on i387_32.c
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
Ingo this patch is over x86 tree so it could be applied without
hand-works I hope ;)
The old and new i387_32.s (asm listings) were checked with diff to be
identical so it's safe
Hello,
> does /proc/sys/vm/swappiness still work as expected?
> # /proc/sys/vm# cat swappiness
> 0
I think yes. 0 swappiness doesn't mean "no swapping at all". From the
code in shrink_active_list() it seems that it just decreases likeliness
of removing pages of mmaped files (i.e., also execu
On Sun, 16 Dec 2007, Andrew Morton wrote:
On Sun, 16 Dec 2007 14:46:36 +0100 (CET) Krzysztof Oledzki <[EMAIL PROTECTED]>
wrote:
Which filesystem, which mount options
- ext3 on RAID1 (MD): / - rootflags=data=journal
It wouldn't surprise me if this is specific to data=journal: that
jour
Rene Herman wrote:
I do not know how universal that is, but _reading_ port 0xf0 might in
fact be sensible then? And should even work on a 386/387 pair? (I have a
386/387 in fact, although I'd need to dig it up).
No. Someone might have used 0xf0 as a readonly port for other uses.
On Mon, Dec 17, 2007 at 05:48:43PM +0100, Ingo Molnar wrote:
>
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > One section collecting all constant defines. Ifdef the asm blocks for
> > X86_32/64.
> >
> > Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
>
> thanks, applied. Vivek, does
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> The http://www.kerneloops.org website collects kernel oops and warning
> reports from various mailing lists and bugzillas; below is a top 10
> list of the oopses collected in the last 7 days. (Reports prior to
> 2.6.23 have been omitted in collec
Greg Freemyer schreef:
On Dec 17, 2007 5:53 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sat, 15 Dec 2007 21:10:47 +0100 Zsolt Barat <[EMAIL PROTECTED]> wrote:
Zsolt Barat schrieb:
hi list,
Let's cc the IDE development list.
i just bought a "MyBook" called e
On Sat, 15 Dec 2007, Herbert Xu wrote:
>
> There ought to be a warning about this sort of thing.
We could add it to sparse. The appended (untested) patch seems to say
there's a lot of those signed divides-by-power-of-twos.
However, the problem with such warnings is that it encourages people t
On Mon, Dec 17, 2007 at 08:30:05AM -0800, John Reiser wrote:
> >>[You have yet to show that...]
> >>There is a path that goes from user data into the pool.
>
> Note particularly that the path includes data from other users.
> Under the current implementation, anyone who accesses /dev/urandom
> is
On Tue, Dec 04, 2007 at 02:45:06PM -0500, Mathieu Desnoyers wrote:
> * Andrew Morton ([EMAIL PROTECTED]) wrote:
> > On Tue, 4 Dec 2007 14:21:00 -0500
> > Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> >
> > > > > + */
> > > > > +void marker_probe_cb(const struct marker *mdata, void *call_private,
* Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> This patch does cleanup checkpatch warnings/errors on i387_32.c
thanks, applied.
> The old and new i387_32.s (asm listings) were checked with diff to be
> identical so it's safe to apply this patch.
excellent. My scripts agree too:
textda
On Dec 17, 2007 12:00 PM, Stephen Hemminger
<[EMAIL PROTECTED]> wrote:
> > > >
> > > > a) drivers/net/sky2.c - watchdog_timer. This was showing up high on
> > > > Powertop's list of things that cause routine wakeups from idle. After
> > > > converting to init_timer_deferrable() the wakeups went dow
On Mon, Dec 17, 2007 at 09:28:57AM -0800, Linus Torvalds wrote:
>
>
> On Sat, 15 Dec 2007, Herbert Xu wrote:
> >
> > There ought to be a warning about this sort of thing.
>
> We could add it to sparse. The appended (untested) patch seems to say
> there's a lot of those signed divides-by-power-
On Mon 17-12-07 14:41:18, Denis wrote:
> 2007/12/17, Jan Kara <[EMAIL PROTECTED]>:
> > > Dears, I've got a double dual xeon wich sometimes is getting too slow.
> > >
> > >
> > > While i was observing one of these slowly times, I realized the time
> > > wait of processors come close to 100% and nfsd
Hello,
Running linux 2.6.23.1-21.fc7
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
correctly reflects the cpu speed, when idle it is 996000 and when
compiling it is 1826000.
Its also the same as what is in /proc/cpuinfo.
But with 2.6.23.8-34.fc7
/sys/devices/system/cpu/cpu0/cpufreq/c
On Mon, 17 Dec 2007 09:28:57 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 15 Dec 2007, Herbert Xu wrote:
> >
> > There ought to be a warning about this sort of thing.
>
> We could add it to sparse. The appended (untested) patch seems to say
> there's a lot of those sign
Chris Friesen wrote:
The original "ip" command and the new one ("/tmp/ip") both give the same
results--some of the entries are missing.
[EMAIL PROTECTED]:/root> ip neigh show all
172.24.137.0 dev bond0 FAILED
172.24.0.9 dev bond0 lladdr 00:07:e9:41:4b:b4 REACHABLE
10.41.18.101 dev eth6 lladdr
On Dec 17, 2007 9:55 AM, Eric Dumazet <[EMAIL PROTECTED]> wrote:
> - mid = (last - first) / 2 + first;
> + while (low <= high) {
> + mid = (low + high) / 2;
I think you just introduced a bug. Think about what happens if
low=high=MAX_LONG/2 + 1.
--
To unsubscribe f
101 - 200 of 614 matches
Mail list logo