diff -auNrp tmp-from/drivers/mtd/ubi/wl.c tmp-to/drivers/mtd/ubi/wl.c
--- tmp-from/drivers/mtd/ubi/wl.c 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/wl.c 2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,1684 @@
+/*
+ * Copyright (c) International Business Machines Corp., 2006
diff -auNrp tmp-from/drivers/mtd/ubi/uif.h tmp-to/drivers/mtd/ubi/uif.h
--- tmp-from/drivers/mtd/ubi/uif.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/uif.h2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,182 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/upd.h tmp-to/drivers/mtd/ubi/upd.h
--- tmp-from/drivers/mtd/ubi/upd.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/upd.h2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,136 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/account.c tmp-to/drivers/mtd/ubi/account.c
--- tmp-from/drivers/mtd/ubi/account.c 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/account.c2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,286 @@
+/*
+ * Copyright (c) International Business
diff -auNrp tmp-from/drivers/mtd/ubi/background.h
tmp-to/drivers/mtd/ubi/background.h
--- tmp-from/drivers/mtd/ubi/background.h 1970-01-01 02:00:00.0
+0200
+++ tmp-to/drivers/mtd/ubi/background.h 2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,177 @@
+/*
+ * Copyright (c)
diff -auNrp tmp-from/drivers/mtd/ubi/badeb.h tmp-to/drivers/mtd/ubi/badeb.h
--- tmp-from/drivers/mtd/ubi/badeb.h1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/badeb.h 2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,108 @@
+/*
+ * Copyright (c) International Business
On 2/16/07, Con Kolivas [EMAIL PROTECTED] wrote:
On Saturday 17 February 2007 13:15, michael chang wrote:
On 2/16/07, Con Kolivas [EMAIL PROTECTED] wrote:
I'm thru with bashing my head against the wall.
I do hope this post isn't in any way redundant, but from what I can
see, this has never
Patch for the 2.6.20 stable tree that adds a missing newline to one of
the printk messages in fs/gfs2/ops_fstype.c.
Signed-off-by: Richard Fearn [EMAIL PROTECTED]
diff -uprN 2.6.20/fs/gfs2/ops_fstype.c new/fs/gfs2/ops_fstype.c
--- 2.6.20/fs/gfs2/ops_fstype.c 2007-02-04 18:44:54.0 +
On 17/02/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
The mm snapshot broken-out-2007-02-17-03-25.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-02-17-03-25.tar.gz
It contains the following patches against 2.6.20:
diff -auNrp tmp-from/drivers/mtd/ubi/eba.c tmp-to/drivers/mtd/ubi/eba.c
--- tmp-from/drivers/mtd/ubi/eba.c 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/eba.c2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,1212 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/eba.h tmp-to/drivers/mtd/ubi/eba.h
--- tmp-from/drivers/mtd/ubi/eba.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/eba.h2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,362 @@
+/*
+ * Copyright (c) International Business Machines
Mario Giammarco wrote:
Hello,
I have two lsi logic 40919o 2gbit connected to a 2gbit switch.
They see hard disks but when I try to use them as ip card I obtain a partial
failure: packets sometimes arrives sometimes no and on dmesg I see:
mptlan: ioc0/fc0: WARNING - IOC out of buckets!
Dan Hecht wrote:
Yes, and regardless of whether you run your periodic timer slower than
HZ, calibrating time in a VM is always difficult due to the fact the
kernel is time sharing the physical cpu. Why not just ask the
underlying hypervisor?
Upstream Xen does just that.
I'm guessing we'll
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-02-17-03-25.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-02-17-03-25.tar.gz
It contains the following patches against 2.6.20:
arch/i386/kernel/mpparse.c: In function
2007/2/17, Daniel Aragonés [EMAIL PROTECTED]:
On 2/17/07, Cédric Augonnet [EMAIL PROTECTED] wrote:
It appears that the trouble is in the count_free of file
fs/minix/bitmap.c . This procedure is actually called twice when we
issue a df command.
The point where things start to get strange is
On Sat, Feb 17, 2007 at 01:02:00PM +0300, Evgeniy Polyakov wrote:
[... snipped ...]
| Yes, I only proposed to change what Ingo has right now - although it is
| usable, but it does suck, but since overall syslet design is indeed good
| it does not suffer from possible interface changes - so I said
Jörn Engel wrote:
On Fri, 16 February 2007 18:47:48 -0500, Bill Davidsen wrote:
Actually I am interested in the common case, where the machine is not
out of space, or memory, or CPU, but when it is appropriately sized to
the workload. Not that I lack interest in corner cases, but the
Il Tue, Feb 13, 2007 at 10:25:41AM +0100, Giuseppe Bilotta ha scritto:
On 2/11/07, Luca Tettamanti [EMAIL PROTECTED] wrote:
Sorry for the delay.
Ditto!
It also seemed that my kernel compiling sk1llz had gone AWL, I
couldn't get the newly compiled kernel to run, until I realized the
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
On Sat, 2007-02-17 at 17:46 +0100, Alex Riesen wrote:
Can you please apply the patch below, so we can at least see, which
softirq is pending. This should trigger independently of hrtimers and
dynticks. You can keep it compiled in and disable it at the kernel
commandline with nohz=off and /
Mockern wrote:
I have a question, what is really difference between serial and tty
drivers?
As I understand tty is high level and communicates with user space.
The serial core implements many of the details of a tty
driver in a common place so that individual hardware drivers
(serial
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.
It
On Sat, 2007-02-17 at 11:25 +0100, Thomas Gleixner wrote:
On Fri, 2007-02-16 at 21:08 -0500, Len Brown wrote:
Yes, an obscure .config, but it used to build before today:
kernel/built-in.o: In function `tick_broadcast_on_off':
(.text+0x1b6f0): undefined reference to
[snip]
Hmm, readcd was trying to read 279884 blocks, while cdrecord said it
wrote 279882 blocks.
yes and seems to be always the same:
with new burned cd I got:
# ll /MultiCd/cd060213.iso
-rwxr-xr-x 1 root root 3213312 Feb 13 2006 /MultiCd/cd060213.iso
i.e. 3213312/2048 == 1569
while:
Am 17.02.2007 11:52 schrieb Adrian Bunk:
On Sat, Feb 17, 2007 at 01:04:33AM +0100, Tilman Schmidt wrote:
[...] I'd prefer a
Makefile which builds modular usb_gigaset.ko and/or ser_gigaset.ko
like the present one (including asyncdata.o), but when linking
usb-gigaset.o and ser-gigaset.o into
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-02-17-03-25.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-02-17-03-25.tar.gz
BUG: unable to handle kernel paging request at virtual address 6b6b6b6f
printing eip:
c01f7a8f
On Sat, 2007-02-17 at 12:25 -0600, James Bottomley wrote:
Yup, this obscure machine is missing smp_call_function_single().
James ?
Where's this coming from? smp_call_function_single() is an obscure kvm
only API think for x86/ia64 ... it's not supported on any other
architecure. The
On Sat, 17 February 2007 13:10:23 -0500, Bill Davidsen wrote:
I missed that. Which corner case did you find triggers this in DualFS?
This is not specific to DualFS, it applies to any log-structured
filesystem.
Garbage collection always needs at least one spare segment to collect
valid data
Con Kolivas wrote:
Maintainers are far too busy off testing code for
16+ cpus, petabytes of disk storage and so on to try it for themselves. Plus
they worry incessantly that my patches may harm those precious machines'
performance...
But the one I like,
On 2/17/07, Luca Tettamanti [EMAIL PROTECTED] wrote:
Ok, now I'm confused O_o
The patch should be correct, but I fail to see how EDID reading succeded
before.
Sorry, but I have no idea on that :P
Maybe the snow was caused by the driver hammering the I2C bus. Just
guessing...
It it was so,
On 2/17/07, Cédric Augonnet [EMAIL PROTECTED] wrote:
Well i actually do access to this partition, i can edit it and use it,
this on Linux. Sorry if this is not clear.
Here is the point, I think. I'm afraid that you don't really access
any *real* partition. If it were so, that partition
The broadcast functionality is only necessary when a local APIC is
available. Make the config switch depend on X86_LOCAL_APIC. This
resolves the mach-voyager breakage introduced by the tick managament
code.
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
diff --git a/arch/i386/Kconfig
On 2/17/07, Alexandre Oliva [EMAIL PROTECTED] wrote:
Per this principle, it would seem that only source code and
hand-crafted object code would be governed by copyright, since
compilation is also an automated process.
---
Well, compilation is probably equivalent to translation, which is
Mockern wrote:
I have a question, what is really difference between serial and tty drivers?
As I understand tty is high level and communicates with user space.
That's pretty much it, yes. When you're talking to a serial port, you
have a stack that looks roughly like:
(Userspace)
Cédric Augonnet wrote:
2007/2/15, Andrew Morton [EMAIL PROTECTED]:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm1/
Will appear later at
Changes since 2.6.20-rc6-mm3:
-minix-v3-support.patch
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
On Sat, 17 Feb 2007 19:36:39 +0100 Michal Piotrowski [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] napisał(a):
The mm snapshot broken-out-2007-02-17-03-25.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-02-17-03-25.tar.gz
BUG:
Rudolf Marek wrote:
Hello Chuck,
I'm the author of K8temp. Please can you share with us your DSDT table?
(cat /proc/acpi/dsdt /tmp/dsdt.bin)
The system is Compaq Presario V2300 series notebook. I won't be able
to get the DSDT until tomorrow or Monday.
So, could ACPI and the k8temp
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 done on the write-out
path in the usb-storage kernel thread,
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 done on the
Hi,
Feb 17 20:07:09 bitis-gabonica kernel:
===
Feb 17 20:07:09 bitis-gabonica kernel: [ INFO: possible circular locking
dependency detected ]
Feb 17 20:07:09 bitis-gabonica kernel: 2.6.20 #54
Feb 17 20:07:09 bitis-gabonica kernel:
Hello, I wrote:
3x59x-fix-pci-resource-management.patch causes the following compile
error with CONFIG_PCI=n:
-- snip --
...
CC drivers/net/3c59x.o
/home/bunk/linux/kernel-2.6/linux-2.6.20-rc4-mm1/drivers/net/3c59x.c:
In function 'vortex_init_one':
Hello.
Sergei Shtylyov wrote:
3x59x-fix-pci-resource-management.patch causes the following compile
error with CONFIG_PCI=n:
-- snip --
...
CC drivers/net/3c59x.o
/home/bunk/linux/kernel-2.6/linux-2.6.20-rc4-mm1/drivers/net/3c59x.c:
In function 'vortex_init_one':
2007/2/17, Bill Davidsen [EMAIL PROTECTED]:
Cédric Augonnet wrote:
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
file system. I enclose the dmesg and the .config to that mail.
Here are the steps to reproduce this oops (they involve using qemu to
run
On Sat, 17 Feb 2007 20:58:55 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
On 17/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Sat, 17 Feb 2007 19:36:39 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED] napisał(a):
The mm snapshot
On 2/17/07, Mockern [EMAIL PROTECTED] wrote:
Hello,
Where I can find any ADC driver example?
Depending on what kind of ADC and what you want to do with it,
anything from a simple char device to an ALSA driver could be
appropriate. Can you provide more information?
Lee
-
To unsubscribe from
There doesn't seem to be a great place for KVM user questions, this is
it, and kvm-devel seems a poor place for user questions, while the chat
room is real time and depends on the question and the answer being in
the same place at the same time.
Just a thought on getting a dialogue going in
On Sat, 17 Feb 2007 13:36:46 -0500, Jörn Engel [EMAIL PROTECTED]
wrote:
On Sat, 17 February 2007 13:10:23 -0500, Bill Davidsen wrote:
I missed that. Which corner case did you find triggers this in DualFS?
This is not specific to DualFS, it applies to any log-structured
filesystem.
On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote:
diff -auNrp tmp-from/drivers/mtd/ubi/alloc.c tmp-to/drivers/mtd/ubi/alloc.c
+#include ubi.h
+#include alloc.h
+#include io.h
+#include background.h
+#include wl.h
+#include debug.h
+#include eba.h
+#include scan.h
I don't see
On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote:
diff -auNrp tmp-from/drivers/mtd/ubi/debug.c tmp-to/drivers/mtd/ubi/debug.c
--- tmp-from/drivers/mtd/ubi/debug.c1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/debug.c 2007-02-17 18:07:26.0 +0200
This
On Sunday 18 February 2007 05:45, Chuck Ebbert wrote:
Con Kolivas wrote:
Maintainers are far too busy off testing code for
16+ cpus, petabytes of disk storage and so on to try it for themselves.
Plus they worry incessantly that my patches may harm those precious
machines' performance...
Hi,
On Saturday, 17 February 2007 12:40, Pavel Machek wrote:
Hi!
+PM support:Since Linux is used on many portable and desktop
systems, your
+ driver is likely to be used on such a system and
therefore it
+ should support basic power
On Saturday 17 February 2007 17:54, Artem Bityutskiy wrote:
+/* Maximum number of supported UBI devices */
+#define UBI_MAX_INSTANCES 32
Does this need to be limited?
+/* UBI messages printk level */
+#define UBI_MSG_LEVEL KERN_INFO
+#define UBI_WARN_LEVEL KERN_WARNING
+#define
On Saturday 17 February 2007 17:57, Artem Bityutskiy wrote:
+ * This unit is responsible for emulating MTD devices on top of UBI devices.
+ * This sounds strange, but it is in fact quite useful to make legacy
software
+ * work on top of UBI. New software should use native UBI API instead.
+
On 2/17/07, Scott Preece [EMAIL PROTECTED] wrote:
Well, compilation is probably equivalent to translation, which is
specifically included in the Act as forming a derivative work.
Nix. Translation is something that humans do. What's governed by
copyright is the creative expression contained
On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote:
+
+/**
+ * UBI debugging unit.
+ *
+ * UBI provides rich debugging capabilities which are implemented in
+ * this unit.
Stop right here. You should be doing one thing and do it right.
Since the point of your patches is to do volume
On 2/17/07, Alexandre Oliva [EMAIL PROTECTED] wrote:
Per this principle, it would seem that only source code and
hand-crafted object code would be governed by copyright, since
compilation is also an automated process.
Well, compilation is probably equivalent to translation, which is
On Saturday 17 February 2007 17:54, Artem Bityutskiy wrote:
+struct ubi_mkvol_req {
+ int32_t vol_id;
+ int32_t alignment;
+ int64_t bytes;
+ int8_t vol_type;
+ int8_t padding[9];
+ int16_t name_len;
+ __user const char *name;
+} __attribute__
Hello,
I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
board and I got this during boot:
[248660.950695] device id = 2440
[248660.950699] device id = 2480
[248660.950703] device id = 24c0
[248660.950706] device id = 24d0
[248660.950709] matched device = 24d0
Rafael, I am trying to understand try_to_freeze_tasks(), and I have a
couple of questions.
static inline int is_user_space(struct task_struct *p)
{
return p-mm !(p-flags PF_BORROWED_MM);
}
This doesn't look right. First, an exiting task has -mm == NULL
Jens Axboe [EMAIL PROTECTED] wrote:
This will make it possible for cdrecord and related programs to
retrieve reliably the max_sectors value, regardless of whether the
user points it to an sr or an sg device. In particular, this will
resolve Bugzilla entry #7026.
The block bits are fine
On Sat, 17 Feb 2007, Dan Aloni wrote:
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.
...
BTW, soft-rebooting the machine in that state made the USB
storage device (LEXAR, JD LIGHTNING II)
On Saturday, 17 February 2007 21:57, Rafael J. Wysocki wrote:
On Saturday, 17 February 2007 12:40, Pavel Machek wrote:
+PM support: Since Linux is used on many portable and desktop
systems, your
+ driver is likely to be used on such a system and
therefore it
On 2/17/07, Con Kolivas [EMAIL PROTECTED] wrote:
On Sunday 18 February 2007 05:45, Chuck Ebbert wrote:
Con Kolivas wrote:
Maintainers are far too busy off testing code for
16+ cpus, petabytes of disk storage and so on to try it for themselves.
Plus they worry incessantly that my patches
On 02/17, Srivatsa Vaddagiri wrote:
Yeah, thats what I thought. We will try to split it to the extent
possible in the next iteration.
Before you begin. You are doing CPU_DOWN_PREPARE after freeze_processes().
Not good. This makes impossible to do flush_workueue() at CPU_DOWN_PREPARE
stage, we
No. I don't think we should make your irq_hwnumber_t thingy general
because it is not general. I don't understand why you need it to be
an unsigned long, that still puzzles me. But for the rest it actually
appears that ppc has a simpler model to deal with.
I think you might have
On Sat, 2007-02-17 at 02:06 -0700, Eric W. Biederman wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] writes:
In addition, if we remove the numbers, archs will need basically the
exact same services provided by the powerpc irq core for reverse mapping
(going from a HW irq number on a given
#define NO_IRQ architecture-defined-int-constant
When did you need a magic constant NO_IRQ in generic code.
One of the reasons I want to convert the drivers is so we can
kill the NO_IRQ nonsense.
As for struct irq. Instead of struct irq_desc I really don't
care, although the C++
On Sat, 2007-02-17 at 17:28 +0100, Hoang-Nam Nguyen wrote:
ibmebus has a fake root device that's not associated with an ofdt node.
Filter out any such devices in of_device_uevent().
Doh ! You are creating an of_device with no attached device-node ? That
is totally evil ! Why do you need that ?
On 2/16/07, David Schwartz [EMAIL PROTECTED] wrote:
On 2/16/07, David Schwartz [EMAIL PROTECTED] wrote:
(See, among other cases, Lexmark. v. Static
Controls.) A copyright is not a patent, you can only own
something if there
are multiple equally good ways to do it and you claim *one*
On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
Rafael, I am trying to understand try_to_freeze_tasks(), and I have a
couple of questions.
static inline int is_user_space(struct task_struct *p)
{
return p-mm !(p-flags PF_BORROWED_MM);
}
This
On Saturday 17 February 2007 13:50:29 Pavel Machek wrote:
Hi!
@@ -2050,11 +2047,56 @@ static struct pci_device_id dmfe_pci_tbl
MODULE_DEVICE_TABLE(pci, dmfe_pci_tbl);
+
+static int dmfe_suspend(struct pci_dev *pci_dev, pm_message_t state)
+{
+ struct net_device *dev =
AD7994 4 Channel, 12-Bit ADC with I2C Compatible Interface in 16-Lead TSSOP,
I think it could be I2C driver
On 2/17/07, Mockern [EMAIL PROTECTED] wrote:
Hello,
Where I can find any ADC driver example?
Depending on what kind of ADC and what you want to do with it,
anything from a simple
On 17/02/07, Alex Riesen [EMAIL PROTECTED] wrote:
Thomas Gleixner, Sat, Feb 17, 2007 16:14:17 +0100:
On Sat, 2007-02-17 at 15:47 +0100, Alex Riesen wrote:
164 if (need_resched())
165 goto end;
166
167 cpu = smp_processor_id();
168
AD7994 4 Channel, 12-Bit ADC with I2C Compatible Interface in 16-Lead
TSSOP,
I think it could be I2C driver
On 2/17/07, Mockern [EMAIL PROTECTED] wrote:
Hello,
Where I can find any ADC driver example?
Depending on what kind of ADC and what you want to do with it,
anything from a simple
Hi!
Hello , I am sorry that I missed some parts of coding style. I need to
reread it :-)
There is a updated patch :
It looks better.
+ /* Disable Interrupt */
+ outl (0, dev-base_addr + DCR7);
+ outl (inl(dev-base_addr + DCR5), dev-base_addr + DCR5);
I'd kill space after
You're saying that there's no other way to interface device drivers to
an operating system than the current Linux driver model?
Interfacing an X1900 graphics card to FreeBSD and interfacing an X1900
graphics card to Linux are two different ideas. They are *not* two
expressions of the same
On 2/17/07, Dave Neuer [EMAIL PROTECTED] wrote:
I think you are reading Lexmark wrong. First off, Lexmark ruled that
scenes a faire applied to the toner-level calculation, not make a
toner cartridge that works with a particular Lexmark printer. It was
the toner-calculation algorithm that could't
On Sat, 17 Feb 2007 23:23:17 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
On 17/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Sat, 17 Feb 2007 20:58:55 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
On 17/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Sat, 17 Feb 2007
Alex Dubov wrote:
If we are already on the topic, I would like to report two additional issues
with mmc_block:
1. If, for some reason, device driver cannot return the requested data
amount, but does not sets
any error, mmc_block would retry indefinitely. Of course, its always a device
Hello,
Where I can grab an example of ADC driver with I2C interface?
-
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
On Saturday 17 February 2007 15:19, David Schwartz wrote:
Static Controls argued that taking the TLP was the only practical way to
make a cartridge that would work with that printer.
Which shows how that case is different from writing Linux drivers. For
example, looking at the example the OP
Alex Dubov wrote:
And today: yet another problem with mmc.
It so happens that after resume mmc layer issues requests to the device
before mmc_resume_host is
called at all. Moreover, this prevents the machine from resuming, unless
worked around, because
software timer does not work at this
On 02/17, Rafael J. Wysocki wrote:
On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
static inline int is_user_space(struct task_struct *p)
{
return p-mm !(p-flags PF_BORROWED_MM);
}
This doesn't look right. First, an exiting task has -mm == NULL
On 02/18, Oleg Nesterov wrote:
On 02/17, Rafael J. Wysocki wrote:
Alternatively, we can move the check into refrigerator(), like this:
--- linux-2.6.20-git13.orig/kernel/power/process.c
+++ linux-2.6.20-git13/kernel/power/process.c
@@ -39,6 +39,11 @@ void refrigerator(void)
/*
On Sun, 18 Feb 2007 08:00:06 +1100 Con Kolivas [EMAIL PROTECTED] wrote:
On Sunday 18 February 2007 05:45, Chuck Ebbert wrote:
...
But the one I like, mm-filesize_dependant_lru_cache_add.patch,
has an on-off switch.
...
Do you still want this patch for mainline?...
Don't think so.
Alex Dubov wrote:
I removed that line altogether (it does not really needed as mmc host will
not be accessed
anymore). The problem is more elaborate. Here, the card fails,
mmc_host_remove is called without
sleep beforehand, and after remove message is printed immediately after it.
Only
On 2/17/07, Giuseppe Bilotta [EMAIL PROTECTED] wrote:
Which shows how that case is different from writing Linux drivers. For
example, looking at the example the OP was himself proposing a few
alternative approaches to work around the limitation they were hitting:
could just switch to static
[just sent this upstream; obvious file-removal patch snipped for size]
(resend)
Why:Unmaintained for years, superceded by JFFS2 for years.
Please pull from 'kill-jffs' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git kill-jffs
to receive the following updates:
This has been living in libata-dev#ALL (and thus -mm) for quite a while
now.
For both PATA and SATA, this helps at suspend/resume time.
For SATA, ACPI support mostly consists of taskfiles (ATA commands) that
the BIOS wants us to send to the system drive. Most notably, if you
have set a hard
did you tried www.comedi.org ?
Am Sunday 18 February 2007 00:18 schrieb Mockern:
Hello,
Where I can grab an example of ADC driver with I2C interface?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote on 17.02.2007
16:56:39:
On Sat, 2007-02-17 at 17:28 +0100, Hoang-Nam Nguyen wrote:
ibmebus has a fake root device that's not associated with an ofdt
node.
Filter out any such devices in of_device_uevent().
Doh ! You are creating an
On Sun 2007-02-18 00:35:33, Pierre Ossman wrote:
Alex Dubov wrote:
And today: yet another problem with mmc.
It so happens that after resume mmc layer issues requests to the device
before mmc_resume_host is
called at all. Moreover, this prevents the machine from resuming, unless
worked
Andrew Morton writes:
On Sun, 18 Feb 2007 08:00:06 +1100 Con Kolivas [EMAIL PROTECTED] wrote:
On Sunday 18 February 2007 05:45, Chuck Ebbert wrote:
...
But the one I like, mm-filesize_dependant_lru_cache_add.patch,
has an on-off switch.
...
Do you still want this patch for mainline?...
On 2/18/07, Andrew Morton [EMAIL PROTECTED] wrote:
Generally, the penalties for getting this stuff wrong are very very high:
orders of magnitude slowdowns in the right situations. Which I suspect
will make any system-wide knob ultimately unsuccessful.
Yes, they were. Now, it's an extremely
Radoslaw Szkodzinski writes:
On 2/18/07, Andrew Morton [EMAIL PROTECTED] wrote:
Generally, the penalties for getting this stuff wrong are very very high:
orders of magnitude slowdowns in the right situations. Which I suspect
will make any system-wide knob ultimately unsuccessful.
Yes, they
On Sat, Feb 17, 2007 at 06:54:59PM +0200, Artem Bityutskiy wrote:
diff -auNrp tmp-from/drivers/mtd/ubi/misc.h tmp-to/drivers/mtd/ubi/misc.h
--- tmp-from/drivers/mtd/ubi/misc.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/misc.h 2007-02-17 18:07:26.0 +0200
@@
On Sat, Feb 17, 2007 at 12:24:22PM -0600, Paul Fulghum wrote:
Mockern wrote:
I have a question, what is really difference between serial and tty
drivers?
As I understand tty is high level and communicates with user space.
The serial core implements many of the details of a tty
driver in
On Sat, Feb 17, 2007 at 06:55:40PM +0200, Artem Bityutskiy wrote:
+/**
+ * ubi_scan_erase_peb - erase a physical eraseblock.
+ *
+ * @ubi: the UBI device description object
+ * @si: a pointer to the scanning information
+ * @pnum: physical eraseblock number to erase;
+ * @ec: erase counter
On Sat, Feb 17, 2007 at 06:54:24PM +0200, Artem Bityutskiy wrote:
The structure of the UBI code is very simple. Whole UBI consists of units.
Each unit has one .c file which implements it and one .h file which defines
the interface of this unit. So I've split the UBI code so that there is
a
On Sat, 2007-02-17 at 19:21 -0500, Joachim Fenkes wrote:
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote on 17.02.2007
16:56:39:
On Sat, 2007-02-17 at 17:28 +0100, Hoang-Nam Nguyen wrote:
ibmebus has a fake root device that's not associated with an ofdt
node.
Filter out any such
401 - 500 of 558 matches
Mail list logo