Hi Ronald,
[Jean Delvare]
It is possible that people are able to get their board to still work
without my patch, if the chips were properly configured in the first
place and they don't attempt to reconfigure them (like norm change). I
don't know the chips well enough to tell how probable
Hi Jean,
thanks for the reply.
On Thu, 10 Mar 2005, Jean Delvare wrote:
I'm glad to learn you are testing things. Still the oops in saa7110 went
unnoticed for the past 3 months, so I guess that either you don't have
a DC10(+) in your test panel, or you did not test mm/rc kernels.
I indeed
Hi Ronald,
I indeed don't test RC/MM kernels. I'm fairly happy with the current
driver status, so I'm not doing any active new development on it. I run
standard Fedora kernels with CVS of the driver (which is the same as
what's in 2.6.10).
(...)
My experience is not the same as yours, it
The attached patch fix call kobject_get_path() with zero kobject argument.
I'm sorry. My previous patch was incorrect.
--
Regards, JustMan.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi Linus,
The latest DRM tree is ready (bit late but I got there..), it contains
updated radeon driver, splitting of drm structure to allow for multi-head
(no drivers just internal structure changes, credits updates, static
function updates and pci ids update.
The patch is up at
On Wed, 9 Mar 2005, Alan Cox wrote:
On Mer, 2005-03-09 at 21:58, Kai Makisara wrote:
While waiting for the application to be fixed, it was decided to restore
the old behaviour of the tape drivers.
Which means tar won't get fixed 8(
Bet that's true.
I don't think implementing proper
On Wed, 9 Mar 2005, Greg KH wrote:
On Wed, Mar 09, 2005 at 11:06:15AM -0500, Bill Davidsen wrote:
On Tue, 8 Mar 2005, Greg KH wrote:
On Tue, Mar 08, 2005 at 05:18:16PM -0500, Bill Davidsen wrote:
Greg KH wrote:
ChangeSet 1.1998.11.27, 2005/02/25 15:48:28-08:00, [EMAIL PROTECTED]
critical user data.
In other words, it should work correctly or not at all. At the least this
should be a config option, like UNSAFE_TAPE_POSITIONING or some such.
And show the option if the build includes BROKEN features. That should put
the decision where it belongs and clarify the
fix: drivers/base/class.c
Signed-off-by: Serge A. Suchkov [EMAIL PROTECTED]
diff -uNrp linux/drivers/base/class.orig.c linux/drivers/base/class.c
--- linux/drivers/base/class.orig.c 2005-03-10 12:19:00.0 +0300
+++ linux/drivers/base/class.c 2005-03-10 13:59:27.0 +0300
@@ -307,12
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols sampled will be the same.
I'll do the patch to do this and send it ASAP.
Ok, here it
On Thu, Mar 10, 2005 at 04:59:43PM +1100, Benjamin Herrenschmidt wrote:
Ok, we have it working here on a similar machine with 2.6.11 and failing
in a similar way with bk which is why I asked ;)
The bk problem is found fixed here tho. I'll send a patch later, it's
a bug with ppc64 iounmap()
David Howells [EMAIL PROTECTED] wrote:
The attached patch changes the key implementation in a number of ways:
That worked.
What's with the preempt_enable()/disable() added to __key_link()? It's not
obvious what is being protected from what, and why.
-
To unsubscribe from this list: send the
Well I got my ITE8212 today (only ordered it last night - whee) and here
are the happy fun results. Basically the card shoved itself to the front
of the queue, gave some weird errors on bootup and had no multisec set
on the drives attached to it. I can boot the machine though and am using
it right
We have uncovered a very difficult to trip AB-BA deadlock between the
uidhash_lock and tasklist_lock.
reparent_to_init() does write_lock_irq(tasklist_lock) then calls
switch_uid() which calls free_uid() which grabs the uidhash_lock.
Independent of that, we have seen a different cpu call free_uid
Am Dienstag, den 08.03.2005, 00:08 -0500 schrieb Kyle Moffett:
Did you include support for the new key/keyring infrastructure
introduced
a couple versions ago by David Howells? It allows userspace to create
and
manage various sorts of keys in kernelspace. If you create and
register
a
Andrew Morton [EMAIL PROTECTED] wrote:
What's with the preempt_enable()/disable() added to __key_link()? It's not
obvious what is being protected from what, and why.
Ummm... Yes... They're probably not necessary. A wmb() may be required after
the klist-nkeys++ to commit to memory the fact
On Wednesday 09 March 2005 18:11, Greg KH wrote:
On Wed, Mar 09, 2005 at 01:06:31PM -0800, Matt Mackall wrote:
On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote:
And to further test this whole -stable system, I've released
2.6.11.2. It contains one patch, which is already in the -bk
David Howells [EMAIL PROTECTED] wrote:
What's with the preempt_enable()/disable() added to __key_link()? It's not
obvious what is being protected from what, and why.
Ummm... Yes... They're probably not necessary. A wmb() may be required after
the klist-nkeys++ to commit to memory the
David Howells [EMAIL PROTECTED] wrote:
Andrew Morton [EMAIL PROTECTED] wrote:
What's with the preempt_enable()/disable() added to __key_link()? It's not
obvious what is being protected from what, and why.
Ummm... Yes... They're probably not necessary. A wmb() may be required after
the
Andrew Morton [EMAIL PROTECTED] wrote:
Do you want me to redo the patch?
That, or a delta. At your convenience.
A new patch is just as easy. There'll be one with you shortly.
What's your feeling on the stability
Well... it boots:-) That involves creating and destroying keyrings and
On Thu, 2005-03-10 at 13:55 +0100, Knut J Bjuland wrote:
caller is arch_add_exec_range+0x49/0x6a
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
When booting linux 2.6.11 with preemetable enable I get BUG: using
smp_processor_id() in preemptible
DHollenbeck wrote:
Where do you see that patch as being applied in the new .y stable series?
Chris
I got that patch description from here:
When you go to http://kernel.org, and click on the stand alone C to
the right of 2.6.11.2
It is a hyperlink to:
Hi Greg, PCI folk,
In our hardware situation, the BIOS is unable to store or generate it's PIRQ
table in the Fh-10h standard range. This patch adds a pci kernel
parameter, pirqaddr to allow the bootloader (or BIOS based loader) to inform
the kernel where the PIRQ table got stored. A
On Thu, Mar 10, 2005 at 05:29:35AM -0800, [EMAIL PROTECTED] wrote:
Nice work, I like it. You could make it even prettier:
diff -uprN -X dontdiff linux-2.6.11.2-vanilla/arch/i386/pci/irq.c
linux-2.6.11.2/arch/i386/pci/irq.c
--- linux-2.6.11.2-vanilla/arch/i386/pci/irq.c2005-03-10
Andrew == Andrew Morton [EMAIL PROTECTED] writes:
Andrew Jes Sorensen [EMAIL PROTECTED] wrote:
Convert /dev/mem read/write calls to use arch_translate_mem_ptr if
available. Needed on ia64 for pages converted fo uncached mappings
to avoid it being accessed in cached mode after the conversion
Hi!
The fact that not a script, but Linus Torvalds, decides that the tree is
in a state he likes to share with others. You have been doing -pre's all
this time, it's just that you are calling them -rc's.
No.
I used to do -pre, a long time ago. Exactly because they were
Hi!
2.6.3-mm1 'dm-crypt vs. cryptoloop' discussion was some time ago, it is
time to bring this up again:
http://kerneltrap.org/node/2433
Are you a troll?
This is not something to be quoted by anybody serious.
Andrew referred to well-known weaknesses in cryptoloop,
and when I
Hi!
+The userspace helper
+
+
+The userspace splash helper (by default: /sbin/splash_helper) is called by
the
+kernel whenever an important event occurs and the kernel needs some kind of
+job to be carried out. Important events include console switches and graphic
On Thu, 2005-03-10 at 01:13 -0500, Jeff Garzik wrote:
Speaking strictly in terms of implementation, David Woodhouse's
bk-commits mailer scripts could probably easily be tweaked to -not- set
an explicit Date header on the outgoing emails.
It then becomes a matter of deciding whether this is
From looking at the patch:
j --
j + /*
j +* We map VLAN_TCI priority (0..7) to skb-priority (0..15)
j +* most similarly e.g. 0-0, 1-1, .., 7-7
j +*/
j + skb-priority = (vlan_TCI 13) 7;
j --
j This is wrong.
Ported feature from grSecurity that makes possible to add an ipaddr
entry in each /proc/pid (/proc/pid/ipaddr), where the task originating
IP address is stored, and subsequently made available (readable) by the process
itself and also the root user with CAP_DAC_OVERRIDE capability (that can be
On Thu, 2005-03-10 at 15:16 +0100, Lorenzo Hernndez Garca-Hierro
wrote:
Ported feature from grSecurity that makes possible to add an ipaddr
entry in each /proc/pid (/proc/pid/ipaddr), where the task originating
IP address is stored, and subsequently made available (readable) by the
process
On Mon, 7 Mar 2005, Dave Hansen wrote:
On Mon, 2005-03-07 at 19:39 +, Mel Gorman wrote:
The placement policy patch should now be more Hotplug-friendly and I
would like to hear from the Hotplug people if they have more
requirements of this patch.
It looks like most of what we need is
On Thu, 10 Mar 2005, Andi Kleen wrote:
Zwane Mwaikambo [EMAIL PROTECTED] writes:
Andi noted that during normal runtime cpu_idle_map is bounced around a
lot, and occassionally at a higher frequency than the timer interrupt
wakeup which we normally exit pm_idle from. So switch to a
On Iau, 2005-03-10 at 12:28, CaT wrote:
hda: max request size: 128KiB
hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, BUG
hda: cache flushes not supported
hda:hda: recal_intr: status=0x51 { DriveReady SeekComplete Error }
hda: recal_intr: error=0x04 { DriveStatusError }
LABEL=/ / ext3defaults1 1
label / is on /dev/sda6
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
mount: error 2 mounting none
Switching to new root
Switchroot: mount failed 22
umount /initrd/dev failed: 2
This is what
On Iau, 2005-03-10 at 09:06, Tupshin Harper wrote:
Alan...since you disagreed with the earlier characterization of what it
would take to get into the mainline kernels, could you let us know what
it would take in your opinion? FWIW, I'm happily using it with a -ac kernel.
It needs some small
Provides support for a new field ipaddr within the SELinux
AVC audit log, relying in task_struct-curr_ip (ipv4 only)
provided by the task-curr_ip or grSecurity patch to be applied
before.It was first implemented by Joshua Brindle (a.k.a Method)
from the Hardened Gentoo project.
An example of the
ok,
as promised, it the OOM happened again with the same plain 2.6.11,
details here.
http://nerdbynature.de/bits/sheep/2.6.11/oom/oom_2.6.11_2.txt
the following is a quite long, but please read on
(if anyone is reading at all :))
this time it happened at 08:01, and i could image some heavy
On Thu, 2005-03-10 at 12:17 +, Matthew Wilcox wrote:
Heh, the devel version of sym2 (that isn't submitted yet because
it depends on a few changes to the SPI transport that James hasn't
integrated yet) would probably fix this as it doesn't call iounmap()
until the driver exits.
They're
In article [EMAIL PROTECTED] (at Thu, 10 Mar 2005 15:16:42 +0100), Lorenzo
Hernández García-Hierro [EMAIL PROTECTED] says:
Ported feature from grSecurity that makes possible to add an ipaddr
entry in each /proc/pid (/proc/pid/ipaddr), where the task originating
IP address is stored, and
On Thu, 2005-03-10 at 16:05 +0100, Lorenzo Hernndez Garca-Hierro
wrote:
Provides support for a new field ipaddr within the SELinux
AVC audit log, relying in task_struct-curr_ip (ipv4 only)
provided by the task-curr_ip or grSecurity patch to be applied
before.It was first implemented by Joshua
El jue, 10-03-2005 a las 15:26 +0100, Arjan van de Ven escribió:
a few questions
1) Why is this a config option; if it's useful it should just be always
on really
Just to be removed if it applies for mainline.
2) Can you explain briefly what this is useful for?
For keeping track on the
On Thursday 10 March 2005 10:16, Stephen Smalley wrote:
(e.g. the exe= information currently generated by avc_audit could be done
by audit_log_exit instead).
I already have a patch that does that. It tells you what program is being run
instead of /bin/bash. I'll send it in a day or two for
On Wed, 9 Mar 2005 12:32:17 +0100, Adrian Bunk [EMAIL PROTECTED] wrote:
This patch adds dummy gameport_register_port, gameport_unregister_port
and gameport_set_phys functions to gameport.h for the case when a driver
can't use gameport.
This fixes the compilation of some OSS drivers with
On Thu, Mar 10 2005, Jon Smirl wrote:
LABEL=/ / ext3defaults1 1
label / is on /dev/sda6
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
if 6 is the errno, it looks like it is trying to open a device that does
not
Hi,
I went from bk4 to bk6. After patching i just typed make to recompile (as I
thought this would be enough). But it errored out because CONFIG_BASE_SMALL
wasn't defined. So I did make menuconfig and saved my config again and now it
compiles through.
Is it needed to run make oldconfig or make
On Thu, 2005-03-10 at 16:28 +0100, Lorenzo Hernndez Garca-Hierro
wrote:
2) Can you explain briefly what this is useful for?
For keeping track on the originating ip address of the
task/process (the ipv4 address of the user that started the
task/process).
but tasks don't have an IP
On Thu, 10 Mar 2005 16:31:51 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Mar 10 2005, Jon Smirl wrote:
LABEL=/ / ext3defaults1 1
label / is on /dev/sda6
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
On Thu, Mar 10 2005, Jon Smirl wrote:
On Thu, 10 Mar 2005 16:31:51 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
On Thu, Mar 10 2005, Jon Smirl wrote:
LABEL=/ / ext3defaults1
1
label / is on /dev/sda6
Creating root device
On Thu, Mar 10, 2005 at 10:36:57AM -0500, Dmitry Torokhov wrote:
On Wed, 9 Mar 2005 12:32:17 +0100, Adrian Bunk [EMAIL PROTECTED] wrote:
This patch adds dummy gameport_register_port, gameport_unregister_port
and gameport_set_phys functions to gameport.h for the case when a driver
can't use
Here's what it is doing... looks like the first mount is failing
echo Creating root device
mkrootdev /dev/root
umount /sys
echo Mounting root filesystem
mount -o defaults --ro -t ext3 /dev/root /sysroot
mount -t tmpfs --bind /dev /sysroot/dev
echo Switching to new root
switchroot /sysroot
umount
El jue, 10-03-2005 a las 16:38 +0100, Arjan van de Ven escribió:
but tasks don't have an IP address. Hosts do. Hosts can have
multiple IP addresses. Both ipv4 and ipv6. Users don't have IP
addresses either (they do have user IDs so that link is clear).
I think I'm missing something big
On Thu, Mar 10 2005, Jon Smirl wrote:
Here's what it is doing... looks like the first mount is failing
echo Creating root device
mkrootdev /dev/root
umount /sys
echo Mounting root filesystem
mount -o defaults --ro -t ext3 /dev/root /sysroot
mount -t tmpfs --bind /dev /sysroot/dev
echo
On Thu, 10 Mar 2005, Benjamin Herrenschmidt wrote:
Now, if James trigger scripts set the date of the email by the date of the
commit, that sounds like a misfeature, but you'd better talk to James, not
me, since he's the one doing that part..
Hah ok. Which James ?
I was thinking
Hai all,
I recompiled kernel and copied to Compact Flash and also copy the library
file from the samecompiled
machine.
now
dhcpd I copied from the source machine to Compact flash .CF hard disk for
into net4521. This is not working in the net4521
When I downloaded source code and compiled as
Ram wrote:
On Wed, 2005-03-02 at 11:08, Oleg Nesterov wrote:
out:
- return newsize;
+ return ra-prev_page + 1;
This change introduces one key behavioural change in
page_cache_readahead(). Instead of returning the number-of-pages
successfully read, it now returns the next-page-index
On Thu, 2005-03-10 at 17:00 +0100, Lorenzo Hernndez Garca-Hierro
wrote: it tries to fill the
ipaddr member of the task_struct structure with the IP address
associated to the user running @current task/process,if available.
but... a use doesn't hane an IP. a host does.
-
To unsubscribe from
On Tue, Mar 08, 2005 at 05:01:00PM +0100, Hans-Christian Egtvedt wrote:
I really don't think the controller can now anything about the size of
the screen.
I've attached version 1.2.1 of the driver, fixed some typo, code cleanup
and discovered I used depricated functions so I moved to the
On Thu, 10 Mar 2005 17:01:55 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
what are the major/minor numbers of /dev/root?
If I boot on a working system it is 8,5
mkrootdev is a nash command
mkrootdev path
Makes path a block inode for the device which should be mounted
On Thu, 2005-03-10 at 02:37 -0800, Park Lee wrote:
On Fri, 24 Dec 2004 at 16:15, David Dillow wrote:
xfrm_lookup() is only called for outgoing packets,
not for received packets. I don't think ping
replies (ICMP echo replies) will ever have a non-
NULL sk, as they are not associated
Replying to Arjan van de Ven:
On Thu, 2005-03-10 at 17:00 +0100, Lorenzo Hernndez Garca-Hierro
wrote: it tries to fill the
ipaddr member of the task_struct structure with the IP address
associated to the user running @current task/process,if available.
but... a use doesn't hane an IP. a
On Thu, Mar 10 2005, Jon Smirl wrote:
On Thu, 10 Mar 2005 17:01:55 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
what are the major/minor numbers of /dev/root?
If I boot on a working system it is 8,5
I see no /dev/sda detected in your system from the dmesg. Ahh this is
where it panics on
On Thu, Mar 10, 2005 at 12:47:37AM -0500, Mark M. Hoffman wrote:
Thanks for the suggestions. It wasn't very important to me so I didn't
make time to follow up on it. I was just playing w/ ccache at the time.
Finally I noticed this patch from -mm1... and it solves the problem.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've been looking at the UDI project[1] and thinking about binary
drivers and the like, and wondering what most peoples' take on these are
and what impact that UDI support would have on the kernel's development.
I know the immediate first reactions
On Thu, 2005-03-10 at 17:18 +0100, Vojtech Pavlik wrote:
On Tue, Mar 08, 2005 at 05:01:00PM +0100, Hans-Christian Egtvedt wrote:
I really don't think the controller can now anything about the size of
the screen.
I've attached version 1.2.1 of the driver, fixed some typo, code cleanup
On Thu, 2005-03-10 at 17:08 +0100, Arjan van de Ven wrote:
On Thu, 2005-03-10 at 17:00 +0100, Lorenzo Hernndez Garca-Hierro
wrote: it tries to fill the
ipaddr member of the task_struct structure with the IP address
associated to the user running @current task/process,if available.
but...
On Iau, 2005-03-10 at 12:10, Arjan van de Ven wrote:
CONFIG_SECURITY_HOLES doesn't make sense.
Better to just fix the security holes instead.
In the case of st its merely broken. I reviewed the code again to double
check for Marcelo. Still should be a ask your vendor to fix tar item.
Alan
-
On Thu, Mar 10, 2005 at 05:41:42PM +0100, Hans-Christian Egtvedt wrote:
On Thu, 2005-03-10 at 17:18 +0100, Vojtech Pavlik wrote:
On Tue, Mar 08, 2005 at 05:01:00PM +0100, Hans-Christian Egtvedt wrote:
I really don't think the controller can now anything about the size of
the screen.
On Thu, Mar 10, 2005 at 09:00:51PM +1100, Neil Brown wrote:
On Tuesday March 8, [EMAIL PROTECTED] wrote:
So here's a first cut at how this 2.6 -stable release process is going
to work that Chris and I have come up with. Does anyone have any
problems/issues/questions with this?
One rule
On Wed, 09 Mar 2005 15:50:52 PST, Tim Bird said:
Tony Luck wrote:
Setting CONFIG_PRINTK_TIME=y I see (the NUL pieces are actually
each a single ASCII '\0' character):
Tony,
Can you try the patch below? (inspired by a patch from Tom Zanussi -
gotta give credit where credit is due... :-)
On Thu, Mar 10, 2005 at 02:36:13AM -0800, Andrew Morton wrote:
This patch causes the non-numa G5 to oops very early in boot in
smp_call_function().
OK - Let me take a look.
--
Mike
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Thu, Mar 10, 2005 at 11:28:39AM -0500, John Richard Moser wrote:
I've been looking at the UDI project[1] and thinking about binary
drivers and the like, and wondering what most peoples' take on these are
and what impact that UDI support would have on the kernel's development.
Please, the
On Thu, Mar 10, 2005 at 06:54:57AM -0500, Bill Davidsen wrote:
On Wed, 9 Mar 2005, Greg KH wrote:
On Wed, Mar 09, 2005 at 11:06:15AM -0500, Bill Davidsen wrote:
On Tue, 8 Mar 2005, Greg KH wrote:
On Tue, Mar 08, 2005 at 05:18:16PM -0500, Bill Davidsen wrote:
Greg KH wrote:
On Thu, Mar 10, 2005 at 03:08:56PM +0300, JustMan wrote:
fix: drivers/base/class.c
fix how? What are you fixing?
diff -uNrp linux/drivers/base/class.orig.c linux/drivers/base/class.c
--- linux/drivers/base/class.orig.c 2005-03-10 12:19:00.0 +0300
+++ linux/drivers/base/class.c
On Thu, Mar 10, 2005 at 11:28:39AM -0500, John Richard Moser wrote:
I've been looking at the UDI project[1] and thinking about binary
drivers and the like, and wondering what most peoples' take on these are
and what impact that UDI support would have on the kernel's development.
UDI is
Just booted 2.6.11-mm2 with a new .config and ran into this BUG(). Here
is the snippet from dmesg.
[ 25.088135] ohci_hcd :00:02.0: wakeup
[ 25.113120] BUG: soft lockup detected on CPU#0!
[ 25.113128]
[ 25.113135] Modules linked in: ehci_hcd ohci_hcd usbcore i2c_nforce2
it87 eeprom
On Fri, Mar 04, 2005 at 01:16:57PM -0800, [EMAIL PROTECTED] wrote:
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
@@ -307,7 +308,7 @@ asmlinkage void do_syscall_trace(struct
{
if (unlikely(current-audit_context)) {
if
On Thu, 2005-03-10 at 11:56 -0500, Bill Davidsen wrote:
On Thu, 10 Mar 2005, Arjan van de Ven wrote:
critical user data.
In other words, it should work correctly or not at all. At the least this
should be a config option, like UNSAFE_TAPE_POSITIONING or some such.
And show the
On Fri, Mar 04, 2005 at 03:32:15AM -0800, Andrew Morton wrote:
[snip]
+fix-scripts-mkubootsh-to-return-status.patch
kbuild fix
Please drop this. The problem is that 'make uImage' was saying that it
sucessfully built a uImage when it didn't. The reason we have a wrapper
script around
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greg KH wrote:
On Thu, Mar 10, 2005 at 11:28:39AM -0500, John Richard Moser wrote:
I've been looking at the UDI project[1] and thinking about binary
drivers and the like, and wondering what most peoples' take on these are
and what impact that UDI
On Thu, Mar 10, 2005 at 12:47:37AM -0500, Mark M. Hoffman wrote:
Finally I noticed this patch from -mm1... and it solves the problem.
nfsd--lockd-dont-try-to-match-callback-requests-against-export-table.patch
How I tested: I applied the first 12 patches in 2.6.11-mm1; the above
mentioned
On Thu, 10 Mar 2005, Arjan van de Ven wrote:
critical user data.
In other words, it should work correctly or not at all. At the least this
should be a config option, like UNSAFE_TAPE_POSITIONING or some such.
And show the option if the build includes BROKEN features. That should put
On Thursday 10 March 2005 10:38, Prakash Punnoor wrote:
Hi,
I went from bk4 to bk6. After patching i just typed make to
recompile (as I thought this would be enough). But it errored out
because CONFIG_BASE_SMALL wasn't defined. So I did make menuconfig
and saved my config again and now it
James Bottomley wrote:
On Thu, 2005-03-10 at 12:17 +, Matthew Wilcox wrote:
Heh, the devel version of sym2 (that isn't submitted yet because
it depends on a few changes to the SPI transport that James hasn't
integrated yet) would probably fix this as it doesn't call iounmap()
until the
Hi,
On Thu, 3 Mar 2005 11:16:38 +0900, Tejun Heo [EMAIL PROTECTED] wrote:
+ [2] Both the input and output buffers are copied from the
+ user and written back to the user, even when not used. The
+ out_flags and in_flags are written back to the user after
+
On Wed, 9 Mar 2005 16:42:01 -0800, Greg KH [EMAIL PROTECTED] wrote:
ChangeSet 1.2035, 2005/03/09 10:12:19-08:00, [EMAIL PROTECTED]
[PATCH] Add TPM hardware enablement driver
snip
+void tpm_time_expired(unsigned long ptr)
+{
+ int *exp = (int *) ptr;
+ *exp = 1;
+}
+
On Thu, 2005-03-10 at 08:43 -0800, Greg KH wrote:
That, and a zillion other specific wordings that people suggested fall
under the:
or some oh, that's not good issue
rule.
So just to be 100% clear, no sound with 2.6.N where the sound worked
with 2.6.N-1 absolutely does qualify. Right?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've done more thought, here's a small list of advantages on using
binary drivers, specifically considering UDI. You can consider a
different implementation for binary drivers as well, with most of the
same advantages.
- Smaller kernel tree
The
On Thu, 2005-03-10 at 14:31 +, Mel Gorman wrote:
There are 2 kinds of sections: user and kernel. The traditional
ZONE_HIGHMEM is full of user sections (except for vmalloc).
And PTEs if configured to be allocated from high memory. I have not double
checked but I don't think they can
On Thu, Mar 10, 2005 at 12:19:39PM -0500, John Richard Moser wrote:
Greg KH wrote:
Please, the UDI stuff has been proven to be broken and wrong. If you
want to work on it, feel free to do so, just don't expect for anyone to
accept the UDI layer into the kernel mainline.
1. What's
On Sat, Mar 05, 2005 at 04:08:44PM +0100, Panagiotis Issaris wrote:
Hi,
The Qtronix keyboard driver doesn't handle the possible failure of memory
allocation.
Thanks, applied.
Please copy Linux/MIPS-specific patches to me or [EMAIL PROTECTED];
it was more a coincidence that I noticed your
On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
Hi,
I wanted to try 2.6.11-mm2 for the low latency/realtime lsm stuff and
I've run into a severe
problem.
There is absolutely no reason to use the -mm kernel anymore for low
latency audio. The -mm kernels were never stable enough to
Mel Gorman, responding to Dave Hansen
The other thing is that we'll probably have to be a lot more strict
about how the allocations fall back. Some users will probably prefer to
kill an application rather than let a kernel allocation fall back into a
user memory area.
That will be a
Hi Linus,
Please do a
bk pull bk://bart.bkbits.net/ide-2.6
This will update the following files:
drivers/ide/Kconfig|1
drivers/ide/ide-cd.c | 58
drivers/ide/ide-default.c | 17 ++-
drivers/ide/ide-disk.c | 213
Matthew Garrett wrote:
Radeons don't actually power down in D3 unless some registers are set,
and even then the kernel doesn't currently have any code that would put
the Radeon in D3. If you're willing to test something, could you try the
code at
http://www.srcf.ucam.org/~mjg59/radeon/
On Thu, Mar 10, 2005 at 12:27:23PM -0500, Lee Revell wrote:
On Thu, 2005-03-10 at 08:43 -0800, Greg KH wrote:
That, and a zillion other specific wordings that people suggested fall
under the:
or some oh, that's not good issue
rule.
So just to be 100% clear, no sound with 2.6.N
On Thu, 10 Mar 2005, Lee Revell wrote:
So just to be 100% clear, no sound with 2.6.N where the sound worked
with 2.6.N-1 absolutely does qualify. Right?
If you can send in a patch that fixes it in an obvious way and in less
than 100 lines of context diff, hell yes.
Remember: all the other
Linus,
This patch fixes a bug with the recently added printk-times feature.
In the case where a printk consists of only the log level (followed
subsequently by printks with more text for the same line), the
printk-times code doesn't correctly recognize the end of the
string, and starts emitting
On Thu, Mar 10, 2005 at 01:46:10AM -0600, Kumar Gala wrote:
Greg,
I was wondering what the state of the change to 64-bit resources was?
On hold till I get the time to fix all of the kernel tree up due to the
changes required.
Unless someone else wants to volunteer to do the work :)
thanks,
401 - 500 of 718 matches
Mail list logo