possible when we fail to allocate memory (+6/-2)
Btrfs: fix off-by-one in fiemap (+2/-2)
Gabriel de Perthuis (1) commits (+5/-5):
btrfs: don't stop searching after encountering the wrong item
Alexandre Oliva (1) commits (+30/-55):
btrfs: do away with non-whole_page extent I/O
Ch
Quoting Stephen Rothwell (2013-05-20 00:04:49)
> Hi Andrew,
>
> Today's linux-next merge of the akpm tree got conflicts in
> fs/btrfs/inode.c and fs/btrfs/volumes.c between commit 9be3395bcd4a
> ("Btrfs: use a btrfs bioset instead of abusing bio internals") from
> Linus' tree and commit "block: pr
;
> Signed-off-by: Yaniv Gardi
> Signed-off-by: Maya Erez
Thanks, pushed to mmc-next for 3.11.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
Acked-by: Nicolas Ferre
> ---
> Hi Chris,
>
> This patch is part of a series by Ludovic and is adding the generic slave
> DMA request channel function, as we now have the support for DMA bindings.
>
> This is the only patch of the series that should go through your tree. And it
>
her of which may return NULL. However, only kmap_atomic() is
documented as being guaranteed to return a valid value. If we could
have a similar definitive statement for kmap(), we can then cleanup
quite a bit of redundant error handling.
-Chris
--
Chris Wilson, Intel Open Source Technology
ficant, I agree with you and will revert this patch.
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
>mmc: dw_mmc: correct the calculation for CLKDIV
Please use the following (standard) syntax in the commit message:
Commit e419990b5e8 ("mmc: dw_mmc: correct the calculation for CLKDIV")
fixed a bug in CLKDIV computation. [..]
Thanks,
- Chris.
--
Chris Ball <http://
Hi Thomas,
On 3/28/13 2:24 AM, Thomas Gleixner wrote:
On Thu, 28 Mar 2013, Chris Zankel wrote:
For Xtensa:
Acked-by: Chris Zankel
Thanks for going the extra mile and test-compiling it.
Though, the build fails later with:
arch/xtensa/kernel/built-in.o:(.init.literal+0x90): undefined
ating (+9/-0)
Miao Xie (2) commits (+5/-3):
Btrfs: fix wrong return value of btrfs_lookup_csum() (+3/-1)
Btrfs: fix wrong reservation of csums (+2/-2)
Chris Mason (1) commits (+49/-0):
Btrfs: fix race between mmap writes and compression
Liu Bo (1) commits (+1/-1):
Btrfs: update t
out the name causing confusion.) Adapt to use the new name,
but also fall back to checking for the old name.
Cc'ing to stable so that older kernels will remain compatible with
newer Tilera boot infrastructure.
Signed-off-by: Chris Metcalf
Cc: sta...@vger.kernel.org
---
arch/t
Ping!
This is still happening with 3.9-rc5.
[chris:~/kernel/linux]$ make bzImage
...
Kernel: arch/x86/boot/bzImage is ready (#14)
[chris:~/kernel/linux]$ make kernelrelease
scripts/kconfig/conf --silentoldconfig Kconfig
3.9.0-rc5
[chris:~/kernel/linux]$ make kernelrelease
3.9.0-rc5
I&#
hypervisor filesystem.
Chris Metcalf (1):
tile: expect new initramfs name from hypervisor file system
arch/tile/kernel/setup.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from
; Does Oracle typically do one semop per semctl syscall, or does
> > it pass in a whole bunch at once?
>
> https://oss.oracle.com/~mason/sembench.c
>
> I think Chris wrote that to match a particular pattern of semaphore
> operations the database engine in question does. I haven&
On Thu, Mar 07, 2013 at 08:54:55AM -0700, Dave Kleikamp wrote:
> On 03/07/2013 06:55 AM, Chris Mason wrote:
> > On Thu, Mar 07, 2013 at 01:45:33AM -0700, Peter Zijlstra wrote:
> >> On Tue, 2013-03-05 at 15:53 -0500, Rik van Riel wrote:
> >>
> >>> Indeed. Th
;t get mapped by the application?
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
to help, but it doesn't sound like they're working.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
sign-extend their arguments.
Chris Metcalf (2):
tile: work around bug in the generic sys_llseek
tile: properly use COMPAT_SYSCALL_DEFINEx
arch/tile/include/asm/compat.h |3 +++
arch/tile/kernel/compat.c | 42 +++-
2 files changed, 32
reloc roots (+2/-0)
Btrfs: avoid deadlock on transaction waiting list (+7/-0)
Btrfs: free all recorded tree blocks on error (+6/-3)
Btrfs: do not BUG_ON on aborted situation (+12/-3)
Btrfs: do not BUG_ON in prepare_to_reloc (+9/-1)
Chris Mason (2) commits (+96/-63):
Btrfs
Hi Bjorn,
On 03/08/13 22:57, Bjorn Helgaas wrote:
[+cc Rafael, in case the _OSC thing rings a bell with him]
On Fri, Mar 8, 2013 at 3:44 AM, Chris Clayton wrote:
On 03/08/13 00:39, Bjorn Helgaas wrote:
On Thu, Mar 7, 2013 at 1:21 PM, Chris Clayton
wrote:
On 03/07/13 17:30, Bjorn Helgaas
This is easily demonstrated from the command line by the following:
...
System is 2311 kB
CRC a4e38b86
Kernel: arch/x86/boot/bzImage is ready (#186)
$ make kernelrelease
scripts/kconfig/conf --silentoldconfig Kconfig 3.9.0-rc1+
$ make kernelrelease
3.9.0-rc1+
Happy to test the fix.
Chris
--
To u
pe: Type of access: %VERIFY_READ or %VERIFY_WRITE. Note that
*%VERIFY_WRITE is a superset of %VERIFY_READ - if it is safe
*to write to a block, it is always safe to read from it.
* @addr: User space pointer to start of block to check
* @size: Size of block to check
*/
-Chris
ont in validate_exec_list() so that the error condition is
always hit and that the limits are applied consistently to all
execbuffers.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
Something more like:
/* We need to check that we can read the entire relocation array, but
* as we may need to update the presumed_offsets upon execution, we
* need to check now for full write access.
*/
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list:
ivers/mmc/host/sdhci.c:2910:19: warning: ignoring
return value of 'regulator_enable', declared with attribute
warn_unused_result [-Wunused-result]
Reported-by: Arnd Bergmann
Signed-off-by: Chris Ball
---
drivers/mmc/host/sdhci.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
ser passing garbage and hitting an oom. And
total_relocs is preferrable to total, which also leads us to think more
carefully about the error condition. I think the check should be against
INT_MAX / sizeof(struct reloc_entry) for consistency with our other
guard against overflows whilst allocating.
-Chris
On Mon, Mar 11, 2013 at 03:25:59PM -0700, Kees Cook wrote:
> On Mon, Mar 11, 2013 at 3:00 PM, Chris Wilson
> wrote:
> > On Mon, Mar 11, 2013 at 02:23:29PM -0700, Kees Cook wrote:
> >> It is possible to wrap the counter used to allocate the buffer for
> >> relocat
4GiB anyway. Or you can help address the underlying
issue of figuring out how we can derive the location of the stolen
memory which is reserved by the BIOS but not communicated to the OS.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line
to validate_exec_list
>
> Signed-off-by: Kees Cook
> Reported-by: Pinkie Pie
> Cc: sta...@vger.kernel.org
Looks good to me. The only bikeshed that remains is whether we should
just collapse the two variables into one, but the current 'max - count'
is more idiomatic and so pre
0 deletions(-)
Acked-by: Chris Metcalf
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info
egal people. If you released the code under the
GPL and they sued you for it you might be able to argue that that
statement implies that the module is licensed under the GPL. But it
might be an expensive argument.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
TARY, that they are in fact NOT using GPL
symbols and maybe they just thought they needed to specify GPL for
some reason or another?
Why not just ask the authors?
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
4030_charger: Add backup-battery charging"). Neil, I don't think
we can use this syntax yet -- Documentation/Changes says that we still
support from gcc-3.2 onwards.
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send th
6.35.14 or Kernel 3.4.7, I
need 55 seconds to send the same amount of packets.
Is there anything to tune in order to get same output rate as with
Kernel 2.4 ?
Have you tried profiling it to see where the time is being spent? Also
turning off any unnecessary features, debugging, etc?
C
There's a lot of attention at the moment focused toward Linux and the
future of gaming support on the platform. And it got me thinking, is
there any particular improvements that are planned to improve the kernel
from better support for gaming?
Regards
--
Chris Jones @ kernel.de
On 04/08/12 08:44, Cruz Julian Bishop wrote:
On 04/08/12 08:12, Chris Jones wrote:
There's a lot of attention at the moment focused toward Linux and the
future of gaming support on the platform. And it got me thinking, is
there any particular improvements that are planned to improv
On 04/08/12 10:32, da...@lang.hm wrote:
On Sat, 4 Aug 2012, Chris Jones wrote:
On 04/08/12 08:44, Cruz Julian Bishop wrote:
On 04/08/12 08:12, Chris Jones wrote:
There's a lot of attention at the moment focused toward Linux and
the future of gaming support on the platform. And it g
! I didn't know there was a QEMU port for Xtensa.
Bottom line, I hope you agree with me that the kernel, although the most
fun part, is only one piece of the puzzle, and we also need a running
system. If you already have that in place, we can jump to the kernel
fairly quickly.
Thanks,
On Wed, 22 Aug 2012 16:40:57 -0700, Tejun Heo wrote:
> This is an equivalent conversion and will ease scheduled removal of
> WQ_NON_REENTRANT.
>
> Signed-off-by: Tejun Heo
Reviewed-by: Chris Wilson
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe fr
tages due to the smaller pointer size if the process doesn' t need
the larger address space. This is the rationale behind the new x32 ABI
for x86-64 kernels.
You might also want to run legacy apps (which can't be recompiled) on
new hardware.
Chris
--
To unsubscribe from this list
...
Your old hardware will work fine with long term kernel.
Give it up. x86-32 support isn't going away for a long time.
The kernel exists to support existing hardware, not the other way
around. As long as people want to keep using x86-32 on linux, it will
continue to be supported.
Chr
uge
impact.
Chris Mason (1):
Revert "Btrfs: fix some error codes in btrfs_qgroup_inherit()"
fs/btrfs/qgroup.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
ding the i8042_nokbd=1 parameter merely forces the kernel to do again
what it used to do automatically.Does anyone have any theories as to why the
3.5.x kernel now needs help to set the keyboard up correctly, please?
Thanks,
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-k
t;+24>:push %r12
0x815a9eba <+26>:mov$0x0,%al
0x815a9ebc <+28>: push %rbx
I'm interested in the r12 value going into schedule(). How do I identify it in
my stack above?
Thanks,
Chris
--
Chris Friesen
Software Designer
3500 Carling Av
of providing
> DMA-capable buffer from upper caller(but on-stack buffer is allowed
> with no performance gain).
>
> Signed-off-by: Kyungsik Lee
> Reviewed-by: Venkatraman S
Thanks, pushed to mmc-next for 3.7.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per
out them being unused. However, since the callback for this
>> driver doesn't do anything it can just as well be dropped.
>>
>> Signed-off-by: Thierry Reding
>
> Acked-by: Rafael J. Wysocki
Thanks, pushed to mmc-next for 3.7.
- Chris.
--
Chris Ball <http://pri
rc2 with rootfs on SD and running
> bonnie++ on it.
>
> Tested-by: Koen Kooi
Thanks, pushed to mmc-next for 3.7.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
tile and sparc is to
> keep it bisectable, otherwise kernel building may fail with mismatched
> function declarations.
>
> Signed-off-by: Catalin Marinas
> Cc: Arnd Bergmann
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: David S. Miller
> Cc: Alexander V
t;gpio_cd);
>
> iounmap(host->base);
> - clk_disable(host->clk);
> - clk_unprepare(host->clk);
> + clk_disable_unprepare(host->clk);
> clk_put(host->clk);
>
> if (host->vcc)
T
driver. With this change, MMC core
>> suspend might still fail but it does not end up making the
>> system unusable. Suspend gets aborted and the user can try
>> suspending the system again.
>>
>> Signed-off-by: Vaibhav Bedia
>> Signed-off-by: Hebbar, Gururaja
&
Hi,
On Wed, Sep 19 2012, Stephen Boyd wrote:
> This driver has no reason to include msm_iomap.h. Remove it so
> that we can remove msm_iomap.h from include/mach in the future.
>
> Cc: Chris Ball
> Signed-off-by: Stephen Boyd
> ---
> drivers/mmc/host/msm_sdcc.c | 1 -
ot; out the gate, something's
happened to it and now it's failing as you suspect.
http://www.xtremesystems.org/forums/showthread.php?276187-Raid-Locks-Up
Chris Murphy--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
enb)
>> /* Enable/disable Slot Specific SDIO interrupt */
>> int_mask = mci_readl(host, INTMASK);
>> if (enb) {
>> +/*
>> + * Turn off low power mode if it was enabled. This is a bit of
>> + * a heavy operation and w
Hi,
On Tue, Jul 31 2012, Chao Xie wrote:
> From: Chao Xie
>
> Signed-off-by: Chao Xie
Thanks, pushed to mmc-next for 3.7.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
;
> Signed-off-by: Sebastian Hesselbarth
> Cc: Grant Likely
> Cc: Rob Herring
> Cc: Rob Landley
> Cc: Chris Ball
> Cc: Anton Vorontsov
> Cc: Manuel Lauss
> Cc: David Brown
> Cc: Andrew Lunn
> Cc: devicetree-disc...@lists.ozlabs.org
> Cc: linux-...@v
Hi Julia,
On Tue, Jul 24 2012, Julia Lawall wrote:
> From: Julia Lawall
>
> Add missing usb_free_urb on failure path after usb_alloc_urb.
Thanks, pushed to mmc-next for 3.7.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list
if (IS_ERR(reg)) {
> dev_dbg(host->dev, "vmmc regulator missing\n");
> + return PTR_ERR(reg);
> } else {
> + mmc_slot(host).set_power = omap_hsmmc_set_power;
> host->vcc = reg;
> ocr_value = mmc_reg
rom xtensa-linux on it.
I propose doing the testing on this board and any other tasks / issues
you think I can help, I'd be glad to.
Excellent!! I'm looking forward to your help.
-Chris
Vadim.
On Tue, Aug 7, 2012 at 8:40 AM, Chris Zankel <mailto:ch...@zankel.net>> wrote:
Hi Max,
On 08/07/2012 09:43 AM, Max Filippov wrote:
On Tue, Aug 7, 2012 at 9:40 AM, Chris Zankel wrote:
Hi Max,
On 08/06/2012 04:38 PM, Max Filippov wrote:
AFAIK xtensa linux port is currently in bad shape: it doesn't work in the
mainline, it fails to build in the linux-next. The l
)
Stefan Behrens (3) commits (+8/-36):
Btrfs: fix a misplaced address operator in a condition (+1/-1)
Btrfs: remove superblock writing after fatal error (+5/-33)
Btrfs: fix that error value is changed by mistake (+2/-2)
Chris Mason (2) commits (+40/-15):
Btrfs: fix btrfs send for
Hi Linus,
Please pull my for-linus-3.6 branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-3.6
It fixes a merging error in rc1. The calls to mnt_want_write should
have been removed.
Alexander Block (1):
Btrfs: remove mnt_want_write call in btrfs_mksubvo
It's only used locally, no need to pollute global namespace.
Signed-off-by: Chris Wright
---
fs/debugfs/inode.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/debugfs/inode.c b/fs/debugfs/inode.c
index 4733eab..2c9fafb 100644
--- a/fs/debugfs/inode.c
+++
support for SR-IOV. Has
anyone heard otherwise from the Mellanox folks?
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
his changes to Stephen's linux-next tree and eventually Linus' tree.
I think it's fine to add Max as a second maintainer, so he can help
filtering patches.
Cheers!
-Chris
On 8/10/12 2:15 PM, Arnd Bergmann wrote:
On Monday 06 August 2012, Max Filippov wrote:
I have a couple o
Hi,
I have managed to boot 2.6.24.1 on this machine, with the NMI watchdog enabled,
by using the
"acpi=noirq" option. (There does seem to be some unhappiness with bridge
symlinks in sysfs,
though.)
Cheers,
Chris
__
[Try this again, except this time I'll force the attachment as inline text!]
Hi,
I have managed to boot 2.6.24.1 on this machine, with the NMI watchdog enabled,
by using the
"acpi=noirq" option. (There does seem to be some unhappiness with bridge
symlinks in sysfs,
though.)
provide it. This
includes going back to a 2.6.25-rc2 kernel with CONFIG_GROUP_SCHED
turned 'on' if you think that further confirmation of the problem is
required or would be useful.
Once again, thank you for taking the lead on this issue.
Chris
On Sat, 2008-02-16 at 19:08 +010
Hi Adrian,
Thanks for pointing this out. I'm working on a fix.
BTW, which branch do you use? release or testing?
Thanks,
-CHris
Adrian Bunk wrote:
With git-xtensa I'm getting:
<-- snip -->
...
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/xtensa/Makefile:30: *** No
l/linux/kernel/0802.0/0895.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0802.0/0898.html
So I was actually reporting that I've *worked around* the hang here. The net
result is that all my
PCI devices are now placed on IRQ 9, instead of IRQs 16, 17 18 and
[] pci_legacy_init+0x56/0xe3
> > [] kernel_init+0x157/0x2c3
> > [] kernel_thread_helper+0x7/0x10
> > ===
>
> I have a vague feeling that this was fixed, perhaps in 2.6.24.x?
Obviously not in 2.6.24.1, and I thought that 2.6.24.2 just added the fix for
> > I have a vague feeling that this was fixed, perhaps in 2.6.24.x?
>
> Never heard of this, what is the initialization script that causes this?
> Also do you have the SYSFS_DEPRECATED option configured? that caused issues
> with regular network drivers.
Yes, SYSFS_DEPRECATED is e
nd to the interface.
>
It will be tomorrow before I can provide this because I'm struggling to get
wireshark to build against the old (2.4.x) kernel headers that match glibc on
my laptop. I'll build it on my desktop, which has more recent headers, and
decode the frame dump there. B
>
>
> As most of the ideas here in this thread assume (re)creating a new
> filesystem from scratch - would perhaps playing with
> /proc/sys/vm/dirty_ratio and /proc/sys/vm/dirty_background_ratio help a
> bit?
Probably not. You're seeking between all the inodes on the box, an
On Tuesday 19 February 2008, Tomasz Chmielewski wrote:
> Chris Mason schrieb:
> > On Tuesday 19 February 2008, Tomasz Chmielewski wrote:
> >> Theodore Tso schrieb:
> >>
> >> (...)
> >>
> >>> The following ld_preload can help in som
pply without error, but give warnings of 70
line offsets. Were you expecting them to apply completely cleanly? I'm just
wondering if there might be some code that you are expecting to be running (or
not running) that is (or is not) present in the driver at 2.6.25-rc2.
The register dumps
I have the following hardware installed in my Linux Box.
01:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video
Capture (rev 11)
01:07.1 Multimedia controller: Brooktree Corporation Bt878 Audio
Capture (rev 11)
and the following devices installed in /dev
0 lrwxrwxrwx 1 root root
whoops XD ... here ya go -> http://rafb.net/p/aQV3VU86.html
Randy Dunlap wrote:
> On Tue, 19 Feb 2008 18:40:29 -0500 Chris Brennan wrote: missing
> link to .config
>
> --- ~Randy
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
nterface driver rt73usb, and that the
rate control algorithm has been selected on phy0. This happens whether
the simple or pid mac80211 rate control algorithms have been chosen.
This is a shame because 2.0.14 was working really well for me until the
mac80211 changes 2 or 3 weeks ago broke it. (Shortly f
On Tue, Feb 19, 2008 at 09:50:55PM -0800, Greg KH wrote:
> What's the best way to constantly follow this tree? I had cloned it
> a while ago, but now if I 'git pull' it wants to merge things, which
> isn't right.
I would guess:
$ git remote add linux-next
git://git.kernel.org/pub/scm/linux/k
On Wed, 2008-02-20 at 11:05 -0500, Dan Williams wrote:
> On Tue, 2008-02-19 at 23:04 +0000, Chris Vine wrote:
> > On Tue, 2008-02-19 at 20:46 +0100, Ivo van Doorn wrote:
> > > Hi,
> > >
> > > [added rt2400-devel (rt2x00 development mailinglist) to the CC
On Wed, 2008-02-20 at 21:50 +0100, Ivo van Doorn wrote:
[snip]
> On Wednesday 20 February 2008, Chris Vine wrote:
> > I did that yesterday and it just reported a kernel panic on the terminal
> > with the message:
> >
> > Kernel panic - not syncing: Aiee, killing int
I'm having a kernel related issue (I think) with the BT878 card I have
in my gentoo box.
Here are pastebin results of varius infomation, I hope I give all the
necessary info. If I am missing something or you need more, please let
me know.
dmesg -> http://rafb.net/p/MVIiSg62.html
xorg.conf -> http
re about that.
>
Sorry, but again a few pings and the network fails. I've attached the before and
after register dumps. This is with your patch applied against 2.6.25-rc2-git4.
Chris
--
Beauty is in the eye of the beerholder.
BBP:
0 0x16
1 0x68
2 0x18
3 0x00
4 0x11
5 0x0b
6 0x01
7 0x38
your system. #
#
Robert Hancock wrote:
> Chris Brennan wrote:
>> I'm having a kernel related issue (I think) with the BT878 card I
>> have in my gentoo box.
>>
>> Here are pastebin results of varius infomation, I hope I giv
Jiri -
I am tempted to lie to you and say it was in both modes, or when running
under X only, but to tell you the truth while I have not seen it while
running in console mode, I have not spent enough time there to make a
solid statement one way or the other.
Sorry
Chris
On Thu, 2008-02-21
I thought I did, I reposted w/ newer links and the GATOS project doesn't
apply to me because my card isn't supported ... was there something I
missed?
Clemens Ladisch wrote:
> Chris Brennan wrote:
>
>> These are the updated pastbin links to my BT8x8 issue. Hopefully th
#
# delete it from your system.
#
#####
Duncan wrote:
> Chris Brennan <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
> excerpted below, on Sat, 16 Feb 2008 14:55:56 -0500:
>
>
>> And I get a GREEN o
On Wed, 2008-02-20 at 21:16 +, Chris Vine wrote:
> On Wed, 2008-02-20 at 21:50 +0100, Ivo van Doorn wrote:
> [snip]
> > On Wednesday 20 February 2008, Chris Vine wrote:
> > > I did that yesterday and it just reported a kernel panic on the terminal
> > > with the
g is fixed
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thursday 21 February 2008, Chris Mason wrote:
> Hello everyone,
>
> Btrfs v0.13 is now available for download from:
>
> http://oss.oracle.com/projects/btrfs/
>
> We took another short break from the multi-device code to make the minor
> mods required to compile on 2.6.
On Thursday 21 February 2008, Chris Vine wrote:
> On Thu, 2008-02-21 at 23:04 +0000, Chris Clayton wrote:
> > On Thursday 21 February 2008, Ivo van Doorn wrote:
> > > On Thursday 21 February 2008, Chris Vine wrote:
> [snip]
> > > > This probably explains the proble
No, it can't be because it's *not* hanging in this configuration :-). It hangs
when I *don't* add
the acpi=noirq option, whereas here it's just adding noise to the dmesg log.
(I'm guessing Linux
doesn't call pci_l
from above the usual memory limit?
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
GPL'd, as it lets us
sleep at night, simplifies our lives, and makes the lawyers much
happier. Other people may be willing to take more risks.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
was not derived from the Linux kernel.
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--- Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 2 Feb 2008 23:36:42 + (GMT)
> Chris Rankin <[EMAIL PROTECTED]> wrote:
> > I have a 1 GHz Coppermine PC with 512 MB RAM, and it is failing to boot
> > with the
> nmi_watchdog=1
> > option. This
I built 2.6.24-git15 this morning and seem to have picked up a little
“funny” along the way – occasionally what should be a single key stroke
ends up spraying multiple characters on to my screen.
By this I mean I type “w” and get “w” or whatever.
This has happened a number of times wit
should be able to out type a system
like this.
Chris
On Wed, 2008-02-06 at 14:28 +0100, Jiri Kosina wrote:
> On Wed, 6 Feb 2008, Chris Holvenstot wrote:
>
> > I built 2.6.24-git15 this morning and seem to have picked up a little
> > "funny" along the way - occasion
Any value up to the leaf size is allowed (default
16k).
Simple -ENOSPC handling. Emphasis on simple, but it prevents accidentally
filling the disk most of the time. With enough threads/procs banging on
things, you can still easily crash the box.
-chris
--
To unsubscribe from this list: sen
Once again thank you for your prompt (and effective) support on this
issue.
Chris
On Wed, 2008-02-06 at 14:54 +0100, Jiri Kosina wrote:
> On Wed, 6 Feb 2008, Chris Holvenstot wrote:
>
> > On this system I am using a PS2 Keyboard - and let me stress that it is
> > only occasion
than willing to give it a shot.
Chris
On Thu, 2008-02-07 at 10:18 +0100, Jiri Kosina wrote:
> On Wed, 6 Feb 2008, Chris Holvenstot wrote:
>
> > I have several hours of running aith nohpet and X's affinity set to 2
> > instead of 3 and so far everything is running flawles
701 - 800 of 8373 matches
Mail list logo
