how to debug it too :)
Shane
--
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/
rA/dirB/dirC --> Stale NFS file handle
ls /dirA/dirB/dirD --> Stale NFS file handle
I will do a few more builds/boots and check -rc3-git2 and -rc3-git3.
Will report back shortly,
Shane
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
tale NFS file handle
Shane
--
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 Dec 7, 2007 1:46 PM, Trond Myklebust <[EMAIL PROTECTED]> wrote:
...
> This problem has already been reported. The fix (which I'm planning on
> sending to Linus soon) is appended.
Thanks Trond. Sorry for the duplicate report, I did actually do some
searching...
I will confir
On Dec 7, 2007 1:55 PM, Shane <[EMAIL PROTECTED]> wrote:
> On Dec 7, 2007 1:46 PM, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> ...
> > This problem has already been reported. The fix (which I'm planning on
> > sending to Linus soon) is appended.
>
> Thanks
On Dec 7, 2007 2:16 PM, Shane <[EMAIL PROTECTED]> wrote:
...
> Confirmed working in rc4-git5. I'll deploy this kernel in a few more
> spots and check for other regressions.
Hmm, I installed a new kernel built from the same sources on the NFS
server. And now I don't see
-
> static struct dentry_operations proc_dentry_operations =
> {
> .d_delete = proc_delete_dentry,
> - .d_revalidate = proc_revalidate_dentry,
> };
>
> /*
> --
> 1.5.3.rc6.17.g1911
Confirmed. This patch fixes the problem for me.
Shane
--
To unsubscribe from
07, Andrew Morton wrote:
> > > > On Fri, 07 Dec 2007 17:51:58 -0500
> > > > Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > > >
> > > > >
> > > > > On Fri, 2007-12-07 at 14:39 -0500, Shane wrote:
> > > > > > On Dec
is the fix for crossmnt bug, I applied it to both client and server,
> but no luck.
I'm using NFSv3, but I applied two patches. The one you mention
from Eric and the patch Trond posted in this thread.
>
> Still see empty folders.
That was the symptom I had without Trond's patch.
Shane
--
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/
-core.o
Building modules, stage 2.
Kernel: arch/x86/boot/bzImage is ready (#1)
MODPOST 202 modules
ERROR: "videobuf_read_start" [drivers/media/video/videobuf-dvb.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
Shane
diff --git a/drivers/media/video/videobuf
with a bttv card.
Mauro and Adrian,
Thanks for your prompt attention to this and for promptly pushing the
fix to Linus.
Regards,
Shane
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Dec 12, 2007 11:37 AM, Shane <[EMAIL PROTECTED]> wrote:
> On Dec 12, 2007 9:21 AM, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> ...
> > The proper solution is provided by this changeset:
> > http://git.kernel.org/?p=linux/kernel/git/mche
On Dec 12, 2007 2:44 PM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 12, 2007 at 01:57:27PM -0500, Shane wrote:
> > On Dec 12, 2007 11:37 AM, Shane <[EMAIL PROTECTED]> wrote:
> > > On Dec 12, 2007 9:21 AM, Mauro Carvalho Chehab <[EMAIL PROTECTED]>
using 15 userptr buffers so whatever is happening may
be happening once per buffer sometimes. dunno
Shane
--
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.ht
New guy to this list. Long time lurker on CKRM - decided to test the
control groups patches.
Pulled 2.6.24.rc4 patch and migrated my (working) 2.6.23-rc4 config.
Panic'd because of NFS root not found - not too surprising as I don't
have one.
Any ideas why this option comes up selected ???. Same re
On Wed, 2007-11-14 at 22:42 +0100, Rafael J. Wysocki wrote:
> Perhaps it just can't find the root filesystem at all?
Indeed - thanks for the input.
My supposed "good" source config didn't match the running kernel. A
"work in progress" I had obviously forgotten about.
Apologies for having distur
it's good to go IMVHO. :)
Shane
-
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/
urs, but if you don't hear back from me in
> the next day or so then it's good to go IMVHO. :)
>
Hi Shane,
That's great to hear! Well, if it does go well, could you post to LKML
and linux-rt mailing lists, as well as CC'ng Ingo. Good news like this
should be shared ;-)
H
ld do some base line testing - I'll redo the
build and see where the mis-matches are.
Shane ...
-
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
.gfp_mask = GFP_KERNEL,
+ .gfp_mask = GFdefined(CONFIG_CONTAINER_PAGECACHE_ACCT)
+P_KERNEL,
I deleted what looks like an over-enthusiastic "copy-and-paste", and it
compiled o.k.
Testing continues.
Shane ..
> Agree. If NCQ does not imply support of this log page, we should
> definitely refine the check condition used here.
>
> I suppose Shane will take care of this, but if he doesn't, I'll do that
> at a later time.
I tried word 78 bit 5(Hardware Feature Control) which doe
or eval board versions of the MSP7120 (no hardware to
test with).
I had hoped that someone from PMC-Sierra would respond, but
maybe they don't care anymore...
Shane McDonald
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
e trouble to you guys.
Thanks,
Shane
The source files for the MSP71xx support code have been moved
in commit 13a347ef60c68e490809dad8fcf79c25eabc4d58,
"MIPS: MSP71xx: Move code." Update the Platform file
to indicate the new location.
Signed-off-by: Shane McDonald
---
arch/mips/pmcs-msp71xx/Platform |4 ++--
1 files
Now that Yosemite's gone we can move the MSP71xx include files
one level up.
Signed-off-by: Shane McDonald
---
Patch history:
V1: Original patch
V2: Use format-patch's -M option to indicate file renames
.../cpu-feature-overrides.h|0
.../msp71xx => mach
ubmit my patch first without testing
so as to meet kernel 3.7 bug fix window?
Thanks,
Shane
--
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.htm
CONFIG_NO_HZ=y
# CONFIG_HIGH_RES_TIMERS is not set
Sorry if this report is a duplicate,
Shane
--
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
Ple
and the cd-rom is on its own IDE channel. It does
not occur otherwise.
Just out of curiosity, if this was a hardware bug, wouldn't
they have fixed it with the 686B chipset?
Regards,
Shane
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE3035
s where it stops. Locks solid, not even sysrq-b
works.
Shane
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE3035D
A0ED DAC4 77EC D674 5487
5B5C 4F89 9A4E FFE3 035D
-
To unsubscribe from this list: send the line "unsubsc
hich seems to
be locking up.
Best regards,
Shane
>
> On Tue, 10 Apr 2001, Shane Wegner wrote:
>
> > On Mon, Apr 09, 2001 at 05:33:13PM -0700, Andre Hedrick wrote:
> > >
> > > This is up with some updates
> > Hi,
> >
> > This isn't working here o
lock should be 33MHZ but that's probably not related.
Regards,
Shane
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE3035D
A0ED DAC4 77EC D674 5487
5B5C 4F89 9A4E FFE3 035D
-
To unsubscribe from this list: send th
On Wed, Feb 21, 2001 at 08:09:19AM +0100, Vojtech Pavlik wrote:
> On Tue, Feb 20, 2001 at 03:59:27PM -0800, Shane Wegner wrote:
>
> > > You wanted my VIA driver for 2.2. Here is a patch that brings the very
> > > latest 4.2 driver to the 2.2 kernel. The patch is agains
On Wed, Feb 21, 2001 at 08:23:48AM +0100, Vojtech Pavlik wrote:
> On Tue, Feb 20, 2001 at 11:15:02PM -0800, Shane Wegner wrote:
> > On Wed, Feb 21, 2001 at 08:09:19AM +0100, Vojtech Pavlik wrote:
> > >
> > > > > You wanted my VIA driver for 2.2. Her
urred.
Regards,
Shane
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE3035D
A0ED DAC4 77EC D674 5487
5B5C 4F89 9A4E FFE3 035D
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
ake_up call doesnt
garantee that I will be waken_up any time soon (or will the kernel
automaticlaly schedule the kernel thread first when the data arrives because
it's always highest priority?).
Thanks!
Daniel Shane
--
GNU/Linux programmer
iNsu Innovations Inc.
-
To unsubscribe from this lis
skirq 1 0 1
rw
using_dma 1 0 1
rw
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE3035D
A0ED DAC4 77EC D674 5487
5B5C 4F89 9A4E FFE3 035D
hardware bug?
Thanks for the great work so far,
Shane
--
-
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/
can create a writable cramfs, but oh well) Lord knows I could
use a few extra bits in the cramfs inode (Using sticky bit to denote XIP
mode binaries right now..., such a hack)
Thanks,
Shane Nay.
-
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/
om , and within cramfs never accesses that block device
anymore..., it's sort of silly, and _not_ the right way to do it.)
Thanks,
Shane Nay.
(Patches referenced here can be found at:
ftp://ftp.agendacomputing.com/pub/agenda/testing/CES/patches/ , contributed
by various authors: Rob Les
ut of a
directory sub-structure expecting a 1-1 relationship of the data in the
original directory sub-strucure, and the interpretation of your cramfs
filesystem. But then you pull out the write bits, and that 1-1 relationship
is gone. (I can only see my particular case, but there are probably others
th
e received several private emails from people having this
problem, (so it is biting people). Just a polite beg that it might
be included in 2.4.
Cheers,
shane
-
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/
n issue with the 2.2 kernels. Take a look in the
mailing list archives for a thread with subject line:
VM: do_try_to_free_memory failed for , 2.2.17, 2.2.18pre3
starting around Oct 11 or 12.
shane
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Hi,
I have the same problem.
On Thu, 26 Oct 2000, Vojtech Pavlik wrote:
[...snip...]
> Could you send me your 'lspci -vvxxx' to confirm it's the very same
> chip?
00:07.0 ISA bridge: VIA Technologies, Inc.: Unknown device 0686 (rev 21)
Subsystem: Unknown device 1106:
Contr
certain executables/libs. So what do you all think of expanding the
inode for this purpose, and is loss of backward compatibility a massivly evil
thing, so when I make this patch I need to keep information based on the
magic of the cramfs filesystem to denote versioning information to allow for
t
of those bits as flags for filetypes. But I'd rather
not fork things up like that.
> BTW, how many uids/gids do you need cramfs to support? My belief is
> that 16 (or 256 at most) uids/gids is more than enough embedded system.
In the cramfs partition..., we probably only need
.
(Working on it) But that would allow if you guys can get XIP kernel working
in ARM like we have in MIPS to read and write to flash. Other randomn stuff,
and things get added with a slightly normal frequency. One benefit with this
patch is copying, the other is dumping that 32k buffer, and giving
nstead. Should
I just cheat and put in a fake block device? Or am I going about this in an
imbecilic fashion?
Any ideas, criticisms are welcome...
Thanks,
Shane Nay.
(BTW: XIP implementation is by another fellow..., I'm just trying to put
together the linear addressing and his pieces int
kernel: VM: killing process
apache
Jan 2 04:40:15 continuum kernel: VM: killing process
cmdnsqueue
Jan 2 04:41:04 continuum kernel: VM: killing process cron
What conditions would trigger this situation? Why would
the kernel decide to kill cron and Apache?
Cheers,
Shane
--
Shane Wegner: [EMAIL
ver. Sorry, no more info.
2.4.0-t9-p7 No reboots but lots of errors on the interface. But,
it does work.
A diff between the two 8139too.c files in these kernels reveals
no differences.
shane
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
is what I have been
seeing with this driver for a while.
shane
>
> --- 8139too.c.origSun Oct 15 01:49:47 2000
> +++ 8139too.c Sun Oct 15 03:22:46 2000
> @@ -1736,8 +1736,7 @@
> /* if Rx err received, Rx process gets reset, so
>
rors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
Interrupt:10 Base address:0x6000
[...snip...]
> /Tobias
shane
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read th
em_call+52/56]
Mar 12 12:30:12 walker kernel: Code: 89 57 20 8b 51 20 8b 79 10 89 3a c7 41
20 00 00 00 00 ff 0d
My limited knowledge of the kernel and stuff, would seem
to indicate the above crash output is on filesystem problems.
v/r
Shane
--
Shane Y. Gibson[EMAIL
7;t really do anything with it. It
is an Abit VP6 motherboard running 2 P-III 850 CPUs at
100MHZ bus speed. 256MB of PC133 micron ram.
If anyone knows whether this is a kernel issue or a
hardware one, I would appreciate hearing from you.
Shane
--
Shane Wegner: [EMAIL PROTECTED]
On Sat, Feb 03, 2001 at 02:07:27PM -0800, Shane Wegner wrote:
> Hi,
>
> I just built this SMP system and am getting some weird
> errors from kern.log. The system will run smoothly but
> after about a half hour running the distributed.net RC5
> client, the following errors sh
fdef CONFIG_SCSI_IPS
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE3035D
A0ED DAC4 77EC D674 5487
5B5C 4F89 9A4E FFE3 035D
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Thursday 07 June 2001 13:00, Marcelo Tosatti wrote:
> On Thu, 7 Jun 2001, Shane Nay wrote:
> > (Oh, BTW, I really appreciate the work that people have done on the VM,
> > but folks that are just talking..., well, think clearly before you impact
> > other people that are
er thing..., oh yes, and
its SOLDERED ON THE BOARD. Damn..., guess I just lost a grand or so.
Seriously folks, Linux isn't just for big webservers...
Thanks,
Shane Nay.
(Oh, BTW, I really appreciate the work that people have done on the VM, but
folks that are just talking..., well, thin
lest it would ever
make the cache was 16M, it would prefer to kill processes rather than make
the cache smaller than that.
Contrived stressor program: (pseudo code)
fork(); fork(); fork(); fork(); //16 total processes
for (i=0;i Just do what I described above.
Done :).
Thanks,
Shane Nay.
-
To
RS690 is the workaround.
Signed-off-by: Shane Huang <[EMAIL PROTECTED]>
Since there is some word wrapping problem with my mail client MS outlook
if I copy the patch into the text, so I'll also attach the patch as an
attachment. Please check it.
diff -ruN old/drivers/pci/quirks.c
SB700 SATA MSI bug will be fixed in SB700 revision A21 at hardware
level,
but the SB700 revision older than A21 will also be found in the market.
This patch modify the original quirk commit
bc38b411fe696fad32b261f492cb4afbf1835256 instead of withdrawing it.
Signed-off-by: Shane Huang <[EM
I did some modification to this patch and send it again, Please check
it.
The quirk to 0x4395 has been removed because 0x4395 only belongs to
SB800.
Thanks
Shane
> -Original Message-
> From: Shane Huang
>
> SB700 SATA MSI bug will be fixed in SB700 revision A21 at
>
to submit another update patch later.
Thanks
Shane
--
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/
because 0x4395 is SB800 device
ID.
Signed-off-by: Shane Huang <[EMAIL PROTECTED]>
diff -ruN linux-2.6.24-rc7_org/drivers/pci/quirks.c
linux-2.6.24-rc7_new/drivers/pci/quirks.c
--- linux-2.6.24-rc7_org/drivers/pci/quirks.c 2008-01-23
14:44:53.0 +0800
+++ linux-2.6.24-rc7_new/drive
Hi Tejun:
> Okay, here's reformatted in-line version. Shane, please invest some
> time into setting up email environment. Sending patches via email is
> an important part of the linux kernel development process and if
> you're gonna submit patches, you're just g
bination of RS690+SB700 on the market.
Thanks
Shane
--
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/
ecking on byte 1
of DHCP/BOOTP extension fields (the length field). It looks like a malicious
DHCP server could mess with kernel memory that way. I could try to fix the
hole, but maybe someone more experienced with this code would like to verify
there's a problem first.
Shane
--- ip
Herbert Xu wrote:
Shane Hathaway <[EMAIL PROTECTED]> wrote:
The attached patch enhances the kernel's DHCP client support (in
net/ipv4/ipconfig.c) to set the interface MTU if provided by the DHCP server.
Without this patch, it's difficult to netboot on a network that uses jum
Hans-Peter Jansen wrote:
On Thursday 03 February 2005 05:47, Shane Hathaway wrote:
The attached patch enhances the kernel's DHCP client support (in
net/ipv4/ipconfig.c) to set the interface MTU if provided by the
DHCP server. Without this patch, it's difficult to netboot on a
network
> The buffer cache is "virtual" in the sense that /dev/hda is a completely
> separate name-space from /dev/hda1, even if there is some physical
> overlap.
Wouldn't something like "hdparm -t /dev/md0" trigger it
though. It is the same device as gets mounted
return 0;
+ }
+
case WDIOC_KEEPALIVE:
mod_timer(&watchdog_ticktock, jiffies+(soft_margin*HZ));
return 0;
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~s
, let me know.
Regards,
Shane
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE3035D
A0ED DAC4 77EC D674 5487
5B5C 4F89 9A4E FFE3 035D
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
.2.19 works fine. The machine is an
> > Intel Pentium III 850MHZ on an Abit VP6 board. If any
> > further information is needed, let me know.
>
> Can you back out the change to io_apic.c and tell me if that fixes it. If so
> let Johannes Erdfelt and I know.
That does indeed corre
On Mon, May 07, 2001 at 11:02:50AM -0700, Johannes Erdfelt wrote:
> On Mon, May 07, 2001, Shane Wegner <[EMAIL PROTECTED]> wrote:
> >
> > That does indeed correct the problem. 2.2.20pre1 now works
> > as expected.
>
> Hmm, that uses a VIA based chipset. I d
TLCMD;
+ return -ENOTTY;
case WDIOC_GETSUPPORT:
return copy_to_user((struct watchdog_info *)arg, &ident,
sizeof(ident))?-EFAULT:0;
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu/~shane/
PGP: 1024D/FFE
On Wed, May 16, 2001 at 12:56:55PM -0700, Johannes Erdfelt wrote:
>
> Could you try this patch? It applies on top of 2.2.20pre1
>
> It also cleans up a couple of comments
That fixes it alright.
Shane
--
Shane Wegner: [EMAIL PROTECTED]
http://www.cm.nu
this case,
I think the cause should be same as RS690 and RX790.
If you need some small test on USB issue related with RS480 or
something else, you may tell me, I can try to ask the help from our
SW QA or test by myself, if we can find out such test platform.
Thanks
Shane
-
To unsubscribe f
use is our SB700 SATA controller
has a hardware bug where setting INTX_DISABLE in the PCI COMMAND
register masks MSI interrupts too?
And what is the software solution or workaround?
I will continue debug this MSI problem next week. Any suggestions,
please don't hesitate to tell us.
Thanks
Best Rega
Thanks for your suggestion. I will continue to debug this problem next
Monday when I'm back to the office.
Thanks
Best Regards
Shane
_
Invite your mail contacts to join your friends list with Windows Live Spaces.
It's
time goes by. In fact, other teams are always helping us.
As to the other problems such as USB-HCD, we need some investigation
before I can send you any response.
Thanks
Best Regards
Shane
_
Discover the new Windows Vista
http://searc
he pci_intx() workaround code from drivers/net/tg3.c
>and elsewhere.
This quirk seems good to me. Waiting for your final decision
This SB700 SATA controller MSI/INTx problem has been reported to our
hardware team. I will forward the update information or response to
you when I get any from
bugs?
Thanks
Best Regards
Shane
==> USB part of the second patch in lkml.org/lkml/2006/12/21/47
diff -uprdN linux/drivers/usb/core/hcd-pci.c
linux/drivers/usb/core/hcd-pci.c
--- linux/drivers/usb/core/hcd-pci.c2006-12-16 13:34:57.0
-0800
+++ linux/drivers/usb/core/hcd-pc
=4be8f906435a6af241821ab5b94b2b12cb7d57d8
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commi
t;h=aea6a433f50cd89b9cbd10850fd0b32f961f9883
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commi
t;h=f122392f679ebed39db08074f935d770504623eb
after the commit of these MSI/INTx quirks.
Thanks
Shane
More ATI North Bridges like RS780 can't do MSI like its predecessors
in linux. Disable MSIs on them.
Signed-off-by: Shane Huang <[EMAIL PROTECTED]>
Since there is some word wrapping problem with my mail client MS outlook
if I copy the patch into the text, so I'll have to attach
forms.
BTW, There already some disablements to some ATI NB MSIs in the kernel,
the reasons are similar.
Thanks
Shane
> -Original Message-
> From: David Miller [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 18, 2007 6:20 PM
> To: Shane Huang
> Cc: [EMAIL PROTECTED]; [EMA
organizations within your locality.
Should you wish to verify,below are link to that effect:
http://www.bbc.com/news/world-us-canada-42671157
https://www.youtube.com/watch?v=G6IAFzRF4oU
Kindly Forward your Message of Acceptance to: shaness...@yahoo.com
Best Regards.
Shane
organizations within your locality.
Should you wish to verify,below are link to that effect:
http://www.bbc.com/news/world-us-canada-42671157
https://www.youtube.com/watch?v=G6IAFzRF4oU
Kindly Forward your Message of Acceptance to: shaness...@yahoo.com
Best Regards.
Shane
From: "Shane.Chien"
In the change "[v2,1/2] Add mediatek codec mt6359 driver",
The compatible of mt6359-sound device is removed
due to it is regarded as a part of parent device,
which is only reflecting Linux model instead of hardware.
However, if the device is not given a comaptible,
of_node of
Dies ist eine persönliche Mail, die ich an Sie adressiere. Ich bin SHANE
MISSLER aus Florida, USA. Wie Sie bereits wissen, habe ich einen Lotto-Jackpot
in Höhe von 451 Mio. USD (330 Mio. GBP) gewonnen und das Geld hat mein Leben
und mein Familienleben verändert, aber es wird mein Herz nicht
Dies ist eine persönliche Mail, die ich an Sie adressiere. Ich bin SHANE
MISSLER aus Florida, USA. Wie Sie bereits wissen, habe ich einen Lotto-Jackpot
in Höhe von 451 Mio. USD (330 Mio. GBP) gewonnen und das Geld hat mein Leben
und mein Familienleben verändert, aber es wird mein Herz nicht
Nazywam się SHANE MISSLER, wygrałem loterię o wartości 451 milionów dolarów i
postanowiłem przekazać tobie kwotę 5500 000,00 €. Przekazuję wam tę darowiznę
za miłość, którą mam dla ludzkości i za pomoc osobom dotkniętym pandemią w
waszym kraju.Skontaktuj się ze mną, aby odebrać tę
From: "Shane.Chien"
remove mt6359_platform_driver_remove due to it is
useless.
Signed-off-by: Shane.Chien
---
sound/soc/codecs/mt6359.c | 12
1 file changed, 12 deletions(-)
diff --git a/sound/soc/codecs/mt6359.c b/sound/soc/codecs/mt6359.c
index ecdfd57..d37dbd2 100644
--- a/s
From: "Shane.Chien"
vaud18 is power of mt6359 audio path. It
should only enable when audio is used,
instead of in boot up stage.
Once mt6359 audio path is enabled or disabled,
vaud18 is controlled by regulator supply widget
"LDO_VAUD18". Due to vaud18 is controlled by
regulator dapm macro instead
From: "Shane.Chien"
This series of patches is to fix vaud18 power leakage problem.
vaud18 will be enable only when mt6359 audio path is turned on.
Change since v1:
- use dapm regulator supply widget for vaud18 control.
- add vaud18 regulator property in mt6359 dt-binding.
Shane.Chien (2):
A
From: "Shane.Chien"
This patch add "LDO_VAUD18-supply" property to
control vaud18 regulator. It is labeled as required
due to mt6359 audio path always need to enable vaud18.
Signed-off-by: Shane.Chien
---
.../devicetree/bindings/sound/mt6359.yaml |9 +
1 file changed, 9 in
From: "Shane.Chien"
vaud18 is power of mt6359 audio path. It
should only enable when audio is used,
instead of in boot up stage.
Once mt6359 audio path is enabled or disabled,
vaud18 is controlled by regulator supply widget
"LDO_VAUD18". Due to vaud18 is controlled by
regulator dapm macro instead
From: "Shane.Chien"
This patch add "LDO_VAUD18-supply" property to
control vaud18 regulator. It is labeled as required
due to mt6359 audio path always need to enable vaud18.
Signed-off-by: Shane.Chien
---
.../devicetree/bindings/sound/mt6359.yaml |9 +
1 file changed, 9 in
From: "Shane.Chien"
This series of patches is to fix vaud18 power leakage problem.
vaud18 will be enable only when mt6359 audio path is turned on.
Change since v2:
- fix dt-binnding syntex error
Change since v1:
- use dapm regulator supply widget for vaud18 control.
- add vaud18 regulator pr
From: "Shane.Chien"
vaud18 is power of mt6359 audio path. It
should only enable when audio is used,
instead of in boot up stage.
Once mt6359 audio path is enabled or disabled,
vaud18 is controlled by using regulator in
supply widget "LDO_VAUD18". Due to vaud18 is
controlled by regulator instead o
From: "Shane.Chien"
Use memset_io to access I/O memory, instead of
memset.
Shane.Chien (1):
ASoC: Use memset_io to access I/O memory
sound/core/pcm_native.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
1.7.9.5
From: "Shane.Chien"
Use memset_io to access I/O memory, instead of
memset.
Signed-off-by: Shane.Chien
---
sound/core/pcm_native.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/core/pcm_native.c b/sound/core/pcm_native.c
index 9e0b2d7..a4efa84 100644
--- a/sound/c
1 - 100 of 118 matches
Mail list logo
