[arch-general] Battery question about a Firmware Bug in logs.
I am running Arch on a Toshiba Qosmio x505-q887. I have tried everything I can find online and in the wikis in setting things up but no matter what I have tried I can not get rid of the message in the logs, though my battery life seems semi reasonable, roughly 1.75hrs on average so far with not much tweaking being done to help extend. Error: [Firmware Bug]: battery: (dis)charge rate invalid. Is this something I should be worried about? Will it screw up my battery in charging and use right now as is? I am not really finding much online in relation to this actual error in the logs. Mostly its people saying that the logs report that the discharge rate is 0% and mine just says discharging and gives no rate or anything. I am fully updated currently, not on testing repos. I also do get 2 other messages in the logs that I am not sure if they are related. [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored From what I read and understand online, is this is of no real concern and I don't need to worry about it. Is this correct in my thinking and understanding? PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug. I have tried doing what it says in the Kernel boot args but it just gives me the same message but saying to do the reverse and use pci=crs. I have not looked much into this one, but don't want to leave out something that may be causing what I am asking. I can send any configs if needed Thanks for anyone's time and effort in helping.
Re: [arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
@Jonathan Vasquez I must say that I totally support your point of view. I have seen some TU/devs/geeky users showed bad temper, mocking on newb at #archlinux who really came there to seek for help and wanted to switch to Arch. They just made them go away rudely. Their point is that Arch is not for newb. On Wed, Jan 4, 2012 at 10:27 AM, Jonathan Vasquez wrote: > On Tue, Jan 3, 2012 at 10:25 PM, Jonathan Vasquez > wrote: > > On Tue, Jan 3, 2012 at 10:21 PM, Oon-Ee Ng > wrote: > >> On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez > >> wrote: > >>> I've been doing things to attract users to Arch. Whether they are > >>> newbs or not, because I want people to learn. As long as you have > >>> willingness and determination to learn, that is the important thing. > >>> The resources are out there, people just need to look, and I'm willing > >>> to add to those resources. > >>> > >>> You aren't adding anything beneficial by telling others that their > >>> comments are equal to troll statements, when this is clearly not true. > >> > >> Attracting users to Arch is not a stated goal, this has been repeated > >> many times in various fora. Arch is only for a certain type of users, > >> those who are willing and able to learn. > >> > >> I'm not knocking your effort, but a quick glance at those resources > >> you've provided indicate that you're trying to make it very easy to > >> get to using Arch, and I don't think that's beneficial for Arch or its > >> community. There are other distributions for 'easy-to-use', Arch > >> should not be that. Not because of any type of elitism, but because > >> Arch's niche is about control and simplicity, and making it > >> 'newbie-friendly' (whatever that means) would compromise that. > >> > >> Splitting the thread (sorry I use gmail, so it won't split for you > >> guys on mutt or whatever) to reduce the 'corruption' of original > >> thread, not that I think it'll make a difference though. > > > > You are misunderstanding my goals and what I've said. > > > > I said that I'm trying to help people find and use Arch. Whether they > > are expert users from other distros, or they are Noobies who are > > "willing to read documentation". If a person is a noob, that doesn't > > mean that they can't use Arch, they just have to be motivated > > individuals who are willing to seek and learn for themselves. I am > > facilitating resources, documentations, etc, to lower the barrier to > > entry, while at the same time giving information that is in the > > documentation, in a video form. > > > > So we completely agree, the point of Arch, and us, isn't to just go > > around and find noobies that don't want to learn for themselves but > > want others to do the work for them, but to find people that are > > willing to learn, seek for themselves, and contribute back to the > > community. This does not segregate "Noobs who want others to do things > > for them", "Noobs who are willing to be independent and learn for > > themselves", and "Expert users from other Distros who want to learn > > how to use Arch". > > > > -- > > Jonathan Vasquez > > BTW, If you watch the series I made today to help people who are > willing to learn come and try Arch, I've explicitly explained the Arch > goals, and who it is and isn't for. > > http://www.youtube.com/watch?v=GVx0xOO5tqg @ 1:30. > > -- > Jonathan Vasquez > -- God loved the birds and invented trees. Man loved the birds and invented cages. ~Jacques Deval Probability does not exist. ~Bruno de Finetti Brian: "Look, you've got it all wrong! You don't NEED to follow ME, You don't NEED to follow ANYBODY! You've got to think for your selves! You're ALL individuals!" ~Monty Python, "The Life of Brian"
Re: [arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
On 01/03/2012 07:25 PM, Jonathan Vasquez wrote: On Tue, Jan 3, 2012 at 10:21 PM, Oon-Ee Ng wrote: On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez wrote: I've been doing things to attract users to Arch. Whether they are newbs or not, because I want people to learn. As long as you have willingness and determination to learn, that is the important thing. The resources are out there, people just need to look, and I'm willing to add to those resources. You aren't adding anything beneficial by telling others that their comments are equal to troll statements, when this is clearly not true. Attracting users to Arch is not a stated goal, this has been repeated many times in various fora. Arch is only for a certain type of users, those who are willing and able to learn. I'm not knocking your effort, but a quick glance at those resources you've provided indicate that you're trying to make it very easy to get to using Arch, and I don't think that's beneficial for Arch or its community. There are other distributions for 'easy-to-use', Arch should not be that. Not because of any type of elitism, but because Arch's niche is about control and simplicity, and making it 'newbie-friendly' (whatever that means) would compromise that. Splitting the thread (sorry I use gmail, so it won't split for you guys on mutt or whatever) to reduce the 'corruption' of original thread, not that I think it'll make a difference though. You are misunderstanding my goals and what I've said. I said that I'm trying to help people find and use Arch. Whether they are expert users from other distros, or they are Noobies who are "willing to read documentation". If a person is a noob, that doesn't mean that they can't use Arch, they just have to be motivated individuals who are willing to seek and learn for themselves. I am facilitating resources, documentations, etc, to lower the barrier to entry, while at the same time giving information that is in the documentation, in a video form. So we completely agree, the point of Arch, and us, isn't to just go around and find noobies that don't want to learn for themselves but want others to do the work for them, but to find people that are willing to learn, seek for themselves, and contribute back to the community. This does not segregate "Noobs who want others to do things for them", "Noobs who are willing to be independent and learn for themselves", and "Expert users from other Distros who want to learn how to use Arch". Me being one of these Arch n00bs what attracted to me was the RTFM type of attitude before you ask something it should be about reading and educating ones self first before asking questions. It took me a few days to understand installing things properly and only posting one question to these boards about a miss understanding I had. Which I though the responses I got were great and quickly made me grasp my failure to. I learned a little more about the hooks statement that was made, but I do have to agree that if others are not allowed to contribute they have the same issues with a posting to the boards, then things may lag in finding a common cause that may not be obvious on the one single system. Am I way off thinking such a thing here? I also still don't see how his comments were Troll like at all. Maybe that's my n00b thinking in things. Elitism is one thing, but arrogance is childish and VERY common on most message boards in the Linux world. I value and understand Elitism, but throw in arrogance and its just a pissing match being started in my opinion. Just my worthless .02 :) Cheers people its a New Year, don't forget that :)
Re: [arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
On Wed, Jan 4, 2012 at 12:21 PM, Oon-Ee Ng wrote: > Arch's niche is about control and simplicity, and making it > 'newbie-friendly' (whatever that means) would compromise that. The 'whatever that means' part is, I think, the important aspect here. What does it mean? Is newbie-friendliness providing a user with a graphical user interface by default and an easy-to-use installer like Ubuntu does? Many people seem to think so, because Ubuntu is commonly called a 'distribution for beginners', but actually I disagree. In fact, I think Arch is very newbie-friendly, if not the most newbie-friendly distro out there. And that's because of the huge wiki and the excellent documentation you get. Ubuntu et. al. might be easier to use for people who switched from Windows, but that's just because they're used to GUI and the 'out of the box' experience; however, I don't think that's what newbie-friendliness is all about. I mean, even someone who has never in his life used any Form of GNU/Linux or Unix before can install Arch and make it work by reading the wiki and the documentation -- so that is, in my opinion, very newbie-friendly. The same is true for, for example, Gentoo, which is commonly called a very hard to setup distro. I remember doing it ten years ago with little to no Linux experience and it worked, just by walking step by step through the instructions. Maybe Arch is not for everyone (I agree), but I don't think it has anything to do with being a newbie or not, but with being willing to learn, read the docs, etc.
Re: [arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
On Tue, Jan 3, 2012 at 10:25 PM, Jonathan Vasquez wrote: > On Tue, Jan 3, 2012 at 10:21 PM, Oon-Ee Ng wrote: >> On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez >> wrote: >>> I've been doing things to attract users to Arch. Whether they are >>> newbs or not, because I want people to learn. As long as you have >>> willingness and determination to learn, that is the important thing. >>> The resources are out there, people just need to look, and I'm willing >>> to add to those resources. >>> >>> You aren't adding anything beneficial by telling others that their >>> comments are equal to troll statements, when this is clearly not true. >> >> Attracting users to Arch is not a stated goal, this has been repeated >> many times in various fora. Arch is only for a certain type of users, >> those who are willing and able to learn. >> >> I'm not knocking your effort, but a quick glance at those resources >> you've provided indicate that you're trying to make it very easy to >> get to using Arch, and I don't think that's beneficial for Arch or its >> community. There are other distributions for 'easy-to-use', Arch >> should not be that. Not because of any type of elitism, but because >> Arch's niche is about control and simplicity, and making it >> 'newbie-friendly' (whatever that means) would compromise that. >> >> Splitting the thread (sorry I use gmail, so it won't split for you >> guys on mutt or whatever) to reduce the 'corruption' of original >> thread, not that I think it'll make a difference though. > > You are misunderstanding my goals and what I've said. > > I said that I'm trying to help people find and use Arch. Whether they > are expert users from other distros, or they are Noobies who are > "willing to read documentation". If a person is a noob, that doesn't > mean that they can't use Arch, they just have to be motivated > individuals who are willing to seek and learn for themselves. I am > facilitating resources, documentations, etc, to lower the barrier to > entry, while at the same time giving information that is in the > documentation, in a video form. > > So we completely agree, the point of Arch, and us, isn't to just go > around and find noobies that don't want to learn for themselves but > want others to do the work for them, but to find people that are > willing to learn, seek for themselves, and contribute back to the > community. This does not segregate "Noobs who want others to do things > for them", "Noobs who are willing to be independent and learn for > themselves", and "Expert users from other Distros who want to learn > how to use Arch". > > -- > Jonathan Vasquez BTW, If you watch the series I made today to help people who are willing to learn come and try Arch, I've explicitly explained the Arch goals, and who it is and isn't for. http://www.youtube.com/watch?v=GVx0xOO5tqg @ 1:30. -- Jonathan Vasquez
Re: [arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
On Tue, Jan 3, 2012 at 10:21 PM, Oon-Ee Ng wrote: > On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez > wrote: >> I've been doing things to attract users to Arch. Whether they are >> newbs or not, because I want people to learn. As long as you have >> willingness and determination to learn, that is the important thing. >> The resources are out there, people just need to look, and I'm willing >> to add to those resources. >> >> You aren't adding anything beneficial by telling others that their >> comments are equal to troll statements, when this is clearly not true. > > Attracting users to Arch is not a stated goal, this has been repeated > many times in various fora. Arch is only for a certain type of users, > those who are willing and able to learn. > > I'm not knocking your effort, but a quick glance at those resources > you've provided indicate that you're trying to make it very easy to > get to using Arch, and I don't think that's beneficial for Arch or its > community. There are other distributions for 'easy-to-use', Arch > should not be that. Not because of any type of elitism, but because > Arch's niche is about control and simplicity, and making it > 'newbie-friendly' (whatever that means) would compromise that. > > Splitting the thread (sorry I use gmail, so it won't split for you > guys on mutt or whatever) to reduce the 'corruption' of original > thread, not that I think it'll make a difference though. You are misunderstanding my goals and what I've said. I said that I'm trying to help people find and use Arch. Whether they are expert users from other distros, or they are Noobies who are "willing to read documentation". If a person is a noob, that doesn't mean that they can't use Arch, they just have to be motivated individuals who are willing to seek and learn for themselves. I am facilitating resources, documentations, etc, to lower the barrier to entry, while at the same time giving information that is in the documentation, in a video form. So we completely agree, the point of Arch, and us, isn't to just go around and find noobies that don't want to learn for themselves but want others to do the work for them, but to find people that are willing to learn, seek for themselves, and contribute back to the community. This does not segregate "Noobs who want others to do things for them", "Noobs who are willing to be independent and learn for themselves", and "Expert users from other Distros who want to learn how to use Arch". -- Jonathan Vasquez
[arch-general] Newbies in Arch [WAS: Suspend seems not to work with nVidia Nouveau driver]
On Wed, Jan 4, 2012 at 10:58 AM, Jonathan Vasquez wrote: > I've been doing things to attract users to Arch. Whether they are > newbs or not, because I want people to learn. As long as you have > willingness and determination to learn, that is the important thing. > The resources are out there, people just need to look, and I'm willing > to add to those resources. > > You aren't adding anything beneficial by telling others that their > comments are equal to troll statements, when this is clearly not true. Attracting users to Arch is not a stated goal, this has been repeated many times in various fora. Arch is only for a certain type of users, those who are willing and able to learn. I'm not knocking your effort, but a quick glance at those resources you've provided indicate that you're trying to make it very easy to get to using Arch, and I don't think that's beneficial for Arch or its community. There are other distributions for 'easy-to-use', Arch should not be that. Not because of any type of elitism, but because Arch's niche is about control and simplicity, and making it 'newbie-friendly' (whatever that means) would compromise that. Splitting the thread (sorry I use gmail, so it won't split for you guys on mutt or whatever) to reduce the 'corruption' of original thread, not that I think it'll make a difference though.
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, Jan 3, 2012 at 10:09 PM, Leonid Isaev wrote: > On Tue, 3 Jan 2012 21:58:34 -0500 > Jonathan Vasquez wrote: > >> Before you speak about what attitudes I supposedly have.. why don't >> you search my forum name "Cows", and see my contributions. I mostly >> don't even ask for support, I give support. Check the AUR to see the >> packages I've submitted. While you are at it, why don't you check my >> Youtube channel "FearedBliss" and or the "Newbie Corner", and see what >> things I've provided. >> https://bbs.archlinux.org/viewtopic.php?id=132949 >> >> I've been doing things to attract users to Arch. Whether they are >> newbs or not, because I want people to learn. As long as you have >> willingness and determination to learn, that is the important thing. >> The resources are out there, people just need to look, and I'm willing >> to add to those resources. >> >> You aren't adding anything beneficial by telling others that their >> comments are equal to troll statements, when this is clearly not true. > > Arch is just software, not a religion -- noone needs your prayers. If you > don't have better things to do, at least try reading carefully the original > email. You'll see that your mkinitcpio hooks are absolutely irrelevant for the > OP problem. > > On-topic: have anyone tried running pm-suspend with quirks? > > -- > Leonid Isaev > GnuPG key ID: 164B5A6D > Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D Who said anything about religion? If I'm so easily willing to leave the Arch community, leave the Linux community, etc etc, how can it be a religion for me? This is no dogma. Being kind to others is not a religion but it's definitely Etiquette. Treating others like crap or animals is an intolerable act in my eyes. Who wants others to be treated like an animal? Like they are worthless, useless, unintelligible beings? You have to be kidding me to give me a freaking "this isn't a religion therefore you can go" statement. It's funny because that statement means that you basically believe that it's ok to treat others like crap as long as you don't consider software a religion, or whatever the reason. OT: I have tried pm-suspend with quirks and it didn't work. My original statement wasn't about the OP's hooks, but they were a confirmation that I was also having a similar issue which I was willing to work with others in order to help solve. Javier confirmed that all 3 of us are having similar issues. The same with Don Juan, and his statement about trying the alternative 'nv' driver. -- Jonathan Vasquez
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, 3 Jan 2012 21:58:34 -0500 Jonathan Vasquez wrote: > Before you speak about what attitudes I supposedly have.. why don't > you search my forum name "Cows", and see my contributions. I mostly > don't even ask for support, I give support. Check the AUR to see the > packages I've submitted. While you are at it, why don't you check my > Youtube channel "FearedBliss" and or the "Newbie Corner", and see what > things I've provided. > https://bbs.archlinux.org/viewtopic.php?id=132949 > > I've been doing things to attract users to Arch. Whether they are > newbs or not, because I want people to learn. As long as you have > willingness and determination to learn, that is the important thing. > The resources are out there, people just need to look, and I'm willing > to add to those resources. > > You aren't adding anything beneficial by telling others that their > comments are equal to troll statements, when this is clearly not true. Arch is just software, not a religion -- noone needs your prayers. If you don't have better things to do, at least try reading carefully the original email. You'll see that your mkinitcpio hooks are absolutely irrelevant for the OP problem. On-topic: have anyone tried running pm-suspend with quirks? -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D signature.asc Description: PGP signature
Re: [arch-general] [partially-OT]Suspend seems not to work with nVidia Nouveau driver
On 01/03/2012 06:47 PM, Jonathan Vasquez wrote: On Tue, Jan 3, 2012 at 9:47 PM, Martin wrote: Please stop fighting, this list is intended for technical discussions and not personal problems. On Tue, 03 Jan 2012 23:44:10 -0300, Jonathan Vasquez wrote: On Tue, Jan 3, 2012 at 9:41 PM, Gaetan Bisson wrote: [2012-01-03 21:30:25 -0500] Jonathan Vasquez: When somebody actually *investigates* the issue, as opposed to incoherently describe random aspects of their setup and never get to the bottom of anything. You're so funny... :) -- Gaetan Yes, it looks like I am very funny, because you by yourself, are a glorified Archer, and can detect errors, and fix all your problems independently with upstream. Good lucky with that. No point of even being part of the Open Source community if you want to isolate yourself and treat others like crap. Freaking ridiculous. It's ok Martin. I decided to speak up on behalf of the members because I'm tired of seeing this type of attitude from the Linux community. People thinking that they are better than everyone else. This isn't just an Arch thing, a lot of distros have these types of users, and so does society. If people don't speak up against that type of action, then what type of society are we promoting. I'm out of these mailing lists. Later. I agree these high school, I am better than some bullshit is stupid and its become such a regular thing on most message boards I am on. Debian I think being the worst with uber feminists correcting endless fodder that leads to no real help on situations. Its a new year why cant we all just start off fresh again and drop stupid attitudes over nothing more than who can stick there chest out the furthest and beat it the loudest. I agree more people should speak up about it, its childish behavior and truly is of no benefit to anyone including the one starting the pissing match. Flame me all you want for saying something as well. [OnT] I have noticed the same behavior with the beta nvidia driver as well, nouveau never works for my graphics card and gives more issues than the closed source one. Have you tried running the nv driver? I dropped both the nouveau and closed source driver for this one, as I can get everything working properly and have a decent resolution, this includes suspend and hibernate. But there seems to be no way to get effects, but I could careless about them on my laptop. Until xorg-server or nvidia closed source get their new bugs worked out I am happy on the nv driver and best of all it ALWAYS works for me, just a tad sluggish on opening windows to full screen only thing I have noticed.
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, Jan 3, 2012 at 9:55 PM, Gaetan Bisson wrote: > [2012-01-03 21:47:56 -0500] Jonathan Vasquez: >> I'm tired of seeing this type of attitude from the Linux community. > > The Linux community is tired of seeing this type of attitude from you too. > >> If people don't speak up against that type of action, then what type >> of society are we promoting? > > One that gets things done. > > -- > Gaetan Before you speak about what attitudes I supposedly have.. why don't you search my forum name "Cows", and see my contributions. I mostly don't even ask for support, I give support. Check the AUR to see the packages I've submitted. While you are at it, why don't you check my Youtube channel "FearedBliss" and or the "Newbie Corner", and see what things I've provided. https://bbs.archlinux.org/viewtopic.php?id=132949 I've been doing things to attract users to Arch. Whether they are newbs or not, because I want people to learn. As long as you have willingness and determination to learn, that is the important thing. The resources are out there, people just need to look, and I'm willing to add to those resources. You aren't adding anything beneficial by telling others that their comments are equal to troll statements, when this is clearly not true. -- Jonathan Vasquez
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
[2012-01-03 21:47:56 -0500] Jonathan Vasquez: > I'm tired of seeing this type of attitude from the Linux community. The Linux community is tired of seeing this type of attitude from you too. > If people don't speak up against that type of action, then what type > of society are we promoting? One that gets things done. -- Gaetan
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, Jan 3, 2012 at 9:47 PM, Martin wrote: > Please stop fighting, this list is intended for technical discussions and > not personal problems. > > > On Tue, 03 Jan 2012 23:44:10 -0300, Jonathan Vasquez > wrote: > >> On Tue, Jan 3, 2012 at 9:41 PM, Gaetan Bisson >> wrote: >>> >>> [2012-01-03 21:30:25 -0500] Jonathan Vasquez: > > > >>> >>> When somebody actually *investigates* the issue, as opposed to >>> incoherently describe random aspects of their setup and never get to the >>> bottom of anything. >>> > > >>> >>> You're so funny... :) >>> >>> -- >>> Gaetan >> >> >> Yes, it looks like I am very funny, because you by yourself, are a >> glorified Archer, and can detect errors, and fix all your problems >> independently with upstream. Good lucky with that. No point of even >> being part of the Open Source community if you want to isolate >> yourself and treat others like crap. >> >> Freaking ridiculous. >> > > It's ok Martin. I decided to speak up on behalf of the members because I'm tired of seeing this type of attitude from the Linux community. People thinking that they are better than everyone else. This isn't just an Arch thing, a lot of distros have these types of users, and so does society. If people don't speak up against that type of action, then what type of society are we promoting. I'm out of these mailing lists. Later. -- Jonathan Vasquez
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
Please stop fighting, this list is intended for technical discussions and not personal problems. On Tue, 03 Jan 2012 23:44:10 -0300, Jonathan Vasquez wrote: On Tue, Jan 3, 2012 at 9:41 PM, Gaetan Bisson wrote: [2012-01-03 21:30:25 -0500] Jonathan Vasquez: When somebody actually *investigates* the issue, as opposed to incoherently describe random aspects of their setup and never get to the bottom of anything. You're so funny... :) -- Gaetan Yes, it looks like I am very funny, because you by yourself, are a glorified Archer, and can detect errors, and fix all your problems independently with upstream. Good lucky with that. No point of even being part of the Open Source community if you want to isolate yourself and treat others like crap. Freaking ridiculous.
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, Jan 3, 2012 at 9:41 PM, Gaetan Bisson wrote: > [2012-01-03 21:30:25 -0500] Jonathan Vasquez: >> How do you think problems will ever get solved? > > When somebody actually *investigates* the issue, as opposed to > incoherently describe random aspects of their setup and never get to the > bottom of anything. > >> If you are an Arch user, you sure aren't acting like someone who is >> interesting in working with upstream. > > You're so funny... :) > > -- > Gaetan Yes, it looks like I am very funny, because you by yourself, are a glorified Archer, and can detect errors, and fix all your problems independently with upstream. Good lucky with that. No point of even being part of the Open Source community if you want to isolate yourself and treat others like crap. Freaking ridiculous. -- Jonathan Vasquez
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
[2012-01-03 21:30:25 -0500] Jonathan Vasquez: > How do you think problems will ever get solved? When somebody actually *investigates* the issue, as opposed to incoherently describe random aspects of their setup and never get to the bottom of anything. > If you are an Arch user, you sure aren't acting like someone who is > interesting in working with upstream. You're so funny... :) -- Gaetan
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On 04/01/12 15:16, Gaetan Bisson wrote: > [2012-01-03 20:27:57 -0500] Jonathan Vasquez: >> It seems like you are just trolling on people that have legitimate >> questions. Signal to Noise increased. > > Exactly! > > Even Angel's troll brings more signal to this discussion than your "I > have the same problem and no clue how to diagnose/fix it" messages... > I think it is important to gather as much relative and relevant info as possible when solving a problem. Often patterns can be found that help to resolve the problem. If there is only one perspective on the problem then it is going to be very difficult to ascertain whether there is a pattern.
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
Are you freaking kidding me? If I have the same problem as a fellow Arch user, then it's my god damn right to post it with him. If we both have a problem that are alike, then maybe there is a freaking correlation with other users that have not have the time nor the energy to post? How do you think problems will ever get solved? If you are an Arch user, you sure aren't acting like someone who is interesting in working with upstream. How will you know what's wrong all by yourself in your little cave? The only reason you would know besides problems that don't affect you is if community members speak up and post there problems as well. Eventually we will find the underlying issue, and if it's a problem with upstream, then the Arch Linux distro as a whole has a responsibility to put it's philosophy where it's mouth is and report the problems together to upstream. So don't come to me with your bull of that my comments provide no further value to this conversation. Reanalyze the conversation, the words, intentions, and meanings of the posters, or get the hell out. Or maybe you will lose another valuable member to your community. On Tue, Jan 3, 2012 at 9:16 PM, Gaetan Bisson wrote: > [2012-01-03 20:27:57 -0500] Jonathan Vasquez: >> It seems like you are just trolling on people that have legitimate >> questions. Signal to Noise increased. > > Exactly! > > Even Angel's troll brings more signal to this discussion than your "I > have the same problem and no clue how to diagnose/fix it" messages... > > -- > Gaetan -- Jonathan Vasquez
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
[2012-01-03 20:27:57 -0500] Jonathan Vasquez: > It seems like you are just trolling on people that have legitimate > questions. Signal to Noise increased. Exactly! Even Angel's troll brings more signal to this discussion than your "I have the same problem and no clue how to diagnose/fix it" messages... -- Gaetan
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
2012/1/3 Angel Velásquez : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 03/01/12 20:15, Javier Vasquez wrote: >> On 1/3/12, Javier Vasquez wrote: >>> On 1/3/12, C Anthony Risinger wrote: On Tue, Jan 3, 2012 at 2:46 PM, Jonathan Vasquez wrote: > On Tue, Jan 3, 2012 at 3:43 PM, Alex Ferrando > wrote: >> On 03/01/12 21:25, Javier Vasquez wrote: >>> >>> % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev >>> autodetect pata scsi sata usb filesystems keymap usbinput >>> resume" >> >> Last time I checked (2 secs ago) resume hook should go >> before filesystems. > > I have this but my comp as I said before doesn't even get to > suspend in the first place since it gets stuck at the black > screen just before suspending: > > HOOKS="base udev scsi sata lvm2 resume filesystems usbinput" is there a reason to not use the `autodetect` hook? it's not clear to me that everyone in this thread is talking about suspend-to-disk, ie. `hibernation` ... the OP i believe was referring to suspend-to-RAM, though perhaps i am mistaken ... AFAIK the term "suspend" is generally used for the RAM variant. `resume` hook is for hibernation only. it should run immediately after the swap partition holding the frozen image becomes available. whatever drivers/hooks needed to access the swap device should of course run first, in general this just means `udev` + `autodetect` -- if the swap partition is on an LVM2 partition, *then* `lvm2` hook is also ran -- again, run the minimum needed to access to the swap partition, then follow it by the `resume` hook. i don't remember for sure, but IIRC so long as the `udev` hook is ran before `resume` (always), you *should* be able to use the device UUID or label. the `filesystem` hook is install-only (no actual hook) ... it just adds all the FS modules (usually filtered by `autodetect` hook) -- the order won't make a difference -- in general it should be last or near the end. IIRC `resume` should normally follow `udev` unless the setup is a bit more complex (eg, LVM2). i don't really use hibernation, but there is likely a way to increase verbosity by modifying the initramfs hook and rebuilding the image. FTW, i use nouveau with suspend-to-RAM often, without issue. -- C Anthony >>> >>> As I have things set, I have no problems with "suspend to RAM" >>> (actually what gets written into /sys/power/state is "mem", and I >>> use "acpitool -s" for that in a similar script I use for suspend >>> to disk)... >>> >>> I use suspend to disk to resume work after a night, or days, in >>> which case suspend to RAM is not good given its power >>> consumption, not to mention consuming power and the environment, >>> :-) >>> >>> So, as I haven't experienced problems with suspend to RAM, my >>> supposition, and perhaps other's, was that we were talking about >>> suspend to disk... >>> >>> BTW, you were right about the resume hook, only thing is that >>> it's documented in the pm-utils wiki which I do not use, :-) Not >>> sure if that'll help me specifying the resume swap partition with >>> UUID type of specification instead of plain partition, I'll have >>> to try out, :-) >> >> Still don't know if referred to suspend to ram or disk, but I >> moved "resume" before "filesystems" in the hooks array, and I >> experience just the same thing, as mentioned by someone else... >> > > OMG Javier did learn how to bottom-post! > > Congratulations \o/ > > - -- > Angel Velásquez > angvp @ irc.freenode.net > Arch Linux Developer / Trusted User > Linux Counter: #359909 > http://www.angvp.com > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJPA6oOAAoJEEKh2xXsEzut66gH/0vUL79Bc2cDp+Ch48zwj8ee > 6G2Es5XIWm5FBOsZZKtx5uz8tUekDHbcDDKQ4yC/efAmlw5uYBBQu6ebqJpUK9qx > OIUgIGK9I8yCLsKC3gxtgVdMNoDZ0wcRwAs+XnaxuGbofRqMO4aWRIYv0XTgxkLz > iwU19ELhZ6O+m2Tk4QBe9FGDxO/pfto9O5QGMGTZfQF2j5PJQyqtnqSGCVYDyYOV > N04qcwkNLlQcla+ZS2C5chQc35ClV+sYk4Wrn7PuhCv2lcVuwuyieR32l3Jy/UGY > IiQOJAQ6mdTL1cgb9Er6d519vM+/hFham6ksb3WOBNCHex3wX/GelajgC6KHWnk= > =nj0h > -END PGP SIGNATURE- How is this relevant to help Javier fix his problem? It seems like you are just trolling on people that have legitimate questions. Signal to Noise increased. -- Jonathan Vasquez
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/01/12 20:15, Javier Vasquez wrote: > On 1/3/12, Javier Vasquez wrote: >> On 1/3/12, C Anthony Risinger wrote: >>> On Tue, Jan 3, 2012 at 2:46 PM, Jonathan Vasquez >>> wrote: On Tue, Jan 3, 2012 at 3:43 PM, Alex Ferrando wrote: > On 03/01/12 21:25, Javier Vasquez wrote: >> >> % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev >> autodetect pata scsi sata usb filesystems keymap usbinput >> resume" > > Last time I checked (2 secs ago) resume hook should go > before filesystems. I have this but my comp as I said before doesn't even get to suspend in the first place since it gets stuck at the black screen just before suspending: HOOKS="base udev scsi sata lvm2 resume filesystems usbinput" >>> >>> is there a reason to not use the `autodetect` hook? >>> >>> it's not clear to me that everyone in this thread is talking >>> about suspend-to-disk, ie. `hibernation` ... the OP i believe >>> was referring to suspend-to-RAM, though perhaps i am mistaken >>> ... AFAIK the term "suspend" is generally used for the RAM >>> variant. >>> >>> `resume` hook is for hibernation only. it should run >>> immediately after the swap partition holding the frozen image >>> becomes available. whatever drivers/hooks needed to access the >>> swap device should of course run first, in general this just >>> means `udev` + `autodetect` -- if the swap partition is on an >>> LVM2 partition, *then* `lvm2` hook is also ran -- again, run >>> the minimum needed to access to the swap partition, then follow >>> it by the `resume` hook. i don't remember for sure, but IIRC >>> so long as the `udev` hook is ran before `resume` (always), you >>> *should* be able to use the device UUID or label. >>> >>> the `filesystem` hook is install-only (no actual hook) ... it >>> just adds all the FS modules (usually filtered by `autodetect` >>> hook) -- the order won't make a difference -- in general it >>> should be last or near the end. IIRC `resume` should normally >>> follow `udev` unless the setup is a bit more complex (eg, >>> LVM2). >>> >>> i don't really use hibernation, but there is likely a way to >>> increase verbosity by modifying the initramfs hook and >>> rebuilding the image. FTW, i use nouveau with suspend-to-RAM >>> often, without issue. >>> >>> -- >>> >>> C Anthony >> >> As I have things set, I have no problems with "suspend to RAM" >> (actually what gets written into /sys/power/state is "mem", and I >> use "acpitool -s" for that in a similar script I use for suspend >> to disk)... >> >> I use suspend to disk to resume work after a night, or days, in >> which case suspend to RAM is not good given its power >> consumption, not to mention consuming power and the environment, >> :-) >> >> So, as I haven't experienced problems with suspend to RAM, my >> supposition, and perhaps other's, was that we were talking about >> suspend to disk... >> >> BTW, you were right about the resume hook, only thing is that >> it's documented in the pm-utils wiki which I do not use, :-) Not >> sure if that'll help me specifying the resume swap partition with >> UUID type of specification instead of plain partition, I'll have >> to try out, :-) > > Still don't know if referred to suspend to ram or disk, but I > moved "resume" before "filesystems" in the hooks array, and I > experience just the same thing, as mentioned by someone else... > OMG Javier did learn how to bottom-post! Congratulations \o/ - -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPA6oOAAoJEEKh2xXsEzut66gH/0vUL79Bc2cDp+Ch48zwj8ee 6G2Es5XIWm5FBOsZZKtx5uz8tUekDHbcDDKQ4yC/efAmlw5uYBBQu6ebqJpUK9qx OIUgIGK9I8yCLsKC3gxtgVdMNoDZ0wcRwAs+XnaxuGbofRqMO4aWRIYv0XTgxkLz iwU19ELhZ6O+m2Tk4QBe9FGDxO/pfto9O5QGMGTZfQF2j5PJQyqtnqSGCVYDyYOV N04qcwkNLlQcla+ZS2C5chQc35ClV+sYk4Wrn7PuhCv2lcVuwuyieR32l3Jy/UGY IiQOJAQ6mdTL1cgb9Er6d519vM+/hFham6ksb3WOBNCHex3wX/GelajgC6KHWnk= =nj0h -END PGP SIGNATURE-
Re: [arch-general] Booting issues
El mar, 03-01-2012 a las 11:59 -0500, Chris Brennan escribió: > Greetings! Just to give everyone a clue, this is not my first go-around > with Linux, I'm an old hand of sorts, but this is my first time using > ArchLinux, so please bare with me here. > > My target install is an Asus A53E laptop (re-modeled K53E) and I am > installing to an external USB Hard-Drive. The hard-drive is a 750GB > Seagate 2.5" SATAII drive in an external enclosure. The target arch is > x86_64. > > I stepped though the install without incident, it moved along > flawlessly, I accepted all the defaults and the dual-arch install > preformed as intended. The problem arose when I went to reboot for the > first time. Now, this laptop behaves strangely in that I can't just go > into the BIOS and change the boot order to the external (it does not show > up at > all there, just the internal hard-drive and the dvd-ram) and everything > stays > the same, things truly are dynamic in this machine. I have to hit escape at > the > 'ASUS' boot logo (which I cannot turn off for the life of me!) several > times, > just to get the BBS menu to appear, from there, I can select the external, > now > once the external is selected I am presented with the grub menu as > expected, I > select the first menu option to boot the standard kernel and then it would > immediately fail saying it couldn't read from a FAT partition, I was like > WTF!?! It took me a little while to realize that I had to change the root > entry > from (hd1,0) to (hd0,0), once I figured that out (about 5 reinstalls later) > I > got the message stating it was booting from the kernel, then it would > immediately drop me to the recovery shell. This was WTF!?! moment #2. The > first > thing I did was to snoop /dev and all I could see was /dev/sda1-3. WTF!?! > Moment #3! So I rebooted to the cd, remounted and chrooted into the new > environment and rebuilt my CPIO archive (by far this was the easiest part!), > after it was done, I rebooted again, no dice! I still get dropped > immediately > to the recovery prompt, and I still have no sdb (which is where the > installer > sees the external when on the install cd). > > So I am at a loss as to what to do now. I spoke with a few people over at > freenode/#archlinux and a john_f suggested that my issue may be related to > the > fact that this laptop is USB3 so WTF then, what am I missing in my cpio > archive that is present in the installer image (which can see my external > just > fine!) > > I copied some files from the chroot environment to my local web-server > > http://69.116.93.166:2500/~chris/nix/arch/ > > If you have any more/other questions please don't hesitate to ask. > > -- > > > Chris Brennan > > A: Yes. > > >Q: Are you sure? > > >>A: Because it reverses the logical flow of conversation. > > >>>Q: Why is top posting frowned upon? > > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) > try to change root=/dev/sdXY to root=/dev/disk/by-uuid/UUID in your kernel/linux line in grub/grub2 config file. this could help https://wiki.archlinux.org/index.php/Installing_Arch_Linux_on_a_USB_key Sorry! my english it's not good.
Re: [arch-general] Terrible flash performance
On Tue, Jan 3, 2012 at 5:00 PM, Manne Merak wrote: > I have same flashplugin installed, same CPU, with Nvidia, high res 1920x1200 > and fullscreen works fine. There are some oddities with this flash version. For example... http://www.youtube.com/watch?v=TKv7lyIJts0 This video plays terribly in fullscreen (html5, minitube etc, fullscreen works great) http://www.youtube.com/watch?v=a5irTX82olg Shakira works great in fullscreen. Now I'm really confused. > Some more info on your setup is required. > 1. Window manager? Browser used? XFCE, Chromium, build from extras. Firefox has the same issues. > 2. Which Nvidia Card and Driver used? NVIDIA 7950 GT, driver 290.10. > 3. Driver config? Everything default, didn't change a thing. > 4. Compiz, KDE4 or other effects enabled? I'm running XFCE, absolutely no video effects, I dislike those. > 5. What process grabs 100% CPU. Top reports that chromium grabs 100% CPU. > 6. What resolution videos are you watching? Doesn't matter, even 240p videos are choppy, while some (like shakira, work OK with 1080p...). Unfortunately most of the videos are choppy.
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On 1/3/12, Javier Vasquez wrote: > On 1/3/12, C Anthony Risinger wrote: >> On Tue, Jan 3, 2012 at 2:46 PM, Jonathan Vasquez >> wrote: >>> On Tue, Jan 3, 2012 at 3:43 PM, Alex Ferrando >>> wrote: On 03/01/12 21:25, Javier Vasquez wrote: > > % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev autodetect pata > scsi > sata usb filesystems keymap usbinput resume" Last time I checked (2 secs ago) resume hook should go before filesystems. >>> >>> I have this but my comp as I said before doesn't even get to suspend >>> in the first place since it gets stuck at the black screen just before >>> suspending: >>> >>> HOOKS="base udev scsi sata lvm2 resume filesystems usbinput" >> >> is there a reason to not use the `autodetect` hook? >> >> it's not clear to me that everyone in this thread is talking about >> suspend-to-disk, ie. `hibernation` ... the OP i believe was referring >> to suspend-to-RAM, though perhaps i am mistaken ... AFAIK the term >> "suspend" is generally used for the RAM variant. >> >> `resume` hook is for hibernation only. it should run immediately >> after the swap partition holding the frozen image becomes available. >> whatever drivers/hooks needed to access the swap device should of >> course run first, in general this just means `udev` + `autodetect` -- >> if the swap partition is on an LVM2 partition, *then* `lvm2` hook is >> also ran -- again, run the minimum needed to access to the swap >> partition, then follow it by the `resume` hook. i don't remember for >> sure, but IIRC so long as the `udev` hook is ran before `resume` >> (always), you *should* be able to use the device UUID or label. >> >> the `filesystem` hook is install-only (no actual hook) ... it just >> adds all the FS modules (usually filtered by `autodetect` hook) -- the >> order won't make a difference -- in general it should be last or near >> the end. IIRC `resume` should normally follow `udev` unless the setup >> is a bit more complex (eg, LVM2). >> >> i don't really use hibernation, but there is likely a way to increase >> verbosity by modifying the initramfs hook and rebuilding the image. >> FTW, i use nouveau with suspend-to-RAM often, without issue. >> >> -- >> >> C Anthony > > As I have things set, I have no problems with "suspend to RAM" > (actually what gets written into /sys/power/state is "mem", and I use > "acpitool -s" for that in a similar script I use for suspend to > disk)... > > I use suspend to disk to resume work after a night, or days, in which > case suspend to RAM is not good given its power consumption, not to > mention consuming power and the environment, :-) > > So, as I haven't experienced problems with suspend to RAM, my > supposition, and perhaps other's, was that we were talking about > suspend to disk... > > BTW, you were right about the resume hook, only thing is that it's > documented in the pm-utils wiki which I do not use, :-) Not sure if > that'll help me specifying the resume swap partition with UUID type of > specification instead of plain partition, I'll have to try out, :-) Still don't know if referred to suspend to ram or disk, but I moved "resume" before "filesystems" in the hooks array, and I experience just the same thing, as mentioned by someone else... -- Javier.
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On 1/3/12, C Anthony Risinger wrote: > On Tue, Jan 3, 2012 at 2:46 PM, Jonathan Vasquez > wrote: >> On Tue, Jan 3, 2012 at 3:43 PM, Alex Ferrando wrote: >>> On 03/01/12 21:25, Javier Vasquez wrote: % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev autodetect pata scsi sata usb filesystems keymap usbinput resume" >>> >>> Last time I checked (2 secs ago) resume hook should go before >>> filesystems. >> >> I have this but my comp as I said before doesn't even get to suspend >> in the first place since it gets stuck at the black screen just before >> suspending: >> >> HOOKS="base udev scsi sata lvm2 resume filesystems usbinput" > > is there a reason to not use the `autodetect` hook? > > it's not clear to me that everyone in this thread is talking about > suspend-to-disk, ie. `hibernation` ... the OP i believe was referring > to suspend-to-RAM, though perhaps i am mistaken ... AFAIK the term > "suspend" is generally used for the RAM variant. > > `resume` hook is for hibernation only. it should run immediately > after the swap partition holding the frozen image becomes available. > whatever drivers/hooks needed to access the swap device should of > course run first, in general this just means `udev` + `autodetect` -- > if the swap partition is on an LVM2 partition, *then* `lvm2` hook is > also ran -- again, run the minimum needed to access to the swap > partition, then follow it by the `resume` hook. i don't remember for > sure, but IIRC so long as the `udev` hook is ran before `resume` > (always), you *should* be able to use the device UUID or label. > > the `filesystem` hook is install-only (no actual hook) ... it just > adds all the FS modules (usually filtered by `autodetect` hook) -- the > order won't make a difference -- in general it should be last or near > the end. IIRC `resume` should normally follow `udev` unless the setup > is a bit more complex (eg, LVM2). > > i don't really use hibernation, but there is likely a way to increase > verbosity by modifying the initramfs hook and rebuilding the image. > FTW, i use nouveau with suspend-to-RAM often, without issue. > > -- > > C Anthony As I have things set, I have no problems with "suspend to RAM" (actually what gets written into /sys/power/state is "mem", and I use "acpitool -s" for that in a similar script I use for suspend to disk)... I use suspend to disk to resume work after a night, or days, in which case suspend to RAM is not good given its power consumption, not to mention consuming power and the environment, :-) So, as I haven't experienced problems with suspend to RAM, my supposition, and perhaps other's, was that we were talking about suspend to disk... BTW, you were right about the resume hook, only thing is that it's documented in the pm-utils wiki which I do not use, :-) Not sure if that'll help me specifying the resume swap partition with UUID type of specification instead of plain partition, I'll have to try out, :-) -- Javier.
Re: [arch-general] unionfs or aufs, available somewhere?
On Tue, Jan 3, 2012 at 11:44 AM, Magnus Therning wrote: > On Tue, Jan 03, 2012 at 10:59:19AM -0600, C Anthony Risinger wrote: >> On Jan 3, 2012 8:51 AM, "Magnus Therning" wrote: >>> >>> Ouch, that sucks. I'll just revert to making copies and wasting >>> space then :( >> >> If performance isn't that enormously critical I've used FUSE based >> union file systems in the past with success ... it worked well for >> my needs. > > Do you know if it works with `schroot` though? oh right, sorry i spaced off that you had mentioned the particular app you needed it to work for -- no, it doesn't appear to support it out-of-the-box. although, since `schroot` appears to just use mount with some custom -o opts, you could probably hack it in with a `mount.` helper, or even patch schroot pretty easily if you really wanted ;-) looks like there are some btrfs options too, not sure it works for your use case, but you could format a file with btrfs and mount on loopback (man pages seem to suggest snapshotting will be used, and loopback FS are supported) btw, i believe i used this: http://podgorny.cz/moin/UnionFsFuse ... appears to be in AUR as well. -- C Anthony
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, Jan 3, 2012 at 2:46 PM, Jonathan Vasquez wrote: > On Tue, Jan 3, 2012 at 3:43 PM, Alex Ferrando wrote: >> On 03/01/12 21:25, Javier Vasquez wrote: >>> >>> % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev autodetect pata scsi >>> sata usb filesystems keymap usbinput resume" >> >> Last time I checked (2 secs ago) resume hook should go before filesystems. > > I have this but my comp as I said before doesn't even get to suspend > in the first place since it gets stuck at the black screen just before > suspending: > > HOOKS="base udev scsi sata lvm2 resume filesystems usbinput" is there a reason to not use the `autodetect` hook? it's not clear to me that everyone in this thread is talking about suspend-to-disk, ie. `hibernation` ... the OP i believe was referring to suspend-to-RAM, though perhaps i am mistaken ... AFAIK the term "suspend" is generally used for the RAM variant. `resume` hook is for hibernation only. it should run immediately after the swap partition holding the frozen image becomes available. whatever drivers/hooks needed to access the swap device should of course run first, in general this just means `udev` + `autodetect` -- if the swap partition is on an LVM2 partition, *then* `lvm2` hook is also ran -- again, run the minimum needed to access to the swap partition, then follow it by the `resume` hook. i don't remember for sure, but IIRC so long as the `udev` hook is ran before `resume` (always), you *should* be able to use the device UUID or label. the `filesystem` hook is install-only (no actual hook) ... it just adds all the FS modules (usually filtered by `autodetect` hook) -- the order won't make a difference -- in general it should be last or near the end. IIRC `resume` should normally follow `udev` unless the setup is a bit more complex (eg, LVM2). i don't really use hibernation, but there is likely a way to increase verbosity by modifying the initramfs hook and rebuilding the image. FTW, i use nouveau with suspend-to-RAM often, without issue. -- C Anthony
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, Jan 3, 2012 at 3:43 PM, Alex Ferrando wrote: > On 03/01/12 21:25, Javier Vasquez wrote: >> >> % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev autodetect pata scsi >> sata usb filesystems keymap usbinput resume" > > > Last time I checked (2 secs ago) resume hook should go before filesystems. > > -- > Alex > I have this but my comp as I said before doesn't even get to suspend in the first place since it gets stuck at the black screen just before suspending: HOOKS="base udev scsi sata lvm2 resume filesystems usbinput" -- Jonathan Vasquez
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On 03/01/12 21:25, Javier Vasquez wrote: % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev autodetect pata scsi sata usb filesystems keymap usbinput resume" Last time I checked (2 secs ago) resume hook should go before filesystems. -- Alex
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On 1/3/12, Jonathan Vasquez wrote: > On Tue, Jan 3, 2012 at 12:47 PM, Fabio Mancinelli > wrote: >> >> >> This fixed the redrawing issues but made my laptop start to freeze on >> suspend (with the proprietary driver, suspend worked without any >> issues) >> >> I looked at the log in /var/log/ but everything seems to be ok. >> >> ... >> >> Thanks, >> Fabio >> >> P.S.: When I say "freeze" I mean that the system switches to text >> mode, and the cursor appears in the top left corner (without >> blinking). Everything is blocked and I have to hard-poweroff the >> laptop and restart it. >> >> P.P.S.: Here it is some configuration data: >> >> ... > > For me, I have the proprietary NVIDIA drivers, and everything is > running on LVM, but I have the same problem. I've added "resume" to my > mkinitcpio, and to my parameters for grub. > > The problem for me is that when I go to suspend, it doesn't even > suspend, it just closes everything, switches to a black/blank screen > with the blinking symbol _ , and stays there. It doesn't fully shut > down. Then I have to manually restart the computer. > > I also have pm-utils installed. > > - Jon Jah, not only me then, :-) This is happening to me as well for 3 years, but not all the time (maybe 1 out of 3). I also use nouveau, but what I'm using right now to suspend is: % cat /usr/bin/local_s2disk.sh #!/usr/bin/env sh echo "Suspending to Disk NOW..." sync swapoff -a swapon -a netcfg -a acpitool -S netcfg-menu I believe "acpitool -S" does a direct write of "disk" to /sys/power/state, but I prefer acpitool, and I've been using it for quiet a while, :-) I also have: % 'grep' resume /etc/mkinitcpio.conf HOOKS="base udev autodetect pata scsi sata usb filesystems keymap usbinput resume" % 'grep' resume /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/sda5" And I still get the misbehavior when attempting to suspend some times. As a side note, I wanted to use the UUID format to specify the swap partition to grab the image from which to resume, which works for me on debian. But on arch I'm not sure if it's due to the initrd image generated, or the way the kernel is compiled, but it doesn't work, I have to specify plain partition... Not sure if any one has tried using UUID instead. -- Javier.
Re: [arch-general] Suspend seems not to work with nVidia Nouveau driver
On Tue, Jan 3, 2012 at 12:47 PM, Fabio Mancinelli wrote: > Hi everybody, > > I switched from nVidia proprietary drivers, that had some window > redrawing issues, to nouveau. > > This fixed the redrawing issues but made my laptop start to freeze on > suspend (with the proprietary driver, suspend worked without any > issues) > > I looked at the log in /var/log/ but everything seems to be ok. > > Could you suggest me how can I debug and understand what's going on > and why suspend stopped to work? > > Thanks, > Fabio > > P.S.: When I say "freeze" I mean that the system switches to text > mode, and the cursor appears in the top left corner (without > blinking). Everything is blocked and I have to hard-poweroff the > laptop and restart it. > > P.P.S.: Here it is some configuration data: > > # uname -a > Linux nemesis 3.1.6-1-ARCH #1 SMP PREEMPT Thu Dec 22 09:11:48 CET 2011 > x86_64 Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz GenuineIntel GNU/Linux > > # pacman -Q | grep nouveau > nouveau-dri 7.11.2-1 > xf86-video-nouveau 0.0.16_git20110829-1 > > # lspci | grep VGA > 01:00.0 VGA compatible controller: nVidia Corporation GT216 [GeForce > GT 330M] (rev a2) For me, I have the proprietary NVIDIA drivers, and everything is running on LVM, but I have the same problem. I've added "resume" to my mkinitcpio, and to my parameters for grub. The problem for me is that when I go to suspend, it doesn't even suspend, it just closes everything, switches to a black/blank screen with the blinking symbol _ , and stays there. It doesn't fully shut down. Then I have to manually restart the computer. I also have pm-utils installed. - Jon
[arch-general] Suspend seems not to work with nVidia Nouveau driver
Hi everybody, I switched from nVidia proprietary drivers, that had some window redrawing issues, to nouveau. This fixed the redrawing issues but made my laptop start to freeze on suspend (with the proprietary driver, suspend worked without any issues) I looked at the log in /var/log/ but everything seems to be ok. Could you suggest me how can I debug and understand what's going on and why suspend stopped to work? Thanks, Fabio P.S.: When I say "freeze" I mean that the system switches to text mode, and the cursor appears in the top left corner (without blinking). Everything is blocked and I have to hard-poweroff the laptop and restart it. P.P.S.: Here it is some configuration data: # uname -a Linux nemesis 3.1.6-1-ARCH #1 SMP PREEMPT Thu Dec 22 09:11:48 CET 2011 x86_64 Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz GenuineIntel GNU/Linux # pacman -Q | grep nouveau nouveau-dri 7.11.2-1 xf86-video-nouveau 0.0.16_git20110829-1 # lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation GT216 [GeForce GT 330M] (rev a2)
Re: [arch-general] unionfs or aufs, available somewhere?
On Tue, Jan 03, 2012 at 10:59:19AM -0600, C Anthony Risinger wrote: > On Jan 3, 2012 8:51 AM, "Magnus Therning" wrote: >> >> Ouch, that sucks. I'll just revert to making copies and wasting >> space then :( > > If performance isn't that enormously critical I've used FUSE based > union file systems in the past with success ... it worked well for > my needs. Do you know if it works with `schroot` though? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpzRYhQvwfqI.pgp Description: PGP signature
[arch-general] Booting issues
Greetings! Just to give everyone a clue, this is not my first go-around with Linux, I'm an old hand of sorts, but this is my first time using ArchLinux, so please bare with me here. My target install is an Asus A53E laptop (re-modeled K53E) and I am installing to an external USB Hard-Drive. The hard-drive is a 750GB Seagate 2.5" SATAII drive in an external enclosure. The target arch is x86_64. I stepped though the install without incident, it moved along flawlessly, I accepted all the defaults and the dual-arch install preformed as intended. The problem arose when I went to reboot for the first time. Now, this laptop behaves strangely in that I can't just go into the BIOS and change the boot order to the external (it does not show up at all there, just the internal hard-drive and the dvd-ram) and everything stays the same, things truly are dynamic in this machine. I have to hit escape at the 'ASUS' boot logo (which I cannot turn off for the life of me!) several times, just to get the BBS menu to appear, from there, I can select the external, now once the external is selected I am presented with the grub menu as expected, I select the first menu option to boot the standard kernel and then it would immediately fail saying it couldn't read from a FAT partition, I was like WTF!?! It took me a little while to realize that I had to change the root entry from (hd1,0) to (hd0,0), once I figured that out (about 5 reinstalls later) I got the message stating it was booting from the kernel, then it would immediately drop me to the recovery shell. This was WTF!?! moment #2. The first thing I did was to snoop /dev and all I could see was /dev/sda1-3. WTF!?! Moment #3! So I rebooted to the cd, remounted and chrooted into the new environment and rebuilt my CPIO archive (by far this was the easiest part!), after it was done, I rebooted again, no dice! I still get dropped immediately to the recovery prompt, and I still have no sdb (which is where the installer sees the external when on the install cd). So I am at a loss as to what to do now. I spoke with a few people over at freenode/#archlinux and a john_f suggested that my issue may be related to the fact that this laptop is USB3 so WTF then, what am I missing in my cpio archive that is present in the installer image (which can see my external just fine!) I copied some files from the chroot environment to my local web-server http://69.116.93.166:2500/~chris/nix/arch/ If you have any more/other questions please don't hesitate to ask. > -- > Chris Brennan > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C)
Re: [arch-general] unionfs or aufs, available somewhere?
On Jan 3, 2012 8:51 AM, "Magnus Therning" wrote: > > Ouch, that sucks. I'll just revert to making copies and wasting space then :( If performance isn't that enormously critical I've used FUSE based union file systems in the past with success ... it worked well for my needs. -- C Anthony [mobile]
Re: [arch-general] Terrible flash performance
On 01/03/2012 02:58 PM, Vladimir Nikšić wrote: I have an ongoing problem with flash performance. I tried installing flashplugin-11.1.102.55-1 from the pacman repositories. The videos on youtube for example, works fine as long as I don't turn on fullscreen. The video gets really choppy and the CPU usage spikes to 100% (one core). I have a Core2Duo on 2ghz. A couple of months ago I switched from Ubuntu where youtube was working essentially flawlessly, fullscreen or not. The same issue occurs on manually downloaded the latest 64bit libflashplayer.so from adobe's site. Does anyone have similar issues? I also have an Nvidia card which unfortunately does not support GPU acceleration. Hi, I have same flashplugin installed, same CPU, with Nvidia, high res 1920x1200 and fullscreen works fine. Some more info on your setup is required. 1. Window manager? Browser used? 2. Which Nvidia Card and Driver used? 3. Driver config? 4. Compiz, KDE4 or other effects enabled? 5. What process grabs 100% CPU. 6. What resolution videos are you watching? That should be good for a start. Manne
Re: [arch-general] unionfs or aufs, available somewhere?
On Tue, Jan 3, 2012 at 12:04, Thomas Bächler wrote: > Am 03.01.2012 11:26, schrieb Magnus Therning: >> Is either of them easily available somewhere? >> >> I'd like to use the `union-type=` option of `schroot`, but so far it >> looks like I'll have to get a new kernel from AUR and compile aufs3 >> myself to set it up. Is neither of these rather useful filesystems >> available pre-built somewhere? > > None of these filesystems work with an unpatched kernel. None of these > are particularly fast or stable. None of these keep up well with current > Linux development. > > The new and shiny overlayfs has still not been merged into 3.2 and union > mounts development has stalled for a long time. > > It is 2012 now and the whole situation still sucks. We switched to > (block-based) device mapper snapshots in archiso, which is stable, but > far from optimal. This does not completely replace unioning and is > likely not a good solution to use with schroot. Ouch, that sucks. I'll just revert to making copies and wasting space then :( /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus
Re: [arch-general] Terrible flash performance
On a related note, does your flashplayer crash as often as mine does? I often get chromium notifications that the plugin crashed. Sometimes I have to refresh some flash page (youtube,...) at least 10 times before it finally starts playing the video. This is on x86_64 with flashplugin from extra, but the one from AUR does not work any better. It happens with and without GPU acceleration. Bastian 2012/1/3 Vladimir Nikšić > > > You could use stuff like minitube for youtube or youtube-dl > > I know of minitube, but that's not a replacement for in-browser > youtube, clicking links, multiple tabs, etc... -- Bastian Beischer I. Physikalisches Institut B (RWTH Aachen) Sommerfeldstr. 14 52074 Aachen GERMANY Office: 28-C-203 Phone: +49 241 - 8027205
Re: [arch-general] Terrible flash performance
> You could use stuff like minitube for youtube or youtube-dl I know of minitube, but that's not a replacement for in-browser youtube, clicking links, multiple tabs, etc...
Re: [arch-general] Terrible flash performance
On 03/01/12 at 02:48pm, Jelle van der Waa wrote: > On 03/01/12 14:47, Vladimir Nikšić wrote: > >> Have you tried switching the hardware acceleration on or off either through > >> the interface or the /etc/adobe/mms.cfg file ? > > > > Tried all combinations, no luck. > > > >> For YouTube, you should switch to HTML5 [1]. > > > > Yes, I'm well aware of the HTML5 youtube. It's still not up to speed, > > as far as stability or functionality as the flash one. It still needs > > ironing out. I won't comment on the fullscreen performance though. :) > > I'm probably out of luck for now, html5 it is, at least the fullscreen > > works great! > You could use stuff like minitube for youtube or youtube-dl Or youtube-viewer --
Re: [arch-general] Terrible flash performance
On 03/01/12 14:47, Vladimir Nikšić wrote: >> Have you tried switching the hardware acceleration on or off either through >> the interface or the /etc/adobe/mms.cfg file ? > > Tried all combinations, no luck. > >> For YouTube, you should switch to HTML5 [1]. > > Yes, I'm well aware of the HTML5 youtube. It's still not up to speed, > as far as stability or functionality as the flash one. It still needs > ironing out. I won't comment on the fullscreen performance though. :) > I'm probably out of luck for now, html5 it is, at least the fullscreen > works great! You could use stuff like minitube for youtube or youtube-dl -- Jelle van der Waa signature.asc Description: OpenPGP digital signature
Re: [arch-general] Terrible flash performance
> Have you tried switching the hardware acceleration on or off either through > the interface or the /etc/adobe/mms.cfg file ? Tried all combinations, no luck. > For YouTube, you should switch to HTML5 [1]. Yes, I'm well aware of the HTML5 youtube. It's still not up to speed, as far as stability or functionality as the flash one. It still needs ironing out. I won't comment on the fullscreen performance though. :) I'm probably out of luck for now, html5 it is, at least the fullscreen works great!
Re: [arch-general] Terrible flash performance
> Do you have "EnableLinuxHWVideoDecode=1" uncommented > in /etc/adobe/mms.cfg? I had to comment mine out else I get results > much like yours. It was already set to 0. Just as a precaution, I commented it out, but as expected, no changes.
Re: [arch-general] Terrible flash performance
On Tue, Jan 3, 2012 at 2:26 PM, Thomas Bächler wrote: > Am 03.01.2012 13:58, schrieb Vladimir Nikšić: >> A couple of months ago I switched from >> Ubuntu where youtube was working essentially flawlessly, fullscreen or not. > > "A couple of months ago", there was no 64 bit version of the flash > player, only a 32 bit version. Nope, I was using a 64bit .so file, downloaded from adobe's site. It was 10.something but it worked fine. >> The same issue occurs on manually downloaded the latest 64bit >> libflashplayer.so from adobe's site. > > That's because they're the exact same files. Yay for running pointless > tests. (It's not like we magically modify the closed-source > libflashplayer.so to behave differently.) Actually, the one I downloaded from adobe was a slightly higher version than the one from extras. I had hoped they fixed the problem, but didn't happen. It didn't occur to me to try the one from AUR, but it's the same version I downloaded manually.
Re: [arch-general] Terrible flash performance
Am 03.01.2012 13:58, schrieb Vladimir Nikšić: > A couple of months ago I switched from > Ubuntu where youtube was working essentially flawlessly, fullscreen or not. "A couple of months ago", there was no 64 bit version of the flash player, only a 32 bit version. > The same issue occurs on manually downloaded the latest 64bit > libflashplayer.so from adobe's site. That's because they're the exact same files. Yay for running pointless tests. (It's not like we magically modify the closed-source libflashplayer.so to behave differently.) signature.asc Description: OpenPGP digital signature
Re: [arch-general] Where Should I Report This?
Am 03.01.2012 14:03, schrieb Bastien Dejean: > Hi, > > I've been using stderred[1] and one of the things that everyone would > expect to work doesn't[2]. > > Is there a bug here? > If so, where should I report it? > > [1] https://github.com/sickill/stderred > [2] https://github.com/sickill/stderred/issues/13 I don't really know how stderred is supposed to work, but the test case in the bug report is wrong, and the author does not seem to understand (or care) what is going on either - basically, I suspect that his method of doing things (overwriting the write() call) is stupid and can never work with a >&2 redirection (without checking further details now). Here is what I can tell at a short glance: $ echo foo >&2 uses the shell builtin 'echo', then the shell redirects to file descriptor 2. python> print('foo', file = sys.stderr) directly writes to file descriptor 2. $ strace -ewrite echo foo >&2 calls the binary /bin/echo, which writes to fd 1. The output to fd 1 is then redirected to fd 2 by the shell. Needless to say, this cannot work as you expect, as the author only intercepts calls to write(2, ...) - while the shell actually closed fd 2, and duplicated fd 1 to be the new fd2. I hate to say it, but considering the ignorance of the author and the method he uses to change what happens when you write to fd 2, stderred is probably not a project you want to use. (Better idea: execute a wrapper that closes file descriptor 2, opens a new one using pipe(), intercept everything that is printed to that pipe, modify it and dump it to fd 1. That wrapper then executes your shell. Much cleaner and more universal than a LD_PRELOAD hack.) signature.asc Description: OpenPGP digital signature
Re: [arch-general] Terrible flash performance
2012/1/3 Vladimir Nikšić > I have an ongoing problem with flash performance. I tried installing > flashplugin-11.1.102.55-1 from the pacman repositories. The videos on > youtube for example, works fine as long as I don't turn on fullscreen. The > video gets really choppy and the CPU usage spikes to 100% (one core). Have you tried switching the hardware acceleration on or off either through the interface or the /etc/adobe/mms.cfg file ? For YouTube, you should switch to HTML5 [1]. [1] http://www.youtube.com/html5 -- Cédric Girard
Re: [arch-general] Terrible flash performance
On Tue, 03 Jan 2012 13:58:23 +0100 Vladimir Nikšić wrote: > I have an ongoing problem with flash performance. I tried installing > flashplugin-11.1.102.55-1 from the pacman repositories. The videos on > youtube for example, works fine as long as I don't turn on > fullscreen. The video gets really choppy and the CPU usage spikes to > 100% (one core). I have a Core2Duo on 2ghz. A couple of months ago I > switched from Ubuntu where youtube was working essentially > flawlessly, fullscreen or not. > > The same issue occurs on manually downloaded the latest 64bit > libflashplayer.so from adobe's site. Does anyone have similar issues? > I also have an Nvidia card which unfortunately does not support GPU > acceleration. Do you have "EnableLinuxHWVideoDecode=1" uncommented in /etc/adobe/mms.cfg? I had to comment mine out else I get results much like yours.
Re: [arch-general] Terrible flash performance
> Try flashplugin-beta from AUR. It works for me much better than flashplugin > from > extra repository. Just tried it. The same thing as from the extra or just libflashplayer.so placed in the appropriate plugin file. :/
Re: [arch-general] Terrible flash performance
On 03/01/12 at 01:58pm, Vladimir Nikšić wrote: > I have an ongoing problem with flash performance. I tried installing > flashplugin-11.1.102.55-1 from the pacman repositories. The videos > on youtube for example, works fine as long as I don't turn on > fullscreen. The video gets really choppy and the CPU usage spikes to > 100% (one core). I have a Core2Duo on 2ghz. A couple of months ago I > switched from Ubuntu where youtube was working essentially > flawlessly, fullscreen or not. > > The same issue occurs on manually downloaded the latest 64bit > libflashplayer.so from adobe's site. Does anyone have similar > issues? I also have an Nvidia card which unfortunately does not > support GPU acceleration. Try flashplugin-beta from AUR. It works for me much better than flashplugin from extra repository. --
[arch-general] Where Should I Report This?
Hi, I've been using stderred[1] and one of the things that everyone would expect to work doesn't[2]. Is there a bug here? If so, where should I report it? [1] https://github.com/sickill/stderred [2] https://github.com/sickill/stderred/issues/13 Greetings, -- b.d (| |) ^ ^
[arch-general] Terrible flash performance
I have an ongoing problem with flash performance. I tried installing flashplugin-11.1.102.55-1 from the pacman repositories. The videos on youtube for example, works fine as long as I don't turn on fullscreen. The video gets really choppy and the CPU usage spikes to 100% (one core). I have a Core2Duo on 2ghz. A couple of months ago I switched from Ubuntu where youtube was working essentially flawlessly, fullscreen or not. The same issue occurs on manually downloaded the latest 64bit libflashplayer.so from adobe's site. Does anyone have similar issues? I also have an Nvidia card which unfortunately does not support GPU acceleration.
Re: [arch-general] unionfs or aufs, available somewhere?
Am 03.01.2012 11:26, schrieb Magnus Therning: > Is either of them easily available somewhere? > > I'd like to use the `union-type=` option of `schroot`, but so far it > looks like I'll have to get a new kernel from AUR and compile aufs3 > myself to set it up. Is neither of these rather useful filesystems > available pre-built somewhere? None of these filesystems work with an unpatched kernel. None of these are particularly fast or stable. None of these keep up well with current Linux development. The new and shiny overlayfs has still not been merged into 3.2 and union mounts development has stalled for a long time. It is 2012 now and the whole situation still sucks. We switched to (block-based) device mapper snapshots in archiso, which is stable, but far from optimal. This does not completely replace unioning and is likely not a good solution to use with schroot. signature.asc Description: OpenPGP digital signature
[arch-general] unionfs or aufs, available somewhere?
Is either of them easily available somewhere? I'd like to use the `union-type=` option of `schroot`, but so far it looks like I'll have to get a new kernel from AUR and compile aufs3 myself to set it up. Is neither of these rather useful filesystems available pre-built somewhere? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus