Hi,
Can anybody tell me where the device corresponding to the graphics
driver
is created ie whether its in /dev or /sys/class etc in 2.6 kernel.
Also can i uses ioctls after opening the device to see its working.
Thanks Regards
Karthik R
-
To unsubscribe from this list:
On Mon, 11 Apr 2005, Jeff Garzik wrote:
But I hope that I can get non-conflicting merges done fairly soon, and
maybe I can con James or Jeff or somebody to try out GIT then...
I don't mind being a guinea pig as long as someone else does the hard
work of finding a new way to merge :)
On Sun, Apr 10 2005, Adrian Bunk wrote:
This patch contains the following possible cleanups:
- make needlessly global code static
- remove the following unused global functions:
- blkdev_scsi_issue_flush_fn
Kill the function completely, it is not used anymore.
- __blk_attempt_remerge
We need to use the size_and_mask in set_mtrr_var_ranges(which is called
while programming MTRR's for AP's
Signed-off-by: Suresh Siddha [EMAIL PROTECTED]
--- linux/arch/i386/kernel/cpu/mtrr/generic.c~ 2005-04-10 14:07:11.82144
-0700
+++ linux/arch/i386/kernel/cpu/mtrr/generic.c
On Mon, Apr 11, 2005 at 04:56:06 +0200, Marcin Dalecki wrote:
On 2005-04-11, at 04:26, Miles Bader wrote:
Marcin Dalecki [EMAIL PROTECTED] writes:
Better don't waste your time with looking at Arch. Stick with patches
you maintain by hand combined with some scripts containing a list of
Claudio Martins wrote:
On Sunday 10 April 2005 03:47, Andrew Morton wrote:
Suggest you boot with `nmi_watchdog=0' to prevent the nmi watchdog from
cutting in during long sysrq traces.
Also, capture the `sysrq-m' output so we can see if the thing is out of
memory.
Hi Andrew,
Thanks for the
On Sun, Apr 10, 2005 at 11:15:20PM -0700, Linus Torvalds wrote:
On Mon, 11 Apr 2005, Jeff Garzik wrote:
But I hope that I can get non-conflicting merges done fairly soon, and
maybe I can con James or Jeff or somebody to try out GIT then...
I don't mind being a guinea pig as long as
On Sun, Apr 10, 2005 at 10:43:24PM -0700, Jay Lan ([EMAIL PROTECTED]) wrote:
I based my listen program on the fclisten.c posted by Kaigai Kohei
with my own modification. Unfortunately i lost my test machine in the
lab. I will recreate the listen program Monday. The original listener
did not
On Sun, 10 Apr 2005, Linus Torvalds wrote:
Then the bad news: the merge algorithm is going to suck. It's going to be
just plain 3-way merge, the same RCS/CVS thing you've seen before. With no
Actually 3-way merge is not that bad. It's definitely better than ClearCase's
merge (I always fall back
Hi,
I would like to ask when a userprogram called in user space called
execve(/bin/abc will this system call finally copy the code of
/bin/abc into kernel space before kernel runs it or just leave the code
in the userspace and run directly ? If the system really copy the
program into
On Sun, Apr 10, 2005 at 03:38:39PM -0700, Linus Torvalds wrote:
compressed with zlib, they are all named by the sha1 file, and they all
Now I know this is a concious decision, but recent zlib allows you to write
out gzip content, at a cost of 14 bytes I think per file, by adding 32 to
the
Hi,
On Monday, 11 of April 2005 01:17, Andreas Steinmetz wrote:
Pavel,
during testing of the encrypted swsusp_image on x86_64 I did get an Oops
from time to time at memcpy+11 called from swsusp_save+1090 which turns
out to be the memcpy in copy_data_pages() of swsusp.c.
The Oops is caused by
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Sun, Apr 10, 2005 at 10:43:24PM -0700, Jay Lan ([EMAIL PROTECTED]) wrote:
I based my listen program on the fclisten.c posted by Kaigai Kohei
with my own modification. Unfortunately i lost my test machine in the
lab. I will recreate the listen
Hi Riley, Dave, Peter, i386 boot/workaround maintainers,
I'm resending this patch (from March 28).
This patch incorporates the suggestions from the previous thread and also
switches to using pci_get_device since pci_find_device is deprecated, and
made some of the variables static.
Please let
On Mon, 2005-04-11 at 09:10 +1000, Benjamin Herrenschmidt wrote:
Do you intend to continue posting commited patches to a mailing list
like bk scripts did to [EMAIL PROTECTED] ? As I said a while ago, I
find this very useful, especially with the actual patch included in the
commit message
I'm not using the qlogic controller as boot controller. I'm mooting from
the internal disk connected to LSI controller.
In any case I'll try out the suggested 1280 right now.
Can I build a modular kernel with the 2.6 kernel series ?
I would find it handy to have som parts colpiled as modules.
bert hubert [EMAIL PROTECTED] writes:
On Sun, Apr 10, 2005 at 03:38:39PM -0700, Linus Torvalds wrote:
compressed with zlib, they are all named by the sha1 file, and they all
Now I know this is a concious decision, but recent zlib allows you to write
out gzip content, at a cost of 14
Hello,
Split out from my oom-killer patch, this patch hides reparent_to_init().
reparent_to_init()
should only be called by daemonize(). This applies to 2.6.12-rc2-mm2 too.
Signed-off-by: Coywolf Qi Hunt [EMAIL PROTECTED]
---
arch/i386/mach-voyager/voyager_thread.c |1 -
On Sun, Apr 10, 2005 at 11:51:24PM -0700, Andrew Morton ([EMAIL PROTECTED])
wrote:
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Sun, Apr 10, 2005 at 10:43:24PM -0700, Jay Lan ([EMAIL PROTECTED]) wrote:
I based my listen program on the fclisten.c posted by Kaigai Kohei
with my own
* Linus Torvalds [EMAIL PROTECTED] wrote:
Then the bad news: the merge algorithm is going to suck. It's going to
be just plain 3-way merge, the same RCS/CVS thing you've seen before.
With no understanding of renames etc. I'll try to find the best parent
to base the merge off of, although
Barry K. Nathan wrote:
On Sun, Apr 10, 2005 at 11:27:47PM +0200, Pavel Machek wrote:
Can you try without XFS?
No, XFS is my root filesystem. :( (Now that I think about it, would
modularizing XFS and using an initrd be OK?)
Yes, although it is not totally trivial.
I'll see if I can
Pavel Machek wrote:
Encrypting swsusp image is of course even better, because you don't
have to write large ammounts of zeros to your disks during resume ;-).
and while we are at it: compressing before encryption will also reduce
the amount of data you have to write during suspend... ;-)
* Linus Torvalds [EMAIL PROTECTED] wrote:
Btw, does anybody have strong opinions on the license? I didn't put in
a COPYING file exactly because I was torn between GPLv2 and OSL2.1.
I'm inclined to go with GPLv2 just because it's the most common one,
but I was wondering if anybody really
On Sat, Apr 09, 2005 at 05:52:32PM -0400, Trond Myklebust wrote:
lau den 09.04.2005 Klokka 23:35 (+0200) skreiv Jakob Oestergaard:
2.6.11.6: (dual PIII 1GHz, 2G RAM, Intel e1000)
File Block Num Seq ReadRand Read Seq Write Rand Write
DirSize Size Thr Rate
The following patches allow for encryption of the on-disk swsusp image
to prevent data gathering of e.g. in-kernel keys or mlocked data after
resume.
For this purpose the aes cipher must be compiled into the kernel as
module load is not possible at resume time.
A random key is generated at
Hi,
I am having problems while booting 2.6.12-rc2-mm1 on i386 with command line
maxcpus=1. Without this commandline, system boots fine otherwise it hangs.
Serial output is pasted below.
If maxcpus=1 is given along with acpi=off then system boots fine. I am not sure
where the problem is.
Hi !
This patch hacks the current PowerMac Alsa driver to add some basic
support of analog sound output to some desktop G5s. It has severe
limitations though:
- Only 44100Khz 16 bits
- Only work on G5 models using a TAS3004 analog code, that is early
single CPU desktops and all dual CPU
Dave Hansen wrote:
The only arch with phys_to_pfn() defined is UML, so the patch simply
won't compile anything but UML on current kernels (unless I'm missing
something).
oops, I forgot to send the part of the patch that defines these macros,
sorry.
Could you try to give us a more complete
From: Ingo Molnar [mailto:[EMAIL PROTECTED]
i'd not mind merging the extra bits to PREEMPT_RT to enable fusyn's, if
they come in small, clean steps. E.g. Daniel's plist.h stuff was nice
and clean.
I am finishing breaking it up in small bits so you can take a look
at it. Should be finished
Uttered Tomko [EMAIL PROTECTED], spake thus:
I would like to ask when a userprogram called in user space called
execve(/bin/abc will this system call finally copy the code of
/bin/abc into kernel space before kernel runs it or just leave the code
in the userspace and run directly ?
* Ingo Molnar:
is there any fundamental problem with going with v2 right now, and then
once v3 is out and assuming it looks ok, all newly copyrightable bits
(new files, rewrites, substantial contributions, etc.) get a v3
copyright? (and the collection itself would be v3 too) That method
* Perez-Gonzalez, Inaky [EMAIL PROTECTED] wrote:
OTOH, deadlock detection is another issue. It's quite expensive and i'm
not sure we want to make it a runtime thing. But for fusyn's deadlock
detection and safe teardown on owner-exit is a must-have i suspect?
Not really. Deadlock check is
* Petr Baudis [EMAIL PROTECTED] wrote:
Hello,
here goes git-pasky-0.2, my set of patches and scripts upon Linus'
git, aimed at human usability and to an extent a SCM-like usage.
works fine on FC4, i only minor issues: 'git' in the tarball didnt have
the x permission. Also, your
From: Ingo Molnar [mailto:[EMAIL PROTECTED]
* Perez-Gonzalez, Inaky [EMAIL PROTECTED] wrote:
OTOH, deadlock detection is another issue. It's quite expensive and
i'm
not sure we want to make it a runtime thing. But for fusyn's
deadlock
detection and safe teardown on owner-exit is a must-have i
On 04.11, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
Is this not needed anymore ?
--- 25/arch/i386/kernel/entry.S~nmi_stack_correct-fix 2005-04-05
00:02:48.0 -0700
+++ 25-akpm/arch/i386/kernel/entry.S
* Perez-Gonzalez, Inaky [EMAIL PROTECTED] wrote:
Let me re-phrase then: it is a must have only on PI, to make sure you
don't have a loop when doing it. Maybe is a consequence of the
algorithm I chose. -However- it should be possible to disable it in
cases where you are reasonably sure it
From: Ingo Molnar [mailto:[EMAIL PROTECTED]
* Perez-Gonzalez, Inaky [EMAIL PROTECTED] wrote:
Let me re-phrase then: it is a must have only on PI, to make sure you
don't have a loop when doing it. Maybe is a consequence of the
algorithm I chose. -However- it should be possible to disable it in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can you tell me if there is currently support in the
kernel for HP's new LightScribe technology?
(http://h30015.www3.hp.com/hp_dec/lightscribe/index_FL.asp).
If there is not, are there plans for it?
Supposdly, you can burn DVD's or CD's, then
Hello
It seems that the smbfs driver does not handle correctly large files
(2GB). The thing is that statting them is correct (for example, the
st_size field is correctly set), but as soon as you try to make a lseek
with an offset larget than INT_MAX, you get a EINVAL error.
Note: This is not
On Mon, 2005-04-11 at 11:07 +0200, Mathieu Fluhr wrote:
Hello
It seems that the smbfs driver does not handle correctly large files
(2GB). The thing is that statting them is correct (for example, the
st_size field is correctly set), but as soon as you try to make a lseek
with an offset
On Mon, 2005-04-11 at 01:04 +0200, Bernd Eckenfels wrote:
In article [EMAIL PROTECTED] you wrote:
(I repeat the xxx in the leaf name - easier to code.)
It is a bit OT, but just a note: there are file systems (hash functions) out
there who dont like a lot of files named the same way. For
(Please do reply-to-all)
J.A. Magallon [EMAIL PROTECTED] wrote:
On 04.11, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc2/2.6.12-rc2-mm3/
Is this not needed anymore ?
--- 25/arch/i386/kernel/entry.S~nmi_stack_correct-fix
[PATCH] I2C rtc8564.c remove duplicate include
Trivial fix: removes duplicate include line.
Patch applies to: 2.6.11.x
(This is my very first patch to the linux-kernel, so let me
start with small things first...)
Signed-off-by: Clemens Koller [EMAIL PROTECTED]
---
diff -Nur
Claudio Martins wrote:
On Sunday 10 April 2005 03:47, Andrew Morton wrote:
Suggest you boot with `nmi_watchdog=0' to prevent the nmi watchdog from
cutting in during long sysrq traces.
Also, capture the `sysrq-m' output so we can see if the thing is out of
memory.
Hi Andrew,
Thanks for the
Hi!
The following patches allow for encryption of the on-disk swsusp image
to prevent data gathering of e.g. in-kernel keys or mlocked data after
resume.
For this purpose the aes cipher must be compiled into the kernel as
module load is not possible at resume time.
A random key is
Hi!
Encrypting swsusp image is of course even better, because you don't
have to write large ammounts of zeros to your disks during resume ;-).
How does zeroing help if they steal the laptop? The data is there, they
can just pull the hard disk out and mirror it before they boot.
The
On 4/9/05, Domen Puncer [EMAIL PROTECTED] wrote:
On 21/03/05 00:06 +0100, Magnus Damm wrote:
Here are a set of patches that makes it possible to autogenerate kernel
command
line documentation from the source code. The approach is rather
straightforward
- the parameter name, the type
Thanks Maneesh for your comments. Please find
the patch below.
[..]
Assumption : If a user has already inserted a probe using old
register_kprobe()
routine, and later wants to insert another probe at the same address using
register_multiprobe() routine, then register_multiprobe() will
Dear diary, on Mon, Apr 11, 2005 at 04:46:42AM CEST, I got a letter
where Daniel Barkalow [EMAIL PROTECTED] told me that...
On Mon, 11 Apr 2005, Petr Baudis wrote:
Hello,
here goes git-pasky-0.2, my set of patches and scripts upon
Linus' git, aimed at human usability and to an
Dear diary, on Mon, Apr 11, 2005 at 10:50:51AM CEST, I got a letter
where Ingo Molnar [EMAIL PROTECTED] told me that...
* Petr Baudis [EMAIL PROTECTED] wrote:
Hello,
here goes git-pasky-0.2, my set of patches and scripts upon Linus'
git, aimed at human usability and to an extent
Hi!
The following patch adds the core functionality for the encrypted
suspend image.
[Please inline patches, it makes it easier to comment on them.]
You seem to reuse same key/iv for all the blocks. I'm no crypto
expert, but I think that is seriously wrong... You probably should use
block
Andrew Morton wrote:
bk-cifs.patch
This breaks the build on mips, ppc64, sparc, sparc64 with the
following error (defconfig, compared to mm2):
CC [M] fs/cifs/misc.o
fs/cifs/misc.c: In function `cifs_convertUCSpath':
fs/cifs/misc.c:546: error: case label does not reduce to an integer constant
The following patch adds the core functionality for the encrypted
suspend image.
[Please inline patches, it makes it easier to comment on them.]
You seem to reuse same key/iv for all the blocks. I'm no crypto
expert, but I think that is seriously wrong... You probably should use
block
Am Sonntag, 10. April 2005 22:14 schrieb Pavel Machek:
Hi!
Oliver Neukum wrote:
What is the point in doing so after they've rested on the disk for ages?
The point is not physical access to the disk but data gathering after
resume or reboot.
After resume or reboot normal
When a process running with RT priority dumps core,
I get the following BUG:
Apr 11 13:44:23 OF455 kern.err kernel: BUG: rtc2:833 RT task
yield()-ing!
Apr 11 13:44:23 OF455 kern.warn kernel: [c026dad1] yield+0x61/0x70
(8)
Apr 11 13:44:23 OF455 kern.warn kernel: [c0151e49]
* Evgeniy Polyakov [EMAIL PROTECTED] 2005-04-11 09:22
On Sun, Apr 10, 2005 at 09:27:27PM +0200, Thomas Graf ([EMAIL PROTECTED])
wrote:
+ size = NLMSG_SPACE(sizeof(*msg) + msg-len);
+
+ skb = alloc_skb(size, GFP_ATOMIC);
+ if (!skb) {
+ printk(KERN_ERR
Dear diary, on Mon, Apr 11, 2005 at 10:40:00AM CEST, I got a letter
where Florian Weimer [EMAIL PROTECTED] told me that...
* Ingo Molnar:
is there any fundamental problem with going with v2 right now, and then
once v3 is out and assuming it looks ok, all newly copyrightable bits
(new
Hi!
during testing of the encrypted swsusp_image on x86_64 I did get an Oops
from time to time at memcpy+11 called from swsusp_save+1090 which turns
out to be the memcpy in copy_data_pages() of swsusp.c.
The Oops is caused by a NULL pointer (I don't remember if it was source
or destination).
Hi!
The following patch adds the core functionality for the encrypted
suspend image.
[Please inline patches, it makes it easier to comment on them.]
You seem to reuse same key/iv for all the blocks. I'm no crypto
expert, but I think that is seriously wrong... You probably should use
Hi!
The following patch adds the core functionality for the encrypted
suspend image.
+#ifdef CONFIG_SWSUSP_ENCRYPT
+static struct crypto_tfm *crypto_init(int mode)
+{
+ struct crypto_tfm *tfm;
+ int len;
+
+ tfm = crypto_alloc_tfm(CIPHER, CRYPTO_TFM_MODE_CBC);
+
I get OOPs in log_do_checkpoint() while using ext3 quotas.
Is this anyway related to what you are working on ?
Nope, it does not seem to be the same problem. In theory it could be a
bug Stephen fixed some time ago - could you try to reproduce the problem
with 2.6.12-rc2 (it contains the fix)?
Hi!
No, XFS is my root filesystem. :( (Now that I think about it, would
modularizing XFS and using an initrd be OK?)
Yes, loading xfs from initrd should help. [At least it did during
suse9.3 testing.]
Once I modularized xfs and switched to using an initrd, the problem
On Mon, 2005-04-11 at 12:45 +0200, Thomas Graf wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] 2005-04-11 09:22
On Sun, Apr 10, 2005 at 09:27:27PM +0200, Thomas Graf ([EMAIL PROTECTED])
wrote:
+ size = NLMSG_SPACE(sizeof(*msg) + msg-len);
+
+ skb = alloc_skb(size,
Hello,
On Mon, 2005-04-04 at 10:04, Jan Kara wrote:
In log_do_checkpoint() we go through the t_checkpoint_list of a
transaction and call __flush_buffer() on each buffer. Suppose there is
just one buffer on the list and it is dirty. __flush_buffer() sees it and
puts it to an array
i think all of the 'repository size' and 'bandwidth' concerns could be
solved via a new (and pretty much simple and transparent) object type:
the 'combo-blob'.
Summary:
This is a space/bandwidth-efficient blob that 'includes' arbitrary
portions of (one, two, or more) simple blobs by
Hi,
On Fri, 2005-04-08 at 18:14, Badari Pulavarty wrote:
I get OOPs in log_do_checkpoint() while using ext3 quotas.
Is this anyway related to what you are working on ?
Unable to handle kernel NULL pointer dereference at virtual address
Doesn't look like it, no. If we understand
The following patch adds the core functionality for the encrypted
suspend image.
[Please inline patches, it makes it easier to comment on them.]
You seem to reuse same key/iv for all the blocks. I'm no crypto
expert, but I think that is seriously wrong... You probably should use
From the three sources of multi-millisecond latency in my experiments
(console messages to dead serial console, USB I/O, CF Card bulk read),
I've analyzed one:
The latency of around 70 milliseconds in low-priority RT processes
when running a dd if=/dev/hda of=/dev/null in parallel (where hda
is
Hi,
On Fri, 2005-04-08 at 19:10, Mingming Cao wrote:
It still needs to be done under locking to prevent us from expanding
over the next window, though. And having to take and drop a spinlock a
dozen times or more just to find out that there are no usable free
blocks in the current block
On Apr 11, 2005 1:38 PM, kus Kusche Klaus [EMAIL PROTECTED] wrote:
So the question is, what exactly is the IDE priority?
Is the PIO transfer done in the IRQ handler or in a bh?
in the IRQ handler
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
[EMAIL PROTECTED] wrote:
Hi Riley, Dave, Peter, i386 boot/workaround maintainers,
I'm resending this patch (from March 28).
This patch incorporates the suggestions from the previous thread and also
switches to using pci_get_device since pci_find_device is deprecated, and
made some of the
Glenn Maynard wrote:
I've heard the claim, several times, that that creating a derivative
work requires creative input, that linking stuff together with ld is
completely uncreative, therefore no derivative work is created. (I'm
not sure if you're making (here or elsewhere) that claim, but it
David Schwartz wrote:
On Sat, Apr 09, 2005 at 08:07:03PM -0700, David Schwartz wrote:
The way you stop someone from distributing part of your work is
by arguing that the work they are distributing is a derivative
work of your work and they had no right to *make* it in the first
place. See,
m den 11.04.2005 Klokka 09:48 (+0200) skreiv Jakob Oestergaard:
tcp with timeo=600 causes retransmits (as seen with nfsstat) to drop to
zero.
Good.
File Block Num Seq ReadRand Read Seq Write Rand Write
DirSize Size Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate
On Mon, 11 Apr 2005, H. Peter Anvin wrote:
[EMAIL PROTECTED] wrote:
Hi Riley, Dave, Peter, i386 boot/workaround maintainers,
I'm resending this patch (from March 28).
This patch incorporates the suggestions from the previous thread and also
switches to using pci_get_device since pci_find_device is
Nick Piggin wrote:
The common theme seems to be: try_to_free_pages, swap_writepage,
mempool_alloc, down/down_failed in .text.lock.md. Next I would suspect
md/raid1 - maybe some deadlock in an uncommon memory allocation
failure path?
I'll see if I can reproduce it here.
No luck yet (on SMP i386).
+ cmd-request-flags |= REQ_SOFTBARRIER;
+
+ spin_lock_irqsave(q-queue_lock, flags);
+ blk_requeue_request(q, cmd-request);
+ spin_unlock_irqrestore(q-queue_lock, flags);
scsi_run_queue(q);
This exact code sequence is duplicated in the previous patch, maybe time
for
Adrian Bunk wrote:
Even RedHat with a stronger financial background than Debian considered
the MP3 patents being serious enough to remove MP3 support.
Actually, they did it to spite the patent holders.
[]s
Massa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
Giuseppe Bilotta wrote:
On Fri, 08 Apr 2005 20:42:17 +0200, Josselin Mouette wrote:
Every book in my book shelf is software?
If you digitalize it, yes.
AFAIK software only refers to programs, not to arbitrary sequences of
bytes. An MP3 file isn't software. Although it surely isn't
/*/
Kernel Connector.
/*/
Kernel connector - new netlink based userspace - kernel space easy to use
communication module.
Connector driver adds possibility to connect various agents using
netlink based network.
One
Hi,
On Thu, 2005-04-07 at 16:51, Stephen C. Tweedie wrote:
I'm currently running with the buffer-trace debug patch, on 2.4, with a
custom patch to put every buffer jbd ever sees onto a per-superblock
list, and remove it only when the bh is destroyed in
put_unused_buffer_head(). At unmount
I handled this issue by precaching all my files (15MB),
from my readonly root filesystem.
find / -type f |
grep -v ^/boot | #kernel is 1MB and never read so don't put in cache
while read file; do
dd bs=32k if=$file of=/dev/null 2/dev/null
done
Pádraig.
-
To unsubscribe from this list: send
On Monday 11 April 2005 03:38, Ingo Molnar wrote:
* Linus Torvalds [EMAIL PROTECTED] wrote:
So anything that got modified in just one tree obviously merges to
that version. Any file that got modified in two trees will end up just
being passed to the merge program. See man merge and man
[EMAIL PROTECTED] wrote:
The following patch adds the core functionality for the encrypted
suspend image.
[Please inline patches, it makes it easier to comment on them.]
Aiyeeh - good ole Mozilla tends to reformat things when inlining...
You seem to reuse same key/iv for all the blocks. I'm no
Rafael J. Wysocki wrote:
Hi,
On Monday, 11 of April 2005 01:17, Andreas Steinmetz wrote:
Pavel,
during testing of the encrypted swsusp_image on x86_64 I did get an Oops
from time to time at memcpy+11 called from swsusp_save+1090 which turns
out to be the memcpy in copy_data_pages() of
At Sun, 10 Apr 2005 01:12:11 +0200,
Adrian Bunk wrote:
This patch removes some dead code found by the Coverity checker.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Applied to ALSA tree. Thanks!
Takashi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Pavel Machek wrote:
Hi!
The following patch adds the core functionality for the encrypted
suspend image.
+#ifdef CONFIG_SWSUSP_ENCRYPT
+static struct crypto_tfm *crypto_init(int mode)
+{
+ struct crypto_tfm *tfm;
+ int len;
+
+ tfm = crypto_alloc_tfm(CIPHER,
Richard B. Johnson wrote:
Shouldn't it just be:
#define mach_reboot_fixup(x)
|___ Nothing here.
Dear Wrongbot,
No.
-hpa
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* Evgeniy Polyakov [EMAIL PROTECTED] 2005-04-11 16:59
+ size = NLMSG_SPACE(sizeof(*msg) + msg-len);
+
+ skb = alloc_skb(size, gfp_mask);
+ if (!skb) {
+ printk(KERN_ERR Failed to allocate new skb with size=%u.\n,
size);
+ return -ENOMEM;
+ }
+
+
On Mon, Apr 11, 2005 at 08:35:39AM -0400, Trond Myklebust wrote:
...
That certainly shouldn't be the case (and isn't on any of my setups). Is
the behaviour identical same on both the PIII and the Opteron systems?
The dual opteron is the nfs server
The dual athlon is the 2.4 nfs client
The
Hello,
here goes git-pasky-0.3, my set of patches and scripts upon
Linus' git, aimed at human usability and to an extent a SCM-like usage.
If you already have a previous git-pasky version, just git pull pasky
to get it (but see below!!!). Otherwise, you can get it from:
Followup to: [EMAIL PROTECTED]
By author:Christopher Li [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
There is one problem though. How about the SHA1 hash collision?
Even the chance is very remote, you don't want to lose some data do due
to software error. I think it is OK that no
Humberto Massa writes:
David Schwartz wrote:
On Sat, Apr 09, 2005 at 08:07:03PM -0700, David Schwartz wrote:
The way you stop someone from distributing part of your work is
by arguing that the work they are distributing is a derivative
work of your work and they had no right to *make*
Michael Poole wrote:
Copyright law only _explicitly_ grants a monopoly on preparation of
derivative works. However, it is trivial, and overwhelmingly common,
for a copyright owner to grant a license to create a derivative work
that is conditional on how the licensee agrees to distribute (or not
Andreas is right, his patches are needed.
Currently, if your laptop is stolen after resume, they can still data
in swsusp image.
Which shows that swsusp is a security risk if you have sensitive data in
RAM. A thief stealing a running computer can get access to memory
contents much more easy
Adrian,
./drivers/char/mwave/Makefile also references Paul's email
address, at least in v2.4.
Applied, thanks.
On Sun, Apr 10, 2005 at 01:15:45AM +0200, Adrian Bunk wrote:
Both maintainer email addresses are bouncing and the web address is no
longer valid.
Seems to be a good time to
m den 11.04.2005 Klokka 15:47 (+0200) skreiv Jakob Oestergaard:
Certainly;
http://unthought.net/binary.dmp.bz2
I got an 'invalid snaplen' with the 9 you suggested, the above dump
is done with 9000 - if you need another snaplen please just let me know.
So, the RPC itself looks good,
On Mon, Apr 11, 2005 at 10:35:25AM -0400, Trond Myklebust wrote:
må den 11.04.2005 Klokka 15:47 (+0200) skreiv Jakob Oestergaard:
Certainly;
http://unthought.net/binary.dmp.bz2
I got an 'invalid snaplen' with the 9 you suggested, the above dump
is done with 9000 - if you need
Hmmm ... I have this strong sense that I am about 2 hours away from
smacking my forehead and groaning Duh - so that's what Ingo meant!
However, one must play out one's destiny.
Could you provide an example scenario, which results in the creation of
a combo-blob?
The best I can come up with is
Hi,
Please find the patch below to fix Oops! in unregister_kprobe().
Please let me know if you any issues.
Thanks
Prasanna
kernel oops! when unregister_kprobe() is called on a non-registered
kprobe. This patch fixes the above problem by checking if the probe exists
before unregistering.
1 - 100 of 642 matches
Mail list logo