Hello dear how is life treating you over there? Do you currently need financial
loan help that will change your status? Contact us today via E-mail:
openup_cente...@mail.mn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel
des.
If I can provide any more information, please ask.
Please CC my e-mail address with any replies, I do not subscribe to the
linux kernel list: richj...@pacbell.net
Richard
Nov 7 18:57:43 runner kernel: general protection fault: [#1] SMP
Nov 7 18:57:43 runner kernel: Modules
Bjørn:
I patched keyspan.c using your below supplied diff in 3.6.6 (I'm not
using git.) The patch WORKS for me. (I tested using minicom and the
two programs that usually access the Keyspan serial device.)
Thank you for the quick fix.
Will this show up in 3.6.7?
Richard
richj...@pacbel
hats not
an option either.
Thanks for the time and any responses
Richard Reynolds
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Sean Harding wrote:
> How was fetchmail deficient? fetchmail + procmail should be able to do
> everything you're asking for.
>
> sean
>
> --
> Sean Harding [EMAIL PROTECTED]|"You never know who's still awake
> http://www.dogcow.org/sean/ | you never know who understands."
>
erations, with
the patch I have completed 96+ runs.
I don't see any significant difference in write performance with this
patch applied. Subjectively I feel that my system is more responsive
when under heavy write loads but I don't have data to back that up, so
it might just be wishful th
?
dont have a clue. but lets not kill everything in this list.
thanks for listening and any feedback
Richard Reynolds
[EMAIL PROTECTED]
- Original Message -
From: "Jesse Pollard" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Daniel" <[EMAIL PROTECTED]>;
contacting you. Ultimately I need you to
play an important role in the completion of this business transaction.
Reply if you are willing to do the business.
Regards,
Richard Willis
contacting you. Ultimately I need you to
play an important role in the completion of this business transaction.
Reply if you are willing to do the business.
Regards,
Richard Willis
Hello
I urgently need a partner to retain and invest 14 six zero USD figures
currently in America, I'm willing to give 35 percent of the total as
compensation to you for your assistance.
Sincerely,
Richard.
Hello
I urgently need a partner to retain and invest 14 six zero USD figures
currently in America, I'm willing to give 35 percent of the total as
compensation to you for your assistance.
Sincerely,
Richard.
t yet tried it on 3.18.1.
Using minicom I tested the usb-serial devices and everything seems to work.
Richard
On 12/22/14 09:53, Johan Hovold wrote:
> [+CC: linux-usb ]
>
> On Sat, Dec 20, 2014 at 04:08:20PM -0800, Richard wrote:
>> On a new Gentoo based system with Kernel.org Ke
Hi!
Here is your new live for 2015!
Luving it!
http://aff.optiontime.com/promoRedirect?key=ej0xMzUyNDQ1MSZsPTEzNTI0NDQ1JnA9NjQ4MQ%3D%3D
No more such info ? Simply answer
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
pic_in_kernel(),ioapic_in_kernel() and irqchip_kernel() have the
same implementation.
Signed-off-by: Peng Hao
---
arch/x86/kvm/ioapic.h | 8 ++--
arch/x86/kvm/irq.h | 14 --
arch/x86/kvm/lapic.c | 1 +
arch/x86/kvm/mmu/mmu.c | 1 +
arch/x86/kvm/x86.c | 1 +
5 files
struct bpf_object *obj is not used in bpf_object__probe_loading, so we
can remove it.
Signed-off-by: Peng Hao
---
tools/lib/bpf/libbpf.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
index 313034117070..17d90779f09a 100644
Compile times error:
"Error: failed to load BTF from /mnt/linux/vmlinux: No such file or directory".
This file "/mnt/linux/vmlinux" actually exists, but only because
CONFIG_DEBUG_INFO_BTF
is not configured with this error.
Signed-off-by: Peng Hao
---
tools/lib/bpf/btf.c | 2 +-
1 file changed,
If the ldr value is read out to zero, it does not call avic_ldr_write to update
the virtual register, but the variable ldr_reg is updated.
Fixes: 98d90582be2e ("SVM: Fix AVIC DFR and LDR handling")
Signed-off-by: Peng Hao
---
arch/x86/kvm/svm/avic.c | 14 --
1 file changed, 8 inserti
The return value of sev_asid_new is assigned to the variable asid, which
should be returned directly if the asid is an error code.
Fixes: 1654efcbc431 ("KVM: SVM: Add KVM_SEV_INIT command")
Signed-off-by: Peng Hao
---
arch/x86/kvm/svm/sev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
financial donation project. Perhaps you might
feel sceptical, find more info here;
https://www.national-lottery.co.uk/life-changing/winner-euromillions-maxwell
To receive this financial donation from our family via our affiliate payout
bank, please reply for details on how to claim.
Richard & An
financial donation project. Perhaps you might
feel sceptical, find more info here;
https://www.national-lottery.co.uk/life-changing/winner-euromillions-maxwell
To receive this financial donation from our family via our affiliate payout
bank, please reply for details on how to claim.
Richard & An
10/16/2014
If I can provide any more information, please ask.
Please CC my e-mail address with any replies, I do not subscribe to the
linux kernel list: richj...@pacbell.net
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hello
My proposal will give us 2 million in seven days reply "YES" for details.
Regards,
Richard.
--
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
On Tue, Jul 07, 2020 at 07:46:08AM -0400, Peng Hao wrote:
>> If plt_max_entries is 0, a warning is triggered.
>> WARNING: CPU: 200 PID: 3000 at arch/arm64/kernel/module-plts.c:97
>> module_emit_plt_entry+0xa4/0x150
>
> Which kernel are you seeing this with? There is a PLT-related change in
> for-
On Thu, Jul 09, 2020 at 07:18:01AM +,Peng Hao(Richard) wrote:
> On Thu, 9 Jul 2020 at 09:50, Peng Hao(Richard) wrote:
> >> >Apparently, you are hitting a R_AARCH64_JUMP26 or R_AARCH64_CALL26
> >> >relocation that operates on a b or bl instruction that is more th
This is caused by dereferencing 'rpmb' after put_device().
Signed-off-by: Peng Hao
---
drivers/mmc/core/block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/core/block.c b/drivers/mmc/core/block.c
index 8499b56..e6e025c 100644
--- a/drivers/mmc/core/block.c
+++
The data structure member “rpmb->md” was passed to a call of
the function “mmc_blk_put” after a call of the function “put_device”.
Reorder these function calls to keep the data accesses consistent.
Fixes: 1c87f7357849 ("mmc: block: Fix bug when removing RPMB chardev ")
Signed-off-by: Peng Hao
On Wed, 8 Jul 2020 at 13:03, 彭浩(Richard) wrote:
>>
>>
>> On Tue, Jul 07, 2020 at 07:46:08AM -0400, Peng Hao wrote:
>> >> If plt_max_entries is 0, a warning is triggered.
>> >> WARNING: CPU: 200 PID: 3000 at arch/arm64/kernel/module-plts.c:97
>> >
On Thu, 9 Jul 2020 at 09:50, 彭浩(Richard) wrote:
>> >Apparently, you are hitting a R_AARCH64_JUMP26 or R_AARCH64_CALL26
>> >relocation that operates on a b or bl instruction that is more than
>> >128 megabytes away from its target.
>> >
>> My understan
On Thu, Jul 09, 2020 at 07:18:01AM +, Peng Hao(Richard) wrote:
>> On Thu, 9 Jul 2020 at 09:50, Peng Hao (Richard)
>> wrote:
>> >> >Apparently, you are hitting a R_AARCH64_JUMP26 or R_AARCH64_CALL26
>> >> >relocation that operates on a b or b
pic_in_kernel(),ioapic_in_kernel() and irqchip_kernel() have the
same implementation.
Signed-off-by: Peng Hao
---
arch/x86/kvm/ioapic.h | 8 ++--
arch/x86/kvm/irq.h| 13 -
2 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/arch/x86/kvm/ioapic.h b/arch/x86/kvm/io
From: Richard Miller
This patch fixes the following checkpatch.pl
check: CHECK: Alignment should match open parenthesis
Signed-off-by: Richard Miller
---
drivers/staging/wilc1000/host_interface.c | 2 +-
drivers/staging/wilc1000/linux_wlan.c | 8
drivers/staging
t working properly?
The CPSW network driver is working in net-next, and so it will be
working in v3.8. Don't know about SD, since I only boot with a ramfs.
HTH,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord.
g in main line?
Dunno, sorry,
Richard
--
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/
2013/3/7 Richard Genoud :
> 2013/3/6 Haiyang Zhang :
>> I have found a simple way to reproduce this kind of warning:
>> 1) reboot the VM (because this warning can be displayed only once.)
>> 2) login to the host and open the VM [Settings]
>> 3) Temporarily change t
Nov 23 18:16:34 2012 +0100
>
> drm/i915: force restore on lid open
>
> which is in 3.8.
But that warning was from a 3.8.3 kernel. Any other ideas?
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
On Mon, Mar 18, 2013 at 09:58:46AM +0800, wwang wrote:
> Hi Richard:
>
> Could you please describe the detailed model of your 4G card? It
> would be better if you can take a picture of that card or give me
> the Amazon link of it. It looks like a compatibility issue.
The lettering
Having more than 99 CPUs causes an overflow of cpustr.
If an attacker is able to control the number CPUs he might able to inject code
...kind of. ;-)
Signed-off-by: Richard Weinberger
---
arch/ia64/kernel/palinfo.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch
on at91sam9x5ek, macb0 is enabled, so it conflicts with i2c2 (PB4)
same for i2c1, (conflicts with LCD).
Moreover, only i2c0 is used on this board.
Signed-off-by: Richard Genoud
---
arch/arm/boot/dts/at91sam9x5ek.dtsi |8
1 files changed, 0 insertions(+), 8 deletions(-)
diff --git
This add the 1-wire chip present on the CM board to the DTS.
As the pin is also used by leds, tt's disabled by default.
If the board really wants it, it can be enabled in the board DTS.
Signed-off-by: Richard Genoud
---
arch/arm/boot/dts/at91sam9x5cm.dtsi | 20
1
: Richard Genoud
---
drivers/pinctrl/pinmux.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/pinctrl/pinmux.c b/drivers/pinctrl/pinmux.c
index 1a00658..917e830 100644
--- a/drivers/pinctrl/pinmux.c
+++ b/drivers/pinctrl/pinmux.c
@@ -409,6 +409,8 @@ int
If pin_free is called on a pin already freed, mux_usecount is set to
UINT_MAX which is really a bad idea.
This will silently ignore a double call to pin_free
Signed-off-by: Richard Genoud
---
drivers/pinctrl/pinmux.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a
x27;s the right thing to do.
Signed-off-by: Richard Genoud
---
drivers/base/pinctrl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/base/pinctrl.c b/drivers/base/pinctrl.c
index 67a274e..537406d 100644
--- a/drivers/base/pinctrl.c
+++ b/drivers/base/pinctrl.c
2013/3/20 Axel Lin :
> 2013/3/20 Richard Genoud :
>> commit e38d457de7be63e6ced1ea254aa51466deb1fef0
>> pinctrl: pinmux: Release all taken pins in pinmux_enable_setting
>>
>> Introduced a bug in the release pin mechanism.
>> All the pins (taken or not) where re
2013/3/20 Stephen Warren :
> On 03/20/2013 05:31 AM, Richard Genoud wrote:
>> If pin_free is called on a pin already freed, mux_usecount is set to
>> UINT_MAX which is really a bad idea.
>> This will silently ignore a double call to pin_free
>
> Shouldn't we WARN_O
his new keyword is, but I
wonder why you chose PTP Hardware Clocks as your Guinea pig.
As discussed on the netdev list [1][2], the consensus was that if a
MAC driver has a PHC, then it should always be compiled in.
And BTW, please CC netdev for PHC patches.
Thanks,
Richard
1. http://marc.info/?l=lin
If pin_free is called on a pin already freed, mux_usecount is set to
UINT_MAX which is really a bad idea.
This will issue a warning, so that we can correct the code responsible
for the double free.
Signed-off-by: Richard Genoud
---
Ok Stephen, your idea (and code) seems better.
I signed-off it
2013/3/20 Stephen Warren :
> On 03/20/2013 05:31 AM, Richard Genoud wrote:
>> If the function pinctrl_select_state() fails because one pin is already
>> taken elsewhere, pinmux_enable_setting makes all the necessary pin_free
>> calls (and not more than necessary).
>&g
The only drawback I know of is that it adds (minimal)
overhead into the packet processing paths, but that is a software
issue.
I don't mean to start a big discussion here. The question of whether
to have PHC support a compile time option should be discussed on the
netdev list (added on C
s.
As next step we'll test Linux as guest, maybe it is more chatty than
Windows regarding the issue. :-)
Thanks,
//richard
--
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://v
Hi,
Am Tue, 05 Feb 2013 13:36:53 -0700
schrieb Alex Williamson :
> > Ugh, the infamous and useless error 10. It could be anything.
> > I've got a system with onboard usb3, let me see what windows does
> > with it here first. Thanks,
>
> Well, I've got an Etron USB3 HBA and (un)fortunately it wo
;into mtree' and provide the
> results? Thanks,
Please see attachment.
Thanks,
//richard(qemu) info mtree
info mtree
memory
-7ffe (prio 0, RW): system
-dfff (prio 0, RW): alias ram-below-4g @pc.ram
-000
Hi,
Am Wed, 06 Feb 2013 15:45:37 -0700
schrieb Alex Williamson :
> On Wed, 2013-02-06 at 21:25 +0100, Richard Weinberger wrote:
> > Hi,
> >
> > Am Wed, 06 Feb 2013 11:47:20 -0700
> > schrieb Alex Williamson :
> > > Does the card work with pci-assign or are
assume you didn't need to do anything
> with unbinding pciehp?
Yeah, unbinding from pciehp was not needed.
Next week I'll have physical access to that box and be able run more
tests.
So far everything looks fine.
Thanks,
//richard
--
To unsubscribe from this list: send the line "uns
Commit "cs5535-mfgpt: Add another reset method" introduced an unterminated
string and broke the build.
Reported-by: Stephen Rothwell
Signed-off-by: Richard Weinberger
---
drivers/misc/cs5535-mfgpt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/m
*clk;
> @@ -996,6 +997,7 @@ static int atmel_spi_probe(struct platform_device *pdev)
> as->regs = ioremap(regs->start, resource_size(regs));
> if (!as->regs)
> goto out_free_buffer;
> + as->phybase = regs->start;
> as->irq =
atmel_spi_cleanup(struct spi_device *spi)
> struct atmel_spi*as = spi_master_get_devdata(spi->master);
> struct atmel_spi_device *asd = spi->controller_state;
> unsignedgpio = (unsigned) spi->controller_data;
> - unsigned long
is patch is based on the original patch from Nicolas
> - add dmaengine support
> and squash the below patches from Richard Genoud
> - update with dmaengine interface
> - fix __init/__devinit sections mismatch
> - fix spi-atmel driver to adapt to slave_conf
21 0x2 0x0 /* PA21
> periph B SPI1_MISO pin */
> + 0 22 0x2 0x0 /* PA22
> periph B SPI1_MOSI pin */
> + 0 23 0x2 0x0>; /* PA23
> periph B SPI1_SPCK pin */
> +
2013/4/3 Linus Walleij :
> On Thu, Mar 28, 2013 at 4:47 PM, Richard Genoud
> wrote:
>> 2013/3/28 Stephen Warren :
>
>>> Again, pinconf_free_setting() is all about freeing any dynamically
>>> allocated storage required to represent the setting itself; it&#x
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/signal.c |4
1 file changed, 4 insertions(+)
diff --git a/arch/hexagon/kernel/signal.c b/arch/hexagon/kernel/signal.c
index 8a20e8e..097623c 100644
--- a/arch/hexagon/kernel/signal.c
+++ b/arch/hexagon/kernel/signal.c
@@ -41,6 +41,10
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/process.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c
index 8e90b0c..2009377 100644
--- a/arch/hexagon/kernel/process.c
+++ b/arch/hexagon/kernel
Based on feedback from Al Viro; previous-stack-pointer and
user reg for same should always be kept consistent.
Signed-off-by: Richard Kuo
---
arch/hexagon/include/uapi/asm/registers.h |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/hexagon/include/uapi/asm
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/process.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/hexagon/kernel/process.c b/arch/hexagon/kernel/process.c
index dc72ed5..8e90b0c 100644
--- a/arch/hexagon/kernel/process.c
+++ b/arch/hexagon/kernel/process.c
.
Thanks,
Richard Kuo
Richard Kuo (6):
Hexagon: Signal and return path fixes
Hexagon: fix up int enable/disable at ret_from_fork
Hexagon: use correct work mask when checking for more work
Hexagon: check to if we will overflow the signal stack
Hexagon: break up user fn/arg register setting
This fixes the return value of sigreturn and moves the work pending check
into a c routine for readability and fixes the loop for multiple pending
signals. Based on feedback from Al Viro.
Signed-off-by: Richard Kuo
---
arch/hexagon/include/uapi/asm/signal.h |2 +
arch/hexagon/kernel
Check return coming out of check_work_pending, and if copy_thread
passed us a function in r24, call it. Based on feedback from Al
Viro.
Signed-off-by: Richard Kuo
---
arch/hexagon/kernel/vm_entry.S | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/arch
n't yet see a need for that, but if we do, then it should work in
a generic way, and not as a list of special cases, like we saw in the
patch.
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel
Some (broken?) EFI implementations return always a MaximumVariableSize of 0,
check against max_size only if it is non-zero.
Signed-off-by: Richard Weinberger
---
drivers/firmware/efivars.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/efivars.c b/drivers
Using this parameter one can disable the storage_size/2 check if
he is really sure that the UEFI does sane gc.
Signed-off-by: Richard Weinberger
---
drivers/firmware/efivars.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/efivars.c b/drivers/firmware
uld help? After all there probably *is* a maximum size - but EFI isn't
telling us what it is.
Fair point. I'll add such a printk() to my patch and resend.
Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On 04/04/2013 11:25 AM, Linas Vepstas wrote:
On 3 April 2013 19:02, Richard Kuo wrote:
+ /* check if we would overflow the alt stack */
+ if (on_sig_stack(sp) && !likely(on_sig_stack(sp - frame_size)))
+ return (void __user __force *)-1UL;
I found the
2013/3/19 Richard Genoud :
> 2013/3/7 Richard Genoud :
>> 2013/3/6 Haiyang Zhang :
>>> I have found a simple way to reproduce this kind of warning:
>>> 1) reboot the VM (because this warning can be displayed only once.)
>>> 2) login to the host and open the VM
people resort to awful hacks in order to improve boot time,
and so I would welcome this option.
I have seen arm systems that boot in 300 ms. I would say that 50 ms is
maybe not such a small improvement after all.
Thanks,
Richard
--
To unsubscribe from this list: send the line "unsubscribe l
asked me
whether to enable this 'new' option. That is really annoying,
especially with non-atom and non-x86 builds.
Ben, you removed the PCH_GBE dependency in 18d359ce. Are you sure that
was the right thing to do?
Thanks,
Richard
> Cc: Richard Cochran
> Signed-off-by: Jeff Mahon
c0_tx_en;
> + u32 c0_misc_en;
How does renaming these help?
(If you really think that new names are needed, then put the cosmetic
renaming changes into its a separate patch.)
> + u32 c1_rx_thresh_en;
> + u32 c1_rx_en;
> + u32 c1_tx_en;
> + u3
o post to netdev, please also put "net" or "net-next" into
the subject line.
Thanks,
Richard
--
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/
On Mon, Jan 28, 2013 at 08:40:25PM +0200, Pantelis Antoniou wrote:
> Hi Richard,
>
> Yes, I guess this was more of a drive-by patch dump - but people need this
> to get PG2.0 silicon to work on am33xx.
And what is PG2.0?
> And no, I don't think having a non-NAPI co
On Mon, Jan 28, 2013 at 08:40:25PM +0200, Pantelis Antoniou wrote:
>
> Speaking of which, I'm probably the original developer of the fec driver.
BTW, as I mentioned, someone is converting fec to napi. Care to take a
look to make sure it is done right?
Thanks,
Richard
--
To unsubscrib
,
but not into mainline.[1]
Now I'm wondering how much Oracle really cares about OCFS2 in mainline?
Maybe there are some more unfixed vulnerabilities?
Not amused,
//richard
[0] http://www.mail-archive.com/ocfs2-devel@oss.oracle.com/msg07774.html
[1] https://oss.oracle.com/pipermail/el-e
r at least some of it) without problems.
I hope gmail has hidden the re-send from me - otherwise I didn't get
it ...
Richard
--
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:/
happen every day, but quite often : 4 times in February
I'll ask my sysadm if there's something special at 22h30 in the host,
because it's always happening around this time.
Machine is debian wheezy (7) under windows server 2008 R2
Regards
Richard
--
To unsubscribe from this list
I have an Acer Aspire One netbook, and on it I get the following
warning when closing and opening the lid. I think this warning first
appeared in 3.7.
Does this need fixing? If so, who can do it?
Thanks,
Richard
** close lid
Mar 16 11:32:03 netboy kernel: [ 287.429404
, when inserting the larger card, the kernel just prints an error,
as shown below. Anyone know how to fix this?
Thanks,
Richard
** With new 3.8.3 driver
*** 32 MB card
Mar 16 11:29:45 netboy kernel: [ 149.431780] mmc0: new MMC card at address 0001
Mar 16 11:29:45 netboy kernel: [ 149.519891
ECT_CHK_CHRG_B);
> + regmap_write(anatop, HW_ANADIG_USB2_CHRG_DETECT,
> + BM_ANADIG_USB_CHRG_DETECT_EN_B |
> + BM_ANADIG_USB_CHRG_DETECT_CHK_CHRG_B);
> + } else {
> + pr_warn("failed to find
<[EMAIL PROTECTED]>
>
> Richard please note that this driver makes use of
> include/asm-sh/hd6446x.h which is a merged header not yet
> available. I've sent patch to paul but gotten no answer yet. If you
> cannot commit it for that reason, then please just look through it.
map work there. I'll look at these failures.
Thanks for reporting this.
I'm not sure why this happens with allmodconfig.
If I set CONFIG_MTD=m and CONFIG_MTD_UBI=m it builds fine,
that's how I did most build tests.
The following patch fixes the issue for me.
Artem, are you fine with
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy :
> On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
> > UBI Fastmap is an optional feature which stores the physical to
> > logical eraseblock relations in a checkpoint (called fastmap) to
> > reduce th
On 03.10.2012 10:44, Artem Bityutskiy wrote:
On Wed, 2012-10-03 at 10:36 +0200, Richard Weinberger wrote:
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy :
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional feature which stores the physical to
On 03.10.2012 11:30, Artem Bityutskiy wrote:
On Wed, 2012-10-03 at 11:03 +0200, Richard Weinberger wrote:
Yeah, it looks like all issues reported by aiaiai are caused by the missing
goto.
Can you deal with the patch below or do you want me to send it using git
send-email?
I'll apply it
On 28.09.2012 18:32, Richard Weinberger wrote:
Currently only stdin is available in the coredump helper process.
If the process opens a file and then issues a printf(),
printf() will write to that opened file instead to a console.
Therefore open /dev/console and create fd 1 and 0 as init/main.c
Am Tue, 23 Oct 2012 13:01:42 -0700
schrieb Kees Cook :
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Jeff Dike
> CC: Richard Weinberger
> Sig
Am Tue, 23 Oct 2012 13:01:45 -0700
schrieb Kees Cook :
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Jeff Dike
> CC: Richard Weinberger
> CC: Thomas
On Tue, Oct 23, 2012 at 01:03:09PM -0700, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Richard Cochran
> Signed-off-by: Kees Cook
; where as in
as-layout.h the second parameter's type is declared as 'struct siginfo'.
[1]: d3c1cfcdb43e023ab1b1c7a555cd9e929026500a
Does this patch fix the issue?
Are you using glibc 2.17?
Thanks,
//richard
---
diff --git a/arch/um/include/shared/as-layout.h
b/arch/um/include
On 24.10.2012 10:08, Richard Weinberger wrote:
On 24.10.2012 01:18, Matthew Leach wrote:
Hi,
When building UML against 3.7-rc2 I encounter the following build error:
# make ARCH=uml
scripts/kconfig/conf --silentoldconfig arch/x86/um/Kconfig
CHK include/generated/uapi/linux/version.h
On 24.10.2012 11:09, Matthew Leach wrote:
Hi Richard,
Richard Weinberger writes:
Does this patch fix the issue?
Your patch fixed the initial error, but I now get:
Okay, we have to get rid of all struct sig_infos.
A patch is on the way.
Thanks,
//richard
--
To unsubscribe from this list
r 3.8 we cleanup the UML
headers and reintroduce commit d3c1cfc.
Thanks,
//richard
diff --git a/arch/um/include/shared/as-layout.h b/arch/um/include/shared/as-layout.h
index 694c792..21516c2 100644
--- a/arch/um/include/shared/as-layout.h
+++ b/arch/um/include/shared/as-layout.h
@@ -60,8 +60,7 @@ ex
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach :
>
> Richard Weinberger writes:
> > Am Wed, 24 Oct 2012 00:18:34 +0100
> >> I have tracked this down to [1] where, indeed, the type of
> >> sig_info is different; the second parameter in signal.c is
&
Am Wed, 24 Oct 2012 21:06:25 +0100
schrieb Matthew Leach :
> Richard Weinberger writes:
> > Am Wed, 24 Oct 2012 20:48:52 +0100
> > schrieb Matthew Leach :
> >
> >>
> >> Richard Weinberger writes:
> >> > Am Wed, 24 Oct 2012 00:18:34 +0100
&g
Am Wed, 24 Oct 2012 21:13:55 +0100
schrieb Matthew Leach :
> Richard Weinberger writes:
>
> > Am Wed, 24 Oct 2012 21:06:25 +0100
> > schrieb Matthew Leach :
> >
> >> Richard Weinberger writes:
> >> > Am Wed, 24 Oct 201
1 - 100 of 7710 matches
Mail list logo
