r/agp/agpgart_fe.c Thu Jul 13 07:58:42 2000
+++ linux/drivers/char/agp/agpgart_fe.c Wed Dec 13 20:11:58 2000
@@ -1105,7 +1105,7 @@
return 0;
}
-void __exit agp_frontend_cleanup(void)
+static void __exit agp_frontend_cleanup(void)
{
misc_deregister(_miscdev);
}
--
Dan Aloni
> b->driver = driver;
> b->function = bind_info->function;
> b->instance = NULL;
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
@@
*Torbjörn Lindh ([EMAIL PROTECTED]), April 14, 1996.
* Added devfs support: Richard Gooch <[EMAIL PROTECTED]>, 13-JAN-1998
* Heavily rewritten for 'one fs - one tree' dcache architecture. AV, Mar 2000
+ * Added paratition boundary checks: Dan Aloni <[EMAIL PROTECTED]&g
drom_init(void)
+{
+int rc;
+
+ if ((rc = check_cdrom_init()) != 0)
+ return rc;
#ifdef CONFIG_SYSCTL
cdrom_sysctl_register();
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
t;>>>>>>>>>
> -
> 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.o
On Sat, 21 Apr 2001, Ingo Oeser wrote:
> On Sat, Apr 21, 2001 at 08:33:05PM +0300, Dan Aloni wrote:
> > On Sat, 21 Apr 2001, Ingo Oeser wrote:
> > > The link order is wrong. So why not changing the link order then?
> >
> > I remember doing what the patch below doe
obj-$(CONFIG_NLS_ISO8859_9)+= nls_iso8859-9.o
obj-$(CONFIG_NLS_ISO8859_10) += nls_iso8859-10.o
obj-$(CONFIG_NLS_ISO8859_13) += nls_iso8859-13.o
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Linus,
Please apply this self explainatory tiny patch against test8-pre4.
Dan Aloni (dax)
[EMAIL PROTECTED]
--- linux/drivers/char/drm/i810_drv.c Tue Sep 5 11:47:15 2000
+++ linux.vanilla/drivers/char/drm/i810_drv.c Tue Sep 5 12:21:30 2000
@@ -438,7 +438,7 @@
if (len > n
ax)?(max):(v))<(min)?(min):((v)>(max)?(max):(v)))
Or perhaps this is a lot better:
#define FIT(v,min,max) ((v)>(max)?(max):((v)<(min)?(min):(v)))
Dan Aloni (dax)
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
lue */
- lp->clock = ints[5];
+ lp->clockp = ints[5];
case 4: /* Backplane flag */
lp->backplane = ints[4];
case 3: /* Node ID */
Dan Aloni (dax) | "At first I was afraid, I was petrified ;
[EMAIL PROTECTED] | Kept
is the location of the
> previous definition
> cs46xx.c: 2488: cards causes a section type conflict
> cs46xx.c: 2630: warning: `cs_remove' defined but never used
>
I also saw this a few days ago.
Linus'-not-Maxwell, please consider applying this patch.
Dan Aloni (dax)
[EMAIL PROTECTED]
--- l
On Mon, 11 Sep 2000, Jeff Garzik wrote:
> Dan Aloni wrote:
> > On Mon, 11 Sep 2000, Bernd Jucknischke wrote:
> > > I've just tried to compile a 2.4.0-test8 on an IBM thinkpad T20 and got the
> > > following error:
> > > cs46xx.c: 2488: cards caus
0
Enable: yes no no no
Transfer Mode: PIO DMA PIO DMA
Cycle Time: 3T 5T 5T 5T
Dan Aloni (dax)
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
MA=2(fast)
CurCHS=16383/16/63, CurSects=-66060037, LBA=yes
LBA CHS=1023/256/63 Remapping, LBA=yes, LBAsects=90069840
tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2
IORDY=on/off, tPIO={min:240,w/IORDY:120}, PIO modes: mode3 mode4
UDMA modes: mode0 mode1 *mode2
Dan Aloni (dax)
[EMAI
On Tue, 14 Nov 2000, David S. Miller wrote:
>Date: Wed, 15 Nov 2000 02:25:38 +0200 (IST)
>From: Dan Aloni <[EMAIL PROTECTED]>
>
>Agreed. BTW, after grepping for IFNAMSIZ references I've noticed
>some architectures (sparc64, mips64) define IFNAMSI
on't have
to do it again.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
esn't show these symptoms here.
I've tried to isolate the changes that were made between test11 and
test12 and I've discovered that if I drop all the arch/i386/* changes, the
test12 kernel turns stable again! I'm using it right now, so if it
doesn't lockup in the next 24 hours, then it's probably right
2.95.2
Gnu Make 3.79.1
Binutils 2.10
Linux C Library2.1.3
Dynamic linker ldd (GNU libc) 2.1.3
Procps 2.0.4
Mount 2.9u
Net-tools permitted
Console-tools 1999.03.02
Sh-utils 2.0
--
Dan Aloni
- no problems here.
That chipset is known as buggy. You might want to report to and get the
latest version (3.x) of vt82cxxx.c from Vojtech Pavlik <[EMAIL PROTECTED]>,
who currently writes the code for this chipset.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send th
/* Update the screen contents */
> do_update_region(currcons, origin, screenbuf_size/2);
> }
> set_cursor(currcons);
>
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
- return up;
+
+ return NULL;
}
/*
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 8 Oct 2000, Mitchell Blank Jr wrote:
> Dan Aloni wrote:
> >
> > I've been touring around the kernel sources when I stumbled
> > across the uid_hash_find() function (kernel/user.c):
> >
> > static inline struct user_struct *uid_hash_find(unsigned
ot;);
-
- for(i = 0; i < UIDHASH_SZ; i++)
- uidhash[i] = 0;
/* Insert the root user immediately - init already runs with this */
uid_hash_insert(_user, uidhashfn(0));
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
SLAB_HWCACHE_ALIGN, NULL, NULL);
if(!uid_cachep)
panic("Cannot create uid taskcount SLAB cache\n");
-
- for(i = 0; i < UIDHASH_SZ; i++)
- uidhash[i] = 0;
/* Insert the root user immediately - init already runs with this *
de "cs461x.h"
+#define DEBUG
+
#define ADC_RUNNING1
#define DAC_RUNNING 2
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
was unable to confirm that, so I suspected it was something
to do with the kernel itself, I'm glad it was fixed.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the F
e problem is in vmscan.c:line-605, where
page->mapping is NULL and a_ops gets resolved and dereferenced at
0x000c.
I leave the fix for the mm experts, I've notified Linus, I guess he's
looking into it.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsu
0x000c according to the Oops,
but it does matches the offset of a_ops in struct address_space, which
makes me wonder if it's possible that a_ops == NULL. Suggestions?
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
On Thu, 28 Dec 2000, Dan Aloni wrote:
> On Wed, 27 Dec 2000, Philipp Rumpf wrote:
>
> > On Wed, Dec 27, 2000 at 03:41:04PM -0800, Linus Torvalds wrote:
> > > It must be wrong.
> > >
> > > If we have a dirty page on the LRU lists, that page _must_ ha
hours now with no glitch, gonna check if it's the same
for test13-pre6.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
onstandard way is in fs/vfat/namei.c.
Udo, are you using vfat?
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
def last_sched
#undef first_sched
+
+void print_bad_syscall(struct task_struct *task)
+{
+ printk("process %s (%d) tried to syscall from an executable segment!\n",
+task->comm, task->pid);
+}
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
> Get real. Attacker can set whatever registers he needs and jump to one
> of the many instances of int 0x80 in libc. There goes your protection.
But unlike syscalls, offsets inside libc do change. Aren't they?
Programs don't have to use libc, they can be compiled as static.
--
On Wed, 3 Jan 2001, Dan Aloni wrote:
> +
> +void print_bad_syscall(struct task_struct *task)
> +{
> + printk("process %s (%d) tried to syscall from an executable segment!\n",
>task->comm, task->pid);
> +}
Hmm, should be "writable segment",
it can even minimize the will to write them.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
odule);
if (p->binfmt && p->binfmt->module)
__MOD_INC_USE_COUNT(p->binfmt->module);
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
f about 400MB... hard links, gotta love'em.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
nk too.
I prefer an editor that unlinks, since in most cases I don't want to
modify the source trees that I'm not working on, so diff can do what it's
supposed to do later.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Nov 15 00:30:40 2000
+++ linux/drivers/net/3c501.c Wed Nov 15 00:31:44 2000
@@ -915,6 +915,7 @@
#ifdef MODULE
static struct net_device dev_3c501 = {
+ name: "",
init: el1_probe,
base_addr: 0x280,
irq: 5,
--
Dan Alo
On Tue, 14 Nov 2000, Jeff Garzik wrote:
> Dan Aloni wrote:
> >
> > reason: Correct me if I'm wrong, but 3c501.c:init_module() calls
> > net_init.c:register_netdev(_3c501), which calls strchr(),
> > {and might also,which might} dereference dev_3c501.name.
>
> T
On Tue, 14 Nov 2000, Linus Torvalds wrote:
> On Wed, 15 Nov 2000, Dan Aloni wrote:
> >
> > summery: dev_3c501.name shouldn't be NULL, or we get oops
>
> Note that these days "name" is not a pointer at all, but an array, and as
> such cannot be NULL any more. N
troy_conntrack() not to free ip_conntrack's - which results allocation
until the maximum (ip_conntrack_max), and failing to allocate new ones.
p.s. Get a popcorn when you're reading netfilter's sources - bumping into
a label like 'i_see_dead_people' is quite amusing...
--
Dan Aloni
[EMAIL PROTECT
On Thu, 16 Nov 2000, Dan Aloni wrote:
> On Wed, 15 Nov 2000, Guus Sliepen wrote:
>
> > > I was DDoS'd today while away and came home to find the firewall unable to
> > > do anything network related (although my connection to irc was still
> > > working oddly).
m clueless, although I'm almost certain it's a use count
problem. I'd be happy to hear from Rusty or someone on the netfilter
mailing list about this.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
oc_handler);
/* Would it be safe to remove _files_ even if they are in use? */
- if((de) && (!de->count))
+ if((de) && (!atomic_read(>count)))
{
i2o_proc_remove_entries(generic_dev_entries, de);
switch(dev->lct_data.clas
On Thu, 16 Nov 2000, Linus Torvalds wrote:
> On Thu, 16 Nov 2000, Dan Aloni wrote:
> >
> > Makes procfs use an atomic use count for dir entries, to avoid using
> > the Big kernel lock. Axboe says it looks ok.
>
> There's a race there. Look at wha
On Thu, 16 Nov 2000, Jacob Luna Lundberg wrote:
>
> I'm not (yet) a kernel guru, so just point and laugh if I'm wrong, but...
>
> On Thu, 16 Nov 2000, Dan Aloni wrote:
> > - if (!--de->count) {
> > + if (atomic_dec_and_test(>count
On Thu, 16 Nov 2000, Dan Aloni wrote:
> On Thu, 16 Nov 2000, Linus Torvalds wrote:
>
> > On Thu, 16 Nov 2000, Dan Aloni wrote:
> > >
> > > Makes procfs use an atomic use count for dir entries, to avoid using
> > > the Big kernel lock. Axboe sa
On Fri, 17 Nov 2000, Jacob Luna Lundberg wrote:
> On Fri, 17 Nov 2000, Dan Aloni wrote:
> > If you are right, I guess put_files_struct() of kernel/exit.c would
> > have cleaned files_struct everytime someones called it.
> > Everywhere in the kernel, o
free_proc_entry(de);
>
> CPU A: (in de_put)
> fs/proc/inode.c::45 if (de->deleted) { <-- dereferencing kfreed pointer
>
> What does protect us from the preceding if lock_kernel is thrown ?
Ok, anyway, notice that in line 41 we return from de_put() without
unlock_kernel(
%lu\n", drive->name, is_lba, hd_cap);
+
+/* update parameters with fetched results */
+drive->select.b.lba = is_lba;
+drive->capacity = hd_cap;
+drive->cyl = hd_cap / (drive->head * drive->sect);
}
static unsigned long idedisk_capacity (ide_drive_t *drive)
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
> hdc: host protected area => 1
> hdc: checking for max native LBA...
> hdc: max native LBA is 90045647
> hdc: (un)clipping max LBA...
> hdc: max LBA (un)clipped to 90045647
> hdc: lba = 1, cap = 90045647
> hdc: 90045647 sectors (46103 MB) w/2048KiB Cache, CHS=8933
840, since 90069839 doesn't
divide by the number of *real* heads (6) and the number of recording zones
(15). So it needs fixing.
--
Dan Aloni
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 19 Nov 2000, Andre Hedrick wrote:
> On Mon, 20 Nov 2000, Dan Aloni wrote:
>
> > Well, I could patch it so it adds that one sector ;-) But that's not the
> > right way. The true number of sectors is 90069840, since 90069839 doesn't
> > divide by the n
to perserve the original behaviour
of scsi_do_req() and add the request to the tail of the queue.
Signed-off-by: Dan Aloni <[EMAIL PROTECTED]>
diff -p -urN a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
--- a/drivers/scsi/scsi_lib.c 2006-12-19 01:48:50.0 +0200
+++ b/driver
to perserve the original behaviour
of scsi_do_req() and add the request to the tail of the queue.
Signed-off-by: Dan Aloni <[EMAIL PROTECTED]>
diff -p -urN a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
--- a/drivers/scsi/scsi_lib.c 2006-12-19 01:48:50.0 +0200
+++ b/driver
Arjan van de Ven wrote:
On Tue, 2006-12-19 at 10:35 +0200, Dan Aloni wrote:
Hello,
scsi_execute_async() has replaced scsi_do_req() a few versions ago,
but it also incurred a change of behavior. I noticed that over-queuing
a SCSI device using that function causes I/Os to be starved from
Steven Hayter wrote:
Dan Aloni wrote:
Hello,
scsi_execute_async() has replaced scsi_do_req() a few versions ago,
but it also incurred a change of behavior. I noticed that
over-queuing a SCSI device using that function causes I/Os to be
starved from low-level queuing for no justified reason
On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
> Dan Aloni <[EMAIL PROTECTED]> writes:
>
> > I'm attaching the full logs.
>
> Thanks.
>
> > [ 8656.272980] ACPI Error (tbxfroot-0512): Could not map memory at 040E
> > for lengt
On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote:
> On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
> > Dan Aloni <[EMAIL PROTECTED]> writes:
> >
> > > I'm attaching the full logs.
> >
> > Thanks.
> >
> > >
On Fri, Jan 12, 2007 at 06:28:00PM +0200, Dan Aloni wrote:
> On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote:
> > On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
> > > Dan Aloni <[EMAIL PROTECTED]> writes:
> > >
> > > > I'm
On Fri, Jan 12, 2007 at 06:43:40PM +0200, Dan Aloni wrote:
> On Fri, Jan 12, 2007 at 06:28:00PM +0200, Dan Aloni wrote:
> > On Fri, Jan 12, 2007 at 06:02:43PM +0200, Dan Aloni wrote:
> > > On Fri, Jan 12, 2007 at 08:26:03AM -0700, Eric W. Biederman wrote:
> > > &g
}
kexec works. I'll use this for now, but obviously we _must_ come up
with a cleaner fix...
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hello,
After upgrading from 2.6.18.3 to 2.6.19.2 on an x86_64 machine I noticed
that the EHCI USB host is unable to work properly after a kexec invocation.
This makes it impossible to mount the rootfs in the configuration I'm using.
According to the prints, the irq changes from 23 to 10.
On Fri, Jan 12, 2007 at 07:05:09AM -0700, Eric W. Biederman wrote:
> Dan Aloni <[EMAIL PROTECTED]> writes:
>
> > Hello,
> >
> > After upgrading from 2.6.18.3 to 2.6.19.2 on an x86_64 machine I noticed
> > that the EHCI USB host is unable to work properly after
On Fri, Jan 12, 2007 at 07:05:09AM -0700, Eric W. Biederman wrote:
> Dan Aloni <[EMAIL PROTECTED]> writes:
>
> > Hello,
> >
> > After upgrading from 2.6.18.3 to 2.6.19.2 on an x86_64 machine I noticed
> > that the EHCI USB host is unable to work properly after
Hello,
I'm currently testing the aic94xx driver from the latest git version of
Linux 2.6.19-rc generic x86_64 port merged with the aic94xx-sas-2.6 git,
on a Supermicro X7DB3 board.
It seems that the driver breaks badly when my SATA drives have medium
errors.
I deliberatly cause medium errors in
and the port at the
machine running KDB is 6656.
I've attached the patch and the client util. The patch works for kdb 4.4
and Linux 2.6.18 on x86_64.
- Dan
/*
* A network client for interacting with KDB.
*
* Dan Aloni <[EMAIL PROTECTED]>, 2006 (c)
*
* This is free software; y
x86_64), every thread will incur the
the specified maximum stack size RSS (assuming that you use
the default attr). In other words, it appears that vm accounting
works differently in that case.
Is this the intended behaviour?
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan
close
to the maximum memory utilization potential.
Learning about this 'oddity' in Commited_AS, I'd guess it would be
better for me not to rely on it for measurements and perhaps tweak
smaller values of RSS_STACK for processes on that embedded system.
--
Dan Aloni
XIV LTD, http://www.xivstorage
ze, flags);
TCP_CHECK_TIMER(sk);
release_sock(sk);
return res;
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
On Sun, Mar 18, 2007 at 02:43:46PM +0200, Dan Aloni wrote:
> do_tcp_sendpages() should not iterate 'pages' as an array since
> it is not an array of 'struct page *', but a pointer to a single
> entity of 'struct page *' passed on the stack as a parameter to
> tcp_send_page() (he
On Sun, Mar 18, 2007 at 02:49:27PM -0700, David Miller wrote:
> From: Dan Aloni <[EMAIL PROTECTED]>
> Date: Sun, 18 Mar 2007 14:43:46 +0200
>
> > do_tcp_sendpages() should not iterate 'pages' as an array since
> > it is not an array of 'struct page *', but a poin
() because vfree() cannot be called in the
softirq context of the RCU callback.
Signed-off-by: Dan Aloni <[EMAIL PROTECTED]>
---
commit 3e6b63d0827461154066ff4c51f295bfd5006bd7
tree ccd06cfd2acd6e8f2d07dd2fa2f5cf31dc0c1011
parent 8d1117a9f5d302d8d460fbe7ef322b382e45c9ce
author Dan Aloni &
, this might raise some eyebrows for those MM gurus reading this
mail but I assure you I've been doing this for a lot of time (and
a lot of machines) on 2.4.27, and it took care of my kswapd issues
quite nicely.
I hope it helps...
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at)
ile as a big database look-up table). As I see it, these apps would
need to keep track of what's sparse and what's not...
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Wed, Apr 04, 2007 at 04:14:57PM +0200, Andrea Arcangeli wrote:
> On Wed, Apr 04, 2007 at 04:55:32PM +0300, Dan Aloni wrote:
> > How about applications that perform mmap() and R/W random-access on
> > large *sparse* files? (e.g. a scientific app that uses a large sparse
&g
On Wed, Apr 04, 2007 at 05:27:17PM +0200, Andrea Arcangeli wrote:
> On Wed, Apr 04, 2007 at 05:44:21PM +0300, Dan Aloni wrote:
> > To refine that example, you could replace the file with a large anonymous
> > memory pool and a lot of swap space committed to i
that feature any more or willing to fix
any bugs for it in their firmware or driver. Is that right?
If so, we might as well remove that driver from the kernel.
--
Dan Aloni
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
Alan Stern wrote:
On Sat, 17 Feb 2007, Dan Aloni wrote:
Hello,
Is it possible that OOM isn't handled very well if say, my entire
file system structure is on a USB storage device?
I'm not an expert on this particular matter but I'm pretty sure
that I noticed GFP_KERNEL allocation being
Dan Aloni wrote:
Alan Stern wrote:
[...]
Can you be any more specific than that? usb-storage should use only
GFP_NOIO in its I/O paths.
You are right, I looked over this state with kdb, and usb-storage
waited in usb_stor_bulk_transfer_sg, which does pass GFP_NOIO
at this scenario
, leading to a deadlock
during OOM.
Suggestions are welcomed...
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
kind of a 64-bit portability bug...
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
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.
_64BIT
> + window->phys &= 0xUL;
> +#endif
> window->size = (0xUL - window->phys) + 1UL;
>
> /* Enable writes through the rom window */
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
T
On Sun, Feb 18, 2007 at 06:13:38PM +0100, Andi Kleen wrote:
> [adding mtd maintainer]
>
> On Sunday 18 February 2007 11:42, Cyrill Gorcunov wrote:
> > On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
> > | Hello,
> > |
> > | I'm running the x86_64 arc
TE 0
<0>[ 9237.451057] Oops: 0002 [1] SMP
<0>[ 9237.454346] do_IRQ: 1.251 No irq handler for vector
I can dump here the disassembly of cfi_probe_chip if it's interesting...
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
To unsubscribe fro
Hello,
This patch fixes the documentation of nfsroot to match NFS_DEF_FILE_IO_SIZE.
Or perhaps we need to change NFS_DEF_FILE_IO_SIZE to match the
documentation?
Signed-off-by: Dan Aloni <[EMAIL PROTECTED]>
diff --git a/Documentation/nfsroot.txt b/Documentation/nfsroot.txt
index 7
kind (assuming that they are not generated
as a result of deficiencies in the latest stable version of gcc) exist
for a damn good reason - the code should be fixed and that warning
shouldn't be bypassed in semi-nasty ways.
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.or
Hello,
Under kexec, I/OAT initialization breaks over busy resources
because the previous kernel did not release them.
I'm not sure this fix can be considered a complete one but
it works for me. I guess something similar to the *_remove
method should occur there..
Signed-off-by: Dan Aloni
ff81006a46deb0 0x8037c9d4 class_attr_store+0x24
[1]more>
0x81006a46dec0 0x802bbe30 sysfs_write_file+0x100
0x81006a46df10 0x80277d7e vfs_write+0xbe
0x81006a46df40 0xffff80278400 sys_write+0x50
0x81006a46df80 0x80209e6e system_call+0x7e
--
Dan Aloni
XIV LTD,
On Wed, Jun 13, 2007 at 09:36:31AM -0700, Stephen Hemminger wrote:
> On Wed, 13 Jun 2007 12:45:21 +0300
> Dan Aloni <[EMAIL PROTECTED]> wrote:
>
> > On Mon, May 14, 2007 at 08:58:40AM -0700, Stephen Hemminger wrote:
> > > Kenji Kaneshige found th
Applies for 2.6.20.7 and beyond.
Signed-off-by: Dan Aloni <[EMAIL PROTECTED]>
diff --git a/include/scsi/scsi.h b/include/scsi/scsi.h
index 5c0e979..dff842a 100644
--- a/include/scsi/scsi.h
+++ b/include/scsi/scsi.h
@@ -103,6 +103,7 @@ extern const unsigned char scsi_command_size[8];
#
On Thu, Apr 19, 2007 at 05:47:43PM +0200, Jan-Benedict Glaw wrote:
> On Thu, 2007-04-19 18:10:54 +0300, Dan Aloni <[EMAIL PROTECTED]> wrote:
> > diff --git a/include/scsi/scsi.h b/include/scsi/scsi.h
> > index 5c0e979..dff842a 100644
> > --- a/include/scsi/scsi.h
&g
machine_kexec(image);
+ }
+
+ locked = xchg(_lock, 0);
+ BUG_ON(!locked);
+ }
+}
+
+#endif
+
static u32 *append_elf_note(u32 *buf, char *name, unsigned type, void *data,
size_t data_len)
{
--
Dan Aloni
XIV LTD, http://www.xivsto
at the moment but I do like to know if there
are some improvements planned in this area.
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, May 29, 2007 at 05:50:49PM -0400, Alan Stern wrote:
> On Tue, 29 May 2007, Dan Aloni wrote:
>
> > Hello,
> >
> > We have a system where the rootfs is a partition on a USB device,
> > and I've noticed upon a few rare cases where the USB controller
>
Kernel developers might find it useful for quickly getting out from some
rough debugging scenarios.
Signed-off-by: Dan Aloni <[EMAIL PROTECTED]>
diff --git a/init/Kconfig b/init/Kconfig
index 4e009fd..796715e 100644
--- a/init/Kconfig
+++ b/init/Kconfig
@@ -682,6 +682,17 @@ confi
On Sun, May 13, 2007 at 09:23:52AM -0700, Stephen Hemminger wrote:
> On Sun, 13 May 2007 16:25:17 +0300
> Dan Aloni <[EMAIL PROTECTED]> wrote:
>
> > Kernel developers might find it useful for quickly getting out from some
> > rough debugging scenarios.
> >
>
.data = core_pattern,
- .maxlen = 128,
+ .maxlen = CORENAME_MAX_SIZE,
.mode = 0644,
.proc_handler = _dostring,
.strategy = _string,
--
Dan Aloni
XIV LTD, http://www.xivstorage.co
t's see
if more people post their opinion so we can determine.
--
Dan Aloni
XIV LTD, http://www.xivstorage.com
da-x (at) monatomic.org, dan (at) xiv.co.il
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
1 - 100 of 390 matches
Mail list logo
