The question is: why does the kernel contain iget5 function that looks up
according to callback, if the filesystem cannot have more than 64-bit
inode identifier?
Generally speaking, file system might have two different identifiers for
files:
- one that makes it easy to tell whether two files
From: James Bottomley [EMAIL PROTECTED]
Date: Mon, 01 Jan 2007 10:34:12 -0600
Erm, well the whole reason for the flush_anon_pages() was that you told
me not to do it in flush_dcache_page() ...
Although this is perhaps part of the confusion over what
flush_dcache_page() is actually supposed
From: James Bottomley [EMAIL PROTECTED]
Date: Mon, 01 Jan 2007 10:44:36 -0600
Actually, this was proposed here:
http://marc.theaimsgroup.com/?t=11540975413
When I updated the interface to work for the combined VIPT/PIPT cache on
the latest pariscs. However, there were no takers for
Mikulas Patocka writes:
[...]
BTW. How does ReiserFS find that a given inode number (or object ID in
ReiserFS terminology) is free before assigning it to new file/directory?
reiserfs v3 has an extent map of free object identifiers in
super-block. reiser4 used 64 bit object identifiers
Hi Dave,
On Mon, Jan 01, 2007 at 12:06:19PM -0800, David Brownell wrote:
The concern I have with your current implementation is that I don't
see a way to flexibly add in support for additional gpio pins on a
machine by machine basis. The code does do a good job of abstracting
gpios based
Jon Smirl wrote:
I have the source code for a vendor written driver that is targeted at
2.6.9. It includes this and then proceeds to manipulate files from the
driver.
In future just kill the code in question, it's wrong and not needed.
It's already mostly disabled in the code, based on my
Hi,
On Monday, 1 January 2007 20:44, Andrey Borzenkov wrote:
In *the same* configuration STD now fails with Cannot find swap device. The
reason is changes in kernel/power/swap.c. In 2.6.19 it did not require valid
swsusp_resume_device at all - it took first available swap device and saved
Hi Linus and Andrew,
Please apply below patch which exports invalidate_mapping_pages() to
modules. It makes no sense to me to export invalidate_inode_pages() and
not invalidate_mapping_pages() and I actually need
invalidate_mapping_pages() because of its range specification ability...
It
On Mon, 1 Jan 2007, Rene Herman wrote:
Rene Herman wrote:
In fact, it's CFQ. The PATA thing was a red herring. 2.6.20-rc2 and 3 give
me ~ 24 MB/s from hdparm t /dev/hda while 2.6.20-rc1 and below give me ~
50 MB/s.
Jens: this is due to [PATCH] cfq-iosched: tighten allow merge
On Mon, 1 Jan 2007, Alan wrote:
Want a fix Linus given Jeff is away ?
Send it over, and please cc Alessandro and others that can test it. Things
obviously aren't broken on _my_ machines ;)
And if we end up having more problems related to this in -rc4, I'll just
revert both your fix and the
On Sunday, 31 December 2006 17:24, Rafael J. Wysocki wrote:
On Sunday, 31 December 2006 14:27, Rafael J. Wysocki wrote:
On Sunday, 31 December 2006 09:15, Robert Hancock wrote:
Having some suspend problems on 2.6.20-rc2-git1 with Fedora Core 6.
First of all the normal user interface for
Rene Herman wrote:
Tejun Heo wrote:
Everything seems fine in the dmesg. Performance degradation is
probably some other issue in -rc kernel. I'm suspecting recently
fixed block layer bug. If it's still the same in the next -rc,
please report.
In fact, it's CFQ. The PATA thing was a red
On Mon, Jan 01, 2007 at 03:01:52PM -0800, David Miller wrote:
From: James Bottomley [EMAIL PROTECTED]
Date: Mon, 01 Jan 2007 10:34:12 -0600
Erm, well the whole reason for the flush_anon_pages() was that you told
me not to do it in flush_dcache_page() ...
Although this is perhaps part
Hi!
FYI, i have forward ported your MAX_ARG_PAGES limit removal patch to
2.6.20-rc2 and have included it in the -rt kernel. It's working great -
i can now finally do a ls -t patches/*.patch in my patch repository -
something i havent been able to do for years ;-)
what is keeping this
BTW. How does ReiserFS find that a given inode number (or object ID in
ReiserFS terminology) is free before assigning it to new file/directory?
reiserfs v3 has an extent map of free object identifiers in
super-block.
Inode free space can have at most 2^31 extents --- if inode numbers
On Mon, 2007-01-01 at 15:04 -0800, David Miller wrote:
I thought this was accepted and Ralf is using it on MIPS?
It partially is ... we're using it on parisc as well, but only as a
supplement to the current linux flushing APIs. There's still no
guarantee in the standard linux API that
kmap();
On Mon, Jan 01, 2007 at 11:15:04PM +0100, Miklos Szeredi wrote:
I'm willing to do that - and I guess this means we can probably do this
instead of walking the list of VMAs for the shared mapping, thereby
hitting both anonymous and shared mappings with the same code?
But for the
From: Segher Boessenkool [EMAIL PROTECTED]
Date: Mon, 1 Jan 2007 18:48:33 +0100
If you *really* want (the option of) showing things as text
in the filesystem, you better make it so that there is a
one-to-one translation back to binary. For example, what
does this mean, is it a text string or
On Mon, Jan 01, 2007 at 11:47:06PM +0100, Mikulas Patocka wrote:
Anyway, cp -a is not the only application that wants to do hardlink
detection.
I tested programs for ino_t collision (I intentionally injected it) and
found that CP from coreutils 6.7 fails to copy directories but displays
On Mon, 1 Jan 2007, Jan Harkes wrote:
On Mon, Jan 01, 2007 at 11:47:06PM +0100, Mikulas Patocka wrote:
Anyway, cp -a is not the only application that wants to do hardlink
detection.
I tested programs for ino_t collision (I intentionally injected it) and
found that CP from coreutils 6.7 fails
Hello,
Add kmalloc failure check and fix the loop on error path. Without the
patch pool element at index [0] will not be freed.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
drivers/scsi/lpfc/lpfc_mem.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff -upr
On Mon, 2007-01-01 at 23:22 +0100, Arnd Bergmann wrote:
There are multiple efforts in progress to get a jffs2 replacement. NAND
flash in embedded devices has the same size as it has on MMC card
potentially, so we will need one soon. David Woodhouse has pushed the
limit that jffs2 can
On Mon, 2007-01-01 at 22:25 +0100, Luca Tettamanti wrote:
Hi Ben, Andrew,
I've rebased 'ATOM BIOS patch' from Solomon Peachy to apply to 2.6.20.
The patch adds support for newer Radeon cards and is mainly based on
X.Org code.
I've fixed a few things:
- Port sharing in
On Mon, 2007-01-01 at 22:44 +0100, Luca Tettamanti wrote:
Il Mon, Jan 01, 2007 at 10:25:51PM +0100, Luca Tettamanti ha scritto:
Hi Ben, Andrew,
I've rebased 'ATOM BIOS patch' from Solomon Peachy to apply to 2.6.20.
The patch adds support for newer Radeon cards and is mainly based on
I have no idea now why this fragment was in the patch, and Olaf has
rightly questioned it.
Please apply.
Regards,
Nigel
diff --git a/drivers/macintosh/via-pmu.c b/drivers/macintosh/via-pmu.c
index c8558d4..e63ea1c 100644
--- a/drivers/macintosh/via-pmu.c
+++ b/drivers/macintosh/via-pmu.c
@@
On 1/2/07, Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Mon, 2007-01-01 at 22:44 +0100, Luca Tettamanti wrote:
Il Mon, Jan 01, 2007 at 10:25:51PM +0100, Luca Tettamanti ha scritto:
Hi Ben, Andrew,
I've rebased 'ATOM BIOS patch' from Solomon Peachy to apply to 2.6.20.
The patch adds
Hello,
On error we should start freeing resources at [i-1] not [i-2].
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
drivers/net/ifb.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff -upr linux-2.6.20-rc2-mm1-a/drivers/net/ifb.c
If you *really* want (the option of) showing things as text
in the filesystem, you better make it so that there is a
one-to-one translation back to binary. For example, what
does this mean, is it a text string or two bytes:
01.02
Yes you as a user can guess, but scripts can't (reliably).
We
On Sun, 31 Dec 2006 02:27:46 +0100 Pavel Pisa wrote:
Simple increase of section TOC level generation significantly
enhances navigation experience through generated kernel
API documentation.
This change restores back state from SGML tools time.
Signed-off-by: Pavel Pisa [EMAIL PROTECTED]
Jan Engelhardt wrote:
just for fun, i threw the following together to peruse the tree (or
any subdirectory) and look for stuff that violates the CodingStyle
guide. clearly, it's far from complete and very ad hoc, but it's
amusing. extra searches happily accepted.
I had a bunch of similar
Hi,
This patch went into 2.6.18.6:
http://marc.theaimsgroup.com/?l=linux-kernelm=116614741607528w=2
However it is not included in 2.6.19.x or 2.6.20-rc3. Was this solved in
mainline another way, are there issues with the patch, or was this
simply overlooked?
Thanks,
Daniel
-
To unsubscribe
Hello,
Without the patch below namelist[0] will not be freed in case
of kmalloc error.
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
sound/usb/usbmixer.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -upr linux-2.6.20-rc2-mm1-a/sound/usb/usbmixer.c
David Miller wrote:
We have some extensive code in fs/openpromfs/inode.c that
determines whether a property is text or not. I can't
guarentee it works %100, but it's very context dependant
(only the driver knows) but it works for all the cases
I've tried.
The problem with guessing, as
On Mon, Jan 01, 2007 at 10:44:42PM +0100, Luca Tettamanti wrote:
And - for an easier review - this is the diff between
radeonfb-atom-2.6.19-v6a.diff from Solomon and my patch (whitespace-only
changes not included).
It looks good in this quick once-over..
Thanks for the rebase!
Acked-by:
Cyrill V. Gorcnov wrote:
On Monday 01 January 2007 04:19, you wrote:
|
| In order to not get in trouble with MADR (Mothers Against Drunk
| Releases) I decided to cut the 2.6.20-rc3 release early rather than wait
| for midnight, because it's bound to be new years _somewhere_ out there. So
On Mon, Jan 01, 2007 at 03:34:53PM -0800, Linus Torvalds wrote:
On Mon, 1 Jan 2007, Alan wrote:
Want a fix Linus given Jeff is away ?
Send it over, and please cc Alessandro and others that can test it. Things
obviously aren't broken on _my_ machines ;)
Can I get a copy of the fix
On Sun, 31 Dec 2006 17:09:43 GMT, Alan said:
That IP story is for the most part not even credible. If they were worried
about software IP they would release hardware docs and let us get on
with writing drivers that may well not be as cool as theirs but would
work. If they had real IPR in
Jeff Garzik [EMAIL PROTECTED] wrote:
e1000: Do not truncate TSO TCP header with 82544 workaround
This change obsoletes the following change.
e1000: disable TSO on the 82544 with slab debugging
So the slab debugging patch should be reverted.
Thanks,
--
Visit Openswan at
I have a DVD combo drive and a CD in which the
READ TRACK INFORMATION command (implemented in the
cdrom_get_track_info() function) takes about 7 seconds to run.
The current implementation of cdrom_get_track_info() uses the
default timeout of 5 seconds. So here's a patch that increases
the timeout
Rafael J. Wysocki wrote:
Secondly, if you try and suspend manually it claims there is no swap
device available when there clearly is:
[EMAIL PROTECTED] rob]# cat /proc/swaps
FilenameTypeSizeUsed
Priority
/dev/mapper/VolGroup00-LogVol01
Hi Daniel,
This patch went into 2.6.18.6:
http://marc.theaimsgroup.com/?l=linux-kernelm=116614741607528w=2
However it is not included in 2.6.19.x or 2.6.20-rc3. Was this solved in
mainline another way, are there issues with the patch, or was this
simply overlooked?
it is sitting in my
Jeff Dike wrote:
Whitespace and style fixes.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/drivers/hostaudio_kern.c | 160 +--
1 file changed, 73 insertions(+), 87 deletions(-)
Index: linux-2.6.18-mm/arch/um/drivers/hostaudio_kern.c
On Tue, 02 Jan 2007 02:52:33 +0100 Richard Knutsson wrote:
Jeff Dike wrote:
Whitespace and style fixes.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/um/drivers/hostaudio_kern.c | 160
+--
1 file changed, 73 insertions(+), 87 deletions(-)
From: Segher Boessenkool [EMAIL PROTECTED]
Date: Tue, 2 Jan 2007 00:52:36 +0100
There is one big problem: text representation is useless
(to scripts etc.) unless it can be transformed back to binary;
i.e., it has to be possible to reliably detect _how_ some
property is represented into text,
From: David Kahn [EMAIL PROTECTED]
Date: Mon, 01 Jan 2007 17:40:25 -0800
If that doesn't fit the model of /sys or /proc,
I suppose it could be done in a separate file
system, but that's overkill, isn't it?
Or by a device driver, which is what OFW systems have
been doing for years, and we have
I'm incredibly surprised how much resistence there is from the
i386 OFW folks to do this right. It would be like 80 lines of
code to suck the device tree into kernel memory, or if they don't
want to do that they can use inline function wrappers to provide
the clean C-language interface to
I would strongly suggest looking at things like
arch/{sparc,sparc64,powerpc}/kernel/prom.c and
include/asm-{sparc,sparc64,powerpc}/prom.h and
arch/{sparc,sparc64,powerpc}/kernel/of_device.c and
include/asm-{sparc,sparc64,powerpc}/of_device.h
since we've already invested a lot of thought and
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Tue, 02 Jan 2007 14:45:31 +1100
In addition, I haven't given on the idea one day of actually merging the
powerpc and sparc implementation of a lot of that stuff. Mostly the
device-tree accessors proper, the of_device/of_platform bits etc...
The base interface function is callofw(), which is effectively identical
to call_prom_ret() in arch/powerpc/kernel/prom_init.c . So it seems
that PowerPC could use it. I suppose I could change the name of
callofw() to call_prom_ret(), thus making the base interface identical
to
This is a trivial implementation that suits it's purpose.
It's simple. I'm not sure what more is needed for this
project when it's pretty clear that i386 will never need
any additional support for open firmware.
I don't agree. It's definitely not clear to me Especially as open
source OF
On Sun, 31 Dec 2006 23:03:27 +1000, Trent Waddington said:
Why don't you release source? To protect the intellectual property.
Well, duh! That's why everyone holds back source. So allow me to
translate..
Why don't you release source? Because we don't believe in freedom, we
don't get it
On Fri, Dec 29, 2006 at 11:19:49PM -0600, * * wrote:
Was this patch tested?
static inline void show_node(struct zone *zone)
{
if (NUMA_BUILD)
- printk(Node %d , zone_to_nid(zone));
+ printk(KERN_INFO, Node %d , zone_to_nid(zone));
Here there is a
On Fri, Dec 29, 2006 at 08:42:47PM -0800, Andrew Morton wrote:
On Fri, 29 Dec 2006 22:24:53 -0500
Theodore Ts'o [EMAIL PROTECTED] wrote:
Print messages resulting from sysrq-m with a KERN_INFO instead of the
default KERN_WARNING priority
hm, I wonder why. If someone does sysrq-whatever
On Sun, 2006-12-31 at 19:37 -0800, David Kahn wrote:
Folks,
If we reused the current code in fs/proc/proc_devtree.c
and re-wrote the underlying of_* routines for i386 only,
(in the hope of removing the complexity not needed for
this implementation) would that be an acceptable
The filesystem bit is for groveling around and getting information
from the shell prompt, or shell scripts. Text processing.
If you want the binary bits, export it with something like
/dev/openprom. We don't generally export binary representation
files out of /proc or /sys, in fact this
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Tue, 02 Jan 2007 15:05:59 +1100
It has proved a good idea in general as I can easily get an exact
device-tree dump from users by asking for a tarball of /proc/device-tree
and in some case, the data in there -is- binary (For example, the EDID
On Mon, Jan 01, 2007 at 11:04:49PM -0500, [EMAIL PROTECTED] wrote:
On Sun, 31 Dec 2006 23:03:27 +1000, Trent Waddington said:
Why don't you release source? To protect the intellectual property.
Well, duh! That's why everyone holds back source. So allow me to
translate..
Why don't
Using MMCONFIG for PCI config space access is simply an optimization, not
a requirement. Therefore, when it can't be used, there's no need for
KERN_ERR level message. This patch makes the message a KERN_INFO instead
to reduce some of the noise in a kernel boot with the 'quiet' option.
(Note that
I think there is high value in an OFW filesystem representation
that gives you _EXACTLY_ what the OFW command line prompt does
when you try to traverse the device tree from there, and that
is what openpromfs tries to do.
Except that every OFW implementation I have here shows you different
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Tue, 02 Jan 2007 15:57:05 +1100
I like being able to have a simple way (ie. tar /proc/device-tree) to
tell user to send me their DT and have in the end an exact binary
representation so I can actually dig for problems, like a wrong phandle
On Mon, 2007-01-01 at 21:01 -0800, David Miller wrote:
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Tue, 02 Jan 2007 15:57:05 +1100
I like being able to have a simple way (ie. tar /proc/device-tree) to
tell user to send me their DT and have in the end an exact binary
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
A couple of small self-explanatory patches,
they will will update the files shown below.
thanks!
-Len
ps. a plain patch is also available here:
On Mon, 01 Jan 2007 23:46:58 +0100
Rene Herman [EMAIL PROTECTED] wrote:
Everything seems fine in the dmesg. Performance degradation is
probably some other issue in -rc kernel. I'm suspecting recently
fixed block layer bug. If it's still the same in the next -rc,
please report.
In
Hi Linus,
Please consider pulling from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git
to receive updates for input subsystem. There is a new driver for GPIO
connected keys from handheld.org tree and an
On Mon, Jan 01, 2007 at 10:39:13PM +0100, Jean Delvare wrote:
Hi Vivek,
Sorry for the delay, I'm just back from vacation. I tried it all again
with 2.6.20-rc3 just in case, but the problem I've hit is still present.
Hi Jean,
Problem in not fixed yet in -rc3. So testing -rc3 will not help.
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Tue, 02 Jan 2007 16:09:14 +1100
Probably. The question now is that if we want to somewhat converge, what
to do... either change sparc habits or change powerpc habits :-) I'll
let that fight happen between you and paulus and watch while
In-Reply-To: [EMAIL PROTECTED]
On Tue, 02 Jan 2007 04:22:19 +0100, Marcel Holtmann wrote:
This patch went into 2.6.18.6:
http://marc.theaimsgroup.com/?l=linux-kernelm=116614741607528w=2
However it is not included in 2.6.19.x or 2.6.20-rc3. Was this solved in
mainline another way, are
On 1/2/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
The binary blob in question is several megabytes in size. Now, even
totally *ignoring* who knowingly licensed/stole/whatever IP from who,
that *still* leaves the problem of trying to write several megabytes of
code that doesn't infringe on
Hi Jeff! Alan!
today I decided to put a (granted somewhat older)
RocketRAID 454 card (hpt374 as it seems) into an
Asus P5B (which already has some controllers using
libata quite happily), and it seems that the driver
support is not perfect yet :)
note: the older hpt366 (ide) driver works quite
www.occasions-tunisie.com
Nous mettons a votre disposition une Webcam qui permet via Internet de
surveiller votre appartement,
votre garage, votre jardin, bref, ce que vous voulez., cliquez ici (voir
Webcam Demo)
www.sfaxachats.com/webcam-demo/[EMAIL PROTECTED]
Pour ne plus
In-Reply-To: [EMAIL PROTECTED]
On Mon, 1 Jan 2007 17:53:04 +0100, [EMAIL PROTECTED] wrote:
I tried 2.6.20-rc3 with the new nf_nat stuff on my gateway machine with pppoe
(ADSL) access to the internet. When I shut down my ppp0 interface the kernel
panics.
[ 336.467373] BUG: unable to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NotDashEscaped: You need GnuPG to verify this message
Hello!
The last kernel from Linus' tree[1] that boots for me is v2.6.19. And
before I take my first stab at git-bisect, I thought I'd ask here in
case it's just a PEBCAK.
What happens in kernels
Hi,
if a driver returns an error in fill_read_buffer(), the buffer will be
marked as filled. Subsequent reads will return eof. But there is
no data because of an error, not because it has been read.
Not marking the buffer filled is the obvious fix.
Regards
Oliver
From: Mariusz Kozlowski [EMAIL PROTECTED]
Date: Tue, 2 Jan 2007 00:55:51 +0100
On error we should start freeing resources at [i-1] not [i-2].
Signed-off-by: Mariusz Kozlowski [EMAIL PROTECTED]
Patch applied, thanks Mariusz.
diff -upr linux-2.6.20-rc2-mm1-a/drivers/net/ifb.c
>
> Can you reproduce it with other ftp client and/or server?
I tried the proftpd-1.3.0a-1.fc6(kernel version is 2.6.19).
The ftp stop problem does not happen.
Therefore, this problem is reproduced when
client's kernel-version is 2.6.20-rc1 or later
and server is vsftpd.
Server's
Ingo Oeser wrote:
Hi,
On Thursday, 28. December 2006 11:11, Avi Kivity wrote:
Index: linux-2.6/drivers/kvm/svm.c
===
--- linux-2.6.orig/drivers/kvm/svm.c
+++ linux-2.6/drivers/kvm/svm.c
@@ -1068,6 +1068,9 @@ static int
On Mon, 1 Jan 2007, Segher Boessenkool wrote:
> > > In this case, the second form
> > > should be used when the macro needs to return a value (and you can't
> > > use an inline function for whatever reason), whereas the first form
> > > should be used at all other times.
> >
> > that's a fair
Signed-off-by: Muli Ben-Yehuda <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/pci-calgary.c | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/arch/x86_64/kernel/pci-calgary.c b/arch/x86_64/kernel/pci-calgary.c
index 87d90cb..3d65b1d 100644
---
On Mon, 1 Jan 2007, Folkert van Heusden wrote:
> > > regarding alignment that don't allow clear_page() to be used
> > > copy_page() in the memcpy() case), but it's going to need a lot of
>
> Maybe these optimalisations should be in the coding style docs?
i was thinking of submitting the
On Mon, Jan 01, 2007 at 02:59:32AM +0100, Folkert van Heusden wrote:
> > > regarding alignment that don't allow clear_page() to be used
> > > copy_page() in the memcpy() case), but it's going to need a lot of
>
> Maybe these optimalisations should be in the coding style docs?
>
For what purpose?
From: "Daniel_Marjamäki" <[EMAIL PROTECTED]>
Date: Mon, 1 Jan 2007 08:47:48 +0100
> So you mean that in this particular case it's faster with a handcoded
> comparison than memcmp? Because both key1 and key2 are located at
> word-aligned addresses?
> That's fascinating.
Essentially, yes.
From: David Kahn <[EMAIL PROTECTED]>
Date: Sun, 31 Dec 2006 19:37:52 -0800
> IMHO, the directory entries in the filesystem
> should be in the form "[EMAIL PROTECTED]" (eg: /[EMAIL PROTECTED],0,
> "pci" is the node name, "@" is the separator character defined
> by IEEE 1275, and "1f,0" is the
From: Segher Boessenkool <[EMAIL PROTECTED]>
Date: Mon, 1 Jan 2007 04:33:13 +0100
> >>> All we've done is created a trivial implementation for exporting
> >>> the device tree to userland that isn't burdened by the powerpc
> >>> and sparc legacy code that's in there now.
> >>
> >> So now we'll
Hello!
I have done a little testing on my own. My results is that memcpy is
many times faster even with aligned data.
I am testing in an ordinary console program. I am including the code below.
If I'm doing something wrong, please tell me so.
As you can see I am not using the same
On Monday 01 January 2007 10:45, you wrote:
| Cyrill V. Gorcnov wrote:
| > On Monday 01 January 2007 04:19, you wrote:
| > |
| > | In order to not get in trouble with MADR ("Mothers Against Drunk
| > | Releases") I decided to cut the 2.6.20-rc3 release early rather than
wait
| > |
> Given the above, some basic suggestions for page-based memory management:
>
> (a) If you need to allocate or free a single page, use the single page
> version of the routine/macro, rather than calling the multi-page
> version with an order value of zero, such as:
>
>
Al Viro wrote:
From the look of it, I'd say that it's size reported by disk being
more than what's accessible. Take a look at the block numbers...
How so?
ata1.00: ATA-7, max UDMA/133, 976773168 sectors: LBA48 NCQ (depth 0/32)
sda: Current: sense key: Medium Error
Additional sense:
On Mon, 1 Jan 2007, Arjan van de Ven wrote:
> > Given the above, some basic suggestions for page-based memory management:
> >
> > (a) If you need to allocate or free a single page, use the single page
> > version of the routine/macro, rather than calling the multi-page
> > version
On Monday 01 January 2007 02:19, Linus Torvalds wrote:
> In order to not get in trouble with MADR ("Mothers Against Drunk
> Releases") I decided to cut the 2.6.20-rc3 release early rather than wait
> for midnight, because it's bound to be new years _somewhere_ out there. So
> here's to a happy
On 1/1/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
In order to not get in trouble with MADR ("Mothers Against Drunk
Releases") I decided to cut the 2.6.20-rc3 release early rather than wait
for midnight, because it's bound to be new years _somewhere_ out there. So
here's to a happy 2007 for
On Sun, Oct 22, Nigel Cunningham wrote:
> +++ b/drivers/macintosh/via-pmu.c
> -#include
> +#include
This change will lead to compile errors with -Wimplicit-function-declaration.
What part of freezer.h is used in via-pmu.c?
drivers/macintosh/via-pmu.c:2014: warning: implicit declaration of
With sparse 0.2, my previously sparse-clean driver generates the
following warnings:
include/asm/checksum.h:182:6: warning: symbol 'sum' shadows an earlier one
include/asm/checksum.h:178:28: originally declared here
include/net/checksum.h:33:6: warning: symbol 'sum' shadows an earlier one
On Sun, Dec 31, 2006 at 02:32:25PM -0500, Robert P. J. Day wrote:
> + (a) Enclose those statements in a do - while block:
> +
> + #define macrofun(a, b, c) \
> + do {\
> + if (a == 5) \
> +
On Sun, Dec 31, 2006 at 12:13:52PM -0500, Jon Smirl wrote:
> What is the simplest way to get open/close/read/write working under
> 2.6.20-rc2? I know this is horrible and shouldn't be done, I just want
> to get the driver working long enough to see if it is worth saving.
I'm no expert, but try
On Mon, 1 Jan 2007, Christoph Hellwig wrote:
> On Sun, Dec 31, 2006 at 02:32:25PM -0500, Robert P. J. Day wrote:
> > + (a) Enclose those statements in a do - while block:
> > +
> > + #define macrofun(a, b, c) \
> > + do {\
> > +
Hello,
Hardware
MOBOIntel DG965SS (chipset G965 Express)
PATA CDRW LG GCE-8400B
I'm using PATA_MARVELL driver, and trying to burn a CD results in a
total machine freeze (no SysRq / no output over serial console).
The freeze doesn't happens immediately: the writing
On Sat, 2006-12-30 at 10:26 -0800, Linus Torvalds wrote:
>
> On Sat, 30 Dec 2006, Russell King wrote:
> >
> > And here's the flush_anon_page() part.
This looks fine to me (if you need my ack).
> > Add flush_anon_page() for ARM, to avoid data corruption issues when using
> > fuse or other
On Jan 1 2007 15:38, Folkert van Heusden wrote:
>Hi,
>
>I'm trying to compile chaostables v0.2 on a system with kernel 2.6.19.1
>and c-compiler 3.4.6:
>
>[EMAIL PROTECTED]:/usr/src/chaostables-0.2/kernel# make all
>make -C /lib/modules/2.6.19.1/build M=$PWD modules;
>make[1]: Entering directory
I know this topic was already on the list. But 2.6.20-rc3 still gives me
tons of these messages in the log buffer:
"ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
[and so on]"
Is this an error at all?
With kind
On Sun, Dec 31, 2006 at 12:13:52PM -0500, Jon Smirl wrote:
> I have the source code for a vendor written driver that is targeted at
> 2.6.9. It includes this and then proceeds to manipulate files from the
> driver.
>
> asmlinkage _syscall3(int,write,int,fd,const char *,buf,off_t,count)
>
101 - 200 of 348 matches
Mail list logo