On Tue, Jan 08, 2008 at 08:19:20PM -0800, Harvey Harrison wrote:
> Use a central kprobe_handle_fault() inline in kprobes.h to remove
> all of the arch-dependant, practically identical implementations in
> avr32, ia64, powerpc, s390, sparc64, and x86.
>
> avr32 was the only arch without the preempt
On Wed, Jan 09, 2008 at 07:14:08AM +0100, Heiko Carstens wrote:
> I like this better (not including any other changes):
>
> if (!user_mode(regs) && !preemptible() && kprobe_running())
> return kprobe_fault_handler(regs, trapnr);
seconded.
--
To unsubscribe from this list: sen
On Tue, Jan 08, 2008 at 11:18:02PM +0100, Ingo Molnar wrote:
>
> * Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> writes:
> > > kernel/kprobes.c|2
> > > kernel/test_kprobes.c | 216
> > > +++
The help for CONFIG_DM_SNAPSHOT says it is EXPERIMENTAL (in
2.6.23.12). So this would mean that there is very high risk of
software failure using snapshots. Would you want to do that for your
fsck?
On 1/9/08, Kyle Moffett <[EMAIL PROTECTED]> wrote:
> On Jan 08, 2008, at 15:51:53, Andi Kleen wrot
On Wed, Jan 09, 2008 at 02:41:52AM +0100, Andi Kleen wrote:
> There are a few like scsi_host_template that don't have a unlocked_ioctl yet,
> but that is just something that needs to be fixed.
There's few enough scsi LLDDs with an ioctl method that ->ioctl should
be switched over in a single patch
The show_task function invoked by sysrq-t et al displays the
pid and parent's pid of each task. It seems more useful to
show the actual process hierarchy here than who is using
ptrace on each process.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
kernel/sched.c |2 +-
1 files change
On Wed, 09 Jan 2008 07:40:12 +0300, Al Boldi said:
> But why wouldn't it be possible to do this on the current fs infrastructure,
> using just a smart fsck, working incrementally on some sub-dir?
If you have /home/usera, /home/userb, and /home/userc, the vast majority of
fs screw-ups can't be de
On Thu, Jan 10, 2008 at 11:44:20AM +0530, Nikanth Karthikesan wrote:
> -static int pt_ioctl(struct inode *inode, struct file *file,
> - unsigned int cmd, unsigned long arg)
> +static long pt_ioctl(struct file *file, unsigned int cmd, unsigned long
> arg)
this looks line-wrapper by your mailer
On Wed, Jan 09, 2008 at 08:00:03AM +, Christoph Hellwig wrote:
> On Tue, Jan 08, 2008 at 11:18:02PM +0100, Ingo Molnar wrote:
> >
> > * Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > > Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> writes:
> > > > kernel/kprobes.c|2
> > > > kern
On Wed, 09 Jan 2008 15:00:46 +0700, BuraphaLinux Server said:
> The help for CONFIG_DM_SNAPSHOT says it is EXPERIMENTAL (in
> 2.6.23.12). So this would mean that there is very high risk of
> software failure using snapshots. Would you want to do that for your
> fsck?
The overall current state of
On Wed, 09 Jan 2008 08:06:20 GMT, Christoph Hellwig said:
> It's generally considered good style to only have as few as possible
> return values. And this is especially important when returning from
> a section that's under a lock. So in this case it would be much better
> if you changes this fu
On Wed, 2008-01-09 at 03:23 -0500, [EMAIL PROTECTED] wrote:
> On Wed, 09 Jan 2008 08:06:20 GMT, Christoph Hellwig said:
>
> > It's generally considered good style to only have as few as possible
> > return values. And this is especially important when returning from
> > a section that's under a l
Hi,
loop.c currently uses the page cache interface to do IO to file backed
devices. This works reasonably well for simple things, like mapping an
iso9660 file for direct mount and other read-only workloads. Writing is
somewhat problematic, as anyone who has really used this feature can
attest to -
On Wed, Jan 09, 2008 at 08:57:53AM +0900, FUJITA Tomonori wrote:
...
> diff --git a/lib/iommu-helper.c b/lib/iommu-helper.c
> new file mode 100644
> index 000..495575a
> --- /dev/null
> +++ b/lib/iommu-helper.c
> @@ -0,0 +1,80 @@
> +/*
> + * IOMMU helper functions for the free area management
>
Hi,
I got this after resume (finally untainted version):
usb 4-1: new full speed USB device using uhci_hcd and address 14
usb 4-1: configuration #1 chosen from 1 choice
hub 4-1:1.0: USB hub found
hub 4-1:1.0: 3 ports detected
usb 4-1.1: new full speed USB device using uhci_hcd and address 15
usb
On Jan 9, 2008 12:52 PM, Rishikesh K. Rajak <[EMAIL PROTECTED]> wrote:
>
> Hi All,
>
> You can find the code coverage data for container code which has been
> merged with mainline linux-2.6.23 and respective testcases are merged with
> ltp for the feature called SYSVIPC NAMESPACE & UTS NAMESPACE
On Tue, Jan 08, 2008 at 04:06:10PM -0800, Andrew Morton wrote:
> One hopes that doing a printk from within uart_suspend_port() will dtrt if
> that port is (was?) being used as a console.
Well, the preceding code shuts down the console side if the port is a
console - so this printk should never mak
> >> On Tue 2008-01-08 12:35:09, Miklos Szeredi wrote:
> >>> From: Miklos Szeredi <[EMAIL PROTECTED]>
> >>>
> >>> Use FS_SAFE for "fuse" fs type, but not for "fuseblk".
> >>>
> >>> FUSE was designed from the beginning to be safe for unprivileged users.
> >>> This
> >>> has also been verified in p
On Jan 9, 2008 2:45 PM, Subrata Modak <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-01-09 at 14:38 +0530, Balbir Singh wrote:
> > On Jan 9, 2008 12:52 PM, Rishikesh K. Rajak <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi All,
> > >
> > > You can find the code coverage data for container code which has b
Hi,
On Wed, 9 Jan 2008, Nigel Cunningham wrote:
> On Tue 2008-01-08 12:35:09, Miklos Szeredi wrote:
> >
> > For the suspend issue, there are also no easy solutions.
>
> What are the non-easy solutions?
A practical point of view I've seen only fuse rootfs mounts to be a
problem. I remember Ubun
[top posting because context may be missing otherwise, over a week later]
Excellent analysis, Willy. Quite frankly, I am not keen on making this
driver any more complex, especially if the gains are marginal at best. VIA
Rhine will never be high-performance hardware, and we have too much special
ca
Andi Kleen wrote:
>> Theodore Tso <[EMAIL PROTECTED]> writes:
>> > Now, there are good reasons for doing periodic checks every N mounts
>> > and after M months. And it has to do with PC class hardware. (Ted's
>> > aphorism: "PC class hardware is cr*p").
>>
>> If these reasons are good ones (some
* Roland McGrath <[EMAIL PROTECTED]> wrote:
> The show_task function invoked by sysrq-t et al displays the pid and
> parent's pid of each task. It seems more useful to show the actual
> process hierarchy here than who is using ptrace on each process.
> printk(KERN_CONT "%5lu %5d %6d\n",
Hello,
My laptop and cell finally decided to talk to each other and I could
reproduce the bug here. The attached patch should remove the oops.
The bug is two folded. I just skimmed through the bluetooth code and am
very likely to wrong at places. Please correct me where I'm wrong.
1. It's int
On Wed, Jan 09, 2008 at 01:44:07PM +0800, Li Zefan ([EMAIL PROTECTED]) wrote:
>
> cn_queue_free_callback() will touch 'dev'(i.e. cbq->pdev),
> so it should be called before atomic_dec(&dev->refcnt).
>
> Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
Thanks a lot!
--
Evgeniy Polyakov
--
To
> > > 'updatedb no longer works' is not a problem?
> >
> > I haven't seen any problems with updatedb, and haven't had any bug
> > reports about it either.
>
> Ok, I don't know much about FUSE. In current version, if user creates
> infinite maze and mounts it under ~, updatedb just does not enter
Hi.
Miklos Szeredi wrote:
On Tue 2008-01-08 12:35:09, Miklos Szeredi wrote:
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Use FS_SAFE for "fuse" fs type, but not for "fuseblk".
>
> FUSE was designed from the beginning to be safe for unprivileged users.
> This
>
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Unfortunately simply adding __vsyscall_fn to native_read_tsc doesn't
> work -- causes early kernel faults like
>
> PANIC: early exception rip ff600105 error 10 cr2 ff600105
> Pid: 0, comm: swapper Not tainted 2.6.24-rc6 #58
>
> Call Tra
>That change has been in the mainline tree for nearly three months. All
>these affected parties have left it until the eve of 2.6.24 to actually
>tell us about it. This is causing me sympathy problems :(
Not true - I complained about this on Dec 3rd (attached), with the result of
not getting a r
On Wed, 2008-01-09 at 14:38 +0530, Balbir Singh wrote:
> On Jan 9, 2008 12:52 PM, Rishikesh K. Rajak <[EMAIL PROTECTED]> wrote:
> >
> > Hi All,
> >
> > You can find the code coverage data for container code which has been
> > merged with mainline linux-2.6.23 and respective testcases are merged w
That's somewhat ugly, as it will need to be undone/modified for Dom0 and
physical device access support. Jan
>>> Jeremy Fitzhardinge <[EMAIL PROTECTED]> 08.01.08 23:00 >>>
The hypervisor doesn't allow PCD or PWT to be set on guest ptes, so
make sure they're masked out. Also, fix up some previous
Len Brown wrote:
>> > Well, yes, the warning is actually new as well. Previously your kernel
>> > just silently ignored 8 more mem resources than it does now it seems.
>> >
>> > Given that people are hitting these limits, it might make sense to just
>> > do away with the warning for 2.6.24 again w
>The "problem" is a BUG() in pageattr_64.c:change_page_attr(), which to
>me looks spurious. It arises because __PAGE_KERNEL_* doesn't contain
>_PAGE_GLOBAL, but PAGE_KERNEL_* does. When ioremap()
>change_page_attr(), it does so in a way that guarentees that the test
>
> if (pgprot_val(pr
The regression is:
1)stoakley with 2 qual-core processors: 11%;
2)Tulsa with 4 dual-core(+hyperThread) processors:13%;
The test command is:
#sudo taskset -c 7 ./netserver
#sudo taskset -c 0 ./netperf -t TCP_RR -l 60 -H 127.0.0.1 -i 50,3 -I 99,5 -- -r
1,1
As a matter of fact, 2.6.23 has about 6%
On 2008-01-09 00:06 +0100, Matthias Schniedermeyer wrote:
> That what LABEL und UUID-Support in mount is for.
That's udev shit. I don't want it.
--
Tuomo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
>> +BLOCKING_NOTIFIER_HEAD(task_notifier_list);
>> +EXPORT_SYMBOL_GPL(task_notifier_list);
>> +ATOMIC_NOTIFIER_HEAD(atomic_task_notifier_list);
>> +EXPORT_SYMBOL_GPL(atomic_task_notifier_list);
>> +
>
>When these global notifier lists were proposed years ago folks at SGI
>loudly objected with conce
On Jan 8, 2008 7:15 PM, Theodore Tso <[EMAIL PROTECTED]> wrote:
> That will fix the this issue. The problem you are facing is that you
> have your hardware clock set to ticking localtime, instead of GMT.
> Windows ticks localtime, which is a mistake carried over from the
> 1970's and MS-DOS. Tick
On Wed, Jan 09 2008, Christoph Hellwig wrote:
> On Wed, Jan 09, 2008 at 09:52:32AM +0100, Jens Axboe wrote:
> > - The file block mappings must not change while loop is using the file.
> > This means that we have to ensure exclusive access to the file and
> > this is the bit that is currently mi
On Wed, Jan 09, 2008 at 09:52:32AM +0100, Jens Axboe wrote:
> - The file block mappings must not change while loop is using the file.
> This means that we have to ensure exclusive access to the file and
> this is the bit that is currently missing in the implementation. It
> would be nice if w
Hi,
I get the following error compiling latest kernel from git on sparc64
using gcc-4.3:
CC arch/sparc64/kernel/signal.o
cc1: warnings being treated as errors
arch/sparc64/kernel/signal.c: En la función 'do_notify_resume':
include/asm/uaccess.h:233: error: el subíndice de la matriz está po
On Wed, Jan 09, 2008 at 09:52:01AM +, Jan Beulich wrote:
> Yes. And the unidentified feature is NLKD. But as with other notifiers (most
> notably the module unload one), all reasonable kernel debuggers should
> need them (or do explicit patching of the mentioned source files). As I
> explained
Hi,
I've written some test programs in ltp project.
During writing I met an problem which I cannot solve
in user land. So I wrote a patch for linux kernel.
Please, include this patch if acceptable.
The test program tests the 4th parameter of fadvise64_64:
long sys_fadvise64_64(int fd, loff_
>> Am I to conclude then that there's no point in addressing the issues other
>> people pointed out? While I (obviously, since I submitted the patch
>> disagree),
>> I'm not certain how others feel. My main point for disagreement here is (I'm
>> sorry to repeat this) that as long as certain code i
On Wed, 2008-01-09 at 15:01 +0530, Balbir Singh wrote:
> > OK Balbir,
> >
>
> Thanks and textual data will also do, if it helps save space.
>
> > I will find out how this can be made available to the community. I will
> > probably upload it to sf.net and inform the community about the link to
> >
On Wed, 9 Jan 2008, Jiri Slaby wrote:
> BUG: soft lockup - CPU#1 stuck for 11s! [X:2887]
[ ... ]
> Call Trace:
> [] __mutex_lock_slowpath+0x38/0xd0
> [] mutex_lock+0x1e/0x30
> [] input_release_device+0x27/0x50
> [] evdev_ungrab+0x3a/0x50
> [] evdev_release+0xcb/0xd0
> [] __fput+0xc0/0x230
>
* Nikanth Karthikesan <[EMAIL PROTECTED]> wrote:
> The Machine check handler registers ioctl handler that is called with
> the BKL held. Changing to register unlocked_ioctl instead. Also mce
> ioctl handler does not seem to need any lock protection.
>
> Change the Machine check handler to use
On 09.01.2008 09:56, Tuomo Valkonen wrote:
> On 2008-01-09 00:06 +0100, Matthias Schniedermeyer wrote:
> > That what LABEL und UUID-Support in mount is for.
>
> That's udev shit. I don't want it.
No.
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a c
On 09.01.2008 11:21, Matthias Schniedermeyer wrote:
> On 09.01.2008 09:56, Tuomo Valkonen wrote:
> > On 2008-01-09 00:06 +0100, Matthias Schniedermeyer wrote:
> > > That what LABEL und UUID-Support in mount is for.
> >
> > That's udev shit. I don't want it.
>
> No.
To be more verbose.
The 'LABE
Hi Andrew,
Build fails on my Power Machine with following error message.
HOSTLD arch/powerpc/boot/dtc
WRAParch/powerpc/boot/zImage.pseries
WRAParch/powerpc/boot/zImage.pmac
strip -s -R .comment vmlinux -o arch/powerpc/boot/zImage.iseries
Building modules, stage 2.
MODPOST 264 module
Andi Kleen <[EMAIL PROTECTED]> writes:
> I imagined it would check for
>
> +struct file_operations ... = {
> + ...
> + .ioctl = ...
>
> That wouldn't catch the case of someone adding only .ioctl to an
> already existing file_operations which is not visible in the patch context,
> but
On 01/09/2008 11:11 AM, Jiri Kosina wrote:
On Wed, 9 Jan 2008, Jiri Slaby wrote:
BUG: soft lockup - CPU#1 stuck for 11s! [X:2887]
[ ... ]
Call Trace:
[] __mutex_lock_slowpath+0x38/0xd0
[] mutex_lock+0x1e/0x30
[] input_release_device+0x27/0x50
[] evdev_ungrab+0x3a/0x50
[] evdev_release+0x
On Tue, 2008-01-08 at 21:18 +0800, Sam Ravnborg wrote:
> On Tue, Jan 08, 2008 at 08:50:37PM +0800, Li Yang wrote:
> > Please pull from the doc branch at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/leo/chinese.git doc
> >
> > to receive the following updates to in-tree Chinese docume
On 17:40, Andi Kleen wrote:
> Here's a proposal for some useful code transformations the kernel janitors
> could do as opposed to running checkpatch.pl.
Here's my take on drivers/scsi/sg.c. It's only compile-tested on x86-64.
Please review.
Andre
---
Convert sg.c to the new unlocked_ioctl entr
On Tue, 8 Jan 2008, [EMAIL PROTECTED] wrote:
> On Tue, 08 Jan 2008 08:48:35 +0200, Thanasis said:
> > Is there a kernel driver that would make a NIC's port work as a RS232
> > port, using the serial cables that are RJ45 on one side and DB9 or DB25
> > on the other? Maybe null modem cables of that t
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> There's one Jan pointed out: iounmap does not subtract the guard page
> size so it ends up resetting one page too much. That is probably what
> causes your problem. But again you should be passing in G in the first
> place.
>
> -Andi
>
> Here was Jan
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> OK, great. Ingo, that means we can use this and go back to folding
> _PAGE_GLOBAL into __PAGE_KERNEL_*. Well, at least give it a try.
ok but please send a delta patch for that - the current stuff is
reasonably stable for the time being.
[EMAIL PROTECTED] wrote:
> To Whom It May Concern,
>
> After I patched my 2.6.23 kernel to 2.6.24-rc7 this morning, I noticed
> some odd behavior with respect to POSIX threads in a test program I had
> written (originally to test epoll.)
>
> The behavior is as follows:
>
> 1. main() creates a n
On Wed, Jan 09, 2008 at 02:35:32AM -0800, [EMAIL PROTECTED] wrote:
> After I patched my 2.6.23 kernel to 2.6.24-rc7 this morning, I noticed
> some odd behavior with respect to POSIX threads in a test program I had
> written (originally to test epoll.)
>
> The behavior is as follows:
>
> 1. main(
To Whom It May Concern,
After I patched my 2.6.23 kernel to 2.6.24-rc7 this morning, I noticed
some odd behavior with respect to POSIX threads in a test program I had
written (originally to test epoll.)
The behavior is as follows:
1. main() creates a new thread of execution with pthread_create
(kprobes folks Cc:-ed)
* David Miller <[EMAIL PROTECTED]> wrote:
> From: Christoph Hellwig <[EMAIL PROTECTED]>
> Date: Wed, 9 Jan 2008 08:19:45 +0100
>
> > On Wed, Jan 09, 2008 at 03:55:20AM +, Dave Airlie wrote:
> > > now because Linus said send him a patch to revert regressions rather tha
* Siddha, Suresh B <[EMAIL PROTECTED]> [2008-01-08 13:24:00]:
> On Tue, Jan 08, 2008 at 11:08:15PM +0530, Vaidyanathan Srinivasan wrote:
> > Hi,
> >
> > The following experiments were conducted on a two socket dual core
> > intel processor based machine in order to understand the impact of
> > sc
On Wed, 9 Jan 2008 02:35:32 -0800 (PST)
[EMAIL PROTECTED] wrote:
> To Whom It May Concern,
>
> After I patched my 2.6.23 kernel to 2.6.24-rc7 this morning, I noticed
> some odd behavior with respect to POSIX threads in a test program I had
> written (originally to test epoll.)
>
> The behavior i
On Tue, Jan 08, 2008 at 12:35:08PM +0100, Miklos Szeredi wrote:
> Define a new fs flag FS_SAFE, which denotes, that unprivileged mounting of
> this filesystem may not constitute a security problem.
>
> Since most filesystems haven't been designed with unprivileged mounting in
> mind, a thorough au
On Wed 2008-01-09 09:47:31, Miklos Szeredi wrote:
> > >> On Tue 2008-01-08 12:35:09, Miklos Szeredi wrote:
> > >>> From: Miklos Szeredi <[EMAIL PROTECTED]>
> > >>>
> > >>> Use FS_SAFE for "fuse" fs type, but not for "fuseblk".
> > >>>
> > >>> FUSE was designed from the beginning to be safe for unpr
On Tue, 2008-01-08 at 16:27 +0100, Mike Galbraith wrote:
> On Tue, 2008-01-08 at 16:21 +0100, Mike Galbraith wrote:
> > On Tue, 2008-01-08 at 03:38 -0800, Andrew Morton wrote:
> > >
> > > Well. From your earlier trace it appeared that something was causing
> > > the filesystem to perform synchro
The ieee80211 provides workqueue for nic drivers. private workqueue dosen't
need anymore
TODO: remove workqueue in iwl_priv
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/wireless/iwlwifi/iwl-3945.c |6 ++--
drivers/net/wireless/iwlwifi/iwl3945-base.c | 53 ++--
On Wed, 9 Jan 2008 10:43:21 +0100
Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 09 2008, Christoph Hellwig wrote:
> > On Wed, Jan 09, 2008 at 09:52:32AM +0100, Jens Axboe wrote:
> > > - The file block mappings must not change while loop is using the
> > > file. This means that we have to ens
Hello,
This patchset does fix iwl3945's races and some other stuff.
For now it works for just iwl3945 but if some of them is needed for iwl4965, I
would work for it.
patch against 2.6.24-rc7
[PATCH 1/5] iwlwifi: iwl3945 flush interrupt mask
[PATCH 2/5] iwlwifi: iwl3945 synchronize interrupt and
After enabling/disabling interrupts flushing is required
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/wireless/iwlwifi/iwl-io.h |2 ++
drivers/net/wireless/iwlwifi/iwl3945-base.c |6 ++
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/drivers/net
After disabling interrupts, it's possible irq & tasklet is pending or running
This patch eleminates races for down iwlwifi
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/wireless/iwlwifi/iwl3945-base.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/dr
The nic controller's clock on/off irq (CSR_INT_BIT_MAC_CLK_ACTV) is generated
when device goes on/off
Unlikely turning on the device, irq by off the device may cause oops because
iwl_pci_remove already freed required resources
The irq_tasklet should not be invoked at that condition
$sudo modprob
Eleminiate task queuing of iwl_pci_probe, register hw to ieee80211 immediately
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/wireless/iwlwifi/iwl3945-base.c | 66 +-
1 files changed, 43 insertions(+), 23 deletions(-)
diff --git a/drivers/net/wireless/i
Hello.
Brent Casavant wrote:
> However, the program would occasionally get into a situation where
> a call to recv(sockfd, &buf, len, MSG_PEEK) returns some number
> of bytes less than the requested length, and persists in this state
> (i.e. retrying the call continues to return the same amount of
Since no reaction in LKML was recieved for this message it seemed
logical to suggest closing the bug #2645 as "WONTFIX":
http://bugzilla.kernel.org/show_bug.cgi?id=2645#c15
However, the reporter of the bug, Jacob Oestergaard, insisted the
solution to be resubmitted once more:
>>>
Please re-subm
Hi!
> > > AFAIR there were two security vulnerabilities in fuse's history, one
> > > of them an information leak in the kernel module, and the other one an
> > > mtab corruption issue in the fusermount utility. I don't think this
> > > is such a bad track record.
> >
> > Not bad indeed. But I'd
From: "David Martin" <[EMAIL PROTECTED]>
Date: Wed, 9 Jan 2008 10:31:45 +0100
Please report sparc problems to the Sparc mailing list,
[EMAIL PROTECTED], thanks.
> I get the following error compiling latest kernel from git on sparc64
> using gcc-4.3:
>
> CC arch/sparc64/kernel/signal.o
> c
> >
> > What is generally seen as a showstopper is the amount of work needed
> > to do the translation - and keeping it up-to-date.
>
> Sure. The key is to have more participants to involve. The work can't
> be done without a large contributor base.
I already got positive feedback from Bryan
Valerie Henson wrote:
> On Jan 8, 2008 8:40 PM, Al Boldi <[EMAIL PROTECTED]> wrote:
> > Rik van Riel wrote:
> > > Al Boldi <[EMAIL PROTECTED]> wrote:
> > > > Has there been some thought about an incremental fsck?
> > > >
> > > > You know, somehow fencing a sub-dir to do an online fsck?
> > >
> > >
On Mon, 17 Dec 2007, Thomas Gleixner wrote:
> I try to come up with some more debug patches tomorrow.
Sorry took a bit longer than a day :(
Can you apply the patch below + the debug patch which prints the timer
stats on softlockup and provide the output of this.
Thanks,
tglx
diff --git
On Thu, 27 Dec 2007 05:51:46 -0800 (PST)
Sandeep K <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> does the linux kernel MMC block layer supports lba
> 28-bit
> addressing mode for MMC/SD card ?
>
LBA is not a term used for MMC/SD, so I'm unsure what you're referring to. The
MMC layer supports lega
* Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
> How do we take this technique to the next step where we can
> consolidate short running jobs as well? Did you face any difficulty
> biasing the CPU for short running jobs?
are you sure your measurement tasks do not impact the measurement
On Wed, Jan 09, 2008 at 07:13:14AM +0100, Joerg Platte wrote:
> Am Mittwoch, 9. Januar 2008 schrieb Fengguang Wu:
> > > /dev/sda6 on / type ext3 (rw,noatime,errors=remount-ro,acl)
> > > tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
> > > proc on /proc type proc (rw,noexec,nosuid,nodev)
> >
Nobody is going to look directly into networking regressions on lkml,
please at least CC: [EMAIL PROTECTED] for networking issues.
Thank you.
--
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://vge
On Wed, Jan 09, 2008 at 10:54:11AM +0100, Martin Schwidefsky wrote:
> On Jan 8, 2008 7:15 PM, Theodore Tso <[EMAIL PROTECTED]> wrote:
> > That will fix the this issue. The problem you are facing is that you
> > have your hardware clock set to ticking localtime, instead of GMT.
> > Windows ticks lo
Am Mittwoch, 9. Januar 2008 schrieb Fengguang Wu:
Thank your for the hint with the filesystems!
> Thank you for the clue. However I cannot reproduce the bug on
> ext2/2.6.24-rc7. Can you provide more details? Thank you.
I attached some more information. I'm using the ata_piix driver for my PATA
* Ingo Molnar <[EMAIL PROTECTED]> [2008-01-09 12:35:07]:
>
> * Vaidyanathan Srinivasan <[EMAIL PROTECTED]> wrote:
>
> > How do we take this technique to the next step where we can
> > consolidate short running jobs as well? Did you face any difficulty
> > biasing the CPU for short running job
On Wed, Jan 09, 2008 at 02:32:53PM +0300, Anton Salikhmetov wrote:
...
>
> This bug causes backup systems to *miss* changed files.
>
This problem is seen with both Amanda and TSM (Tivoli Storage Manager).
A site running Amanda with, say, a full backup weekly and incremental backups
daily, will
On Wed, Jan 09, 2008 at 01:14:25PM +0100, Jan Engelhardt wrote:
> I wonder why a simple copy_from_user() requires the BKL.. if pt
> does need locking, then probably some mutex inside pt.
Given this is a janitorial project where the people don't even have
the hardware to test it's best to do a 1:1
On Jan 10 2008 14:25, Nikanth Karthikesan wrote:
>-static int pt_ioctl(struct inode *inode, struct file *file,
>- unsigned int cmd, unsigned long arg)
>+static long pt_ioctl(struct file *file, unsigned int cmd,
>+ unsigned long arg)
> {
> struct pt_unit *tape = file->priva
On Jan 8, 2008 11:37 PM, Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> > The drm drivers in this patch all used drm_ioctl to perform their
> > ioctl calls. The common function is converted to use lock_kernel()
> > and unlock_kernel() and the drivers are converted to use .unlocked_ioctl
> >
>
> NAK
>
On Wed, Jan 09, 2008 at 11:28:21AM +0100, Matthias Schniedermeyer wrote:
> On 09.01.2008 11:21, Matthias Schniedermeyer wrote:
> > On 09.01.2008 09:56, Tuomo Valkonen wrote:
> > > On 2008-01-09 00:06 +0100, Matthias Schniedermeyer wrote:
> > > > That what LABEL und UUID-Support in mount is for.
> >
On Thu, Jan 10, 2008 at 12:53:04PM +0530, Nikanth Karthikesan wrote:
> default:
> printk("%s: Unimplemented ioctl 0x%x\n", tape->name, cmd);
> + unlock_kernel();
> return -EINVAL;
Surely a bug ... shouldn't this return -ENOTTY?
--
Intel are signing m
On Wed, Jan 09, 2008 at 02:32:53PM +0300, Anton Salikhmetov wrote:
> Since no reaction in LKML was recieved for this message it seemed
> logical to suggest closing the bug #2645 as "WONTFIX":
>
> http://bugzilla.kernel.org/show_bug.cgi?id=2645#c15
Thank you!
A quick run-down for those who don't
> On Tue, Jan 08, 2008 at 12:35:08PM +0100, Miklos Szeredi wrote:
> > Define a new fs flag FS_SAFE, which denotes, that unprivileged mounting of
> > this filesystem may not constitute a security problem.
> >
> > Since most filesystems haven't been designed with unprivileged mounting in
> > mind, a
On Sat, 05 Jan 2008 21:28:50 +0100
Harald Dunkel <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> I've got a problem with a Ricoh mmc reader. As soon as I insert a
> sd card I get tons of I/O errors. syslog says:
>
You're getting some kind of bus transfer error. Did this work with 2.6.23?
Please ena
On Wed, Jan 09, 2008 at 01:22:33PM +0100, Joerg Platte wrote:
> Am Mittwoch, 9. Januar 2008 schrieb Fengguang Wu:
>
> Thank your for the hint with the filesystems!
>
> > Thank you for the clue. However I cannot reproduce the bug on
> > ext2/2.6.24-rc7. Can you provide more details? Thank you.
>
On Jan 8 2008 20:08, Miklos Szeredi wrote:
>> On Tue, 2008-01-08 at 12:35 +0100, Miklos Szeredi wrote:
>> > +static int reserve_user_mount(void)
>> > +{
>> > + int err = 0;
>> > +
>> > + spin_lock(&vfsmount_lock);
>> > + if (nr_user_mounts >= max_user_mounts && !capable(CAP_SYS_A
On Wed, 9 Jan 2008 07:25:56 -0500
Theodore Tso <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 09, 2008 at 10:54:11AM +0100, Martin Schwidefsky wrote:
> > On Jan 8, 2008 7:15 PM, Theodore Tso <[EMAIL PROTECTED]> wrote:
> > > That will fix the this issue. The problem you are facing is that
> > > you have
On Jan 9 2008 09:29, Geert Uytterhoeven wrote:
>On Tue, 8 Jan 2008, [EMAIL PROTECTED] wrote:
>> On Tue, 08 Jan 2008 08:48:35 +0200, Thanasis said:
>> > Is there a kernel driver that would make a NIC's port work as a RS232
>> > port, using the serial cables that are RJ45 on one side and DB9 or DB25
On Wed, Jan 09, 2008 at 02:55:53AM -0500, [EMAIL PROTECTED] wrote:
>
> Does this create a snapshot of the *disk* at that moment, or does it
> capture "disk plus still-to-be-written blocks in the cache"?
> (Phrased differently, does it Do The Right Thing regarding "blocks
> queued before lvcreate"
1 - 100 of 442 matches
Mail list logo
